`ক্লাউন ব্যবহারকারী: ব্যবহারকারী হারানো + পাওয়া ক্ষতিকর?

Question

সম্প্রতি আমি একটি এনক্রিপ্ট করা ফাইল সিস্টেম ( crypto_LUKS) তৈরি করেছি যা কেবলমাত্র একটি নির্দিষ্ট ব্যবহারকারীর (যেমন আমি এটি হিসাবে মাউন্ট করি /home/pduck) for হোম হিসাবে কাজ করে । আমি একটি যথাযথ প্রবেশও যুক্ত করেছি /etc/security/pam_mount.conf.xmlযাতে ব্যবহারকারী লগ ইন করার সময় পার্টিশনটি স্বয়ংক্রিয়ভাবে ডিক্রিপ্ট হয় এবং মাউন্ট হয় (এবং লগ অফ করার সময় আনমাউট হয়)। দুর্দান্ত কাজ করে।

যেহেতু $ HOME নিজস্ব ফাইল ফাইল, তাই ব্যবহারকারীর একটি lost+foundডিরেক্টরি রয়েছে যার মধ্যে রুট: রুটের মালিকানা রয়েছে। আমি জানি যে ডিরেক্টরি মুছে ফেলা একটি খারাপ ধারণা তবে অনেক কমান্ড (যেমন find) অ্যাক্সেস না থাকার বিষয়ে অভিযোগ করে। এটি আমাকে বিরক্ত করে।

কৌতূহলের বাইরে আমি ডিরেক্টরিটি সরিয়ে নিয়ে এটিকে পুনরায় তৈরি করেছি mklost+found(ছাড়াই sudo)। এখন ডিরেক্টরিটি pduck: pduck এর মালিকানাধীন। এটি ঠিক আছে বা ডিরেক্টরিটি মূল: রুটের মালিকানাধীন কি গুরুত্বপূর্ণ?

Comments

সমস্ত ফাইল সিস্টেমে একটি হারিয়ে যাওয়া + ডিরেক্টরি পাওয়া যায় না। Ext4 করে, এক্সএফএস উদাহরণস্বরূপ না।

— জর্নানে

কোনও উত্তর নয়, তবে আপনি সন্ধানের জন্য একটি স্ক্রিপ্ট বা ওরফে তৈরি করতে পারেন (সুনির্দিষ্টভাবে কোনও আলাদা নামের সাথে) 2>/dev/nullযা সেই ত্রুটি বার্তাগুলিকে শান্ত করে এমন একটি দিয়ে শুরু হয় । আপনি যদি এটি শুরুতে রেখে দেন, তবে প্রতিটি অনুরোধে সন্ধানের জন্য আপনি যে যুক্তিটি পাস করতে চান তা এতে হস্তক্ষেপ করবে না।

— জো

Answer 1

ভাল পরামর্শ একটি যুক্তিযুক্ত সঙ্গে আসে যাতে আপনি এটি যখন খারাপ পরামর্শ হয়ে যায় বলতে পারেন।

lost+foundমূলের মালিকানাধীন হওয়ার উদ্দেশ্যটি হ'ল যাতে কার ফাইলটি এটি হারিয়েছিল তা হঠাৎ করেই সবার কাছে প্রকাশ করা হয়নি। তবে, এক্ষেত্রে পুরো ফাইলসিস্টেমে একটি ফাইল থাকা উচিত নয় * পডককের মালিকানাধীন নয়; সুতরাং lost+foundপডাক্কের মালিকানা না পাওয়ার কোনও খারাপ দিক নেই ।

* বহিরাগত পরিস্থিতিতে বাধা দেওয়া যেমন suরুট থেকে পডকিং ইন এবং এক্স অ্যাপ্লিকেশন চালানো। তবে যদি পডাক্ক ব্যবহার করতে পারে sudoবা তার suচেয়ে বেশি আমরা কিছু বলছি না কারণ পডাক্ক সিস্টেমের সুরক্ষা পুরোপুরি ভঙ্গ করতে পারে।

Answer 2

lost+found একটি সিস্টেম ডিরেক্টরি এবং আমি সিস্টেম ডিরেক্টরি এবং ফাইলগুলির মালিকানা এবং অনুমতিগুলির সাথে হস্তক্ষেপ এড়াতে পারি।

অন্যান্য ডিরেক্টরি (এবং ফাইল) রয়েছে, যেগুলি findঅভিযোগ করে, যদি না আমি কমান্ড লাইনের অনুমতিগুলি উন্নত করি তবে আমি আপনাকে পরামর্শ দিই যে আপনি ব্যবহার করুন

sudo find ...

এবং lost+foundযেমনটি হ'ল / হওয়া উচিত তেমন ছেড়ে দিন }

Comments

হ্যাঁ, আমি ভেবেছি, তবে mklost+foundএটি তৈরি করার জন্য ওটিওএইচ আদেশ রয়েছে এবং এটি আমার মালিকানা দিয়ে এটি তৈরি করে । হতে পারে এটি কেবল একটি মারাত্মকভাবে লিখিত কমান্ড যা $UID!=0;-) যাচাই করে না; এছাড়াও আমি sudoনিজের নিজস্ব in হোমটিতে বাধ্যতামূলক (কম-বেশি) ব্যবহার করার ধারণাটি পছন্দ করি না ।

— পার্লডাক

lost+foundখুব পুরানো, আমি ইউনিক্সের শুরুর দিন থেকেই ভাবি এবং আজকাল কখন এটি ব্যবহৃত হয় তা সত্যই জানি না। তবে আমি মনে করি সিস্টেম ডিরেক্টরি এবং ফাইলগুলির মালিকানা এবং অনুমতিগুলির সাথে হস্তক্ষেপ করা এড়াতে এটি একটি ভাল সাধারণ নীতি (যদি না আপনি সত্যিই না জেনে থাকেন যে দৃশ্যের পিছনে কী ঘটতে পারে)।

— সুডোডাস

না fsckসেখানে ফাইল করা encounters যখন এটি ফাইল "হারিয়ে"? ধারণাটি হ'ল fsckইতোমধ্যে ফাইলগুলিতে রাখার জায়গা রয়েছে (প্রথমটি তৈরির পরিবর্তে)। নোট করুন যে lost+foundকোনও সাধারণ খালি ডিরেক্টরি (4096 বাইট) এর চেয়ে বেশি স্থান (16384 বাইট) দখল করে।

— পার্লডাক

হ্যাঁ, কমপক্ষে chkdskসেটাই আসল উদ্দেশ্য ছিল ( এমএসডিএস-এ হারিয়ে যাওয়া ফাইলগুলির সাথে একই রকম ) তবে লিনাক্সে যদি কখনও কোনও ডেটা দেখা যায় তবে আমার খুব কমই ঘটে। হয়তো জার্নালিং ফাইলগুলি যেখানে আগে ছিল সেখানে পুনরুদ্ধার করতে পারে, তাই তাদের যাওয়ার দরকার নেই lost+found। - যাইহোক, আমার একটি lost+foundডিরেক্টরি আছে /homeতবে আমার হোম ডিরেক্টরিতে নেই /home/sudodus, সুতরাং এটি আমাকে সেখানে বিরক্ত করে না।

— সুডোডাস

আমি রাজী. এবং /homeআমার মধ্যে আরও একটি আছে l+f(আমাকেও বিরক্ত করে না) কারণ /homeএবং /home/pduckএটি আমার মেশিনে পৃথক পার্টিশন। পরেরটি এনক্রিপ্ট করা হয়, আগেরটি হয় না। যাইহোক, যখন এটি আমাকে খুব বেশি বিরক্ত করে, আমি আমার $ HOM থেকে সম্পূর্ণরূপে পরিত্রাণ পেতে আমার OME HOME কে অন্য কোথাও মাউন্ট করতে পারি এবং এটি আমার আসল $ হোমকে (যেমন আমি এখানে উল্লেখ করেছি যেমন) আবদ্ধ করতে পারি l+f। /// যে "বর্ধিত আলোচনা… চ্যাট থেকে সরান" সতর্কতা এড়াতে আমি কয়েক মিনিট / ঘন্টা আমার মন্তব্য মুছে ফেলব ।

— পার্লডাক

Answer 3

হারিয়ে যাওয়া + পাওয়া ডিরেক্টরি সম্পর্কে সত্যই যাদুকর কিছুই নেই। এটি অন্য যেগুলির মতো ঠিক একটি সরল ডিরেক্টরি এবং সিস্টেম ক্র্যাশ বা ফাইল সিস্টেম দুর্নীতির পরে কেবল একটি fsck এর সময় পাওয়া ফাইল / ডিরেক্টরিগুলি হারিয়ে যাওয়ার জন্য ব্যবহৃত হয়।

ফাইল সিস্টেমটি তৈরি করা হয় এবং সাধারণত খালি থাকলে এটি এমকেএফএসের সময় তৈরি করা হয়। ডিফল্ট অনুমতিগুলির একমাত্র কারণ হ'ল সংবেদনশীল ফাইলগুলি নিয়মিত ব্যবহারকারীদের কাছে দৃশ্যমান হওয়া থেকে বিরত থাকে যদি তারা কোনও fsck চলাকালীন খুঁজে পাওয়া যায় এবং পুনরুদ্ধার করে। আধুনিক যুগে ফাইলগুলি হারিয়ে যাওয়া এবং সেই ফোল্ডারে রাখা খুব কমই দেখা যায়।

যদি এটি সরিয়ে ফেলা হয় তবে আমি বিশ্বাস করি যে যদি কোনও ফাইলের মধ্যে beোকানোর দরকার হয় তবে fsck এটি প্রয়োজনীয়ভাবে পুনরায় তৈরি করবে। যেহেতু এটি কোনও ব্যবহারকারীর জন্য ফাইল সিস্টেম এবং একা তার ডেটাগুলিকে প্রাইজ চোখের থেকে গোপন রাখার কোনও প্রয়োজন নেই, তাই অভিযোগগুলি বা এটির পরিবর্তন থেকে সন্ধানের জন্য প্রতিরোধের 756 বলার অনুমতিগুলি পরিবর্তন করা যায় না বলে আমি কোনও কারণ দেখছি না মালিকানা। এটি সম্ভব যে পুনরুদ্ধার প্রক্রিয়া চলাকালীন fsck এর অনুমতিগুলি পুনরায় সেট করতে পারে তবে গুরুতর হার্ডওয়্যার ব্যর্থতা না থাকলে এটি একটি আধুনিক ফাইল সিস্টেমে বিরল ঘটনা।

কেবল এটি অপসারণ করার ক্ষেত্রে, আমি বিশ্বাস করি যে চারপাশের সমস্ত প্যারানোইয়া তথ্যটি পুনরুদ্ধার করার জন্য fsckকে যতটা সম্ভব সম্ভব করা ভাল, তার উপর ভিত্তি করেই আমি বিশ্বাস করি তবে বাস্তবে এটি বাস্তবে খুব বেশি গুরুত্বপূর্ণ বলে আমি মনে করি না।