Di mana hasil fsck dicatat pada saat boot, setelah / forcefsck?

37

Ketika bekerja dari jarak jauh saya mengatur server untuk memaksa fsck pada saat boot dengan sudo touch /forcefsckperintah dan reboot.

Setelah restart saya check in /var/log/fsckuntuk hasil pemeriksaan disk.
Baik checkfs dan checkroot mengatakan: Belum ada yang dicatat

Jadi di mana itu menyimpan hasilnya?

Bart Silverstrim
sumber
Memiliki masalah yang sama pada Ubuntu 12,04 LTS. Saya menemukan fsck login di /var/log/boot.log.

Jawaban:

15

Mungkin Anda terpengaruh oleh bug ini: "Tidak mencatat permintaan fsck di / var / log / fsck /"

guyuran
sumber
Yang paling disukai. Seharusnya tidak terkejut lagi bahwa itu mungkin tidak akan diatasi ...
Bart Silverstrim
Ini memengaruhi kami dengan cara yang sangat negatif juga - kami menggunakan EC2 dan ketika server mem-boot ulang kami membutuhkan detail hal-hal seperti ini. Bagaimana ini bisa dianggap sebagai item 'daftar keinginan'? Ini adalah fungsionalitas inti, dan itu rusak.
tamale
@tamale Anda sepenuhnya benar. Saya terkena ini juga. /Partisi saya memiliki kekhasan yang buruk, dan ketika memasuki mode pemulihan, itu memaksanya e2fsck. Ini sempurna, tetapi karena sangat sulit untuk mengingat file mana yang harus diganti dari cadangan, orang harus dapat melacak nama file yang dilaporkan rusak.
syntaxerror
13

Untuk Ubuntu 14.xx:

Saya menemukan beberapa log fsck /var/log/upstart/mountall.log.

Shay
sumber
1
Selamat Datang di Tanya Ubuntu. ;-) Dulu ada bug di 11.10 pada saat itu, jadi jawaban Anda pada sistem baru sekarang tidak menambah nilai apa pun untuk pertanyaan berusia 3 tahun ini. Untuk masa depan: lihat tanggal pertanyaan dan apakah sudah ada jawaban. ;-)
Fabby
4
@ Fabby tetapi bagi pengunjung masa depan mungkin masih berguna, saya pikir? Versi ini diberikan (@Shay maksud Anda 14.04 atau 14.10?) Dan karena itu saya akan mengatakan itu adalah jawaban yang valid, walaupun mungkin tidak membantu OP (yang menemukan solusi 3 tahun lalu ...)
Byte Commander
Saya telah menambahkan tag untuk membantu mesin pencari menunjukkan ini sebagai pertanyaan lama.
NGRhodes
Benar-benar tepat! :-) Itu sebabnya saya baru saja meninggalkan komentar. Sebagai catatan: Saya tidak memilih! ;-)
Fabby
1
@Byte Commander Pertanyaan yang seharusnya "lama" ini benar-benar membantu saya! Saya tidak akan pernah menduga bahwa fscklog akan disembunyikan dalam /var/log/upstart/mountall.logresp. /var/log/upstart/mountall.*.log.gz. Sangat tidak masuk akal. NAMUN, tampaknya nama file yang dilaporkan rusak tidak dicatat, hanya inode mereka.
syntaxerror
6

Untuk partisi root Ubuntu 16.04 dan 18.04

Anda kemungkinan sedang mencari /run/initramfs/fsck.log.

Fsck dari filesystem root harus terjadi sebelum filesystem root telah di-mount sebagai dapat ditulis, sehingga pemeriksaan filesystem terjadi di awal proses boot ketika sistem masih berjalan dari initramfs. Log fsck ditulis ke sistem file yang didukung RAM (tmpfs) yang tersedia untuk ditulis pada saat ini, dan terus tersedia setelah boot pada /run/initramfs/fsck.log. Ini adalah penyimpanan yang tidak stabil, jadi log fsck hilang begitu sistem reboot. Akan lebih baik jika log ini disalin ke penyimpanan non-volatil setelah sistem file root di-mount sebagai dapat ditulis, tetapi ini tampaknya tidak terjadi.

Ini sebuah contoh:

$ 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
----------------
ven42
sumber
1
Untuk partisi root, ini tampaknya menjadi satu-satunya jawaban yang benar untuk 16.04 + systemd.
Jonah Braun
5

Untuk Ubuntu 16.04

Perintah journalctl -b --no-pager | grep systemd-fsck

melaporkan pemeriksaan sistem file partisi non root. Mirip dengan ini:

Mar 22 15:06:26 64bitUbuntu systemd-fsck[750]: /dev/sdb1: clean, 146223/121454592 files, 356711795/485818368 blocks

Untuk pemeriksaan partisi root saat boot, perintahnya more /var/log/boot.log

Memberikan hasil yang mirip dengan ini:

/dev/sda2: clean, 349091/1954064 files, 2379983/7814912 blocks
Penatua Geek
sumber
2

Menguji ini dengan Ubuntu 12.04.5 LTS dan saya menemukan log di /var/log/boot.log

└❯ grep -A 1 fsck /var/log/*
/var/log/boot.log:fsck from util-linux 2.20.1
/var/log/boot.log-/dev/vda1: 209262/2621440 files (0.1% non-contiguous), 3239494/10485504 blocks
barbuk
sumber
0

Untuk Ubuntu 18.04

Perintah journalctl -b --no-pager | grep systemd-fsck dangrep systemd-fsck /var/log/syslog

keduanya melaporkan pemeriksaan sistem file partisi non root. Mirip dengan ini:

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

Pemeriksaan partisi root yang dipasang oleh hasil UUID tampaknya tidak dicatat meskipun dipaksa.

Penatua Geek
sumber