Крах файловой системы после аварийной перезагрузки

M.Planck	# 4 года, 11 месяцев назад (отредактировано 4 года, 11 месяцев назад)
Темы: 3 Сообщения: 23 Участник с: 07 июня 2018	После аварийной перезагрузки, после декриптования luks, я увидел примерно следующее: https://i.stack.imgur.com/vpSTI.jpg `fsck -y -c /dev/sda1` `fsck -y -c /dev/sda2` `fsck -y -c /dev/sda3` не помогло, тогда я решил попробовать и возможно зря: `fsck -y -c /dev/mapper/r00t` теперь, если покадрово примерно следующее: https://i.stack.imgur.com/hI433.jpg https://i.stack.imgur.com/JCm1l.jpg https://i.stack.imgur.com/f9KUS.jpg https://i.stack.imgur.com/J1ZHs.jpg Можно ли вернуть системе работоспособность? И если нельзя, то каким образом можно восстановить/вытянуть информацию с диска?? Буду рад любой помощи!

# 4 года, 11 месяцев назад (отредактировано 4 года, 11 месяцев назад)

Сообщения: 23

Участник с: 07 июня 2018

После аварийной перезагрузки, после декриптования luks, я увидел примерно следующее:
https://i.stack.imgur.com/vpSTI.jpg

fsck -y -c /dev/sda1

fsck -y -c /dev/sda2

fsck -y -c /dev/sda3

не помогло, тогда я решил попробовать и возможно зря:

fsck -y -c /dev/mapper/r00t

теперь, если покадрово примерно следующее:
https://i.stack.imgur.com/hI433.jpg
https://i.stack.imgur.com/JCm1l.jpg
https://i.stack.imgur.com/f9KUS.jpg
https://i.stack.imgur.com/J1ZHs.jpg

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

vadik	# 4 года, 11 месяцев назад
Темы: 57 Сообщения: 5475 Участник с: 17 августа 2009	M.Planck, я уже не в первый раз убираю огромные картинки из ваших тем. Поэтому считаю правильным предупредить - в следующий раз ваша тема будет сразу удалена, а ваша учетка - заблокирована. Если у вас возникла такая необходимость - используйте превью вместо полноразмерных скриншотов. Спасибо за понимание.

vadik

# 4 года, 11 месяцев назад

Темы: 57

Сообщения: 5475

Участник с: 17 августа 2009

M.Planck, я уже не в первый раз убираю огромные картинки из ваших тем. Поэтому считаю правильным предупредить - в следующий раз ваша тема будет сразу удалена, а ваша учетка - заблокирована.
Если у вас возникла такая необходимость - используйте превью вместо полноразмерных скриншотов.
Спасибо за понимание.

M.Planck	# 4 года, 11 месяцев назад
Темы: 3 Сообщения: 23 Участник с: 07 июня 2018	vadik M.Planck, я уже не в первый раз убираю огромные картинки из ваших тем. Поэтому считаю правильным предупредить - в следующий раз ваша тема будет сразу удалена, а ваша учетка - заблокирована. Если у вас возникла такая необходимость - используйте превью вместо полноразмерных скриншотов. Спасибо за понимание. Хорошо, учту на будущее. А что можете добавить по существу проблемы?

M.Planck

# 4 года, 11 месяцев назад

Темы: 3

Сообщения: 23

Участник с: 07 июня 2018

vadik
M.Planck, я уже не в первый раз убираю огромные картинки из ваших тем. Поэтому считаю правильным предупредить - в следующий раз ваша тема будет сразу удалена, а ваша учетка - заблокирована.
Если у вас возникла такая необходимость - используйте превью вместо полноразмерных скриншотов.
Спасибо за понимание.

Хорошо, учту на будущее. А что можете добавить по существу проблемы?

gard	# 4 года, 11 месяцев назад (отредактировано 4 года, 11 месяцев назад)
Темы: 66 Сообщения: 1169 Участник с: 15 декабря 2009	Так у вас тома были шифрованные? ps: у вас странные ключи в fsck, я как-то думал, что обычно используются -a, -f, -p. Зачем тут ключ -c?

M.Planck	# 4 года, 11 месяцев назад
Темы: 3 Сообщения: 23 Участник с: 07 июня 2018	gard Так у вас тома были шифрованные? Да, шифрованные

gard	# 4 года, 11 месяцев назад (отредактировано 4 года, 11 месяцев назад)
Темы: 66 Сообщения: 1169 Участник с: 15 декабря 2009	А что у вас есть /dev/mapper/r00t ? lvm-том? Какова вообще схема разметки на диске? Из скринов видно ошибки ввода-вывода, что в совокупности в ключем -c для fsck могло только повредить восстановлению информации.. мне так думается..

M.Planck	# 4 года, 11 месяцев назад (отредактировано 4 года, 11 месяцев назад)
Темы: 3 Сообщения: 23 Участник с: 07 июня 2018	gard А что у вас есть /dev/mapper/r00t ? lvm-том? Вроде бы таким образом обозначена их группа, я замечал что это может отличаться в зависимости от дистрибутива Пример описания: "/dev/mapper/ubuntu--vg-root вместо традиционного блочного устройства /dev/sdxN просто указывает, что вы решили установить систему с использованием управления логическим томом LVM2. См. Что такое LVM и для чего он используется? "

M.Planck

# 4 года, 11 месяцев назад (отредактировано 4 года, 11 месяцев назад)

Темы: 3

Сообщения: 23

Участник с: 07 июня 2018

gard
А что у вас есть /dev/mapper/r00t ?
lvm-том?

Вроде бы таким образом обозначена их группа, я замечал что это может отличаться в зависимости от дистрибутива

Пример описания:
"/dev/mapper/ubuntu--vg-root вместо традиционного блочного устройства /dev/sdxN просто указывает, что вы решили установить систему с использованием управления логическим томом LVM2. См. Что такое LVM и для чего он используется? "

gard	# 4 года, 11 месяцев назад (отредактировано 4 года, 11 месяцев назад)
Темы: 66 Сообщения: 1169 Участник с: 15 декабря 2009	Ох ты ж... ёж.. Так вам надо было проверить именно lvm-тома, а не физ разделы, которые скорее всего являются физ разделами для lvm (pvs->vgs->lvs.. ). И таки.. ошибки ввода/вывода. Я бы посоветовал пытаться снять образ диска/дисков программой ddrescue. А уже потом пробовать восстанавливать что-либо, для начала проверять тем же fsck. Только проверять lvm-тома.

gard

# 4 года, 11 месяцев назад (отредактировано 4 года, 11 месяцев назад)

Темы: 66

Сообщения: 1169

Участник с: 15 декабря 2009

Ох ты ж... ёж..
Так вам надо было проверить именно lvm-тома, а не физ разделы, которые скорее всего являются физ разделами для lvm (pvs->vgs->lvs.. ).
И таки.. ошибки ввода/вывода.

Я бы посоветовал пытаться снять образ диска/дисков программой ddrescue.
А уже потом пробовать восстанавливать что-либо, для начала проверять тем же fsck.
Только проверять lvm-тома.

M.Planck	# 4 года, 11 месяцев назад
Темы: 3 Сообщения: 23 Участник с: 07 июня 2018	gard А что у вас есть /dev/mapper/r00t ? lvm-том? Какова вообще схема разметки на диске? Из скринов видно ошибки ввода-вывода, что в совокупности в ключем -c для fsck могло только повредить восстановлению информации.. мне так думается.. Есть какой-то свод рекомендаций по восстановлению в подобных случаях? У меня бывали проблемы с запуском, но это было до расшифровки томов луксом, решалось пересборкой образа через chroot

M.Planck

# 4 года, 11 месяцев назад

Темы: 3

Сообщения: 23

Участник с: 07 июня 2018

gard
А что у вас есть /dev/mapper/r00t ?
lvm-том?
Какова вообще схема разметки на диске?
Из скринов видно ошибки ввода-вывода, что в совокупности в ключем -c для fsck могло только повредить восстановлению информации.. мне так думается..

Есть какой-то свод рекомендаций по восстановлению в подобных случаях? У меня бывали проблемы с запуском, но это было до расшифровки томов луксом, решалось пересборкой образа через chroot

M.Planck	# 4 года, 11 месяцев назад (отредактировано 4 года, 11 месяцев назад)
Темы: 3 Сообщения: 23 Участник с: 07 июня 2018	gard Ох ты ж… ёж.. Так вам надо было проверить именно lvm-тома, а не физ разделы, которые скорее всего являются физ разделами для lvm. И таки.. ошибки ввода/вывода. Я бы посоветовал пытаться снять образ диска/дисков программой ddrescue. А уже потом пробовать восстанавливать что-либо, для начала проверять тем же fsck. Только проверять lvm-тома. Не понимаю, как утилита проверяющая/помечающая битые сектора может уничтожать информацию (fsck) ? И я правильно понимаю, что восстановить работоспособность системы уже не представляется возможным?? Т.е. теперь речь идет только о спасении файлов, которые не были повреждены?

M.Planck

# 4 года, 11 месяцев назад (отредактировано 4 года, 11 месяцев назад)

Темы: 3

Сообщения: 23

Участник с: 07 июня 2018

gard
Ох ты ж… ёж..
Так вам надо было проверить именно lvm-тома, а не физ разделы, которые скорее всего являются физ разделами для lvm.
И таки.. ошибки ввода/вывода.

Я бы посоветовал пытаться снять образ диска/дисков программой ddrescue.
А уже потом пробовать восстанавливать что-либо, для начала проверять тем же fsck.
Только проверять lvm-тома.

Не понимаю, как утилита проверяющая/помечающая битые сектора может уничтожать информацию (fsck) ?
И я правильно понимаю, что восстановить работоспособность системы уже не представляется возможным?? Т.е. теперь речь идет только о спасении файлов, которые не были повреждены?