/ dev / sda2 পূর্ণ, এখানে কিছু সন্দেহজনক?

Question

আমি আমার ওপেনসুউজ লিনাক্স অপারেটিং সিস্টেমের জন্য ব্যবহৃত 20 জি পার্টিশনে রুমের বাইরে দৌড়ে গেছি।

আমি হার্ড ডি ড্রাইভ পিস swells বাস যেখানে দেখতে du -sh দৌড়ে, এবং এই আমি দেখতে কি:

4.7M    bin
47M     boot
48K     dev
24M     etc
164M    lib
17M     lib64
16K     lost+found
4.0K    mnt
4.0K    opt
du: cannot access ‘proc/7847/task/7847/fd/4’: No such file or directory
du: cannot access ‘proc/7847/task/7847/fdinfo/4’: No such file or directory
du: cannot access ‘proc/7847/fd/4’: No such file or directory
du: cannot access ‘proc/7847/fdinfo/4’: No such file or directory
0       proc
964K    root
296M    run
7.2M    sbin
4.0K    selinux
32K     srv
0       sys
392K    tmp
3.8G    usr
2.4G    var

আমি সাধারণ কিছু খুঁজে পাচ্ছি না ... 3.8 জি খুব বড় / ইউএসআর?

এটি ইউএসআর / ইউআরএর এর মত দেখাচ্ছে:

16K     X11R6
309M    bin
4.0K    games
20M     include
281M    lib
1.6G    lib64
80K     local
45M     sbin
1.6G    share
236K    src
0       tmp
16K     x86_64-suse-linux

এখানে কিছু অস্বাভাবিক? আমি এই সমাধানের জন্য কি করতে পারি?

সম্পাদনা করুন:

এখানে আমার / var dir:

4.0K    X11R6
148M    adm
31M     cache
4.0K    crash
8.0K    games
du: cannot access ‘lib/named/proc/8443/task/8443/fd/4’: No such file or directory
du: cannot access ‘lib/named/proc/8443/task/8443/fdinfo/4’: No such file or directory
du: cannot access ‘lib/named/proc/8443/fd/4’: No such file or directory
du: cannot access ‘lib/named/proc/8443/fdinfo/4’: No such file or directory
239M    lib
0       lock
32M     log
0       mail
4.0K    opt
297M    run
232K    spool
92K     tmp
12K     yp

Comments

/var 2.4g হচ্ছে অদ্ভুত দেখায়, আমি প্রথমে সেখানে চেক করতে হবে।

— akira

আমি যোগ করলাম /var কিছু খারাপ লাগছে?

— tmsimont

$> sudo du -sh /var

— akira

এই সংখ্যা যোগ করা হয় না। কোথায় /home? আপনি চালানো হয়নি du রুট হিসাবে?

— Daniel B

আমি বাদ দিয়েছিলাম / হোম এবং / মিডিয়া কারণ তাদের সেটআপে ড্রাইভগুলি মাউন্ট করা হয়েছে। আমি রুট হিসাবে চালানো .. এটা বিজোড় যে তারা যোগ করা হয়নি ...

— tmsimont

Answer 1

না, এটা অস্বাভাবিক নয়। আমার /usr ডিরেক্টরি আসলে 10 জি। আপনি এই ডিরেক্টরির মধ্যে ইনস্টল করা প্রোগ্রাম সম্পর্কিত অনেক উপাদান রয়েছে মনে রাখা আছে। সর্বাধিক "ব্যবহারকারী ইনস্টল করা" (সুতরাং ডিরেক্টরি নাম) প্রোগ্রামে শেষ পর্যন্ত শেষ হবে /usr/bin অথবা /usr/lib এটি একটি প্রোগ্রাম বা একটি গ্রন্থাগারের উপর নির্ভর করে। সুতরাং, আপনি ইনস্টল করেছেন আরো সফ্টওয়্যার, আপনি এই ডিরেক্টরি হতে বৃহত্তর আশা করতে পারেন। প্রোগ্রামের সাথে যুক্ত ফাইলগুলি প্রায়ই ডিরেক্টরীতে শেষ হয়, বিশেষ করে আইকনগুলিতে /usr/share/icons।

তোমার /usr/lib64 এবং /usr/share ডিরেক্টরি শুধুমাত্র 3.8G যে 3.2G নিতে /usr গ্রহণ করা হয়। আমি আপনাকে 64 বিট লাইব্রেরি ইনস্টল একটি সংখ্যা আছে বলার অপেক্ষা রাখে না। সম্ভবত আপনি চেষ্টা করতে পারে আপনার সিস্টেম থেকে কোনো অনাথ প্যাকেজ অপসারণ ।

এটি কিছুক্ষণ পরে আমি OpenSUSE ব্যবহার করেছি, কিন্তু মনে হচ্ছে আপনি এই কমান্ডের সাহায্যে অনাথ প্যাকেজগুলি তালিকাভুক্ত করতে পারেন

 zypper packages --orphaned

কিছু OpenSUSE ফোরামে থ্রেড এই আপনার কম হবে সুপারিশ /var ডিস্ক ব্যবহার.

zypper clean

Comments

ওহ, আমি জানতাম না যে ওটা ছিল নাকি আমি পুনরায় বুট করেছি ... কিন্তু এখন আমার 15 জি পাওয়া গেছে ... এটা রিবুট হতে পারে?

— tmsimont

একটি রিবুট দুটি জিনিস করতে পারে: 1) সাফ করা / tmp (কিন্তু এটি আপনার ক্ষেত্রে শুধুমাত্র 392K ছিল)। 2) এটি কোনো খোলা কিন্তু ইতিমধ্যে মুছে ফেলা ফাইল বন্ধ হবে। যারা ফাইল প্রদর্শন করা হবে না du কিন্তু তাদের হ্যান্ডেল বন্ধ না হওয়া পর্যন্ত ডিস্কস্পেস ব্যবহার করা অব্যাহত থাকবে।

— Hennes

রিবাউটিং সাধারণত শুধুমাত্র প্রভাবিত করবে /tmp এবং /var। 15 জি জি আউটপুট দেখা ছাড়া এসেছিলেন যেখানে হার্ড বলতে du -sh রুট হিসাবে কমান্ড রান।

— Drew Chapin