Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 05-06-2017 07:21:46

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

[RESOLU] question de fiabilité de smartmontools & fsck

Hello,

Comme certains ont pu le voir, j'avais migré un "serveur de fichiers" Windows vers une Debian... il y a de ça une ou deux semaines...
Sous Windows, je n'avais aucun souci, au moins en apparence, j'avais chaque fois un disque et son doublon, un outil de backup qui faisait son boulot sans broncher... lorsque j'accedais aux données de temps en temps pour voir si tout allait bien -> RAS.

Au moment de la migration j'ai passé mes volumes NTFS en EXT4...
Je me suis lancé dans des copies à l'aide de cp, des rsync etc... Pour garder toujours un disque et son doublon... et depuis là, des erreurs "read only etc..." en veux-tu en voila...
à coup de fsck & smartmontools, je vois des reports de problemes sur 3 de mes disques...

questions:

est-ce que fsck & smartmontools sont fiables à 100% dans leurs resultats?
y a t il des outils equivalents permettant un double voire triple check des resultats pour s'assurer que les infos sont correctes?
est-il possible d'aller plus loin pour etre sur à 100% que mes disques sont defect?
est-ce que linux serait moins tolerant que windows quant à la gestion des "pannes disques"?

j'aimerais vos retours d'experience,

merci, à bientot

d33p

Dernière modification par d33p (10-06-2017 13:36:02)


science sans conscience n'est que ruine de l'âme...

Hors ligne

#2 05-06-2017 19:35:07

raleur
Membre
Inscription : 03-10-2014

Re : [RESOLU] question de fiabilité de smartmontools & fsck

smartctl (ssmartmontools) ne fait que lire et afficher les données SMART générées par le contrôleur intégré du disque.
D'autres démons de surveillance (smartd ?) ont tendance à faire du zèle en annonçant à tort une panne imminente voire en signalant comme une anomalie des événements aussi anodins qu'un changement de la température mesurée. Mais au final c'est à l'utilisateur d'interpréter les informations.

fsck analyse un système de fichiers, et s'il détecte une anomalie, c'est qu'il y a une anomalie. Mais là encore, c'est à l'utilisateur d'interpréter les informations.

Hors ligne

#3 06-06-2017 10:21:51

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

Hello merci raleur, donc on peut imaginer que si fsck & smartmontools detectent chacun des problemes, le disque est "out"...
@ bientot

d33p

science sans conscience n'est que ruine de l'âme...

Hors ligne

#4 06-06-2017 12:18:20

raleur
Membre
Inscription : 03-10-2014

Re : [RESOLU] question de fiabilité de smartmontools & fsck

Ça dépend quelles erreurs. Comme déjà dit, il faut interpréter.

Hors ligne

#5 06-06-2017 15:38:44

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

au niveau des erreurs j'avais des messages comme l'on peut voir ici:
https://debian-facile.org/viewtopic.php?id=18017
Des erreurs de copie etc...
Pour smartmontools, je pourrais les linker ici lorsque je serais face à la machine....
@bientot
merci

d33p

science sans conscience n'est que ruine de l'âme...

Hors ligne

#6 06-06-2017 19:28:23

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

voici sur sda qui est tout simplement inaccessible, du moins avec les competences que j'ai... (impossible à monter...)
voici le resultat d'un mount:

root@server:~# mount /dev/sda /share/WD3
mount: wrong fs type, bad option, bad superblock on /dev/sda,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.
 


fsck en automatique ne fonctionne pas, il me demande de le lancer en manuel, apres des heures de validation manuelle, cela n'abouti à rien... en fait, je stoppe car je me vois mal passer 4 jours à valider à la mano tongue
voici le smart:

root@server:~# smartctl -l selftest /dev/sda
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-3-amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Self-test Log not supported

 


sur sdc

root@server:~# smartctl -l selftest /dev/sdc
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-3-amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       90%     17533         4203746712
# 2  Short offline       Completed: read failure       90%     17533         4203746712
# 3  Short offline       Completed: read failure       90%     17533         4203746712
# 4  Short offline       Completed without error       00%     10420         -
 



sur sdj

root@server:~# smartctl -l selftest /dev/sdj
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-3-amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       90%     35247         566284704
 



Et en effet, j'ai eu des comportements aleatoires sur ces volumes depuis que je bricole le serveur sous Debian, des fichiers en lecture seule, des plantages lors des copies etc...
La chose etrange c'est que 3 disques d'un coup sont "reperés" en defect alors que juste avant sous Windows tout se passait bien... moins de tolerance aux pannes etc...?
infos additionnelles:
sda & sdc sont dans une baie USB sdj est dans la machine en interne.
j'espere que ça t'aide.
merci, à bientot

d33p

Dernière modification par d33p (06-06-2017 19:33:01)


science sans conscience n'est que ruine de l'âme...

Hors ligne

#7 06-06-2017 20:27:33

raleur
Membre
Inscription : 03-10-2014

Re : [RESOLU] question de fiabilité de smartmontools & fsck

d33p a écrit :

voici le resultat d'un mount


Tu as essayé de monter le disque entier. Généralement un disque est partitionné et on monte une partition, pas un disque entier. lsblk et blkid t'informeront sur la structure et le contenu des disques et de leurs partitions.

Si le disque n'est pas partitionné et est censé être entièrement utilisé par un système de fichiers, alors il faut examiner les derniers message du noyau avec dmesg après la tentative de montage comme suggéré par le message d'erreur de mount.

d33p a écrit :

fsck en automatique ne fonctionne pas


La fonction primaire de fsck est de réparer un système de fichiers endommagé, pas un disque défectueux. Quand je soupçonne une disque d'être défectueux, j'évite d'utiliser fsck dessus car il risque d'aggraver la situation. Uniquement dans le cas où il y a quelques secteurs illisibles, j'utilise fsck avec l'option -c pour les détecter et les marquer à ne pas utiliser.

d33p a écrit :

voici le smart:


C'est insuffisant. La sortie avec l'option -a apporte beaucoup plus d'informations.

d33p a écrit :



Et en effet, j'ai eu des comportements aleatoires sur ces volumes depuis que je bricole le serveur sous Debian, des fichiers en lecture seule


Il faudrait vérifier si c'est le système de fichiers qui est remonté en lecture seule (avec mount), ou bien le disque lui-même qui passe en lecture seule (avec hdparm ou blockdev).

d33p a écrit :

sda & sdc sont dans une baie USB sdj est dans la machine en interne.


Y a-t-il d'autres disques dans cette baie ? Le problème pourrait être lié à cette baie, sa liaison USB ou son alimentation.

Dernière modification par raleur (06-06-2017 20:28:07)

Hors ligne

#8 06-06-2017 20:54:25

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

Tu as essayé de monter le disque entier. Généralement un disque est partitionné et on monte une partition, pas un disque entier. lsblk et blkid t'informeront sur la structure et le contenu des disques et de leurs partitions.

Si le disque n'est pas partitionné et est censé être entièrement utilisé par un système de fichiers, alors il faut examiner les derniers message du noyau avec dmesg après la tentative de montage comme suggéré par le message d'erreur de mount.



excuse moi pour le mount, j'ai pris un raccourci, mais meme en essayant de monter la partition voici le resultat:

root@server:/# mount /dev/sda1 /share/WD3
mount: mount /dev/sda1 on /share/WD3 failed: Structure needs cleaning


j'ai deja supprimé, recréé etc... la partition avec gdisk... et idem...

blkid

donne:

/dev/sda1: LABEL="WD3" UUID="b71aa50e-af28-4e61-a6bb-c3f82fc3f43a" TYPE="ext4" PARTLABEL="WD3" PARTUUID="bc1c7498-e4a4-4ae2-9bf2-473787039eeb"


et

lsblk


sda      8:0    0   2,7T  0 disk                                                                                                      
└─sda1   8:1    0   2,7T  0 part

Dernière modification par d33p (06-06-2017 21:08:39)


science sans conscience n'est que ruine de l'âme...

Hors ligne

#9 06-06-2017 20:57:25

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

C'est insuffisant. La sortie avec l'option -a apporte beaucoup plus d'informations.


voici avec -a

root@HOTH:/# smartctl -a /dev/sda
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-3-amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Red
Device Model:     WDC WD30EFRX-68AX9N0
Serial Number:    WD-WMC1T1968686
Firmware Version: 0962
User Capacity:    3 000 592 982 016 bytes [3,00 TB]
Sector Size:      512 bytes logical/physical
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA/ATAPI-7 (minor revision not indicated)
Local Time is:    Tue Jun  6 20:56:12 2017 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART Status not supported: Incomplete response, ATA output registers missing
SMART overall-health self-assessment test result: PASSED
Warning: This result is based on an Attribute check.

General SMART Values:
Offline data collection status:  (0x00) Offline data collection activity
                                        was never started.
                                        Auto Offline Data Collection: Disabled.
Total time to complete Offline
data collection:                (    0) seconds.
Offline data collection
capabilities:                    (0x00)         Offline data collection not supported.
SMART capabilities:            (0x0000) Automatic saving of SMART data                                  is not implemented.
Error logging capability:        (0x00) Error logging NOT supported.
                                        No General Purpose Logging support.

SMART Error Log not supported

SMART Self-test Log not supported

Selective Self-tests/Logging not supported
 



& voici le retour du meme type de disque mais qui ne semble pas defectueux (car pas de souci de copie etc...):

root@HOTH:/# smartctl -a /dev/sde
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-3-amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Red
Device Model:     WDC WD30EFRX-68EUZN0
Serial Number:    WD-WMC4N1446406
LU WWN Device Id: 5 0014ee 0590bb3aa
Firmware Version: 80.00A80
User Capacity:    3 000 592 982 016 bytes [3,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2 (minor revision not indicated)
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Tue Jun  6 20:58:40 2017 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART Status not supported: Incomplete response, ATA output registers missing
SMART overall-health self-assessment test result: PASSED
Warning: This result is based on an Attribute check.

General SMART Values:
Offline data collection status:  (0x80) Offline data collection activity
                                        was never started.
                                        Auto Offline Data Collection: Enabled.
Self-test execution status:      (  40) The self-test routine was interrupted
                                        by the host with a hard or soft reset.
Total time to complete Offline
data collection:                (41040) seconds.
Offline data collection
capabilities:                    (0x7b) SMART execute Offline immediate.
                                        Auto Offline data collection on/off support.
                                        Suspend Offline collection upon new
                                        command.
                                        Offline surface scan supported.
                                        Self-test supported.
                                        Conveyance Self-test supported.
                                        Selective Self-test supported.
SMART capabilities:            (0x0003) Saves SMART data before entering
                                        power-saving mode.
                                        Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                                        General Purpose Logging supported.
Short self-test routine
recommended polling time:        (   2) minutes.
Extended self-test routine
recommended polling time:        ( 412) minutes.
Conveyance self-test routine
recommended polling time:        (   5) minutes.
SCT capabilities:              (0x703d) SCT Status supported.
                                        SCT Error Recovery Control supported.
                                        SCT Feature Control supported.
                                        SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   210   176   021    Pre-fail  Always       -       4500
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       46
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   083   083   000    Old_age   Always       -       12800
 10 Spin_Retry_Count        0x0032   100   253   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       34
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       13
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       1996
194 Temperature_Celsius     0x0022   118   110   000    Old_age   Always       -       32
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       674
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Interrupted (host reset)      80%     12773         -
# 2  Short offline       Completed without error       00%     12762         -
# 3  Short offline       Completed without error       00%     12718         -
# 4  Short offline       Completed without error       00%         1         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
 

Dernière modification par d33p (06-06-2017 21:00:17)


science sans conscience n'est que ruine de l'âme...

Hors ligne

#10 06-06-2017 21:03:37

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

Il faudrait vérifier si c'est le système de fichiers qui est remonté en lecture seule (avec mount), ou bien le disque lui-même qui passe en lecture seule (avec hdparm ou blockdev).


dans mon fstab voici comment les disques sont montés par exemple:

UUID=b71aa50e-af28-4e61-a6bb-c3f82fc3f43a /share/WD3               ext4    rw,defaults,acl         0       0
 

j'ai bien précisé "rw"


science sans conscience n'est que ruine de l'âme...

Hors ligne

#11 06-06-2017 21:04:44

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

Y a-t-il d'autres disques dans cette baie ? Le problème pourrait être lié à cette baie, sa liaison USB ou son alimentation.


Oui, c'est une baie à 5 disques, deux "defect", les trois autres ok.
Le 3e disque soit disant "defect" est en interne via sata.

Dernière modification par d33p (06-06-2017 21:05:07)


science sans conscience n'est que ruine de l'âme...

Hors ligne

#12 06-06-2017 21:06:12

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

mais malgré tout, peut etre que la baie n'y est pas pour rien dans l'affaire... il y a peut etre plusieurs problemes en meme temps...
Je ne reviendrais pas sous Windows, mais c'est super deroutant, je suis en plein apprentissage de la mise en route et en parallele je me tape des soucis liés au matos, qui genere des resultats aleatoires, pas evident tongue

merci

d33p

Dernière modification par d33p (06-06-2017 21:07:34)


science sans conscience n'est que ruine de l'âme...

Hors ligne

#13 06-06-2017 21:13:10

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

Il faudrait vérifier si c'est le système de fichiers qui est remonté en lecture seule (avec mount), ou bien le disque lui-même qui passe en lecture seule (avec hdparm ou blockdev).


root@server:/# blockdev --report /dev/sda1
RO    RA   SSZ   BSZ   StartSec            Size   Device
rw   256   512   512       2048   3000591916544   /dev/sda1
 


on voit bien "rw"

Dernière modification par d33p (06-06-2017 21:13:28)


science sans conscience n'est que ruine de l'âme...

Hors ligne

#14 07-06-2017 22:31:48

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

je suis en train de lancer ceci:

badblocks -nsv /dev/sda


ce sera un element en plus pour cibler je suppose...


science sans conscience n'est que ruine de l'âme...

Hors ligne

#15 08-06-2017 18:55:57

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

voici le resultat de badblocks apres une journée de test:

root@server:~# badblocks -nsv /dev/sda
Checking for bad blocks in non-destructive read-write mode
From block 0 to 2930266583
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: 47.75% done, 20:25:55 elapsed. (0/0/0 errors)


ça m'embete fortement car il ne semble rien voir alors que le SMART pose probleme et fsck egalement...
je ne sais pas trop quoi en penser...

d33p


science sans conscience n'est que ruine de l'âme...

Hors ligne

#16 10-06-2017 06:16:00

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

root@server:~# badblocks -nsv /dev/sda
Checking for bad blocks in non-destructive read-write mode
From block 0 to 2930266583
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: done                                                
Pass completed, 0 bad blocks found. (0/0/0 errors)


et bien voila.... il me seme le doute cet outil ...

quelqu'un aurait des idées pour cibler de façon sûre un disque potentiel disque defectueux?
ou c'est peut etre ce soft qui n'est pas fiable par rapport aux deux autres?

d33p


science sans conscience n'est que ruine de l'âme...

Hors ligne

#17 10-06-2017 13:35:42

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

bon bon bon, apres des tests en long en large en travers...
c'est soit un probleme avec l'usb3.0 de ma carte mere, soit mon boitier usb3.0 qui met le souk... voire les 2... le truc chiant c'est que j'ai perdu des données et ce phenomene m'a flingué 2 disques...
j'vais mettre en resolu

science sans conscience n'est que ruine de l'âme...

Hors ligne

#18 10-06-2017 13:52:29

raleur
Membre
Inscription : 03-10-2014

Re : [RESOLU] question de fiabilité de smartmontools & fsck

C'est aussi ce que j'ai tendance à penser.

Hors ligne

#19 10-06-2017 18:57:45

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

c'est confirmé, j'ai mis les HDD avec des cartes pci e en interne ça roule...
merci pour la participation raleur.

Dernière modification par d33p (11-06-2017 01:23:56)


science sans conscience n'est que ruine de l'âme...

Hors ligne

#20 12-06-2017 14:38:59

d33p
Adhérent(e)
Lieu : Lorraine
Distrib. : Debian testing buster 64bits
Noyau : En fonction des updates testing buster
(G)UI : En fonction des updates testing buster
Inscription : 01-12-2015

Re : [RESOLU] question de fiabilité de smartmontools & fsck

pour info, j'essaie de recuperer certaines données avec:
foremost
si le resultat est bon, je vous en ferais part.

d33p

science sans conscience n'est que ruine de l'âme...

Hors ligne

Pied de page des forums