উবুন্টু ১১.১০ এর প্রযুক্তিগত ওভারভিউ থেকে ওয়ানিরিক :
উবুন্টু 11.10 থেকে দূরে চলে আসেন করেছে
/var/run,/var/lockএবং/dev/shmএখন ব্যবহার/run,/run/lockএবং/run/shmপরিবর্তে (যথাক্রমে)।
/run, এবং তারপরে /var/run?উত্তর:
উদ্দেশ্যটি হ'ল tmpfsফাইল সিস্টেমের সংখ্যা হ্রাস করা । ১১.০৪- tmpfsতে /var/lock, /var/runএবং এ পৃথক পৃথক ফাইল সিস্টেম রয়েছে /dev/shm। এই ডিরেক্টরিগুলি যদি সমস্ত একক পিতামহ পরিচালকের অধীনে হত তবে কেবলমাত্র একটি একক tmpfsপ্রয়োজন। এটি আরও রানটাইম স্থিতির ডেটাগুলির জন্য একটি সুস্পষ্ট অবস্থান সরবরাহ করে যা রিবুটগুলি ধরে রাখা উচিত নয়।
আপনার অ্যাপ্লিকেশনটি ফাইলের ক্যানোনিকাল পাথের উপর নির্ভর না করে আপনার অ্যাপ্লিকেশনটি পরিবর্তন ছাড়াই চলতে হবে যেহেতু পুরানো অবস্থানগুলি নতুনগুলির সাথে সিমলিংক হবে। অ্যাপআর্মর নীতিগুলি এমন একটি কেস যা প্রকৃত পথের নামের উপর নির্ভর করে, এজন্যই এটি নির্দিষ্টভাবে উল্লেখ করা হয়েছিল।
নিম্নলিখিত লিঙ্কগুলি যুক্তি ব্যাখ্যা করতে সাহায্য করবে:
/run ক্ষণস্থায়ী রাষ্ট্র ফাইল সংরক্ষণের জন্য একটি নতুন ক্রস-ডিস্ট্রিবিউশন tmpfs অবস্থান — অর্থাৎ, রান-টাইম তথ্য সম্বলিত ফাইলগুলি যা বুট প্রক্রিয়াতে প্রারম্ভিক লেখার প্রয়োজন হতে পারে এবং না পারে এবং যার জন্য পুনরায় বুট সংরক্ষণের প্রয়োজন হয় না।
মেকিং /runডিরেক্টরির প্রাপ্তিসাধ্য আমাদের একটি পদক্ষেপ বিন্দু যেখানে এটি সিস্টেমের যেমন কোনো ক্লাঙ্কি সমাধান নীচে উপস্থিত ছাড়াই, রুট ফাইল সিস্টেম শুধুমাত্র পাঠযোগ্য মাউন্ট সঙ্গে স্বাভাবিকভাবে ব্যবহার করা সম্ভব কাছে নিয়ে আসে aufs/unionfsপ্রতিস্থাপক।
/run ফাইল সিস্টেম হায়ারার্কি স্ট্যান্ডার্ডে বর্ণিত বেশ কয়েকটি বিদ্যমান অবস্থান প্রতিস্থাপন করে:
/var/run → /run/var/lock → /run/lock/dev/shm→ /run/shm[বর্তমানে কেবলমাত্র দেবিয়ান এটি করার পরিকল্পনা করছে]/tmp→ /run/tmp[;চ্ছিক; বর্তমানে কেবলমাত্র দেবিয়ান এটি সরবরাহ করার পরিকল্পনা করছে]/run ক্ষণস্থায়ী ফাইলগুলির জন্য ব্যবহৃত হয়েছে এমন কিছু অন্যান্য স্থান প্রতিস্থাপন করে:
/lib/init/rw → /run
/dev/.* → /run/*/dev/shm/* → /run/*/etc→/run/*(যাতে আপনি সম্ভবত এগুলি সরে যাওয়ার আশা করতে পারেন)।
আমি আপনার সফ্টওয়্যারটিতে এমন একটি অংশ তৈরি করার পরামর্শ দেব যেখানে আপনি এই ডিরেক্টরিগুলি ভেরিয়েবলগুলিতে স্থাপন করেছেন, এই ভেরিয়েবলগুলি ব্যবহার করার জন্য আপনার কোডটি পরিবর্তন করুন এবং তারপরে ব্যবহৃত সিস্টেমের ভিত্তিতে ভেরিয়েবলগুলি পরিবর্তন করুন (তবে আমি বাজি ধরছি যে আপনি এটি ইতিমধ্যে জানতেন)।
/etc, /etc/lvm/cache/ /etc/mtab /etc/network/run/ifstateএবং শীঘ্রই /etc/adjtime। আমি মনে করি তাদের সাথে এটি শুরু করা খারাপ ছিল /etc।
আমি যা পড়েছি তা থেকে / রান কেন চালু হয়েছিল সে সম্পর্কে এটিই মূল ব্যাখ্যা ছিল। http://lwn.net/Articles/436012/
দ্রষ্টব্য: যেহেতু / চালুর পরিচিতি, ছোট কনফিগারেশনে সমস্যা হতে পারে। আমার উবুন্টু সার্ভারটি 256Mo র্যাম এবং / রানটি ডিফল্টভাবে 49Mo তে সেট করা আছে।
প্রারম্ভকালে, এটি পূর্ণতা না হওয়া পর্যন্ত ফাইল সিস্টেমটি পূরণ করে।
Fstab এ পরিবর্তন করা tempfs / রান আকারকে বাড়িয়ে তোলে না। জিজি-তে অন্য যে কোনও পদ্ধতিও আমি খুঁজে পাইনি।
আমি init স্ক্রিপ্টে যুক্ত করার সমাধানটি পেয়েছি:
প্রারম্ভকালে প্রসারিত /etc/rc.localরেখাটি
mount -t tmpfs tmpfs /run -o remount,size=85M। (85 এম আমার কনফিডের জন্য।)
/etc। এগুলি সবই কি অতীত পুনরায় বুট করতে হবে, তাই না? এটি কেবল জেনেরিক কনফ ফাইলগুলি।