Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

sjlouis · Le 04/05/2020, à 19:32

Bonjour,

Le disque (un 8 TO Seagate acheté en janvier ) de mon enregistreur semble avoir crashé lors d'un enregistrement sous un système Linux. L'appareil ne voit plus le disque. J'ai essayé de le connecter à mon PC booté avec Ubuntu mais il n'arrive pas à le monter.

Par contre Ext2 volume manager sous Windows peut y accéder, ce qui m'a permis de récupérer les fichiers "visibles" car certains ont disparu. Alors je m'interroge car je connais assez mal Ubuntu : pourquoi Ubuntu n'y arrive pas et que c'est possible avec Windows ? Et est-ce qu'il y a un moyen de récupérer les fichiers qu'on ne voit pas car les fichiers manquants semblent assez aléatoires et de dates très différentes.

Merci .

winux12 · Le 04/05/2020, à 23:18

Bonsoir,
Tu as testdisk et surtout photorec dans ton cas si ton disque tourne bien sur un support externe, très puissant pour la récup de données (tous types de fichiers)
je te laisse chercher dans la doc
C'est en ligne de commande sous Linux, mais une version sous windows est graphique, je crois.
Une fois tes données récupérées, je te conseille de formater ton disque.

geole · Le 05/05/2020, à 07:51

Bonjour
Cependant, après un crash, qu'elle qu'en soit la raison, ill est vivement conseillé de vérifier que le disque est toujours en bon état.
C'est l'application smartmontools. Elle existe aussi sous windows. Dans le forum, on est plus habitué à ubuntu.
1) Installer avec cette commande

sudo apt-get install --no-install-recommends smartmontools

2) Fournir le retour de cette commande après avoir remplacé la lettre X par la bonne lettre

sudo  smartctl   -s   on   -a /dev/sdX

Du coup , tu feras pour deux disques au lieu d'un seul

Dernière modification par geole (Le 07/05/2020, à 11:33)

sjlouis · Le 05/05/2020, à 09:34

Comme c'est un disque ext4, il me semble préférable d'utiliser Ubuntu pour essayer de récupérer les fichiers que Windows/Ext2 ne voient pas. Les autres je les ai copiés.

Et je vais voir à me le faire remplacer parce que même si j'arrive à le formater, je ne vois pas pourquoi il ne crasherait pas à nouveau, ce qui est assez inquiétant.

Pour le message d'erreur (qui ne me dit pas grand chose) :

Une erreur s'est produite lors de l'accès à "hdd". Le système a répondu : The requested operation failed: Error mounting /dev/sdc1 at /media/root/hdd: Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdc1" "/media/root/hdd"' exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/sdc1,

missing codepage or helper program, or other error
 

In some cases useful info is found in syslog - try

dmesg | tail or so.

Je tenterai vos suggestions ce soir.

Merci .

geole · Le 05/05/2020, à 10:49

Bonjour.
Pour en savoir un peu plus, au prochain montage qui va aussi foirer, tu ajouteras le retour de la commande

dmesg | tail  -40

qui donnera plus d'explications

sjlouis · Le 05/05/2020, à 13:18

D'accord.

sjlouis · Le 05/05/2020, à 20:05

Je suis une quiche sur Ubuntu, je l'utilise très rarement et même si je trouve un peu bizarre que dans :

sudo apt-get install --no-install-recommends smartmontools

il y ait install et no-install, je l'ai copiée et lancée mais j'obtiens :

E: dpkg a été interrompu. Il est nécessaire d'utiliser « sudo dpkg --configure -a » pour corriger le problème.

que je ne sais pas adapter avec la commande install.

Sorry .

geole · Le 05/05/2020, à 20:32

Bonsoir.
C'est potentiellement un autre problème à tenter de résoudre en faisant

sudo dpkg  --configure -a

Si cela se passe mal, tu posteras, sinon tu fais la suite.

sjlouis · Le 07/05/2020, à 11:23

Bon, la galère continue. J'ai voulu prendre un des disques de 6 TO et il était aussi "compromis". Cela a dû se faire lorsque j'y ai fait une sauvegarde intermédiaire juste avant. Ce n'est pas le même message et je ne pouvais pas y accéder depuis Windows. Depuis Dolphin, je ne pouvais pas y accéder en cliquant sur le disque concerné mais j'ai pu le faire en passant par media, ce que je ne comprends pas.

Je trouve des plus bizarre d'avoir 2 soucis de ce type de façon aussi rapprochée, sans compter que si le 1er disque était dans l'appareil et le 2ème était dans un boîtier USB avec alimentation autonome. Je me demande si un problème pendant la transmission des données ne pourrait pas compromettre le "registre" du disque. Un avis ?

En plus les 2 disques compromis semblent parfaitement tourner, aucun bruit anormal mais je ne suis pas un spécialiste des disques endommagés.

J'ai donc voulu formater le disque mais Windows se plantait. J'ai donc relancé le PC avec Kubuntu mais je n'ai pas trouvé où est la commande. En cherchant sur le net il m'a proposé d'installer Gparted. Ayant un CD Rom Gparted, j'ai voulu le lancer mais rien à faire, il se bloquait avec quelques messages d'erreur. Je ne me souviens pas si je l'avais déjà utilisé sur ce PC.

Pour le coup je l'ai remis dans l'enregistreur Linux qui là le voyait et a pu le formater et j'ai lancé rapidement une copie au cas où l'autre 6 TO dans l'appareil ne coince également et que je ne perde définitivement mes vidéos.

Un peu pénible et très consommateur de temps .

geole · Le 07/05/2020, à 11:34

Bonjour
Cependant, après un crash, qu'elle qu'en soit la raison, ill est vivement conseillé de vérifier que le disque est toujours en bon état.
C'est l'application smartmontools. Elle existe aussi sous windows. Dans le forum, on est plus habitué à ubuntu.
1) Installer avec cette commande

sudo apt-get install --no-install-recommends smartmontools

2) Fournir le retour de cette commande après avoir remplacé la lettre X par la bonne lettre

sudo  smartctl   -s   on   -a /dev/sdX

Du coup , tu feras pour deux disques au lieu d'un seul.

sjlouis · Le 07/05/2020, à 13:15

Oui, c'est un bon conseil. Merci.

sjlouis · Le 08/05/2020, à 13:42

Alors mon idée que le registre pouvait être compromis semble être confirmée car sur le forum du logiciel de mon enregistreur, j'ai demandé si ce problème pouvait venir d'un défaut de mon appareil, d'un pilote de l'appareil, voire de ce logiciel ou du noyau Linux sur lequel il s'appuie.

Un des intervenants m'a expliqué que contrairement à Windows, l'OS de nos enregistreurs ne vérifiaient jamais les disques qui après un certain nombre de redémarrage pouvaient se mettre en read only.

Ils m'ont conseillé de lancer fsck qui m'a demandé d'accepter certaines opérations et au final, mon disque est apparu dans la listes des "devices" disponibles, et en plus tous mes fichiers disparus étaient visibles et accessibles .

Juste curieux que 2 disques se soient mis en défaut quasiment simultanément alors qu'ils n'ont pas du tout le même nombre d'heures d'utilisation.

geole · Le 08/05/2020, à 17:20

sjlouis a écrit :

Oui, c'est un bon conseil. Merci.

Bonjour
Très dangereux de faire une commande fsck sur un disque dont on n'a pas pensé à regarder la qualité alors que cela ne prend que quelques minutes.
J'attends donc toujours le retour. Si cela tarde trop, je ne regarderais pas lorsque tu posteras

sjlouis · Le 08/05/2020, à 18:32

Alors j'ai lancé la commande pour les 2 disques. pour le premier il note des erreurs et pour l'autre c'est bon mais je l'avais formaté et rechargé, donc cela doit être normal. Pour le premier, faut-il faire quelque chose ?

root@Jean-Louis-Dell:~# sudo smartctl -s on -a /dev/sdc1 
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.13.0-36-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     ST8000DM004-2CX188
Serial Number:    WCT2FEN2
LU WWN Device Id: 5 000c50 0cc68417e
Firmware Version: 0001
User Capacity:    8 001 563 222 016 bytes [8,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5425 rpm
Form Factor:      3.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3 T13/2161-D revision 5
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Fri May  8 19:22:49 2020 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00) Offline data collection activity
                                        was never started.
                                        Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0) The previous self-test routine completed
                                        without error or no self-test has ever 
                                        been run.
Total time to complete Offline 
data collection:                (    0) seconds.
Offline data collection
capabilities:                    (0x73) SMART execute Offline immediate.
                                        Auto Offline data collection on/off support.
                                        Suspend Offline collection upon new
                                        command.
                                        No 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:        (   1) minutes.
Extended self-test routine
recommended polling time:        ( 995) minutes.
Conveyance self-test routine
recommended polling time:        (   2) minutes.
SCT capabilities:              (0x30a5) SCT Status supported.
                                        SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   069   048   006    Pre-fail  Always       -       131972736
  3 Spin_Up_Time            0x0003   093   092   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       590
  5 Reallocated_Sector_Ct   0x0033   097   097   010    Pre-fail  Always       -       8384
  7 Seek_Error_Rate         0x000f   075   060   045    Pre-fail  Always       -       29649043
  9 Power_On_Hours          0x0032   098   098   000    Old_age   Always       -       2500 (134 51 0)
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       47
183 Runtime_Bad_Block       0x0032   097   097   000    Old_age   Always       -       3
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   001   001   000    Old_age   Always       -       169
188 Command_Timeout         0x0032   098   098   000    Old_age   Always       -       64425754643
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   070   056   040    Old_age   Always       -       30 (Min/Max 28/30)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       27
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       593
194 Temperature_Celsius     0x0022   030   044   000    Old_age   Always       -       30 (0 21 0 0 0)
195 Hardware_ECC_Recovered  0x001a   081   064   000    Old_age   Always       -       131972736
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       200
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       200
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       654 (170 181 0)
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       15240605128
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       5207164278

SMART Error Log Version: 1
ATA Error Count: 170 (device log contains only the most recent five errors)
        CR = Command Register [HEX]
        FR = Features Register [HEX]
        SC = Sector Count Register [HEX]
        SN = Sector Number Register [HEX]
        CL = Cylinder Low Register [HEX]
        CH = Cylinder High Register [HEX]
        DH = Device/Head Register [HEX]
        DC = Device Command Register [HEX]
        ER = Error register [HEX]
        ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 170 occurred at disk power-on lifetime: 2498 hours (104 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 ff ff ff 4f 00      00:03:02.113  READ DMA EXT
  35 00 38 ff ff ff 4f 00      00:03:02.112  WRITE DMA EXT
  35 00 08 ff ff ff 4f 00      00:03:02.112  WRITE DMA EXT
  35 00 20 ff ff ff 4f 00      00:03:02.109  WRITE DMA EXT
  35 00 10 ff ff ff 4f 00      00:03:02.109  WRITE DMA EXT

Error 169 occurred at disk power-on lifetime: 2498 hours (104 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 ff ff ff 4f 00      00:02:58.373  READ DMA EXT
  25 00 20 ff ff ff 4f 00      00:02:58.363  READ DMA EXT
  25 00 20 ff ff ff 4f 00      00:02:58.360  READ DMA EXT
  25 00 20 ff ff ff 4f 00      00:02:58.327  READ DMA EXT
  25 00 20 ff ff ff 4f 00      00:02:54.732  READ DMA EXT

Error 168 occurred at disk power-on lifetime: 2498 hours (104 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 20 ff ff ff 4f 00      00:02:54.732  READ DMA EXT
  25 00 20 ff ff ff 4f 00      00:02:54.693  READ DMA EXT
  25 00 20 ff ff ff 4f 00      00:02:54.691  READ DMA EXT
  25 00 20 ff ff ff 4f 00      00:02:54.690  READ DMA EXT
  25 00 20 ff ff ff 4f 00      00:02:54.690  READ DMA EXT

Error 167 occurred at disk power-on lifetime: 2498 hours (104 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 f0 ff ff ff 4f 00      00:00:24.150  READ DMA EXT
  25 00 08 ff ff ff 4f 00      00:00:24.147  READ DMA EXT
  25 00 08 ff ff ff 4f 00      00:00:24.147  READ DMA EXT
  25 00 f0 ff ff ff 4f 00      00:00:24.146  READ DMA EXT
  25 00 08 ff ff ff 4f 00      00:00:24.146  READ DMA EXT

Error 166 occurred at disk power-on lifetime: 2498 hours (104 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 f0 ff ff ff 4f 00      00:00:18.121  READ DMA EXT
  25 00 08 ff ff ff 4f 00      00:00:18.120  READ DMA EXT
  25 00 08 ff ff ff 4f 00      00:00:18.120  READ DMA EXT
  25 00 08 ff ff ff 4f 00      00:00:18.117  READ DMA EXT
  25 00 f0 ff ff ff 4f 00      00:00:18.116  READ DMA EXT

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

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.

root@Jean-Louis-Dell:~# sudo smartctl -s on -a /dev/sda1
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.13.0-36-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     ST6000DM003-2CY186
Serial Number:    WF203BR9
LU WWN Device Id: 5 000c50 0ac7ab770
Firmware Version: 0001
User Capacity:    6 001 175 126 016 bytes [6,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5425 rpm
Form Factor:      3.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3 T13/2161-D revision 5
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Fri May  8 19:23:53 2020 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00) Offline data collection activity
                                        was never started.
                                        Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0) The previous self-test routine completed
                                        without error or no self-test has ever 
                                        been run.
Total time to complete Offline 
data collection:                (    0) seconds.
Offline data collection
capabilities:                    (0x73) SMART execute Offline immediate.
                                        Auto Offline data collection on/off support.
                                        Suspend Offline collection upon new
                                        command.
                                        No 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:        (   1) minutes.
Extended self-test routine
recommended polling time:        ( 792) minutes.
Conveyance self-test routine
recommended polling time:        (   2) minutes.
SCT capabilities:              (0x30a5) SCT Status supported.
                                        SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   082   064   006    Pre-fail  Always       -       165229535
  3 Spin_Up_Time            0x0003   093   092   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   097   097   020    Old_age   Always       -       3450
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   083   060   045    Pre-fail  Always       -       219019669
  9 Power_On_Hours          0x0032   083   083   000    Old_age   Always       -       15071 (90 120 0)
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       163
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       65537
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   070   051   040    Old_age   Always       -       30 (Min/Max 27/30)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       124
193 Load_Cycle_Count        0x0032   099   099   000    Old_age   Always       -       3452
194 Temperature_Celsius     0x0022   030   049   000    Old_age   Always       -       30 (0 22 0 0 0)
195 Hardware_ECC_Recovered  0x001a   082   064   000    Old_age   Always       -       165229535
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       3900 (194 28 0)
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       49350362122
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       26140193122

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

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.

root@Jean-Louis-Dell:~#

Merci .

Dernière modification par sjlouis (Le 08/05/2020, à 18:33)

geole · Le 08/05/2020, à 19:07

Le second disque n'a pas de problèmes.
Ce qui lui est arrivé est certainement lié au problème de copie depuis le premier disque. Donc le fsck était sans danger.
Pour le premier disque, il y a des chiffres alarmants.

root@Jean-Louis-Dell:~# sudo smartctl -s on -a /dev/sdc 
=== START OF INFORMATION SECTION ===
Device Model:     ST8000DM004-2CX188
Firmware Version: 0001
User Capacity:    8 001 563 222 016 bytes [8,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5425 rpm

Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   069   048   006    Pre-fail  Always       -       131972736
  5 Reallocated_Sector_Ct   0x0033   097   097   010    Pre-fail  Always       -       8384
  7 Seek_Error_Rate         0x000f   075   060   045    Pre-fail  Always       -       29649043
  9 Power_On_Hours          0x0032   098   098   000    Old_age   Always       -       2500 (134 51 0)
183 Runtime_Bad_Block       0x0032   097   097   000    Old_age   Always       -       3
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
195 Hardware_ECC_Recovered  0x001a   081   064   000    Old_age   Always       -       131972736
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       200

SMART Error Log Version: 1
ATA Error Count: 170 (device log contains only the most recent five errors)
Error 170 occurred at disk power-on lifetime: 2498 hours (104 days + 2 hours) Error: UNC at LBA = 0x0fffffff = 268435455
Error 169 occurred at disk power-on lifetime: 2498 hours (104 days + 2 hours) Error: UNC at LBA = 0x0fffffff = 268435455
Error 168 occurred at disk power-on lifetime: 2498 hours (104 days + 2 hours) Error: UNC at LBA = 0x0fffffff = 268435455
Error 167 occurred at disk power-on lifetime: 2498 hours (104 days + 2 hours) Error: UNC at LBA = 0x0fffffff = 268435455
Error 166 occurred at disk power-on lifetime: 2498 hours (104 days + 2 hours) Error: UNC at LBA = 0x0fffffff = 268435455

Que dire: 170 erreurs. Les 5 dernières sont récentes et portent sur le même numéro de secteur.
Mais il y a 199 autres secteurs en attente qui sont dans le même état.
Donc potentiellement le problème que tu rencontres.
Mais, il y a déjà eu 8384 secteurs qui ont eu des difficultés de lecturs mais ont pu être récupérés.
Cela ne représente que 3% de l'espace réservé à la récupération donc il y a de réserve à condition que le système de récupération fonctionne.
Dans un premier temps, je te conseille de refaire l'état smartclt dans quelques jours afin de voir l'évolution.

Dernière modification par geole (Le 08/05/2020, à 21:54)

sjlouis · Le 08/05/2020, à 19:50

Le premier disque n'a servi que 3 mois. Donc s'il est déjà bien entamé, c'est quelque peu gênant. Le deuxième a servi quelques années, je l'ai remplacé par l'autre car il n'y avait plus de place.

Alors est-ce qu'il ne vaut mieux pas que je demande une garantie pour le premier ? Je suppose que cela ne va rien changer si je le formate. Je n'ai pas trop envie d'utiliser un disque qui peut replanter rapidement, voire définitivement. Qu'en penses-tu ?

geole · Le 09/05/2020, à 10:15

Bonjour

Pour la garantie, tu n'as aucune chance de l'obtenir car elle s'appuie sur ces compteurs:

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   069   048   006    Pre-fail  Always       -       131972736
  3 Spin_Up_Time            0x0003   093   092   000    Pre-fail  Always       -       0
  5 Reallocated_Sector_Ct   0x0033   097   097   010    Pre-fail  Always       -       8384
  7 Seek_Error_Rate         0x000f   075   060   045    Pre-fail  Always       -       29649043
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0

Pour le moment, aucun n'est déclaré "failing now" qui est le mot-clé
A la rigueur, tu peux demander un geste commercial qui sera accepté ou pas, en disant que la recherche n'est pas performante et en fournissant ce compteur

7 Seek_Error_Rate         0x000f   075   060   045    Pre-fail  Always       -       29649043

Lorsqu'un disque fonctionne bien, il doit y avoir 100. Tu as actuellement la valeur 075 mais, par moment, c'était descendu à 060 et le constructeur fait jouer sa garantie lorsque cela descend à 045.

Actuellement, il y a 200 secteurs qui ont été déclarés illisibles. Tu as certainement près de 6 To de données (la taille de l'ancien disque) qui y ont été écrites il n'y a pas très longtemps dont une partie ne peut être relue.
Si tu décides de reformater, le logiciel va considérer qu'il n'y a rien à lire et va donc remettre à zéro le compteur. Cette remise à zéro va simplement masquer le problème.
Les disques sont rarement vérifiés lors de la fabrication ( 1 sur 100? 1 sur 10000?) Le principe est que le disque dispose d'un certain nombre de secours de secours à utiliser automatiquement en cas de problème.

Un conseil qui peut être donné: Il y a un secteur illisible, ne perds pas de temps, change de disque.
Un conseil qui n'engage que moi.
Il faut d'abord faire un passage à vide pour identifier tous les secteurs de mauvaise qualité. Ce n'est qu'après cette identification que, si des nouveaux secteurs deviennent illisibles, on se pose la question de confiance au disque.

Tu possèdes un disque de 8 To . Il a donc 16 milliards de secteurs. Que quelques uns soient défectueux est une chose banale. Il faut simplement qu'il n'y en ait pas trop et qu'ils puissent être remplacés . Il existe une table de remplacement décrite ci-dessous

  5 Reallocated_Sector_Ct   0x0033   097   097   010    Pre-fail  Always       -       8384

On voit qu'il y a déjà 8384 secteurs présents et qu'ils occupent (100-097)% de l'espace prévu pour le secours. Soit une capacité d'au moins 200.000 secteurs

Je te propose donc de faire un audit sur la totalité de ce disque pour savoir combien de secteurs sont actuellement illisibles.
On pourra même utiliser un script pour faire la bascule. Je ne l'ai pas sous la main. mais je devrais pouvoir en retrouver un.

L'outil standard de smartcl sait les identifier 1 par1 , On connaît le dernier et on sait qu'il y en a au moins 200. Soit 200 lancements. Irréaliste!
Il existe un outil de formatage qui est capable de faire automatiquement mais tu perds tes données.

Si tu es d'accord, voici le principe
On lit tout le disque et on récupère le nombre de secteurs fichus.
Si une énorme quantité, le disque est à changer. Si une quantité tenant dans la table de réparation, on répare.
On doit alors obtenir un disque sans erreur de lecture.
8 jours plus tard ou 15 jours plus tard, on refait l'opération. Si trop de secteurs découverts, c'est une perte de confiance.
==> disque réutilisable en technique RAID1 ?
Si aucun secteur découvert, on est plus rassuré.

Mais gros problème: Il faut que le disque soit disponible pour cette opération qui va prendre deux ou trois jours sous UBUNTU.

Voici les commandes

1) Installer l'application DDRESCUE voir la documentation https://doc.ubuntu-fr.org/ddrescue
C'est le paragraphe 1.2.1
2) Lancer la lecture du disque. Il faudra que tu remplaces la lettre X par la bonne lettre, probablement encore c

sudo mkdir $HOME/suivi 
sudo ddrescue             -f    -n        -b4096        /dev/sdX    /dev/null    $HOME/suivi

3) Regarder l'opération se réaliser.
Elle mémorise régulièrement. Tu peux donc la stopper puis la relancer plus tard. Elle repartira de l'endroit arrêté grâce au fichier de suivi à ne jamais supprimer tant que cela n'est pas totalement terminé.
4) Si tu veux transmettre l'état d'avancement, cela sera cette commande à faire à partir d'un autre terminal.

ddrescuelog  -tvv  $HOME/suivi

Tu verras qu'au début, cela va assez vite mais la fin devient lente au moment d'affiner aux secteurs
Lorsque la commande sera terminée, on aura le nombre de secteurs illisibles et la liste et la qualité du disque avec ces commandes

 touch $HOME/badblocs
sudo ddrescuelog -l- -b4096   $HOME/suivi >$HOME/badblocs
wc -w $HOME/badblocs
cat   $HOME/badblocs
sudo smartctl   -a /dev/sdX

Restera à mettre à jour la liste des blocs défectueux (ou pas)

Dernière modification par geole (Le 09/05/2020, à 11:24)

sjlouis · Le 09/05/2020, à 11:48

Bonjour geole,

Et merci pour toutes ces explications .

Donc pour les secteurs, j'en ai environ 200 000 (comment tu arrives à ce chiffre ?), mais je ne comprends pas les 100 - 097. Ce n'est pas 100 - 97 = 3 % de disponible, alors peut-être 3 % d'occupés dans les 200 000 même si la façon de le présenter me paraîtrait alors curieuse.

geole a écrit :

On voit qu'il y a déjà 8384 secteurs présents et qu'ils occupent (100-097)% de l'espace prévu pour le secours. Soit une capacité d'au moins 200.000 secteurs

Je peux récupérer les fichiers qui étaient "perdus" et qui sont réapparus après le fsck avant de faire les tests qui vont tout effacer. Par contre je n'ai pas de machine Ubuntu disponible pendant 3 jours, j'ai besoin de mon PC au moins pour le télé travail. Si je pouvais me déplacer, je pourrais récupérer mon vieux PC qui est à 200 km mais ce ne sera pas avant plusieurs semaines, voire plusieurs mois.

Pour la garantie, je peux aussi leur dire que le disque a planté et était donc inutilisable jusqu'à utiliser des outils pour le récupérer, ce qui n'est pas satisfaisant pour une utilisation normale.

En plus, comme je me sers beaucoup de cet appareil, j'enregistre absolument tout ce que je veux regarder, jusqu'à 3 en même temps, je serai donc bien ennuyé s'il plantait à nouveau en plein enregistrement.

geole · Le 09/05/2020, à 14:07

Tu fais pour le mieux et quand tu auras envie s'ils ne te changent pas le disque.
Je suis encore disponible une semaine, puis j'aurais au moins 8 jours d'indisponibilité puis je serais moins présent.
Explication détaillée
Lorsque le disque est neuf il est comme cela

  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0

Actuellement, il a cette valeur

  5 Reallocated_Sector_Ct   0x0033   097   097   010    Pre-fail  Always       -       8384

Lorsqu'il sera déclaré failing par le constructeur, il aura cette valeur

  5 Reallocated_Sector_Ct   0x0033   010   010   010    Pre-fail  Always       Failing_now       251520 ?????

Mais il peut encore récupérer des nouveaux secteurs puisqu'il reste encore un peu de place (10%)
Au moment final, il aura cela

  5 Reallocated_Sector_Ct   0x0033   000   000   010    Pre-fail  Always       Failing_now       279467 ???????

Lorsqu'il affiche 097, il faut comprendre que c'est entre 96,5% et 97,5%. donc une grosse marge d'incertitude dans l'ordre de grandeur (33%)
Sinon, c'est ce calcul 8384/3*100 pour avoir le blocage et 8384/3*90 pour avoir le seuil d'alerte atteint. Tu retranches 8384 pour savoir combien de nouveaux secteurs fichus peuvent être remplacés avant le seuil constructeur ou le seuil physique.

Dernière modification par geole (Le 09/05/2020, à 14:16)

sjlouis · Le 09/05/2020, à 14:52

OK, merci pour les explications .

Et bien je vais voir s'ils veulent bien le changer, sinon on fera avec tes disponibilités .

Est-ce que Smartmontools permet de tester des clés USB ? J'ai vu dans ton lien qu'on pouvait tester des dispositifs USB mais les clés, c'est un peu à part.

geole · Le 09/05/2020, à 15:11

Certaines clés USB ont un firmware qui dialogue un peu avec smartmontools. Mais dans l'ensemble c'est non. Celles qui répondent donnent peu d'informations. Il suffit de faire la commande et de récupérer la réponse

Il y a d'autres personnes qui connaissent aussi le fonctionnement de ddrescue.

J'ai cherché un peu sur internet pour trouver un autre smartctl sur ce modèle de disque. Mais pas trouvé de cas intéressant

Dernière modification par geole (Le 09/05/2020, à 15:14)

sjlouis · Le 09/05/2020, à 15:29

Tant pis si ça ne fonctionne pas, j'avais déjà cherché un outil pour voir si une clé USB était encore utilisable ou pas mais je n'ai rien trouvé.

geole · Le 09/05/2020, à 15:49

Pour savoir si une clé est encore utilisable, le plus simple est d'y mettre des zéro sans se tromper sur la valeur X

sudo dd   if=/dev/zero    of=/dev/sdX   bs=1M  status=progress

Malheureusement après il faut utiliser gparted pour fabriquer une table de partition puis une partition.

sjlouis · Le 09/05/2020, à 16:58

J'ai fait un test sur une clé USB sans remplir de 0, pour voir, c'est plus rapide et je ne supprime pas les données et il donne bien moins d'informations :

root@Jean-Louis-Dell:/dev# smartctl -s on -a /dev/sdd1
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.15.0-99-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor:               SanDisk
Product:              Ultra
Revision:             1.00
Compliance:           SPC-4
User Capacity:        123 010 547 712 bytes [123 GB]
Logical block size:   512 bytes
Serial number:        4C530001130526112544
Device type:          disk
Local Time is:        Sat May  9 17:34:29 2020 CEST
SMART support is:     Available - device has SMART capability.
SMART support is:     Enabled
Temperature Warning:  Disabled or Not Supported

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
Informational Exceptions (SMART) enabled
Temperature warning disabled

=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK

Error Counter logging not supported

Device does not support Self Test logging
root@Jean-Louis-Dell:/dev#

Il me dit qu'elle est en bon état, par contre avec celle-là il a quelques problèmes :

root@Jean-Louis-Dell:/dev# smartctl -s on -a /dev/sdc1
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.15.0-99-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor:               
Product:              USB DISK 3.0
Revision:             PMAP
User Capacity:        31 618 498 560 bytes [31,6 GB]
Logical block size:   512 bytes
scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0
scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0
>> Terminate command early due to bad response to IEC mode page
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

Mais je n'ai pas trouvé comment ajouter l'option '-T'. Sorry, je ne suis pas familier des commandes au terminal .

Je savais qu'une des 2 clés EMTEC (comme celle dont il n'indique pas le constructeur) était fatiguée. Alors c'est peut-être un moyen de l'identifier. Pour l'autre, j'ai bien :

SMART Health Status: OK

Autre point, il ne donne pas le nom du disque avec la commande e2label pour les disques NTFS et les clés USB FAT. C'est normal ? Parce que c'est moins pratique pour les identifier.

Dernière modification par sjlouis (Le 09/05/2020, à 17:27)

geole · Le 09/05/2020, à 17:43

Tu peux tenter

smartctl -s on   -T verypermissive -a  /dev/sdc

man e2label

qui va dire
DESCRIPTION
e2label will display or change the volume label on the ext2, ext3, or ext4 filesystem located on device.

Tu peux essayer l'une de ces commandes et voir si elle te convient

sudo blkid
sudo blkid | grep ntfs

Dernière modification par geole (Le 09/05/2020, à 17:44)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 04/05/2020, à 19:32

Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#2 Le 04/05/2020, à 23:18

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#3 Le 05/05/2020, à 07:51

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#4 Le 05/05/2020, à 09:34

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#5 Le 05/05/2020, à 10:49

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#6 Le 05/05/2020, à 13:18

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#7 Le 05/05/2020, à 20:05

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#8 Le 05/05/2020, à 20:32

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#9 Le 07/05/2020, à 11:23

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#10 Le 07/05/2020, à 11:34

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#11 Le 07/05/2020, à 13:15

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#12 Le 08/05/2020, à 13:42

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#13 Le 08/05/2020, à 17:20

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#14 Le 08/05/2020, à 18:32

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#15 Le 08/05/2020, à 19:07

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#16 Le 08/05/2020, à 19:50

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#17 Le 09/05/2020, à 10:15

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#18 Le 09/05/2020, à 11:48

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#19 Le 09/05/2020, à 14:07

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#20 Le 09/05/2020, à 14:52

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#21 Le 09/05/2020, à 15:11

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#22 Le 09/05/2020, à 15:29

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#23 Le 09/05/2020, à 15:49

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#24 Le 09/05/2020, à 16:58

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

#25 Le 09/05/2020, à 17:43

Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager

Pied de page des forums