ডিস্ক ব্যবহারের বিভ্রান্তি: এসএসডি-তে লিনাক্স হোম পার্টিশনের জন্য 10 জি অনুপস্থিত


15

লিনাক্স মিন্ট আমাকে বলেছে, আমার কাছে কেবল 622 এমবি ফ্রি ডিস্ক স্পেস রয়েছে তবে কিছু গিগাবাইট বাকি থাকতে হবে।

পার্টিশনের দিকে তাকিয়ে আমাকে বলা হয়েছে যে প্রায় দশ গিগাবাইট অব্যবহৃত আছে। আমি সমস্যাটি গুগল করেছিলাম এবং এর সমাধানও পাইনি তবে আমি ইঙ্গিতটি পেয়েছি যেটি দিয়ে আমার ডিস্কের ব্যবহার পরীক্ষা করা উচিত df -h

sudo df -h /home
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme0n1p8  189G  178G  622M 100% /home

আউটপুট আমাকে কোন অর্থে দেখা যায় না: মধ্যে পার্থক্য Sizeএবং Usedহয় 11GB, কিন্তু এটি শুধুমাত্র শো 622Mউপলব্ধ হিসাবে।

এসএসডি পুরানো নয়, সুতরাং আমি এ জাতীয় বৈষম্য আশা করব না।

আমার কি করা উচিৎ?


3
যেমন @ কুসালানন্দ মন্তব্য করেছেন, আপনি কেন এই 10 জিবি পাবেন না (আপনি আশা করি যে আমি আমার উত্তরে সঠিকভাবে সম্বোধন করেছি) আপনি প্রশ্ন করবেন না, তবে আপনি কেন / ঘরের বেশিরভাগ স্থান ব্যবহার করছেন। কেন আপনি যদি জানেন (উদাহরণস্বরূপ: প্রচুর মিডিয়া ফাইল ইত্যাদি সঞ্চয় করুন) এটি ঠিক আছে, আপনি যদি তা না করেন তবে আপনার এটি সম্পর্কে চিন্তিত হওয়া উচিত, সম্ভাব্য পরিচ্ছন্নতার সাথে 10 গিগাবাইটেরও বেশি সঞ্চয় সঞ্চয় ফিরিয়ে দেওয়া হবে। তাহলে কি হবে?
এবি

"পার্টিশনের দিকে তাকিয়ে আমাকে বলা হয়েছে যে প্রায় দশ গিগাবাইট অব্যবহৃত রয়েছে।" - আপনাকে কোথায় বলা হয়েছিল?
ctrl-alt-delor

2
@ সিআরটিএল-ওল্ট-ডেলোর dfএর আউটপুট থেকে - আকার: 189 জি, ব্যবহৃত: 178 জি
বিলিজেএমসি

@ সিটিআরএল-ওএল ডেলর, আমি জিপিআর্ট থেকে চিত্রটি 10 ​​জিবি পেয়েছি - এবং পরে ডিফের আউটপুট থেকে 11 জি, বিলিজেএমসি সঠিকভাবে অনুমান করা হয়েছে।
tobiornottobi

উত্তর:


22

যদি ফাইলসিস্টেমটি ext4 হয় তবে বেশ কয়েকটি সংরক্ষণযোগ্য ব্লক রয়েছে, বেশিরভাগ ক্ষেত্রে হ্যান্ডলিংয়ে সহায়তা করতে এবং টুকরো টুকরো টুকরো টুকরো করা এবং শুধুমাত্র মূল ব্যবহারকারীর জন্য উপলব্ধ। এই সেটিংয়ের জন্য, টিউন 2 এফ ব্যবহার করে এটি সরাসরি পরিবর্তন করা যেতে পারে (ফাইল সিস্টেমটি মাউন্ট করার সময় সমস্ত সেটিংস হ্যান্ডেল করা যায় না):

-এম সংরক্ষিত-ব্লক-শতাংশ

ফাইল সিস্টেমের শতাংশ নির্ধারণ করুন যা কেবল সুযোগ-সুবিধাপ্রাপ্ত প্রক্রিয়া দ্বারা বরাদ্দ করা যেতে পারে। সুবিধাজনক প্রক্রিয়াগুলি দ্বারা ব্যবহারের জন্য কয়েকটি ফাইল সিস্টেম ব্লক সংরক্ষণ করা ফাইল-সিস্টেমের খণ্ডন এড়াতে এবং সিস্টেমেড (8) -র মতো সিস্টেম ডেমনকে ফাইল-সিস্টেমে লেখার হাত থেকে রোধ করার পরে, অন-সুবিধাপ্রাপ্ত প্রক্রিয়াগুলি সঠিকভাবে কাজ করতে দেয়। সাধারণত, সংরক্ষিত ব্লকের ডিফল্ট শতাংশ 5%।

সুতরাং আপনি যদি এইভাবে রিজার্ভেশনটিকে 1% (GB 2 গিগাবাইট) এ নামিয়ে আনতে চান তবে আর reserved 8 গিগাবাইটে আর কোনও সংরক্ষিত স্থান অ্যাক্সেস পাওয়া যায় না, আপনি এটি করতে পারেন:

sudo tune2fs -m 1 /dev/nvme0n1p8

দ্রষ্টব্য: -mবিকল্পটি পরামিতি হিসাবে একটি দশমিক সংখ্যা গ্রহণ করে। আপনি -m 0.1কেবলমাত্র প্রায় 200MB রিজার্ভ করতে ব্যবহার করতে পারেন (এবং এর আগে বেশিরভাগ উপলভ্য 10 জিবি বেশিরভাগ অ্যাক্সেস করুন)। আপনি -rব্লকগুলি দ্বারা সরাসরি সংরক্ষণ করার পরিবর্তে বিকল্পটিও ব্যবহার করতে পারেন । এটি সম্ভবত 0 টি সংরক্ষিত ব্লক থাকার পরামর্শ দেওয়া হয়নি।


3
ব্যবহারকারী 8 জিবি "ফিরে পাচ্ছে না"। ব্যয় করতে আরও 8 জিবি পাচ্ছেন। সমস্ত ডিস্ক স্পেস কী ব্যবহার করছে তা সন্ধান করা ভাল এবং তারপরে সম্ভবত এটির একটি ক্লিনআপ করুন, বা অন্যথায় এটি অন্যত্র সরিয়ে নেওয়া বা পার্টিশনটি বৃদ্ধি করা ভাল।
কুসালানন্দ

1
@ কুসালানন্দ আমি শব্দভাণ্ডার পরিবর্তন করব। ব্যবহার হিসাবে, আমি ওপি এর প্রতিক্রিয়া প্রয়োজন। প্রশ্নটি কখনই ইঙ্গিত দেয়নি যে অজানা উচ্চ ব্যবহার ছিল, কেবলমাত্র 10 জিবি নিখোঁজ।
এবি

1
একটি খুব ভাল এবং সহায়ক উত্তর, আপনাকে ধন্যবাদ। 5% মনে হচ্ছে খুব স্পষ্টভাবে 10 গিগাবাইট হারিয়েছে match আমি সামগ্রিকভাবে এত বেশি ডিস্কের জায়গাটি ব্যবহার করার বিষয়ে চিন্তিত নই এবং আমি এখনও আমার পার্টিশনটি বৃদ্ধি করতে পারি। :)
tobiornottobi

4
আপনার উত্তর অবশ্যই সঠিক, তবে এটি লক্ষণীয় যে এই ক্ষেত্রে শিকড়-সংরক্ষিত জায়গার মূল্য বিশাল নয়। এটি হ'ল /homeএবং মূলের জন্য স্থান সংরক্ষণ করা ততটা গুরুত্বপূর্ণ নয় যেমন এটি ফাইল সিস্টেমের অন্যান্য অংশের জন্য (যেমন সিস্টেম লগগুলি এখনও লেখা যায় তা নিশ্চিত করার জন্য)। এছাড়াও, এটি একটি এসএসডি হিসাবে বিভাজন রোধ করার ক্ষেত্রে ধাতব ডিস্ক স্পিনিংয়ের ক্ষেত্রে অগ্রাধিকার নাও থাকতে পারে।
মার্সেলম

@ মার্কসেল আমার কাছে তা উপলব্ধি করে। তবে এটি কি এখনও কোনও এসএসডি-তে / হোম পার্টিশনে কার্যকর বা এটি কেবল জায়গার অপচয়? আপনি কি মূল সংরক্ষিত স্থান 1% এ কমিয়ে দেওয়ার পরামর্শ দিচ্ছেন?
tobiornottobi

8

মুছে ফেলা ফাইলগুলি "অনুপস্থিত স্থান" এ অবদান রাখতে পারে

lsof | grep deleted | grep /home

আমার জন্য এই আউটপুট ফেরত

chrome    11181           criggie   15u      REG              254,0   
4194304  50651663 /home/criggie/.config/google-chrome/BrowserMetrics/BrowserMetrics-5D0236AF-2BAD.pma (deleted)

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

প্রোগ্রামগুলি কেন এটি করে? চলমান বাইনারিটি বন্ধ হয়ে গেলে, ওএস ওপেন ফাইল হ্যান্ডেলটি প্রকাশ করবে এবং ডিস্কে থাকা ফাইলটি চলে যাবে, কোনও বাসি টেম্প-ফাইলকে আশেপাশে ছাড়ার ঝুঁকি ছাড়াই।

আমি যা দেখতে পাচ্ছি না তা হ'ল ফাইলটির ডিস্কের ব্যবহার কত বড়।


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

4
@ ড্রঙ্কনকোডমোনকি ডুড - এর ক্রোম ... আপনি সম্পূর্ণ সঠিক।
ক্রিগগি

4
@ ড্রঙ্কনকোডমোনকি, একটি দুর্দান্ত অনেক লিখিত প্রোগ্রাম এটি করে। * নিক্সে অস্থায়ী ফাইলগুলি তৈরি করার জন্য ওপেন-ডিলিট-ক্লোজ প্যাটার্নটি প্রায় সর্বজনীন, কারণ এটির গ্যারান্টি রয়েছে যে প্রোগ্রামটি কীভাবে বের হয় নির্বিশেষে ফাইলটি মুছে ফেলা হবে : সাধারণ সমাপ্তি, ক্রাশ, স্মৃতিশক্তি চালিয়ে নিহত, নিহত পাওয়ার ব্যর্থতা ইত্যাদির মাধ্যমে
চিহ্নিত করুন

3
@ ড্রঙ্কনকোডমোনকি তাই, প্রোগ্রামটি যদি কখনও এটি দিয়ে না করা হয় তবে কী হবে?
বাম দিকের বাইরে

3
@ ড্রঙ্কনকোডমোনকি: প্যাটার্নটি খোলা-মুছে ফেলা - কাজ -বন্ধ । প্রোগ্রামটি যদি এখনও অস্থায়ী ফাইলের বিষয়বস্তুগুলির সাথে কিছু করে থাকে (উদাহরণস্বরূপ এটি একটি ডিস্ক ক্যাশে হিসাবে ব্যবহার করা বা এটিতে টেলমেট্রি ডেটা লগিং করা) তবে অবশ্যই এটি অবশ্যই এটি উন্মুক্ত রাখা উচিত। (অবশ্যই, এটিও সম্ভব যে এটি সত্যিকার অর্থেই একটি বাসি অনাবৃত ফাইল হ্যান্ডেল যা প্রোগ্রামটি বন্ধ করে দেওয়া উচিত ছিল তবে তা করা হয়নি But তবে এই ধরণের একটি ফাইল রয়েছে এবং সেখানে কোনও উত্স ফাঁসের কোনও সুস্পষ্ট ইঙ্গিত নেই, আমি এই ধারণাটি
দিয়েই
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.