IIchan Archives — Электроника и ПО

Файл: -i-SMART Data & Self-Tests--i-_0(...).png -(103 KB, 1113x714, -i-SMART Data & Self-Tests--i-_0(...).png)

Чии Вс 22 октября 2017 01:45:01 No.197569

Привет. У меня есть SSD Kingston на 120 Гб, и вот уже в течение месяца каждое воскресенье я делал бэкапы с помощью borg (https://github.com/borgbackup) на внешний жесткий диск. Однако, в последнее время во время бэкапа компьютер стал неожиданно перезагружаться. Смотрел journalctl и dmesg, но ничего подозрительного не нашел. Бэкаплю всю корневую файловую систему, исключая /mnt, /tmp, /proc и /sys. Пробовал делать бэкап на другой диск — то же самое, так что дело не во внешнем HDD. Выходит, в SSD? Он у меня уже долгое время стоит, года 3, наверное. Причем, gnome-disks говорит, что с диском все в порядке, ни одной ошибки не видит (на всякий случай покажу вам, может, вы чего заметите). Какие логи еще можно посмотреть? Ну, или ткните меня носом в нужное место в dmesg или journalctl. ОС — Arch Linux.

>>	Чии Вс 22 октября 2017 02:40:31 No.197571 >>197569 Всегда бекаплю систему, бутнувшись с лайв-образа, и всем советую.

>>	Чии Вс 22 октября 2017 09:16:49 No.197577 >>197571 Всё, что не автоматизировано, никогда не будет выполняться. По законам Мерфи в самый неподходящий момент ты окажешься с копией двухмесячной давности.

Чии Вс 22 октября 2017 09:42:48 No.197578

>>197577
Выкусывание sysfs все равно придется восстанавливать руками. Кроме того,ты и так на требующем ручных вмешательств арче, и сомневаюсь, что у тебя хватит места на ежедневный бекап.

Я делаю так:
1) Зануляю остающееся свободное пространство.
2) бутаюсь с лайв-флешки
3) вычитываю образ диска целиком при помощи dd, на лету сжимаю при помощи lzop, чтобы компенсировать разность в скорости ssd и внешнего usb-hdd.
4) неспешно в фоне пережимаю .lzop в .xz

Разделы с данными принципиально не смешиваю с системой, и их бекаплю запуском .sh , который через tar | tar копирует два внутренних винта на внешний целиком, одновременно выполняя скрайбирование, потом на внешнем винте выполняется дедупликация полученного снапшота относительно предыдущих.
Подключение внешнего винта принципиально не автоматизируемо, а постоянно висящий не поможет от rm -rf или выгорания при обрыве нулевого провода в розетке и подаче 380, было дело.

>>	Чии Вс 22 октября 2017 13:55:46 No.197580 >>197569 > Бэкаплю всю корневую файловую систему, исключая /mnt, /tmp, /proc и /sys. /dev тоже исключи (хотя в теории утилиты для резервного копирования не должны открывать файлы устройств и другие файлы специальных типов).

Чии Вс 22 октября 2017 14:15:28 No.197581

Спасибо за советы (>>197580) и рассказы о том, какие способы бэкапа вы используете (>>197571), но меня интересует сейчас немного другое, и было бы неплохо, если бы кто-нибудь мне помог c выявлением причины перезагрузки системы. Есть какие-нибудь предположения? У меня умирает SSD? Тогда почему утилита показывает, что с ним все OK? Может, что-то с питанием? Как это проверить?

Чии Вс 22 октября 2017 16:02:38 No.197584

>>197581
Если у тебя отключена перезагрузка при kernel panic (cat /proc/sys/kernel/panic выводит 0), то проблема, вероятнее всего, аппаратная или triple fault, или баг в SMI или ACPI. Попробуй воспроизвести проблему, загрузив ядро с параметром "acpi=off".

> У меня умирает SSD?

Что бы ни случилось с SSD, это не должно приводить к спонтанной перезагрузке.

> Может, что-то с питанием?

У жёстких дисков наибольшее потребление в момент раскрутки. Если перезагружается не в этот момент, то проблема не в питании, наверное.

>>	Чии Вс 22 октября 2017 17:04:26 No.197586 ОС предлагает проверку диска после такой "перезагрузки"? Если это аппаратная проблема, то должно быть пропущено размонтирование, и ОС это обнаружит во время загрузки.

Чии Вт 31 октября 2017 17:39:44 No.197814
Файл: photo_2017-10-31_19-36-30.jpg -(154 KB, 1280x960, photo_2017-10-31_19-36-30.jpg)

>>197586
Ничего не предлагает. Во время загрузки появляется ошибка, но на запуск ОС и дальнейшую работу никак не влияет. Полагаю, мне нужно загрузить из Live USB и починить диск с помощью fsck?

>>	Чии Вт 31 октября 2017 18:06:12 No.197815 >>197814 Непосредственно ошибки относятся к драйверу видеокарты. Сообщения о orphaned inode возникают из-за повреждений фс как результат неадекватной перезагрузки, их fsck при загрузке уже исправил, но все-таки не помешает сделать форсированный fsck.

>>	Чии Вт 31 октября 2017 18:20:31 No.197816 >>197815 > Сообщения о orphaned inode возникают из-за повреждений фс как результат неадекватной перезагрузки Он их исправляет каждый раз, когда включается, даже если выключение происходило в штатном режиме, что странно.

>>	Чии Ср 01 ноября 2017 09:28:21 No.197830 >>197816 >даже если выключение происходило в штатном режиме Это ОЧЕНЬ странно. Предлагаю в следующий раз перед завершением работы прогнать fsck. Если он ничего не исправит, а после перезагрузки исправит, это будет СОВСЕМ странно.

>>	Чии Ср 01 ноября 2017 21:42:16 No.197850 >>197816 Это или SSD, или контроллер. Скорее, первое. У меня какие-то копеечные ссд себя вели именно таким нехорошим образом.

>>	Чии Сб 06 января 2018 03:36:52 No.200062 Неясно только, зачем бекапить весь корень.

>>	Чии Сб 06 января 2018 03:48:00 No.200064 А чего-нибудь на подобии инструментов Acronis для простого и лёгкого автоматического бэкапа для линуксов нет? Обязательно все эти акробатические этюды выделывать?