При удаленной работе я установил сервер для принудительного запуска fsck во время загрузки с помощью команды sudo touch /forcefsck
и перезагрузился.
После перезапуска я проверил в /var/log/fsck
результаты проверки диска.
Оба checkfs и checkroot сказали: Ничего еще не было зарегистрировано
Так, где это сохраняет результаты?
Возможно, эта ошибка затронула вас: «Не регистрирует вызовы fsck в / var / log / fsck /»
Я нашел несколько журналов fsck в / var / log / upstart /mountall.log
.
Для Ubuntu 16.04 и 18.04 корневые разделы
Вероятно, вы ищете /run/initramfs/fsck.log
.
fsck of Корневая файловая система обязательно происходит до того, как корневая файловая система будет смонтирована как доступная для записи, поэтому проверка файловой системы происходит на ранней стадии процесса загрузки, когда система все еще работает из initramfs. Журнал fsck записывается в файловую систему с поддержкой RAM (tmpfs), доступную для записи в настоящее время, и продолжает оставаться доступной после загрузки по адресу /run/initramfs/fsck.log
. Это энергозависимое хранилище, поэтому журналы fsck теряются после перезагрузки системы. Было бы неплохо, если бы эти журналы были скопированы в энергонезависимое хранилище после того, как корневая файловая система была смонтирована как доступная для записи, но, похоже, это не так.
Вот пример:
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 238.5G 0 disk
├─sda1 8:1 0 512M 0 part /boot/efi
└─sda2 8:2 0 238G 0 part /
$ cat /run/initramfs/fsck.log
Log of fsck -C -a -V -t ext4 /dev/sda2
Fri Nov 30 22:35:21 2018
fsck from util-linux 2.31.1
[/sbin/fsck.ext4 (1) -- /dev/sda2] fsck.ext4 -a -C0 /dev/sda2
/dev/sda2: clean, 653295/15597568 files, 6658147/62383360 blocks
Fri Nov 30 22:35:21 2018
----------------
Для Ubuntu 16.04
Команда
journalctl -b --no-pager | grep systemd-fsck
сообщает о проверке файловой системы не корневого раздела.аналогично:
Mar 22 15:06:26 64bitUbuntu systemd-fsck[750]: /dev/sdb1: clean, 146223/121454592 files, 356711795/485818368 blocks
Для проверки корневого раздела при загрузке используется команда
more /var/log/boot.log
Предоставляет результаты, похожие на следующие:
/dev/sda2: clean, 349091/1954064 files, 2379983/7814912 blocks
При тестировании с Ubuntu 12.04.5 LTS я нашел журнал в /var/log/boot.log[1298 visible
Для Ubuntu 18.04
Команда journalctl -b --no-pager | grep systemd-fsck
и grep systemd-fsck / var / log / syslog
оба сообщают о проверках файловой системы не корневых разделов. аналогично этому:
Sep 25 16:06:29 me-Z370-HD3P systemd-fsck[615]: Scratch: clean, 19/6520832 files, 555602/26081280 blocks
Sep 25 16:06:29 me-Z370-HD3P systemd-fsck[609]: /dev/sda1: clean, 47014/89374720 files, 294970235/357492992 blocks
Sep 25 16:06:29 me-Z370-HD3P systemd-fsck[613]: /dev/sda5: clean, 6707/32727040 files, 7464312/130885120 blocks
Проверки корневых разделов, смонтированных с помощью UUID, результаты не Кажется, что t регистрируются, даже если принудительно.