Dotaz: Po aktualizaci Centos7 naběhne sytem pouze do GRUB

[Pavel]

Při posledním vypínání notebooku s Centos 7 se mě zeptal, jestli se může během vypnutí aktualizovat. Aktualizaci jsem povolil, system se restartoval a aktualizoval přímo v konzoli. Při dalším spuštění naběhla pouze příkazová řádka s GRUB>. Než začnu hledat problém, máte nějaký nápad, co se mohlo stát? Díky

Odpovědi

[NN]

Mame hadat?

[1john2]

a co se aktualizovalo?

v pripade kernelu, je tam i stary? z jake verze na jakou se aktualizovalo?

Co disky? nejake LVM/LUKS?

Je k dispozici nejake livecd na opravu?

Vypise to aspon nejakou hlasku?

jak napsal NN kristalovou kouli nemame...

[Petr Šobáň]

No tak z té příkazové řádky grubu zaveď OS ručně (staré jádra a initrd by tam měly zůstat) a pak oprav grub, přegeneruj initrd atd... podle toho co se pokazilo.

[Pavel]

Řekl bych víc, ale jsem v práci a nemám tu ten stroj sebou. Co se aktualizovalo nevím. Běžně aktualizuji z terminálu, teď se mě to zeptal při vypínání,tak jsem to odškrtl a dál neřešil. Druhý den to zapnul a grub mi nenabídl výběr os a rovnou skočil do konzoli. Bez chybové hlášky.

[Pavel]

Takže pro upřesnění, co se aktualizovalo netuším. Opravdu jsem to jen odklikl a nechal pracovat. Teď se to spustí s hláškou :

Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists possible device or file completions.

grub>

Centos 7 používá GRUB2. Problém bude nejspíš se zavaděčem. A nebo se mi přejmenovala cesta k disku? Jak teď pokračovat? Live distribuci si zařídím přes druhé pc.

[k3dAR]

kdyby se zmenila cesta k disku tak to zarve ze nemuze najit grub.cfg, nebo zobrazi menu a az po vybrani zarve ze nemuze najit kernel, nebo se pusti kernel ale zarve ze nenasel root a zpanikari... tohle vypada ze proste grub na hdd mas, ale nevi ze ma nekde konfiguraci... zkus postup co sem pred casem psal, postupne oba... prvni zkusi najit a pouzit grub.cfg, druhej funguje i bez toho, nazvy init a jadra pochopitelne uprav podle toho co mas na hdd = co ti zobrazi ls...

[Pavel]

Takže první způsob nejede, pomocí kombinace obou způsobů jsem našel grub.cfg ve složce (hd0,msdos6)/boot/grub2/ po zadání příkazu normal to naběhne zpět do grub bashe.

S druhým způsobem jsem byl o něco víc úspěšnější, system se začne načítat, leč spadne na nahlášce Starting Switch Root. Jdu googlit, co s tim. Ale aspoň nějakej úspěch. Hlavně by mě zajmala příčina, resp. co se aktualizovalo, že to takhle umřelo.

[fedorac]

tipl bych aktualizace kernelu - a ted nejaky ovladac na pristup na disk, zmena jmen disku, poradi, raid ...

... nejlip se to ladi pustenim z Live USB.

a pak jak tu nekdo psal - pregenerovat grub.

ja mam v tahaku :

nemocnej grub : grub rescue> ls ... set prefix="(hd0,msdos7)/boot/grub" set root="(hd0,msdos7)" insmod normal normal

a pak uz treba loadconfig ..../grub.cfg

[Pavel]

Haleluja. Už to jede! U řádku initrd /boot/initrd to chtělo zadat možnost s kdump na konci. Při dalším spuštění se spouštěcí proces zaktualizoval, restartovalo se to a rozjelo se to.

Centos mi tu hlásí něco o velké aktualizaci, dle výpisu i včetně jádra. Takže problém byl nejspíš způsoben tím. (? souhlas nebo ne?)

Díky za rady, hlavně tobě k3dAR. Stav se v Brně nebo v Kroměříži na štamprlu. :)

[Petr Šobáň]

Pokud máš /boot na samostatném oddílu nedošlo tam místo že se tam nainstaloval nový kernell, ale už se nepřegeneroval initrd a neodinstaloval se starý balíček kernelu?

[Pavel]

Tím to nebude, místa je tu na rozdávání.

[Peter Golis]

Ja by som si s dovolenim teda vzal.

Ale, rozumný správca balíčkov má aj log, ten sa v podobných prípadoch oplatí skontrolovať keď už človek odklikne hádam všetko.

[Pavel]

Snad neodklivávám vše. Nabídl mi to přímo Centos jako aktualizaci, přišlo mi to v pořádku. Který log by to měl být?

[Peter Golis]

Môžem sa dozvedieť akú IP adresu má ten stroj?

[Pavel]

Neveřejnou.

[pavele]

Je to samostaný log, ve kterém je vidět celý průběh instalace, odinstalace a aktualizace softwaru v CentOS.

Tento log je jeho základní součástí.

[k3dAR]

hahaha... a ted vazne:

# umisteni logu pro rucni prohrabavani
cat /var/log/yum.log

# nebo pomoci yum, shrnuti ukonu
yum history

# detailu jednotliveho ID
yum history info ID

# navratit zpet ukon ID
yum history undo ID

[Pavel]

zase o neco chytřejší.

jinak z toho dne ...

Jan 27 09:20:32 Updated: 1:java-1.8.0-openjdk-headless-1.8.0.71-2.b15.el7_2.x86_64
Jan 27 09:20:38 Updated: 1:java-1.7.0-openjdk-headless-1.7.0.95-2.6.4.0.el7_2.x86_64
Jan 27 09:20:39 Updated: anaconda-tui-21.48.22.56-5.el7.centos.1.x86_64
Jan 27 09:20:41 Updated: anaconda-core-21.48.22.56-5.el7.centos.1.x86_64
Jan 27 09:20:42 Updated: ntpdate-4.2.6p5-22.el7.centos.1.x86_64
Jan 27 09:20:43 Updated: kernel-tools-libs-3.10.0-327.4.5.el7.x86_64
Jan 27 09:20:44 Updated: kernel-tools-3.10.0-327.4.5.el7.x86_64
Jan 27 09:20:44 Updated: ntp-4.2.6p5-22.el7.centos.1.x86_64
Jan 27 09:20:45 Updated: 1:java-1.7.0-openjdk-1.7.0.95-2.6.4.0.el7_2.x86_64
Jan 27 09:20:46 Updated: 1:java-1.8.0-openjdk-1.8.0.71-2.b15.el7_2.x86_64
Jan 27 09:20:46 Updated: python-perf-3.10.0-327.4.5.el7.x86_64
Jan 27 09:21:11 Installed: kernel-devel-3.10.0-327.4.5.el7.x86_64
Jan 27 09:21:13 Updated: kernel-headers-3.10.0-327.4.5.el7.x86_64
Jan 27 09:21:26 Installed: kernel-3.10.0-327.4.5.el7.x86_64
Jan 27 09:21:27 Updated: jack-audio-connection-kit-1.9.9.5-6.el7.x86_64
Jan 27 18:50:48 Updated: 32:bind-license-9.9.4-29.el7_2.2.noarch
Jan 27 18:50:49 Updated: 32:bind-libs-9.9.4-29.el7_2.2.x86_64
Jan 27 18:50:50 Updated: qtlockedfile-2.4-20.20150629git5a07df5.el7.x86_64
Jan 27 18:50:50 Updated: qtsingleapplication-2.6.1-26.el7.x86_64
Jan 27 18:50:51 Updated: 32:bind-utils-9.9.4-29.el7_2.2.x86_64
Jan 27 18:50:51 Updated: 32:bind-libs-lite-9.9.4-29.el7_2.2.x86_64
Jan 27 18:51:00 Updated: firefox-38.6.0-1.el7.centos.x86_64
Jan 27 21:02:44 Installed: libeasyfc-0.13.0-3.el7.x86_64
Jan 27 21:02:44 Installed: libeasyfc-gobject-0.13.0-3.el7.x86_64
Jan 27 21:02:47 Installed: fonts-tweak-tool-0.3.2-5.el7.x86_64

 56 | Systém <nenastaveno>     | 2016-01-27 21:02 | Install        |    3   
 55 | Pavel <a>                | 2016-01-27 18:50 | Update         |    7   
 54 | Pavel <a>                | 2016-01-27 09:20 | I, U           |   15 EE

a druhej den jsem nenastartoval ... :)

[Beetljuice]

Mám podobnou zkušennost. Na jednom serveru s disky v RAIDu se mi stalo něco podobného. Vyřešil jsem to startem do staršího jádra. Zatím nebyl čas to řešit blíže. Uvidím co příští aktualizace.

[pavele]

Ten kernel je nějaký starý, minulý týden už byla verze 3.10.0-327.10.1.el7.x86_64.

S verzí, kterou uvádíš, se dá najít odkaz na bug, při kterém kernel nenastartuje bez parametru v grubu: initcall_blacklist=clocksource_done_booting.

Podle některých uživatelů přechod na novou, výše uvedenou verzi, odstranil tento problém.

Ha, ještě že nemám AMD procesor a tento kernel jsem přeskočil.

[ajp]

Beetljuice : defakto to bylo řešení i u mě. Ale nastartovat do staršího jádra jsem musel ručně, což sem neuměl.

pavele : No teď už mi tu běží 3.10.0-327.10.1.el7.x86_64, to by mohlo být ono. Zas na druhou stranu se tohle vše dělo na stroji s intel core i5, takže amd je v tom nevinně.

[Beetljuice]

S tím parametrem to vyzkouším, ale až budu fyzicky na místě Byla klika, že jsem tam zrovna v tu dobu byl, páč upgrade jádra včetně restartů dělám na dálku běžně. Tohle mě celkem vystreslo.

[Beetljuice]

Tak bohužel, uvedené řešení mi nepomohlo. Zkusil jsem to u dalšího serveru s Centos 7, kde to po aktualizaci jádra také po restartu padne do grub bashe. Staré jádro jede normálně.