Можно • монтировать диски SATA при перемещении из корпуса USB во внутренний
У меня было 4 внешних диска, подключенных через USB к моей рабочей станции Dell Precision 490.
Они находятся в / etc / fstab от uuid и отформатирован как UUID.
UUID=04c37bff-b93e-440e-acd0-3d984ddb2ec3 /mnt/drive0 ext4 defaults,nobootwait 0 2
UUID=210765f4-30e5-4863-a40b-aa1fffefe5ca /mnt/drive1 ext4 defaults,nobootwait 0 2
UUID=b981c5e7-249e-4430-9887-96ca674e0733 /mnt/drive2 ext4 defaults,nobootwait 0 2
UUID=22c8a274-3cf9-403f-9558-feb531e407c7 /mnt/drive3 ext4 defaults,nobootwait 0 2
Я помещаю внутрь три диска, но только один монтируется автоматически (диск 3, диск 2 все еще подключен извне)
$ mount | grep /dev/sd
/dev/sdc1 on /boot type ext2 (rw)
/dev/sdb1 on /mnt/drive3 type ext4 (rw)
/dev/sdf1 on /mnt/drive2 type ext4 (rw)
Но все они появляются:
$ sudo fdisk -l
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sda: 120.0 GB, 120034123776 bytes
<snip>
Disk /dev/sdb: 5001.0 GB, 5000981078016 bytes
255 heads, 63 sectors/track, 608001 cylinders, total 9767541168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0xdd494cbf
Device Boot Start End Blocks Id System
/dev/sdb1 1 4294967295 2147483647+ ee GPT
Partition 1 does not start on physical sector boundary.
Disk /dev/sdd: 5001.0 GB, 5000981078016 bytes
42 heads, 62 sectors/track, 3750975 cylinders, total 9767541168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0xec15dda8
Device Boot Start End Blocks Id System
/dev/sdd1 256 1220942644 610471194+ 83 Linux
Disk /dev/sde: 5001.0 GB, 5000981078016 bytes
255 heads, 63 sectors/track, 608001 cylinders, total 9767541168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x4cd5215a
Device Boot Start End Blocks Id System
/dev/sde1 63 1220942644 610471291 83 Linux
Partition 1 does not start on physical sector boundary.
Disk /dev/sdc: 500.1 GB, 500107862016 bytes
<snip>
Disk /dev/sdf: 5001.0 GB, 5000981073920 bytes
255 heads, 63 sectors/track, 76000 cylinders, total 1220942645 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x6b6805d9
Device Boot Start End Blocks Id System
/dev/sdf1 63 1220942644 588803032 83 Linux
$ ls /dev/sd*
/dev/sda /dev/sda1 /dev/sdb /dev/sdb1 /dev/sdc /dev/sdc1 /dev/sdc2 /dev/sdc5 /dev/sdd /dev/sdd1 /dev/sde /dev/sde1 /dev/sdf /dev/sdf1
Если я попытаюсь смонтировать как обычно:
$ sudo mkdir /mnt/temp
$ sudo mount -t ext4 /dev/sde1 /mnt/temp
mount: wrong fs type, bad option, bad superblock on /dev/sde1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
$ dmesg | tail
[87143.301150] EXT4-fs (sde1): VFS: Can't find ext4 filesystem
[87295.537835] EXT4-fs (sde1): VFS: Can't find ext4 filesystem
[87315.780147] EXT4-fs (sde1): VFS: Can't find ext4 filesystem
[87315.780290] EXT4-fs (sde1): VFS: Can't find ext4 filesystem
[87315.780421] EXT4-fs (sde1): VFS: Can't find ext4 filesystem
машина имеет 5 портов SATA, я также купил контроллер PCIe SATA и попробовал это. Нет разницы. Перемещение устройств между портами по-прежнему не дает никакой разницы. Два других диска всегда подключаются.
Я положил их обратно в соответствующие внешние корпуса с контроллерами USB, и они заработали. Хотя, когда я попытался использовать корпус одного из дисков, которые подключены напрямую, он не был распознан.
Спасибо!
Редактировать: Добавление вывода из gdisk
$ sudo gdisk /dev/sde
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************
Command (? for help): p
Disk /dev/sde: 9767541168 sectors, 4.5 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 00C22148-8C82-4062-BEC5-6759E7E23856
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 9767541134
Partitions will be aligned on 8-sector boundaries
Total free space is 8546598519 sectors (4.0 TiB)
Number Start (sector) End (sector) Size Code Name
1 63 1220942644 582.2 GiB 8300 Linux filesystem
$ sudo gdisk /dev/sdb
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Command (? for help): p
Disk /dev/sdb: 9767541168 sectors, 4.5 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): E76C335B-FBA1-4FE0-9DC2-C5CADBECA6B0
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 9767541133
Partitions will be aligned on 8-sector boundaries
Total free space is 0 sectors (0 bytes)
Number Start (sector) End (sector) Size Code Name
1 34 9767541133 4.5 TiB 8300 disk4
Интересно, похоже на диски, которые не работают. t mount использовать MBR вместо GPT?
Похоже на проблему, описанную на https://superuser.com/questions/679725/how-to-correct-512-byte-sector-mbr-on-a- 4096-байтовый сектор-диск : корпуса USB сообщили о размере сектора, отличном от размера материнской платы, и в результате таблицы разделов интерпретируются по-другому.
У меня была аналогичная проблема с диском 4 ТБ, с которого я переместил корпус USB к внутреннему порту SATA. По-видимому, корпус USB сообщил о 4К секторах, и поэтому я смог использовать старыйвылепила таблицу разделов MBR для создания раздела ext4 размером 4 ТБ. После подключения диска через SATA раздел ext4 больше не был найден, по-видимому, из-за того, что теперь к диску обращались с 512-битными секторами.
Я решил эту проблему, выполнив следующие шаги, используя данные Testdisk инструмент восстановления, доступный в Ubuntu:
- создал резервную копию исходной таблицы разделов (
sfdisk -d / dev / sdb> sfdisk-sdb.txt), в целях безопасности - использовал
testdisk / dev / sdb, чтобы найти исходную файловую систему ext4 - , позвольте testdisk записать новую таблицу разделов MBR на диск
- , поскольку таблица MBR не поддерживает разделы 4 ТБ, раздел ext4 по-прежнему не может быть смонтирован , с ошибкой
EXT4-fs (sdb1): неправильная геометрия: количество блоков 976751744 превышает размер устройства (536870911 блоков) - используется
gdisk / dev / sdbдля преобразования MBR в формат GPT, и запишите GPT на диск - , используя
testdisk / dev / sdbснова, чтобы найти исходную файловую систему ext4 (он обнаружил неправильный тип файловой системы, но не имеет значения), и пусть он записывает новую таблицу GPT на диск - , используя
gdisk / dev / sdb, чтобы изменить неправильно обнаруженный тип файловой системы на8300
Может быть, я просто повезло, но после этой процедуры файловую систему ext4 можно было смонтировать как обычно. fsck -f / dev / sdb1 не обнаружил никаких ошибок, а blkid / dev / sdb1 и tune2fs / dev / sdb1 дали те же результаты, что и при использовании корпус USB.