/ Forcefsck'ten sonra önyükleme sırasında fsck sonuçları nerede kaydedilir?

37

Uzaktan çalışırken önyükleme sırasında sudo touch /forcefsckkomut ile fsck zorlamak için bir sunucu ayarladım ve yeniden başlattım .

Yeniden başlatıldıktan sonra /var/log/fsckdisk kontrolünün sonuçlarını kontrol ettim .
Hem checkfs hem de checkroot şunları söyledi: Henüz bir şey kaydedilmedi

Peki sonuçları nereye kaydediyor?

boot logging fsck

— Bart Silverstrim
kaynak

Ubuntu 12.04 LTS'de de aynı problemi yaşıyoruz. /Var/log/boot.log dosyasında fsck kaydını buldum.

15

Muhtemelen bu hatadan etkileneceksiniz: "/ var / log / fsck / dizinindeki fsck çağrılarını günlüğe kaydetmez"

— sıçrama
kaynak

Büyük ihtimalle. Artık şaşırtılmamalı, muhtemelen ele alınmayacak ...

— Bart Silverstrim

Bu bizi de olumsuz yönde etkiliyor - EC2'deyiz ve sunucular yeniden başlatıldığında bunun gibi detaylara ihtiyacımız var. Bu nasıl bir 'dilek listesi' maddesi olarak değerlendirilebilir? Bu çekirdek işlevselliktir ve bozulmuştur.

— tamale

@tamale Tamamen haklısın. Ben de buna çarpıldım. Benim /bölüm pis cilvesi vardı ve kurtarma moduna girerken, bir zorla e2fscküzerinde. Bu mükemmel, ancak yedeklemeden hangi dosyaların değiştirileceğini hatırlamak gerçekten zor olduğu için, birinin bozuk olduğu bildirilen dosya adlarını izleyebilmesi gerekir.

— sözdizimi,

13

Ubuntu 14.xx için:

Bazı fsck girişleri buldum /var/log/upstart/mountall.log.

— Shay
kaynak

1

Ubuntu'ya Sormaya Hoş Geldiniz. ;-) Zamanında 11.10'da bir hata vardı, bu yüzden şu anda yeni bir sisteme cevabınız bu 3 yaşındaki soruya herhangi bir değer katmıyor. Gelecek için: bir sorunun tarihine ve bir cevap olup olmadığına bakın. ;-)

— Fabby

4

@ Fabby ama gelecekteki ziyaretçiler için hala faydalı olabilir, sanırım? Sürüm verildi (@Shay 14.04 veya 14.10 mu demek istiyorsun?) Ve bu nedenle geçerli bir cevap olduğunu söyleyebilirim, ancak OP'ye yardımcı olmasa da (3 yıl önce bir çözüm bulan ...)

— Byte Commander

Arama motorlarının bunu eski bir soru olarak göstermesine yardımcı olacak bir etiket ekledim.

— NGRhodes

Kesinlikle doğru! :-) Bu yüzden yorum yaptım. Kayıt için: Aşağı oy kullanmadım! ;-)

— Fabby

1

@Byte Komutanı Bu sözde "eski" soru gerçekten bana çok yardımcı oldu! fsckGünlüklerin /var/log/upstart/mountall.logcevap olarak gizleneceğini asla tahmin edemezdim . /var/log/upstart/mountall.*.log.gz. Oldukça mantıksız. Ancak, bozuk olduğu bildirilen dosya adlarının günlüğe kaydedilmediği, yalnızca düğümlerin olduğu anlaşılıyor .

— sözdizimi,

6

Ubuntu 16.04 ve 18.04 kök bölümleri için

Muhtemelen arıyorsun /run/initramfs/fsck.log.

Kök dosya sisteminin bir fsck'i, kök dosya sistemi yazılabilir olarak monte edilmeden önce mutlaka gerçekleşir; bu nedenle, sistem hala initramfs'den çalışırken, dosya sistemi denetimi önyükleme işleminin başında gerçekleşir. Bir fsck günlüğü, şu anda yazmak için kullanılabilen bir RAM destekli dosya sistemine (tmpfs) yazılır ve açılışta kullanılabilir olmaya devam eder /run/initramfs/fsck.log. Bu geçici depolamadır, bu nedenle sistem yeniden başlatıldığında fsck günlükleri kaybolur. Kök dosya sistemi yazılabilir olarak monte edildikten sonra bu günlüklerin geçici olmayan depolamaya kopyalanması iyi olurdu, ancak durum böyle görünmüyor.

İşte bir örnek:

$ 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
kaynak

1

Kök bölümleri için, bu 16.04 + systemd için tek doğru cevap gibi görünüyor.

— Jonah Braun

5

Ubuntu 16.04 için

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

root olmayan dosya sistemi kontrollerini rapor eder. Buna benzer:

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

Kök bölümleri için önyükleme sırasında kontrolleri komut more /var/log/boot.log

Buna benzer sonuçlar sunar:

/dev/sda2: clean, 349091/1954064 files, 2379983/7814912 blocks

— Elder Geek
kaynak

2

Bunu Ubuntu 12.04.5 LTS ile test etmek ve /var/log/boot.log adresinde günlüğü buldum

└❯ 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
kaynak

0

Ubuntu için 18.04

Komut journalctl -b --no-pager | grep systemd-fsckvegrep systemd-fsck /var/log/syslog

her ikisi de root olmayan bölüm dosya sistemlerini kontrol eder. Buna benzer:

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 sonuçları tarafından monte edilen kök bölümlerinin kontrolleri zorunlu olsa bile günlüğe kaydedilmemiş gibi görünüyor.

— Elder Geek
kaynak