آج میں نے آگے بڑھنے اور اپنے سرورز میں سے ایک کو اوبنٹو 14.04 سے 16.04 میں اپ گریڈ کرنے کا فیصلہ کیا ہے۔ پروڈکشن سرور پر ایسا کرنے کی سفارش نہیں کی جاتی ہے ، کیوں کہ بہت سے معاملات جو غلط ہوسکتے ہیں۔ بہترین طریقوں سے یہ بات ہمیشہ ظاہر ہوتی ہے کہ متبادل کے طور پر کسی دوسرے سرور کو گھمانا ، یا عارضی سرور جانا سب سے محفوظ راستہ ہے۔ اس نے کہا ، کون ایسا کام کرنے سے لطف اندوز نہیں ہوتا جو کام نہیں کرنا چاہئے۔
اپ گریڈ بہتر رہی ، ایک واضح استثنا کے ساتھ ، لب وِر-بن کو مناسب طریقے سے اپ گریڈ کرنے سے قاصر تھا۔ صورتحال کو ٹھیک کرنے کے لئے اقدامات اور نیز وہ اقدامات جو یہاں نہیں ہیں۔
ابتدائی مقدمے کی سماعت sudo dpkg -configure -a کے ساتھ مسئلہ کو حل کرنا تھا ، وہاں کوئی قسمت نہیں۔ میں نے اپٹٹیوٹیشن آٹو ریسولوور ، پھر صاف کرنے اور دوبارہ انسٹال کرنے کا بھی استعمال کرنے کی کوشش کی۔ نیز قسمت بھی نہیں۔
مسئلے کی جڑ تک جانے کے لئے ، احمقانہ اندازہ لگانے کی بجائے میں بھاگ گیا
sudo Journalctl -xe
جیسا کہ اپرومر میں موجود ایک مسئلے کے اوپر دکھایا گیا ہے ، اس وجہ سے لبرٹ بن کو چلانے کی اجازت نہیں ہے ، کیوں کہ اب اس کی تشکیل نہیں ہوئی تھی (مضحکہ خیز میں نے قسم کھا سکتا تھا کہ میں نے اسے بتایا تھا)۔
اس مسئلے کو حل کرنے کا طریقہ ، اور مسئلے کی جڑ یہ ہے۔ پہلے ہمیں اپپر آرم پارسر کیشے کو صاف کرنے کی ضرورت ہے ، کیونکہ اس میں ڈیٹا اسٹوریج ہوتا ہے جس کی وجہ سے وہ لیبرٹ بن بن شروع نہیں کرسکتے ہیں۔
sudo apparmor_parser –purge-cache
اگلا ، ہم قانون کو شروع ہونے سے روکنے کے اصول کو ختم کردیں گے۔
پھر ہم آگے بڑھیں اور اس کی جگہ لیں۔
آخر میں ، ہم نے دوبارہ کام کرنے کے لئے libvirt کو بتانا پڑا ، اور سب اچھا ہو جائے گا۔
sudo systemctl دوبارہ شروع کریں libvirt-bin
libvirt-bin کی حیثیت کو جانچنے کے لئے درج ذیل کمانڈ کو درج کریں
sudo خدمت libvirt- بِن حیثیت
یہ libvirt-bin کی ایک اچھی چھوٹی سی اسٹیٹ چیک تیار کرے گا ، جس سے یہ ظاہر ہوتا ہے کہ مذکورہ عمل نے چال چلائی۔ اب ہم اپنی ورچوئل مشینیں دوبارہ چلا سکتے ہیں!
دوسری غلطیاں جن کی میں فی الحال تفتیش کر رہا ہوں ، اپ گریڈ کے بعد ، اور ساتھ ہی ان حلوں پر بھی جن پر عمل درآمد ہوسکتا ہے
ایل ایس بی کو شروع کرنے میں ناکام: ای میل کا ٹرانسپورٹ ایجنٹ۔ یہ پوسٹ فکس غلطی تھی ، مشین کو مکمل طور پر بوٹ کرنے سے پہلے ہی اسے حل کیا گیا۔
snd_hda_intel 0000: 00: 1f.3: i915_bpo جزو ماسٹر (-19) شامل کرنے میں ناکام۔ یہ ساؤنڈ کارڈ کی غلطی ہے ، السا کو اپ گریڈ کرکے اسے درست کیا جاسکتا ہے (میں سرور سے آواز کو استعمال کرنے کا ارادہ نہیں رکھتا ، لہذا اس کی کارکردگی پر اثر نہیں پڑتا ہے)۔
آخر میں دیو ڈسک بذریعہ x2duuid-E7A1 x2dCC4A. Device: دیو ڈسک-بذریعہ x2duuid-E7A1 x2dCC4A. Device دو بار مختلف سیزفس کے ساتھ حاضر ہوئے۔ بظاہر ، میرے EFI تقسیم کا بیک اپ بالکل اتنا ہی تھا کہ اسے بالکل اسی UID کے طور پر رجسٹر کیا جاسکے۔ NVMe ڈرائیو (پرائمری) میں ایک تقسیم UID ہے ، تاہم RAID (بیک اپ) نہیں کرتا ہے .اس کی اصلاح کے ل I میں پرائمری ڈرائیو کو تنہا چھوڑوں گا اور uuidgen کا استعمال کرتے ہوئے بیک اپ ڈرائیو کے UID کو تبدیل کروں گا اور پھر tune2fs / dev / sdx -U نئی -یوڈ نمبر سے یوئڈجن۔
2 منٹ پڑھا
