Уголок новичка

/dev/sdb1: clean n files, m/p blocks и система не загружается

Всем привет!

На экране загрузки сообщение вида:

/dev/sdb1: clean n files, m/p blocks

Система не загружается, пробовал ждать полчаса.

Перед этим последовательно обновил ядро: было три доступных из числа рекомендуемых. Первые два поставил — загрузка прошла успешно, поставил третье — и вот такой результат. Ядра без отметки «рекомендуемое» не ставил.

Пробовал загружаться с ядер — доступны три, у каждого вариант с припиской fallback initrafms и без таковой. Ни с одного загрузка не прошла.

Также перед проблемой поставил галочки в настройках графики (там где три строки галочек, нижних двух у меня не было — их поставил). Названия не помню.

Гуглил, в ответах в лучшем случае написано, что система память проверила.

Syyuu, Syu, sudo pamac update, sudo pamac upgrade — не помогли

Я чайник.
Учебники (How-To & F.A.Q)

ПЕРЕД ОБНОВЛЕНИЕМ ☂ (личный опыт)

Как не зайду на сайт, так вижу новый топик о проблемах после обновления.
Не один раз были проблемы после обновления.

1- Читайте ранние топики об проблемах с обновлениями.
2- Обновляешься полностью, сделай резервную копию (пользуюсь fsarchiver)
3- Если всё прекрасно работает и для вашей работы ни как не уперлось обновления ядра, то пропускайте обновления: linux***; linux***-headers; linux-api-headers; linux-firmware
4- А самое лучшее, обновлять только те приложения/зависимости, которые нужны!

Установка fsarchiver: 1- через репозиторий fsarchiver; 2- качаем deb пакет (fsarchiver.deb) графической версии (Установка DEB: программа — yay -S dpkg, установка пакета — sudo dpkg -i приложение.deb); 3- На флэшку, для последующего восстановления tuxcomss-eos-64bit

*-три звезды — версия ядра

Отписывайтесь все что придет в голову по теме. Интересно какие еще есть способы избежать проблем после обновления.
Ядро & Оборудование

в ядре 5.17 перестал работать сенсор скорости вращения вентилятора

собственно сабж. при понижении версии ядра все возвращается на свои места и обороты вентилятора начинают определяться. внимание, вопрос: кто сталкивался, как фиксить?
Ядро & Оборудование

[РЕШЕНО] i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A

Наблюдаю ошибку из заголовка уже давно, изучал гугол, проделаны следующие эксперименты (предложенные на разных форумах по этой ошибке):
1. первоисточник: предлагает установить intel-ucode и опцию options i915 enable_psr=0 в /etc/modprobe.d/i915.conf выполнил sudo mkinitcpio -P и sudo update-grub — безрезультатно
2. первоисточник: добавил options i915 enable_guc=2 в /etc/modprobe.d/i915.conf отредактировал MODULES=(i915) в /etc/mkinitcpio.conf выполнил sudo mkinitcpio -P и sudo update-grub — безрезультатно
3. первоисточник: установил из AUR linux-drm-tip-git получил ядро 5.17.0-rc7-1-drm-tip-git-g6b362c515462 — безрезультатно
4. нервное, выдернуто из разных говногайдов: устанавливал следующие параметры ядра прямо в конфиге груба enable_psr=0 pcie_aspm=off i915.enable_psr=0 i915.enable_guc=2 intel_idle.max_cstate=1 — безрезультатно

при этом при всем интерфейс работает гладко, без зависаний и фризов.

на этом мои поисковые возможности иссякли. если у кого-то есть соображения по поводу ошибки в заголовке, прошу отписаться в коментариях.
Ядро & Оборудование

Через раз загружается графический менеджер

Ядро & Оборудование: Через раз загружается графический менеджер

Это бывает часто. На некоторых версиях ядра система загружается на 5-7 раз. На некоторых ошибка появляется при загрузке раз в 5-7 нормальных загрузок. Я пробовал проприетарные драйвера, возвращался на открытые. Менял видеокарты, вместо Vega 56 ставил Geforce 1060, но ничего не помогает. Ошибка появляется снова и снова, на разных версиях ядра и разных видеокартах.
Очень боюсь, что в один прекрасный момент система перестанет загруужаться. Сейчас использую ядро 5.10.60-1-MANJARO и на нём ошибка проявляется нечасто.
Пожалуйста помогите победить проблему?
Уголок новичка

Удалил ядро

mount:/sys/firmware/efi/efivars: unknown filesystem type 'efivarfs'
[failed] filed to start Load Kernel modules/
[failed] Failed to mount /boot/efi.
[depend] dependency filed for local file systems.
You are in emergency mode. After logging in type «journal ctl -xb» to view system logs,«systemctl reboot» to reboot, «systemctl default» or «exit» to boot into deafult mode

Cannot open acess to console, the root accaunt is locked.
Press enter to continue.