Показать статистику
0 голосов
от (260 баллов)

У меня есть диск 17 (18 ТБ), на котором, как я знаю, было много файлов.

После повреждения я сделал fsck на диске seid.

Теперь при использовании df -h результат следующий:

/dev/sdk 17T 7.5T 8.1T 49% /mnt/drive5 однако, когда я вхожу в дисковод, он пуст. На нем нет файлов. Просто папка потерянные+найденные.

user@hostname:~$ cd /mnt/drive5
user@hostname:/mnt/drive5$ ls
lost+found

входя в эту папку как корень, эта папка пуста

пытаюсь снова сделать fsck, он говорит, что диск чист.

user@hostname:~$ sudo fsck.ext4 /dev/disk/by-uuid/e5d4ea17-a48d-4d8e-9bbb-5d50504aa49a
[sudo] password for user:
e2fsck 1.45.5 (07-Jan-2020)
/dev/disk/by-uuid/e5d4ea17-a48d-4d8e-9bbb-5d50504aa49a: clean, 11/274661376 files, 2025315608/4394582016 blocks
user@hostname:~$

Есть ли способ восстановить файловую систему?

 файловая система ext4

341 просмотров 2 ответов

2 Ответы

0 голосов
от (2.7тыс. баллов)

Попробуйте использовать baobab, чтобы увидеть, что занимает место в файловой системе.

Если это не дает вам подсказки, попробуйте gparted

 

Я должен добавить свои рассуждения в пользу gparted; gparted должен убедиться , что с таблицами разделов не происходит ничего странного. Хотя это крайне маловероятно, может быть несоответствие между таблицей разделов и размером файловой системы. 

0 голосов
от (26.4тыс. баллов)
Вы можете попробовать использовать « TestDisk » для восстановления файловой системы. Если это не поможет, вы все равно можете попытаться восстановить некоторые данные с помощью « photorec ». Считается хорошей практикой работать с копией всего раздела, потому что вы можете больше сломать, пытаясь восстановить. Хотя может быть непрактично с большим разделом.

Еще: вы говорите, что используете « ls », чтобы проверить, есть ли что-нибудь на диске, попробуйте « la » или « ls -a », чтобы убедиться, что вы не пропустите скрытые файлы или папки, пытаясь выяснить, что занимает ваш диск. пространство...

...