Müködöképes initrd készítése HPT37x-hez

 ( gna | 2004. május 21., péntek - 12:32 )

Müködöképes initrd készítése HPT37x-hez

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

A hibák alapján szerintem nem húzta be a root filerendszert.
Ez pedig azért lehet, mert nem töltődött be a htp37x2 modul.

Amikor bootol akkor nézd meg, dob-e hibát a modul betöltésekor.

sajnos ez a 3 hibaüzi elkezdi magár ismételni, és végtelenbe megy át plusz gyors mint a villám...
de betölti ha jól láttam, itt valahogy nem akarja átadni az új root filerendszer leíróját a kernelnek hogy nde a /dev/ram0 hanem a /dev/sda1 legyen...

gna

Udv!

[quote:5d07747d46="gna"]sajnos ez a 3 hibaüzi elkezdi magár ismételni, és végtelenbe megy át plusz gyors mint a villám...
de betölti ha jól láttam, itt valahogy nem akarja átadni az új root filerendszer leíróját a kernelnek hogy nde a /dev/ram0 hanem a /dev/sda1 legyen...
gna[/quote:5d07747d46]

SCSI cuccok modulban, vagy kernelben vannak?
Ha modulban, az initrdbe tetted?

Toma_

HPT raidvezérlő alaplapon

a modul ami kell hogy raidként bejöjjön a htp37x2, ennek "előfeltétele" az sd_mod
ezután a ide-raid lesz a /dev/sda

A legutolso initrd image meg most azt sírja hogy:
Kernel Panic: attempted to kill init

:)

Ez nem az én hetem

gna

A helyzet kibővítése képpen most csináltam egy új initrd image-t és az is Kernel Panic: Attempted to kill init!

Pedig én nem vagyok gyilkos... nem akarom legyilkolni az init :)

gna

egy haverral próbáltuk, nem jött össze Ennek 1,5 éve, akkor még elég zöld voltam, de elvette a kedvemet. :(

Hi all!

OK túlléptem egy fokot, most a következő probléma áll fennt, pivot_root kiadásakor Device or resource busy miatt nem tudok váltani, erre azt olvastam, mivel a linuxrc fut az fogja a filerendszert, de állítólag a debian ash-ja ezt a problémát megoldotta. Én nem így érzem.

Ötletek?

gna

MEGOLDVA

Sziasztok!

A legegyszerübb megoldásra nem gondoltam:

Az initrd dokumentáció szerint, ha a lilo-nak a root= - ban a leendő root filerendszer elérési útját adom meg akkor az ainitrd-t betölti, majd a lefutás után lehetőség szerint umount-olja és folytatja a rendszerbetöltést a normál init szerint.

Készítek egy szedett vedett összeállítást arról, hogyan készült a végleges megoldás.

Köszönet minden segítségért.

gna

Sziasztok

3 napja szevedek azzal a problémával, hogy egy Abit KR7A-RAID alaplaon lévő HPT37x2 vezérlőről RAID-es felállásban sikerüljön bootolni. Mivel IRQ ütközés lenne ha a HTP-t mint IDE vezérlő is engedem ezért azt kivettem a kernelből, de a bootoláshoz szükséges ATARAID modullal amit a HTP-től szereztem nem tudok így rendesen bootolni.

Kitaláltam h készítek egy initrd image-t.

Jelenleg azonban sehogy se tudtam az initrd image-t úgy összeállítani hogy a betöltéskor ne akadjon fenn. Az image alapjait a "mkinitrd -k "val csináltam mivel a 2.4.26 sima kernelben a cramfs-t sehogy nem tudtam szora bírni, aztan azt ext2 imagebe bapakoltam.

Na most segítsetek.

gna

Habar nem teljesen valasz a kerdesedre, de leirom en mit csinaltam hasonlo esetben. A feladat az volt, hogy ide szoftveres raidet rakjak ossze amirol bootol a rendszer, rootnak is az lesz felcsatolva, es mukodokepes maradjon akkor is, ha apt-get upgrade-val kernelt frissitek.
Az elso reszet a dolgoknak nem taglalom (raid letrehozasa, beallitasa).
A masodik reszre (frissites) a megoldas az volt, hogy az /etc/mkintrd folderben letre hoztam egy modules nevu filet amibe beirtam az osszes modult amire a boot folyamat soran szukseg lehet:
md, raid1, reiserfs.. mindegyiket egy sorban egymas ala
Ezzel azt ertem el, hogy apt-get-es kernel frissitesnel az ujonnan letrehozott initrd tartalmazza a boothoz szukseges modulokat.
Mindez vonatkozik debianra es hivatalos debian kernelekre.
Nemtom mennyire segitettem, de hatha.. :)

Udv,
S.

[quote:970db403f0="gna"]Jelenleg azonban sehogy se tudtam az initrd image-t úgy összeállítani hogy a betöltéskor ne akadjon fenn. Az image alapjait a "mkinitrd -k "val csináltam mivel a 2.4.26 sima kernelben a cramfs-t sehogy nem tudtam szora bírni, aztan azt ext2 imagebe bapakoltam.[/quote:970db403f0]
a baj a vanilla kernellel van, ugyanis abban a cramfs tamogatas sux, a debian fele kernel+patch-csel megy, szedd le ezeket:
[code:1:970db403f0]http://www.backports.org/debian/dists/woody/kernel-2.4/binary-i386/kernel-source-2.4.26/kernel-source-2.4.26_2.4.26-2_all.deb
http://www.backports.org/debian/dists/woody/kernel-2.4/binary-i386/kernel-source-2.4.26/kernel-patch-debian-2.4.26_2.4.26-2_all.deb[/code:1:970db403f0]
bar lehet a patch nelkul is megy, erre mar nem emlexem.
kernel lefordit, mkinitrd, lilo, orul

Köszönet eddigi válaszaitokért.

A cramfs nekem nem lételem, a kernelt meg nem .deb csomagból telepíteném.

A fő probléma nem is a cramfs-ben van mert tudom hogyan készítek filerendszerből initrd image-t a gond magában a filerendszerben főleg a init scriptben és a linuxrc-ben lehet...

Erre keresek megoldást

Milyen hibaüzenettel száll el bootkor?

off:Upsz, most látom, hogy nem voltam bejelentkezve...

Az mkinitrd.conf -ban állítsd át a DELAY értékét, hogy lásd mi történik.

nah jah sorry a deb csomagert, a tar.bz2-t akartam link-elni,
amugy deb csomag a tar.bz2-t tartalmazza, nem a binary-s kernelt
meg a patch is

Targaz az jó, megpróbálhatom majd azt is, bár kernelem már van csak a htp37x2 modult szeretném betöltetni.

A hibaüzenet:

3 soros:
tmp/root: not found
umount: unable to umount tmp
could not write to /etc/mtab
/etc/mtab: file not found

pedig a linuxrc-t és az init scriptet átvizsgálva a mount és umount használja a paramétert amivel nem akara a mtab-ba írni

gna