Dotaz: Systém nechce naběhnout - welcome to emergency mode!

[Petr Fiedler]

Přílohy:

• 20170401_173851.jpg (586617 bytů)
• 20170401_172456.jpg (414101 bytů)

Všechny zdravím,

tentokrát mne trápí tohle: Jak víte, mám zatím dual boot. Na disku mám první Windows, pak Linux Mint (LVM) a pak volné místo, abych mohl rozšiřovat. Chtěl jsem něco vyzkoušet a potřeboval jsem na druhý disk v pc něco nainstalovat, ale neměl jsem u sebe momentálně ani externí HDD, ani DVD RW a tak jsem se rozhodl to volné místo naformátovat na fat32, oddílu přiřadit příznak "boot" a pak instalovat z něj. Když jsem tedy to volné místo naformátoval atd, tak mi přestal nabíhat Linux. Windows mi naběhnou, ale při bootu Linuxu to zůstane viset v "emergenci mode". Root heslo mi to nebere. Zkoušel jsem to nekolikrát v rozložení CZ i EN, ale vždy to vypíše, že jsem zadal špatné heslo. Taky je divné, že se Linux sám nespustí. V nastavení Grubu jej mám na prvním místě s tím, že se sám spustí po 4 vteřinách. Teď to musím odentrovat. Zkusil jsem obnovit linuxový oddíl Clonezillou, ale nepomohlo to. Clonezilla po obnovení psala něco o fstabu a Grubu. Tak jsem nabootoval z LIVE a podíval se do fstab, ale vše se zdálo být v pořádku. Podíval jsme se i do souboru pro nastavení Grubu, ale to je na mme příliš složité. Mohl bych to jednoduše přeinstalovat, ale tím se nic nenaučím. Mohli byste mi prosím někdo pomoci?

Zatím ...

PS: jak je vidět na obrázku, při bootu probíhá "scanning for Btrfs systems", ale ten já (podle mne) vůbec nemám. Linux mám na LVM a když jsem nabootoval z LIVE, tak jsem se díval do GParted a u linuxového oddílu je ext4. Tak nechápu.

---

---

Odpovědi

[NN]

No ocividne na /dev/sdb5 neco je a nabootuje do rescue. Az to nabehne dej [ctrl]+'D'(mas to tam napsane..). Zadnec heslo chtit nebude a pak se dej do hledani problemu. Grub, fstab etc.

[Petr Fiedler]

CTRL + D neudělá nic. Zkoušel jsem mockrát.

[systemd]

1. Heslo root doufám neobsahuje diakritiku nebo mezery? Podívej se taky na klávesnici na NumLock a Capslock.

2. Uprav (zakomentuj nebo smaž) v /etc/fstab řádek s tím sdb5 (pomocí LIVE-CD), pokud je poškozený, se systemd nenastartuješ.

[Petr Fiedler]

Diakritiku, ani mezery neobsahuje. Capslock zapnutý není. Když jsem ho zkoušel přepnout, tak se kontrojka nerozsvítí. Je ale určitě vypnutý. Několikrát jsem restartoval a na Capslock jsem nesahal a sám se nezapne. Čísla nezadávám na numerické, ale nahoře.

Zkusím zakomentovat ten řádek a pak sem napíšu.

[Petr Fiedler]

Tak zakomentování nepomohlo. Zůstalo to pak viset na stejném místě a po stisknutí CTRL+D se nestalo nic. Taky jsem si všiml, že tentokrát bylo v tom výpisu několikrát FAILED, asi kvůli tomu fstabu. Zítra to přeinstaluju a hotovo.

A to bude asi nejlepší řešení mého dotazu, takže ho tak označím.

[k3dAR]

jak bylo receno, je to nova "vychytavka" od systemd, ten pokud se nepodari pripojit nejaky oddil co neni dostupny a/nebo je s nim problem, tak te hodi do emergency, absolutne neresi ze nejde o systemovej oddil, nejde o home, resp. nejde o zadnej potrebnej oddil... pred systemd se proste hodil error a pokracoval start automaticky dal, pokud slo o dulezitej oddil tak to nedobehlo(pokud slo o rootfs), nebo dobehlo ale neco duleziteho nebylo pripojeno (oddil pro databaze, www apod), nebo dobehlo+vse dulezite bylo pripojeno, krome nepotrebneho vadneho oddilu coz je by byl prave ten tvuj pripad :)

na druhou stranu, pokud mas ve fstab zakomentovanej radek s oddilem s fat32, resp. tim co si pridaval, tak by to melo nabehnout...
pro jistotu, sda5 je tedy co?

[k3dAR]

pro uplnost, ta dementni systemd fce lze deaktivovat pro kazdej radek ve fstab zvlast pridanim volny (na misto v radku pro mount bolby) nofail

[Petr Fiedler]

Chápu to správně, že když ve fstab do řádku pro mount disku, který začíná UUID..., někam do něj napíšu nofail, tak pokud se pak při bootu nebude dařit systému ten disk připojit, tak Linux naběhne a neuvidím Welcome to emergency mode?

[k3dAR]

ano pridat na radek oznacujici ten oddil ktery chces upravit, do sekce parametru, ktera je za oznacenim filesystemu, resp. ctvrtej sloupec, parametry se oddelujou carkou (BEZ mezery)...
BTW:nemusi zacinat UUID, v pripade pouziti LVM muze zacinat klidne "/dev/mapper/vg1-root" protoze se oznaceni pro LVM nemeni at uz je z disku sda nebo sdz... to UUID se zavedlo (nejen u /etc/fstab ale i u /boot/grub/grub.cfg) pred casem proto ze pri pouziti /dev/sda1 se mohlo stat ze se oznaceni disku po zapojeni jineho posunulo a rootfs uz byl na sdb1 a nenabehlo to...

[pVit]

Díky! Stává se mi to na RPi Ubuntu MATE běžně (a nesmyslně) a všude jsem se dočetl, že emergency mode vypnout nejde, když je to ochrana. Pěkně debilní ochrana. Kdyby to bylo aspoň defaultně vypnuté...

[k3dAR]

pozadavek na root heslo je hlavne nevhodnej, kdyz Mint (a nejen ten) ma root ucet NEaktivni - neprirazene heslo, takze logicky zkousel Petr vlozit heslo pro sveho uzivatele, tak jako se bezne pouziva pro sudoers/polkit autorizace v nabehlem systemu...

[pc2005]

Taky mě to napadlo, ale neznal jsem jak to má Mint udělaný, dobrej bug :-/.

[R]

Vyzera to tak, ze si dalsia obet systemd...

[Petr Fiedler]

Asi jo.
Ještě před chvílí jsem nevěděl, co to systemd je a tak jsem si o tom něco málo přečetl na české Wiki, ale teda moc mne to nenadchlo.

[Sten]

Pokud se nepodařilo připojit něco z fstab, tak do emergency mode padal i sysvinit.

[GeorgeWH]

blbost, sysvinit si bootuje kludne dalej

[Peter Golis]

Mne vždy v takom prípade zastavil boot, a pýtal heslo roota aby sprístupnil single mode v ktorom to mal správca vyriešiť.

[k3dAR]

leda pokud slo o rootfs, pokud o cokoliv jineho tak proste boot pokracoval dal, i za cenu ze "neco bude necemu" chybet...

[systemd]

Pokud nebyl poškozený rootfs a byl poškozený diskový oddíl /home nebo swap, boot pokračoval dál.

Takže bylo možné provést opravu třeba přes ssh a jelo se dál.

U systemd se:

- Celý systém "kousne".

- V případě volby v fstab "nofail" boot pokračuje dál a uživatel se nic nedoví o poškození, volba to "zamaskuje".

[Sten]

Boot dál nepokračoval, spustilo to maintenance shell:

handle_failed_fsck() {
    log_failure_msg "File system check failed.
A log is being saved in ${FSCK_LOGFILE} if that location is writable.
Please repair the file system manually."
    log_warning_msg "A maintenance shell will now be started.
CONTROL-D will terminate this shell and resume system boot."
    # Start a single user shell on the console
    if ! sulogin $CONSOLE
    then
        log_failure_msg "Attempt to start maintenance shell failed.
Continuing with system boot in 5 seconds."
        sleep 5
    fi
}

[k3dAR]

ses si jistej ze pre handle_failed_fsck to proslo i kdyz bylo v fstab uveden sestej sloupec 0, tedy NEprovadet fsck, ale zarizeni (uvedene cesty v prvnim sloupci) neexistovalo nebo nebylo montovatelne (napr neexistujici filesystem, jiny nez pouziti v tretim sloupci)? ;)

[Peter Golis]

Nebol to /, pridal som si USB disk do fstab a zabudol som mu dať príznak noauto. Vadilo mi že mi to pripája na iné miesto ako som chcel ja, a za odmenu som si zacvičil v single user mode.

[k3dAR]

hmm divne, no, mozna se mi to stavalo v poslednich letech uz jen s upstart, kdy tedy urcite pokud neslo o rootfs se ignorovane startovalo dal...

[pc2005]

Ještě můžeš zkusit nabootovat s volbou kernelu init=/bin/bash ale jestli tomu nebude vadit to systemd to fakt nevím.

BTW "scanning" ještě nemusí znamenat že to něco najde (že ta hláška je od btrfs).

[Petr Fiedler]

Už vypaluju ISO

[k3dAR]

to scanning btrfs je "normalni", proste to zjistuje jestli btrfs nekde je...
dalsi radek ale uz neni od btrfs, ale od fsck.ext4... nebylo by to matouci kdyby se zobrazovalo napr. takto:

* Scanning for btrfs filesystem 
   - btrfs filesystem not found
* Checking rootfs consistency 
   - /dev/sda5: recovering journal
   - /dev/sda5: clean, 261073/3055617 files, 6606870/12206848 blocks

[Petr Fiedler]

AHOJ k3dAR a pc2005,

odpovím tady na více věcí naráz.

1. Už mi frčí nový Mint

2. Ohledně toho hesla root: mám v Nastavení > Volby přihlašovací obrazovky > Možnosti > Povolit přihlášení uživatele root=zaškrtnuto. Myslel jsem, že když to zaškrtnu, tak že se pak jako root budu moci přihlašovat.

3.
sdb1 - Windows loader
sdb2 - Windows 10
sdb5 - Linux Mint 18.1
a pak bylo to volné místo. Když po vytvoření oddílu na něm (fat32+příznak boot) přestal bootovat Linux, tak jsem ho (fat32) pak v diskpartu ve Windows smazal.

4. už chápu, jak v těchto případech funguje systemd. Mám uložen fstab z domácího desktopu i z notebooku. Vždy pak jen ten řádek pro datadisk zkopíruji a hotovo. Dnes po nové instalaci jsem do desktopu zkopíroval ten řádek z fstabu z notebooku a skončil jsem na stejném místě=Welcome to emergency mode! V tu chvíli mi to docvaklo. Takže jsem zase dál

k3dAR:
napadlo mě, protože vidím, že tomu člověče fakt hodně rozumíš, jestli by nebylo dobrý, že bys sem tam napsal nějakej podrobnej, ale zároveň srozumitelnej článek o něčem. Mě by se na začátek líbil třeba o Clonezille a o tom, jak udělat co nejlépe bootovací flešku. Myslím ale fakt podrobně pro lidi jako jsem já. Že bys třeba u Clonezilly vysvětlil jednotlivé komprese, nebo čeho jak docílit atd. Četl jsem tvoji radu tomu klukovi, co chce na tu akci flešku s linuxem a to s tou fleškou je teda fakt dost zajímavý. Pro mne ale taky málo podrobné. Podle takového návodu bych jí nedokázal udělat. Popřemýšlej o tom. Možná by ti to ve výsledku i ušetřilo čas.

Díky vám, mějte se ...

[Sten]

Ad 2) to se týká přihlášení do X (grafického rozhraní), do emergency mode to povolovat nemusíte. Musíte ale rootovi nějaké heslo nastavit.

[Petr Fiedler]

Musíte ale rootovi nějaké heslo nastavit.

Jak prosím?

[k3dAR]

http://wiki.ubuntu.cz/root_sudo...
umyslne nedavam odkaz primo na odstavec "jak nastavit heslo pro roota", obecne je to nedoporucovane/zbytecne... ale je pravda ze to mozna v 16.04 (resp *buntu od systemd) je asi nutne pro ten tvuj problem kdy to neudela root "autologin" do emergency jako tomu bylo s v *buntu pred systemd tedy s upstart...

[k3dAR]

bylo mi to divne, tak sem to nasimuloval... v Xubuntu 16.04.2 (start s vychozim systemd) sem do fstab pridal radek pro neexstitujici zarizeni:

/dev/sdx /mnt ext4 defaults 0 1

pri startu ~90 vterin prodleva a zobrazeno "Welcome to emergency mode!", i presto ze nemam uzivatele root aktivovaneho (= nenastavil sem mu heslo, tedy vychozi chovani "po instalaci"), tak kdyz sem zmacknul Enter (viz "Press Enter for maintenance") tak mi okamzite nabehnul root shell (bezici primo pod uzivatelem root, tedy zadne sudo)...

zaroven ale musim potvrdit ze po naslednem stlaceni CTRL+D start systemu sice pokracuje, nicmene po 90vterinach opet skoci do "Welcome to emergency mode!" i pokud nezmacknu Enter ale rovnou CTRL+D tak se to stejne opakuje porad dokola...

[systemd]

Ano, použitím suda pro obyčejného uživatele, aby získal veškerá práva root, je podle dnešních měřítek zvýšení bezpečnosti...

Zakázat heslo na uživatele root a strčit veškeré oprávnění uživateli? Jo, to znám, běžně se to používá.Kde jsem to jen viděl?

[Sten]

scanning for Btrfs systems je normální, pokud máte nainstalované btrfs-tools. Prostě to jen hledá, jestli tam někde náhodou není Btrfs.

Podle prvního obrázku nelze najít oddíl s uvedeným UUID, který je v fstab zapsaný, že se má při spuštění připojit (nemá noauto). Nebyl v tom „prázdném“ místě třeba swap?

Mimochodem řešení, jak pokračovat v bootování, je tam přímo napsané: press Control-D to continue.

[Sten]

Pokud nejde Control-D, je možné ještě příslušnou jednotku vymaskovat. Do parametrů jádra přidejte systemd.mask=dev-disk-by\x2duuid-E000477000474CAA.device a nebude se to snažit jej připojit.

[jekub]

Proč by dělal takové sprosťárny, jakési maskování jádra, huhuid? Zjistil, že má systemd, tedy počestná reinstalace.

[Sten]

V čem mu to pomůže, když sysvinit udělá totéž a navíc jako bonus ani nemůže příslušný záznam přeskočit jako u systemd?

[jekub]

Nešlo přepnout na jinou konzoli (Ctrl+Alt+F2)?

[Petr Fiedler]

To nevím, ale budu se snažit si to pamatovat.

[Sten]

Přepnout půjde, ale nic tak nebude, v emergency mode není spuštěné getty