valentoss78
systemctl -b -p err вам в помощь, плюс cat иксы вар лог греп лесс
все слова знакомы, но смысла не уловил :]

Проверил посредством smartmontools
smartctl -H /dev/<root-раздел>
Также и по остальным разделам, везде показал PASSED. Т. е. если бы винт умирал, я так понимаю, никаких пассед бы не было. Да и винда бы орала наверное, а с ней порядок. В своё оправдание по дуалбуту с виндой могу сказать, что по работе без неё никак :)

fsck как ни странно никогда в жизни не пользовался (только автоматом запускался иногда когда-то). По одной из рекомендаций где-то на форуме запустил автоматическую проверку при перезагрузке: вышел из DE, залогинился рутом, и запустил
shutdown -Fr now
Перезагрузка прошла успешно, все сообщения промелькнули быстро, ничего заметить не успел.
Как ентот fsck запустить по уму-то? GRUB не использую, у меня fEFInd.

Ну и вот мои fstab и mkinitcpio.conf (без закомменченных строк). Все PARTUUID соответствуют выводу blkid.
Во fstab'е, кстати, исправил единичку у var на 2, ибо Вика говорит мол единичка только у рута должна быть. И закомментировал строчку с Я.Диском - всё равно другим способом пользуюсь. Может быть именно с этим и была проблема?

/etc/fstab

PARTUUID=a73c2c9c-a09d-4c11-b62e-87bc97e82486   /boot           vfat            noatime 0 2
PARTUUID=084a6d6e-1557-4853-9613-e9d7957c85e0   /               ext4            defaults,noatime,discard        0 1
/swapfile                                       none            swap            defaults        0 0
PARTUUID=631cb90c-fde4-4b82-a748-71703ac21784   /var            ext4            defaults,noatime,discard        0 2
PARTUUID=cec87b05-70dc-42f5-9d7c-2adce57f470b   /home           ext4            defaults,noatime,discard        0 2
PARTUUID=a8b45467-e6e8-4f29-b7ef-ba9d02f29fd7   /mnt/HDD1       ntfs-3g rw      0 0
PARTUUID=fcc0c29e-f621-4434-8a6c-f4bb25d03c1b   /mnt/HDD2       ntfs-3g rw      0 0
PARTUUID=aac9ca42-dc49-474d-a398-831bafb601d3   /mnt/linux2     ext4            rw,noatime,data=ordered         0 2

/etc/mkinitcpio.conf

MODULES=(nvidia nvidia_modeset nvidia_uvm nvidia_drm)
BINARIES=()
FILES=(/etc/modprobe.d/nvidia.conf)
HOOKS=(base udev autodetect modconf block filesystems keyboard fsck)
!БДИ!
Всем привет!
Случайно удалил из списка принтеров (он там всегда был), как его теперь вернуть?
!БДИ!
Стартануть может и с первого раза, но всё чаще и чаще приходится, о ужас, тыкать РЕСЕТ(((
Бывает что можно войти в аварийную консоль (это которая по Ctrl+Alt+F9), но чаще вообще ничего не работает, кроме кнопки ресет.
При этом уже загруженная система работает отлично, но стоит выключить комп или перезагрузиться - та же петрушка.
Второй системой стоит винда, с ней проблем нет.
Система обновлена, ядро linux-rt, с обычным ядром вроде те же проблемы, давно не проверял.
Часто что-то про swap пишет, своп файликом в корне лежит на 2 гига.

Вот поднабрал фоток с экрана:
https://imgur.com/a/FqPci6I
!БДИ!
Мдэ... Как обычно в общем. Проблему решил, а народ не поблагодарил.
Как выяснилось, действительно linux-rt-headers не был установлен, хотя я на 100500% был уверен в обратном (ставил разные ядра, а вернуть как было не вернул). И всего-то.

Сорян за полугодовую задержку и спасибо за подсказки!
!БДИ!
Morisson
для таких ядер надо dkms-версии драйверов
Это-то понятно, говорю же: раньше всё работало чётко. Куда хоть мыслю-то направить? По конфигам вроде всё нормально должно быть.
!БДИ!
anode
Может попробовать поднасранное подмыть? Принципиальную разницу можно увидеть diff -y –suppress-common-lines config config-rt.
Не в таких конфигах)) Ставил линукс-рт с аура, конфигурацию самого рт-ядра не менял. Я о mkinitcpio.conf и прочем влияющем на предмет. Вроде бы всё нормально, но всё же не работает.
!БДИ!
Всем привет!
Я уж не знаю где я напортачил, но прошу помощи. Гуглёж не помог, там у народа немного иначе всё. Всё времени не было, но надоело, надо разобраться наконец.

Раньше всё работало чётко, теперь на стоковом ядре сижу уж пару месяцев. Подозреваю свои кривые ручонки, где-то в конфигах поднасрал стопудово, и теперь разобраться не могу(

P.S. Реалтаймовое ядро ради работы с музыкой ставил, но, если честно, что-то принципиальной разницы со стоковым ядром не вижу. Может прояснит кто... Вот даже опрос прилеплю)
!БДИ!
vasek
Спасибо за развёрнутый ответ. Бум тычить...
!БДИ!
akorop
Завершить работу корректно с точки зрения человека - это совсем не то, что завершить работу корректно с точки зрения файловых систем.
Что-то я совсем запутался. Что в таком случае есть "корректное завершение работы"? Выйти изо всех программ вручную, в которых только что работал сам - мне это всегда казалось само собой разумеющимся, ещё с дониксовых времён (относительно меня): ктрл+эс, альт-ф4 и иже с ними. НО. Вот закрыл я допустим весь свой рабочий софт и браузеры (кроме прочего в фоне: торрент-трекер, телеграм и пр.), и собираюсь выключать комп.
Вы мне хотите сказать, что
  • systemctl poweroff
  • "завершение работы" в меню {КДЕ,гном,итд}
  • кнопка выключения на системном блоке (не ресет! не долгое нажатие!)
- разные вещи? Насколько я знал до сегодняшнего дня - любой из этих вариантов запускает алгоритм корректного завершения работы - отправка адекватной команды закрытия всем открытым программам, грамотного отмонтирования ФС и так далее, что я и наблюдаю в финальных сообщениях из консоли. И вот мне пишут, что так нельзя.
Более того, кучу раз читал о том, что тот же kill без параметров (то бишь TERM) не убивает (как ни странно), а всего лишь отправляет что-то типа настойчивой рекомендации программе завершить саму себя своими же методами, терпеливо ожидая при этом.

Так где крамола, где же она? Я может конечно и ламак, но хоть не полный: арч сам установил! XDD
Я аж о своей первоначальной проблеме забыл, блин))
!БДИ!
vs220
Видно кем блокируется - крутите настройки kde_power
Спасибо! Покрутим...

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