Изменения в хуках mkinitcpio и в обновлении микрокода цпу

wau
Замена на uuid, мой, ничего не изменила - красное сообщение при загрузке ядра сохраняется.
Какое сообщение, фото в студию.
https://t.me/arch_linuxru
Pacman -Syu вроде не требует дополнительных действий для обновления микрокода. Имеем -


pacman -Qs intel
local/intel-ucode 20240312-1
    Microcode update files for Intel CPUs

ll /boot/
итого 1290920
drwxr-xr-x 1 root root         0 мая  8  2023 EFI
-rw-r--r-- 1 root root 988098560 мар  8 13:34 archlinux-2024.03.01-x86_64.iso
-rw-r--r-- 1 root root   8099840 мар 12 20:13 intel-ucode.img


Про фото - я не совладал с фото к форуму, но не поленился набрать текстом -

reported hibernation image: ID=arch kernel.....
Filed to parse os-release: No such file or directiry
Hibernatelocation system identifier doesn't match currently running system, net resuming from it

Впрочем, файл os-release в виде ссылки сам уже образовался (еще вчера не было). Но вывод записи как был, так и остался. В гибернейт режиv нормально входим и выходим - только что проверил. Все три строки стабильно показывает, но, в отличие от вчерашней ситуации, не тупит после ждущего или гибернейта (спасибо за перестановку местами хуков).


cat /etc/os-release
NAME="Arch Linux"
PRETTY_NAME="Arch Linux"
ID=arch
BUILD_ID=rolling
ANSI_COLOR="38;2;23;147;209"
HOME_URL="https://archlinux.org/"
DOCUMENTATION_URL="https://wiki.archlinux.org/"
SUPPORT_URL="https://bbs.archlinux.org/"
BUG_REPORT_URL="https://gitlab.archlinux.org/groups/archlinux/-/issues"
PRIVACY_POLICY_URL="https://terms.archlinux.org/docs/privacy-policy/"
LOGO=archlinux-logo

wau
не совладал с фото к форуму, но
Загружаете картинку на какой нибудь хостинг а на форум вставляете BB код превьюшки
Например на https://postimages.org/
при загрузке снизу будут BB коды, скопируйте тот что превью для форума и вставьте в свое сообщение

journalctl -u systemd-tmpfiles-setup.service по прежнему ругается на пути?
Проверьте ещё на всякий ядро с каким грузитесь uname -a
Вот код проверки в systemd-255/src/hibernate-resume/hibernate-resume-config.c

  110 static bool validate_efi_hibernate_location(EFIHibernateLocation *e) {
  111         _cleanup_free_ char *id = NULL, *image_id = NULL;
  112         int r;
  113
  114         assert(e);
  115
  116         r = parse_os_release(NULL,
  117                              "ID", &id,
  118                              "IMAGE_ID", &image_id);
  119         if (r < 0)
  120                 log_warning_errno(r, "Failed to parse os-release: %m");
  121
  122         if (!streq_ptr(id, e->id) ||
  123             !streq_ptr(image_id, e->image_id)) {
  124                 log_notice("HibernateLocation system identifier doesn't match currently running system, not resuming from it.");
  125                 return false;
  126         }
  127
  128         /*
  129          * Note that we accept kernel version mismatches. Linux writes the old kernel to disk as part of the
  130          * hibernation image, and thus resuming means the short-lived kernel that reads the image from the
  131          * disk will be replaced by the original kernel and effectively removed from memory as part of that.

как я понял такое предупреждение выводится при несовпадении id в resume image и в загруженной системы
на пути да, ругается.
мар 21 13:56:42 WAU systemd-tmpfiles[844]: Detected unsafe path transition / (owned by user) → /etc (owned by root)
таких строчек хватает. У меня в системе вне хомовника есть симлинки на исполняемые файлы их хомовника.


search --no-floppy --fs-uuid --set=root 078dec59-054b-4adc-b7a2-8213d60e5b5d
        echo    'Loading Linux linux ...'
        linux   /boot/vmlinuz-linux root=/dev/nvme0n1p3 rw,noatime quiet resume=UUID=e235d73a-f1e4-4863-bf68-bb1f906e2c8a
e235d73a-f1e4-4863-bf68-bb1f906e2c8a - верный уид. И сам по себе гибернайт работает штатно, т.е. истинность путей подтверждается эксплуатацией.


uname -a
Linux WAU 6.8.1-arch1-1 #1 SMP PREEMPT_DYNAMIC Sat, 16 Mar 2024 17:15:35 +0000 x86_64 GNU/Linux

wau
transition / (owned by user)
Какой-то файл в / принадлежит юзеру, а должны быть все руту
Покажите
 ls -all / 
Это я делал, как и chowh -R root:root /, /etc и т.д.

ls -all /
итого 76
drwxr-xr-x   1 root root  122 мар 21 20:06 .
drwxr-xr-x   1 root root  122 мар 21 20:06 ..
lrwxrwxrwx   1 root root    7 янв 19 20:10 bin -> usr/bin
drwxr-xr-x   1 root root  370 мар 21 19:05 boot
drwxr-xr-x  20 root root 4420 мар 22 00:17 dev
drwxr-xr-x   1 root root 3738 мар 22 15:55 etc
drwxr-xr-x   1 root root   46 мар 22 00:03 home
lrwxrwxrwx   1 root root    7 янв 19 20:10 lib -> usr/lib
lrwxrwxrwx   1 root root    7 янв 19 20:10 lib64 -> usr/lib
drwxr-xr-x   1 root root  174 фев 25 11:49 mnt
drwxr-xr-x   1 root root   18 мар 22 10:22 opt
dr-xr-xr-x 510 root root    0 мар 22 00:17 proc
drwxr-x---   1 root root  334 мар 22 14:34 root
drwxr-xr-x  30 root root  660 мар 22 15:54 run
lrwxrwxrwx   1 root root    7 янв 19 20:10 sbin -> usr/bin
drwxr-xr-x   1 root root   14 мая  8  2023 srv
dr-xr-xr-x  13 root root    0 мар 22 00:17 sys
drwxrwxrwt  17 root root  460 мар 22 15:55 tmp
drwxr-xr-x   1 root root  120 мар 21 10:57 usr
drwxr-xr-x   1 root root  134 мар 21 13:52 var

И "так было всегда" и это меня как раз не беспокоит. Беспокоит ругань при загрузке.
wau
Беспокоит ругань при загрузке
Эта ругань идет от того что не совпадают id сохраненного образа (resume) системы и той что запускается (initramfs-linux.img) а не совпадают они потому что нет os-release а они создаются systemd-tmpfiles и потом записываются mkinitcpio в initramfs-linux.img и hibernate-resume в образ на свап
systemd-tmpfiles у вас нормально не отрабатывал из за неправильного владельца файла

ошибка не фатальная а скорее предупреждение

глянуть наличие в initramfs-linux.img можно
lsinitcpio /boot/initramfs-linux.img |grep rel
#должно быть
etc/initrd-release
etc/os-release
usr/lib/os-release

как глянуть наличие в resume я не знаю но должно быть тоже что и на запущенной перед гибернацией системе

lsinitcpio /boot/initramfs-linux.img |grep rel
etc/initrd-release

Запустил снова mkinitcpio -P, благо нарисовался файл /etc/os-release, и стало -


lsinitcpio /boot/initramfs-linux.img |grep rel
etc/initrd-release
etc/os-release
usr/lib/os-release
wau
Запустил снова mkinitcpio -P, благо нарисовался файл /etc/os-release, и стало
попробуйте теперь запустить гибернацию и восстановиться будет ли опять ругань?
 
Зарегистрироваться или войдите чтобы оставить сообщение.