Когда я пытаюсь подключить свой жесткий диск SATA через USB к ноутбуку под управлением Debian 8, система зависает, реагирует крайне медленно, а при запуске ls /dev | grep sd* отображаются записи от sdc1 до sdc99, которых нет, когда жесткий диск отключен.
Мне действительно нужно отформатировать этот жесткий диск, потому что установка Windows 10 завершилась неудачей, и теперь я не могу загрузить ни дистрибутив Linux, ни установку Windows 7, которые были установлены изначально.
Кроме того, когда я пытаюсь подключить жесткий диск к своему ноутбуку под управлением Windows 10, я не могу его нигде найти, даже в управлении дисками в административных инструментах.
Как и просили, последние несколько строк сообщений системного журнала:
Jan 31 19:03:53 debian kernel: [ 85.602048] scsi 4:0:0:0: Direct-Access Mass Storage Device PQ: 0 ANSI: 0
Jan 31 19:03:53 debian kernel: [ 85.602324] sd 4:0:0:0: Attached scsi generic sg2 type 0
Jan 31 19:03:53 debian kernel: [ 85.602598] sd 4:0:0:0: [sdb] 488397166 512-byte logical blocks: (250 GB/232 GiB)
Jan 31 19:03:53 debian kernel: [ 85.602732] sd 4:0:0:0: [sdb] Write Protect is off
Jan 31 19:03:53 debian kernel: [ 85.602735] sd 4:0:0:0: [sdb] Mode Sense: 03 00 00 00
Jan 31 19:03:53 debian kernel: [ 85.602865] sd 4:0:0:0: [sdb] No Caching mode page found
Jan 31 19:03:53 debian kernel: [ 85.604123] sd 4:0:0:0: [sdb] Assuming drive cache: write through
Jan 31 19:03:53 debian kernel: [ 85.664976] sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 sdb11 sdb12 sdb13 sdb14 sdb15 sdb16 sdb17 sdb18 sdb19 sdb20 sdb21 sdb22 sdb23 sdb24 sdb25 sdb26 sdb27 sdb28 sdb29 sdb30 sdb31 sdb32 sdb33 sdb34 sdb35 sdb36 sdb37 sdb38 sdb39 sdb40 sdb41 sdb42 sdb43 sdb44 sdb45 sdb46 sdb47 sdb48 sdb49 sdb50 sdb51 sdb52 sdb53 sdb54 sdb55 sdb56 sdb57 sdb58 sdb59 sdb60 sdb61 sdb62 sdb63 sdb64 sdb65 sdb66 sdb67 sdb68 sdb69 sdb70 sdb71 sdb72 sdb73 sdb74 sdb75 sdb76 sdb77 sdb78 sdb79 sdb80 sdb81 sdb82 sdb83 sdb84 sdb85 sdb86 sdb87 sdb88 sdb89 sdb90 sdb91 sdb92 sdb93 sdb94 sdb95 sdb96 sdb97 sdb98 sdb99 sdb100 sdb101 sdb102 sdb103 sdb104 sdb105 sdb106 sdb107 sdb108 sdb109 sdb110 sdb111 sdb112 sdb113 sdb114 sdb115 sdb116 sdb117 sdb118 sdb119 sdb120 sdb121 sdb122 sdb123 sdb124 sdb125 sdb126 sdb127 sdb128 sdb129 sdb130 sdb131 sdb132 sdb133 sdb134 sdb135 sdb136 sdb137 sdb138 sdb139 sdb140 sdb141 sdb142 sdb143 sdb144 sdb145 sdb146 sdb147 sdb148 sdb149 sdb150 sdb151 sdb152 sdb153 sdb154 sdb155 sdb1<5>[ 85.685268] sd 4:0:0:0: [sdb] Attached SCSI disk
И вывод lsblk:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931,5G 0 disk
├─sda1 8:1 0 500M 0 part
├─sda2 8:2 0 155,8G 0 part
├─sda3 8:3 0 488,3G 0 part
├─sda4 8:4 0 1K 0 part
├─sda5 8:5 0 46,6G 0 part /
├─sda6 8:6 0 186,3G 0 part /home
├─sda7 8:7 0 14,9G 0 part [SWAP]
├─sda8 8:8 0 38,3G 0 part
└─sda9 8:9 0 954M 0 part /boot
sdb 8:16 0 232,9G 0 disk
├─sdb1 8:17 0 100M 0 part
├─sdb2 8:18 0 97,1G 0 part
├─sdb3 8:19 0 450M 0 part
├─sdb4 8:20 0 1K 0 part
├─sdb5 8:21 0 4,7G 0 part
├─sdb6 8:22 0 2G 0 part
├─sdb7 8:23 0 4,7G 0 part
├─sdb8 8:24 0 2G 0 part
├─sdb9 8:25 0 4,7G 0 part
├─sdb10 8:26 0 2G 0 part
├─sdb11 8:27 0 4,7G 0 part
├─sdb12 8:28 0 2G 0 part
├─sdb13 8:29 0 4,7G 0 part
├─sdb14 8:30 0 2G 0 part
--- this repeats itself numerous times with sdb until: ---
├─sdb249 259:233 0 4,7G 0 part
├─sdb250 259:234 0 2G 0 part
├─sdb251 259:235 0 4,7G 0 part
├─sdb252 259:236 0 2G 0 part
├─sdb253 259:237 0 4,7G 0 part
├─sdb254 259:238 0 2G 0 part
└─sdb255 259:239 0 4,7G 0 part
sr0 11:0 1 7,9G 0 rom /media/cdrom0
Может быть, мне также следует упомянуть, что я выбрал чистую установку, когда пытался установить Windows 10 на этот диск. Установка началась, но застряла на копировании файлов, поэтому я ее отменил. Вероятно, большая часть диска была стерта в то время, но не вся. Например, я все еще мог войти в GRUB, и он показал мне варианты загрузки Linux или Windows, но ни один из них не сработал.
решение1
На первый взгляд диск /dev/sdbвыглядит пригодным для использования в качестве блочного устройства 250GB( ).232GiB
Linux обнаружил255 разделов, что является максимумом, поддерживаемым ядром.
Если вы сложите размеры всех разделов, показанных в вашем lsblkвыводе, вы получите 1TB( 935GiB).
У вас есть 1TBжесткий диск или 250GBвинчестер?
250GBЖесткий диск
Linux, скорее всего, видит весь жесткий диск, поэтому он может стереть таблицу разделов для вас. Текущая таблица разделов лжет о наличии 1TBразделов.
Стереть жесткий диск, чтобы стереть таблицу разделов. Выполните одну из следующих команд, чтобы выполнить стирание:
dd if=/dev/zero of=/dev/sdb bs=2M count=1
sgdisk /dev/sdb -Z
Повторно просканируйте разделы с /dev/sdbпомощью этой команды:
partprobe /dev/sdb
Тыдолжныполучите следующее сообщение об ошибке:
Error: /dev/sdb: unrecognised disk label
Эта ошибка означает, что таблица разделов исчезла, как и предполагалось. Вы можете запустить lsblk /dev/sdbснова и увидеть что-то вроде этого:
# lsblk /dev/sdb
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sdb 8:16 0 232,9G 0 disk
1TBЖесткий диск
Это странный случай, когда Linux обнаружил, что у вас есть только 250GBблочное устройство, хотя ваш жесткий диск на самом деле 1TBбольшой.
Возможно, ваш адаптер SATA-USB несовместим с жестким диском, который вы пытаетесь использовать, или в Linux нет нужного драйвера для адаптера.
Этому есть возможное объяснение.здесь.
Объяснение медлительности
Что касается причины замедления работы вашего компьютера, Linux, вероятно, пытался собрать информацию (файловые системы, UUID и т. д.) с каждого из обнаруженных им разделов, а их было 255. Это может занять довольно много времени и заблокировать другие процессы, что замедлит работу вашего компьютера.