ফোর্সফেস্কের পরে বুট সময় এফএসসি ফলাফলগুলি লগইন করা হয়?

Question

দূর থেকে কাজ করার সময় আমি sudo touch /forcefsckকমান্ডটি দিয়ে বুট করার সময় একটি fsck জোর করার জন্য একটি সার্ভার সেট করেছিলাম এবং পুনরায় বুট করি।

এটি পুনরায় চালু করার পরে আমি /var/log/fsckডিস্ক চেকের ফলাফলগুলি চেক ইন করেছিলাম ।
উভয় checkfs এবং checkroot বললঃ কিছুই এখনো লগ করা হয়েছে

সুতরাং এটি ফলাফল সংরক্ষণ করা হয়?

Comments

উবুন্টু 12.04 এলটিএসে একই সমস্যা রয়েছে। আমি /var/log/boot.log এ fsck লগ খুঁজে পেয়েছি।

Answer 1

সম্ভবত আপনি এই বাগ দ্বারা আক্রান্ত হয়েছেন : "/ var / লগ / fsck / এ fsck অনুরোধগুলি লগ করে না"

Comments

খুব সম্ভবত। এর থেকে আর সম্ভবত অবাক হওয়া উচিত নয় যে ... এটি সম্ভবত সম্বোধন করা হবে না ...

— বার্ট সিলভার্সট্রিম

এটি আমাদের খুব নেতিবাচক পদ্ধতিতেও প্রভাবিত করে - আমরা ইসি 2 এ থাকি এবং সার্ভারগুলি পুনরায় বুট করার সময় আমাদের এই জাতীয় বিষয়ের বিশদ প্রয়োজন। কীভাবে সম্ভবত এটি একটি 'ইচ্ছা তালিকা' আইটেম হিসাবে বিবেচনা করা যেতে পারে? এটি মূল কার্যকারিতা এবং এটি ভেঙে গেছে।

— তমালে

@ তমালে আপনি পুরোপুরি ঠিক বলেছেন আমি এটা দ্বারা আঘাত পেয়েছি। আমার /পার্টিশনের একটি বাজে কৌতুক ছিল এবং পুনরুদ্ধার মোডে enteringোকার সময় এটি এটিতে বাধ্য e2fsckহয়েছিল। এটি নিখুঁত, তবে ব্যাকআপ থেকে কোন ফাইলগুলি প্রতিস্থাপন করা উচিত তা মনে রাখা সত্যিই শক্ত, তাই একজনকে অবশ্যই ফাইলের নামগুলি দুর্নীতিযুক্ত হিসাবে চিহ্নিত করতে সক্ষম হতে হবে।

— সিনট্যাক্সারোর

Answer 2

উবুন্টু 14.xx এর জন্য:

আমি কিছু fsck লগ ইন খুঁজে পেয়েছি /var/log/upstart/mountall.log।

Comments

উবুন্টুকে জিজ্ঞাসা করুন স্বাগতম ;-) তখন ১১.১০-তে একটি বাগ থাকত, সুতরাং এখনই একটি নতুন সিস্টেমে আপনার উত্তর এই ৩ বছরের পুরানো প্রশ্নের কোনও মূল্য যুক্ত করে না। ভবিষ্যতের জন্য: একটি প্রশ্নের তারিখ এবং ইতিমধ্যে উত্তর আছে কিনা তা দেখুন। ;-)

— ফ্যাবি

@ ফ্যাবি তবে ভবিষ্যতের দর্শকদের জন্য এটি এখনও কার্যকর হতে পারে বলে আমি মনে করি? সংস্করণটি দেওয়া হয়েছে (@ শাই বলতে কি বোঝাচ্ছেন 14.04 বা 14.10?) এবং তাই আমি বলব এটি একটি বৈধ উত্তর, যদিও এটি ওপিকে সহায়তা করতে পারে না (যারা 3 বছর আগে একটি সমাধান খুঁজে পেয়েছিল ...)

— বাইট কমান্ডার

অনুসন্ধান ইঞ্জিনগুলিকে এটি পুরানো প্রশ্ন হিসাবে দেখাতে সহায়তা করার জন্য আমি একটি ট্যাগ যুক্ত করেছি।

— এনজিআরডস

একেবারে ঠিক! :-) সে কারণেই আমি কেবল একটি মন্তব্য রেখেছি। রেকর্ডের জন্য: আমি ডাউন-ভোট দিলাম না! ;-)

— 31:38

@ বাইট কমান্ডার এই "পুরনো" প্রশ্নটি আমাকে সত্যই অনেক সাহায্য করেছে! আমি কখনই অনুমান করতে পারিনি যে fsckলগগুলি /var/log/upstart/mountall.logশ্রদ্ধার সাথে লুকিয়ে রাখা হবে । /var/log/upstart/mountall.*.log.gz। মোটামুটি অযৌক্তিক। তবুও, দেখে মনে হচ্ছে যে দুর্নীতির জন্য দায়ের করা ফাইলের নামগুলি লগ করা হয়নি, কেবল তাদের আইওড।

— সিনট্যাক্সারর

Answer 3

উবুন্টু 16.04 এবং 18.04 মূল পার্টিশনের জন্য

আপনি সম্ভবত খুঁজছেন /run/initramfs/fsck.log।

রুট ফাইল সিস্টেমের লিখিতযোগ্য হিসাবে মাউন্ট করার আগে একটি রুট ফাইল সিস্টেমের অপরিহার্যভাবে আবশ্যক ঘটে, সুতরাং সিস্টেম সিস্টেমটি এখনও ইনি্রামফ থেকে চলমান অবস্থায় বুট প্রক্রিয়া শুরুতে ফাইল-সিস্টেম চেক হয়। একটি fsck লগ র‌্যাম-ব্যাকড ফাইল সিস্টেম (tmpfs) এ লেখা হয় যা এই সময়ে লেখার জন্য উপলব্ধ এবং এটি বুট-এ চালানোর পরেও উপলব্ধ থাকবে /run/initramfs/fsck.log। এটি অস্থির স্টোরেজ, সুতরাং fsck লগগুলি সিস্টেম পুনরায় বুট করার পরে হারিয়ে যায়। রুট ফাইল সিস্টেমটি লিখনযোগ্য হিসাবে মাউন্ট করার পরে যদি এই লগগুলি অ-উদ্বায়ী স্টোরেজে অনুলিপি করা হয় তবে এটি চমৎকার হবে this

এখানে একটি উদাহরণ:

$ 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 + সিস্টেমডের জন্য একমাত্র সঠিক উত্তর বলে মনে হয়।

— জোনাহ ব্রাণ

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 এলটিএস এর সাথে এটি পরীক্ষা করে আমি /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

ইউইউডি ফলাফল দ্বারা মাউন্ট করা মূল পার্টিশনের চেকগুলি জোর করেও লগ হয় না বলে মনে হয়।