ఈ రోజు నేను ముందుకు వెళ్లి నా సర్వర్లలో ఒకదాన్ని ఉబుంటు 14.04 నుండి 16.04 కి అప్గ్రేడ్ చేయాలని నిర్ణయించుకున్నాను. ప్రొడక్షన్ సర్వర్లో దీన్ని చేయమని సిఫారసు చేయబడలేదు, ఎందుకంటే చాలా సమస్యలు తప్పు కావచ్చు. ఉత్తమ అభ్యాసాలు ఎల్లప్పుడూ మరొక సర్వర్ను ప్రత్యామ్నాయంగా లేదా తాత్కాలిక సర్వర్గా మార్చడం సురక్షితమైన మార్గం అని సూచిస్తాయి. చేయకూడని పనులను ఎవరు ప్రయత్నించరు అని చెప్పబడింది.
అప్గ్రేడ్ బాగా సాగింది, ఒక స్పష్టమైన మినహాయింపుతో, లిబ్విర్ట్-బిన్ సరిగ్గా అప్గ్రేడ్ కాలేదు. పరిస్థితిని పరిష్కరించడానికి దశలు మరియు చేయని దశలు ఇక్కడ ఉన్నాయి.
ప్రారంభ విచారణ సుడో డిపికెజి-కాన్ఫిగర్ -ఎతో సమస్యను పరిష్కరించడం, అక్కడ అదృష్టం లేదు. నేను ఆప్టిట్యూడ్ ఆటో రిసల్వర్ను ఉపయోగించటానికి ప్రయత్నించాను, తరువాత ప్రక్షాళన చేసి తిరిగి ఇన్స్టాల్ చేసాను. అదృష్టం కూడా లేదు.
సమస్య యొక్క మూలాన్ని పొందడానికి, అవివేకంగా నేను పరిగెత్తాను
sudo magazinectl -xe
అపార్మర్లో బగ్ పైన చూపినట్లుగా, లిబ్విర్ట్-బిన్ ఇకపై కాన్ఫిగర్ చేయబడనందున అమలు చేయడానికి అనుమతి లేదు (ఫన్నీ నేను చెప్పాను అని ప్రమాణం చేయగలిగాను).
ఇక్కడ సమస్యను ఎలా పరిష్కరించాలో మరియు సమస్య యొక్క మూలం. మొదట మనం అపార్మర్ పార్సర్ కాష్ను ప్రక్షాళన చేయాలి, ఎందుకంటే ఇది డేటాను నిల్వ చేసినందున లిబ్విర్ట్-బిన్ ప్రారంభించలేకపోతుంది.
sudo apparmor_parser –purge-cache
తరువాత మేము libvirt-bin ను ప్రారంభించకుండా నిరోధించే నియమాన్ని తొలగిస్తాము.
అప్పుడు మేము ముందుకు వెళ్లి దానిని భర్తీ చేస్తాము.
చివరగా, మేము పున art ప్రారంభించమని లిబ్విర్ట్కు తెలియజేస్తాము మరియు అన్నీ బాగుంటాయి.
sudo systemctl libvirt-bin ను పున art ప్రారంభించండి
Libvirt-bin యొక్క స్థితిని తనిఖీ చేయడానికి క్రింది ఆదేశాన్ని నమోదు చేయండి
sudo service libvirt-bin స్థితి
ఇది లిబ్విర్ట్-బిన్ యొక్క చక్కని చిన్న స్టాట్ చెక్ని అవుట్పుట్ చేస్తుంది, ఇది పైన పేర్కొన్న ప్రక్రియ ట్రిక్ చేసినట్లు చూపిస్తుంది. ఇప్పుడు మన వర్చువల్ మిషన్లను మళ్ళీ రన్ చేయవచ్చు!
నేను ప్రస్తుతం దర్యాప్తు చేస్తున్న ఇతర లోపాలు, పోస్ట్ అప్గ్రేడ్, అలాగే అమలు చేయగల పరిష్కారాలు:
ఎల్ఎస్బి ప్రారంభించడంలో విఫలమైంది: ఎగ్జిమ్ మెయిల్ ట్రాన్స్పోర్ట్ ఏజెంట్. ఇది పోస్ట్ఫిక్స్ లోపం, యంత్రం పూర్తిగా బూట్ కావడానికి ముందే పరిష్కరించబడింది.
snd_hda_intel 0000: 00: 1f.3: i915_bpo కాంపోనెంట్ మాస్టర్ (-19) ను జోడించడంలో విఫలమైంది. ఇది సౌండ్ కార్డ్ లోపం, అల్సాను అప్గ్రేడ్ చేయడం ద్వారా సరిదిద్దవచ్చు (సర్వర్ నుండి ధ్వనిని ఉపయోగించాలని నేను ప్లాన్ చేయను, కాబట్టి ఇది పనితీరును ప్రభావితం చేయదు).
చివరగా dev-disk-by x2duuid-E7A1 x2dCC4A.device: దేవ్ dev-disk-by x2duuid-E7A1 x2dCC4A.device వేర్వేరు sysf లతో రెండుసార్లు కనిపించింది. స్పష్టంగా, నా EFI విభజన యొక్క బ్యాకప్ ఖచ్చితమైన UUID గా నమోదు చేయడానికి తగినంతగా ఉంది. NVMe డ్రైవ్ (ప్రాధమిక) కు UUID అనే విభజన ఉంది, అయితే RAID (బ్యాకప్) లేదు .ఇది సరిదిద్దడానికి నేను ప్రాధమిక డ్రైవ్ను ఒంటరిగా వదిలివేసి, uuidgen ఉపయోగించి బ్యాకప్ డ్రైవ్ యొక్క UUID ని మారుస్తాను మరియు తరువాత ట్యూన్ 2fs / dev / sdx -U కొత్త -id-number-from-uuidgen.
2 నిమిషాలు చదవండి