fsck.ext4 не исправляет несколько поврежденных файлов?

Я управлял этим fsck.ext4 -vf /dev/sdb2и файлы все еще были повреждены (мусорные данные);
/dev/sdb2 находится на SSD;
Я должен был использовать -f так как /dev/sdb2 было чисто!

  • Моя единственная надежда - резервная копия?
  • Или есть другая команда, которая может каким-то образом восстановить файлы?
  • Или может быть какая-то конфигурация, которая делает запись более надежной / безопасной, даже если файловая система работает медленнее? может быть что-то, что можно было бы включить на лету без перемонтажа?

PS: я только что написал файлы и произошло отключение; не все файлы были повреждены, только несколько; Этот вопрос https://unix.stackexchange.com/questions/87555/are-short-lived-files-flushed-to-disk, содержит некоторую информацию о том, как данные записываются / сбрасываются на диск, но не совсем то, что я ищу, наверное,..

1 ответ

Решение

fsck может только вернуть метаданные файловой системы в нормальное состояние, чтобы не перепутать ядро. Если у вас были данные файла, которые не были записаны во время сбоя, то они исчезли.

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