[gelöst] Fehler bei update-grub / os-prober

[mikelm]

Hallo Forum,

beim letzten Bookworm Sicherheitsupgrade gibt es Probleme beim Installieren des Kernels (-18), und zwar bei Update-grub, bzw bei os-prober.

Code: Alles auswählen

Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
/bin/bash: Warnung: Der Shell-Level (1000) ist zu hoch und wird auf 1 zurückgesetzt.
..
/bin/bash: Warnung: Der Shell-Level (1000) ist zu hoch und wird auf 1 zurückgesetzt.
^C/usr/bin/os-prober: 123: cannot create /tmp/os-prober.5batTa/mounted-map: Directory nonexistent
/usr/bin/os-prober: 124: cannot create /tmp/os-prober.5batTa/swaps-map: Directory nonexistent

Tmp ist beschreibbar, ich hatte die Verzeichnisse mal per Hand angelegt. Es werden aber anscheinend jedesmal neue Kürzel verwendet.
os-prober hatte ich auch mal reinstalliert.

Wie komme ich hier denn weiter? os-prober Purgen und dann neuinstallieren?
Danke für Tipps

Edit: Kurzes Update zum Problem: Jetzt hat sich die SSD Festplatte verabschiedet. Wahrscheinlich kam das Problem daher.

[Draal]

Brauchst Du ihn denn, sonst würde ich ihn abschalten.

[Livingston]

Code: Alles auswählen

/bin/bash: Warnung: Der Shell-Level (1000) ist zu hoch und wird auf 1 zurückgesetzt.

Da läuft ganz gewaltig was schief. Aus irgendeinem Grund ruft sich die Shell mehr als 1000x selbst auf.
Hast Du vielleicht irgenwelche anderen/zusätzlichen Quellen in /etc/apt/source.list oder in sources.list.d/ stehen, die sich nicht auf bookworm beziehen?
Vielleicht ist das auch ein Nebeneffekt des aktuellen NVIDIA-Bugs viewtopic.php?t=189073 Hast Du eine NVIDIA-Grafikkarte verbaut? Nur eine Vermutung, aber könnte damit zusammenhängen.
Weitere Möglichkeit der Fehlereingrenzung: os-prober provisorisch außer Betrieb setzen, also in /etc/default/grub:

Code: Alles auswählen

#GRUB_DISABLE_OS_PROBER=false

(Man achte auf das Kommentarzeichen # am Anfang.)
Danach manuell als root:

Code: Alles auswählen

# update-grub

[mikelm]

os-prober hatte ich bereits disabled, dann läuft grub ganz normal durch. Nur auf dem Rechner ist noch Windows drauf, das fehlt dann natürlich.
Ich hatte auch os-prober gepurged. Abhängigkeiten, die mit autoremove dann mitgelöscht werden, sind aber nicht vorhanden. Das purgen und Neuinstallieren brachte nichts.
Evtl. mal die Abhängigkeiten per Hand löschen (soweit dann nicht grub runtergeworfen wird)?

PS: Die Debianinstallation ist recht neu (12.4) und im Originalzustand.

(Vom Nvidiabug ist dieser Rechner nicht betroffen, ist komplett AMD. (der Nvidiabug trat bei einem andern Laptop auf , da war die Fehlereingrenzung aber recht einfach)

[mikelm]

os-prober ist ja eigentich nur eine Sammlung von bash Scripten.

in /usr/share/os-prober/common.sh wir anscheinend das Verzeichnis angelegt, das zur Fehlermeldung führt:
..

Code: Alles auswählen

require_tmpdir() {
  if [ -z "$OS_PROBER_TMP" ]; then
    if type mktemp >/dev/null 2>&1; then
      export OS_PROBER_TMP="$(mktemp -d /tmp/os-prober.XXXXXX)"

common.sh wird aus /usr/bin-os-prober aufgerufen:

Code: Alles auswählen

#!/bin/sh
set -e
. /usr/share/os-prober/common.sh

mktemp -d /tmp/os-prober.XXXXXX in einer bash ausgeführt funktioniert, es wird ein Verzeichnis angelegt: /tmp/os-prober.5Wg2JF
D.h. mktemp funktioniert erstmal, auch als normaler User.
Was mich als Laie ein wenig wundert: common.sh hat keine Ausführungsrechte, nur lesbar und vom Besitzer root auch beschreibbar:
-rw-r--r-- 1 root root 6706 10. Aug 2018 common.sh

Hier irgendwo sollte das Problem liegen. Kann man das irgendwie simulieren, d.h in Einzelschritten abfahren, was os-prober so macht?

[Livingston]

Die Sache mit common.sh ist schon ok. Die Datei wird im Hauptscript /usr/bin/os-prober in Zeile 4 als Funktionssammlung geladen:

Code: Alles auswählen

. /usr/share/os-prober/common.sh

Die Aufrufe dieser Funktionen laufen dann mit den Rechten des Hauptscriptes

Code: Alles auswählen

$ ls -l /usr/bin/os-prober
-rwxr-xr-x 1 root root 4527 22. Sep 2021  /usr/bin/os-prober

Das ist also nicht die Ursache.
Kannst ja mal /usr/bin/os-prober selbst als root aufrufen. Kaputtmachen kann man nix, da os-prober einfach nur Infos sammelt und in die Standardausgabe schreibt.
Hier an meiner Kiste ergibt das z.B.:

Code: Alles auswählen

# /usr/bin/os-prober
/dev/sda1:Windows 7:Windows:chain
/dev/sda2:Windows 7:Windows1:chain

(Ja, ich weiß, jetzt kommt die Frage "was willste denn mit Windows?" Bin halt ein Spielkind.)

[mikelm]

sudo /usr/bin/os-prober:

Ja, hier liegt das Problem:
/usr/bin/os-prober: 123: cannot create /tmp/os-prober.xLAbyZ/mounted-map: Directory nonexistent
/usr/bin/os-prober: 124: cannot create /tmp/os-prober.xLAbyZ/swaps-map: Directory nonexistent

Vergleichsrechner:
sudo /usr/bin/os-prober
/dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi

[mikelm]

Ich habe mal die beiden Scripte beim Problemrechner gegen die vom funktionierenden Rechner ausgetauscht. Das Problem bleibt.
Liegt ein Problem bei der bash vor?

Edit: Eins von den os-prober Scripten läuft ja recursiv ins Unendliche. Kann das irgendwie mit der Partitionierung der SSD zusammenhängen?
Es wurde, außer an der fstab, nichts an den Festplatten geändert. Bei der fstab wurde noatime und compress=zstd:3 ergänzt. Aber das ist ja nur zum Einhängen der Partitionen. Kann somit auch nichts damit zu tun haben.

[rhHeini]

... oder Rechte verbogen?

Was passiert wenn Du mit "su-" root wirst? Setzt voraus dasss Du ein root-PW vergeben hast.

[mikelm]

Auch in der Konsole 2 als root das gleiche.

[Livingston]

Stimmen vielleicht die Rechte für /tmp nicht?

Code: Alles auswählen

drwxrwxrwt   6 root root   180 15. Feb 00:39 tmp/

Zu beachten ist das t bei den Berechtigungen, einzurichten mit

Code: Alles auswählen

# chmod 1777 /tmp

Wenn das dauerhaft danebenliegt, wäre zu prüfen, was da bei der Rechtezuweisung Amok läuft.

[mikelm]

Hallo, so sieht das /tmp Verzeichnis aus.
Ich glaube, es macht Sinn, Debian neu zu installieren. Zumal ich Subvolumes in BTRFS einrichten wollte. Das ist ein Grund mehr.
Viel wurde am Orginalsystem ja bisher nicht geändert.
Danke Euch allen für die Unterstützung.

ls -ld /tmp
drwxrwxrwt 1 root root 1582 15. Feb 17:46 /tmp

ls -l /tmp
insgesamt 8
srwx------ 1 sddm sddm 0 15. Feb 17:41 sddm-:0-JDhcem
srwxr-xr-x 1 root root 0 15. Feb 17:41 sddm-authb251a9c3-9533-48a8-9bad-6bfad17a86b2
drwx------ 1 root root 6 15. Feb 17:41 systemd-private-4b88d8905657445aa69ba4d61493c80c-bluetooth.service-rN59oa