Le disque dur externe apparaît dans / dev /, mais est inaccessible via [g] parted

Question

J'ai un disque dur externe 80G, connecté via USB. Je l'ai utilisé pour plusieurs choses dans le passé, y compris l'exécution d'un système d'exploitation Ubuntu (je sais, mauvaise idée). En tout cas, il s’est débranché alors que j’utilisais Ubuntu. Bien entendu, Ubuntu a rapidement généré des erreurs et j'ai éteint l'ordinateur. Je l'ai rebranché et démarré, mais mon BIOS n'a pas reconnu le disque dur dans la liste des périphériques. Lors de l’exécution du LiveCD (ou d’un autre système d’exploitation Ubuntu, maintenant sur le disque dur interne ), un ls /dev/ | grep sd affiche le périphérique (sdc) quand il est branché et qu'il est omis quand il ne l'est pas (je sais que c'est le bon lecteur), mais gparted ne l'affiche pas dans la liste des périphériques. Si je lance parted /dev/sdc, Parted ne démarre pas et il n'y a pas de message d'erreur. si je tape select /dev/sdc alors que je suis déjà dans une invite interactive partagée, je ne reçois plus de message et il est toujours sur/dev/sda. Il en va de même pour le LiveCD Gparted.

cat /proc/partitions sorties

major minor #blocks name 8 0 244198584 sda 8 1 102400 sda1 8 2 119950336 sda2 8 3 119950336 sda3 8 4 4194304 sda4 8 16 3913728 sdb 8 17 3913664 sdb1

Quelqu'un a-t-il des suggestions sur ce que je devrais faire?

EDIT: tiens à préciser que je suis disposé à formater le lecteur si cela signifie que je peux l'utiliser à nouveau.

EDIT 2: Voici le résultat de dmesg | tail -25 tel que suggéré par marto:

usb 2-4: new high speed USB device using ehci_hcd and address 8 usb-storage 2-4:1.0: Quirks match for vid 05e3 pid 0702: 520 scsi8 : usb-storage 2-4:1.0 scsi 8:0:0:0: Direct-Access 811 ATA/ ATAPI Device 0014 PQ: 0 ANSI: 0 Attached scsi generic sg3 type 0 sd 8:0:0:0: [sdc] Test WP failed, assume Write Enabled sd 8:0:0:0: [sdc] Asking for cache data failed sd 8:0:0:0: [sdc] Assuming drive cache: write through sd 8:0:0:0: [sdc] Test WP failed, assume Write Enabled sd 8:0:0:0: [sdc] Asking for cache data failed sd 8:0:0:0: [sdc] Assuming drive cache: write through sd 8:0:0:0: [sdc] Attached SCSI disk

À la déconnexion: usb 2-4: USB disconnect, address 8

thomasmichaelwallace · Answer

à partir de votre tentative de montage du lecteur, savez-vous quel est le système de fichiers? sa probablement ext4 si vous laissez Ubuntu choisir quand il a été formaté/installé.

si son ext4 est alors, compte tenu du scénario entourant son échec, le problème est probablement un superbloc (c’est-à-dire que le système de fichiers a été mal formé en raison d’une écriture incomplète, etc.), la commande suivante identifiera l’ampleur du problème et vous dira comment elle peut être. résolu:

Sudo fsck.ext4 -v /dev/xxx

Christipher THOMPSON · Answer

Le lecteur a l’impression de tourner à vitesse normale lorsque le disque est alimenté via l’interface USB. La spécification pour la plupart des lecteurs est de + - 1% de la vitesse d'essorage nominale est acceptable. Le lecteur a perdu de la puissance lors de la lecture et de l’écriture, de sorte qu’il a peut-être modifié la zone de la table de partition, les 512 premiers octets du lecteur.

Donc, vérifier /proc/partitions est utile. cat /proc/partitions

dmesg devrait signaler la dernière lettre de lecteur acquise par le noyau, par exemple. b ou c ou d. Utilisez fdisk -l /dev/sdX où X est un b ou c ou d. Si cela indique un problème, vous pouvez probablement recréer la table de partition en utilisant parted gparted ou fdisk.

L'astuce consiste à examiner les partitions possibles - offset et type

Pour enregistrer vos données, vous devez exécuter une commande dd, puis copier l’image disque complète de /dev/sdX dans un fichier d’une partition beaucoup plus grande, montée en tant que /home.

dd if=/dev/sdc of=/home/sdc.dd conv=noerror,sync

Cela prendra un certain temps - peut-être un jour et la majeure partie de la nuit pour les gros disques durs.

Ensuite, vous pouvez jouer avec le lecteur lui-même - recréer un système de fichiers, etc.

Le test le plus important que dd fournira est l'intégrité du lecteur lors de la lecture de blocs.

Semblable à une commande fsck -t ext3 -c qui devrait vérifier la présence de blocs défectueux sur un lecteur.

Si la commande dd échoue, elle devrait fournir quelques informations sur l'emplacement sur lequel le lecteur s'est attaqué aux erreurs de secteur défectueuses.

Si le lecteur signale des erreurs tôt, cela peut expliquer la perte d'informations sur la partition.

Je fais souvent un od -cx /dev/sdX | less pour vérifier les décalages possibles afin de faciliter les choses. Certaines commandes od prennent des options pour plus de commodité, par exemple. od -cx -Ad /dev/sdX | less

0000000 353 H 220 020 216 320 274 \0 260 270 \0 \0 216 330 216 300 48eb 1090 d08e 00bc b8b0 0000 d88e c08e 0000016 373 276 \0 | 277 \0 006 271 \0 002 363 244 352 ! 006 \0 befb 7c00 00bf b906 0200 a4f3 21ea 0006 0000032 \0 276 276 \a 8 004 u \v 203 306 020 201 376 376 \a u be00 07be 0438 0b75 c683 8110 fefe 7507 0000048 363 353 026 264 002 260 001 273 \0 | 262 200 212 t 003 002 ebf3 b416 b002 bb01 7c00 80b2 748a 0203 0000064 200 \0 \0 200 E 202 
 \0 \0 \b 372 220 220 366 302 200 0080 8000 8245 000d 0800 90fa f690 80c2 0000080 u 002 262 200 352 Y | \0 \0 1 300 216 330 216 320 274 0275 80b2 59ea 007c 3100 8ec0 8ed8 bcd0 0000096 \0 373 240 @ | < 377 t 002 210 302 R 276 177 } 2000 a0fb 7c40 ff3c 0274 c288 be52 7d7f 0000112 350 4 001 366 302 200 t T 264 A 273 252 U 315 023 Z 34e8 f601 80c2 5474 41b4 aabb cd55 5a13 0000128 R r I 201 373 U 252 u C 240 A | 204 300 u 005 7252 8149 55fb 75aa a043 7c41 c084 0575 0000144 203 341 001 t 7 f 213 L 020 276 005 | 306 D 377 001 e183 7401 6637 4c8b be10 7c05 44c6 01ff 0000160 f 213 036 D | 307 004 020 \0 307 D 002 001 \0 f 211 8b66 441e c77c 1004 c700 0244 0001 8966 0000176 \ \b 307 D 006 \0 p f 1 300 211 D 004 f 211 D 085c 44c7 0006 6670 c031 4489 6604 4489 0000192 \f 264 B 315 023 r 005 273 \0 p 353 } 264 \b 315 023 b40c cd42 7213 bb05 7000 7deb 08b4 13cd 0000208 s 
 366 302 200 017 204 352 \0 351 215 \0 276 005 | 306 0a73 c2f6 0f80 ea84 e900 008d 05be c67c 0000224 D 377 \0 f 1 300 210 360 @ f 211 D 004 1 322 210 ff44 6600 c031 f088 6640 4489 3104 88d2 0000240 312 301 342 002 210 350 210 364 @ 211 D \b 1 300 210 320 c1ca 02e2 e888 f488 8940 0844 c031 d088 0000256 300 350 002 f 211 004 f 241 D | f 1 322 f 367 4 e8c0 6602 0489 a166 7c44 3166 66d2 34f7 0000272 210 T 
 f 1 322 f 367 t 004 210 T \v 211 D \f 5488 660a d231 f766 0474 5488 890b 0c44 0000288 ; D \b } < 212 T 
 300 342 006 212 L 
 376 301 443b 7d08 8a3c 0d54 e2c0 8a06 0a4c c1fe 0000304 \b 321 212 l \f Z 212 t \v 273 \0 p 216 303 1 333 d108 6c8a 5a0c 748a bb0b 7000 c38e db31 0000320 270 001 002 315 023 r * 214 303 216 006 H | ` 036 271 01b8 cd02 7213 8c2a 8ec3 4806 607c b91e 0000336 \0 001 216 333 1 366 1 377 374 363 245 037 a 377 & B 0100 db8e f631 ff31 f3fc 1fa5 ff61 4226 0000352 | 276 205 } 350 @ \0 353 016 276 212 } 350 8 \0 353 be7c 7d85 40e8 eb00 be0e 7d8a 38e8 eb00 0000368 006 276 224 } 350 0 \0 276 231 } 350 * \0 353 376 G be06 7d94 30e8 be00 7d99 2ae8 eb00 47fe 0000384 R U B \0 G e o m \0 H a r d D 5552 2042 4700 6f65 006d 6148 6472 4420 0000400 i s k \0 R e a d \0 E r r o r \0 7369 006b 6552 6461 2000 7245 6f72 0072 0000416 273 001 \0 264 016 315 020 254 < \0 u 364 303 \0 \0 \0 01bb b400 cd0e ac10 003c f475 00c3 0000 0000432 \0 \0 \0 \0 \0 \0 \0 \0 S 005 \v \0 \0 \0 200 001 0000 0000 0000 0000 0553 000b 0000 0180 0000448 001 \0 203 376 ? > ? \0 \0 \0 @ q 017 \0 \0 \0 0001 fe83 3e3f 003f 0000 7140 000f 0000 0000464 001 ? 203 376 377 377 177 q 017 \0 276 275 q 022 \0 376 3f01 fe83 ffff 717f 000f bdbe 1271 fe00 0000480 377 377 202 376 377 377 = / 201 022 002 336 037 \0 \0 \0 ffff fe82 ffff 2f3d 1281 de02 001f 0000 0000496 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 U 252 0000 0000 0000 0000 0000 0000 0000 aa55 0000512 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000 0000 0000 0000 0000 0000 0000 0000 * 0001024 352 317 202 \0 \0 \0 004 \0 204 > \0 \0 X t \0 \0 cfea 0082 0000 0004 3e84 0000 7458 0000 0001040 \b X \0 \0 001 \0 \0 \0 377 377 377 377 / b o o 5808 0000 0001 0000 ffff ffff 622f 6f6f 0001056 t / g r u b \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 2f74 7267 6275 0000 0000 0000 0000 0000 0001072 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000 0000 0000 0000 0000 0000 0000 0000 * 0001104 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 002 260 255 033 0000 0000 0000 0000 0000 0000 b002 1bad 0001120 \0 \0 001 \0 376 O Q 344 \ 002 020 \0 \0 \0 020 \0 0000 0001 4ffe e451 025c 0010 0000 0010 0001136 \0 \0 \0 \0 \0 \0 \0 \0 | 002 020 \0 213 S \f 275 0000 0000 0000 0000 027c 0010 538b bd0c 0001152 360 377 \a \0 211 354 271 L \b \0 \0 003 
 020 002 020 fff0 0007 ec89 4cb9 0008 0300 100d 1002 0001168 \0 276 \0 \0 020 \0 277 \0 200 \0 \0 374 363 244 270 245 be00 0000 0010 00bf 0080 fc00 a4f3 a5b8 0001184 202 \0 \0 377 340 211 320 301 350 \b 1 333 200 374 377 t 0082 ff00 89e0 c1d0 08e8 db31 fc80 74ff 0001200 \b 210 343 211 035 024 202 \0 \0 < 377 t \b 210 303 211 8808 89e3 141d 0082 3c00 74ff 8808 89c3

NOTEz le * sur le côté gauche. Ils indiquent beaucoup plus de valeurs nulles ou nulles, de sorte que mon décalage pour une partition semble être de 1024 octets dans le lecteur. qui est 2 x 512 secteurs d'octets ou 1 x 1024 secteurs d'octets

Étant donné que la plupart des lecteurs ressembleront probablement à ceci

root@rhbeta:/home/chrthomp # fdisk -l /dev/sdX Disk /dev/sdX: 160.0 GB, 160041885696 bytes 255 heads, 63 sectors/track, 19457 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 63 506016 83 Linux /dev/sda2 64 19325 154722015 83 Linux /dev/sda3 19326 19455 1044225 82 Linux swap / Solaris root@rhbeta:/home/chrthomp #

Mon lecteur semble avoir une partition commençant à 1 et se terminant à 63, qui est généralement une petite partition /boot ext2. La zone 64 à 19325 est apparemment un système de fichiers LVM. Vient ensuite la zone d'échange. Donc, puisque vous avez une sauvegarde, essayez de résoudre le problème en partitionnant le lecteur.

fdisk /dev/sdX

créez une 'n' partition '1' commençant à '1' et finissant à '63' puis 'w' écrivant la table de partitions.

cela semble être un pari raisonnable. Lancer les commandes suivantes

file -s /dev/sdX1 fsck -t ext2 /dev/sdX1 mount -t ext2 /dev/sdX1 /mnt

/mnt sur un CDROM qui démarre est probablement disponible - vous devrez peut-être mkdir /mnt/sdX1 et essayer mount -t ext2 /dev/sdX1 /mnt/sdX1

L'autre raison pour laquelle les choses peuvent mal tourner, c'est que le disque a été rendu instable - l'électronique peut ne jamais être récupérée - en particulier si c'est un vieux disque.

Je les ai vus apparaître, avoir des problèmes, mourir et disparaître - pour réapparaître à nouveau en boucle.

Certaines personnes voient cela quand /sbin/fsck.ntfs n'est pas installé. les fichiers dmesg et /var/log/messages se plaindront que le fsck.ntfs n'existe pas.