Устранение ошибки "Finished Record Runlevel Change in UTMP"

июнь

2025

Устранение ошибки "Finished Record Runlevel Change in UTMP"

Linux

19 июнь 2025 0:49

При переносе жесткого диска с установленной системой Linux Mint с одного на другой компьютер), загрузка операционной системы остановилась на ошибке "Finished Record Runlevel Change in UTMP".

Описание ситуации

Имеется SSD-диск с установленной на нём ОС Linux Mint, который принёс с рабочего места домой. При попытке загрузки с него на домашнем персональном компьютере возникает ошибка:

"Starting Record Runlevel Change in UTMP".

Загрузка останавливается, а на экране горит следующая надпись:

"Finished Record Runlevel Change in UTMP".

Ниже в статье приводится решение данной проблемы.

С целью экономии времени на восстановление, прежде всего проверьте, работает ли хотя бы один из иных вариантов загрузки в меню Grub2 - Дополнительные варианты загрузки (меню Grub можно вызвать при помощи клавиши Shift для старых BIOS или Esc для новых, при загрузке ПК), где можно выбрать другое ядро. Если загрузка произошла, можно перейти сразу к пункту "Часть 2".

Часть 1. Действия под "root" из режима восстановления

1) При включении ПК с Linux в меню Grub2 выбираем пункт "Дополнительные параметры загрузки" и в ней "Запуск в режиме восстановления".
Затем пункт "root" и вводим известный пароль для root, который использовали ранее.
2) Восстанавливаем сеть, т.к. ее может не быть, о чем говорит ошибка при выполнении команды ping "Временная проблема разрешения имён".
Для её устранения, редактируем файл /etc/network/interfaces.

Но первым делом нужно узнать имя сетевого адаптера:

ifconfig -a

В моём случае, на рабочем ПК было имя enp2s10, а на домашнем - enp2s0. Также исправил nameserver для разрешения имён. В моём случае не используется netplan. но с ним порядок должен быть похожий. См. статью "netplan как замена /etc /network /interfaces".

Узнать, используется ли netplan:

sudo netplan status

Если netplan используется, то "Online state: online".
В данной статье рассмотрен вариант - netplan не используется (статус "unmanaged").

Открыл в nano на редактирование файл /etc/network/interfaces и исправил его:

nano /etc/network/interfaces

# This file describes the network interfaces available on your system


and how to activate them. For more information, see interfaces(5).
The loopback network interface
auto lo

iface lo inet loopback
The primary network interface

auto enp2s0 allow-hotplug enp2s0 iface enp2s0 inet dhcp nameserver 8.8.8.8

Ctrl+O , Ctrl+X

После этого запустил службу сети, и для надёжности systemd-resolved:

service networking start
resolvconf -u
systemctl restart systemd-resolved.service

Теперь ping по имени узла работает:

ping mail.ru

Теперь путём удаления больших файлов очищаем свободное место на диске.
Нужно освободить порядка 3.5 ГБайт.

cd /home
ls
cd имя_пользователя
ls -l
rm имя_файла
cd Загрузки
ls -l
rm *.iso

и т.д., пока не освободим место.

Часть 2. Решение проблемы с драйвером видеокарты

Узнаем версию ядра ОС, т.к. драйвер должен быть в встроен в ядро при помощи dkms автоматически,
при выполнения установки пакета с драйвером видеокарты.

uname -a

оказался Linux it-linux 5.15.0-141-generic - примерно такой же отлично работает на рабочем ПК в настоящее время.

Узнать модель видеокарты:

inxi -G

В моём случае - nVidia, Удалил драйвер nouveau и сразу же установил драйвер nVidia (Если видеокарта встроенная от AMD или intel - соответственно нужно устанавливать другие пакеты).

apt update
apt install ubuntu-drivers-common

apt remove xserver-xorg-video-nouveau

ubuntu-drivers list
ubuntu-drivers install

Таким образом установлен драйвер видеокарты "nvidia-driver-390" и загружен в активное ядро.

Часть 3. Редактирование /etc/default/grub

1) Добавил в файл /etc/default/grub следующий текст

nano /etc/default/grub

# The resolution used on graphical terminal


note that you can use only modes which your graphic card supports via VBE
you can see them in real GRUB with the command `vbeinfo'

GRUB_GFXMODE=1280x1024x32 GRUB_GFXPAYLOAD_LINUX=keep GRUB_TERMINAL=gfxterm

где 1280x1024 - максимальное разрешение для моего домашнего дисплея , x32 - глубина цвета.
keep - не изменять разрешение после перехода из grub2 к продолжению загрузки.

Ctrl+O , Ctrl+X

Обновление grub2 из того же режима root

update-grub2

(Команды update-grub2 и update-grub эквивалентны).

Часть 4. Перезагрузка

reboot

В моём случае загрузка произошла и переход из текстового в графический режим позволил запустить рабочий стол.

Часть 5. Решение возможных проблем

(Пункт пропускаем, если проблем нет).

1) Если загрузка не дошла до ввода пароля или не показался рабочий стол, нужно выключить и включить ПК, снова зайти в режим восстановления и далее пункте меню "root". В нём выполнить команду

update-initramfs -k all -c

Драйвер видеокарты будет загружен во все (-k all) ядра Linux, имеющиеся на ПК. Затем выполнить перезагрузку

reboot

2) Можно попытать переустановить пакет XServer:

apt install --reinstall xserver-xorg-core

3) Обновите систему, и установится свежий драйвер mesa

apt update
apt upgrade -y

4) В зависимости от рабочего стола и менеджера окон, их можно тоже переустановить:

echo $XDG_CURRENT_DESKTOP
apt install --reinstall lxqt # ИЛИ gnome-core, gnome-shell, gnome-session

cat /etc/X11/default-display-manager
sudo apt install --reinstall lightdm # ИЛИ gdm

dpkg-reconfigure lightdm

5) Из консоли можно выполнить (источник)

service lightdm stop
sudo X -configure
sudo mv xorg.conf.new /etc/X11/xorg.conf
sudo start lightdm

Вместо lightdm может быть gdm для менеджера окно Gnome. Или xfwm4 для xfce.

Предупреждение. Данная инструкция содержат излишние советы. Если операционная система работает, лишние изменения, такие как GRUB_GFXMODE=1280x1024x32 нужно вернуть назад, т.е. закомментировать. Также, файл /etc/X11/xorg.conf не нужен в большинстве современных ОС, его можно удалить.

Блог про радио и Linux