کوئی بھی تبدیلی کرنے سے پہلے
پہلے ورچوئل مشین کا بیک اپ یا اسنیپ شاٹ بنائیں اور اسے آزمائیں۔ حجم بڑھانا معمول کا کام ہے، لیکن ڈیوائس کے نام میں غلطی ڈیٹا کو نقصان پہنچا سکتی ہے، اور پارٹیشن ٹیبل کا بیک اپ آپ کے ڈیٹا کا بیک اپ نہیں ہے۔ پھر اپنے ہائپروائزر یا ہوسٹنگ فراہم کنندہ کے ذریعے ڈسک کا حجم بڑھائیں، کیونکہ سسٹم صرف وہ جگہ استعمال کر سکتا ہے جو ڈسک میں پہلے سے موجود ہو۔
ڈسک کی ساخت معلوم کریں
ہر تہہ کو الگ الگ، نیچے سے اوپر کی طرف بڑھانا ضروری ہے: ڈسک، پارٹیشن، LVM اگر استعمال ہو رہا ہو، اور فائل سسٹم۔ یہ کمانڈز تہیں، فائل سسٹم کی اقسام اور یہ دکھاتی ہیں کہ کون سی جگہ کہاں ماؤنٹ ہے۔ درج ذیل مثالوں میں ڈیوائس کے نام صرف وضاحت کے لیے ہیں؛ اپنے سرور کے نام استعمال کریں۔
lsblk -f
df -hT
sudo pvs; sudo vgs; sudo lvsپارٹیشن اور ext4 یا XFS
Ubuntu اور Debian پر cloud-guest-utils پیکیج کا growpart پارٹیشن کو اس کے بعد موجود خالی جگہ تک بڑھاتا ہے۔ یاد رکھیں کہ ڈسک اور پارٹیشن نمبر الگ الگ آرگومنٹ ہیں۔ پھر فائل سسٹم کا حجم بڑھائیں: ext4 کے لیے resize2fs ڈیوائس لیتا ہے، جبکہ xfs_growfs ماؤنٹ پوائنٹ لیتا ہے۔ دونوں اس وقت بھی کام کرتے ہیں جب فائل سسٹم ماؤنٹ ہو۔
sudo growpart /dev/sda 2
# ext4
sudo resize2fs /dev/sda2
# XFS
sudo xfs_growfs /LVM استعمال ہونے کی صورت میں
جب پارٹیشن میں LVM کا فزیکل والیوم ہو تو LVM کو نئے حجم سے آگاہ کریں اور لاجیکل والیوم بڑھائیں۔ -r آپشن اس پر موجود فائل سسٹم کا حجم بھی بڑھاتا ہے، اس لیے حجم بدلنے کی الگ کمانڈ درکار نہیں ہوتی۔
sudo growpart /dev/sda 3
sudo pvresize /dev/sda3
sudo lvextend -r -l +100%FREE /dev/ubuntu-vg/ubuntu-lvنتیجہ جانچیں اور حدود سمجھیں
نئے حجم کی تصدیق کے لیے df -hT دوبارہ چلائیں۔ Growpart صرف پارٹیشن کے فوراً بعد موجود خالی جگہ استعمال کر سکتا ہے، اس لیے راستے میں موجود swap یا کسی دوسرے پارٹیشن کا پہلے انتظام کرنا ہوگا۔ XFS کا حجم بالکل کم نہیں کیا جا سکتا، اور دوسرے فائل سسٹمز کا حجم کم کرنا بڑھانے سے کہیں زیادہ خطرناک ہے، اس لیے اضافے کی مقدار احتیاط سے طے کریں۔
CH-J Server Manager میں Disk Manager
Linux سرورز کے لیے Disk Manager پارٹیشنز، فائل سسٹمز اور LVM و LUKS کی تہوں سمیت ڈسک کا نقشہ دکھاتا ہے، اور ڈسک کا حجم بڑھنے کے بعد خودکار توسیع تجویز کر سکتا ہے۔ تبدیلیاں ایک قطار میں منتظر رہتی ہیں جس کا آپ ایک منصوبے کے طور پر جائزہ لیتے ہیں؛ اسے چلانے سے پہلے ایپلیکیشن سرور کی حالت دوبارہ پڑھتی ہے اور اگر وہ اب مطابقت نہ رکھتی ہو تو رک جاتی ہے۔ یہ تبدیلی سے پہلے پارٹیشن ٹیبل کا میٹا ڈیٹا محفوظ کرتی ہے، جو آپ کے ڈیٹا کے بیک اپ کا متبادل نہیں۔ Windows سرورز کی شناخت کرکے انہیں غیر معاون ہونے کی وجہ سے مسترد کیا جاتا ہے۔