پارٹیشنز اور فائل سسٹمز

ورچوئل مشین کی ڈسک سسٹم کو /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 ایک اضافی پرت شامل کرتا ہے: فزیکل والیوم، والیوم گروپ، لاجیکل والیومز۔ آپ متعدد والیومز بنا سکتے ہیں، انہیں کسی بھی ترتیب میں بڑھا سکتے ہیں، اور لے آؤٹ کو دوبارہ ترتیب دیے بغیر جگہ شامل کر سکتے ہیں۔ اس کا نقصان یہ ہے کہ ایک اضافی پرت یاد رکھنی پڑتی ہے، خاص طور پر ریکوری کے دوران۔

ایک ہی ڈسک والی ایک مشین کے لیے فرق معمولی ہے۔ لے آؤٹ کو بلا ضرورت نہ بدلیں: روٹ کو منتقل کرنا ایک ایسا عمل ہے جس میں سسٹم کھونے کا حقیقی خطرہ موجود ہے۔

فائل سسٹمز

عملی نتیجہ: اگر آپ لچک کا ارادہ رکھتے ہیں تو ext4 پر رہیں۔ وی پی ایس پر آپ کو ویسے بھی کبھی پارٹیشن سکڑانے کی ضرورت شاید ہی پڑے — مشین کی ڈسک آپ کے پلان کے ساتھ سکڑتی نہیں۔

ڈسک بڑھانے کے بعد توسیع

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 میں ترمیم کرتے ہیں، اور نارمل بوٹ موڈ پر واپس آ جاتے ہیں۔

Swap

Swap فائل معمول کے مطابق بنائی جاتی ہے:

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

Swap آپ کو میموری ختم ہونے پر کسی پروسیس کے اچانک مارے جانے سے بچاتا ہے، لیکن زیادہ swapping ڈسک کی رفتار سے ٹکرا جاتا ہے اور مشین کو بہت سست کر دیتا ہے۔ بہتر یہ ہے کہ سروسز کے وسائل کے تقاضے محدود کیے جائیں — دیکھیں وسائل کی حدود۔

عام غلطیاں

• آپ نے mount -a کے ساتھ fstab میں ترمیم کی جانچ نہیں کی۔ بوٹ ٹوٹ جاتی ہے، اور آپ کو پینل میں کنسول کے ذریعے مسئلہ حل کرنا پڑتا ہے۔
• آپ نے ڈیٹا کے اوپر کوئی ڈائریکٹری ماؤنٹ کر دی۔ پرانا مواد کہیں نہیں گیا، لیکن پوشیدہ ہو گیا — ان ماؤنٹ کریں اور جانچیں۔
• آپ نے noatime سیٹ نہیں کیا۔ یہ معمولی بات ہے، لیکن بھری ہوئی مشین پر ہر فائل ریڈ پر اضافی رائٹ محسوس ہوتی ہے۔