Когда я пытаюсь подключить жесткий диск 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 ответ1

2

На первый взгляд диск /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-to-USB может быть несовместим с жестким диском, который вы пытаетесь использовать, или, возможно, в Linux нет подходящего драйвера для адаптера.

Там есть возможное объяснение для этого здесь.


Объясняя медлительность

Что касается того, почему ваш компьютер стал медленным, Linux, вероятно, пытался собрать информацию (файловые системы, UUID и т.д.) С каждого из обнаруженных разделов, и их было 255. Это может занять много времени и заблокировать другие процессы, что замедлит работу вашего компьютера.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .