Где записываются результаты fsck во время загрузки, после / forcefsck?

При удаленной работе я установил сервер для принудительного запуска fsck во время загрузки с помощью команды sudo touch /forcefsck и перезагрузился.

После перезапуска я проверил в /var/log/fsck результаты проверки диска.
Оба checkfs и checkroot сказали: Ничего еще не было зарегистрировано

Так, где это сохраняет результаты?

44
задан 1 April 2015 в 01:25

6 ответов

Возможно, эта ошибка затронула вас: «Не регистрирует вызовы fsck в / var / log / fsck /»

16
ответ дан 1 April 2015 в 01:25

Для Ubuntu 14.xx:

Я нашел несколько журналов fsck в / var / log / upstart /mountall.log .

14
ответ дан 1 April 2015 в 01:25

Для 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
----------------
10
ответ дан 1 April 2015 в 01:25

Для 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
6
ответ дан 1 April 2015 в 01:25

При тестировании с Ubuntu 12.04.5 LTS я нашел журнал в /var/log/boot.log[1298 visible

2
ответ дан 1 April 2015 в 01:25

Для 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 регистрируются, даже если принудительно.

1
ответ дан 1 April 2015 в 01:25

Другие вопросы по тегам:

Похожие вопросы: