آموزش بررسی فضای دیسک در لینوکس با df و du و پاک‌سازی فضای سرور

مقدمه:

آموزش بررسی فضای دیسک در لینوکس با df و du و پاک‌سازی فضای سرور از دستور df برای مشاهده ظرفیت پارتیشن‌ها و از du برای پیداکردن پوشه‌ها و فایل‌های حجیم استفاده می‌کند. ابتدا باید مشخص کنید کدام فایل‌سیستم پر شده است؛ سپس مصرف فضای همان مسیر را مرحله‌به‌مرحله بررسی کنید. پاک‌کردن تصادفی فایل‌ها، به‌خصوص در مسیرهای سیستمی، می‌تواند سرویس یا سیستم‌عامل را از دسترس خارج کند؛ بنابراین پاک‌سازی باید پس از شناسایی دقیق عامل مصرف انجام شود.

فهرست مطالب

• تفاوت دستورات df و du
• پیش‌نیازها و هشدارهای مهم
• بررسی فضای پارتیشن‌ها با df
• بررسی مصرف پوشه‌ها با du
• پیداکردن فایل‌های حجیم
• بررسی Inode در لینوکس
• علت تفاوت خروجی df و du
• پاک‌سازی امن فضای سرور
• سناریوی عملی عیب‌یابی
• چک‌لیست نهایی
• جمع‌بندی و سؤالات متداول

تفاوت df و du در لینوکس چیست؟

دستور df میزان فضای استفاده‌شده و فضای آزاد فایل‌سیستم‌های Mount‌شده را گزارش می‌کند. با اجرای آن می‌توانید تشخیص دهید پارتیشن ریشه، پارتیشن داده یا یک فضای متصل‌شده جداگانه پر شده است. gnu.org

دستور du مصرف فضای یک فایل، پوشه یا مجموعه‌ای از زیرپوشه‌ها را تخمین می‌زند. در نتیجه، پس از آنکه df پارتیشن پر را مشخص کرد، از du برای پیداکردن مصرف‌کننده اصلی فضای همان پارتیشن استفاده می‌شود. gnu.org

روند صحیح عیب‌یابی معمولاً چنین است: ابتدا df، سپس du و در نهایت بررسی فایل‌های بزرگ، لاگ‌ها، کش‌ها و فایل‌های حذف‌شده‌ای که هنوز توسط یک پردازش باز هستند.

اگر فضای سرور شما مرتب پر می‌شود، پاک‌سازی موقت به‌تنهایی کافی نیست. کارشناسان شرکت تجارت الکترونیک نوژن می‌توانند ساختار دیسک، روند رشد لاگ‌ها، مصرف سرویس‌ها و نیاز واقعی پروژه را بررسی کنند تا علت اصلی مشکل مشخص شود.

مطالعه بیشتر: آموزش بررسی لاگ‌های لینوکس با Journalctl

پیش‌نیازها و هشدارهای مهم قبل از پاک‌سازی

برای اجرای بیشتر دستورات مشاهده فضای دیسک، دسترسی کاربر عادی کافی است؛ اما بررسی کامل مسیرهایی مانند /var، /root و پوشه‌های سرویس‌ها معمولاً به sudo نیاز دارد.

پیش از حذف هر فایل این موارد را رعایت کنید:

• از فایل‌ها، دیتابیس و تنظیمات مهم نسخه پشتیبان معتبر داشته باشید.
• ابتدا با دستورهای فقط‌خواندنی، عامل مصرف فضا را پیدا کنید.
• فایل‌های ناشناخته داخل /var/lib، /usr، /boot و مسیرهای دیتابیس را دستی حذف نکنید.
• فایل در حال استفاده را بدون بررسی سرویس مالک آن پاک نکنید.
• در سرور تولید، پاک‌سازی را در زمان کم‌ترافیک انجام دهید.
• دستورات حذف را ابتدا بدون گزینه‌های حذف بازگشتی بررسی کنید.
• پس از هر مرحله، فضای آزاد و وضعیت سرویس‌ها را دوباره کنترل کنید.

از اجرای دستورهایی مانند rm -rf روی مسیرهای گسترده یا متغیرهای بررسی‌نشده خودداری کنید. یک اشتباه کوچک در مسیر می‌تواند داده‌های سایت یا فایل‌های ضروری سیستم را حذف کند.

آموزش بررسی فضای دیسک در لینوکس با df و du و پاک‌سازی فضای سرور

مشاهده فضای دیسک با df

برای مشاهده فضای تمام فایل‌سیستم‌های Mount‌شده اجرا کنید:

df

خروجی پیش‌فرض ممکن است برای خواندن سریع مناسب نباشد. گزینه -h اندازه‌ها را به‌شکل خوانا مانند مگابایت و گیگابایت نمایش می‌دهد:

df -h

ستون‌های مهم خروجی عبارت‌اند از:

• Filesystem: فایل‌سیستم یا Device
• Size: ظرفیت کل
• Used: فضای مصرف‌شده
• Avail: فضای قابل استفاده
• Use%: درصد مصرف
• Mounted on: مسیر Mount

برای تمرکز بر فایل‌سیستم ریشه می‌توانید مسیر / را به دستور بدهید:

df -h /

برای بررسی فایل‌سیستمی که مسیر /var روی آن قرار دارد:

df -h /var

این روش از حدس‌زدن جلوگیری می‌کند؛ زیرا ممکن است /var، /home یا مسیر داده روی پارتیشن جداگانه‌ای قرار گرفته باشد.

حذف فایل‌سیستم‌های موقت از خروجی df

در بعضی سرورها، خروجی df شامل فایل‌سیستم‌های موقت یا مجازی نیز می‌شود. برای تمرکز روی نوع خاصی از فایل‌سیستم می‌توانید از گزینه -t استفاده کنید:

df -h -t ext4

یا نوعی مانند tmpfs را از خروجی کنار بگذارید:

df -h -x tmpfs -x devtmpfs

نوع فایل‌سیستم سرور ممکن است ext4، XFS یا گزینه دیگری باشد. بنابراین پیش از فیلترکردن، خروجی کامل df -hT را مشاهده کنید:

df -hT

گزینه -T نوع هر فایل‌سیستم را نمایش می‌دهد.

بررسی Inode با df

گاهی فضای ذخیره‌سازی آزاد است، اما امکان ساخت فایل جدید وجود ندارد. یکی از علت‌های احتمالی، تمام‌شدن Inodeها به دلیل وجود تعداد بسیار زیادی فایل کوچک است.

برای بررسی Inode اجرا کنید:

df -i

نسخه خواناتر آن:

df -ih

اگر مقدار IUse% یک پارتیشن بسیار بالا باشد، باید مسیر دارای تعداد زیاد فایل را پیدا کنید. کش نشست‌ها، صف‌های ایمیل، فایل‌های موقت و پوشه‌های حاوی میلیون‌ها فایل کوچک می‌توانند چنین وضعیتی ایجاد کنند.

مطالعه بیشتر: امنیت سرور لینوکس پس از راه‌اندازی

بررسی مصرف پوشه‌ها با دستور du

پس از شناسایی پارتیشن پر، باید مسیر حجیم را پیدا کنید. برای مشاهده حجم یک پوشه به‌صورت خلاصه از -s و -h استفاده کنید:

sudo du -sh /var

گزینه‌ها در این دستور:

• -s: فقط مجموع نهایی را نشان می‌دهد.
• -h: اندازه را به‌شکل خوانا نمایش می‌دهد.

برای مشاهده حجم زیرپوشه‌های سطح اول /var:

sudo du -h --max-depth=1 /var

نسخه کوتاه‌تر این دستور در پیاده‌سازی GNU Coreutils:

sudo du -h -d 1 /var

برای مرتب‌کردن نتایج از کوچک به بزرگ:

sudo du -h -d 1 /var | sort -h

برای قراردادن بزرگ‌ترین مسیرها در ابتدای خروجی:

sudo du -h -d 1 /var | sort -hr

این بررسی را می‌توانید به‌صورت مرحله‌ای ادامه دهید. اگر /var بزرگ بود و سپس /var/log بیشترین مصرف را داشت، دستور بعدی چنین است:

sudo du -h -d 1 /var/log | sort -hr

محدودکردن du به یک فایل‌سیستم

اگر زیرمسیر مورد بررسی شامل Mountهای دیگری مانند دیسک بکاپ، فضای شبکه یا Volumeهای متصل باشد، du ممکن است وارد آن‌ها شود. گزینه -x بررسی را به همان فایل‌سیستم محدود می‌کند:

sudo du -xhd 1 / | sort -hr

این دستور برای بررسی سطح اول فایل‌سیستم ریشه کاربردی است. بااین‌حال، اجرای du روی مسیر / در سرورهای بزرگ یا پرترافیک می‌تواند زمان‌بر و دارای بار ورودی‌وخروجی باشد.

جدول دستورات کاربردی df و du

اگر ظرفیت فعلی سرور با رشد سایت، بکاپ‌ها یا دیتابیس متناسب نیست، می‌توانید سرویس‌های سرور مجازی و زیرساخت شرکت تجارت الکترونیک نوژن را مشاهده کنید. انتخاب فضای بیشتر باید پس از بررسی مصرف واقعی، نرخ رشد داده و برنامه بکاپ انجام شود.

مطالعه بیشتر: خرید سرور مجازی

پیداکردن فایل‌های حجیم در لینوکس

برای مشاهده فایل‌ها و پوشه‌های حجیم داخل یک مسیر می‌توانید خروجی du را مرتب کنید:

sudo du -ah /var | sort -hr | head -n 20

این دستور ممکن است در مسیرهای بزرگ زمان‌بر باشد. بهتر است جست‌وجو را از پارتیشن و پوشه‌ای آغاز کنید که با df و بررسی سطح اول du شناسایی شده است.

برای پیداکردن فایل‌های بزرگ‌تر از ۵۰۰ مگابایت در /var:

sudo find /var -xdev -type f -size +500M -print

برای مشاهده اندازه فایل‌های پیدا‌شده:

sudo find /var -xdev -type f -size +500M -exec ls -lh {} \;

وجود یک فایل بزرگ به معنی بی‌مصرف‌بودن آن نیست. فایل ممکن است دیتابیس، دیسک ماشین مجازی، بکاپ، Image کانتینر یا لاگ فعال یک سرویس باشد. پیش از حذف، مالک و کاربرد فایل را بررسی کنید:

sudo stat /path/to/file

برای بررسی اینکه کدام پردازش فایل را باز کرده است، در صورت نصب‌بودن lsof:

sudo lsof /path/to/file

علت تفاوت خروجی df و du چیست؟

خروجی df و du همیشه دقیقاً برابر نیست. df وضعیت مصرف فایل‌سیستم را گزارش می‌کند، اما du فایل‌ها و پوشه‌های قابل مشاهده را پیمایش می‌کند.

دلایل متداول اختلاف عبارت‌اند از:

فایل حذف‌شده اما همچنان باز

اگر یک فایل بزرگ حذف شود ولی پردازشی همچنان آن را باز نگه دارد، نام فایل دیگر در مسیر دیده نمی‌شود؛ اما فضای آن تا زمان بسته‌شدن File Descriptor یا توقف پردازش آزاد نخواهد شد.

برای جست‌وجوی این وضعیت، در صورت نصب lsof می‌توان اجرا کرد:

sudo lsof +L1

پس از شناسایی پردازش، ابتدا نقش آن را بررسی کنید. Restart خودسرانه سرویس‌های دیتابیس یا سرویس‌های حیاتی ممکن است باعث قطعی یا آسیب به عملیات جاری شود.

فضای رزروشده فایل‌سیستم

برخی فایل‌سیستم‌ها بخشی از ظرفیت را برای مدیریت و پایداری سیستم رزرو می‌کنند. در چنین شرایطی، مقدار فضای قابل استفاده برای کاربران می‌تواند از محاسبه ساده ظرفیت منهای فایل‌ها کمتر باشد.

دسترسی ناکافی du

اگر کاربر اجازه خواندن بعضی پوشه‌ها را نداشته باشد، du نمی‌تواند مصرف کامل آن‌ها را محاسبه کند. اجرای کنترل‌شده دستور با sudo می‌تواند تصویر کامل‌تری ارائه دهد.

Mountهای پنهان یا جداگانه

ممکن است یک دایرکتوری، Mount Point دیسک دیگری باشد. همچنین اگر فایلی پیش از Mountشدن دیسک در زیر آن مسیر ایجاد شده باشد، پس از Mount قابل مشاهده نخواهد بود، اما همچنان روی فایل‌سیستم زیربنایی فضا مصرف می‌کند. بررسی چنین شرایطی به شناخت ساختار Mountهای سرور نیاز دارد.

روش‌های امن پاک‌سازی فضای سرور لینوکس

۱. پاک‌سازی کش بسته‌ها در Ubuntu و Debian

برای مشاهده حجم کش APT:

sudo du -sh /var/cache/apt/archives

برای حذف بسته‌های دانلودشده از کش:

sudo apt-get clean

دستور clean فایل‌های بسته دریافت‌شده را از مسیر کش APT پاک می‌کند و بسته‌های نصب‌شده روی سیستم را حذف نمی‌کند. command-line interface

برای مشاهده بسته‌هایی که ممکن است دیگر به‌عنوان وابستگی لازم نباشند، ابتدا حالت شبیه‌سازی را اجرا کنید:

sudo apt-get -s autoremove

پس از بررسی دقیق فهرست پیشنهادی، در صورت اطمینان:

sudo apt-get autoremove

autoremove می‌تواند بسته‌هایی را حذف کند که به‌صورت خودکار نصب شده‌اند و دیگر وابستگی فعال محسوب نمی‌شوند. فهرست حذف را حتماً پیش از تأیید بررسی کنید. command-line interface

۲. مدیریت حجم Systemd Journal

ابتدا فضای مصرفی Journal را مشاهده کنید:

sudo journalctl --disk-usage

برای حذف لاگ‌های آرشیوی قدیمی‌تر از یک بازه مشخص:

sudo journalctl --vacuum-time=14d

یا محدودکردن فضای فایل‌های آرشیوی Journal:

sudo journalctl --vacuum-size=1G

گزینه‌های Vacuum روی فایل‌های آرشیوی Journal اثر می‌گذارند و ممکن است همه فضای نمایش‌داده‌شده توسط --disk-usage را آزاد نکنند؛ زیرا فایل‌های فعال نیز در محاسبه مصرف قرار دارند. freedesktop.org

پیش از پاک‌سازی لاگ‌ها، نیازهای عیب‌یابی، امنیتی و سیاست نگهداری مجموعه را بررسی کنید. حذف گزارش‌های قدیمی می‌تواند امکان تحلیل یک رخداد قبلی را از بین ببرد.

۳. بررسی فایل‌های لاگ متنی

ابتدا مصرف مسیر لاگ را بررسی کنید:

sudo du -h -d 1 /var/log | sort -hr

اگر یک فایل لاگ غیرعادی بزرگ است، سرویس تولیدکننده آن و تنظیمات Logrotate را بررسی کنید:

sudo ls -lh /var/log

پاک‌کردن مستقیم فایل لاگ فعال روش مناسبی نیست. بهتر است علت تولید زیاد پیام‌ها رفع و چرخش گزارش‌ها از طریق Logrotate یا قابلیت رسمی همان سرویس مدیریت شود.

مطالعه بیشتر: مدیریت سرویس‌های لینوکس با systemctl

۴. بررسی بکاپ‌های قدیمی

بکاپ‌های محلی یکی از مصرف‌کنندگان رایج فضای سرور هستند. مسیر ذخیره نسخه‌های پشتیبان کنترل‌پنل، اسکریپت بکاپ و برنامه سایت را بررسی کنید.

پیش از حذف یک بکاپ مطمئن شوید:

• نسخه سالم دیگری در فضای مستقل وجود دارد.
• تاریخ و محتوای فایل مشخص است.
• فرایند بازیابی قبلاً آزمایش شده است.
• فایل بخشی از بکاپ افزایشی یا زنجیره وابسته نیست.
• سیاست نگهداری مجموعه اجازه حذف آن را می‌دهد.

نگهداری تمام نسخه‌های پشتیبان روی همان سرور، از نظر بازیابی در خرابی دیسک کافی نیست.

۵. بررسی Docker و کانتینرها

در سرورهای Docker، Imageها، Volumeها، Containerهای متوقف‌شده و لاگ کانتینر می‌توانند فضای قابل‌توجهی مصرف کنند. ابتدا وضعیت را بدون حذف بررسی کنید:

docker system df

Volume ممکن است حاوی داده دیتابیس یا اطلاعات دائمی برنامه باشد. از اجرای دستورهای گسترده Prune بدون شناخت وابستگی‌ها، تهیه نسخه پشتیبان و بررسی خروجی خودداری کنید.

۶. بررسی فایل‌های موقت و کش برنامه‌ها

فایل‌های موقت را نباید با یک دستور حذف بازگشتی و گسترده پاک کرد. برخی پردازش‌ها به فایل‌های داخل مسیرهای موقت نیاز دارند و حذف آن‌ها در زمان نامناسب می‌تواند سرویس را مختل کند.

برای هر برنامه، مسیر کش و روش رسمی پاک‌سازی همان برنامه را بررسی کنید. کش وب‌سایت، صف پردازش، فایل Session و فایل موقت آپلود همگی شرایط نگهداری متفاوتی دارند.

مطالعه بیشتر: دستورات chmod و chown در لینوکس

سناریوی عملی: پارتیشن ریشه سرور پر شده است

فرض کنید df -h نشان می‌دهد فایل‌سیستم ریشه فضای آزاد کمی دارد. مسیر بررسی ایمن می‌تواند به این صورت باشد:

مرحله اول: شناسایی پارتیشن

df -hT /

نوع فایل‌سیستم، ظرفیت، مصرف و Mount Point را یادداشت کنید.

مرحله دوم: بررسی مصرف سطح اول

sudo du -xhd 1 / | sort -hr

فرض کنید /var بزرگ‌ترین مسیر قابل مشاهده است.

مرحله سوم: بررسی زیرپوشه‌های var

sudo du -xhd 1 /var | sort -hr

اگر /var/log حجیم بود:

sudo du -xhd 1 /var/log | sort -hr

اگر /var/lib حجیم بود، فایل‌های داخل آن را بدون شناسایی حذف نکنید. این مسیر می‌تواند داده‌های دیتابیس، Docker، کنترل‌پنل و سرویس‌های حیاتی را نگهداری کند.

مرحله چهارم: بررسی فایل‌های بزرگ

sudo find /var -xdev -type f -size +500M -exec ls -lh {} \;

نام، مالک، تاریخ تغییر و سرویس مرتبط با هر فایل را بررسی کنید.

مرحله پنجم: بررسی فایل‌های حذف‌شده باز

اگر جمع مصرف du با df اختلاف زیادی دارد:

sudo lsof +L1

ممکن است فضای مصرفی به فایلی مربوط باشد که حذف شده ولی پردازش هنوز آن را باز نگه داشته است.

مرحله ششم: پاک‌سازی هدفمند

براساس یافته‌ها، فقط همان منبع را مدیریت کنید؛ برای مثال:

• پاک‌سازی کش APT با روش رسمی
• کاهش کنترل‌شده آرشیو Journal
• اصلاح Logrotate
• انتقال یا حذف بکاپ تأییدشده
• مدیریت Image یا Volume پس از بررسی
• رفع خطایی که با سرعت زیاد لاگ تولید می‌کند

مرحله هفتم: کنترل نتیجه

پس از هر اقدام اجرا کنید:

df -h

همچنین وضعیت سرویس مرتبط را بررسی کنید:

sudo systemctl status service-name

پاک‌سازی موفق فقط به معنی افزایش فضای آزاد نیست؛ سرویس‌ها نیز باید بدون خطا به کار خود ادامه دهند.

اشتباهات رایج هنگام آزادسازی فضای دیسک

حذف فایل قبل از شناسایی کاربرد آن

نام قدیمی یا حجم زیاد دلیل کافی برای حذف نیست. ابتدا مالک، زمان تغییر، پردازش استفاده‌کننده و ارتباط فایل با سرویس را مشخص کنید.

اجرای du روی کل سرور بدون محدودیت

پیمایش تمام فایل‌سیستم‌ها می‌تواند زمان‌بر باشد و وارد Mountهای بکاپ یا شبکه شود. بررسی را با df محدود کنید و در صورت نیاز از -x استفاده کنید.

پاک‌کردن لاگ بدون رفع علت رشد آن

اگر یک سرویس به دلیل خطای تکرارشونده حجم زیادی لاگ ایجاد می‌کند، پاک‌سازی فقط زمان کوتاهی مشکل را پنهان می‌کند. ابتدا پیام خطا و تنظیمات سرویس را بررسی کنید.

نادیده‌گرفتن Inode

ممکن است سرور فضای حجمی آزاد داشته باشد، اما به دلیل تمام‌شدن Inode قادر به ایجاد فایل جدید نباشد. همیشه df -i را در چک‌لیست عیب‌یابی قرار دهید.

حذف بکاپ بدون آزمایش نسخه جایگزین

وجود نام یک فایل در فضای دیگر به معنای سالم‌بودن بکاپ نیست. امکان Restore، کامل‌بودن داده و دسترسی به مقصد بکاپ باید بررسی شود.

چک‌لیست بررسی و پاک‌سازی فضای سرور

• ظرفیت پارتیشن‌ها با df -hT بررسی شده است.
• میزان مصرف Inode با df -i کنترل شده است.
• پارتیشن و Mount Point پر مشخص شده است.
• زیرپوشه‌های حجیم با du -xhd 1 شناسایی شده‌اند.
• فایل‌های بزرگ فقط در مسیر مرتبط جست‌وجو شده‌اند.
• فایل‌های حذف‌شده اما باز با lsof +L1 بررسی شده‌اند.
• پیش از حذف، مالک و کاربرد فایل مشخص شده است.
• از داده‌ها و تنظیمات مهم نسخه پشتیبان وجود دارد.
• کش، لاگ و بسته‌ها با ابزار رسمی سرویس مدیریت شده‌اند.
• وضعیت سرویس‌ها پس از پاک‌سازی کنترل شده است.
• دلیل رشد غیرعادی داده برای جلوگیری از تکرار مشکل رفع شده است.
• برای ظرفیت و مصرف فضای سرور پایش دوره‌ای در نظر گرفته شده است.

جمع‌ بندی

در آموزش بررسی فضای دیسک در لینوکس با df و du و پاک‌سازی فضای سرور دیدیم که df نقطه شروع بررسی است و وضعیت کلی فایل‌سیستم‌ها، فضای آزاد و Inodeها را نشان می‌دهد. پس از پیداکردن پارتیشن پر، du مسیرها و پوشه‌های حجیم را مشخص می‌کند.

پاک‌سازی امن باید هدفمند باشد. کش بسته‌ها، Journal، بکاپ‌ها، فایل‌های برنامه و داده‌های Docker هرکدام روش مدیریتی متفاوتی دارند. حذف دستی و گسترده فایل‌ها ممکن است به از دست‌رفتن اطلاعات یا توقف سرویس منجر شود.

اگر مشکل به‌طور مداوم تکرار می‌شود، باید علاوه بر آزادسازی فضا، سیاست نگهداری لاگ و بکاپ، روند رشد دیتابیس و تناسب ظرفیت دیسک با نیاز پروژه بررسی شود.

برای بررسی مصرف فضای سرور، تنظیم نگهداری لاگ‌ها، برنامه‌ریزی بکاپ یا انتخاب منابع مناسب می‌توانید با شرکت تجارت الکترونیک نوژن تماس بگیرید و از مشاوره فنی متناسب با زیرساخت خود استفاده کنید.

سؤالات متداول

۱. تفاوت دستور df و du چیست؟

df مصرف و فضای آزاد فایل‌سیستم‌های Mount‌شده را نشان می‌دهد. du فضای اشغال‌شده توسط فایل‌ها و پوشه‌های یک مسیر را محاسبه می‌کند.

۲. چگونه بفهمیم کدام پوشه بیشترین فضا را اشغال کرده است؟

ابتدا پارتیشن پر را با df -h پیدا کنید و سپس دستور sudo du -xhd 1 /path | sort -hr را روی مسیر همان پارتیشن اجرا کنید.

۳. چرا با وجود فضای آزاد نمی‌توان فایل جدید ساخت؟

ممکن است Inodeهای فایل‌سیستم تمام شده باشند. خروجی df -i را بررسی کنید و مسیرهای دارای تعداد بسیار زیاد فایل کوچک را شناسایی کنید.

۴. چرا خروجی df بیشتر از du است؟

فایل حذف‌شده‌ای که هنوز توسط یک پردازش باز است، فضای رزروشده فایل‌سیستم، دسترسی ناکافی و ساختار Mountها می‌توانند باعث این اختلاف شوند.

۵. آیا اجرای apt-get clean امن است؟

این دستور کش بسته‌های دریافت‌شده APT را پاک می‌کند و بسته‌های نصب‌شده را حذف نمی‌کند. بااین‌حال، نتیجه و فضای آزادشده به وضعیت کش سیستم بستگی دارد.

۶. آیا می‌توان فایل‌های داخل /var/log را مستقیم حذف کرد؟

حذف مستقیم فایل لاگ فعال توصیه نمی‌شود. ابتدا سرویس تولیدکننده، تنظیمات Logrotate و نیاز به نگهداری گزارش را بررسی کنید و از روش رسمی مدیریت لاگ استفاده کنید.

۷. چگونه از پرشدن دوباره فضای سرور جلوگیری کنیم؟

پایش ظرفیت، تنظیم Logrotate و Journal، تعیین سیاست نگهداری بکاپ، کنترل رشد دیتابیس و ایجاد هشدار مصرف دیسک از تکرار مشکل جلوگیری می‌کند.