Skip to content
VDS · النسخ الاحتياطية والقرص

الأقسام وأنظمة الملفات

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

آخر تحديث 23 أغسطس 2026

يظهر قرص الجهاز الافتراضي للنظام باسم /dev/sda. يعتمد التخطيط على الصورة التي تختارها: عادةً ما تُثبَّت Debian وUbuntu بقسم جذر واحد، بينما تستخدم AlmaLinux نظام LVM. عليك معرفة تخطيطك قبل أن تحتاج إلى توسيع أي شيء.

ما لديك الآن

lsblk -f
df -hT
sudo fdisk -l /dev/sda
sudo blkid

يُعد lsblk -f الأمر الأكثر فائدة: فهو يعرض شجرة الأجهزة وأنظمة الملفات والتسميات ونقاط التركيب في شاشة واحدة.

إذا احتوى الناتج على أسطر مثل vg-root والنوع lvm، فأنت تستخدم LVM. عندئذٍ ستفيدك هذه الأوامر:

sudo pvs
sudo vgs
sudo lvs

الأقسام العادية أو LVM

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

LVM يضيف طبقة: الحجم الفيزيائي، ومجموعة الأحجام، والأحجام المنطقية. يمكنك اقتطاع عدة أحجام، وتوسيعها بأي ترتيب، وإضافة مساحة دون إعادة بناء التخطيط. المقابل هو طبقة إضافية عليك تذكّرها أثناء الاستعادة.

بالنسبة لجهاز واحد بقرص واحد، الفرق ضئيل. لا تُعِد بناء التخطيط بلا داعٍ: نقل الجذر عملية تنطوي على خطر حقيقي بفقدان النظام.

أنظمة الملفات

النظامالموقع الافتراضيالميزات
ext4Debian، Ubuntuموثوق، يتوسع أثناء التشغيل، يتقلص عند إلغاء التركيب
xfsAlmaLinux، CentOS Streamسريع مع الملفات الكبيرة، يتوسع أثناء التشغيل، لا يتقلص

الخلاصة العملية: إذا كنت تخطط للمرونة، فابقَ على ext4. لن تحتاج تقريبًا إلى تقليص قسم على VPS على أي حال — فالقرص على الجهاز لا يتقلص مع تغيّر خطتك.

التوسيع بعد زيادة القرص

sudo growpart /dev/sda 1
sudo resize2fs /dev/sda1

بالنسبة لـ LVM:

sudo growpart /dev/sda 3
sudo pvresize /dev/sda3
sudo lvextend -l +100%FREE /dev/mapper/vg-root
sudo resize2fs /dev/mapper/vg-root      # xfs_growfs / for XFS

تُنفَّذ العمليتان على نظام قيد التشغيل. للتفاصيل حول الانتقال إلى مستوى أكبر — أصبح القرص صغيرًا جدًا.

خطأ في رقم القسم في growpart أو parted يُتلف جدول الأقسام، ويتوقف الجهاز عن الإقلاع. قبل أي تغيير في التخطيط: احفظ sudo sfdisk -d /dev/sda > /root/parts.txt وتأكد من أن نسخة البيانات الاحتياطية حديثة.

التركيب وfstab

تُوصَف نقاط التركيب الدائمة في /etc/fstab. استخدم UUID، لا اسم الجهاز:

sudo blkid /dev/sda1
UUID=1a2b3c4d-...  /var/lib/postgresql  ext4  defaults,noatime  0  2

التحقق قبل إعادة التشغيل إلزامي:

sudo mount -a
sudo findmnt --verify

خطأ في fstab يترك الجهاز عند وحدة تحكم الطوارئ عند الإقلاع. إذا حدث ذلك، ستساعدك قرص الإنقاذ: يُعاد تشغيل الجهاز إلى SystemRescue، ودخول الجذر دون كلمة مرور، ويظهر القرص باسم /dev/sda — تركّب القسم، وتحرّر fstab، وتعود إلى وضع الإقلاع العادي.

ملف التبديل

يُنشأ ملف التبديل بالطريقة المعتادة:

sudo fallocate -l 2G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
echo "/swapfile none swap sw 0 0" | sudo tee -a /etc/fstab

يحميك ملف التبديل من أن يُقتل أحد العمليات فجأة عند نفاد الذاكرة، لكن التبديل المكثّف يصطدم بـسرعة القرص ويجعل الجهاز بطيئًا جدًا. من الحكمة تقييد متطلبات الموارد للخدمات — راجع حدود الموارد.

أخطاء شائعة

  • لم تتحقق من تعديل fstab باستخدام mount -a. ينكسر الإقلاع، وعليك استكشاف المشكلة عبر وحدة التحكم في لوحة التحكم.
  • ركّبت مجلدًا فوق البيانات. لم يذهب المحتوى القديم إلى أي مكان، لكنه أصبح غير مرئي — ألغِ التركيب وتحقق.
  • لم تضبط noatime. أمر بسيط، لكن الكتابة الإضافية عند كل قراءة ملف على جهاز محمّل ملحوظة.