☰

Как монтировать файловые системы с размером блока > 4 КБ?

tag-icon • tag-icon linux kernel ext4 nas
Как монтировать файловые системы с размером блока > 4 КБ?

У меня есть жесткий диск на 3 ТБ, извлеченный из WD Mybook Live NAS. Таблица разделов следующая:

Model: ATA WDC WD30EZRS-11J (scsi)
Disk /dev/sdb: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 3      15.7MB  528MB   513MB                primary
 1      528MB   2576MB  2048MB  ext3         primary  raid
 2      2576MB  4624MB  2048MB  ext3         primary  raid
 4      4624MB  3001GB  2996GB  ext4         primary

Итак, я пытаюсь получить доступ к разделу 4 (самому большому!):

root@john-desktop:~/linux-3.9-rc8# mount -t ext4 /dev/sdb4 /mnt/
mount: wrong fs type, bad option, bad superblock on /dev/sdb4,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Вывод Dmesg:

[ 2058.085881] EXT4-fs (sdb4): bad block size 65536

Это вполне справедливо. Насколько я могу судить, мое ядро ​​не настроено на поддержку блоков размером более 4К.

Мой вопрос в том, какой символ мне следует искать в конфигурации ядра, чтобы разрешить монтирование разделов с большим размером блока? Я искал это в Google, и мне показалось, что я видел эту опцию раньше, но я не могу найти никаких упоминаний о ней в последнем стабильном исходном коде ядра.

Редактировать: Полная информация о жестком диске из hdparm здесь:http://pastebin.com/hDdbUzjd

Редактировать: вывод dumpe2fs:

Mount count:              0
Maximum mount count:      30Last checked:             Wed May 30 15:22:14 2012Check interval:           15552000 (6 months)Next check after:         Mon Nov 26 14:22:14 2012Lifetime writes:          319 GBReserved blocks uid:      0 (user root)Reserved blocks gid:      0 (group root)First inode:              11
Inode size:               256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      cd7a28a0-714c-9942-29f4-83bca1209130
Journal backup:           inode blocks
Journal features:         journal_incompat_revoke
Journal size:             2048M
Journal length:           32768
Journal sequence:         0x00010146
Journal start:            0

решение1

Ура, я решил это :)

Короткий ответ: насколько я могу судить, без серьезного взлома ядра на Linux-машинах x86 невозможно монтировать устройства размером блока >4k.

Однако есть способ обойти эту проблему: использовать fuse-ext2 для монтирования диска:

fuseext2 -o ro -o sync_read /dev/sdb4 /mnt/

(вероятно, сначала вам понадобится apt-get fuseext2..)

работает идеально с первого раза!

По сути, именно так люди смогут восстановить свои диски MyBook Live.

Как это сделать, читайте в блоге здесь:http://john-hunt.com/2013/04/25/recovering-data-from-a-wd-mybook-live-2tb-3tbor-similar/

решение2

У некоторых людей возникали проблемы с fuseext2, поэтому вот альтернатива:

debugfs /dev/sdb4

debugfsоткрывает CLI. rdump <directory> <target>рекурсивно копирует весь каталог из файловой системы диска в файловую систему хоста. Например, rdump home /tmpкопирует каталог диска /homeв /tmp/home.

Связанный контент