Восстановление данных - поврежденная файловая система

Я недавно установил новое распределение (человечность 16.04, прежде чем это была человечность 14.04). Перед установкой я скопировал свои данные по внешнему HDD. Когда я пытался скопировать его назад, я не смог получить доступ к нему. Кажется, что файловая система (ext4) повреждена. Я смог видеть его с fdisk -l commnad но не смонтировать его. Я создал точку монтирования в /media именованный external

Я работал sudo mount /dev/sdb1 /media/external

Вывод:

 mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
        missing codepage or helper program, or other error

      In some cases useful info is found in syslog - try
      dmesg | tail or so.

Я попробовал mount -t ext4 /dev/sdb1 /media/external

Вывод:

mount: special device /dev/sdb1 does not exist
maria@maria-Vostro-3360:/media$ 

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

Шоу Gparted unknown file system и под деталями там следует:

Gparted

Я работал testdisk. Я не уверен, сделал ли я это правильно (для exemple, я не знаю, должен ли я выбрать no partitionned или на моем диске был один раздел. Я имею, выбирают опции по умолчанию, т.е. разделенный, вводят - Linux. Результат глубокого поиска был"

Disk /dev/sdb - 320 GB / 298 GiB - CHS 38913 255 63
     Partition               Start        End    Size in sectors
 D Linux                    0  32 33 38913  70  5  625139712
 D Linux                 1215 170 44 38913  70  5  605612032
 D Linux                 1490 100 19 38913  70  5  601198592
 D Linux                19611 118 28 25015 239 56   86822912

Так как кажется, что файловая система повреждена, я хотел работать fsck. Я работал sudo fsck -r /dev/sdb1 и я получил это:

fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
Superblock has an invalid journal (inode 8).
Clear<y>? 

Так как я не понимаю действительно, что я делаю, я ввел no, Я не хочу смешивать его больше и освобождать мои данные defenitly. Вывод был:

fsck.ext2: Illegal inode number while checking ext3 journal for /dev/sdb1

/dev/sdb1: ***** FILE SYSTEM WAS MODIFIED *****

/dev/sdb1: ********** WARNING: Filesystem still has errors **********

/dev/sdb1: status 12, rss 3040, real 816.797699, user 0.004000, sys 0.000000

ОБНОВЛЕНИЕ: в testdisk Я попытался проверить non partitioned media. Чем Advanced - filesystem utiles выставочный основной раздел с неизвестной файловой системой. Я попытался изменить его на ext4 и, чем вводимый list. Вывод был: Can't open filesystem. Filesystem seems damaged.

ОБНОВЛЕНИЕ 2: Следование совету @heynnema, мне удалось восстановить что-то, но я все еще не знаю точно что. Все файлы и каталоги находятся в одном каталоге lost+found с проводными именами (запускающийся # и после различных чисел). Некоторые файлы имеют название файла, который я имел в своем компьютере, но имя не соответствует содержанию. Открыть папку lost+found Я должен использовать sudo и я не могу скопировать его:

root@maria-Vostro-3360:/media/maria/9db3c007-4387-4ea8-a61c-b12fa10049bc/lost+found/#3670019# cp -i /media/maria/9db3c007-4387-4ea8-a61c-b12fa10049bc/lost+found/#4718697/ /home/maria/Desktop/odzysk/1
cp: omitting directory '/media/maria/9db3c007-4387-4ea8-a61c-b12fa10049bc/lost+found/#4718697/'

.odt файл после открытия это похоже на это:this Это загружалось очень долго, и наконец я получил сообщение, что это содержит некоторые недопустимые символы. В то время как я пытался изменить кодирование, файл, закрытый из-за некоторой ошибки.

0
задан 28 October 2016 в 16:49

1 ответ

После расширенного разговора в комментариях и в чате... и только закрыть этот вопрос... вот то, что мы сделали...

  1. выполнил fsck на диске внешнего жесткого диска
  2. , все восстановленные файлы закончились в lost+found папке
  3. , мы изменили имя и владение папки, и ее файлы
  4. скопировали папку от диска внешнего жесткого диска до рабочего стола
  5. , рассмотрел несколько файлов и нашел недостающие данные
1
ответ дан 28 September 2019 в 07:57

Другие вопросы по тегам:

Похожие вопросы: