কোনও এসডি কার্ড ভিত্তিক ডিভাইসে অশুচি শাটডাউন অনুসরণ করে আমি এসডি কার্ডটি fsckমূল ফাইল সিস্টেমে নিয়ে গেলাম । এর ফলে নিম্নলিখিতগুলিতে পরিবর্তিত হয়েছিল:
e2fsck 1.43.1 (08-Jun-2016)
/dev/sdc2: recovering journal
Superblock needs_recovery flag is clear, but journal has data.
Run journal anyway<y>? no
Clear journal<y>? no
e2fsck: unable to set superblock flags on /dev/sdc2
এখানে আমি উভয় বার "না" উত্তর দিয়েছি তবে হ্যাঁ / না এর কোনও ক্রম নেই যা অবিলম্বে একই ফলাফলের দিকে নিয়ে যায় না।
ফাইল সিস্টেমটি মাউন্ট করা যায় এবং নৈমিত্তিক পরিদর্শন করা ঠিক আছে; এটি ডিভাইসেও সূক্ষ্মভাবে কাজ করে, এবং এটি মূল ফাইল সিস্টেমটি (আসলে এটি বেশ ভাল ছিল না, মন্তব্যগুলি দেখুন; কিছু অপ্রয়োজনীয়ভাবে দূষিত ডিরেক্টরিগুলি tldr)।
আমি ddকোনও ফাইলে পার্টিশন (8 গিগাবাইট) করছি, এবং এটিতে fsck চেষ্টা করেছি। উত্সাহের ব্যাপার হল:
e2fsck 1.43.1 (08-Jun-2016)
plush.rootfs: recovering journal
Clearing orphaned inode 18290 (uid=0, gid=0, mode=0100644, size=34096)
Clearing orphaned inode 18270 (uid=0, gid=0, mode=0100644, size=38916)
Clearing orphaned inode 18250 (uid=0, gid=0, mode=0100644, size=1128076)
Clearing orphaned inode 11411 (uid=0, gid=0, mode=0100644, size=293108)
Setting free inodes count to 406127 (was 408580)
Setting free blocks count to 1305622 (was 1347486)
plush.rootfs: clean, 60209/466336 files, 604906/1910528 blocks (check after next mount)
পরবর্তী fsckপরিষ্কার পরিচ্ছন্ন হয়ে গেলে, চিত্রটি মাউন্ট করা fsck -fযায় এবং তার পরেও যায়।
তবে যে কার্ড থেকে কাঁচা ব্লক অনুলিপি চিত্র তৈরি হয়েছিল সেই ফাইল সিস্টেমটিতে এখনও একই সমস্যা রয়েছে - systemd-fsckবুট করার সময় যে ফাইলটি ফাইল সিস্টেমটি "ক্লিন" হিসাবে লগ করে তা বাদ দিয়ে । পরবর্তীকালে, একটি উপযুক্ত শাটডাউন, কার্ডটি বাইরে নিয়ে যাওয়া এবং fsckঅন্য বাক্স থেকে আবার চেষ্টা করা একই ত্রুটি উপস্থাপন করে।
যখনই আসলটি অন্য কোনও মেশিনে মাউন্ট করা হয়, সিসলগ নোট:
kernel: EXT4-fs (sdc2): 4 orphan inodes deleted
kernel: EXT4-fs (sdc2): recovery complete
যেহেতু আমার সব কিছু ব্যাক আপ হয়েছে তাই আমি এখানে কিছু চেষ্টা করার জন্য উন্মুক্ত। আমি কেবল এটি ভুলে যেতে পারি এবং আপাতদৃষ্টিতে স্থির চিত্র থেকে পার্টিশনটি পুনঃস্থাপন করতে পারি, তবে এটি খুব সন্তোষজনক সমাধান বলে মনে হয় না, কারণ এর মানে হল fsck একটি ছোটখাটো সমস্যা সমাধান করার ক্ষেত্রে ক্রিপ্টিকভাবে ব্যর্থ হয়েছে।
আমি সন্দেহ করি এটি পুনরুদ্ধার_ফ্লেগ (বা কেবল সরল "এর অর্থ কী?" প্রশ্ন) সম্পর্কিত স্টাফ সম্পর্কিত "অফিসিয়াল ডকুমেন্টেশনের জন্য অনুরোধ" প্রশ্নে পরিণত হতে চলেছে , সুতরাং এই লাইনগুলি সহ যে কোনও পরামর্শ প্রশংসাযোগ্য।
apt upgrade)। তারপরে এটি একটি সাধারণ বুট লগ করে - এবং systemd-fsck "ক্লিন" বলে (আমি এটি সম্পাদনা করব), কিন্তু প্রসঙ্গের বাইরে fsck চেষ্টা করা এখনও ব্যর্থ।