Nie można zainstalować dysków SATA podczas przenoszenia z obudowy USB do wewnętrznej
Miałem 4 dyski zewnętrzne podłączone przez USB do mojej stacji roboczej Dell Precision 490.
Znajdują się one w/etc/fstab przez uuid i mają format 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
Włożyłem trzy dyski do środka, ale tylko jeden montuje się automatycznie (dysk 3, dysk 2 jest nadal podłączony zewnętrznie)
$ 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)
Ale wszystkie się pojawiają:
$ 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 LinuxDisk/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
Jeśli spróbuję normalnie zamontować:
$ 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
Maszyna posiada 5 portów SATA, kupiłem też kontroler PCIe SATA i wypróbowałem. Bez różnicy. Przenoszenie urządzeń między portami nadal nie ma znaczenia. Pozostałe dwa dyski są zawsze podłączone.
Włożyłem je z powrotem do odpowiednich zewnętrznych skrzynek z kontrolerami USB i działały. Chociaż kiedy próbowałem użyć obudowy z jednego z bezpośrednio podłączonych dysków, nie została rozpoznana.
Podziękować!
Edycja: dodawanie wyjścia z gdisk
>
$ sudo gdisk/dev/sde
GPT fdisk (gdisk) version 0.8.8Partition 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.8Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: presentFound 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
Zastanawiam się, czy wygląda na to, że dyski, które nie są zamontowane, używają MBR zamiast GPT?
Nie znaleziono powiązanych wyników
Zaproszony:
Aby odpowiedzieć na pytania, Zaloguj się lub Zarejestruj się
1 odpowiedzi
Anonimowy użytkownik
Potwierdzenie od:
https://superuser.com/question ... -disk
https://superuser.com/question ... disk: Obudowy USB zgłaszały rozmiar sektora inny niż rozmiar płyty głównej, w wyniku czego tablice partycji są inaczej interpretowane.
Podobny problem miałem z dyskiem 4TB, który przeniosłem z obudowy USB na wewnętrzny port SATA. Najwyraźniej obudowa USB zgłosiła sektory 4K i dzięki temu mogłem użyć starej tablicy partycji MBR do utworzenia partycji ext4 o pojemności 4 TB. Po podłączeniu dysku przez SATA partycja ext4 nie została już znaleziona, najwyraźniej dlatego, że teraz dostęp do dysku był uzyskiwany z sektorami 512B.
Rozwiązałem to, wykonując następujące kroki, używając
Testdisk
http://www.cgsecurity.org/wiki/TestDisk
narzędzie do odzyskiwania danych dostępne w Ubuntu:
Może po prostu miałem szczęście, ale po tej procedurze system plików ext4 mógł zostać zamontowany jak zwykle.
nie znalazł żadnych błędów, i
i
dał takie same wyniki, jak przy użyciu obudowy USB.