একটি এই প্রোগ্রামটিতে খুব গুরুত্বপূর্ণ দিক আমি অন্য উত্তর নেই আলোচনা দেখা যায় ডিস্কের বিন্যাস উপর স্থায়িত্ব বৈশিষ্ট্য ফাইলসিস্টেম এর (যেমন সম্ভব canditates ডকুমেন্টেশন পরামর্শ বিবেচনা ext4 এই , Btrfs )
কোডবেস ফাইল সিস্টেমের ড্রাইভারদের কোডবেস এবং পরীক্ষার পরিমাণ, অন্য উত্তরগুলি যেমন দেখিয়েছে ঠিক ততটাই গুরুত্বপূর্ণ, যেহেতু এটি তার পড়া এবং লেখার সময় ডেটা সুরক্ষিত , অন ডিস্কের বিন্যাস / বিন্যাসটি আপনার ডেটার ঝুঁকির বিরুদ্ধে সুরক্ষা বিশ্রামে, যা অপঠনযোগ্য খাত বা নীরব বিট পচনের মতো হার্ডওয়্যার ডিফেক্টগুলির ফর্ম ।
সম্মানের সাথে ext4, যা সম্পর্কিত হিসাবে ভাল বৈশিষ্ট্য রয়েছে বলা হয় দীর্ঘ পরীক্ষিত কোডবেস ( https://events.static.linuxfound.org/sites/events/files/slides/AFL%20filesystem%20fuzzing%2C%20Vault%202016_0)। পিডিএফ দেখায় যে এটিতে আরও আধুনিক এবং আরও জটিল হিসাবে উদাহরণস্বরূপ তুলনায় এটিতে বাগগুলি খুঁজে পেতে আরও বেশি সময় লেগেছিল btrfs), আমি বিশ্রামে ext4 প্রতিরোধের দিকে তাকিয়েছি এবং অন্য প্রশংসিত ফাইল সিস্টেমের কিছু imho ঘাটতি খুঁজে পেয়েছি।
আমি এটা বিচক্ষণ (যদি নির্বাচিত বিবেচনা করবে ext4"হিসাবে শিলা কঠিন ব্যাকআপ FS ") recoverability (যদিও "এটা শক্ত") উন্নত করতে ব্যবহার করে e2imageহাতিয়ার ডেভেলপারদের ext4প্রদান
ই 2 ইমেজ প্রোগ্রামটি ইমেজ-ফাইল দ্বারা নির্দিষ্ট একটি ফাইলে ডিভাইসে থাকা সমালোচনামূলক এক্সট 2, এক্সট 3, বা এক্সট 4 ফাইল সিস্টেম মেটাডেটা সংরক্ষণ করবে। এই প্রোগ্রামগুলিতে -i বিকল্প ব্যবহার করে চিত্র ফাইলটি ডাম্প 2 এফ এবং ডিবাগ দ্বারা পরীক্ষা করা যেতে পারে। এটি বিপর্যয়যুক্ত দূষিত ফাইল সিস্টেমগুলি পুনরুদ্ধারে বিশেষজ্ঞকে সহায়তা করতে পারে। ভবিষ্যতে, e2fsck একটি ক্ষতিগ্রস্থ ফাইল সিস্টেম পুনরুদ্ধার করতে ইমেজ ফাইলটি ব্যবহার করতে সক্ষম হতে উন্নত করা হবে।
এবং সুপারিশ ।
কোনও সিস্টেমে সমস্ত ফাইল সিস্টেমের জন্য চিত্র ফাইল তৈরি করা এবং পার্টিশন বিন্যাস (যা fdisk -l কমান্ড ব্যবহার করে উত্পন্ন করা যায়) নিয়মিত বিরতিতে --- বুট সময় এবং / অথবা প্রতি সপ্তাহে বা সংরক্ষণ করা খুব ভাল ধারণা idea তাই। ইমেজ ফাইলটি ফাইল সিস্টেমের মধ্যে থাকা ফাইল সিস্টেমের বাইরে অন্য কোনও ফাইল সিস্টেমে সংরক্ষণ করা উচিত, যাতে ফাইল সিস্টেমটি খুব খারাপভাবে ক্ষতিগ্রস্থ হয়েছে সে ক্ষেত্রে এই ডেটা অ্যাক্সেসযোগ্য।
এমনকি ext4 ডিস্ক বিন্যাসের সমস্ত মেটা-ডেটাও অপ্রয়োজনীয় সরবরাহ করা হয় নি (যেমন সুপারব্লক অনুলিপি হিসাবে একাধিক বার সংরক্ষণ করা হয়, ইন্দোগুলি ঠিক 1 জায়গায় সংরক্ষণ করা হয়), এটি ext4অবশ্যই btrfsকমপক্ষে চেকসাম সরবরাহ করবে er সমস্ত মেটাডেটা + ফাইল সামগ্রীর ডেটা ।
ডিস্ক লেআউটের দিক থেকে এই "ঘাটতি" প্রতিরোধ ext4করতে এবং এটিকে আরও rock-solidজিনিস তৈরি করার জন্য / পার্কিভের মাধ্যমে ফাইলের বিষয়বস্তুগুলির জন্য এই অপ্রয়োজনীয়তা এবং পুনরুদ্ধারের পরিপূরক যুক্তিসঙ্গত হতে পারেpar2
প্রশ্নটি ফাইল সিস্টেমের সমাধানগুলিতে মনোযোগ কেন্দ্রীভূত করার দাবি জানালেও, আমি এ বিষয়টি খেয়াল করতে চাই যে একটি ফাইল সিস্টেম যা দেয় তার বেশিরভাগই (ক্যাচিং, জার্নাল, বরাদ্দকৃত স্থান পুনরুদ্ধার, ব্লক বরাদ্দকরণ ইত্যাদি) প্রয়োজনীয়ভাবে ব্যাকআপ ডেটা থেকে উপকার পাবেন এমন কিছু নয় যখন কেবলমাত্র লিখিত এবং বাল্ক এবং রারিতে পড়তে হয়। এর জন্য আমি parchiveপরিপূরক tarব্যাকআপটিকে আরও সর্বোত্তম ব্যাকআপ সমাধান হিসাবে বিবেচনা করব, কারণ প্রক্রিয়াতে ব্যবহৃত কোডবেস হ্রাস পেয়েছে, এবং তাই যদি "বৈশিষ্ট্যগুলি" কম থাকে তবে কম বাগ রয়েছে।