/dev/sdaX: recovering journal

2022.04.18
Самое простое решение плохого перезапуска системы Ubuntu когда появилось сообщение /dev/sdaX: recovering journal

При загрузке Ubuntu 21.04 появилось такое:

/dev/sda5: recovering journal

/dev/sda5: 1838456/6135808, 23465386/24524319 blocks

А затем сообщение о невозможности запустить какой-то сервис, например MySQL Community server.

При попытке нажать кнопку выключения, появился лог действий с остановкой всех сервисов, а Advanced key-value store не мог выключится (картинка взята отсюда):

Advanced key-value store его не остановить

Решение в конце статьи, но пойдем по порядку ...

Нашел первый попавшийся пост с решением проблемы, запустил терминал из grub, и пошел делать как там написано.

Recovery menu

Попробовал зайти в mc получилось, нужные мне файлы на месте, уже хорошо.

Проверяю файловую систему:

$ fsck -f /dev/sda5
fsck from util-linux 2.36.1
e2fsck 1.45.7 (28-Jan-2021)
/dev/sda5 is mounted.
e2fsck: Cannot continue, aborting.

Посмотрим что там с дисками:

$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 232,9G  0 disk 
├─sda1   8:1    0   300M  0 part 
├─sda2   8:2    0   100M  0 part /boot/efi
├─sda3   8:3    0   128M  0 part 
├─sda4   8:4    0   128G  0 part 
└─sda5   8:5    0  93,6G  0 part /
sdb      8:16   0 931,5G  0 disk 
└─sdb1   8:17   0 931,5G  0 part 
sdc      8:32   1  14,6G  0 disk

Проверку файловой системы надо на отмонтированном разделе делать. (D_AIRY)

Ладно, отмонтируем:

$ umount -l /dev/sda5

Попробуем еще раз:

$ fsck -f /dev/sda5
fsck from util-linux 2.36.1
e2fsck 1.45.7 (28-Jan-2021)
ext2fs_check_if_mount: Can\'t check if filesystem is mounted due missing mtab file while determining whether /dev/sda5 is mounted.
fsck.ext2: No such file or directory while trying to open /dev/sda5
Possibly non-existent device?

А lsblk:

$ lsblk
lsblk: failed to access sysfs directory: /sys/dev/block: No such fule or directory

В тот момент мне так не хотелось возиться с ручным восстановление плохой загрузки системы (устал от ubuntu 21, уже думал Ubuntu 20 поставить), поэтому я решил пойти опять в Recovery menu и попробовать оттуда fsck, на что получил решение:

/lib/recovery-mode/recovery-menu: line 80 /etc/default/rcS: No such file or directory

Reading cache
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done

Calculating the changes

Not enough free disk space

The upgrade has aborted. The upgrade needs a total of 421 M free
space on disk '/'/ Please free at least an additional 421 M of disk
space in '/'. Empty your trash and remove temporary packages of 
former installations using 'sudo apt-get clean'.


Finished, please press ENTER

На системном диске не хватало места. После освобождени пары ГБ система загрузилась.

К слову последнюю неделю я спокойно работал с таким объемом свободной памяти, но потом ...

Ну и так бывает ¯_(ツ)_/¯

В телеграм канале DevOps от первого лица можно оставить комментарий или почитать интересные истории из практики DevOps