Розділ не відображається в / dev


13

Нещодавно я відключив жорсткий диск на 4 ТБ з одного комп’ютера, щоб отримати доступ до файлів безпосередньо з іншого комп'ютера. Здавалося, не було проблем з процесом демонтажу. Під час підключення жорсткого диска до іншого комп'ютера жорсткий диск розпізнається в "/ dev" як sdb, але розділ "sdb1" не відображається, тому я не можу його встановити. Якщо я біжу

fdisk -l /dev/sdb


WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdb: 4000.8 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders, total 7814037168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot          Start     End      Blocks      Id  System
/dev/sdb1               1  4294967295  2147483647+  ee  GPT

З'являється розділ sdb1. Оскільки це розділ на 4 ТБ, я також запустив команду

parted /dev/sdb

GNU Parted 2.3
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Model: ASMT 2105 (scsi)
Disk /dev/sdb: 4001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start  End  Size  File system  Name  Flags

Потім наберіть "друк". У цьому випадку розділ sdb1 НЕ відображається.

Чому тут невідповідність інформації? Чи означає це, що розділ видалено? Чи є можливість відновити цей розділ і змонтувати його?

Наперед Вам дякую


Є три причини, через які лінія / dev / sdb1 не з'являється, але / dev / sdb. 1. тому що на цьому диску в обліковому записі немає таблиці розділів, яку він не створив. 2. Таблиця розділів пошкоджена. 3. У таблиці розділів розміщена первинна файлова система, яку цей комп'ютер не може розпізнати за рахунком, що бібліотеки для неї не встановлені. Засіб усунення: Ви можете запустити діагностику на таблицю розділів, використовуючи клавішу fdisk /dev/sdb"p" для отримання додаткової інформації. Якщо розділ є і не пошкоджений, і у вас є бібліотеки для розбору та читання, цей рядок повинен з’явитися.
Ерік Лещинський

Відповіді:


16

Виконайте команду, partprobeщоб змусити комп'ютер переглядати диск для розділів.


Дякуємо за відповідь. Я спробував запустити цю команду, а також просто перезапустив весь комп'ютер без успіху.
rmsrms1987

Який результат fdisk -l /dev/sdb? Крім того, що вихід dmesg?
Лоуренс

1
@ rmsrms1987 Це дивно ... Ви використовуєте fdisk на розділі 4TiB, і він, здається, працює добре. Однак ця стаття ibm.com/developerworks/linux/library/l-gpt/index.html пояснює, що розділи розміром більше 2 TiB не можуть оброблятися MBR (лише GPT), і що fdisk не може обробляти GPT. Це, мабуть, означає, що у вас на диску є MBR. Не могли б ви дати нам вихід fdisk -l / dev / sdb? TY
MariusMatutiae

Я вважаю, що розділ створений за допомогою GNU Parted, оскільки він складає більше 2 ТБ, але нічого не виводиться, коли я намагаюся отримати доступ через цей метод. Чомусь sdb1 з'являється лише при використанні fdisk.
rmsrms1987

1
Я відредагував свій оригінальний пост, щоб показати більш детальний вихід файлів fdisk та проділи. Ще раз дякую, що допомогли мені у вирішенні цього питання.
rmsrms1987

3

Я не знаю, чи це все ще актуальна проблема, але у мене була та сама проблема з одним із моїх жорстких дисків. Я використовував testdiskі казав це для аналізу диска. Він знайшов відсутній розділ та оновив таблицю розділів дисків. Потім я запустив команду, partprobeі розділ виявився в / dev / повністю функціональний.


Це схоже на дублікат іншої відповіді.
bwDraco

1

Це, ймовірно, не ваша проблема, але у мене виникла проблема з подібними симптомами, які були викликані тим, що на диску він був суперблоком RAID.

Тепер, на жаль, я хотів все-таки витерти все на своєму приводі, тому це не рекомендується, якщо це не так для вас. Але mdadm --zero-superblock /dev/sdbчи зробив трюк для мене в моєму випадку.


0

Ніхто не говорив про завантаження із сучасного LiveCD / LiveUSB, який підтримує GPT?

Просто спробуйте завантажувати комп’ютер за допомогою живого дистрибутива будь-якого сучасного Linux, також спробуйте з живим диском GParted, SystemRescueCD тощо.

Можливо, комп’ютер, який ви використовували, не має сумісності з GPT та / або <2TiB дисками, також може бути контролер SATA, що не підтримує диск 2TiB (я бачив дещо на руках, дехто на материнських платах, дехто на корпусах USB). .. а ваш - 4TiB, що теж гірше, деякі контролери підтримують лише три TiB, але не 4TiB або більше на диск.

Чому ви бачите основний розділ під час використання fdisk -l? Ви, ймовірно, бачите "захисний" MBR-розділ, який захищає розділи / сек GPT; що зберігається на першому секторі диска ... більшість контролерів SATA, які мають проблеми з диском> 2TiB, а також деякі, у яких є лише проблеми з> 3TiB, можуть бачити перші 2TiB / 3TiB диска, і тому вони бачать MBR (перший сектор) правильно, але не GPT, оскільки GPT видає дані після MBR і в самому кінці диска.

Постарайтеся забезпечити обидві речі: у вас сумісність GPT (використовуйте gfisdk замість fdisk для перевірки) і маєте контролер SATA, не обмежений лише <2TiB, ані один не обмежений <3TiB.

Найкращий спосіб перевірити це: завантажтеся з будь-якого LiveLinux, наприклад GParted, SystemRescueCD тощо, і спробуйте перелічити розділи (за допомогою fdisk), сучасні fdisk -lможуть перелічити GPT-розділи.

PD: Структура полів MBR обмежує користувальну зону першими 2TiB через довжину полів (MBR був розроблений з таким обмеженням).


0

У той час як fdisk - залежно від версії - спробує створити розділ на диску 4 ТБ і навіть позначити тип розділу як GPT, цей розділ не буде розпізнаний розбитим.

Рішення полягає в тому, щоб видалити розділ, який ви створили за допомогою fdisk, і використовувати parted, щоб зробити все:

parted /dev/sdb
mklabel gpt
unit TB
mkpart primary 0 3
print
quit

Можливо, вам доведеться запустити "mkpart Primary 0 3TB" замість "mkpart Primary 0 3".

У тому випадку, коли ви не побачите / dev / sdb1 після цього, запустіть partprobe та перегляньте ще раз.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.