Падает при обновлении на стадии dkms

[lnx]

Коллеги, на дитячем компьютере внезапно, при обновлении ядра, когда dkms уже удалил ранее собранные дрова для свистка вайфай и уже сделал -

dkms install ... rt....
на стадии второго -
dkms install
очень долго, более 15 минут, думал. Подумалось - висит. Дернули на перезагрузку. Она не пошла - /boot не содержит ядра, совсем. Ладно, грузимся с флэшки, подключаемся к вафаю, -

mount /dev/sda1 /mnt
arch-chroot /mnt
pacman -Syy 

- прошлj штатно, Syu также. Ядер нет. Делаем -

pacman -S linux

пишет - ок, переустанавливаю. Теперь ждем на стадии второго dkms install до .... долго. И выдал строку -

Out of memory: Killed proc .. 700 (systemd) total-vm:20740r,......

Что порекомендуете?

[ALiEN]

free -m

и еще memtest'ом погонять память

[lnx]

Что сделал -

mount /dev/sda1 /mnt
arch-chroot /mnt
pacman -Sdd dkms linux-headers
pacman -S linux

перезагрузка, загрузка уже с винчестера,

pacman -S dkms linux-headers

Это прошло без нареканий. Затем

pamcan -S linux

и он подхватил модули dkms. В данном случае была открыта вторая консоль, которая показала на стадии Running Post-transaction hooks Arming Condition.... вздул load awerage до 30 (4 ядра), память занял все 8гб, свопа при этом из 16гб занял 0 и вцелом все повесилось.

Грузит процесс gcc.

[RusWolf]

Дернули на перезагрузку. Она не пошла - /boot не содержит ядра, совсем.

Это тебе наказание, что бы не держал, ядра и инитрамфс, на очень не надёжной FAT32, которая сыпеться, при любом чихе питания.

[ALiEN]

не держал, ядра и инитрамфс, на очень не надёжной FAT32, которая сыпеться, при любом чихе питания.

Там обновление в процессе было. Если его прервать на dkms install - ядра не окажется на любой ФС.

[vall]

Что порекомендуете?

На будущее. Регулярный (хотя бы раз в полгода) бэкап. Использую для этого недооценённую, на мой взгляд, утилиту fsarchiver.

Несколько минут -- и Вы снова в работающей системе. Как правило с точки зрения экономии времени это всегда более выгодно, чем копаться с восстановлением. Правда здесь есть одно "но". Ещё на этапе установки системы созданы три раздела - root, home и data (названия говорят сами за себя), которые соответственно архивируются по отдельности. Что даёт гибкость при восстановлении. Либо переносе системы.

[lnx]

С регулярность и пр. соломкой известно и практикуется. Дитячьи же машины пока еще вырабатывают этот свой опыт. И бэкап есть, и упаднический вариант "подняться из бэк-апа", разумеется, рассматривается. И на моей машине тот же процесс тоже приводит к взлету, но с моими ядрами и пр. это проходит быстро и без последствий. Размышляю над "перегревом".
И файловая система была btrfs, от которой ожидалось "копирование вместо записи" в т.ч. и в этом случае.

[RusWolf]

Если его прервать на dkms install - ядра не окажется на любой ФС.

Да харе свистеть.
dkms install только собирает модули ядра и записывает их в /lib/modules/ядро/...
Пока в терминале на пройдёт надпись (4/5) Updating linux initcpios... , не перезаписывается файл /boot/vmlinuz-linux
Пока в терминале не появиться ==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux.img', не перезаписывается старый файл.
Пока в терминале не появиться ==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux-fallback.img', так же не перезаписывается старый файл.

[RusWolf]

И файловая система была btrfs, от которой ожидалось "копирование вместо записи" в т.ч. и в этом случае.

Так файл физически и не удаляется, пока он присутствует в хоть одном из снапшотов.
Кто мешал, снапшот сделать корневым загрузочным и загрузить спокойно систему?
Надо же пользоваться всеми фишками BTRFS, раз уже решил использовать.
Если конечно не была допущена ошибка и ESP раздел имел точку монтирования /boot, в таком случае BTRFS вообще не пределах.

[RusWolf]

Даже, можно было загрузиться с live арча, смонтировать корень системы, смонтировать нужный снапшот, скопировать из снапшота файлы vmlinuz-linux, initramfs-linux.img, initramfs-linux-fallback.img в директорию /boot, скопировать директорию /usr/lib/modules из снапшота, что бы модули ядра соответствовали загруженной версии ядра, и перезагрузить комп, спокойно загрузить систему и повторить попытку обновления.

[vasek]

Out of memory: Killed ...

Похоже заработал Out of Memory Killer – механизм ядра, который зарабатывает при исчерпании оперативной память, что приводит к завершению запущенных процессов.
Нужно искать причину - логи + debug …
Можно попробовать отключить Out of Memory Killer … но лучше найти причину … да и это не рекомендуется.

[lnx]

Прошлись по настройкам BIOS, сбросили их на умолчания, поставили ограничения по подаваемой мощности на процессор, переставил с нуля систему. Внезапно даже выяснилось, что тот свисток, за работу которого боролся через дрова из Ауры, которые как раз и вставлял dkms-install, работает с родным ядром.
Пока больше такой нагрузки процессора не возникало, так что назвать вопрос "решенным" не отважусь. Работоспособность дитячего компьютера восстановлена.

Свист, не свист, а даже больше, чем факт - так оно и оказалось на самом деле. /boot не содержал ни одного ядерного файла. Совсем. И результат был воспроизведен.

Всем коллегам спаибо за отклики, будем наблюдать.

[RusWolf]

Свист, не свист, а даже больше, чем факт - так оно и оказалось на самом деле. /boot не содержал ни одного ядерного файла. Совсем. И результат был воспроизведен.

Самый натуральный свист.
Если надо могу показать видео, когда перезаписываются файлы.

[vall]

На всякий случай напомню коллегам выдержку из Кодекса поведения viewtopic.php?p=145#p145

Проще говоря, относитесь к другим так, как относились бы к вам; уважайте их и их взгляды, даже если вы с ними не согласны. Когда вы обнаружите, что не согласны; опровергайте идею или аргумент, а не вступайте во взаимные нападки.

Всегда с интересом читаю обсуждение вопроса тех уважаемых форумян, кто уже отметился в этой ветке. Но изредка огорчает отступление от призыва вышеприведённой цитаты. А вот обмен аргументами и вашими практическими наработками -- всегда пища для размышления.

P.S. Пожалуйста, прячьте под теги кода, что к нему относится. Легче и понятнее читается. Особенно для новичков. Например,

arch-chroot
pacman -Sdd dkms linux-headers
pacman -S linux

[vall]

/boot не содержал ни одного ядерного файла.

Один раз после обновления лэптопа и перезагрузки была аналогичная ситуация. Делал полное обновление "на автомате" и даже не смог вспомнить точно, но вроде как вывод терминала сообщил, что всё в порядке. Через arch-chroot быстро всё восстановил. Потом слегка порылся в поисковике и нашёл несколько подобных случаев. Другими словами иногда бывает.

[ALiEN]

У меня было так - случайно выключил комп, когда как раз обновлялось ядро. (rtl88xxau на моей машине долго собирается - минут 5)
После загрузки - в /boot ни vmlinuz, ни initramfs не обнаружилось.

[indeviral]

когда перезаписываются файлы

Поддержу. Крайне мало вероятно.
Как вариант.
/boot на отдельном разделе и по какой-то причине не был смонтирован.

mount /dev/sda1 /mnt
arch-chroot /mnt
pacman -Syy

А дальше, автор про него забыл...

[vall]

Другими словами иногда бывает.

Запрос в поисковике "после обновления archlinux отсутствует файл initramfs" выдаёт довольно много обсуждений.
Прямого отношения к вопросу ветки не имеет, но последствия (пустой /boot) схожие:
https://bbs.archlinux.org/viewtopic.php?id=287077
https://www.linux.org.ru/forum/general/ ... 3#comments

И даже здесь, у нас, проблема форка затрагивалась viewtopic.php?t=639З