vasek
M.Planck
Я так понимаю анализ логов как раз и поможет определить дальше, возможно ли вернуть систему к жизни, или только какие-то отдельные файлы с диска
По логам можно просто предположить причину и др., для восстановления инфы они не нужны.
Восстановить можно многое, это не сложно, утилит много (по гугли и по форуму и в инете) … вот только все ли запуститься - если не запустится, то это уже целая наука.
Друзья, а может кто-нибудь подсказать, есть раздел для таких ученых(по восстановлению данных) в рамках этого форума, ну или за его рамками ?)
gentux
Хмм.
https://www.reddit.com/r/archlinux/comments/brbvo7/psa_fstrim_discarding_too_many_or_wrong_blocks_on/
попытка через chroot не удалась
https://i.imgur.com/oFHFYwv.png

К слову, после разблокировки диск более не обнаруживается в стандартном проводнике, до разблокировки отображается диск и его размер
vasek
M.Planck, хочешь расшифровать логи, рекомендую обратиться к Libata Error
Навскидку, посмотрел первые попавшиеся
- media error - Software detected a media error (Программное обеспечение обнаружило ошибку носителя)
- UNC (Uncorrectable error) - often due to bad sectors on the disk (часто из-за плохих секторов на диске)
- READ FPDMA QUEUED - связано с ошибками связи между контроллером SATA и жестким диском (вероятные причины: проблема с драйвером контроллера, кабель/шлейф, источник питания)
Попробую, спасибо. Я так понимаю анализ логов как раз и поможет определить дальше, возможно ли вернуть систему к жизни, или только какие-то отдельные файлы с диска
gentux
Хмм.
https://www.reddit.com/r/archlinux/comments/brbvo7/psa_fstrim_discarding_too_many_or_wrong_blocks_on/
"However, reverting 61697a6abd24acba941359c6268a94f4afe4a53d seems to solve the issue."
странно, что это значит? В баг репорте проблема закрыта, а эта рекомендация её решние. Дополню ещё, то что заметил при запуске: после вывода на последнем скрине, теперь идёт ещё одна чреда ошибок i/o и только после неё мигающий курсор сигнализирует о приглашении к командной оболочке.

Кстати, уже имел опыт восстановления initcpio, через live образ и chroot, в статье это одно из решений, но подходит ли это в моём случае?
gard
Гипотетически восстановить работоспособность представляется возможным.
Шансы есть.. но.. под вопросом.
Попробую сделать всё возможное. Любопытно к чему может привести один ручной ребут.. или не правильно выбранный ключ)
gard
Моя рекомендация - проверить все шлейфы, питание и пытаться копировать сам диск/диски через ddrescue (все остальное - потом), я сейчас точных параметров не скажу.. не вспомню сходу, если только позже. Я в этом сам далеко не гуру, но главное, не задавайте никаких деструктивных ключей, в т.ч. не задавайте опции, которые начнут "насиловать" и так уже полумертвый диск. Это можно будет сделать потом, когда хотя бы бОльшая часть образа скопируется. Указывайте файл журнала, это позволит делать несколько проходов, и "доделывать" постепенно. Погуглите про этот инструмент.
И копировать можно прямо на физ. диск бОльшего объема.
Хорошо, большое спасибо, обязательно попробую
gard
Ох ты ж… ёж..
Так вам надо было проверить именно lvm-тома, а не физ разделы, которые скорее всего являются физ разделами для lvm.
И таки.. ошибки ввода/вывода.

Я бы посоветовал пытаться снять образ диска/дисков программой ddrescue.
А уже потом пробовать восстанавливать что-либо, для начала проверять тем же fsck.
Только проверять lvm-тома.
Не понимаю, как утилита проверяющая/помечающая битые сектора может уничтожать информацию (fsck) ?
И я правильно понимаю, что восстановить работоспособность системы уже не представляется возможным?? Т.е. теперь речь идет только о спасении файлов, которые не были повреждены?
gard
А что у вас есть /dev/mapper/r00t ?
lvm-том?
Какова вообще схема разметки на диске?
Из скринов видно ошибки ввода-вывода, что в совокупности в ключем -c для fsck могло только повредить восстановлению информации.. мне так думается..
Есть какой-то свод рекомендаций по восстановлению в подобных случаях? У меня бывали проблемы с запуском, но это было до расшифровки томов луксом, решалось пересборкой образа через chroot
gard
А что у вас есть /dev/mapper/r00t ?
lvm-том?
Вроде бы таким образом обозначена их группа, я замечал что это может отличаться в зависимости от дистрибутива

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