initrd oder Initramfs => xt3 einbinden

Lord_Icon

Lord_Icon

Member
Hi,

habe eine Image, was ich starten wollte.

Leider beinhaltet das image eine ext3 Formatierung, die mein Suse anscheint noch nicht kennt.

Code: 
Mounting root /dev/sda1
mount: unknown filesystem type 'ext3'
umount: /dev: device is busy

Ergo = ich müßte diesen "Treiber" beim Booten mit einbinden. (Zumindest hab ich das so nachlesen können)

Leider fehlt mir hier jede Erfahrung.

Ich habe gelesen, das ich die initrd entsprechend bearbeiten muß. Eigendlich keine Problem.
ABER: meine initrd ist anscheinend verschlüsselt bzw. kompiliert. Drum kann ich dort natürlich nichts eintragen.

Also weiter gegoogelt. Leider komme ich dort nicht wirklich weiter.
Die einfachste Anleitung war, das ich die initrd.img mounten soll und entsprechend bearbeiten soll.
Das blöde daran = hab die ganze Festplatten durchsuchen lassen = nix drauf.
Re: kernel panic nach =?UTF-8?B?w4RuZGVydW5n?= des Dateisystemtyps

Die Frage : Wo kann man denn ein solches initrd.img laden ? Für Suse 10.1 (enterprise)

Frage 2: Ich habe beim durchstöbern gelesen, das initrd veraltet ist und man doch initramfs nehmen sollte. Allerdings ist hier gleich nochweniger zu finden.

Weiß einer Rat ?? Kann einer Helfen oder ein Tipp geben? Thx
 
Die initrd ist meist komprimiert. Um etwas hinzuzufügen, musst Du sie zuerst mit gunzip entpacken. Das Filesystem ist meist ext2, bei SuSE kann es aber auch ein cpio-Archiv sein. Du musst jedoch nicht nur das Modul hinzufügen, sondern auch noch in das Script eintragen, welches beim Booten ausgeführt wird.

Ich rate Dir, wenn Du bei der initrd bleiben willst, die Optionen von mkinitrd anzupassen und eine neue initrd zu erstellen.

Wieso kompilierst Du nicht einfach die ext3-Unterstützung in den Kernel? Das ist am einfachsten.
 
mkr said:
Wieso kompilierst Du nicht einfach die ext3-Unterstützung in den Kernel? Das ist am einfachsten.
Click to expand...

Weil ich mir das ohne detailierte Anweiung schon garnicht traue.
Den Kernel zu patchen hat ich auch schon drüber nachgedacht... und auch schon gelesen... aber naja... ein falscher Eintrag => bye bye Server

Prinzipell nicht schlimm, weil ich eine Eric Express (KVM over IP = Remoutekarte) drin hab. Und wenn das fehlschlägt, dann setz ich mich ins Auto und fahr rüber.

Aber die ext3 in die initrd einzufügen stell ich mir einfacher vor als den Kernel selbst zu patchen. Evtl. stell ich mir das auch zu schwierig vor.

Ich mach jetzt mal folgendes:
Ich versuch das mal über gunzip zu entpacken bzw. über cpio... mal schaun, wie es gepackt worden ist.

Und du könntest mir ein kleines Howto über den kernel patchen posten ?
Also das wäre Suuuuuuper nett von dir.

Mal was anderes. Warum hat denn mein aktueller (?) Kernel denn noch nicht die etx3 Filesystem mit drin ?


Hier meine Kernels, die ich im Boot drin hab

hier meine Kernel's im Verzeichniss /boot


Code: 
Main-Server:/home/xen # ls /boot
backup_mbr                      vmlinux-2.6.16.13-4-smp.gz
boot                            vmlinux-2.6.16.13-4-xen.gz
config-2.6.16.13-4-smp          vmlinuz
config-2.6.16.13-4-xen          vmlinuz-2.6.16.13-4-smp
grub                            vmlinuz-2.6.16.13-4-xen
initrd                          vmlinuz-xen
initrd-2.6.16.13-4-smp          xen-3.0.2_09656-4.gz
initrd-2.6.16.13-4-xen          xen-3.0.gz
initrd_cutsom                   xen-3.gz
initrd-xen                      xen-dbg-3.0.2_09656-4.gz
message                         xen-dbg-3.0.gz
symsets-2.6.16.13-4-smp.tar.gz  xen-dbg-3.gz
symsets-2.6.16.13-4-xen.tar.gz  xen-dbg.gz
symtypes-2.6.16.13-4-smp.gz     xen.gz
symtypes-2.6.16.13-4-xen.gz     xen-syms
symvers-2.6.16.13-4-smp.gz      xen-syms-3.0.2_09656-4
symvers-2.6.16.13-4-xen.gz      xen-syms-dbg
System.map-2.6.16.13-4-smp      xen-syms-dbg-3.0.2_09656-4
System.map-2.6.16.13-4-xen
 
Lord_Icon said:
Den Kernel zu patchen hat ich auch schon drüber nachgedacht... und auch schon gelesen... aber naja... ein falscher Eintrag => bye bye Server
Click to expand...

Bei einer Änderung der initrd muss man auch neu booten. Und da ist das Fehlerrisiko noch höher, da man an mehreren Orten einen Fehler machen kann.

Und du könntest mir ein kleines Howto über den kernel patchen posten ?
Click to expand...

Eigentlich musst Du den Kernel nicht patchen, sondern nur eine Option aktivieren und ihn neu kompilieren.

Mal was anderes. Warum hat denn mein aktueller (?) Kernel denn noch nicht die etx3 Filesystem mit drin ?
Click to expand...

Weil es vor der Kompilierung nicht aktiviert war. Man kann sehr viele Optionen wählen. Derjenige, der Deinen Kernel kompiliert hat, verwendet vielleicht reiserfs und braucht deshalb ext3 nicht.

Aber wenn ich Dich richtig verstanden habe, brauchst Du nur einen anderen Kernel für Deine virtuellen Maschinen im Xen, oder? (Weil wenn der Kernel des Servers kein ext3 hätte würde er ja nicht booten.)

Bei dem Kernel für die virtuellen Maschinen kannst Du schon etwas herumtesten, kaputtgehen kann ja nichts.
 
mkr said:
Eigentlich musst Du den Kernel nicht patchen, sondern nur eine Option aktivieren und ihn neu kompilieren.
Click to expand...

Wie jetzt ?

Ich hatte mir schon
Thomas Hertweck - Linux-Kernel-HOWTO
grob überflogen.

Meine Angst war allerdings der Umfang des ganzen. Allein das Howto umfasst über 30 seiten in gedruckter Form. Das ich da ein Fehler mache ist das schon so sicher wie das Ahmen in der Kirche...

Wenn ich dich jetzt aber richtig verstanden habe, dann wird nicht ein leerer Kernel sondern der Original Kernel verwendet ... und ich brauch nur noch die ext3 Modul finden und neu kompiliern ?

Ich bin immer davon ausgegangen, das ich einen kompletten Kernel neu "schreiben" muß.

P.s. Ja... das erwähnte Image ist ein Xen Image.
 
Unter patchen versteht man das verändern des Sourcecodes. Man muss beispielsweise die Sourcen des Linux-Kernels patchen, damit er unter Xen läuft.

ext3 ist hingegen eine Funktion, die im Sourcecode schon vorhanden ist. Sie muss nur aktiviert werden.

Hast Du die Konfigurationsdatei (.config) Deines Kernels? Das würde die Sache vereinfachen, da Du dann wirklich nur noch ext3 aktivieren müsstest. Sonst müsstest Du wissen, welche Optionen sonst noch aktiviert waren. Wo hast Du den Kernel heruntergeladen?
 
ahja. Es wird ja immer interessanter bzw. einfacher. Zumindest wenn man dir so zuhört :D


Es handelt sich um eine komplette und unveränderte Neuinstallation. Sie wurde also vom Disti direkt per CD mitgeliefert.

Es handelt sich hierbei um das 64 Bit DVD Image direkt von Novell.

Novell Enterprise Suse Linux 10.1 (Installiert mit KDE 3.5.5)

Reicht dir das also info ? Wo würde denn die Konfigurationsdatei des Kernels liegen ? Pfad
 
Also wenn du es genau wissen willst, dann hier

NOVELL: Downloads

Die DVD. Position 5.

Allerdings sind keine Angaben zu finden, was im Kernel "verankert" ist.

Wie sieht es denn mit dem aktuellen Kernel 2.6.18.2 aus ?

Kann man nicht mal den veruschen ? Oder hast du schon eine Idee, wo ich dir Konfigurationsdatei bzw. die aktivierten Optionen herbekomme?
 
Also ich versuch gern mal die Kernel's zu laden....
aber viel verspreche ich mir nicht davon.

Weil es sich um die SLES9.3 und nicht SLES10.1 handelt.

Aus diesen Grund ist auch der Kernel schon "urlalt"
kernel-xenpae-2.6.5-7.244.xs151.i686.rpm
 
Du könntest auch versuchen einen domU-Kernel aus dem eisxen-CD-Image zu holen, vielleicht ist der aktueller und unterstützt ext3.
 
joar... das sieht schon besser aus.... versuch ich gleich mal morgen früh


Code: 
  Verzeichnis von C:\boot                                                                      

05.11.2006  22:34    <DIR>          .
05.11.2006  22:34    <DIR>          ..
26.05.2004  02:43               512 boot.0300                  
26.05.2004  02:43             4.368 boot.b                     
13.04.2006  18:46            60.436 config-2.6.16-xen          
05.11.2006  22:34    <DIR>          grub                       
22.02.2006  00:51            42.496 map                        
13.04.2006  18:46           807.132 System.map-2.6.16-xen      
13.04.2006  18:46         4.255.669 vmlinux-syms-2.6.16-xen    
13.04.2006  18:46         1.519.131 vmlinuz-2.6-xen            
13.04.2006  18:46         1.519.131 vmlinuz-2.6.16-xen         
13.04.2006  17:35           210.691 xen-3.0.2-2.gz             
13.04.2006  17:35           210.691 xen-3.0.gz                 
13.04.2006  17:35           210.691 xen-3.gz                   
13.04.2006  17:35         3.933.421 xen-syms-3.0.2-2           
13.04.2006  17:35           210.691 xen.gz
 
You must log in or register to reply here.
Back
Top