Может ли fsck на ufs привести к потере данных?

Может ли fsck на ufs привести к потере данных?

Я на FreeBSD8. У меня проблема с разделом. Я не могу его смонтировать. Пишет "Операция не разрешена".

Я запускаю fsck -t ufs /dev/da0p1. После того, как операция завершится, я смогу успешно смонтировать его. Но теперь в разделе нет никаких данных.Я не знаю, были ли там какие-то данные или нет.

В: запустить fsck на размонтированном разделе. Может ли это привести к потере данных? и если да, есть ли способ их восстановить?

edit: Я запускаю только fsck -t ufs /dev/da0p1. Никаких -y или -n, и когда он запустился, он вывел Phase1,2,3,4,... и успешно завершился. По ходу дела нет никаких подсказок.

решение1

Зависит от того, на что вы ответили "да". Не зная многого о вашей файловой системе, о том, что на ней было, и что она отображала и спрашивала во время fsck'а, будет очень сложно дать полезный ответ.

Короткий ответ — да, он может удалить данные. Он очень старается этого не делать, помещая найденные им данные в lost+found на этом диске, но он восстанавливается из файловой системы, которая, по всей видимости, повреждена. Другими словами, когда вы имеете дело с повреждением ФС, все может быть потеряно.

решение2

Технически fsck пытается выявить и исправить проблемы с метаданными файловой системы, которые являются структурой данных, описывающей файловую систему и состоящей в основном из указателей на файлы, каталоги, объекты разрешений/безопасности и данные файлов. Он на самом деле не делает многого с самими данными, он просто там для поездки. Как Майкл упомянул в своем ответе... какие изменения fsck внесет в метаданные, зависит от того, с какими опциями он был запущен и как вы ответили на любые запросы по ходу дела.

Если вам повезло, ваши данные в lost+found практически нетронуты. Но в большинстве случаев, если что-то попадает в lost+found, то файл либо поврежден, либо отделен от по крайней мере некоторых своих метаданных. Поэтому файл может не знать, к какому каталогу он принадлежит, или имя файла... в этом случае это будет просто номер inode файла. Хотя и не невозможно собрать все обратно, это потребует много усилий, времени и удачи.

Связанный контент