Gentoo - chyba při bootování

[NoTHX]

Instaloval jsem na VMware gentoo z miniCD, vše se zdálo být ok, ale po restartu to při bootu hlásí chyby (partišna s raiserem připojená read-only ) a nejde se přihlásit (viz obrázky).





mám snapshot před tímto restartem, tedy mohu provést libovolné změny než to dojde sem, zřejmě jsem něco přehlédl, nevíte někdo co s tím?

//při stisku PrtScr během bootu pokud zadám heslo roota tak se "dovnitř" v pohodě dostanu

[next_ghost]

Skript /etc/init.d/depscan.sh se spouští moc brzo, chtělo by ho to posunout dál až za root remount.

[NoTHX]

můžeš být trochu konkrétnější?

[next_ghost]

Bohužel ne. I když jestli jsem teď něco nepřehlíd, tak by se tenhle skript při bootu neměl vůbec spouštět... Zkus v tom snapshotu před rebootem spustit /sbin/depscan.sh a pak rebootnout.

[NoTHX]

bez efektu

[next_ghost]

hmmm, 1999-2005... Nahoď připojení k Internetu a zkus spustit

Kód: Vybrat vše

emerge --sync && emerge portage && emerge -u --deep world; etc-update

[NoTHX]

na starém kódu nejedu, všechno předtím jsem aktualizoval (včetně gcc -> revdep-rebuild, glibc, atd...)

[next_ghost]

Zkus to poslat na Gentoo forum...

[M$ak]

Instaloval jsem na VMware gentoo z miniCD, vše se zdálo být ok, ale po restartu to při bootu hlásí chyby (partišna s raiserem připojená read-only ) a nejde se přihlásit (viz obrázky).

Mozna bude problem v konfiguraci jadra s SCSI.

Nebo bude spatne nastaveny /etc/fstab.

[NoTHX]

ee, to by přece ten disk nefungoval vůbec, fstab je taky OK, tam jde o to že se cosi pokouší o zápis v době kdy je disk ještě v RO módu, konkrétně ještě dřív než se začnou pouštět věci z init.d

Linux by možná měl používat autoexec.bat a config.sys, resp. autoexec.sh a config.sh

[next_ghost]

Ten skript dělá to, že na disk zapíše seznam všech init skriptů v takovym pořadí, v jakym se musí volat aby byly splněný vzájemný závislosti. Ten skript se spouští při instalaci a ručnim spouštění a ukončování daemonů, při bootu se vůbec spouštět nemá.

[eraser]

asi je to pakárna , ale tohle si zkusil ?

Kód: Vybrat vše

mkdir /var

[NoTHX]

Ten skript dělá to, že na disk zapíše seznam všech init skriptů v takovym pořadí, v jakym se musí volat aby byly splněný vzájemný závislosti. Ten skript se spouští při instalaci a ručnim spouštění a ukončování daemonů, při bootu se vůbec spouštět nemá.

tak kde se tam vzal? nebo jak ho dostat pryč

asi je to pakárna , ale tohle si zkusil ?

Kód: Vybrat vše

mkdir /var

tak nějak nevím, k čemu mi to bude, když /var existuje

[Dr Meduza]

rc-update

[TomV]

rc-update

Jo, tak to nevim, čeče... tohle se spouští ještě během systémové inicializace; rc-update má vliv jenom na "uživatelské" služby, tuhle část bootování neovlivní...

[M$ak]

ee, to by přece ten disk nefungoval vůbec, fstab je taky OK, tam jde o to že se cosi pokouší o zápis v době kdy je disk ještě v RO módu, konkrétně ještě dřív než se začnou pouštět věci z init.d

OK, az tedka me doslo v cem je problem, diky za vysvetleni.
Zkus reemergnout sys-apps/baselayout.

Kód: Vybrat vše

sys-apps/baselayout
      Latest version available: 1.11.15-r3
      Latest version installed: 1.11.15-r3
      Size of downloaded files: 473 kB
      Homepage:    http://www.gentoo.org/
      Description: Filesystem baselayout and init scripts
      License:     GPL-2

[Dr Meduza]

rc-update

Jo, tak to nevim, čeče... tohle se spouští ještě během systémové inicializace; rc-update má vliv jenom na "uživatelské" služby, tuhle část bootování neovlivní...

kdyt tam je i udev a kontrola disku, tak todle by tam taky melo bejt (jako boot sluzba)

[M$ak]

Samotnej rc-update prece nic nedela. musi se mu predat nejaky parametry ...

[next_ghost]

kdyt tam je i udev a kontrola disku, tak todle by tam taky melo bejt (jako boot sluzba)

Mno jenže to neni služba, ale pomocnej skript, kterej initu předžvejkává závislosti služeb.

[TomV]

kdyt tam je i udev a kontrola disku, tak todle by tam taky melo bejt (jako boot sluzba)

Neni tam, už jsem na to u NoTHXe koukal... tohle beztak bylo to první místo, kam jsem se podíval...

Kterej skript řídí bootování ještě před zavedením runlevelů ? Na to jsem ještě nepřišel...