Загрузка системы, fsck

0

1

В старом SSD Плексторе PX-64M5S появились бэды (стабильно обнаруживается несколько бэдов). OS - Debian 11 stable. Во время загрузки, предлагается проверить диск с помощью fsck: https://i.ibb.co/fHnNXNS/P-20240614-110356-HDR.jpg

Проверкa fsck на последнем из пунктов тормозится на час, после чего я проверку прервал:

root@komp:/home/~# sudo fsck -y /dev/sda2
fsck from util-linux 2.36.1
e2fsck 1.46.2 (28-Feb-2021)
222 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inode 523398 extent tree (at level 1) could be narrower.  Optimize? yes

Inode 531653 extent tree (at level 1) could be narrower.  Optimize? yes

Inode 532267 extent tree (at level 2) could be narrower.  Optimize? yes

Inode 546467 extent tree (at level 2) could be narrower.  Optimize? yes

Error reading block 2098650 (Ошибка ввода/вывода) while getting next inode from scan.  Ignore error? yes

Force rewrite? yes

Посоветуйте, пожалуйста, как попробовать загрузить эту систему.

Ссылка

←	Передача файла в связке parallel + ssh

Hikvision (HiWatch) помогите прицепить NAS по NFS

→

Не надо его запускать, этими попытками ты только уменьшаешь шанс того, что с него удастся спасти данные.

Загружайся с другого диска, с этого снимай образ (программа ddrescue). Дальше образ клонируй (чтоб был оригинал который ты не трогаешь и был второй файл-клон) и на клоне запускаешь fsck, затем можешь пытаться прочитать оттуда ценные данные, а диск после этого уничтожить (в мусорку нельзя - оттуда могут вытащить и украсть данные которые ещё уцелели).

firkax ★★★★★
(14.06.24 20:16:14 MSK)

Ответ на: комментарий от firkax 14.06.24 20:16:14 MSK

Загружайся с другого диска, с этого снимай образ (программа ddrescue).

Лучше с LiveCD сделать dd if=диск of=disc.iso conv=noerror && sync && sleep 5 && sync, затем подключаешь другой диск и делаешь dd if=disc.iso of=другой_диск conv=noerror && sync && sleep 5 && sync

anonymous
(14.06.24 20:31:22 MSK)

Ответ на: комментарий от firkax 14.06.24 20:16:14 MSK

а диск после этого уничтожить

Лучше этому диску сделать dd if=/dev/zero of=диск conv=noerror && sync && sleep 5 && sync.

anonymous
(14.06.24 20:33:23 MSK)

Ответ на: комментарий от firkax 14.06.24 20:16:14 MSK

Не знаю, имеет ли это значение, но клонировать раздел я попытался сразу с помощью Clonezilla, которая сделать это не смогла и предложила fsck.

Lesjar
(14.06.24 20:45:08 MSK) автор топика

Ответ на: комментарий от Lesjar 14.06.24 20:45:08 MSK

Не знаю, имеет ли это значение, но клонировать раздел я попытался сразу с помощью Clonezilla, которая сделать это не смогла и предложила fsck.

Делай по моей инструкции.

anonymous
(14.06.24 20:52:11 MSK)

Ссылка

Ответ на: комментарий от anonymous 14.06.24 20:33:23 MSK

На другой диск делать dd не надо, надо делать образу fsck а потом смонтировать его (образ) и забирать с него файлы.

dd /dev/zero не заменяет уничтожение, особенно если ссд уже сдох и запись плохо работает или не работает.

firkax ★★★★★
(14.06.24 20:55:59 MSK)

Ссылка

Ответ на: комментарий от Lesjar 14.06.24 20:45:08 MSK

Ну вот, клонируй не ей а ddrescue, или dd conv=noerror про который выше написали (только там ещё про другой диск пишут - это уже не надо).

firkax ★★★★★
(14.06.24 20:56:40 MSK)

Ответ на: комментарий от firkax 14.06.24 20:56:40 MSK

только там ещё про другой диск пишут - это уже не надо

Это было как данные со старого диска на новый перенести. Ещё можно и даже лучше сделать mkdir -p /mnt/iso && mount -o loop disc.iso /mnt/iso, затем копировать файлы из директории /mnt/iso, затем сделать umount /mnt/iso.

anonymous
(14.06.24 21:29:11 MSK)

Ответ на: комментарий от firkax 14.06.24 20:56:40 MSK

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

Lesjar
(15.06.24 09:06:32 MSK) автор топика

Ответ на: комментарий от anonymous 14.06.24 21:29:11 MSK

Ещё можно и даже лучше сделать

Я про то же. Использовать битый образ не надо, даже после fsck. Только забрать с него файлы.

firkax ★★★★★
(15.06.24 10:21:16 MSK)

Ссылка

Ответ на: комментарий от Lesjar 15.06.24 09:06:32 MSK

Объясни, зачем тебе грузить именно её, и тогда может быть будет решение. Я причин к этому не вижу, лучше установить новую на новый диск и скопировать в новоустановленную данные с образа.

firkax ★★★★★
(15.06.24 10:22:10 MSK)

Ответ на: комментарий от Lesjar 15.06.24 09:06:32 MSK

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

Лучше не грузить. Достань нужные файлы и скинь их куда-нибудь. Потом на новый диск установишь систему.

anonymous
(15.06.24 10:24:46 MSK)

Ссылка

Ответ на: комментарий от firkax 15.06.24 10:22:10 MSK

firkax, anonymous, пользоваться битой системой я не собираюсь, а загрузить её хочу чтобы достать сессию сохранённую приложением Firefox Tab session manager. Насколько мне известно, Tab session manager не хранит свои сессии в файле, который легко скопировать из незагружаемой системы в другую. Плюс, некоторые настройки системы хочу скопировать. Ничего важного.

Lesjar
(15.06.24 13:34:18 MSK) автор топика

Ответ на: комментарий от Lesjar 15.06.24 13:34:18 MSK

не хранит свои сессии в файле

А где по он по вашему мнению хранит сессии?

einhander ★★★★★
(15.06.24 13:51:26 MSK)

Ответ на: комментарий от einhander 15.06.24 13:51:26 MSK

Как я понял, для Firefox и Linux локация такая:

[root directory]\storage\default\moz-extension+++3637e901–44a0–4847-ac09–3cfcf8af67b1\idb\1782160246ssensosi.sqlite

Где [root directory] - папка профиля в Firefox (указана в about:profiles)

https://medium.com/@strang3quark/migrating-tab-session-manager-data-to-a-new-...

Однако, не факт, что старая версия Tab session manager, которая стоит в битой системе будет совместима с какой-то другой версией. Вообще, с восстановлением сессий в Tab session manager у пользователей давно были проблемы и много вопросов осталось без ответов. Трудно сказать, насколько легко восстановить сессии из этого файла, если возможно.

Lesjar
(15.06.24 15:23:42 MSK) автор топика

Ссылка

Ответ на: комментарий от Lesjar 15.06.24 13:34:18 MSK

некоторые настройки системы хочу скопировать

Скопируй файлы из каталога /home/имя_пользователя из ISO образа в каталог /home/имя_пользователя в новой системе.

anonymous
(15.06.24 16:07:08 MSK)

Ответ на: комментарий от anonymous 14.06.24 20:31:22 MSK

dd … of=disk.iso

dd … sync

sync && sleep 5 && sync

Что за набор юного ОКР-щика? :)

Dimez ★★★★★
(15.06.24 16:56:26 MSK)

Ответ на: комментарий от Dimez 15.06.24 16:56:26 MSK

sync && sleep 5 && sync

Это очистка всех кэшей и буферов, чтобы точно знать, что ФС можно отмонтировать, а диск – доставать.

sleep 5 && sync, чтобы точно быть увереным, что всё очистилось.

anonymous
(15.06.24 18:07:23 MSK)

Ответ на: комментарий от anonymous 15.06.24 18:07:23 MSK

Я это и пишу - набор юного ОКР-щика.

Диск после dd не надо отмонтировать, а dd не трогает дисковый кэш. Тем более бессмысленно заклинание «sync;sleep;sync»

Dimez ★★★★★
(15.06.24 18:18:00 MSK)

Ответ на: комментарий от Dimez 15.06.24 18:18:00 MSK

Диск после dd не надо отмонтировать

Ох, да, извините.

dd не трогает дисковый кэш

man dd | grep sync – зачем нужны эти опции?

anonymous
(15.06.24 18:21:40 MSK)

Ответ на: комментарий от anonymous 15.06.24 18:21:40 MSK

Переформулирую: при отпускании терминала dd данные уже на устройстве, дополнительно делать манипуляции с дисковым кэшем не надо.

man dd | grep sync – зачем нужны эти опции?

В мане указано, для чего :)

Dimez ★★★★★
(15.06.24 18:36:17 MSK)

Ответ на: комментарий от Dimez 15.06.24 18:36:17 MSK

man dd | grep sync – зачем нужны эти опции?

В мане указано, для чего :)

при отпускании терминала dd данные уже на устройстве

fdatasync - физически записать данные выходного файла перед завершением

fsync - аналогично, но еще и писать метаданные

dsync - использовать синхронизированный ввод-вывод для данных

sync - аналогично, но и для метаданных

anonymous
(15.06.24 18:45:04 MSK)

Ответ на: комментарий от anonymous 15.06.24 18:45:04 MSK

физически записать данные выходного файла перед завершением

Есть отличие файла на fs от блочного устройства.

Dimez ★★★★★
(15.06.24 19:01:48 MSK)

Ответ на: комментарий от Dimez 15.06.24 19:01:48 MSK

не знаю, я когда пишу образы дистров на флешку, dd проходит, потом когда sync делаю, приходится ещё какое-то время ждать.

teod0r ★★★★★
(15.06.24 19:32:18 MSK)

Ответ на: комментарий от teod0r 15.06.24 19:32:18 MSK

потом когда sync делаю, приходится ещё какое-то время ждать.

«После не значит вследствие»

Dimez ★★★★★
(15.06.24 20:22:06 MSK)

Ответ на: комментарий от anonymous 15.06.24 18:45:04 MSK

fsync - аналогично, но еще и писать метаданные

Прекращаем срач!!! Пишем через dd с параметром conv=fsync, на всякий случай для спокойства потом делаем sync, а для полного - sync && sleep 5 && sync.

anonymous
(15.06.24 20:52:21 MSK)

Ответ на: комментарий от Dimez 15.06.24 20:22:06 MSK

только что проверил, записал образ через dd и сразу выдернул флешку без sync — загрузилось нормально.
Но ChatGPT говорит, что sync всё же рекомендуется делать после этого.

teod0r ★★★★★
(15.06.24 21:00:03 MSK)

Ответ на: комментарий от anonymous 15.06.24 20:52:21 MSK

sync && sleep 5 && sync

второй точно лишний, одного достаточно. а вот hdparm -F /dev/sdX нужен (для хардов с кэшем записи).

teod0r ★★★★★
(15.06.24 21:01:29 MSK)
Последнее исправление: teod0r 15.06.24 21:18:47 MSK (всего исправлений: 1)

Ответ на: комментарий от teod0r 15.06.24 21:01:29 MSK

hdparm -F /dev/sdX

Зачем? Тем более, это только для IDE, для SATA нужен hdparm -Y /dev/sdX.

anonymous
(15.06.24 21:21:04 MSK)

Ответ на: комментарий от anonymous 15.06.24 21:21:04 MSK

Зачем?

на случай, если питание харда выдернуть раньше, чем успеет сброситься кэш.

это только для IDE

с чего ты взял?

для SATA нужен hdparm -Y /dev/sdX

-Y вообще про другое. это парковка головок. её делать необязательно, оно само паркуется.

teod0r ★★★★★
(15.06.24 21:25:49 MSK)

Ответ на: комментарий от anonymous 15.06.24 20:52:21 MSK

Для полного спокойствия обычно следуют официальной инструкции.

As a simple rescue method, call dd as shown in the following example: the operand ‘conv=noerror,sync’ is used to continue after read errors and to pad out bad reads with NULs, while ‘iflag=fullblock’ caters for short reads (which traditionally never occur on flash or similar devices):

Хотя бы читаемые данные в IMG-файле будут на своих местах. А, если только ″conv=noerror″, то при ошибке чтения в выходной файл будет записано 0 байт, последующие данные будут сдвинуты, ФС не восстановить.

mky ★★★★★
(16.06.24 01:55:31 MSK)

Ссылка

Ответ на: комментарий от Dimez 15.06.24 16:56:26 MSK

Вы ещё спросите, зачем ″conv=noerror″ в случае ″dd if=disc.iso of=другой_диск″. Типа снимали образ битого диска, но файл записывали на другой битый диск :)

mky ★★★★★
(16.06.24 01:58:02 MSK)

Ответ на: комментарий от mky 16.06.24 01:58:02 MSK

Слона то я и не приметил :-)

Dimez ★★★★★
(16.06.24 02:02:36 MSK)

Ссылка

Ответ на: комментарий от teod0r 15.06.24 21:00:03 MSK

ChatGPT говорит делать sync после записи в файл на ФС, чтобы её можно было отмонитровать? Исходный вопрос ведь был про команду:

dd if=диск of=disc.iso conv=noerror && sync && sleep 5 && sync

которая пишет в файл на смонированой ФС.

Давайте ещё добавим парочку

blockdev --flushbufs

mky ★★★★★
(16.06.24 02:12:52 MSK)

Ответ на: комментарий от mky 16.06.24 02:12:52 MSK

ChatGPT говорит делать sync после записи в файл на ФС, чтобы её можно было отмонитровать?

я его спрашивал: «нужно ли делать sync после записи образа на блочное устройство с помощью dd?»

blockdev --flushbufs

это то же самое, что и hdparm -F?

teod0r ★★★★★
(16.06.24 07:13:02 MSK)

Ответ на: комментарий от anonymous 15.06.24 16:07:08 MSK

Спасибо. Копирование каталога /home/имя_пользователя/.mozilla помогло.

Lesjar
(16.06.24 08:46:33 MSK) автор топика

Ссылка

Ответ на: комментарий от teod0r 16.06.24 07:13:02 MSK

Сложно сказать. blockdev просто вызывает ioctl BLKFLSBUF, и драйвер в ядре отправляет нужную команду накопителю, или ничего не отправляет. А hdparm сам отправялет команды накопителю, но, отпять же через ядро/драйвер...

mky ★★★★★
(16.06.24 10:08:20 MSK)