darthtidus
(Themenstarter)
Anmeldungsdatum: 20. September 2018
Beiträge: 32
|
Hallo, sorry für die späte Rückmeldung. ich habe vor der Anpassung in der Liveumgebung mittels chroot, das /dev Verzeichnis in die Liveumgebung gemountet. Dann habe ich die Anpassungen über chroot in der Liveumgebung vorgenommen u.a. die Headerdateien, Moduldateien und den Kernel selbst (in Version 4.17) als deb-Pakete gedownloadet und in der chroot-Umgebung per dpkg -i ... installiert. Danach habe ich ein update-grub in dieser Umgebung gemacht. Nachdem ich die Anpassungen beendet hatte, habe ich alle gemounteten Verzeichnisse ungemountet und habe die chroot-Umgebung verlassen. Danach habe ich mir die Live-CD gebaut und mit isohybrid bootfähig gemacht. Sobald ich das Live-System boote, wird mir im Terminal wieder der alte Kernel (4.15) angezeigt. Also ich kann mir anscheinend meine eigene Live-CD / -Stick bauen mit eigenen Anpassungen. Ich kann aber anscheinend nicht den Kernel für meine angepasste Live-ISO updaten. Weiterhin bekomme ich den Fehler nicht weg, der besagt, dass meine System Partition weniger als 0.0 MB freien Speicher zur Verfügung hat (aber wie soll ich innerhalb der iso mehr freien Speicher reservieren?). Mit freundlichen Grüßen Euer Darthtidus
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15929
|
Hallo darthtidus, Bei den normalen Live Versionen wird kein Grub2 verwendet sondern syslinux ..... bzw. hast du den alten Kernel gelöscht ? Gruss Lidux
|
darthtidus
(Themenstarter)
Anmeldungsdatum: 20. September 2018
Beiträge: 32
|
Hallo Lidux, ah ok. Also den alten Kernel habe ich nicht gelöscht. Mir ist aber aufgefallen, dass wenn ich ein zweites Mal in die besagte chroot-Umgebung wechsele und dort ein uname -r absetze, dann zeigt er mir dort den 4.17er Kernel an. Mit freundlichen Grüßen Euer Darthtidus
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
|
darthtidus
(Themenstarter)
Anmeldungsdatum: 20. September 2018
Beiträge: 32
|
Achso nein, ich wusste nicht, dass der vom Host eine Rolle spielt, da ich in einer chroot-Umgebung gearbeitet hatte. Mit freundlichen Grüßen Darthtidus
|
darthtidus
(Themenstarter)
Anmeldungsdatum: 20. September 2018
Beiträge: 32
|
Ich habe jetzt sowohl auf dem Host als auch in der chroot-Umgebung die 4.15er Kernel gelöscht, sodass nur noch der 4.17er Kernel installiert ist. Aber wenn ich die iso erstelle und das Live-System boote, dann sehe ich im Terminal immer noch den 4.15er Kernel, wenn ich uname -r eingebe.
|
darthtidus
(Themenstarter)
Anmeldungsdatum: 20. September 2018
Beiträge: 32
|
Ich glaube die Lösung liegt darin, den Kernel und das initrd aus der chroot-Umgebung in das ISO-Verzeichnis der neuen Live-CD unter cd/casper (da, wo auch das filesystem.squashfs liegt) zu kopieren. Dies habe ich gemacht, aber ich erhalte bzgl. des initrds nun beim Booten des Live-Systems folgenden Fehler: Initramfs unpacking failed: junk in compressed archive Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) usw. Das Problem liegt darin, dass das initrd in der chroot-Umgebung als initrd.img vorliegt und unter cd/casper/ als initrd.lz (also gepackt) vorliegt. Daher habe ich versucht, dass initrd.img mittels 7z zu packen: 7z a -m0=lzma:a=1 initrd.lz initrd.img 7z erzeugt daraus auch eine *.lz Datei aber diese führt wie oben beschrieben zum genannten Fehler.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53624
Wohnort: Berlin
|
Lidux schrieb: Bei den normalen Live Versionen wird kein Grub2 verwendet sondern syslinux
Das ist so nicht korrekt. Das ist ein Hybrid-Image, im UEFI-Modus wird GRUB2 gestartet, im BIOS-Modus Syslinux.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53624
Wohnort: Berlin
|
darthtidus schrieb: Achso nein, ich wusste nicht, dass der vom Host eine Rolle spielt, da ich in einer chroot-Umgebung gearbeitet hatte.
Nicht da, sondern weil. Im chroot nutzt du immer den Kernel des Hosts.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53624
Wohnort: Berlin
|
darthtidus schrieb: Ich glaube die Lösung liegt darin, den Kernel und das initrd aus der chroot-Umgebung in das ISO-Verzeichnis der neuen Live-CD unter cd/casper (da, wo auch das filesystem.squashfs liegt) zu kopieren.
Hast du den Kernel installiert und initramfs neu gebaut? Weder der Kernel noch die initrd müssen in dem Verzeichnis casper liegen, wohl aber außerhalb des SquashFS und mit korrekter Pfadangabe in der Konfigurationsdatei des Bootloaders eingetragen sein.
Das Problem liegt darin, dass das initrd in der chroot-Umgebung als initrd.img vorliegt und unter cd/casper/ als initrd.lz (also gepackt) vorliegt.
Nein, die liegt nicht unterschiedlich vor. Die wurde nur umbenannt. Wie man ein eigenen Livesystem inklusive eigenem Kernel und Initramfs baut habe ich mal hier bzw. wenn es eine ISO-Datei oder eine DVD werden soll hier beschrieben. Das lässt sich grundsätzlich auch auf dein System ummünzen.
|
darthtidus
(Themenstarter)
Anmeldungsdatum: 20. September 2018
Beiträge: 32
|
Hallo tomtom, vielen Dank für deine Hinweise. Ich habe jetzt das initramfs mit dem Befehl aus deiner Anleitung neugebaut. Den Kernel und das initramfs aus der chroot-Umgebung habe ich in das jeweilige Verzeichnis kopiert (der Bootloader zeigt auf das Verzeichnis /cd/casper). Danach habe ich die Live-ISO erstellt und davon gebootet. Nun sehe ich im Terminal schon mal den neuen Kernel (4.17), es erscheint aber sofort das Crash report Fenster (siehe Anhänge). Weiß jemand, wie ich das lösen kann? Mit freundlichen Grüßen Euer Darthtidus
- Bilder
|
alterpinguin
Anmeldungsdatum: 24. Mai 2014
Beiträge: 786
|
wenn Du weißt, dass dieser crash für Dich eigentlich gelöst ist, dann musst Du das "Problem" nicht melden und löschst einfach (mit root-Rechten) den crash-Eintrag. Schau in /var/crash/ nach was sich da angesammelt hat dazu und einfach löschen... (die Dateien dort
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53624
Wohnort: Berlin
|
Ich hätte ja den 4.15er einfach gelöscht, bevor ich das SquashFS neugebaut hätte. ☺
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Mit Löschen meinst du sicherlich deinstallieren? 😉 Weil vielleicht hat er ihn ja gelöscht, aber nur eine Datei...bei dem Fehlerbild. 😀
|
darthtidus
(Themenstarter)
Anmeldungsdatum: 20. September 2018
Beiträge: 32
|
Hallo, @alterpinguin ich werde mal in /var/crash nachschauen (Danke für den Tipp) Also ich hatte mittels apt den alten Linux-Kernel deinstalliert und etwaige vorhandene Dateien auch gelöscht. Danach hatte ich das squashfs neu erzeugt. Mit freundlichen Grüßen Euer Darthtidus
|