Внешний жесткий диск отображается в / dev /, но недоступен через [g] parted

У меня есть внешний жесткий диск на 80 ГБ, подключенный к USB. В прошлом я использовал это для нескольких вещей, включая запуск ОС Ubuntu (я знаю, плохая идея). В любом случае, он отключился, пока я работал с Ubuntu. Конечно, Ubuntu быстро сгенерировал ошибки, и я выключил компьютер. Я снова подключил его и запустил, но мой BIOS не распознал жесткий диск в списке устройств. При работе с LiveCD (или другой ОС Ubuntu, теперь на внутреннем жестком диске) ls / dev / | grep sd показывает устройство ( sdc ), когда оно подключено, и опускает его, когда оно не подключено (так что я знаю, что это правильный диск), но gparted не показывает его в списке устройств.Если я запускаю parted / dev / sdc , parted не запускается и сообщение об ошибке отсутствует; если я наберу select / dev / sdc , уже находясь в разделенном интерактивном приглашении, я снова не получаю сообщения, и оно все еще находится в / dev / sda. То же самое и с Gparted LiveCD.

cat / proc / partitions output

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

Есть ли у кого-нибудь предложения, что мне делать?

РЕДАКТИРОВАТЬ : хочу прояснить, что я готов отформатировать диск, если он означает, что я могу использовать его снова.

РЕДАКТИРОВАТЬ 2 : Вот результат работы dmesg | tail -25 , как было предложено 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

При отключении: usb 2-4: отключение USB, адрес 8

4
задан 21 June 2011 в 21:04

2 ответа

при взгляде от попытки монтирования диска Вы знаете, какова файловая система? вероятно, ext4, если Вы позволяете человечности выбрать, когда она форматировалась/устанавливалась.

если его ext4 затем, учитывая сценарий, окружающий его отказ, проблемой будет, вероятно, плохой суперблок (т.е. файловая система стала уродливой из-за неполной записи, и т.д.), то следующая команда определит степень проблемы и скажет Вам, как это может быть решено:

sudo fsck.ext4 -v /dev/xxx
1
ответ дан 1 December 2019 в 10:28

Диск похож на него, вращался в нормальной скорости, в то время как питание было подано к диску через интерфейс USB. Спецификация для большинства дисков + - 1% номинальной скорости вращения приемлем. Диск потерял питание при чтении и записи, таким образом, это может иметь queered область таблицы разделов - самые первые 512 байтов диска.

Так проверка /proc/partitions полезно. cat /proc/partitions

dmesg должна сообщить последняя буква диска, получаемая ядром, например, b или c или d. Использовать fdisk -l /dev/sdX где X b или c или d. Если это сообщает о проблеме, можно, вероятно, воссоздать использование таблицы разделов parted gparted или fdisk.

Прием должен исследовать возможные разделы - смещение и тип

Для сохранения данных - необходимо выполнить a dd управляйте и скопируйте полный образ диска с /dev/sdX в файл на намного большем разделе диска - смонтированный как /home возможно.

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

Это будет требовать времени - возможно, день и большую часть ночи для больших дисков Гигабайта.

Затем можно играть с самим диском - воссоздают файловую систему и т.д.

Самый большой тест это dd обеспечит целостность диска, просто читая блоки.

Подобный a fsck -t ext3 -c команда, которая должна проверить на сбойные блоки на диске.

Если dd управляйте сбоями, которые это должно обеспечить небольшому количеству информации о том, где на диске это боролось с ошибками поврежденного сектора.

Если диск сообщает об ошибках вначале - который может объяснить потерю информации о разделе.

Я часто делаю a od -cx /dev/sdX | less проверять возможные смещения для создания вещей легкими некоторые od команды выбирают варианты для удобства, например. 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  \r  \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  \n 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  \n   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  \r 300 342 006 212   L  \n 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  \r 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

ОТМЕТЬТЕ * на левой стороне Они указывают на намного большее количество пустых или нулевых значений байта, таким образом, мое смещение для раздела, кажется, составляет 1 024 байта в диск. который является секторами 2 x 512 байтов или секторами 1 x 1 024 байта

Учитывая, что большинство дисков будет, вероятно, похоже на это

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 # 

Мой диск, кажется, имеет раздел, запускаются в 1 и конец в 63, который обычно является маленьким /boot раздел ext2. 64 - 19 325 областями является файловая система LVM, по-видимому. Затем прибывает область подкачки. Таким образом, так как у Вас есть резервное копирование - пытаются решить проблему путем разделения диска.

fdisk /dev/sdX

создайте 'n' раздел '1', запуск в '1' и окончание в '63' и затем 'w' пишут таблицу разделов.

это, кажется, довольно безопасная ставка. Выполните следующие команды

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

/mnt на CD-ROM, который начальные загрузки по всей вероятности доступны - Вы можете иметь к mkdir /mnt/sdX1 и попробуйте mount -t ext2 /dev/sdX1 /mnt/sdX1

Другая причина, которую вещи могут завинтить, состоит в том, что диск был сделан нестабильным - электроника никогда не может восстанавливаться - особенно если старый диск.

Я видел, что они открываются, испытывают затруднения и умирают и исчезают - только для повторного появления снова в цикле.

Некоторые люди видят это когда /sbin/fsck.ntfs не установлен. dmesg и /var/log/messages файл будет жаловаться что fsck.ntfs не существует.

1
ответ дан 1 December 2019 в 10:28

Другие вопросы по тегам:

Похожие вопросы: