এটি একটি fsck বাধা বিপজ্জনক?
কারও প্রত্যক্ষ অভিজ্ঞতা আছে?
এটি একটি fsck বাধা বিপজ্জনক?
কারও প্রত্যক্ষ অভিজ্ঞতা আছে?
উত্তর:
আমার কাছে প্রত্যক্ষ জ্ঞান বা প্রমাণ নেই, তবে আমার কাছে এটি পরিচালনা না করা সহজ সরল ইভিল হবে SIGINT
।
হুঁ। আসলে, আমি কিছু আশ্বাস দিতে পারি: strings /sbin/fsck | grep sig
রিপোর্ট:
sigaction
Warning... %s for device %s exited with signal %d.
সুতরাং আমি এটিকে কেবল প্রাসঙ্গিক প্রমাণ হিসাবে গ্রহণ করব যে fsck
প্রাসঙ্গিক সংকেতগুলি পরিচালনা করতে বিকাশকারীরা সিগনিশন ডেকে আনে।
আপনি যদি + সি নিয়ন্ত্রণ করেন এবং এটি থামার জন্য অপেক্ষা করেন, আপনার কোনও সমস্যা হওয়া উচিত নয়।
সমস্যাটি যখন আটকে থাকে এবং থামবে না তখনই সমস্যাটি দেখা দেয়, কারণ আপনি কী করছেন তা আপনি সত্যিই নিশ্চিত নন। সাধারণত এই মুহুর্তে আপনার ডেটা মারাত্মক ক্ষতি হয়।
শুভকামনা।
এটা সব নির্ভর করে.
উদাহরণস্বরূপ, উবুন্টু (যেহেতু হার্ডি হেরন) বুট করার সময় একটি রুটিন ডিস্ক পরীক্ষা করে তা পরীক্ষা করতে বাধা দেওয়ার (এবং স্থগিত করা) ব্যবহারকারীর বিকল্প ছিল। আমার দ্রুত বুট-আপ প্রয়োজন হলে আমি এটি ext3 পার্টিশনের জন্য ব্যবহার করি (দেখুন seehttp://brainstorm.ubuntu.com/idea/11/ ।
আমি কোনও নোংরা পরিমাণের পরে ব্যক্তিগতভাবে কোনও fsck বাধা দেব না বা ভাবার কোনও কারণ ছিল না যে কোনও ফাইল সিস্টেমের সাথে আপোস হতে পারে: কমপক্ষে কারণ আমি এই জাতীয় ফাইল সিস্টেমে নতুন ডেটা সংরক্ষণ করতে চাই না এবং সম্ভাব্যভাবে সেই ডেটাও ঝুঁকিতে ফেলতে চাই না হিসাবে বিদ্যমান ডেটা বা মেটাডেটা আরও ক্ষতি কারণ।
আপনি শুরুতে স্বয়ংক্রিয়-প্রতি-30-বুট-fsck বাতিল করতে পারেন। এটি পরবর্তী মাউন্ট এ চালানো হয়। অনেকবার করেছি। এটির সাধারণত কোনও নেতিবাচক প্রভাব থাকে না।
আপনি যদি কম্পিউটারটি সঠিকভাবে বন্ধ না করেন তবে fsck চলবে। ব্যক্তিগতভাবে আমি এটি বাতিল করতে যাচ্ছি না। এটি সত্যিই বেশি সময় নেয় না এবং আপনার ডেটা গুরুত্বপূর্ণ। আমার মতে বুট আপ করার সময়টি অর্ধ ঘন্টা বাঁচানোর জন্য আপনার সমস্ত ডেটা সম্ভাব্যভাবে হারিয়ে যাওয়ার কোনও কারণ নেই,