القرص ينفد: كيف تزيده

مساحة القرص في VDS مرتبطة بالمستوى: 40 GB على VDS-1 وحتى 250 GB على VDS-6. لا يمكنك شراء مساحة إضافية بشكل منفصل — يتغير الحجم مع الخطة. قبل الدفع أكثر، تحقق مما إذا كانت المساحة مشغولة فعليًا بالبيانات.

الخطوة الأولى: تأكد من أن المساحة مستخدمة فعليًا

df -h /
sudo du -x -h -d1 / | sort -h | tail -10
docker system df
journalctl --disk-usage

في كثير من الأحيان، تشغل السجلات وذاكرة التخزين المؤقت للبناء والصور القديمة نصف القرص. للحصول على تفصيل دقيق، راجع مساحة القرص. من خلال تحرير 30-40 % بالتنظيف، ستؤجل الترقية عدة أشهر.

الخطوة الثانية: انقل ما لا يجب أن يبقى هنا

• النسخ الاحتياطية — مكانها على موقع آخر، وليس على نفس القرص.
• الملفات التي يرفعها المستخدمون — إلى تخزين كائنات S3؛ سيوفر التطبيق الروابط.
• الأرشيفات والوسائط — إلى تخزين منفصل رخيص مع وصول SFTP.
• سجل الصور — الخدمة الأكثر استهلاكًا للموارد، راجع سجلك الخاص.

الخطوة الثالثة: الترقية إلى مستوى أعلى

تقوم بترقية الخطة في لوحة التحكم الخاصة بالجهاز، وهي تعمل نحو الأعلى فقط. تُحسب التكلفة الإضافية للأيام المتبقية من الفترة المدفوعة — لا تفقد المال الذي دفعته بالفعل.

إلى جانب القرص، تزداد الأنوية والذاكرة وحد سرعة الكتابة — راجع سرعة القرص.

التخفيض غير متاح: لا يتقلص القرص. يمكنك تقليص نظام الملفات، ولكن ليس القرص الافتراضي تحته دون المخاطرة بفقدان البيانات. لذا اختر مستوى به هامش احتياطي لسنة، وليس «فقط في حال، سنتان مقدمًا».

بعد الترقية

عادةً ما يتوسع القسم ونظام الملفات تلقائيًا عند الإقلاع. تحقق:

lsblk
df -h /

إذا أظهر lsblk قرصًا أكبر بينما أظهر df الحجم القديم، فوسّع يدويًا:

sudo growpart /dev/sda 1
sudo resize2fs /dev/sda1        # ext4
sudo xfs_growfs /               # xfs

بالنسبة لتخطيطات LVM، الترتيب مختلف:

sudo pvresize /dev/sda3
sudo lvextend -l +100%FREE /dev/mapper/vg-root
sudo resize2fs /dev/mapper/vg-root

لمزيد من التفاصيل، راجع الأقسام وأنظمة الملفات. يتم توسيع نظام الملفات على قسم مُثبَّت ولا يمس البيانات، لكن النسخ الاحتياطي beforehand لا يزال إلزاميًا.

ماذا تفعل إذا نفدت المساحة الآن

عندما يمتلئ القرص تمامًا، تتوقف بعض الأوامر عن العمل: لا يستطيع النظام حتى كتابة ملف مؤقت. ترتيب الإجراءات:

journalctl --vacuum-size=100M
apt clean
docker builder prune -f
sudo truncate -s 0 /var/lib/docker/containers/*/*-json.log

سيؤدي هذا إلى تحرير غيغابايت أو اثنين واستعادة التحكم. ثم اتبع الخطوات أعلاه.

الأخطاء الشائعة

• حذفت الملفات لكن المساحة لم تعد. هناك عملية تحتفظ بالملف المحذوف مفتوحًا: sudo lsof +L1 وأعد تشغيل الخدمة.
• رقّيت المستوى دون معرفة السبب. تسريب السجلات سيملأ 250 GB أيضًا، لكن لاحقًا.
• وسّعت القسم دون نسخة احتياطية. خطأ في رقم القسم في growpart يكلفك كل بياناتك. أنشئ نسخة احتياطية أولاً.
• نسيت الـ inodes. df -i: هناك مساحة، لكن لا يمكنك إنشاء ملفات. حذف أكوام الملفات الصغيرة يساعد، وليس زيادة القرص.