ডিস্ক আস্তে আস্তে পূরণ হচ্ছে তবে দৃশ্যমান ফাইলের আকারের কোনও পরিবর্তন নেই


16

df প্রয়োগ

 Filesystem     1K-blocks     Used Available Use% Mounted on
/dev/vda1       30830588 22454332   6787120  77% /
none                   4        0         4   0% /sys/fs/cgroup
udev             1014124        4   1014120   1% /dev
tmpfs             204996      336    204660   1% /run
none                5120        0      5120   0% /run/lock
none             1024976        0   1024976   0% /run/shm
none              102400        0    102400   0% /run/user

গতকাল 77 77% ছিল মাত্র %০% এবং এটি কয়েক দিনের মধ্যে 100% পর্যন্ত পূর্ণ হয়ে যাবে।

আমি কিছুক্ষণের জন্য ফাইলসাইজগুলি পর্যবেক্ষণ করছি:

sudo du -sch /*


9.6M    /bin
65M     /boot
224K    /build
4.0K    /dev
6.5M    /etc
111M    /home
0       /initrd.img
0       /initrd.img.old
483M    /lib
4.0K    /lib64
16K     /lost+found
8.0K    /media
4.0K    /mnt
4.0K    /opt
du: cannot access ‘/proc/21705/task/21705/fd/4’: No such file or directory
du: cannot access ‘/proc/21705/task/21705/fdinfo/4’: No such file or directory
du: cannot access ‘/proc/21705/fd/4’: No such file or directory
du: cannot access ‘/proc/21705/fdinfo/4’: No such file or directory
0       /proc
21M     /root
336K    /run
12M     /sbin
8.0K    /srv
4.1G    /swapfile
0       /sys
4.0K    /tmp
1.1G    /usr
7.4G    /var
0       /vmlinuz
0       /vmlinuz.old
14G     total

এটি আমাকে প্রতিদিন (কম বেশি) একই নম্বর দিচ্ছে। 14 জি মোট ডিস্কের আকারের চেয়ে কম। কোথায় যাচ্ছে বাকি?

আমার লিনাক্স জ্ঞান খুব বেশি গভীর হয় না।

ফাইলগুলি এখানে প্রদর্শিত না হওয়া কি সম্ভব? অন্য কোনও উপায়ে স্থান বরাদ্দ করা কি সম্ভব?


1
আপনার জন্য 7.4 জি /varআমাকে অস্বাভাবিকভাবে বড় হিসাবে আঘাত করে। আমার সন্দেহ হয় একটি লগ ফাইল দ্রুত পূরণ করছে।
জোস

4
কোন মুছে ফেলা ফাইল? কি করে lsof -b 2>/dev//null | grep deleted(আউটপুট বরং বড় হতে পারে, পুনরুক্তিযুক্ত এন্ট্রিগুলি
পুনরুদ্ধার করা উচিত

@ মুরু হ্যাঁ একগুচ্ছ ফাইল সেভাবে দেখায়। এর মানে কী? তারা কোথায়? আমি কীভাবে এটি পরিষ্কার করব?
নিজল

2
একটি রিবুট তাদের অনেকগুলি পরিষ্কার করা উচিত। এগুলি মুছে ফেলা বিভিন্ন প্রক্রিয়া দ্বারা খালি ফাইল। কিছু পাওয়া স্বাভাবিক but তবে এর মধ্যে একটির যদি খুব বেশি বড় হয়ে যায় তবে এটির ব্যবহার করে আপনার স্পট করার সহজ উপায় নেই du
মুরু

1
নোট করুন যে আপনার লোগ্রোটেট.কনফের সাথে কী ঘটছে তা যুক্ত করে আপনি দ্বিতীয় প্রশ্ন তৈরি করতে চাইতে পারেন কারণ লগ্রেশন হওয়ার সময় অ্যাপাচি ফাইলগুলি বন্ধ করার জন্য কনফিগার করা উচিত I ইস্যুটি পর্যায়ক্রমে পুনরাবৃত্তি হওয়া উচিত এবং সপ্তাহে কখনও পুনরায় চালু হওয়া দু: খজনক। [আমি এটি প্রস্তাব দিচ্ছি যদি এটি পুনরাবৃত্তি করে তবে সার্ভিস httpd পুনরায় চালু করা (বা পুনরায় লোড) আবার সাময়িকভাবে সমস্যাটি হ্রাস করে কিনা তা দেখেছি
ফুন

উত্তর:


28

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

মুছে ফেলা, এখনও-ব্যবহৃত ফাইলগুলি দেখতে:

lsof -b 2>/dev/null | grep deleted

আপনার কাছে মুছে ফেলা ফাইলের একটি বিশাল সংখ্যা থাকতে পারে - যা নিজেই কোনও সমস্যা নয়। একটি একক মুছে ফেলা বড় হওয়া সমস্যা a

একটি পুনরায় বুট করা উচিত এটি ঠিক করা উচিত, তবে আপনি যদি রিবুট করতে না চান তবে জড়িত অ্যাপ্লিকেশনগুলি পরীক্ষা করুন ( lsofআউটপুট প্রথম কলাম ) এবং পুনরায় চালু বা যুক্তিসঙ্গত চেহারাগুলি বন্ধ করুন।

আপনি যদি কখনও এরকম কিছু দেখতে পান তবে:

zsh   1724   muru   txt   REG   8,17   771448   1591515  /usr/bin/zsh (deleted)

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

এতে থাকা ফাইলগুলি /dev/shmভাগ করা মেমরি অবজেক্ট এবং ডিস্কে খুব বেশি জায়গা দখল করে না (বেশিরভাগ ক্ষেত্রে একটি ইনোড নম্বর, আমার মনে হয়)। সেগুলিও নিরাপদে উপেক্ষা করা যেতে পারে। নাম দেওয়া vteXXXXXXফাইলগুলি ভিটিই-ভিত্তিক টার্মিনাল এমুলেটর (যেমন জিনোম টার্মিনাল, টার্মিনেটর ইত্যাদি) থেকে লগ ফাইল। এই পারে বড় হতে, যদি আপনার সাথে একটি টার্মিনাল উইন্ডোটি খোলা আছে প্রচুর (এবং আমি গড় প্রচুর কাপড় আউটপুট হচ্ছে)।


1
ওপি-র সিস্টেমে পুরো / দেব একটি ইউদেব মাউন্ট পয়েন্ট, সুতরাং এর অধীনে কোনও কিছুই মূল ফাইল সিস্টেমে কোনও স্থান নেয় না। তদ্ব্যতীত, / dev / shm সাধারণত যেভাবেই একটি tmpfs হিসাবে প্রয়োগ করা হয় যা এটি কেবল একটি মাউন্ট পয়েন্ট, সুতরাং এর অধীনে থাকা পৃথক ফাইলগুলি ডিরেক্টরিতে প্রবেশের স্থানও গ্রহণ করে না।
কেভিন

3

মুরুর দ্বারা উত্তরের উত্তরে যোগ করতে:

  • ডিএফ ডিস্কে আকার দেখায়,
  • এবং du ফাইল সামগ্রীর মোট আকার দেখায়।

সম্ভবত আপনি যা du এর সাথে দেখতে পাচ্ছেন না তা হ'ল অনেকগুলি, অনেক ছোট ফাইলের উপস্থিতি ... (এর শেষ কলামটি df -iদেখুন এবং দেখুন যে ইনোডের সংখ্যা (যেমন ফাইলগুলির) খুব বেশি সময় বাড়িয়ে দেয় কিনা)

যদি আপনার মনে হয়, 1'000'000 (1 মিলিয়ন) ক্ষুদ্র 1-বাইট ফাইলগুলি, duএটি গণনা করবে যে মোট 1'000'000 বাইট হিসাবে গণনা করা যাক, 1 এমবি (... বিশুদ্ধবাদী, দয়া করে ক্র্যাঞ্জ করবেন না)

তবে ডিস্কে প্রতিটি ফাইল দুটি জিনিস দিয়ে তৈরি:

  • 1 ইনোড (ফাইলের ডেটার দিকে নির্দেশ করে), এবং সেই ইনোডটি নিজেই 16 কেবি (!) হতে পারে,
  • এবং প্রতিটি ফাইলের ডেটা (= ফাইলের বিষয়বস্তু) ডিস্ক ব্লকগুলিতে রাখা হয় এবং সেই ব্লকগুলিতে বেশ কয়েকটি ফাইলের ডেটা থাকতে পারে না (সাধারণত ...), সুতরাং আপনার 1 বাইট ডেটা কমপক্ষে 1 টি ব্লক দখল করবে

সুতরাং, এক মিলিয়ন ফাইল 1-বাইট ফাইলগুলি 1'000'000'000 * size_of_a_blockডেটার জন্য মোট জায়গা এবং আরও 1'000'000'000 * size_of_an_inodeইনোডের আকারের জায়গা দখল করবে ... এটি 1 মিলিয়ন "1-বাইট" ফাইলের জন্য বেশ কয়েকটি জিবি ডিস্ক ব্যবহারের পরিমাণ হতে পারে।

আপনার যদি 1024-বাইট ব্লক এবং অন্য 256 বাইট ইনোড আকারের হয় তবে আপনার 1'000'000 ফাইলগুলি প্রায় 1Mb দ্বারা রিপোর্ট করা duহবে তবে এটি ডিস্কে প্রায় 1.25Gb হিসাবে গণনা করা হবে (যেমন দেখেছে df)! (বা এমনকি প্রতিটি জিপি 1 ডিডিকেটেড ডিস্ক ব্লকে থাকাও 2 জিবি হতে পারে ... আমি জানি না এটি কি না)


1
যদি না আপনি স্পষ্টভাবে কোনও বিকল্প ( -bবা --apparent-size) ব্যবহার করেন যা duকোনও ফাইলের আপাত আকার প্রদর্শন করতে বলে , duপ্রকৃতপক্ষে ফাইলের ডিস্কে সর্বদা আকার প্রদর্শন করবে (ব্লকের আকারের জন্য ব্যবহৃত ব্লকের সংখ্যা)। এটি প্রকৃতপক্ষে ফাইলের আপাত আকারের চেয়ে বড় (সাধারণ ক্ষেত্রে) বা ছোট (স্পার ফাইলগুলির ক্ষেত্রে) ছোট হতে পারে।
জোনাথন কলেন

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.