ڈیٹا غائب ہو گیا: مرحلہ وار کیا کریں
جب فائلیں یا ڈیٹا بیس غائب ہو جائیں تو طریقہ کار: اپنے پہلے اقدام سے صورتحال مزید خراب کیسے نہ کریں، باقیات کہاں تلاش کریں، اور کیا بحال ہو سکتا ہے اور کیا نہیں۔
اپ ڈیٹ 23 اگست، 2026
ڈیٹا کے ضیاع کے بعد پہلا قدم اس سے زیادہ اہم ہے جو اس کے بعد آتا ہے۔ ذیل میں ایک طریقہ کار دیا گیا ہے جو آپ کے ریکوری کے امکانات کو ضائع نہیں ہونے دے گا۔
فوراً: ڈسک پر لکھنا بند کریں
حذف شدہ فائل ڈسک پر اس وقت تک موجود رہتی ہے جب تک اس کی جگہ کوئی نئی چیز نہ لے لے۔ ہر تحریر — پیکیج کی تنصیب، چلتی ہوئی ویب سائٹ، بڑھتی ہوئی لاگ — آپ کے امکانات کو کم کرتی ہے۔
- جو بھی لکھ رہا ہے اسے روک دیں: ویب سرور، ڈیٹا بیس، قطار کے ورکرز۔
- ریکوری سافٹ ویئر اسی ڈسک پر انسٹال نہ کریں۔
- سسٹم دوبارہ انسٹال نہ کریں: دوبارہ تنصیب ڈسک کو مکمل اور ناقابلِ واپسی طور پر تباہ کر دیتی ہے۔
اگر ڈیٹا اہم ہے اور آپ کے پاس بیک اپ نہیں ہیں تو مشین بند کریں اور کسی بھی تجربے سے پہلے سپورٹ سے رابطہ کریں۔
معلوم کریں کہ بالکل کیا ہوا
| نشانی | یہ کیا ہے | کہاں جائیں |
|---|---|---|
| کسی کمانڈ سے حذف شدہ فائلیں | عام حذف | نیچے والا حصہ |
| “No space left on device” | جگہ ختم، ایپلیکیشن لکھ نہیں سکی | جگہ ختم |
| ڈیٹا بیس نہیں کھلتا، فائلیں موجود ہیں | ڈیٹا بیس کی خرابی | ڈیٹا بیس بیک اپ |
| سسٹم بوٹ نہیں ہوتا | بوٹ لوڈر یا فائل سسٹم | ریسکیو ڈسک |
| اجنبی فائلیں، ناواقف پروسیسز | ممکنہ سمجھوتہ | سمجھوتے کی نشانیاں |
اگر آپ کے پاس بیک اپ ہیں
یہ سب سے تیز راستہ ہے اور تقریباً ہمیشہ ہی واحد کامیاب راستہ۔ اپنی اسکیم سے بحال کریں — rsync یا restic — اور تصدیق کریں کہ ان پیکنگ کامیاب ہوئی، بلکہ مواد کی: سائز، لائنوں کی تعداد، ڈیٹا بیس کھلتا ہے یا نہیں۔
restic -r /path/to/repo snapshots
restic -r /path/to/repo restore latest --target /restore
پہلے الگ ڈائریکٹری میں بحال کریں، کام کرنے والی کے اوپر نہیں: بیک اپ بھی نامکمل ہو سکتا ہے، اور اس سے باقیات کو اوور رائٹ کرنا دونوں آپشنز کھو دینے کا راستہ ہے۔
اگر آپ کے پاس بیک اپ نہیں ہیں
ہم آپ کی مشین کے خودکار بیک اپ نہیں رکھتے اور نہ ہی ہمارے پاس اسنیپ شاٹس ہیں۔ ورچوئل مشین کی ڈسک آپ کی ڈسک ہے: اس پر جو کچھ ہوا، ہوا۔ اسی لیے بیک اپ پہلے ہی دن سے سیٹ اپ کیے جاتے ہیں — بالکل کیا بیک اپ کرنا ہے۔
آپ خود کیا اور کوشش کر سکتے ہیں:
- فائل اب بھی کسی پروسیس کے پاس کھلی ہے۔ اگر کوئی پروگرام حذف شدہ فائل رکھے ہوئے ہے تو یہ
/procکے ذریعے قابلِ رسائی ہے:
یہ صرف اس وقت تک کام کرتا ہے جب تک پروسیس زندہ ہے — اسے ری اسٹارٹ نہ کریں۔lsof +L1 cp /proc/<pid>/fd/<n> /root/recovered-file - ڈیٹا بیس لاگ میں ڈیٹا۔ PostgreSQL اور MySQL میں رائٹ-اہیڈ لاگ ہوتا ہے جس سے ماہر کراش سے پہلے کی حالت دوبارہ بنا سکتا ہے۔ ڈیٹا بیس کو اندھا دھند ریپیئر موڈ میں شروع نہ کریں — اس طرح آپ لاگ بھی کھو دیں گے۔
- ریسکیو ڈسک میں بوٹ کریں اور
extundeleteیاphotorecجیسے اوزار آزمانے سے پہلے ڈسک کا امیج کسی دوسری مشین پر بنائیں۔ آپ کو امیج کے ساتھ کام کرنا ہے، لائیو ڈسک کے ساتھ نہیں۔
کیا نہ کریں
- یہ طے کرنے سے پہلے کہ آپ کو ڈیٹا کی ضرورت ہے یا نہیں، سسٹم “نئے سرے سے شروع کرنے” کے لیے دوبارہ انسٹال کریں۔
- ایسے ریکوری پروگرام چلائیں جو اپنا آؤٹ پٹ اسی ڈسک پر لکھتے ہیں۔
- بغیر امیج کے لائیو ڈسک پر
fsckسے فائل سسٹم کی مرمت کریں جو خودکار طور پر “yes” کا جواب دے۔ - ایک ہفتہ انتظار کریں اور پھر ریکوری کی درخواست کریں: مشین جتنی دیر چلتی رہے گی، اتنا ہی کم باقی رہے گا۔
اسے دہرانے سے کیسے بچیں
ایک ہی گفتگو ہمیشہ ایک ہی طرح ختم ہوتی ہے: یا آپ کے پاس بیک اپ ہیں یا نہیں۔ انہیں آج ہی سیٹ اپ کریں اور ہر سہ ماہی میں ایک بار ریسٹور ڈرل سے انہیں آزمائیں — جو بیک اپ کبھی بحال نہ ہوا ہو وہ بیک اپ شمار نہیں ہوتا۔