Sie sind nicht angemeldet.

[gelöst] Miniroot mit neuem Kernel ausstatten

Lieber Besucher, herzlich willkommen bei: Ubuntu-Forum & Kubuntu-Forum | www.Ubuntu-Forum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

raddirad

User

  • »raddirad« ist der Autor dieses Themas

Beiträge: 3

Registrierungsdatum: 28.05.2015

Derivat: Ubuntu

Architektur: 64-Bit PC

Desktop: unbekannt

  • Nachricht senden

1

28.05.2015, 15:01

Miniroot mit neuem Kernel ausstatten

Hi Leute
ich habe folgendes Szenario

Ich habe eine VM auf der ein TFTP läuft
dieser verteilt mir einen Kernel und ein Miniroot auf die PXE Clients.
Die Kernnelversion ist 3.15.1.
Das Minirot basiert auf Ubuntu 12.04 und ist stark beschnitten sodass es nur die gewünschte Aufgabe durchführt.

Dies funktioniert so weit.
Nun möchte ich gerne einen aktuelleren Kernel nutzen. Habe mir daher mal unter 12.04 einen 4.1-rc5 Kernel kompiliert, auf Basis der 3.15.1 config mit einigen neuerungen.
Kernel kompiliert und anstelle des 3.15.1 Kernels in den TFTP geklemmt.
System bootet über PXE, aber da unter /lib/modules/ ja noch die 3.15.1 Module drin sind lädt er natürlich keine Module, u.a. die Netzwerkkarte.
So nun habe ich in das Miniroot den /lib/modules/4.1.0-rc5 Ordner eingeschmuggelt sodass die Module geladen werden.

Jetzt passiert folgendes.
Der Kernel lädt und anfangs, danach gibt es aber ne panic (siehe Anhang)
die Init ist vorhanden und sie bootet auch in dem 3.15.1 Miniroot, jedoch nicht in dem miniroot mit den 4.1.0 Modulen

Kann mir jemand weiterhelfen?
Vielen Dank im Voraus

EDIT:
Die default.menu mit den Kernel Parametern sieht wie folgt aus

Quellcode

 
1

menu label Start bootimage (x64)  text help                  Start linux bootimage 64-Bit from tftp server.  endtext  kernel install-x64  append initrd=miniroot-x64.bz2 debug root=/dev/ram0 init=/sbin/init video=vesa:ywrap,mtrr vga=791 splash
»raddirad« hat folgendes Bild angehängt:
  • panic.jpg

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »raddirad« (29.05.2015, 15:28)

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

  • Nachricht senden

2

28.05.2015, 22:02

Zitat von »raddirad«

So nun habe ich in das Miniroot den /lib/modules/4.1.0-rc5 Ordner eingeschmuggelt
Kannst du diesen Vorgang genauer beschreiben?
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl

raddirad

User

  • »raddirad« ist der Autor dieses Themas

Beiträge: 3

Registrierungsdatum: 28.05.2015

Derivat: Ubuntu

Architektur: 64-Bit PC

Desktop: unbekannt

  • Nachricht senden

3

28.05.2015, 22:09

Zitat von »Fredl«

Zitat von »raddirad«

So nun habe ich in das Miniroot den /lib/modules/4.1.0-rc5 Ordner eingeschmuggelt
Kannst du diesen Vorgang genauer beschreiben?
Ich entpacken das bestehende miniroot mit Tar und dann cpio, da in der bz2 ein image liegt.

Dann führe ich ein MV des /lib/modules/4.1-rc5 aus meinem chroot in dem ich den kernel und die Module kompilieren in das entpackte miniroot.
Danach packe ich das entpackte miniroot mit find . -name | cpio -ov -H newc | bzip2 > miniroot.bz2

Hoffe es ist genau genug, mache es aus dem Kopf, deswegen kann die Angabe bei den befehlen kleine Fehler haben

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

  • Nachricht senden

4

29.05.2015, 10:29

Wenn du sowieso in einem chroot arbeitest und selbst kompilierst, warum machst du es dann nicht nach der gängigen Methode.

Quellcode

 
1
2
3
4

make
make install 
make modules
make modules_install

und packst das Ergebnis wieder zusammen? Ich vermute, daß dir zumindest ein 'depmod -a' zwischendrin fehlt.
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl

raddirad

User

  • »raddirad« ist der Autor dieses Themas

Beiträge: 3

Registrierungsdatum: 28.05.2015

Derivat: Ubuntu

Architektur: 64-Bit PC

Desktop: unbekannt

  • Nachricht senden

5

29.05.2015, 15:28

Problem ist gelöst.

Einerseits lag es daran das das image mit einem kleinen weiterem zusatz gepackt werden musste.
Zudem wie Fredl gesgat hat fehlte das depmod nachdem die Module gebaut wurden.

Nun starten die images mit dem neuen kernel wunderbar und führen ihre Aufgabe aus.

Danke

chroot

Ubuntu-Forum-Team

  • »chroot« ist männlich

Beiträge: 2 321

Registrierungsdatum: 04.03.2008

Derivat: Kein Ubuntu-Derivat

Architektur: 64-Bit PC

Desktop: KDE4

Andere Betriebssysteme: Fedora 27

  • Nachricht senden

6

29.05.2015, 16:09

Zitat von »raddirad«

Einerseits lag es daran das das image mit einem kleinen weiterem zusatz gepackt werden musste.
Der da wäre?
"Do or do not. There is no try." (Yoda) || Thread auf gelöst/erledigt setzen

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

  • Nachricht senden

7

29.05.2015, 23:25

Eine Angabe hinter '-name' für find.
Und von tar war vorher auch noch die Rede.
:)
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl

Ähnliche Themen