बूट फोर्स के समय, / forcefsck के बाद fsck परिणाम कहां से लॉग किए गए हैं?

Question

दूरस्थ रूप से काम करते समय मैंने एक सर्वर को sudo touch /forcefsckकमांड के साथ बूट समय पर फोक्स करने के लिए सेट किया और रिबूट किया।

इसे पुनरारंभ करने के बाद मैंने /var/log/fsckडिस्क चेक के परिणामों के लिए जाँच की।
दोनों checkfs और checkroot ने कहा: अभी तक कुछ भी लॉग ऑन कर दिया गया है

तो यह परिणामों को कहां सहेज रहा है?

Comments

उबंटू 12.04 एलटीएस पर एक ही समस्या है। मुझे /var/log/boot.log में fsck लॉग मिला।

Answer 1

संभवतः आप इस बग से प्रभावित हैं: "fsck इनवॉइस लॉग इन / var / log / fsck /" नहीं करता है

Comments

सबसे अधिक संभावना। अब और आश्चर्यचकित नहीं होना चाहिए कि शायद इसका पता नहीं चल रहा है ...

— बार्ट सिल्वरस्ट्रिम

यह हमें बहुत नकारात्मक तरीके से प्रभावित करता है - हम EC2 पर हैं और जब सर्वर रिबूट होता है तो हमें इस तरह की चीजों का विवरण चाहिए। इसे संभवतः 'विशलिस्ट' आइटम कैसे माना जा सकता है? यह कोर कार्यक्षमता है, और यह टूट गया है।

— इमली

@tamale आप पूरी तरह से सही हैं। मैं भी इसकी चपेट में आ गया। मेरे /विभाजन में एक बुरा विचित्रता थी, और पुनर्प्राप्ति मोड में प्रवेश करते समय, इस पर मजबूर किया e2fsckगया। यह सही है, लेकिन जैसा कि यह याद रखना मुश्किल है कि बैकअप से बदलने के लिए कौन सी फाइलें हैं, किसी को कथित रूप से भ्रष्ट फ़ाइल नाम को ट्रैक करने में सक्षम होना चाहिए।

— वाक्यविन्यास

Answer 2

Ubuntu 14.xx के लिए:

मुझे कुछ fsck लॉग मिले /var/log/upstart/mountall.log।

Comments

उबंटू पूछने के लिए आपका स्वागत है। ;-) उस समय 11.10 में एक बग हुआ करता था, इसलिए अभी एक नए सिस्टम पर आपका जवाब इस 3 साल पुराने प्रश्न के लिए कोई मूल्य नहीं जोड़ता है। भविष्य के लिए: एक प्रश्न की तारीख को देखें और क्या पहले से कोई उत्तर है। ;-)

— फ़ेबी

@ फैबी लेकिन भविष्य के आगंतुकों के लिए यह अभी भी उपयोगी हो सकता है, मुझे लगता है? संस्करण दिया गया है (@Shay क्या आपका मतलब 14.04 या 14.10 है?) और इसलिए मैं कहूंगा कि यह एक मान्य उत्तर है, हालांकि यह ओपी की मदद नहीं कर सकता है (जो 3 साल पहले एक समाधान मिला था ...)

— बाइट कमांडर

मैंने खोज इंजन को एक पुराने प्रश्न के रूप में दिखाने में मदद करने के लिए एक टैग जोड़ा है।

— NGRhodes

बिल्कुल सही! :-) यही कारण है कि मैंने अभी एक टिप्पणी छोड़ दी है। रिकॉर्ड के लिए: मैंने वोट नहीं डाला! ;-)

— फ़ेबी

@ बाइट कमांडर यह माना जाता है कि "पुराना" प्रश्न मुझे वास्तव में बहुत मदद करता है! मैंने कभी भी अनुमान नहीं लगाया fsckहोगा कि लॉग्स को उत्तर में छिपा दिया जाएगा /var/log/upstart/mountall.log। /var/log/upstart/mountall.*.log.gz। काफी हद तक अतार्किक। फिर भी, ऐसा लगता है कि भ्रष्ट होने की सूचना देने वाले फ़ाइल नाम लॉग नहीं किए गए थे, बस उनके इनोड।

— वाक्यविन्यास

Answer 3

Ubuntu 16.04 और 18.04 रूट विभाजन के लिए

आप की तलाश कर रहे हैं /run/initramfs/fsck.log।

रूट फाइल सिस्टम का एक फॉक्स जरूरी है कि रूट फाइल सिस्टम को लिखने योग्य बनाने से पहले माउंट किया जाता है, इसलिए फाइल सिस्टम की जांच बूट प्रक्रिया में जल्दी होती है, जबकि सिस्टम अभी भी इनट्रैमफैट से चल रहा है। एक fsck लॉग एक रैम-समर्थित फाइलसिस्टम (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
----------------

Comments

रूट विभाजन के लिए, यह 16.04 + systemd के लिए एकमात्र सही उत्तर प्रतीत होता है।

— योना ब्रौन

Answer 4

उबंटू 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

Answer 5

उबंटू 12.04.5 LTS के साथ इसका परीक्षण किया गया और मुझे /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

Answer 6

उबंटू 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 परिणामों द्वारा मुहैया कराए गए रूट विभाजन के चेक, लॉग इन करने के लिए मजबूर होने पर भी दिखाई नहीं देते हैं।