Описание тега mold

@phoog спасибо.Вы, вероятно, сделать лучше, предоставляя несколько ссылок eher с указанием того, что они. 7 июля свой ответ на этот вопрос предполагает противоположное тому, что вы намекаете выше и противоположное тому, что некоторые из связанных страниц говорят. Есть много материала там, говоря, что многие люди считают, что ВР люди превышают свои конституционные и/или законных прав. Не удивительно, АСГС согласен. Так что, да, похоже, что она "дойдет" со товарищи, как вы говорите. | Спасибо за ответ Юозас. По крайней мере, я знаю, что это политика, а не ошибка конфиг на моем конце.

Недавно, мой внешний корпус жесткого диска (сам жесткий диск питание в другом корпусе). Однако, в результате, оказывается, его файловая система ext4 поврежден.

Диск имеет одну секцию и использует GPT раздела В таблице (с этикеткой уши).

программа fdisk -л как /dev/СКБ показывает:

 Загрузочное Устройство Начало Конец Блоки ID Система
 на /dev/sdb1 1 1953525167 976762583+ УО ОПС

testdisk показывает раздел нетронутыми:

1 данных P МС 2049 1953524952 1953522904 [уши]

... но раздел не подключается:

$ судо смонтировать /dev/sdb1 а
в Mount: вы должны указать тип файловой системы 
$ судо маунта -т с ext4 на /dev/sdb1 а 
в Mount: неверный тип ФС, плохой вариант, плохой суперблок на /dev/sdb1,

для fsck сообщает неверный суперблок:

$ судо работы fsck.в ext4 на /dev/sdb1 
e2fsck 1.42 (29-ноя-2011)
для fsck.в ext4: неверный суперблок, стараясь резервные блоки...
для fsck.в ext4: плохое магическое число в супер-блоке при попытке открыть /dev/sdb1

и e2fsck отчеты подобная ошибка:

$ команду sudo e2fsck на /dev/sdb1 
Пароль: 
e2fsck 1.42 (29-ноя-2011)
e2fsck: неверный суперблок, стараясь резервные блоки...
e2fsck: плохое магическое число в супер-блоке при попытке открыть /dev/sdb1

dumpe2fs также:

$ судо dumpe2fs на /dev/sdb1 
dumpe2fs 1.42 (29-ноя-2011)
dumpe2fs: плохое магическое число в супер-блоке при попытке открыть /dev/sdb1

mke2fs -Н (заметьте, -Н) возвращает суперблоков:

$ команду sudo mke2fs -н с /dev/sdb1 
mke2fs 1.42 (29-ноя-2011)
Метки файловой системы=
Тип ОС: Linux
Блок размер=4096 (журнал=2)
Размер фрагмента=4096 (журнал=2)
Шаг=0 блоков, ширина полосы=0 блоков
61054976 иноды, 244190363 блоков
12209518 блоков (5.00%) зарезервирован для супер-пользователя
Первый блок данных=0
Максимальный файловая система блоков=4294967296
7453 блок групп
32768 блоков в группе, 32768 фрагментов в группе
8192 дескрипторов в группе
Резервные копии суперблока, хранящиеся на блоки: 
 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
 102400000, 214990848

... но попытка "e2fsck -б [блок]" для каждого блока завершается:

$ команду sudo e2fsck -б 71663616 на /dev/sdb1 
e2fsck 1.42 (29-ноя-2011)
e2fsck: недопустимый аргумент при попытке открыть /dev/sdb1

Однако, как я понимаю, это где суперблоков были, когда файловая система была создана, которая не обязательно означает, что они остаются нетронутыми.

Я также запустил testdisk глубокий поиск если кто-нибудь может декодировать журнал. Он упоминает многие записи, как:

recover_EXT2: s_block_group_nr=1/7452, s_mnt_count=6/20,
s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 244190363
recover_EXT2: part_size 1953522904
recover_EXT2: "e2fsck -32768 б-б устройства 4096" могут быть необходимы

Запуск e2fsck с этих значений дает:

e2fsck: плохое магическое число в супер-блоке при попытке открыть /dev/sdb1

Я пробовал со всеми суперблоков в testdisk.журнал

для меня в $(грэп e2fsck testdisk.журнал | уник | вырезать -Д "" -Ф 4); делать
 команду sudo e2fsck -б $я -б 4096 на /dev/sdb1
сделано

... все с той же e2fsck сообщение об ошибке.

В моей последней попытки, я попробовал разные смещения файловой системы. Для каждого смещения я, где я - один из 31744, 32768, 1048064, 1049088:

$ команду sudo losetup -в-О $у меня на /dev/loop0 /dev и/СДБ

... и запуск testdisk на /dev/loop0, я не нашел ничего интересного.

Я был достаточно исчерпывающим, но есть ли способ , чтобы восстановить файловую систему без использования низкоуровневого восстановления файлов инструменты (всего/photorec)?