В момент глупости я позволил скрипту запустить dd
на одном из моих жестких дисков (без резервной копии :() размером 3 ТБ. На нем была одна файловая система ext4, которая теперь не будет монтироваться.
То, что я до сих пор делал (без успеха), читая страдания других людей:
dd
. testdisk
на диске, это произвело около 20 строк следующего при запуске Analyze (как быстрого, так и глубокого): ext4 0 0 1 364801 80 63 5860533168 [files]
. Он не позволит мне это исправить, потому что он говорит, что записи не разрешены, когда None
, любая другая комбинация вариантов тоже кажется бесполезной (например, попытка выбрать Intel в типе раздела, все еще не ходится). Кстати, files
- это имя моего старого раздела. попытался смонтировать накопитель с резервным суперблоком, как показано здесь:
$ sudo mke2fs -n /dev/sdc
mke2fs 1.42.8 (20-Jun-2013)
/dev/sdc is entire device, not just one partition!
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
183148544 inodes, 732566646 blocks
36628332 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
22357 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848, 512000000, 550731776, 644972544
это продолжало говорить wrong filesystem type
при запуске mount
.
gparted
и попытался запустить fsck с резервным суперблоком, у которого было много запросов и действительно странные числа, которые не имеют никакого смысла. Так что я близок к тому, чтобы сдаться, к сожалению, потому что использование photorec
для извлечения файлов без структуры каталогов просто быть слишком трудоемким.
Есть ли что-то еще, что стоит попробовать, что я не пробовал / сделал неправильно?