[erledigt]Grub anpassen

[grubenlicht]

auch, wenn du das auf erledigt gesetzt hast…

grub-customer legt bei seiner Installation/Gebrauch ein /etc/grub.d/backup an, dort steht alles Notwendige zum Entfernen dieses "Spielzeugs".

Aber Achtung: Beim Wiederherstellen von /etc/grub.d müssen zuvor die vom customizer erzeugten files 10_linux usw. entfernt werden. Und noch mal Achtung: Nicht versehentlich auch das in /etc/grub.d befindliche Verzeichnis backup zu früh löschen!

[Chameleon]

erst mal zu customizer:

Code: Alles auswählen

dpkg -l  |grep ^rc

so eine Ausgabe sagt in dem Fall gar nichts aus - es geht um die vom Customizer angelegten Skripte unter /etc/grub.d - erst wenn da alles wieder im Originalzustand ist, biste das "Zeugs" los.

Es gibt ja hier im Strang eine Ausgabe der /etc/grub.d nach der Deinstallation des Customizers - vergleich die doch einfach mal mit nem Original.

Guten Rutsch ins neue Jahr

[thunder11]

Ich das hab mal in einer VM (Ohne EFI) durchgespielt.

Den Customizer installiert
damit dann den Haupteintrag editiert (statt Debian XFCE )
gespeichert
Full upgrade gemacht (Kernel 6.1.0-28 kam)
Neustart
Der geänderte Eintrag war an erster Stelle ( 6.1.0-26)
der Neue war dann unter "advanced Options" ------> Quadrat Müll ist das
Bei jeden Kernel update muss man im Customizer per Hand rummurksen
Das ist der gleiche Müll wie vor x Jahren
also der Reihe nach ausgeführt (bei EFI wohl etwas anders)

Code: Alles auswählen

apt purge grub-customizer

Code: Alles auswählen

apt purge grub*

Dabei die Frage nach dem Löschen der Grub-Einträge in /boot/grub bejahen

Notwendig, da die Reste vom Customizer noch drin waren:

Code: Alles auswählen

rm -r  /etc/grub.d

Code: Alles auswählen

apt install grub2

Alles wieder gut und wie es sein soll

Danach kann man entweder den os-prober aktivieren oder die Win11 Partition per cainload mounten.
wie das geht ist hier gut beschrieben:https://askubuntu.com/questions/1425637 ... -grub-menu

[kalle123]

Hab den Customizer 9/2023 installiert. Dazwischen gab es vermutlich einige Kernel updates.

Kann mich an so was nicht erinnern

Bei jeden Kernel update muss man im Customizer per Hand rummurksen

Dann hab ich hier mal rein geschaut

https://bugs.debian.org/cgi-bin/pkgrepo ... customizer

Wenn das so ein Murks ist, wo sind die Reports? Wo sind eure Reports? Ich sehe da EINEN!!

cu KH

[Chameleon]

Wenn das so ein Murks ist, wo sind die Reports? Wo sind eure Reports? Ich sehe da EINEN!!

und ich sehe da 158 offene Bugs.

https://bugs.launchpad.net/grub-customi ... ce&start=0

[kalle123]

und ich sehe da 158 offene Bugs.

https://bugs.launchpad.net/grub-customi ... ce&start=0

Sind wir bei Debian oder wo? Wo ist dein report in bugs.debian.org??

Du warnst doch laut genug, also tue doch was, damit das Paket aus den Debian repos raus kommt.

[HumiNi]

Du warnst doch laut genug, also tue doch was, damit das Paket aus den Debian repos raus kommt.

Darf man das Essen nur kritisieren, wenn man selbst besser kochen kann?

[Chameleon]

Du warnst doch laut genug, also tue doch was, damit das Paket aus den Debian repos raus kommt.

Wo ist deine Anleitung zum Entfernen deiner Lieblingssoftware?
Wie entfernt man das Teil stressfrei und geschmeidig?

[grubenlicht]

Wo ist deine Anleitung zum Entfernen deiner Lieblingssoftware?
Wie entfernt man das Teil stressfrei und geschmeidig?

seine zwar nicht, aber ich habe das ja bereits zwei mal verlinkt, hier dann auch der Inhalt:

Code: Alles auswählen

test@gc:~$ ls -l /etc/grub.d/backup
insgesamt 16
drwxr-xr-x 6 root root 4096 Dez 29 15:05 boot_grub
-rw-r--r-- 1 root root 1550 Dez 29 15:05 default_grub
drwxr-xr-x 2 root root 4096 Dez 29 15:05 etc_grub_d
-rw-r--r-- 1 root root  519 Dez 29 15:05 RESTORE_INSTRUCTIONS
test@gc:~$ cat /etc/grub.d/backup/RESTORE_INSTRUCTIONS
How to restore this backup
--------------------------
 * make sure you have root permissions (`gksu nautilus` or `sudo -s` on command line) otherwise you won't be able to copy the files
 * to fix an unbootable configuration, just copy:
     * '/etc/grub.d/backup/boot_grub' to '/boot/grub'
 * to reset the whole configuration (if it cannot be fixed by using grub customizer), also copy these files:
     * '/etc/grub.d/backup/etc_grub_d' to '/etc/grub.d'
     * '/etc/grub.d/backup/default_grub' to '/etc/default/grub'
test@gc:~$ 

Zugegeben, die Anweisungen (zu "you have root permissions") sind veraltet, besser wäre hier natürlich gleich ein cp-Befehl. Gerade diejenigen, die glauben, grub-customizer brauchen zu müssen, sind mit diesen knappen Anweisungen möglicherweise ebenso überfordert.

Und nochmal ein Hinweis: Selbst ein

Code: Alles auswählen

apt-get --reinstall install grub2

überschreibt NICHT die Dateien in /etc/grub.d, die von grub -customizer stehen dann noch immer dort!

Ich lehne nicht nur den customizer grundsätzlich ab, ich bin auch gegen die Tricks, mit denen durch Umbenennen der Dateien in /etc/grub.d die Reihenfolge im grub Menü beeinflußt wird. Wenn ich ein Menü nach meinen Vorstellungen haben möchte, verwende ich einen stand-alone grub.

[Chameleon]

Ist ja nett gemeint von dir - aber ich denke mal, du weißt genau so gut wie ich, dass diese Anleitung so in der Form nicht funktioniert.

[grubenlicht]

Ist ja nett gemeint von dir - aber ich denke mal, du weißt genau so gut wie ich, dass diese Anleitung so in der Form nicht funktioniert.

ich weiß nicht nur, daß die "Anleitung" – mit Ausnahme der veralteten rootRechte Geschichte – ganau so funktioniert, ich habe auch genau das so durchgeführt, sonst würde ich das hier nicht schreiben!

[Chameleon]

Naja, also in der "Anleitung" aus dem Backup vermisse ich zum Beispiel das "update-grub" und ohne kann es nun mal nicht funktionieren.

[grubenlicht]

...vermisse ich zum Beispiel das "update-grub" und ohne kann es nun mal nicht funktionieren.

es braucht natürlich kein update-grub, weil alle relevanten Dateien von vor der Installation von grub-customizer wiederhergestellt werden!

Btw., du solltest es einfach mal ausprobieren!

[thunder11]

Also das ganze Gehacke mit dem Kopieren ist wahrlich umständlich und Fehleranfällig.
Ich mache es mir das wie beschrieben, einfacher: viewtopic.php?p=1379179#p1379100

Außerdem: Was passiert mit dem Rückkopieren, wenn inzwischen ein neuer Kernel
Einzug erhalten hat -- oder der (die) Kernel aus dem Backup gar nicht mehr vorhanden sind ???

Edit
Außerdem ist es sinnvoll, die ganzen Dateien vom Costomizer im Anschluss nach der eventuell
funktionierenden Rückkopie zu entfernen.
das wären:

Code: Alles auswählen

rm -r  /etc/grub.d/backup
rm -r /etc/grub.d/bin
rm -r /etc/grub.d/proxifiedScripts
rm /etc/grub.d/45_custom_proxy
rm /etc/grub.d/43_os-prober /etc/grub.d/42_linux_xen /etc/grub.d/43_os-prober
rm /etc/grub.d/41_linux_proxy
rm /etc/grub.d/44_uefi-firmware
rm /etc/grub.d/46_custom
rm /etc/grub.d/.script_sources.txt

[grubenlicht]

Code: Alles auswählen

rm -r  /etc/grub.d

Code: Alles auswählen

apt install grub2

Alles wieder gut und wie es sein soll

Und nochmal ein Hinweis: Selbst ein

Code: Alles auswählen

apt-get --reinstall install grub2

überschreibt NICHT die Dateien in /etc/grub.d, die von grub -customizer stehen dann noch immer dort!

dann hast du null Inhalt in deiner /etc/grub.d ! eins11

[thunder11]

dann hast du null Inhalt in deiner /etc/grub.d !

Das stimmt nicht.
/etc/grub.d/ wird bei der Installation von Grub neu geschrieben und befüllt
Wie beschrieben lösche ich /etc/grub.d vor der Installation von grub2

Code: Alles auswählen

apt depends grub2
grub2
  Hängt ab von: grub-pc (= 2.12-5)
  Hängt ab von: grub-common (= 2.12-5)

Code: Alles auswählen

 dpkg -L grub-common|grep /etc/
/etc/default
/etc/default/grub.d
/etc/grub.d
/etc/grub.d/00_header
/etc/grub.d/05_debian_theme
/etc/grub.d/10_linux
/etc/grub.d/20_linux_xen
/etc/grub.d/25_bli
/etc/grub.d/30_os-prober
/etc/grub.d/30_uefi-firmware
/etc/grub.d/40_custom
/etc/grub.d/41_custom
/etc/grub.d/README

[cosinus]

Dir ist schon klar, dass das Entfernen der Kernel absolut NICHTS mit Grub zu tun hat?

Wieso denn absolut nichts?
Wenn man Kernel über die ÜPaketverwaltung entfernt sorgen die postscripts doch auch dafür, dass update-grub (grub-mkconfig) ausgeführt wird.

[grubenlicht]

Aha! (Dateien in grub.d zuvor in ein Archiv verpackt).

Code: Alles auswählen

grubenlicht@grubenlicht-vb:~$ sudo su -
root@grubenlicht-vb:~# apt install grub2
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
grub2 ist schon die neueste Version (2.06-13+deb12u1).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 273 nicht aktualisiert.
root@grubenlicht-vb:~# ls /etc/grub.d
grub.d.7z
root@grubenlicht-vb:~# 

und? Nix neu geschrieben!

[Chameleon]

...vermisse ich zum Beispiel das "update-grub" und ohne kann es nun mal nicht funktionieren.

es braucht natürlich kein update-grub, weil alle relevanten Dateien von vor der Installation von grub-customizer wiederhergestellt werden!

Btw., du solltest es einfach mal ausprobieren!

Das halte ich für ein Gerücht - das ganze Procedere ändert bis zu dem Zeitpunkt nichts an /boot/grub/grub.cfg, dafür brauch es doch erst mal da "update-grub" um die grub.cfg neu zu schreiben.

Und nein, ich installiere mir diese Krücke nicht - bei Bedarf weiß ich mir auch so, ganz ohne grafischen Pseudo-Schnick-Schnack, ganz gut zu helfen.

[grubenlicht]

das ganze Procedere ändert bis zu dem Zeitpunkt nichts an /boot/grub/grub.cfg, dafür brauch es doch erst mal da "update-grub" um die grub.cfg neu zu schreiben.

na, dann mach doch mal folgendes:

• benenne – entgegen den Warnungen in /boot/grub/grub.cfg (edit: korrigiert nach Hinweis von @chameleon) – die grub.cfg mal um in grub.cfg.orig
• schreibe eine eigene grub.cfg an die Stelle mit dem Inhalt

• Code: Alles auswählen

  menuentry "boote Linux" {
   search --no-floppy --fs-uuid --set=root <passende UUID>
  linux /vmlinuz root=uuid=<passende UUID>
  initrd /initrd.img
  }

dann wirst du schon sehen, was ohne update-grub passiert.
Btw., ich habe nichts gegen jmd, der grub customizer ablehnt, nur gegen Behauptungen ohne eigene Versuche.

[Chameleon]

/boot/grub.cfg

gibt es nicht.

Unabhängig davon, jetzt bist du in der grub.cfg - vorher waren wir in den Skripten unter /etc/grub.d/

Nebenbei, ich weiß schon, wo du mich hinschicken willst - ich bezweifle aber, dass ein User wie "Fanboy Nr.1" auch nur ansatzweise eine Idee davon hat.

Und nein, ich werde mir mein System nicht mit irgend welchen Kaspereien zerlegen - wie bereits erwähnt, ich weiß mir bei Bedarf zu helfen, allerdings habe ich meine "Spiel und Drang Zeiten" mit teilweise 15 und mehr Systemen auf einer Platte hinter mir.

[thunder11]

Aha! (Dateien in grub.d zuvor in ein Archiv verpackt).
.....
.....
und? Nix neu geschrieben!

Vielleicht liest du dir in der allgemeinen Kampf- und Motzstimmung hier meinen Beitrag
noch mal in Ruhe durch
Da gab es nämlich keinen Grub mehr
Außerdem: Wenn schon, wäre in dem Fall angebracht:

Code: Alles auswählen

apt install --reinstall -s grub2 grub-common
Installing:                                 
  grub2
Summary:
  Upgrading: 0, Installing: 1, Reinstalling: 1, Removing: 0, Not Upgrading: 0
Inst grub-common [2.12-5] (2.12-5 Debian:testing [amd64])
Inst grub2 (2.12-5 Debian:testing [amd64])
Conf grub-common (2.12-5 Debian:testing [amd64])
Conf grub2 (2.12-5 Debian:testing [amd64])