Nemrég, amikor bekapcsoltam a számítógépet, Ubuntu „örült”, hogy úgy döntött, hogy nem indul, és „beleesett” busybox a felhasználói tér inicializálásakor (felhasználói terület) ez az initramfs. Kicsit zavartan kezdett megérteni. Kiderült, hogy a régi merevlemez kis hibát adott, és elrontotta a fájlrendszer nagyszerű blokkját. Kiderült azonban, hogy ez nem végzetes, és ezt a problémát egyszerűen és gyorsan meg lehet oldani.
A superblock a lemezen egy fájlrendszer szolgáltatási információira fenntartott része. Tárolja a szakasz adatait: fájlrendszer-típus, méret, állapot és egyéb metaadat-struktúrákkal kapcsolatos információkat. Ha az információ elveszik a superblockból, nagy a kockázata annak, hogy a szakaszból származó összes információ elveszik. Ezért a Linux ezen információk több példányát tárolja - azaz több szuperblokk.
Mielőtt folytatnám, figyelmeztetnem kell, hogy az ok nem szükséges a superblockban. Egy ilyen probléma más okokból is felmerülhet, amelyeket csak bizonyos tapasztalatokkal vagy kísérletileg lehet megállapítani. Mindenesetre az alábbi lépések lényege csak a lemez hibáinak ellenőrzése, így legalább az nem fog fájni.
A helyreállításhoz szükségünk van indítólemez vagy flash meghajtó Linux-on. Indulunk, és elindítjuk a terminált. A terminálon azt írjuk:
sudo fdisk -l | grep Linux | grep -Ev "swap"
A parancs eredményeként megjelenik az összes szakasz listája:
/ dev / sda2 371306496 976771071 605464576 288,7G 83 Linux
Az én esetemben ez egy szakasz volt. Ebben a listában meg kell találnia a kívánt részt, és emlékezni kell rá. További szükségünk lesz rá. Ezután tekintse meg az elérhető tartalék szuperblokkok listáját:
sudo dumpe2fs / dev / sda2 | grep superblock
A fenti parancsban a / dev / sda2-t ki kell cserélni a korábban kapott, a kívánt partícióra. A parancs eredményeként megjelenik az összes szuperblokkok listája:
Elsődleges superblock 0-nál, csoportleírók 1-19-nél Backup superblock 32768-nál, Csoportleírók 32769-32787-nél. Backup superblock 98304-nél, Csoportleírók 98305-98323-nál Backup superblock 163840-nél, Csoportleírók 163841-163859-nél Backup superblock 229376-nál, Csoport leírók a 229377-229395-nél. Biztonsági mentés superblock-on a 849201-nél, csoportos leírások a 884737-884755-nél, biztonsági mentés-superblock a 1605632-nél, csoport leírók a 1605633-1605651 telefonszámon Superblock a 2654208 telefonszámon, csoportleírók a 2654209-2654227 telefonszámon. Biztonsági superblock a 7962624 telefonszámon, csoportleírók a 11239424 telefonszámon, a csoportleírók a 11239425-11239443 telefonszámon. 20480001-20480019 telefonon, biztonsági mentés superblock-on a 23887872 telefonszámon, csoport leírók a 23887873-23887891 telefonszámon, biztonsági mentés superblock-on a 71663616 telefonszámon , Csoportleírók a 71663617-71663635 telefonszámon
A tartalék szuperblokkok listájából válassza ki az Elsődlegesen kívüli elemet, és futtasson lemezellenőrzést egy tartalék szuperblokk segítségével:
sudo fsck -b 32768 / dev / sda2 -y
A -y paraméterre szükség van, így az fsck nem azt kérdezi, hogy mit kell tennie minden egyes talált hibával, hanem automatikusan kijavítja, ha lehetséges. Az fsck befejezése után az eredmény így lesz:
fsck 1.40.2 (2016. március 23.) e2fsck 1.40.2 (2016. március 23.) / dev / sda2 nem volt tiszta leszerelés, ellenőrzés kényszerítve. 1. lépés: Az inódok, a blokkok és a méretek ellenőrzése 2. lépés: A könyvtárszerkezet ellenőrzése 3. lépés: A könyvtárak összekapcsolhatóságának ellenőrzése 4. lépés: A referenciaszám ellenőrzése 5. lépés: A csoport összefoglaló információinak ellenőrzése A szabad blokkok száma helytelen a 241. csoporthoz (32254, számítva \u003d 32253). . Fix? igen A szabad blokkok helytelenül számítanak a 362-es csoportnál (32254, számítva \u003d 32248). Fix? igen A szabad blokkok helytelenül számítanak a 368. csoportnál (32254, számítva \u003d 27774). Fix? igen .......... / dev / sda2: ***** A fájlrendszer módosult ***** / dev / sda2: 59586/605464576 fájlok (0,6% nem szomszédos), 3604682/605464576 blokkok
Eredeti: "Ubuntu Hacks: 8. fejezet - Adminisztráció"Szerzők: Kyle Rankin, Jonathan Oxer, Bill Childers (Kyle Rankin, Jonathan Oxer, Bill Childers)
Megjelenés dátuma: 2006. június
Fordítás: N. Romodanov
A fordítás dátuma: 2010. október
81. tipp: Nem indító rendszer visszaállítása
Ha egy kicsit túlzásba helyezi az új Ubuntu rendszer beállításait, és ez már nem indul be, akkor ebben a szakaszban többet megtanul a számítógép működőképességének visszaállításához.
Ha ezt a tanácsot olvassa, akkor fogadja el részvétünket. Ha a rendszer nem indul, akkor ez stresszhez vezethet, és nagyon ideges lehet. Biztosak vagyunk abban, hogy most minden olyan fájlra gondol, amelyet készített mentések (tudjuk, hogy nem helyénvaló tanácsot adni most, de amikor a rendszer helyreáll és működik, hivatkozhat a " mentés rendszerének "[79. tipp]). Természetesen hasonló helyzetekkel is találkoztunk, de eddig sikerült életre kelteni a rendszereinket. Bár lehetetlen lefedni az összes olyan forgatókönyvet, amelyben a rendszer nem tudja elindítani a számítógépet, A probléma megoldása telepítőlemez Az Ubuntu CD helyreállítási módban van, és leírunk néhány tipikus helyreállítási forgatókönyvet.
Helyreállítási mód indítása
Először keresse meg azt az Ubuntu CD-t, amelyből telepítette a rendszert, és indítsa újra a képernyő megnyitásához bootstrap. A különféle lehetőségek között szerepel a „Törött rendszer helyreállítása” opció. Válassza ezt a lehetőséget, és az Ubuntu úgy működik, hogy első pillantásra úgy tűnik, hogy ez a rendszer normál telepítése. Pontosan megkérjük, hogyan kell kiválasztani a nyelvet és a hálózati beállításokat, például a telepítés során, de ez csak a helyreállítási környezet kezdeti beállításakor történik. Vegye figyelembe, hogy a "Mentési mód" üzenet jelenik meg a képernyő bal felső sarkában.
8-11. Gyökér eszköz kiválasztási párbeszédpanel
Hogyan válasszuk ki a megfelelőt? Ha nem ismeri a partíciók elhelyezését a merevlemezeken, akkor ehhez több kísérletre is szükség lehet, de az alapvető szabályok a következők:
- Ha az Ubuntu-t telepítette egyetlen rendszerként, és az Ubuntu felülírta az aktuális meghajtón lévő összes elemet, akkor valószínűleg a gyökér fájlrendszer a lista első szakasza.
- Ha az Ubuntu kettős rendszerindítású konfigurációval telepítette a Windows rendszert, akkor a gyökér fájlrendszer valószínűleg a lista második szakasza.
Miután kiválasztotta a gyökérképet fájlrendszer, Az Ubuntu megpróbálja felszerelni, ha a kísérlet sikeres, akkor a következő párbeszédpanelre lép. Ha a kísérlet sikertelen, akkor valószínűleg rossz partíciót választott, ezért próbálkozzon újra.
Közös helyreállítási forgatókönyv
A következő párbeszédpanelen a rendszer kéri a különféle helyreállítási lehetőségek kiválasztását (lásd: 8-12 ábra). Az itt választott művelet nagyban függ a rendszer indításakor megjelenő tünetektől, így az összes ilyen paraméter leírása helyett számos általános helyreállítási forgatókönyvet ír le, és megjelöli, hogy mit kell kiválasztania ebben a párbeszédpanelen a probléma megoldásához. .
Ábra. 8-12. Válassza a helyreállítási módot
A rendszer nem léphet ki a rendszerindítási menüből, vagy vannak hibák a menüben
Ez egy rendszer jellemző tünete, amelyet nem lehet betölteni. Lehet, hogy ha kettős indítást használt, újratelepítette a Windowsot vagy egy másik operációs rendszert. Az indoktól függetlenül a GRUB alapértelmezett indítómenüjében jelenleg vannak hibák és vissza kell állítani.
A helyreállítási műveletek kiválasztására szolgáló menüben válassza a "GRUB rendszerbetöltő újratelepítése" lehetőséget. rendszerindító"). A következő azonnal megjelenő ablak emlékeztetheti az ablakot, amelyet akkor használt ubuntu telepítések. Megkérdezi, hova kívánja telepíteni a GRUB rendszerbetöltőt. Ha nem emlékszik arra, hogy pontosan hol telepítette a GRUB rendszerbetöltőt, akkor nagyobb valószínűséggel telepítette az első merevlemezére a fő rendszerindító rekord (Master Boot Record). Ha igen, írja be (hd0), és folytassa. A helyreállítási mód újratelepíti a GRUB-ot, és visszatér a „Mentési műveletek” menübe. Válassza a "Rendszerindítás újraindítását" lehetőséget, és reméljük, hogy előtte megjelenik egy normál rendszerindítási menü.
A rendszer kilép a rendszerindító menüből, de nincs hozzáférés a gyökér fájlrendszer gyökérkönyvtárához
Ez a tünet a leginkább átláthatatlannak bizonyulhat, mivel sokféle probléma okozhatja, kezdve a fájlrendszerek károsodásától az új problémás magok használatáig. Mielőtt folytatná a helyreállítási mód használatát, először próbálja meg újraindítani, és válasszon egy másik kernel opciót a rendszerindítási menüben. Ha ez a kernel elindul, akkor valószínűleg van valamilyen hardver-támogatási probléma a legújabb kernelben. A működő kernel indításakor ellenőrizze, hogy vannak-e frissítések az új kernelhez. Ha ugyanazok a problémák merülnek fel a különféle magok indítási menüjének kiválasztásakor, akkor folytassa a következő lépésekkel.
Ilyen problémák esetén a hibaelhárítást közvetlenül a mentő CD-ről kell elvégezni, ezért válassza a „Héj végrehajtása a telepítő környezetben” lehetőséget („Futtassa a héjat a telepítőben”). Ezután elviszik a BusyBox héjba, ahol elvégezhet néhány alapvető diagnosztikai és helyreállítási műveletet:
A gyökér fájlrendszer tesztelése - A gyökér fájlrendszer tesztelése
Először ellenőrizze, hogy el tudja olvasni a gyökér fájlrendszert. A CD-helyreállítási mód indításkor bekapcsolja ezt a fájlrendszert / cél. írja:
~ # ls / cél
és nézze meg, hogy kapott-e olyan fájlok listáját, amelyek hasonlóak a 8-13. ábrán láthatóhoz és amelyeket a parancs adott ki df. Ha az Ubuntu az alapértelmezett beállításokkal lett telepítve, akkor valószínűleg a gyökér fájlrendszer található / dev / discs / disc0 / part1.
Ábra. 8-13. Diagnosztikai példa a BusyBox héjában
Fájlrendszer javítása - Javítsa ki a fájlrendszert
Most használja a parancsot fsck a fájlrendszer visszaállításához. Először le kell szerelnie a partíciót / célha jelenleg van felszerelve:
~ # szám / cél
Fsck segédprogramok vannak a fájlrendszerekhez csak a helyreállítási mód környezetében ext2, ext3 és jfs, ezért ha egy másik fájlrendszert választott a telepítés során, akkor más mentési lemezt kell használnia. Az Ubuntu alapértelmezés szerint a fájlrendszert használja ext3, tehát ha alapértelmezés szerint végrehajtotta a telepítést, akkor a lemez ellenőrzéséhez és visszaállításához írja be a következő parancsot:
~ # / sbin / fsck.ext3 -f / dev / discs / disc0 / part1
Cserélje ki az fsck.ext3 fájlt az fsck.ext2 vagy az fsck.jfs fájlra, ha partícióval rendelkezik ext2 vagy jfs, illetve cserélje ki a partíciót az adott gyökérpartícióra. A munka befejezése után fsck tegye vissza a partíciót / cél és próbálja meg elérni az ls paranccsal:
~ # mount / dev / lemezek / disc0 / part1 / target ~ # ls / target
Ha bizonyos számú fájlt és könyvtárat látsz, gratulálok, az eszköz helyreállt! Írja be az exit billentyűt a BusyBox héjból való kilépéshez, indítsa újra és ellenőrizze, sikerül-e sikeresen indítani a rendszert.
A rendszer indul és megy keresztül a rendszerindítási folyamaton, de egy adott szolgáltatásnál lefagy
Legyen az egy rosszul írt forgatókönyv miatt init vagy más hiba miatt, ritkán a szkript miatt init megállíthatja és megtagadhatja a letöltési folyamat folytatását. Amikor ez megtörténik, akkor nem tud belépni a héjba, és megoldani a problémát, ezért a mentő CD-t kell használnia. Ne feledje, hogy melyik szolgáltatás csúszik és indul az Ubuntu CD-ről helyreállítási módban.
Az ilyen típusú probléma megoldásához valójában a gyökér fájlrendszer-környezetbe kell mennie a héjhoz, tehát az Ubuntu helyreállítási menüben válassza a „Héj végrehajtása a / dev / discs / disc0 / part1-ben lehetőséget” („A héj futtatása a / dev / discs / disc0 / part1 "). Ez a név beállítás kissé eltérhet, ha más partícióval rendelkezik, mint gyökér fájlrendszer.
Ennek eredményeként a saját gyökér fájlrendszerének héjába kerül. Navigálhat ebben a fájlrendszerben és futtathat parancsokat, mintha ténylegesen betöltötte volna a fájlrendszert. Most meg kell találnia egy szolgáltatást initaminek eredményeként problémái vannak, és tiltsa le. A „Service Launch Management” szakasz [77. tipp] tartalmaz utasításokat arra, hogyan lehet megkeresni és letiltani a parancssorból a rendszerindításkor induló szolgáltatásokat, ezért olvassa el ezt a tippet a részletekért. Ha az Ubuntu alapértelmezés szerint lett telepítve, akkor valószínűleg a / az /etc/rc2.dakár be /etc/rcS.d. Miután megtalálta a problémás szolgáltatást, nevezze át, cserélje ki az S értéket D-re a fájlnév elején.
Amikor a forgatókönyv init leválasztásra kerül, írja be az exit és a exit parancsot, majd indítsa újra a számítógépet, és próbálja meg újraindulni az Ubuntu rendszerbe. Letiltott szkript init Most nem okozhat problémákat, ezért most be kell szereznie a bejelentkezési képernyőt.
következtetés
Ez csak néhány olyan lehetséges probléma, amely a rendszert újraindíthatóvá teszi. Ha kipróbálta ezeket a helyreállítási lehetőségeket, és még mindig nem tudta helyreállítani a rendszert, ne add fel! Olvassa el a Súgó megszerzése című részt [2. tipp] és megtudja, hogyan kaphat támogatást más Ubuntu felhasználók számára.
Ez egy nagyon kellemetlen jelenség. De ez megtörténhet minden rendszerrel. Bekapcsolja a számítógépet abban a reményben, hogy dolgozik vagy játszik kedvenc játékát Linux alatt, majd egy fekete képernyő jelenik meg. Ubuntu-nak nincs biztonságos módnincs eszköz automatikus helyreállítása felhasználók ilyen helyzetekben használják windows rendszerek. Van azonban egy olyan rendszer-helyreállítási mód, amelyben mindent megtehet a terminál segítségével, hogy a számítógép működjön, valamint a rendszer újratelepítésének lehetősége a programok és a felhasználói adatok elvesztése nélkül.
Ubuntu fekete képernyő
Először nézzük meg, hogy miért jelentkezhet fekete képernyő az Ubuntuban, és a rendszerindítási folyamat mely szakaszaiban.
Először a hardverprobléma - ha még nem látott BIOS-üdvözleteket, vagy milyen gyakran történik meg a modern laptopokban - a laptop gyártójának képernyővédői vagy alaplapHa ugyanabban az időben nem léphet be a BIOS beállítási menübe az F2, Del, F8, Shtift + F2 billentyűkkel vagy más azonos célú gombokkal, akkor a probléma a hardver, és ebben a cikkben nem fog megoldást találni. Itt el kell vinnie a készüléket javítás céljából, vagy meg kell próbálnia saját magának ellenőriznie, ha érti.
Másodszor, a kivágási probléma - a BIOS splash képernyője elmúlt, de nem látja a Grub menüt, csak a Minimális bashhoz hasonló felületek vagy Resuce mód található. Ez azt jelenti, hogy a rendszerbetöltő sérült, a cikkben részletesen ismertetjük - a Grub2 rendszerbetöltő helyreállítása.
Harmadszor: fekete képernyő berakodáskor - Kiválasztotta a kívánt Grub menüpontot, a rendszer elkezdett betölteni, de aztán vagy minden lógott, vagy megjelenik egy fekete képernyő terminállal. A fekete képernyő az Ubuntu betöltésekor a fájlrendszer károsodását, fontos csomag hiányát, az illesztőprogramok inkompatibilitását jelentheti.
Negyedszer, a fekete héjú képernyő - A rendszer indulásakor megadta a felhasználónevet és a jelszót, de a Unity parancsértelmező vagy más helyett egy kurzorral ellátott fekete képernyő jelenik meg. A grafikus héj, a konfiguráció vagy a gyorsítótár problémája a KDE-ben jelentkezhet a frissítés után.
Fekete képernyő az Ubuntu telepítésekor
A legtöbb hiba, mint például az Ubuntu fekete képernyő a telepítés során, az az, hogy a képet vagy hibásan töltötték le, vagy helytelenül rögzítették a médián.
md5sum ~ / ubuntu.iso
A kapott értéknek meg kell egyeznie az md5 értékével, amelyet azon a webhelyen jeleztek, ahonnan letöltötte a képet:
Ha az értékek nem egyeznek meg, akkor a képet pumpálni kell. Ezután ellenőrizze az md5-et is, az adathordozón, amelyen a képet rögzítették, például egy DVD-lemezt:
És ennek az értéknek meg kell egyeznie az előző kettővel. Ha nem, akkor problémát talált - a képet újra kell írni.
A lemezen hibákat is ellenőrizhet a kiválasztással Ellenőrizze a lemezen hibákat a lemezmenüben:
Ha a problémát továbbra sem sikerült megoldani, akkor a rendszer nem indul el az ingyenes illesztőprogram és a hardver összeférhetetlensége miatt. Szerencsére van megoldás. Használnia kell a nomodeset kernel paramétert. Speciális illesztőprogram üzemmód engedélyezésére szolgál. Ehhez kattintson az F6 telepítő menüre, és válassza a nomodeset elemet a legördülő listából.
Ezután elindíthatja az Ubuntu telepítését. Az Ubuntu fekete képernyőjét a telepítés után újra a hardver összeférhetetlensége okozhatja, meg kell ismételnie a fent leírt összes lépést, majd telepítenie kell a szükséges illesztőprogramokat.
Ubuntu fekete képernyő a rendszerindításkor
Az Ubuntu fekete képernyőjét indításkor különféle okok okozhatják, például:
- Rendszerfrissítés
- A fájlrendszer károsodása a hálózat váratlan lekapcsolása miatt
- A videokártya illesztőprogramjának inkompatibilitása
- A szükséges inicializáló programok hiánya
Már leírtuk, hogyan lehet megoldani a problémát: az Ubuntu fekete képernyő indításakor, ha az oka a hardver kompatibilitása volt. Fontoljuk meg most részletesebben.
Nem összeférhető berendezések
Ha a hardver nem kompatibilis az ingyenes grafikus illesztőprogrammal, akkor megpróbálhatja a nomodeset paramétert használni a rendszer indításához és a szabadalmazott illesztőprogram telepítéséhez.
A kernelparaméterek megváltoztatásához a Grub-ban csak állítsa a kurzor keretét a kívánt elemre, és kattintson a gombra e:
A letöltés folytatásához nyomja meg a Ctrl + X billentyűket. Most a rendszer indul, és telepítheti a rendszer normál működéséhez szükséges szabadalmaztatott illesztőprogramokat.
Ubuntu fekete képernyő titkosítással
Ha titkosítást használt merevlemez LVM vagy LUKS az Ubuntu telepítésekor, akkor az Ubuntu 16.04 fekete képernyője azt jelenti, hogy a rendszer csak a jelszavát kéri, de nem látja. Próbáljon meg váltani a virtuális terminálok között az Alt + jobb vagy Alt + bal oldali billentyűvel. Ez visszaadhatja a jelszó kérést.
Kipróbálhatja a jelszó megadását is, és nyomja meg az Enter billentyűt. Ha minden rendben, akkor a rendszer indul.
Nem szabadalmaztatott grafikus illesztőprogram
Helytelenül telepített védett grafikus illesztőprogram Az NVIDIA vagy az AMD a fekete Ubuntu képernyőt is okozhatja indításkor. Egy ilyen illesztőprogramot el kell távolítani, majd telepíteni kell a megfelelő módon, vagy telepíteni kell egy másik illesztőprogramot.
Ilyen esetekben a rendszer rendszerint indul, de nem tudja elindítani az X szervert. Ezért a billentyűparancs segítségével lépünk az első virtuális konzolra Ctrl + Alt + F1,írja be felhasználónevét és jelszavát. Ezután megjelenik az ismerős parancssori prompt.
Eltávolítani nVIDIA illesztőprogramok követni:
sudo apt-get purge nvidia *
sudo apt-get purge fglrx *
Ezenkívül egyes illesztőprogramok, például az NVIDIA módosítják az /etc/X11/xorg.conf fájlt, ezért frissíteni kell az X-kiszolgáló konfigurációját:
sudo dpkg-reconfigure xserver-xorg
A rendszer újraindítása marad:
Most, ha ezt ténylegesen telepítette a védett illesztőprogramot, akkor a rendszer elindul, és jól fog működni. Mint láthatja, itt nincs semmi baj, fekete nvidia képernyő Az ubuntu meglehetősen egyszerűen oldódik meg.
A fájlrendszer vagy a meghajtónevek károsodása
Általában a fájlrendszert, még akkor is, ha sérült, automatikusan visszaállítják, de ha ez nem történik meg, akkor az Ubuntu 16.04 fekete képernyője jelenik meg. Megpróbálhat mindent manuálisan visszaállítani.
Ehhez helyreállítási módra van szükségünk. Ehhez általában válassza ki a második elemet, a Grub-ot, az Ubuntu és verzió nevét, valamint a zárójelben Helyreállítási mód.
A rendszer indul a konzolba, ahol elvégezheti az összes szükséges műveletet.
A fájlrendszer visszaállításához tegye a következőket:
fsck -y / dev / sda1
Itt a / dev / sda1 a gyökérpartíció.
Ezenkívül a rendszerindítási hibákat a gyökérpartíció átméretezése a gparted vagy más műveletek segítségével okozhatja a gyökérpartíció metrikájának megváltoztatásához. A helyzet az, hogy a Grub konfigurációs fájlban a lemezpartíciókat az UUID határozza meg, és ez a paraméter a partíció méretétől, helyzetétől és egyéb paramétereitől függően változhat. Tehát ha megváltozik, akkor a rendszer nem fogja megtalálni a kívánt részt. Ennek javításához frissítenie kell a Grub konfigurációs fájlt ugyanabban a helyreállítási módban:
Most újraindíthatja a rendszert.
Ubuntu fekete képernyő frissítés után
Amint a gyakorlat és a fórumok megjegyzései azt mutatják, az Ubuntu fekete képernyője a frissítés után nem olyan ritka, mint szeretnénk. Ez különféle csomagtelepítési hibákat, csomagkompatibilitásokat és helytelen beállításokat okozhat az új rendszerben.
Ebben az esetben az Ubuntu újratelepítésének a legegyszerűbb módja. Telepítéskor ubuntu hajt A rendszer újratelepíthető a felhasználói fájlok és az összes program mentése közben. Ha a telepítő már észlel telepítette az ubuntu megfelelő verzió, egy lehetőség jelenik meg Az Ubuntu újratelepítése.Ebben az esetben az összes személyes adat, program és beállítás el lesz mentve. A program törli az összes rendszerbeállítást, és visszaállítja az alapértelmezett értéket, ez kijavítja az összes kapcsolódó problémát rossz konfiguráció rendszer és alkatrészei.
A Grub is újratelepítésre kerül, ami azt jelenti, hogy a rendszerbetöltővel kapcsolatos problémák is megoldódnak.
Ha fontos fájlok és adatok miatt aggódik, elindíthatja a lemezt Ubuntu try módban, itt megnyithatja a fájlkezelőt, csatlakoztathatja a lemezt az otthoni mappához, és másolhatja onnan az összes szükséges adatot a külső USB vezetni.
Fekete képernyőhéj
Néha nagyobb frissítések után bejelentkezést és a héj betöltése után fekete Ubuntu képernyőt kaphatunk. Ennek oka a régi héjbeállítások és az összeférhetetlenség új verzió. És a probléma megoldásának legegyszerűbb módja a beállítások és a gyorsítótár-fájlok egyszerű törlése. Inkább nem ajánlott fájlokat törölni, jobb, ha minden esetre átnevezik őket.
Először lépjen a virtuális konzolra a billentyűparancs segítségével Ctrl + Alt + F1. Ezután írja be a felhasználónevet és a jelszót.
Az egység visszaállításához elegendő néhány parancs:
dconf reset -f / org / compiz /
Megpróbálhatja törölni a Compiz beállításait:
mv ~ / .config / compiz-1 / compizconfig ~ / .config / compiz-1 / compizconfig.old
Ezután indítsa újra a grafikus szervert:
sudo service lightdm újraindítás
KDE használata esetén a fájlokat manuálisan kell áthelyeznie:
mv ~ / .kde4 ~ / kde4.old
A Gnome-vel ugyanaz a történet:
mv ~ / .gnome ~ / .gnome.old
megállapítások
Ebben a cikkben számos olyan helyzetet vizsgáltunk meg, amelyekben fekete képernyő jelentkezhet az Ubuntu 16.04 vagy korábbi verzióiban, valamint hogyan javíthatjuk ki. Most fel van fegyverkezve és készen áll a rendszer problémáinak kezelésére. Ha hiányzott valami, írja meg a hozzászólásokba!
Ha elfelejtette a jelszavát, véletlenül törölte a fontos fájlokat, vagy úgy döntött, hogy helyreállítja az Ubuntu fájlt, akkor ezeket a műveleteket a beépített rendszer eszközökkel vagy egyszerű segédprogramokkal hajthatja végre.
Jelszó visszaállítása
Ha elfelejtette a jelszót az Ubuntun, akkor a hozzáférés visszaállításához állítsa vissza és telepítse egy új biztonsági kulcsot.
Ha elfelejtette a felhasználónevet, láthatja a "cat / etc / passwd" paranccsal. Mint láthatja, nincs szükség további eszközökre, a Linux rendszereket meglehetősen könnyű megtanulni.
Visszalépési rendszer
Az Ubuntu-nak nincs Rendszer-visszaállítás gombja, amelyre kattintva egy korábbi állapotba léphet, tehát mindegyik esetet külön kell megvizsgálni. Lássuk a leggyakoribb hibákat, amelyek után az Ubuntu-t vissza kell állítani: helytelen rendszerfrissítés és a GRUB rendszerbetöltő sérülése. 
Ha a rendszer nem indul el, akkor próbálja meg helyreállítani a rendszerbetöltőt a rendszerjavító segédprogrammal. Csatlakoztassa az USB flash meghajtót az Ubuntustól a számítógéphez, indítsa el a rendszert és nyissa ki a terminált. Futtasson néhány parancsot a rendszerindító javító program telepítéséhez:
- sudo add-apt-repository ppa: yannubuntu / indítás-javítás.
- sudo apt-get frissítés.
- sudo apt-get install boot-repair.
A konzol bezárása után futtassa a rendszerindító javító segédprogramot. Válassza ki az Ajánlott helyreállítási módszer módot a program számára a hiba megtalálásához és kijavításához. 
Ha a hiba a rendszerfrissítés során jelentkezett, akkor az alábbiak szerint szüntetheti meg:
- Futtassa a root módot, mint a jelszó helyreállításakor.
- Engedélyezze a felvételt a „sudo mount -rw -o remount” paranccsal.
- A „sudo dpkg –configure –a” paranccsal indítsa el a Csomagkezelőt az adatcsomagok frissítésére és újraépítésére,
Ez sokáig tart, 30–40 perc. Az eljárás befejezése után azonban a rendszer hiba nélkül indul, már frissítve.
Fájl helyreállítása
Az Ubuntu másik hasznos szolgáltatása a helyreállítás törölt fájlok. Az elveszített adatok helyreállításához használja a Photorec vagy a TestDisk szoftvert. Körülbelül azonos módon működnek, lehetővé téve a rendszerből törölt fájlok nagy részének helyreállítását.
A helyreállított fájlokat a fájlkezelőn keresztül megadott mappában találja. Bizonyos adatok sérültnek bizonyulhatnak, de a helyreállítás általában megfelelő, ha a fájlokat a törlés után nem írta felül a fájlokkal.
bármilyen operációs rendszer bizonyos okok miatt leállhat. A felhasználó által a rendszerrel végzett munka során új segédprogramokat, frissítéseket és különféle fájlokat telepítenek, amelyek végül konfliktushoz vezethetnek az operációs rendszeren belül. Ebben a cikkben részletesen megvizsgáljuk, mi a teendő, ha az Ubuntu nem indul el. Tehát kezdjük el.
Az Ubuntu indítási hibája könnyen kijavítható.
Van mód a hasonló probléma megoldására a Linux Ubuntu-ban. Erről bővebben a cikk későbbi részében.
Mindenekelőtt meg kell találnia az Ubuntu lemezt, ahonnan a telepítés végrehajtásra került. Helyezzen be egy lemezt, és indítsa újra a rendszert, hogy megjelenjen a rendszerindító képernyő. A megnyíló menüben kattintson a "Törött rendszer helyreállítása" elemre. Ezután megkezdődik az Ubuntu helyreállítási folyamat, először azt gondolnád, hogy a rendszer szokásos telepítése megkezdődött, mivel - hasonlóan a telepítéshez - ki kell választania a nyelvet és be kell állítania a hálózati beállításokat. Vigyázzon a „Mentési mód” feliratra, amely a képernyő bal felső sarkában jelenik meg.
A megfelelő kiválasztásához meg kell tudnia a szakaszok helyét merevlemezek PC-n. Ha nem ez a helyzet, akkor több kísérletre van szüksége, azonban van néhány tipp, amely segít a helyes döntés meghozatalában:
- Ha az Ubuntu lett telepítve az egyetlen operációs rendszer, akkor az Ubuntu újraírja az aktuális meghajtó teljes tartalmát. Valószínűleg a gyökérpartíció az első partíció.
- Ha az Ubuntu kettős rendszerindítású konfigurációban volt telepítve a Windows rendszerben, válassza ki a második részt a listából.
A gyökér fájlrendszer kiválasztása után megkezdődik a telepítés folyamata, sikeres befejezés esetén a következő ablakba lép. Ha ez nem történik meg, akkor a részt helytelenül választották meg.
Közös helyreállítási forgatókönyv
A következő ablakhoz lépve meg kell adnia a helyreállítási lehetőséget. A választás az operációs rendszer betöltése során megjelenő tünetektől függ.
- A rendszer nem léphet túl a rendszerindítási menün, vagy vannak benne hibák.
Általános rendszerprobléma, amely nem töltődik be. Lehet, hogy az az oka, hogy kettős indítás esetén véletlenül újratelepíti a Windowsot vagy egy másik operációs rendszert. A probléma megoldásához újratelepítenie kell a GRUB-ot. Ehhez lépjen a helyreállítási művelet kiválasztási menüjébe, és válassza a „GRUB rendszerbetöltő újratelepítése” menüpontot. A következő lépés a GRUB telepítésének kiválasztása, ha elfelejti, hogy a GRUB rendszerbetöltő hol található, akkor valószínűbb, hogy az első merevlemezre telepítette. Vagyis valószínű, hogy ez a "hd0". A GRUB újratelepítése után visszatér a műveletválasztó menübe. Kattintson a „rendszer újraindítása” gombra, hogy belépjen a rendszerindítási menübe.
- A rendszernek sikerül kilépnie a rendszerindítási menüből, de még mindig nincs hozzáférése a gyökér FS gyökérkönyvtárához.
Ez a tünet talán a leginkább nyilvánvaló, mivel sokféle eltérő működési zavar okozhatja. Először próbálja meg újraindítani, és válassza ki a rendszerindítást egy másik kerneltel. Ha a kiválasztott kernel elindul, akkor a probléma az utolsó magban lévő hardver támogatásban rejlik. A működő kernel betöltése után ellenőrizze, hogy vannak-e frissítések az új kernelhez. Ha hasonló problémák merültek fel a rendszermag kiválasztásakor a rendszerindítási menüben, folytassa a következő lépésekkel.
Ha ilyen jellegű problémák merülnek fel, akkor a hibaelhárítást közvetlenül a lemezről kell elvégeznie. Ehhez válassza a „Héj végrehajtása a telepítő környezetben” lehetőséget. Ezután a BusyBox héjba kerülnek, ahol elvégezhetnek bizonyos diagnosztikai és helyreállítási műveleteket.
A gyökér FS ellenőrzése
Először is győződjön meg arról, hogy el tudja olvasni a gyökér FS-ből. Indításkor a lemez-helyreállítási mód bekapcsolja ezt a fájlrendszert a / célra. Írja be a parancsot:
Ha az Ubuntu programot az alapértelmezett beállításokkal telepítette, akkor a gyökér fájlrendszernek a / dev / discs / disc0 / part1 könyvtárban kell lennie.
Fájlrendszer helyreállítása
~ # szám / cél
Helyreállítási módban az fsck segédprogramok kizárólag az ext2, ext3 és jfs fájlrendszerekhez érhetők el, tehát ha a telepítés során más fájlrendszert választ, akkor más telepítőlemezt kell használnia. Alapértelmezés szerint az ext3 FS-t használják az Ubuntu-ban, tehát ha a telepítést alapértelmezés szerint hajtotta végre, be kell írnia:
~ # / sbin / fsck.ext3 -f / dev / discs / disc0 / part1
cserélje ki az fsck.ext3 fájlt az fsck.ext2 fájlra, vagy az fsck.jfs fájlra, ha partíciói vannak az ext2 vagy jfs fájlrendszerrel, és módosítsa a részt a saját gyökérkönyvtárára is. Amikor az fsck befejeződött, szerelje fel a partíciót újra a / célra, és próbálja meg elérni az ls parancs megírásával:
~ # mount / dev / lemezek / disc0 / part1 / cél
Ha több fájl és könyvtár jelenik meg a képernyőn, akkor az eszköz helyreállt! Az exit paranccsal hagyja el a BusyBox héját. indítsa újra a számítógépet, és ellenőrizze, hogy elindul-e most.
Abban az esetben, ha a rendszer indul, de valamilyen szolgáltatásra felfüggeszti, keresse meg a gyökér fájlrendszer környezetében található parancsértelmezőt, és válassza a helyreállítási műveletek menü „Héj végrehajtása a / dev / discs / disc0 / part1-ben” parancsát. Ez a név kissé eltérhet, ha egy másik partíciót választott gyökér FS-ként.
Ezután belekerül a saját gyökér FS héjába. Itt navigálhat az FS-n, és végrehajthat parancsokat, mintha valóban betöltötte a fájlrendszert. Ezután meg kell találnia az init szolgáltatást, amely a probléma oka. Deaktiválja. A "Szolgáltatások elindításának kezelése" szakaszban talál utasításokat az indításkor induló szolgáltatások megtalálására és letiltására. Ha az Ubuntu alapértelmezés szerint telepítve volt, akkor valószínűleg a /etc/rc2.d vagy az /etc/rcS.d mappában találja meg szolgáltatását. Ha problémás szolgáltatást talál, változtassa meg annak nevét az „S” betű helyébe „D” betűvel.
Miután az init szkript deaktiválódott, írja be az exit parancsot, hagyja el a héjat, majd indítsa újra a számítógépet. Próbálja meg újra indulni az Ubuntu rendszerébe. A deaktivált init parancsfájl nem okoz több problémát, tehát semmi nem akadályozhatja meg abban, hogy sikeresen betöltődjön.
Most már tudja, mi a teendő, ha az Ubuntu nem indul. Írja meg a megjegyzéseket, ha megbirkózott ezzel a feladattal, ossza meg tapasztalatait más felhasználókkal az ilyen problémák megoldásában, és tegyen fel kérdéseket a cikk témájában, ha van ilyen.
