os-prober bei externer Festplatte

[DrUlebuhle]

Hallo debian, ich bin neu bei Euch. Ich komme von ubuntu und hatte es satt mich zwangsversnappen zu lassen. Dazu unausgereifte LTS Versionen, nun bin ich also bei Mutter debian und finde mich dort auch gleich heimisch und auch mein bevorzugtes Mate.

Ein paar Dinge sind anders und da habe ich gleich eine Frage:

Ich hatte erst einmal zu Testzwecken neben meinem alten ubuntu 20.04 auf einer externen USB Festplatte bookworm Mate installiert. Dabei legt GRUB den bootloader auf die externe Platte, das konnte ich dann in ubuntu mit

grub-install
update-grub

korrigieren und bekam ein normales GRUB Auswahlmenü und den bootloader auf der eingebauten Festplatte, so dass man auch ohne eingehängte externe Platte booten kann. Das lief alles problemlos und ich wollte nun bookworm als mein Standard System auf die feste Festplatte installieren. Dabei ließ ich die externe FP angeschlossen, mit dem Hintergedanken, dass der bootloader dann gleich die externe FP mit berücksichtigt. Dann kam die Meldung während des Installationsvorgangs, dass der os-prober nicht ausgeführt wird. Ich konnte in das neue System (feste FP) booten und habe dann wieder versucht mit grub-install und update-grub den bootloader neu aufzusetzen und bekam dies:

Code: Alles auswählen

xy@HP:~$ sudo grub-install
[sudo] Passwort für xy: 
x86_64-efi wird für Ihre Plattform installiert.
installation beendet. Keine Fehler aufgetreten.
xy@HP:~$ sudo update-grub
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-6.1.0-23-amd64
Found initrd image: /boot/initrd.img-6.1.0-23-amd64
Found linux image: /boot/vmlinuz-6.1.0-22-amd64
Found initrd image: /boot/initrd.img-6.1.0-22-amd64
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
Adding boot menu entry for UEFI Firmware Settings ...
done
xy@HP:~$ 

Ich musste also lernen, das, anders als bei ubuntu, bei debian der os-prober standardmäßig deaktiviert ist. Nun gut, ein bisschen nachgeforscht, man muss in /etc/default/grub die Zeile GRUB_DISABLE_OS_PROBER=false aktivieren. Dann den Vorgang grub-install und update-grub wiederholen. Heraus kam tatsächlich das der bootloader nun auf der festen FP liegt und ich ohne angesteckte externe Platte booten kann, aber das externe System ist nicht mehr erreichbar, obwohl das Bootmenü es anzeigt.

Die Platte kann eingebunden werden, hat auch ein boot flag aber beim Versuch das System zu starten bleibt es hängen. Ich habe keine Möglichkeit die Meldungen zu kopieren, aber hier handschriftlich aufgezeichnet:

Code: Alles auswählen

mdadm   no arrays found
DEB clean
you are in the emergency mode
passwwort eingeben:
Str + D
exit
reloading system manager configuration
starting default.target

Das ist jetzt etwas ärgerlich, ich hätte gern ein zweites externes System zum experimentieren, aber wenn ich den Versuch unternehme das nochmal neu zu installieren, dann laufe ich noch einmal genau in diese Falle mit dem deaktivierten os-prober. Warum der standardmäßig deaktiviert ist, ist mich auch nicht klar. Also wie geht man vor um das Problem zu lösen?

[mat6937]

... in diese Falle mit dem deaktivierten os-prober. Warum der standardmäßig deaktiviert ist, ist mich auch nicht klar.

Evtl. die *.iso-Datei ändern/editieren, mit z. B. isomaster.

[thunder11]

Wie ich das verstanden habe, hat deine USB-Platte auch einen Grub ?
Ich habe das bei mir wie folgt gelöst:
Konfiguration:

Code: Alles auswählen

lsblk -f
NAME        FSTYPE FSVER LABEL     UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                                    
└─sda1      ext4   1.0   MUSIK     5f133dc4-52b4-471e-8d8c-ec683be1fc60    1,4T    56% /media/Musik
sdb                                                                                    
└─sdb1      ext4   1.0   Daten     e75b7e5e-4ecc-4d3c-b656-c298a0c81f26    1,4T    19% /media/Daten
sdc                                                                                    
└─sdc1      ext4   1.0   USB_Daten 241d6ae2-cdb8-4da7-9c53-dca57152d2ce                
sr0                                                                                    
nvme0n1                                                                                
├─nvme0n1p1 ext4   1.0   XFCE ROOT c7ef160f-b124-4aab-9480-a2b9b5055db2   23,7G    43% /
├─nvme0n1p2 ext4   1.0   XFCE HOME 26ea7215-fd95-461a-bd84-e341e87e09cc  628,4G    23% /home
└─nvme0n1p3 swap   1               e6c3c9b5-3576-4cf5-8ae8-e36f124e67a7                [SWAP]
nvme1n1                                                                                
├─nvme1n1p1 ext4   1.0   SID ROOT  f8e37245-8f05-4fb5-93bc-e76299146c13                
├─nvme1n1p2 ext4   1.0   SID HOME  c74fdca4-2f98-4e30-85ea-d1c7a28de3e4                
└─nvme1n1p3                                                              

nvme1n1 ist das zweite System ( SID ROOT / SID HOME) mit eigenem Grub.

OS-Prober ist auf beiden Systemen deaktiviert !

Auf der Startplatte dann die /etc/grub.d/40_custom wie folgt editiert:
Ich vermute mal das es auf einer USB-Platte auch so funktionieren sollte.

Code: Alles auswählen

#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
menuentry "Debian SID Xfce" {
	insmod ext2
	search --fs-uuid --no-floppy --set=root f8e37245-8f05-4fb5-93bc-e76299146c13
	configfile /boot/grub/grub.cfg
	chainloader +1
}

Das läuft seit mehreren Jahren problemfrei. Grub 1 (Startplatte) startet dann Grub 2
Es muss natürlich angepasst werden.
Dann ist nur auf der Startplatte ein

Code: Alles auswählen

update-grub

auszuführen.

Literatur: https://www.gnu.org/software/grub/manua ... ading.html

[thunder11]

Du könntest mal die Zeilen in der /boot/grub/grub.cfg
zwischen den Einträgen

Code: Alles auswählen

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

Hier einstellen.

[grubenlicht]

Ich hatte erst einmal zu Testzwecken neben meinem alten ubuntu 20.04 auf einer externen USB Festplatte bookworm Mate installiert. Dabei legt GRUB den bootloader auf die externe Platte

das macht der Installer nicht freiwillig, der durchsucht die angeschlossenen Platten und nimmt dann die erste, auf der er eine ESP vorfindet.

das konnte ich dann in ubuntu mit

grub-install
update-grub

korrigieren

damit hast du höchstwahrscheinlich lediglich den Eintrag im NVRAM wieder an erste Stelle gesetzt.

ich wollte nun bookworm als mein Standard System auf die feste Festplatte installieren. Dabei ließ ich die externe FP angeschlossen, mit dem Hintergedanken, dass der bootloader dann gleich die externe FP mit berücksichtigt.

tut er aber nicht (s.o.)

dass der os-prober nicht ausgeführt wird.

Ich musste also lernen, das, anders als bei ubuntu, bei debian der os-prober standardmäßig deaktiviert ist.

für Ubuntu gilt: einziges System bei der Installation -> 'os-prober' deaktiviert, Installation bei Vorhandensein eines anderen O/S -> 'os-prober' wird ausgeführt.

man muss in /etc/default/grub die Zeile GRUB_DISABLE_OS_PROBER=false aktivieren. Dann den Vorgang grub-install und update-grub wiederholen.

nach Änderung an der /etc/default/grub reicht ein update-grub

das der bootloader nun auf der festen FP liegt

was man mal untersuchen könnte: zeige hier mal folgende Terminalausgaben (am besten von einem LiveSystem aus)

Code: Alles auswählen

parted -l

Code: Alles auswählen

lsblk -o name,uuid,partuuid

Code: Alles auswählen

efibootmgr -v

hat auch ein boot flag

das flag ist für Linux vollkommen irrelevant.

you are in the emergency mode

der Fehler hat jetzt mit grub oder os-prober nichts zu tun, versuch, dich in das System zu "chrooten" und schreibe das intiramfs neu, evt. liegt es daran (?)

dann laufe ich noch einmal genau in diese Falle mit dem deaktivierten os-prober.

das wäre nun ja nicht schlimm, du weißt ja, was zu tun ist.
Viel wichtiger sind Überlegungen, wie das Bootverhalten mit einer externen Platte vonstatten gehen soll.

Das läuft seit mehreren Jahren problemfrei. Grub 1 (Startplatte) startet dann Grub 2

hmm, entweder

Code: Alles auswählen

...
configfile /boot/grub/grub.cfg

dann bleibt es beim "1." grub, es wird lediglich ein weiteres configfile "grub.cfg" geladen, oder

Code: Alles auswählen

chainloader +1

, dann – aber nur, wenn das befrefende System auch einen grub in ebendiese Partition /dev/nvme1n1p1 geschrieben hat – wird dieser "2." grub gestartet.

Statt die Zeilen hier einzustellen reicht einfach ein

Code: Alles auswählen

os-prober

und

Code: Alles auswählen

cat /etc/default/grub | grep -v "#"

[DrUlebuhle]

von mat6937 » 08.09.2024 11:23:29

Evtl. die *.iso-Datei ändern/editieren, mit z. B. isomaster.

Was sollte ich denn an der iso Datei ändern?

von thunder11 » 08.09.2024 11:23:46

"Wie ich das verstanden habe, hat deine USB-Platte auch einen Grub ?"

Ja hat sie, aber ich bin sehr vorsichtig an GRUB rumzufummeln, wenn ich nicht richtig verstehe was ich da mache. Ich verstehe deinen Vorschlag so, dass du einen GRUB - Menueintrag anlegst mit dem Editieren dieser /etc/grub.d/40_custom Datei. Das brauche ich eigentlich nicht, denn es gibt ein GRUB Auswahlmenu beim Starten, in dem die externe FP auch aufgeführt wird. Das Problem ist, dass die dann beim Starten irgendwo hängen bleibt.

von thunder11 » 08.09.2024 11:38:02

"Du könntest mal die Zeilen in der /boot/grub/grub.cfg
zwischen den Einträgen

Code: Alles auswählen

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

Hier einstellen."

pastebin/?mode=download&s=42209

von grubenlicht » 08.09.2024 16:51:07

"was man mal untersuchen könnte: zeige hier mal folgende Terminalausgaben (am besten von einem LiveSystem aus) "

Habe ich gemacht mit angesteckter externen FP

Code: Alles auswählen

user@debian:~$ sudo lsblk -o name,uuid,partuuid
NAME   UUID                                 PARTUUID
loop0                                       
sda                                         
├─sda1 25A8-15B4                            07b92181-90fe-4549-8f8a-d89e3cc7d59a
├─sda2 54e2afbf-692a-43dc-af6c-70f6f6e6c513 9c3af398-8a20-4f06-9e6f-7a073a3f6e22
└─sda3 ca8fa969-5ea5-454e-b7d7-5e006e6dd288 1d9a8977-e413-4f2c-8a70-e5cc120d2c3d
sdb                                         
├─sdb1                                      f894ef13-01
├─sdb2 fc897a2a-0cbc-424e-9921-95b98ffdc6db f894ef13-02
├─sdb3 2cc3b79e-caae-40f3-8645-c7f306354c15 f894ef13-03
└─sdb5 e5c48323-8818-4fc3-9c7d-de16556bbe2e f894ef13-05
sdc    2024-06-29-09-06-14-00               
├─sdc1 2024-06-29-09-06-14-00               e1f933d3-01
└─sdc2 667F-CE86                            e1f933d3-02
sr0                                         
user@debian:~$ 

Code: Alles auswählen

user@debian:~$ sudo parted -l
Model: ATA TOSHIBA MQ01ABF0 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End    Size    File system     Name  Flags
 1      1049kB  538MB  537MB   fat32                 boot, esp
 2      538MB   499GB  499GB   ext4
 3      499GB   500GB  1023MB  linux-swap(v1)        swap


Model: TOSHIBA MQ02ABD100H (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type      File system     Flags
 1      1048kB  4000MB  3999MB  extended
 5      1049kB  4000MB  3999MB  logical   linux-swap(v1)  swap
 3      4000MB  524GB   520GB   primary   ext4            boot
 2      524GB   1000GB  476GB   primary   ext4


Warning: The driver descriptor says the physical block size is 2048 bytes, but
Linux says it is 512 bytes.
Ignore/Cancel? I                                                          
Model: VendorCo ProductCode (scsi)
Disk /dev/sdc: 126GB
Sector size (logical/physical): 2048B/512B
Partition Table: mac
Disk Flags: 

Number  Start   End     Size    File system  Name   Flags
 1      2048B   6143B   4096B                Apple
 2      3484kB  8333kB  4850kB               EFI


user@debian:~$ 

Den Befehl efibootmgr -v kennt er nicht.

"der Fehler hat jetzt mit grub oder os-prober nichts zu tun, versuch, dich in das System zu "chrooten" und schreibe das intiramfs neu, evt. liegt es daran (?)"

"Viel wichtiger sind Überlegungen, wie das Bootverhalten mit einer externen Platte vonstatten gehen soll."

Ja, das scheint mir ein entscheidender Satz zu sein. Hast du dir das angesehen was ich handschriftlich beim festhängenden Bootprozess notiert hatte? Das System hängt dort in einer Schleife und kommt nicht weiter, auch nicht mit Str + D

Mit "chrooten" muss ich mich erst mal etwas beschäftigen um zu verstehen was ich da tue.

[thunder11]

pastebin/?mode=download&s=42209

Das ist aber das Skript aus /etc/grub.d/30_os-prober
Ich wollte an sich sehen, was dieses Skript in die /boot/grub/grub.cfg der Startplatte geschrieben hat.

zwischen den Einträgen

Code: Alles auswählen

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

Ja hat sie, aber ich bin sehr vorsichtig an GRUB rumzufummeln, wenn ich nicht richtig verstehe was ich da mache. Ich verstehe deinen Vorschlag so, dass du einen GRUB - Menueintrag anlegst mit dem Editieren dieser /etc/grub.d/40_custom Datei. Das brauche ich eigentlich nicht, denn es gibt ein GRUB Auswahlmenu beim Starten, in dem die externe FP auch aufgeführt wird. Das Problem ist, dass die dann beim Starten irgendwo hängen bleibt.

Kannst du denn die Platte aus dem BIOS / UEFI heraus direkt starten ?
Das editieren der /etc/grub.d/40_custom ist in der Regel nachhaltiger und einfacher zu korrigieren
als das "gewüte" von os-prober.
Die Einträge von dort erscheinen natürlich auch im Grub-Menü.
Wenn es nicht funktioniert:
Eintrag löschen (nicht die Daetei !!)/ update-grub gut ist es wieder.

von Interesse wäre noch (externe Platte/Pfad anpassen )

Code: Alles auswählen

ls -al / |grep -i "vmlinuz\|initrd"

[grubenlicht]

daß efibootmgr -v nichts bring, verwundert mich, da du ja min. ein System (ich vermute Ubuntu auf der ATA TOSHIBA MQ01ABF0 auf sda2 mit einer ESP (sda1) installiert hast (wobei, falls doch im CSM Modus installiert auf einer GPT Platte ein 1M große Partition "bios_grub" vorhanden sein sollte).
Boote das System auf sda2 und zeige von dort aus den Befehl.

Falls auf sda2 das System ist, welches du nicht booten kannst, dann wieder ein LiveSystem (btw., was nimmst du da? Ubuntu?) (schau auch mal im setup/BIOS nach einer Einstellung EFI alternativ CSM/"legacy").
Von dort dann bitte (ggf. mit 'sudo')

Code: Alles auswählen

sudo mount /dev/sda1 /mnt && sudo ls -R /mnt && sudo umount /mnt

und

Code: Alles auswählen

sudo mount /dev/sda2 /mnt && sudo cat /mnt/etc/fstab | grep -v "#" && sudo umount /mnt

Auf alle Fälle ist das System auf sdb im CSM Modus installiert, ein MischMasch (sda=EFDI, sdb=CSM) funktioniert nicht.

[Chameleon]

erledigt

[DrUlebuhle]

von thunder11 » 09.09.2024 11:15:53
Ich wollte an sich sehen, was dieses Skript in die /boot/grub/grub.cfg der Startplatte geschrieben hat.

Ja, das war etwas missverständlich formuliert, mir war das auch nicht klar was du meintest. Hier die ganze Datei aus der externen FP.

pastebin/?mode=view&s=42210

Kannst du denn die Platte aus dem BIOS / UEFI heraus direkt starten ?

Nein, lässt sich gar nicht starten, das ist ja eigentlich das Problem.

Das editieren der /etc/grub.d/40_custom ist in der Regel nachhaltiger und einfacher zu korrigieren
als das "gewüte" von os-prober.
Die Einträge von dort erscheinen natürlich auch im Grub-Menü.
Wenn es nicht funktioniert:
Eintrag löschen (nicht die Daetei !!)/ update-grub gut ist es wieder.

von Interesse wäre noch (externe Platte/Pfad anpassen )

Code: Alles auswählen

ls -al / |grep -i "vmlinuz\|initrd"

Ich verstehe deinen Ansatz dabei nicht, im Grub Menü erscheint die exteren FP ja, der Bootprozess wird offensichtlich auch eingeleitet, scheitert aber dann aus unbekannten Gründen. Er hängt fest in einer Schleife.

Hier das Ergebnis aus der externen FP (DEB)

Code: Alles auswählen

xy@HP:/media/xy/DEB$ ls -al / |grep -i "vmlinuz\|initrd"
lrwxrwxrwx   1 root root    30 28. Aug 15:00 initrd.img -> boot/initrd.img-6.1.0-23-amd64
lrwxrwxrwx   1 root root    30 28. Aug 15:00 initrd.img.old -> boot/initrd.img-6.1.0-22-amd64
lrwxrwxrwx   1 root root    27 28. Aug 15:00 vmlinuz -> boot/vmlinuz-6.1.0-23-amd64
lrwxrwxrwx   1 root root    27 28. Aug 15:00 vmlinuz.old -> boot/vmlinuz-6.1.0-22-amd64
xy@HP:/media/xy/DEB$ 

daß efibootmgr -v nichts bring, verwundert mich, da du ja min. ein System (ich vermute Ubuntu auf der ATA TOSHIBA MQ01ABF0 auf sda2 mit einer ESP (sda1) installiert hast (wobei, falls doch im CSM Modus installiert auf einer GPT Platte ein 1M große Partition "bios_grub" vorhanden sein sollte).

Zur Klärung was wo ist:

TOSHIBA MQ01ABF050 (AM0P4C)
sda1: feste FP FAT boot/evi
sda2: feste FP ext4 debian 12
sda3: feste FP Auslagerungsspeicher

TOSHIBA MQ02ABD100H (HEF01D)
sdb1: erweiterte Partition
sdb2: USB FP ext4 DASI (als Datensicherung benutzt)
sdb3: USB FP ext4 DEB (markiert als bootfähig,das nicht startende System debian 12)
sdb5: USB FP Auslagerungsspeicher

Ubuntu ist gar nicht mehr vorhanden!

Falls auf sda2 das System ist, welches du nicht booten kannst, dann wieder ein LiveSystem (btw., was nimmst du da? Ubuntu?) (schau auch mal im setup/BIOS nach einer Einstellung EFI alternativ CSM/"legacy").

Nein, sdb3 lässt sich nicht booten

Auf alle Fälle ist das System auf sdb im CSM Modus installiert, ein MischMasch (sda=EFDI, sdb=CSM) funktioniert nicht.

Vor keinem System habe ich mehr Respekt als vor Grub. Das liegt daran, das man daran kaum Erfahrungen sammeln kann ohne sein Produktivsystem in Gefahr zu bringen. In solchen Fällen neige ich dann eher zur Neuinstallation, wenn man nicht weiter kommt.
Die Frage wäre dann, wie gehe ich dann richtig vor, wie muss ich die Partitionen einrichten. Was nicht passieren darf ist, dass ich nicht mehr an mein Produktivsystem herankomme.

[thunder11]

Ja, das war etwas missverständlich formuliert, mir war das auch nicht klar was du meintest. Hier die ganze Datei aus der externen FP.

pastebin/?mode=view&s=42210

Zur Fehlersuche ist nicht die /boot/grub/grub.cfg von der USB-Platte von nöten,
sondern die von der Startplatte
Wobei das irgendwie auch nicht stimmen kann, da die ersten Einträge (### BEGIN /etc/grub.d/10_linux ###)
der von die geposteten /boot/grub/grub.cfg auf Debian Stable verweisen, demnach von der Startpalette stammen müssen.

Außerdem sollte nur auf einen System os-prrober aktiviert sein.
Im Menü von OS-Prober finde ich nur (5.15.0-107-generic / 5.15.0-94-generic ):

menuentry 'Ubuntu, with Linux 5.15.0-94-generic (on /dev/sda2)'

und die UUID 10830089-3c92-43ea-a47f-0affbb166bcd

Beides widerspricht dem ganzen bisherigen "Schriftverkehr und die UUID ist nirgends zu finden.

Bitte stelle nochmal die Ausgabe von

Code: Alles auswählen

lsblk -f

hier ein, wenn du Debian gebootet hast

[grubenlicht]

das man daran kaum Erfahrungen sammeln kann ohne sein Produktivsystem in Gefahr zu bringen.

man könnte für solche Fälle alles Wichtige "in Sicherheit" bringen (indem man z.B. die betreffende Platte abklemmt)

In solchen Fällen neige ich dann eher zur Neuinstallation, wenn man nicht weiter kommt.
Die Frage wäre dann, wie gehe ich dann richtig vor, wie muss ich die Partitionen einrichten. Was nicht passieren darf ist, dass ich nicht mehr an mein Produktivsystem herankomme.

Ich bat um 2 Informationen (s. post 9.9. 13:36), ohne die ist schlecht zu etwas raten.
Btw., warum den experimentellen Einstig in Debian nicht einfach in einer VM?

EDIT.:

Zur Klärung was wo ist:

TOSHIBA MQ01ABF050 (AM0P4C)
sda1: feste FP FAT boot/evi
sda2: feste FP ext4 debian 12
...

TOSHIBA MQ02ABD100H (HEF01D)
...
sdb3: USB FP ext4 DEB (markiert als bootfähig,das nicht startende System debian 12)
...
Ubuntu ist gar nicht mehr vorhanden!

? 2x Debian 12? Wie/womit installiert (bzw. das Installationmedium erstellt und mit welcher Methode gebootet?)

[thunder11]

Ich würde so vorgehen:
1) sicherstellen, das Debian korrekt Bootet: (vermutlich auf sdb3 / 2cc3b79e-caae-40f3-8645-c7f306354c15)
2) os-prober erstmal löschen

Code: Alles auswählen

apt purge os-prober

3) Neuinstallation eines Systems auf deiner USB-Platte ohne Grub (genau hinschauen wohin !!)
4) auf dem Startsystem os-prober wieder installieren

Code: Alles auswählen

apt install os-prober

5) os-prober wieder aktiveiren
6)

Code: Alles auswählen

update-grub

Alternativ könnte man via chroot das System auf der USB-Platte entsprechend einrichten (grub purgen)
Dafür würde ich die Rescue-DVD von Sparky-Linux empfehlen (unter Special Editions) , da chroot dort sehr einfach anzuwenden ist.
https://sparkylinux.org/download/rolling/

[thunder11]

? 2x Debian 12? Wie/womit installiert (bzw. das Installationmedium erstellt und mit welcher Methode gebootet?)

Hast du meinen Beitrag gelesen ? posting.php?mode=reply&t=190491#pr1370619

[grubenlicht]

? 2x Debian 12? Wie/womit installiert (bzw. das Installationmedium erstellt und mit welcher Methode gebootet?)

Hast du meinen Beitrag gelesen ? posting.php?mode=reply&t=190491#pr1370619

nöö, ich bin immer noch beim Startpost

Btw., os-prober und sonstiges sind imho irrelevant, solange man den tatsächlichen Bootvorgang nicht kennt (EFI/CSM) und vorallem, den Inhalt der ESP, um zu sehen, was denn nun genau gebootet wird.

[thunder11]

Btw., os-prober und sonstiges sind imho irrelevant, solange man den tatsächlichen Bootvorgang nicht kennt (EFI/CSM) und vorallem, den Inhalt der ESP, um zu sehen, was denn nun genau gebootet wird.

Auskunft gibt:

Code: Alles auswählen

[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS

und (mit mout points)

Code: Alles auswählen

lsblk -f

Ich bin kein UEFI-Spezialist, da ich immer noch mit BIOS unterwegs bin
Aber der der EFI_Bootmanager ist doch dem Grub vorgeschaltet?
Wenn Grub erstmal läuft, startet der auch das, was angewählt wird?
Verstehe ich das falsch ?

[grubenlicht]

also…
mich irritiert halt
– grub-install (als Ziel die ext. Platte, geht so schon mal weder für EFI noch für CSM)
– 1 1049kB 538MB 537MB fat32 boot, esp
– Den Befehl efibootmgr -v kennt er nicht.
Noch ist doch gar nicht klar, welcher grub denn da nun werkelt (hat er 2x im CSM Modus installiert, dann wurde der erste grub überschrieben, außer, man macht eine explizite Angabe für den Ort - sda oder sdb usw.)
Auch im EFI Modus kann der Eintrag für den Bootloader (…/efi/Debian) in der ESP überschrieben worden sein (kann, für Debian weiß ich das nicht, ob und wie man während der Installation ggf. den Pfad wechsel kann.

Und wie es hier nach einigem Überlegen aussieht, kann er ja beide Systeme booten (von irgendeiner grub.cfg), aber das 2. System (auf der ext. Platte) startet nicht durch, sondern nur in den emergency mode (initramfs)

[mat6937]

– Den Befehl efibootmgr -v kennt er nicht.

Weil nicht installiert?

Code: Alles auswählen

:~$ apt policy efibootmgr
efibootmgr:
  Installiert:           (keine)
  Installationskandidat: 17-2

[thunder11]

Es könnte auch so sein:
Er hat versehentlich bei der Debian-Installation Grub auf der USB-Platte installiert.
Das würde auch die Einträge aus der /boot/grub/grub.cfg erklären, wenn diese tatsächlich
von der Externen (USB) Platte stammen sollten.
Außerdem haben diese alle eine MsDos - Partitionstabelle (geht das mit UEFI überhaupt ?)

Code: Alles auswählen

menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-2cc3b79e-caae-40f3-8645-c7f306354c15' {
        load_video
        insmod gzio
        if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
        insmod part_msdos 

Die Ubuntu- Platte hat dagegen gem. OS-Prober Eine GPT-Partitionstabelle.

Code: Alles auswählen

[.....]  
menuentry 'Ubuntu 22.04.4 LTS (22.04) (on /dev/sda2)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-10830089-3c92-43ea-a47f-0affbb166bcd' {
        insmod part_gpt
        insmod ext2
[.....]        

wobei die UUID in dem bisher geschriebenen nicht auftaucht.

Alles sehr nebulös

Edit:
Es wäre wohl sinnvoll, wenn nach der Ausgabe von lsblk -f (mit allen gemounteten Laufwerken)
man Dateien mit vollständigem Pfad abfragen könnte.

Ahh -- grad läuft mein Lieblings Song
Listening to: 'Little Wing' from 'Live At The Fillmore [Disc 2]' by 'Derek & The Dominos' with JRiver Media Center 33

[Chameleon]

Ausserdem sind diese alle aeine MsDos - Partitionstabelle (geht da mit UEFI überhaupt ?)

ja, geht

[DrUlebuhle]

[/quote]

Ja, das war etwas missverständlich formuliert, mir war das auch nicht klar was du meintest. Hier die ganze Datei aus der externen FP.

pastebin/?mode=view&s=42210

Zur Fehlersuche ist nicht die /boot/grub/grub.cfg von der USB-Platte von nöten,
sondern die von der Startplatte
Wobei das irgendwie auch nicht stimmen kann, da die ersten Einträge (### BEGIN /etc/grub.d/10_linux ###)
der von die geposteten /boot/grub/grub.cfg auf Debian Stable verweisen, demnach von der Startpalette stammen müssen.

Außerdem sollte nur auf einen System os-prrober aktiviert sein.
Im Menü von OS-Prober finde ich nur (5.15.0-107-generic / 5.15.0-94-generic ):

menuentry 'Ubuntu, with Linux 5.15.0-94-generic (on /dev/sda2)'

und die UUID 10830089-3c92-43ea-a47f-0affbb166bcd

– Den Befehl efibootmgr -v kennt er nicht.
[/code]

Beides widerspricht dem ganzen bisherigen "Schriftverkehr und die UUID ist nirgends zu finden.

Bitte stelle nochmal die Ausgabe von

Code: Alles auswählen

lsblk -f

hier ein, wenn du Debian gebootet hast

Ja, das ist wirklich sehr merkwürdig mit dieser UUID 10830089-3c92-43ea-a47f-0affbb166bcd. Ich weiß auch nicht wo das herkommt, habe aber nochmal in der grub.cfg auf der USB FP nachgeprüft, da steht es wirklich so drin.

Ich habe anghängt die /boot/grub/grub.cfg von der festen FP (grub_cfg_fest_FP.txt)

pastebin/?mode=view&s=42211


Hier lsblk -f :

Code: Alles auswählen

xy@HP:~$ sudo lsblk -f
[sudo] Passwort für xy: 
NAME FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                         
├─sda1
│    vfat   FAT32       25A8-15B4                             505,1M     1% /boot/efi
├─sda2
│    ext4   1.0         54e2afbf-692a-43dc-af6c-70f6f6e6c513  288,9G    32% /
└─sda3
     swap   1           ca8fa969-5ea5-454e-b7d7-5e006e6dd288                [SWAP]
sdb                                                                         
├─sdb1
│                                                                           
├─sdb2
│    ext4   1.0   dasi  fc897a2a-0cbc-424e-9921-95b98ffdc6db  314,3G    23% /media/xy/dasi
├─sdb3
│    ext4   1.0   DEB   2cc3b79e-caae-40f3-8645-c7f306354c15  305,1G    31% /media/xy/DEB
└─sdb5
     swap   1           e5c48323-8818-4fc3-9c7d-de16556bbe2e                
sr0                                                                         
xy@HP:~$ 

das man daran kaum Erfahrungen sammeln kann ohne sein Produktivsystem in Gefahr zu bringen.

man könnte für solche Fälle alles Wichtige "in Sicherheit" bringen (indem man z.B. die betreffende Platte abklemmt)

In solchen Fällen neige ich dann eher zur Neuinstallation, wenn man nicht weiter kommt.
Die Frage wäre dann, wie gehe ich dann richtig vor, wie muss ich die Partitionen einrichten. Was nicht passieren darf ist, dass ich nicht mehr an mein Produktivsystem herankomme.

Ich bat um 2 Informationen (s. post 9.9. 13:36), ohne die ist schlecht zu etwas raten.
Btw., warum den experimentellen Einstig in Debian nicht einfach in einer VM?

EDIT.:

Zur Klärung was wo ist:

TOSHIBA MQ01ABF050 (AM0P4C)
sda1: feste FP FAT boot/evi
sda2: feste FP ext4 debian 12
...

TOSHIBA MQ02ABD100H (HEF01D)
...
sdb3: USB FP ext4 DEB (markiert als bootfähig,das nicht startende System debian 12)
...
Ubuntu ist gar nicht mehr vorhanden!

? 2x Debian 12? Wie/womit installiert (bzw. das Installationmedium erstellt und mit welcher Methode gebootet?)

Die 2 Informationen, das hatte ich nicht gemacht weil ich es so verstanden hatte, dass es an die Voraussetzung gebunden wäre, dass sda2 sich nicht booten ließe. Das kommt jetzt von einem live system (debian12, kein Ubuntu) aus gemacht:

Code: Alles auswählen

user@debian:~$ sudo mount /dev/sda1 /mnt && sudo ls -R /mnt && sudo umount /mnt
/mnt:
EFI

/mnt/EFI:
debian

/mnt/EFI/debian:
BOOTX64.CSV  fbx64.efi	grub.cfg  grubx64.efi  mmx64.efi  shimx64.efi
user@debian:~$ sudo mount /dev/sda2 /mnt && sudo cat /mnt/etc/fstab | grep -v "#" && sudo umount /mnt
UUID=54e2afbf-692a-43dc-af6c-70f6f6e6c513 /               ext4    errors=remount-ro 0       1
UUID=25A8-15B4  /boot/efi       vfat    umask=0077      0       1
UUID=ca8fa969-5ea5-454e-b7d7-5e006e6dd288 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
user@debian:~$ 

von grubenlicht » 10.09.2024 11:27:09
? 2x Debian 12? Wie/womit installiert (bzw. das Installationmedium erstellt und mit welcher Methode gebootet?)

Ja, 2X Debian 12. Das hat seinen Grund darin, dass ich das neue System Debian erst einmal ausprobieren wollte. Ich habe schlechte Erfahrungen mit Ubuntu, da funktioniert wine32 plötzlich nicht und die fummeln an atp rum. Ich habe einige alte Windows Programme, von denen ich vollkommen abhängig bin, einen Ausfall des Produktivitätssystems kann ich mir nicht leisten. Die Vorgehensweise war so:

• 1)Ursprung: 2 X Ubuntu 22.04 auf beiden FP mit gut funktionierendem Grub Loader
  
  2)Runterladen von Debian 12 iso und Erstellung eines USB Sticks zum booten mit dem Ubuntu tool
  
  3)Installation von Debian 12 unter Löschung von Ubuntu auf der USB FP
  
  4)Der Installationsprozess hatte den Bootloader auf die USB FP geschrieben, ich konnte aber das Ubuntu starten und ein install-grub und grub-update erfolgreich ausführen, so dass man auch ohne eingesteckte USB FP das System starten konnte.
  
  5)Nachdem Debian auf der externen FP gut lief und ich alle Programme die ich brauche installieren konnte, der Schritt Debian nun auch auf die feste FP zu installieren(Mit dem gleichen USB stick). Dabei kam diese Meldung (USB FP eingesteckt), dass der os-prober nicht aktiviert ist, die externe FP war also nicht bootbar. dann folgte das, was ich ganz zu Anfang schon beschrieben hatte.

von thunder11 » 10.09.2024 11:48:33
Ich würde so vorgehen:
1) sicherstellen, das Debian korrekt Bootet: (vermutlich auf sdb3 / 2cc3b79e-caae-40f3-8645-c7f306354c15)

Nein, das stimmt nicht! sdb3 bootet nicht, ist ja die USB FP,
Das bootbare system ist sda2

von thunder11 » 10.09.2024 12:30:07
Auskunft gibt:

Hier die Auskunft: (sr ist ein eingestecktes Modem)

Code: Alles auswählen

xy@HP:~$ sudo [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
[sudo] Passwort für xy: 
UEFI
xy@HP:~$ sudo lsblk -f
NAME FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                         
├─sda1
│    vfat   FAT32       25A8-15B4                             505,1M     1% /boot/efi
├─sda2
│    ext4   1.0         54e2afbf-692a-43dc-af6c-70f6f6e6c513  288,9G    32% /
└─sda3
     swap   1           ca8fa969-5ea5-454e-b7d7-5e006e6dd288                [SWAP]
sdb                                                                         
├─sdb1
│                                                                           
├─sdb2
│    ext4   1.0   dasi  fc897a2a-0cbc-424e-9921-95b98ffdc6db  314,3G    23% /media/xy/dasi
├─sdb3
│    ext4   1.0   DEB   2cc3b79e-caae-40f3-8645-c7f306354c15  305,1G    31% /media/xy/DEB
└─sdb5
     swap   1           e5c48323-8818-4fc3-9c7d-de16556bbe2e                
sdc                                                                         
sr0                                                                         
sr1  iso966 Jolie ZTEMODEM
                        2020-10-19-17-24-01-00                     0   100% /media/xy/ZTEMODEM
xy@HP:~$ 

grubenlicht hat geschrieben: ↑ zum Beitrag ↑
10.09.2024 12:40:51
– Den Befehl efibootmgr -v kennt er nicht.

Weil nicht installiert?

Code: Alles auswählen

:~$ apt policy efibootmgr
efibootmgr:
Installiert: (keine)
Installationskandidat: 17-2

Ja offensichtlich, ist live boot



Ich habe die log Dateil auf der USB FP gefunden. Da sind 3 Versuche zum booten dokumentiert, da müsste sich was draus ableiten lassen wo es hakt

pastebin/?mode=view&s=42212

[thunder11]

Nochmal:
aus

l

Code: Alles auswählen

sblk -f
[....]
─sdb3  ext4   1.0   DEB   2cc3b79e-caae-40f3-8645-c7f306354c15  305,1G    31% /media/xy/DEB[/

[....]

ergibt sich, dass das offensichtlich die USB-Platte ist (ist das die Systempartition ??)
Aus deiner oben geposteten grub.cfg ergibt sich aber Folgendes:
Damit soll unter gleicher UUID das Debian-System mit der UUID deiner USB Platte (Ubuntu) gebootet werden

Code: Alles auswählen

### BEGIN /etc/grub.d/10_linux ###
[.....]
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-2cc3b79e-caae-40f3-8645-c7f306354c15' {
        load_video
        insmod gzio
        if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
        insmod part_msdos
        insmod ext2
        set root='hd1,msdos3'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos3 --hint-efi=hd1,msdos3 --hint-baremetal=ahci1,msdos3  2cc3b79e-caae-40f3-8645-c7f306354c15
        else
          search --no-floppy --fs-uuid --set=root 2cc3b79e-caae-40f3-8645-c7f306354c15
        fi
        echo    'Loading Linux 6.1.0-23-amd64 ...'
        linux   /boot/vmlinuz-6.1.0-23-amd64 root=UUID=2cc3b79e-caae-40f3-8645-c7f306354c15 ro  quiet
        echo    'Loading initial ramdisk ...'
        initrd  /boot/initrd.img-6.1.0-23-amd64

Und nochmal zu Zweiten:
Die UUID in der besagten grub.conf (Abschnitt ### BEGIN /etc/grub.d/30_os-prober ###
mit 10830089-3c92-43ea-a47f-0affbb166bcd existiert nur da. sonst nirgends

Du solltest den Grub (wenn das der auf der USB-Platte ist, purgen, da da eh nur Mist drinsteht.
Typisches Problem von os-prober.

Code: Alles auswählen

apt purge grub* os-prober

Edit:
Sauber geht das aber nur hier mit chroot (Empfehlung hatte ich oben gegeben.)

Da dein Debian ja offensichtlich im EFI-Modus gebootet wird, muss dir @grubenlicht sagen, ob man das
gemischte Zeugs überhaupt gebootet bekommt, oder das USB- System neu im EFI-Modus installiert werden muss.

Wenn das gehen sollte, würde ich nach dem Purgen des Grub auf der USB-Platte
lediglich ein

Code: Alles auswählen

update-grub

auf Debian ausführen.

[grubenlicht]

@DrUlebuhle, das mit dem Zitieren üben wir aber nochmal! (!)

1. keine Vollzitate, Stichwort reicht vollkommen
2. und am Ende des zitierten (Teilbreiches!) mußt du auch ein entspr. tag setzen [ /quote]

So, wie das jetzt da oben steht, ist das für mich überhaupt nicht mehr lesbar.

Ein Mischen der Bootmodi hat zufolge, daß vor dem Booten des jeweiligen Systems im UEFI umgeschaltet werden muß! Das ist natürlich nicht "im Sinne der Erfindung".

Das Installieren im EFI Modus von 2x Debian führt dazu (jedenfalls ist es beim Installer von Ubuntu so der Fall), daß der Pfad <ESP>/efi/debian überschrieben wird bei der 2. Installation. Mir fehlt jedenfalls die Erfahrung dazu, was Debian betrifft, ob man beim Installieren (netinstall oder vom Livesystem aus) geziehlt eine z.B. auf der ext. Platte angelegte ESP als Ort für grub ansprechen kann.

Um sicher zu gehen, daß o.g. nicht passiert, würde ich vor der Installation eines weiteren (2.) Debian der ESP auf der internen Platte die Markierung esp entziehen, sodaß im Gesamtsystem (interne + ext. Platte) nur eine ESP vorhanden ist. (nach getaner Arbeit kann man das wieder rückgängig machen)
Bei der 2. Installation wird ein Eintrag im NVRAM erzeugt und an erste Stelle gesetzt, das muß man dann rückgängig machen, wenn man nicht will, daß bei Vorhandensein eines USB device von diesem zu Booten versucht wird.
Und ein

Code: Alles auswählen

efibootmgr -v

schiebst du natürlich noch nach, vom installierten System aus muß da ja was kommen.

[DrUlebuhle]

von thunder11 » 11.09.2024 15:48:57

Du solltest den Grub (wenn das der auf der USB-Platte ist, purgen, da da eh nur Mist drinsteht.
Typisches Problem von os-prober.

Code: Alles auswählen

apt purge grub* os-prober

Edit:
Sauber geht das aber nur hier mit chroot (Empfehlung hatte ich oben gegeben.)

Ja gut, ich brauche ein paar Tage Zeit. Entweder chroot und purge grub, oder Neuinstallation auf externer FP.

von grubenlicht » 11.09.2024 17:43:16
@DrUlebuhle, das mit dem Zitieren üben wir aber nochmal! (!)

Ja, das finde ich auch, das war nicht so gut. Es lag einfach daran, dass ich etwas überfordert war, ich hatte so eine engagierte Diskussion gar nicht erwartet. Und verstehe auch nicht alles. Dazu kommt, ich muss die Sache auf gespeicherter html Seite bearbeiten, und dabei geht leider ein Teil der Formatierung verloren. Dann wird es schnell unübersichtlich.

von grubenlicht » 11.09.2024 17:43:16
Mir fehlt jedenfalls die Erfahrung dazu, was Debian betrifft, ob man beim Installieren (netinstall oder vom Livesystem aus) geziehlt eine z.B. auf der ext. Platte angelegte ESP als Ort für grub ansprechen kann.

Bei Ubuntu gibt es eine Wahlmöglichkeit bei der Installation wo Grub angelegt werden soll, das habe ich bei Debian vermisst. Aber ich bin doch sicher nicht der Einzige der sowas macht, da müssten doch etablierte Verfahren existieren.

von grubenlicht » 11.09.2024 17:43:16
Um sicher zu gehen, daß o.g. nicht passiert, würde ich vor der Installation eines weiteren (2.) Debian der ESP auf der internen Platte die Markierung esp entziehen, sodaß im Gesamtsystem (interne + ext. Platte) nur eine ESP vorhanden ist. (nach getaner Arbeit kann man das wieder rückgängig machen)
Bei der 2. Installation wird ein Eintrag im NVRAM erzeugt und an erste Stelle gesetzt, das muß man dann rückgängig machen, wenn man nicht will, daß bei Vorhandensein eines USB device von diesem zu Booten versucht wird.

Wenn ich das richtig verstehe, dann installiert er auf der USB FP, legt dort auch Grub an, aber kein os-prober wird das fest-FP System feststellen und in ein Bootmenü aufnehmen. Also wie komme ich dann wieder ins fest-FP System hinein? Bei der von mir beschriebenen Vorgehensweise ging das, da ich vom USB FP Grub Menü in das fest-FP Grub Menü wechseln konnte. Ich fürchte, wenn die ESP Markierung nicht da ist, dann geht das nicht mehr.

Und ein

Code: Alles auswählen

efibootmgr -v

schiebst du natürlich noch nach, vom installierten System aus muß da ja was kommen.

Ja, hier ist es:

Code: Alles auswählen

xy@HP:~$ efibootmgr -v
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0002,3002,0001,2001,2002,2004
Boot0001* Notebook Hard Drive - TOSHIBA MQ01ABF050	BBS(HD,Notebook Hard Drive - TOSHIBA MQ01ABF050,0x500)................-...........A.......................................x.......A.........................
Boot0002* debian	HD(1,GPT,07b92181-90fe-4549-8f8a-d89e3cc7d59a,0x800,0x100000)/File(\EFI\debian\shimx64.efi)
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot3002* Internal Hard Disk or Solid State Disk	RC
xy@HP:~$ 

[grubenlicht]

...ich muss die Sache auf gespeicherter html Seite bearbeiten, und dabei geht leider ein Teil der Formatierung verloren. Dann wird es schnell unübersichtlich.

ot
oops, warum solches, kannst doch alles hier im Editorfenster machen?!
/ot

Bei Ubuntu gibt es eine Wahlmöglichkeit bei der Installation wo Grub angelegt werden soll

das gilt aber nur für den "legacy" Modus, beim EFI Modus verwendet Ubuntu die erste auf einem device gefundene ESP!

Wenn ich das richtig verstehe, dann installiert er auf der USB FP

die gibst du ja durch die Auswahl/Zuordnung von Partition(en) zu "/" usw. vor; ja

legt dort auch Grub an

der Bootloader ist quasi ein eigenes Kapittel:
– im "legacy" Modus kann man den Ort (für den Loader stage1) auswählen, z.B. /dev/sda (oder eben sdb usw.)
– im EFI Modus wird (ein ähnlicher Part von grub) in ein Verzeichnis der ESP geschrieben, zusätzlich ein Eintrag in das NVRAM

aber kein os-prober wird das fest-FP System feststellen und in ein Bootmenü aufnehmen

der os-prober untersucht die vorgefundenen Platten. Wenn aktiviert, dann bindet der die entsprechenden O/S zum Booten in das grub Menü ein.

Also wie komme ich dann wieder ins fest-FP System hinein

das regelt die sog. BootOrder: 0002,3002,0001,2001,2002,2004
Die kannst du auch über das setup Menü einstellen (oder eben mit efibootmgr Bei mir stünde da bspw.
BootOrder: 2002,0002 also, USB angesteckt, suche dort nach ESP…, ohne USB-Platte/Stick dann eben den debian-Eintrag.

Ich fürchte, wenn die ESP Markierung nicht da ist, dann geht das nicht mehr.

wenn ein Eintrag im NVRAM vorhanden ist (bei dir ist das Boot0002* debian HD(1,GPT,07b92181-90fe-4549-8f8a-d89e3cc7d59a,0x800,0x100000)/File(\EFI\debian\shimx64.efi), dann funktioniert der Boot auch ohne die Markierung für die ESP (aber, die kannst/sollst du ja nach der 2. Installation wiederherstellen