Am Mittwoch, den 14.10.2015, 20:57 +0200 schrieb Gerhard Schmidt:

Ich will mein altes Bootmenue wieder haben! Irgendwie ist da jetzt alles ziemlich verschlimmbessert.

Kann es sein, dass Du die letzten Jahre irgendwas verpasst hast?

- Irgendwer meint, er müsse mir 10 verschiedene Bootoptionen da eintragen.

Welche 10? Hast Du evtl. noch ein paar alte Kernel auf Lager?

Wie kommt der Softwareschreiber darauf, mir mein Bootmenue vollzuschreiben? Habe ich nicht gewollt, warum kriege ich so einen unbrauchbaren Unsinn?

Die Grub2-Entwickler haben dem Bootmanager die Fähigkeit gegeben nach vorhandenen Betriebsystemen (verschiedene Kernel zählen auch dazu) zu suchen. In Folge dessen wird Dir im Bootmenü alles das angezeigt, was auf Deinem System vorhanden ist. Hast Du bspw. mehrere, alte Linux-Kernel drin stehen, so deinstalliere diese einfach. Natürlich kann auch der ein oder andere Eintrag veraltet sein oder anderweitig nicht mehr stimmen. Dann hast Du die Möglichkeit via grub-mkconfig -o /boot/grub/grub.cfg die Bootloaderkonfiguration neu zu schreiben.

- Die Einträge konnte man in früheren Bootmanagertagen schön editieren, rausschmeißen, was dazu tun und hat sich so sein Bootmenue zusammengezimmert. Das geht jetzt irgendwie nicht mehr, ich bin der Sklave irgendeines Programmierers geworden, der manuelle Eingriffe in seine Bootmaschine nicht mag. Wo ist der Bootmenueeditor hin, wer hat ihn geklaut?

Du suchst das Modul yast2-bootloader. Alternativ kannst Du auch alles von Hand machen. /etc/default/grub und /etc/grub.d sind Deine Freunde. Natürlich kannst Du auch die /boot/grub/grub.cfg editieren - aber sobald der Bootloader neu geschrieben wird, bspw. bei einem Kernel-Update, gehen hier alle Deine Änderungen verloren, da die Datei neu generiert wird.

- Die Bootmanagerinstallation endet bei mir nun mit einer vielsagenden Fehlermeldung. Die sagt nämlich gar nix außer dass ein Fehler passiert sei.

Bei welchem Vorgang ist der Fehler aufgetreten? Wie ist Deine Konstellation an vorhandenen Betriebssystemen? Also soll Linux das einzige OS sein, sind noch andere Distris installiert? Ist ein Windoof vorhanden und falls ja, in welcher Version? Welche Dateisysteme werden von Dir genutzt?

Der Programmierer hat es nicht für nötig gehalten, dem Fehler ein wenig nachzugehen und was aussagekräftiges dazu abzusondern. Zum Beispiel warum wo jetzt was passiert ist.

Zu dumm nur, dass die Leute, welche Grub entwickeln, andere sind als diejenigen, welche YaST entwickeln. So. Welchen von diesen meinst Du jetzt? -- MfG Richi

Am Freitag, 16. Oktober 2015, 00:51:51 schrieb Gerhard Schmidt:

Am Donnerstag, 15. Oktober 2015, 20:10:31 schrieb Richard Kraut:

...

Hast Du bspw. mehrere, alte Linux-Kernel drin stehen, so deinstalliere diese einfach.

Wie kommen die da hin? Habe ich nicht da hin gemacht.

Vermutlich weil zypper bei Dir so konfiguriert ist, dass es alte Kernelversionen behält. Das ist IMHO auch gut so, da Du dann einen alten Kernel starten kannst, falls Dein System nach einem Kernelupdate nicht mehr sauber bootet. AFAIK kann man mittlerweile auch konfigurieren, wie viele Kernelversionen behalten werden sollen. Deinstallieren kannst du die Kernel mit zypper. Die folgenden Beispiele sind mit der Option "-D" (dryrun). Damit kannst Du sehen, was zypper machen würde ohne die Änderung wirklich auszuführen. Für die reale Deinstallation musst Du die Option entfernen. Alle Deine 3.11'er Kernel deinstallieren: zypper rm -D 'kernel*<3.16.6-2' Du kannst versuchen, ob dieses funktioniert: zypper rm -D 'kernel*<3.16' Einen bestimmten Kernel deinstallieren: zypper rm -D 'kernel*=3.11.10-25.1' In Deinem Fall alle Kernel außer dem aktuellen deinstallieren: zypper rm -D 'kernel*<3.16' 'kernel*=3.16.7-13' 'kernel*=3.16.7-21' Alle Angaben ohne Gewähr, also erst mit -D genau sehen, was deinstalliert würde. -- Grüße Ralf Antworten bitte nur in die Mailingliste! PMs bitte an: listpm (@) arndt-de (.) eu -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hi Gerd und Richi, Am 16.10.2015 um 00:51 schrieb Gerhard Schmidt:

Am Donnerstag, 15. Oktober 2015, 20:10:31 schrieb Richard Kraut:

...

Am Mittwoch, den 14.10.2015, 20:57 +0200 schrieb Gerhard Schmidt: [...]

...

Alternativ kannst Du auch alles von Hand machen. /etc/default/grub und /etc/grub.d sind Deine Freunde.

Ob man mit denen warm wird, besonders mit den Skripten, wage ich zu bezweifeln. Man wüsste aber ganz gerne, wo YaST die Einstellungen, die man in den Konfig-Menüs macht, speichert. Wenn das Klartext wäre, könnte man vielleicht draufkommen, was Schwierigkeiten macht.

Natürlich kannst Du auch die

...

/boot/grub/grub.cfg editieren - aber sobald der Bootloader neu geschrieben wird, bspw. bei einem Kernel-Update, gehen hier alle Deine Änderungen verloren, da die Datei neu generiert wird.

In dem Fall wäre ein Backup der grub.cfg Gerds Freund. Ich bin mir aber gar nicht sicher, ob Gerd überhaupt je ein Distri-Update machen will, wenn sie einmal läuft -- sollte er allerdings, wenigstens die zur Reparatur von Sicherheitslücken. Da kann der Kernel auch dabei sein. Dann müsste er den Eintrag des neuen Kernels in seine grub.cfg manuell übernehmen.

Möchte ich eigentlich nicht, dieses Fummeln in den Innereien.

Dann solltest Du aber die simplen Standardvorschläge des Installers akzeptieren oder nur geringfügig anpassen.

Fummele immer nur gerne an Sachen herum, die ich auch einigermaßen verstehe. Hat mir Suse so beigebracht (längere Forschungsarbeiten nach Upgrades auf neue Version).

Darin liegt der Irrtum. Wenn man die Bootloader-Konfiguration mittels YaST macht, dann versteht man nur _vermeintlich_, was man da tut. Ich halte es für eine Stärke von Linux, dass man so tief ins Innere schauen kann, wie man möchte. Nicht, dass ich falsch verstanden werde: Computer sind dazu da, möglichst viel automatisch zu erledigen, sonst käme man vor lauter Tüfteln ja nicht mehr zur produktiven Arbeit. Aber wie bei jeder Technik, die ein Werk des Menschen ist, gibt es unter manchen Bedingungen, die man nicht getestet hat, doch Fehler und somit Fragen. Und da auch Fragen menschlich ist, sollte man diesen Fragen auch selber nachgehen können und Wissen erwerben, denn: Wissen macht unabhängiger! Aber vielleicht hast Du im Vertrauen auf die SUSE-Automatiken auch die Warnung überlesen, dass diese Maßnahme ein sehr tiefer Eingriff in ein Linux-System ist und dazu führen kann, dass das System nicht mehr startet. Im schlimmsten Fall geht es nicht einmal von einer Install-DVD (Boot from Harddisk). Ich habe gerade so einen Fall, den ich hier aber nicht vertiefen will; nur soviel: GRUB 2 landet im Rescue-Modus (Prompt: "grub rescue>"), weil er aus unerfindlichen Gründen das Dateisystem, auf dem der Kernel, die grub.cfg und die *.mod-Files gespeichert sind, nicht erkennt. Dazu vielleicht später von mir noch einen eigenen Thread. Was habe ich oben mit "vermeintlichem" Verständnis gemeint? Wenn Du die Konfiguration im Modul yast-bootloader mit einer anhand des GRUB-Manual vergleichst, dann weißt was ich meine. Dazu brauchst Du Dir gar nicht das komplette Manual durchlesen, ein paar Befehle reichen (freilich gibt es mehrere Ebenen des Verständnisses; so könnte man auch den GRUB2-Code durchsehen oder debuggen). Im Netz der Netze findest Du neben dem GRUB2-Manual auch das eine oder andere Beispiel einer grub.cfg. Darin findest Du häufig benutzte GRUB-Befehle. Schau Dir auch ein paar Beispiele von Startproblemen an, dann verstehst Du Deines vielleicht ganz schnell. Man kann ja auch von fremden Fehlern lernen. Mit diesen Vorbereitungen kannst Du Dir selber eine grub.cfg basteln, die Du auch verstehst -- z.B. mit folgendem Grundgerüst für einen Boot-Menü-Eintrag: menuentry "Mein Linux" { # Ggf. GRUB-Module einlesen; nicht benötigte auskommentieren insmod ext2 # extN-Dateisysteme lesen insmod part_msdos # Alte Partitionstabelle im MBR, oder ... insmod part_gpt # ... GUID-Partitionstabelle insmod lvm # falls Kernel auf Logical Volume gespeichert # ..., und vielleicht noch andere # Ort der GRUB-Dateien und des/der Kernel setzen set root=(hd0,3) # Startmaschinerie von GRUB auf der ersten Platte und # dort auf der 3. Partition. Man beachte die nicht # einheitliche Nummerierung f. Geräte und Partitionen! # Kernel der Version n.n.n laden und starten (Root-FS auf sda3): linux /boot/vmlinuz-n.n.n root=/dev/sda3 ro quiet splash # Initrd der gleichen Version n.n.n laden initrd /boot/initrd.img-n.n.n } menuentry "Mein Windows" { # dazu möchte ich hier nichts schreiben; dazu findet man im Web und in # der Fachliteratur etliche Beispiele } Wenn Du die Startmaschinerie auf einem eigenen Dateisystem, also nicht auf dem Root-FS, hast, dann musst Du bei den Kommandos linux und initrd die Pfad-Teile /boot weglassen. Allerdings musst Du dann nach "set root=" andere Gerätenummern angeben, nämlich die, wo sich Dein *Boot*-Dateisystem befindet, z.B.: set root=(hd0,1). Dann könnte (hd0,2) eine Swap-Partition zwischen dem Boot- und dem Root-Dateisystem, letzteres auf (hd0,3), sein. Also nicht "root=(hdX,Y)" und "root=<Device-ID oder UUID der Root-Partition=...>" nach einem Befehl "linux" verwechseln! Alles, was in der von den Template-Skripten erzeugten grub.cfg vor dem ersten Menüeintrag steht und vom Template /etc/grub.d/00_header stammt, kannst Du ausprobieren, was gebraucht wird und was nicht. Letzteres auskommentieren. Dieses Vorgehen entspricht zwar nicht der Intention von openSUSE, aber Du kannst Dir so eine verhältnismäßig einfache grub.cfg schreiben und musst nicht Riesen-Shell-Skripte studieren. Wenn Du keine eigene grub.cfg willst, kannst Du eigene Menüeinträge in die Template-Datei /etc/grub.d/40_custom schreiben. Aber frag mich nicht, wie Du dann die vorherigen Menüeinträge loswirst -- vielleicht die Datei 10_linux umbenennen ohne Zahlpräfix bzw. woanders sichern und in /etc/grub.d löschen.

...

...

- Die Bootmanagerinstallation endet bei mir nun mit einer vielsagenden Fehlermeldung. Die sagt nämlich gar nix außer dass ein Fehler passiert sei.

Bei welchem Vorgang ist der Fehler aufgetreten?

Na, irgendwann beim Erzeugen der Bootloader-Konfiguration oder beim Schreiben des Bootloaders. Aber wann genau? Wer weiß das schon, denn der openSUSE-Installer bzw. das Modul yast-bootloader nennt leider wirklich keinen Grund, sondern bietet an, die Konfiguration zu wiederholen. Aber ohne die Ursache für den Fehlschlag zu kennen, probiert man mehr oder weniger ziellos herum.

Beim abschließenden Schreiben des Bootloaders mit Yast2 nach OK. Kommt so bis zu etwa 60%, dann kommt die Fehlermeldung.

Man wüsste auch gerne, was YaST gerade getan hat, wenn es den Fehler bemerkt. Dann käme man vielleicht selber auf die Fehlerursache. Bei mir lief es neulich dann durch, als ich die Installation in den MBR gewählt habe. Ich frage mich, warum man für GRUB2 die Installation in den Boot-Sektor einer Partition (Root-Partition & Boot-Partition, falls vorhanden) überhaupt wählen kann, wenn das im GRUB2-Manual ausdrücklich nicht empfohlen wird (habe ich auch erst danach gelesen). Gruß, Tom -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 17. Oktober 2015 um 22:18 schrieb Gerhard Schmidt :

linux-sl50:~ # zypper -D "kernel"<3.16"kernel"=3.16.7-13' 'kernel*=3.16.7-21'

Lernfrage: Was bewirkt ein ungequotetes < in der Shell? man bash, Abschnitt REDIRECTION Aber das liegt natürlich an den Programmierern (es gibt keine ProgrammiererInnen, nicht wahr?) von zypper. NOT. Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Samstag, 17. Oktober 2015, 22:30:00 schrieb Martin Schröder:

Am 17. Oktober 2015 um 22:18 schrieb Gerhard Schmidt :

...

linux-sl50:~ # zypper -D "kernel"<3.16"kernel"=3.16.7-13' 'kernel*=3.16.7-21' Lernfrage: Was bewirkt ein ungequotetes < in der Shell?

man bash, Abschnitt REDIRECTION

Sorry, aber ich habe blind das gemacht, was Ralf mir so aufgeschrieben hat. Ich habe in den letzten 10 Jahren die Bash nur zum Aufrufen meines Assemblers benutzt und sie nie ernsthaft für irgendetwas anderes gebraucht. Ich habe keine Ahnung von Redirections und habe das auch noch niemals gebraucht. Ich muss das jetzt nicht wirklich lernen, oder?

Aber das liegt natürlich an den Programmierern (es gibt keine ProgrammiererInnen, nicht wahr?) von zypper. NOT.

Was soll dieser Blödsinn jetzt? Ich habe einen Rat bekommen (danke dafür an Ralf), habe das so gemacht in der Hoffnung dass es mein Problem behebt, Hat es nicht, sondern ein Neues aufgeworfen. Was NOT heißen soll, erschließt sich mir nicht, ich will es aber auch gar nicht wissen. mfg gerd -- /-------------------------------- / Gerhard Schmidt / Kastanienallee 20 / 64289 Darmstadt /------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Samstag, 17. Oktober 2015, 22:18:55 schrieb Gerhard Schmidt:

Am Freitag, 16. Oktober 2015, 09:35:21 schrieb Ralf Arndt:

...

Deinstallieren kannst du die Kernel mit zypper. Die folgenden Beispiele sind mit der Option "-D" (dryrun). Damit kannst Du sehen, was zypper machen würde ohne die Änderung wirklich auszuführen. Für die reale Deinstallation musst Du die Option entfernen.

Alle Deine 3.11'er Kernel deinstallieren: zypper rm -D 'kernel*<3.16.6-2' Du kannst versuchen, ob dieses funktioniert: zypper rm -D 'kernel*<3.16'

Einen bestimmten Kernel deinstallieren: zypper rm -D 'kernel*=3.11.10-25.1'

In Deinem Fall alle Kernel außer dem aktuellen deinstallieren: zypper rm -D 'kernel*<3.16' 'kernel*=3.16.7-13' 'kernel*=3.16.7-21'

Alle Angaben ohne Gewähr, also erst mit -D genau sehen, was deinstalliert würde.

Das ist so meine Kommunikation mit zypper:

Passwort: linux-sl50:~ # zypper -D "kernel"<3.16"kernel"=3.16.7-13' 'kernel*=3.16.7-21'

...

-l ^C

linux-sl50:~ # zypper -D "kernel"<3.16"

...

-D "kernel" ? -help --help ^C

Vergleiche bitte Deine Eingabe mit meinem Beispiel. Du hast "rm" ausgelassen. "rm" steht für "remove". Wenn Du zypper nicht sagst, _was_ es machen soll verweist es Dich auf die Hilfe. -- Grüße Ralf Antworten bitte nur in die Mailingliste! PMs bitte an: listpm (@) arndt-de (.) eu -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Sonntag, 18. Oktober 2015, 13:04:50 schrieb Gerhard Schmidt:

Am Sonntag, 18. Oktober 2015, 11:36:28 schrieb Ralf Arndt:

...

...

...

In Deinem Fall alle Kernel außer dem aktuellen deinstallieren: zypper rm -D 'kernel*<3.16' 'kernel*=3.16.7-13' 'kernel*=3.16.7-21'

Vergleiche bitte Deine Eingabe mit meinem Beispiel. Du hast "rm" ausgelassen. "rm" steht für "remove". Wenn Du zypper nicht sagst, _was_ es machen soll verweist es Dich auf die Hilfe.

Kaum macht man es richtig, schon geht's. Leider löscht das nicht die Einträge in der Dropdown-Liste zum Rebooten, da sind die alten Kernel immer noch drin. Die sind nach wie vor so zahlreich, dass für Windoof kein Platz mehr ist. Auch nach dem Rebooten.

Hast Du nach der Kontrolle den Befehl _ohne_ die Option "-D" wiederholt? Was liefert zypper se -si kernel -- Grüße Ralf Antworten bitte nur in die Mailingliste! PMs bitte an: listpm (@) arndt-de (.) eu -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Gerhard, hallo Leute, Am Sonntag, 18. Oktober 2015 schrieb Gerhard Schmidt: ...

Jetzt ist im Bootauswahl-Menue auch wieder Platz für den Windoof-Eintrag. Aber ich fürchte, beim nächsten Update ist es dann doch wieder weg.

Also wird es wohl mein Schicksal, dieses immer mal wieder auszuführen.

Eigentlich sollte das automatisch gemacht werden. Was sagt systemctl status purge-kernels.service ? Falls da statt Loaded: loaded (/usr/lib/systemd/system/purge-kernels.service; enabled; vendor preset: enabled) "disabled" (statt "enabled") steht, mach bitte systemctl enable purge-kernels.service Das sollte in Zukunft die alten Kernel automatisch löschen. Welche und wie viele Kernel behalten werden sollen, steht übrigens in /etc/zypp/zypp.conf - multiversion.kernels Gruß Christian Boltz -- What I really like is that "Leap 42.1" will already be a small leap BEYOND the meaning of life and all. "Meaning of Life - adjusted", so to speak. ;) [Rainer Fiebig in opensuse-project] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Sonntag, 18. Oktober 2015, 14:21:53 schrieb Gerhard Schmidt:

Jetzt ist im Bootauswahl-Menue auch wieder Platz für den Windoof-Eintrag. Aber ich fürchte, beim nächsten Update ist es dann doch wieder weg.

Also wird es wohl mein Schicksal, dieses immer mal wieder auszuführen.

Das kannst Du in /etc/zypp/zypp.conf konfigurieren: 1. Das ist vermutlich bei Dir schon konfiguriert: multiversion = provides:multiversion(kernel) Sonst würden keine alten Kernel bei einem Update erhalten. 2. Damit kannst Du konfigurieren, welche/wieviele Kernel nach einem Update erhalten bleiben: multiversion.kernels = latest,latest-1,running Dieser Eintrag ist bei Dir vermutlich noch auskommentiert. Die Kommentare über dem Eintrag beschreiben die möglichen Optionen. -- Grüße Ralf Antworten bitte nur in die Mailingliste! PMs bitte an: listpm (@) arndt-de (.) eu -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hi Martin, Am 17.10.2015 um 23:08 schrieb Martin Schröder:

Am 17. Oktober 2015 um 23:06 schrieb Gerhard Schmidt :

...

benutzt und sie nie ernsthaft für irgendetwas anderes gebraucht. Ich habe keine Ahnung von Redirections und habe das auch noch niemals gebraucht. Ich muss das jetzt nicht wirklich lernen, oder?

Doch. Das sind Unix-Basics. Sonst kauf Dir halt einen Apfel.

Sorry, aber Du kannst nicht jemandem vorschreiben, was und wieviel gelernt werden muss. mal abgesehen davon, dass es auch einen Lösungsweg für ihn geben mag, wofür er die Bash nicht braucht. Er muss selber wissen, wie tief er in die Materie vordringen will. Wenn ein Hilfesuchender sich an die Liste wendet und dann mangels Bash-Kenntnissen nicht mehr als Abschreiben mit einem Bash-Kommando anzufangen weiß, ist das ihre/seine Sache. Es gibt als auch mehrere Hilfe-Postings. Warum sollte sie/er sich dann nicht das für sie/ihn wahrscheinlich hilfreichste heraussuchen? Mein Hilfsangebot ging Gerd auch zu tief -- ist für mich OK. Da schreibe ich dann auch nicht "Doch. Das sind Bootloader-Basics. Sonst kauf Dir halt einen Apfel." Ich kann ihm nur den guten Rat geben, sich mal eingehender mit Bootloadern und dem Startprozess zu beschäftigen, und dass er ihn wohl nicht ohne die Config-Files und ein paar GRUB2-Kommandos verstehen wird, aber er selber muss entscheiden, ob das für ihn das Richtige ist und er Zeit in das Lernen investieren will und kann. Außerdem lesen andere auch noch mit, für die meine Zeilen vielleicht hilfreich waren. Dann würde mich das freuen. Ich muss aber nicht unbedingt davon hören. Ciao, Tom -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org