Здравствуйте. Подскажите пожалуйста, где можно поправить непонятную ситуацию. После очередного обновления системы на p10 c systemd компьютер перестал загружать lxdm, останавливаясь на черном экране. Раскопки показали, что в системе вместо устройства /dev/null после загрузки получается обычный файл /dev/null с правами root:root 0600. Систему оживляет загрузка в rescue.target, удаление файла, создание правильного /dev/null, перезапуск всего, что запущено и переход к graphical.target. Как избавиться от появления при загрузке неправильного пустого файла вместо устройства /dev/null? В initrd по initrd-ls /dev/null правильный, на FS корня тоже правильный, а при загрузке на udevfs - файл вместо устройства. Кто отвечает за создание /dev/null в системе с systemd и как вправить ему мозги?
Добрый день В Wed, 27 Oct 2021 07:29:49 +0300 Alex Moskalenko <mav@elserv.msk.su> пишет: > После очередного обновления системы на p10 c systemd компьютер перестал > загружать lxdm, останавливаясь на черном экране. Раскопки показали, что > в системе вместо устройства /dev/null после загрузки получается обычный > файл /dev/null с правами root:root 0600. Систему оживляет загрузка в > rescue.target, удаление файла, создание правильного /dev/null, > перезапуск всего, что запущено и переход к graphical.target. Судя по всему у вас sysctl kernel.core_pattern выставлен kernel.core_pattern = /dev/null Это неправильно Эта проблема возникла и исправлялась когда-то довольно давно, возможно, у вас какой-то файл при обновлении стал rpmnew. Правильного рецепта дать не могу, но добавление в /etc/sysctl.conf kernel.core_pattern=/ в первом приближении поможет. > Как избавиться от появления при загрузке неправильного пустого файла > вместо устройства /dev/null? В initrd по initrd-ls /dev/null правильный, > на FS корня тоже правильный, а при загрузке на udevfs - файл вместо > устройства. Кто отвечает за создание /dev/null в системе с systemd и как > вправить ему мозги? > > _______________________________________________ > community mailing list > community@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/community
Да, спасибо, это оно.
Файлов .rpmnew, относящихся к делу, не нашел. настройка была в
"ничейном" файле /etc/sysctl.d/99-coredump.conf, который я удалил.
27.10.2021 10:55, Anton V. Boyarshinov пишет:
> Добрый день
>
> В Wed, 27 Oct 2021 07:29:49 +0300
> Alex Moskalenko <mav@elserv.msk.su> пишет:
>
>> После очередного обновления системы на p10 c systemd компьютер перестал
>> загружать lxdm, останавливаясь на черном экране. Раскопки показали, что
>> в системе вместо устройства /dev/null после загрузки получается обычный
>> файл /dev/null с правами root:root 0600. Систему оживляет загрузка в
>> rescue.target, удаление файла, создание правильного /dev/null,
>> перезапуск всего, что запущено и переход к graphical.target.
> Судя по всему у вас sysctl kernel.core_pattern выставлен
> kernel.core_pattern = /dev/null
> Это неправильно
>
> Эта проблема возникла и исправлялась когда-то довольно давно, возможно,
> у вас какой-то файл при обновлении стал rpmnew.
>
> Правильного рецепта дать не могу, но добавление в /etc/sysctl.conf
> kernel.core_pattern=/
> в первом приближении поможет.
>
>
>> Как избавиться от появления при загрузке неправильного пустого файла
>> вместо устройства /dev/null? В initrd по initrd-ls /dev/null правильный,
>> на FS корня тоже правильный, а при загрузке на udevfs - файл вместо
>> устройства. Кто отвечает за создание /dev/null в системе с systemd и как
>> вправить ему мозги?
>>
>> _______________________________________________
>> community mailing list
>> community@lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/community