[gelöst] Neu installiertes Bookworm bootet sehr lange

[clauer1982]

Hallo,

ich habe Bookworm auf eine externe SSD installiert. Soweit hat das auch alles funktioniert.
Aber der Bootvorgang dauert sehr lange. Grub lädt sehr langsam. Die erste Zeile "Loading Linux 6.1.0-11-amd64"
bleibt einige Sekunden hängen, bevor dann "Loading initial ramdisk ..." erscheint, dass dann 2 Minuten stehen bleibt.
Der restliche Bootvorgang funktioniert danach ohne Probleme.

Ich muss noch dazu sagen, dass ich vorher die Installation auf einer alten externen Festplatte erfolgreich durchführen konnte
und mit der es die oben genannten Probleme danach beim booten nicht gab. Das langsame booten tritt komischerweise
nur bei der externen SSD auf.

[rjh]

Wie ist denn das gesamte Setup? Die externe SSD hängt am USB? Befindet sich auf der internen Disk auch eine Linuxinstallation? Startet Grub von der internen oder von der externen Platte?

[kalle123]

Bei solch äußerst spärlichen Angaben würde hier mal das posten der Ausgabe von

Code: Alles auswählen

~$ inxi -Fz

weiter helfen.

inxi ist in den Debian Quellen, müsste aber installiert werden. Und bitte die Ausgabe in Codeblock.

cu KH

[clauer1982]

Hallo,

danke für die Antworten. Zwischenzeitlich habe ich mal Ubuntu installiert. Genau das gleiche Problem wie mit Debian.
Ich werde die angefragten Informationen zur Verfügung stellen soweit mir das gelingt.

Danke für eure Hilfe.

Grüße

[clauer1982]

Wie ist denn das gesamte Setup? Die externe SSD hängt am USB? Befindet sich auf der internen Disk auch eine Linuxinstallation? Startet Grub von der internen oder von der externen Platte?

Also auf der M.2 (intern) läuft Windows 11. Auf der externen SSD (eine Kingston XS2000 1TB) läuft Bookworm und Grub ist nur auf der externen SSD installiert.

[clauer1982]

Bei solch äußerst spärlichen Angaben würde hier mal das posten der Ausgabe von

Code: Alles auswählen

~$ inxi -Fz

weiter helfen.

inxi ist in den Debian Quellen, müsste aber installiert werden. Und bitte die Ausgabe in Codeblock.

cu KH

Code: Alles auswählen

System:
  Kernel: 6.1.0-11-amd64 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.27.5
    Distro: Debian GNU/Linux 12 (bookworm)
Machine:
  Type: Desktop System: Gigabyte product: B760 DS3H AX v: -CF serial: N/A
  Mobo: Gigabyte model: B760 DS3H AX v: x.x serial: N/A UEFI: American
    Megatrends LLC. v: F5 date: 08/30/2023
CPU:
  Info: 16-core (8-mt/8-st) model: 13th Gen Intel Core i7-13700K bits: 64
    type: MST AMCP cache: L2: 24 MiB
  Speed (MHz): avg: 3303 min/max: 800/5300:5400:4200 cores: 1: 3400 2: 3400
    3: 3400 4: 3400 5: 3400 6: 3400 7: 3400 8: 3400 9: 3400 10: 3400 11: 1081
    12: 3400 13: 3400 14: 3400 15: 3400 16: 3400 17: 3400 18: 3400 19: 3400
    20: 3400 21: 3400 22: 3400 23: 3400 24: 3400
Graphics:
  Device-1: NVIDIA GA106 [GeForce RTX 3060 Lite Hash Rate] driver: nouveau
    v: kernel
  Display: x11 server: X.Org v: 1.21.1.7 with: Xwayland v: 22.1.9 driver: X:
    loaded: modesetting unloaded: fbdev,vesa dri: swrast gpu: nouveau
    resolution: 1920x1080~60Hz
  API: OpenGL v: 4.5 Mesa 22.3.6 renderer: llvmpipe (LLVM 15.0.6 256 bits)
Audio:
  Device-1: Intel driver: snd_hda_intel
  Device-2: NVIDIA GA106 High Definition Audio driver: snd_hda_intel
  API: ALSA v: k6.1.0-11-amd64 status: kernel-api
  Server-1: PulseAudio v: 16.1 status: active (root, process)
Network:
  Device-1: Intel Wi-Fi 6 AX210/AX211/AX411 160MHz driver: N/A
  Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
    driver: r8169
  IF: enp4s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Bluetooth:
  Device-1: Intel AX210 Bluetooth type: USB driver: btusb
  Report: hciconfig ID: hci0 state: up address: <filter>
Drives:
  Local Storage: total: 4.57 TiB used: 6.45 GiB (0.1%)
  ID-1: /dev/nvme0n1 vendor: Western Digital model: WD BLACK SN850X 4000GB
    size: 3.64 TiB
  ID-2: /dev/sda type: USB vendor: Kingston model: XS2000 size: 953.87 GiB
Partition:
  ID-1: / size: 936.39 GiB used: 6.45 GiB (0.7%) fs: ext4 dev: /dev/sda2
  ID-2: /boot/efi size: 511 MiB used: 5.8 MiB (1.1%) fs: vfat dev: /dev/sda1
Swap:
  ID-1: swap-1 type: partition size: 977 MiB used: 0 KiB (0.0%) dev: /dev/sda3
Sensors:
  System Temperatures: cpu: 33.0 C mobo: N/A
  Fan Speeds (RPM): N/A
Info:
  Processes: 372 Uptime: 3m Memory: 62.63 GiB used: 2.33 GiB (3.7%)
  Shell: Bash inxi: 3.3.26

[Blackbox]

Zuerst wäre doch interessant, welche(r) Service(s) den Systemboot verlangsamt/en.

Dazu könnte man beispielsweise ausführen.

Code: Alles auswählen

# systemd-analyze blame

[clauer1982]

Zuerst wäre doch interessant, welche(r) Service(s) den Systemboot verlangsamt/en.

Dazu könnte man beispielsweise ausführen.

Code: Alles auswählen

# systemd-analyze blame

Code: Alles auswählen

4.870s NetworkManager-wait-online.service
1.113s systemd-modules-load.service
 897ms nvidia-persistenced.service
 447ms dev-sda2.device
 146ms e2scrub_reap.service
 108ms user@0.service
  78ms apparmor.service
  72ms udisks2.service
  71ms systemd-udevd.service
  66ms systemd-journal-flush.service
  50ms ModemManager.service
  50ms accounts-daemon.service
  46ms systemd-udev-trigger.service
  43ms user@1000.service
  42ms polkit.service
  42ms avahi-daemon.service
  42ms bluetooth.service
  41ms upower.service
  39ms dbus.service
  36ms systemd-logind.service
  35ms NetworkManager.service
  34ms networking.service
  29ms keyboard-setup.service
  28ms smartmontools.service
  25ms systemd-timesyncd.service
  22ms cups.service
  22ms systemd-journald.service
  21ms plymouth-quit-wait.service
  20ms plymouth-quit.service
  20ms modprobe@drm.service
  20ms plymouth-start.service
  18ms systemd-tmpfiles-setup.service
  14ms wpa_supplicant.service
  14ms systemd-fsck@dev-disk-by\x2duuid-3931\x2dB130.service
  12ms systemd-update-utmp-runlevel.service
  11ms plymouth-read-write.service
  11ms dev-hugepages.mount
  11ms boot-efi.mount
  11ms systemd-binfmt.service
  10ms dev-mqueue.mount
  10ms sys-kernel-debug.mount
   9ms sys-kernel-tracing.mount
   8ms systemd-update-utmp.service
   8ms kmod-static-nodes.service
   7ms lm-sensors.service
   7ms user-runtime-dir@0.service
   7ms modprobe@configfs.service
   7ms modprobe@fuse.service
   7ms systemd-sysusers.service
   7ms systemd-tmpfiles-setup-dev.service
   7ms alsa-restore.service
   5ms ifupdown-pre.service
   5ms proc-sys-fs-binfmt_misc.mount
   4ms console-setup.service
   4ms systemd-random-seed.service
   4ms dev-disk-by\x2duuid-08ca663f\x2dc465\x2d46fa\x2d8706\x2defc61ad9b5ec.swap
   4ms systemd-remount-fs.service
   3ms rtkit-daemon.service
   3ms user-runtime-dir@1000.service
   2ms sys-fs-fuse-connections.mount
   2ms systemd-rfkill.service
   2ms systemd-sysctl.service
   2ms systemd-user-sessions.service
   1ms sys-kernel-config.mount
 877us modprobe@loop.service
 876us modprobe@efi_pstore.service
 875us modprobe@dm_mod.service

[thunder11]

Wenn Grub schon solange braucht, wird es zuerst wohl nicht am System liegen.
Ich vermute den USB- Anschluss , bzw. einen Müll- Contoller für die SSD.

Mal

Code: Alles auswählen

lsusb -t

nach dem Booten.

Sowie dto. (als Root)

Code: Alles auswählen

journalctl -b |grep usb

[kalle123]

Das ist ne top Zeit. Da komm ich hier nicht ran .....

Wie ist die ext. SSD denn nun am Rechner angeschlossen, scheint ja bisher noch nicht klar zu sein?

cu KH

[Livingston]

Nur mal laut gedacht, ohne dass ich jetzt aus dem Stand einen echten Lösungsvorschlag habe.
Zu sehen sind in der Ausgabe von systemd-analyze blame zunächst mal super Werte, 5 Sekunden, bis alles läuft. Das heißt, dass die Verzögerung auftritt, bevor systemd seine Arbeit aufnimmt und überhaupt die Zeit messen kann.
Offenbar wird zumindest der Kernel halbwegs anständig geladen, aber dann hängt die Kiste bei der Anzeige "Loading initial ramdisk ...". Kann man also so verstehen, dass das Laden des initramfs verzögert wird, oder dass relativ früh innerhalb von initramfs etwas hakt. U.U. fehlen Module in dem RAM-System.

[thunder11]

Ich würde zuerst mal die Schreib- /Lesegeschwindigkeit des Laufwerkes testen.
Wäre wahrscheinlich sinnvoll, dies von Windows aus zu machen.
Anleitung für die Powershell: https://www.heise.de/tipps-tricks/Festp ... 84627.html

[MSfree]

Ich würde zuerst mal die Schreib- /Lesegeschwindigkeit des Laufwerkes testen.

Wenn das System laut systemd-analyze in 5 Sekunden gebootet hat, ist die Lese/Schreibgeschwindigkeit in Ordnung.

Lahm ist die Kiste offensichtlich nur, beim Laden von Grub und das Laden des Kernels samt initrd, und dafür ist das UEFI zuständig. Wie man da beschleunigend eingreifen kann, ohne die Windowsinstallation zu gefährden, weiß ich aber auch nicht.

[thunder11]

Wenn man im BIOS /UEFI die Wahlmöglichkeit UEFI/BIOS beim Start von externen Laufwerken hat, könnte man
ja eine "normale" Installation ohne UEFI versuchen ?

[MSfree]

...könnte man
ja eine "normale" Installation ohne UEFI versuchen ?

UEFI ist der Nachfolger des altehrwürdigen BIOS. Ohne UEFI geht also gar nicht.

Ob dieses Board (da sitzt ein max ein Jahr alter i7-12700K drauf) überhaupt noch über einen BIOS-Kompatibilitätsmodus hat, ist fraglich. Mein etwas älterer NUC11 hat es jedefalls nicht mehr.

Slebst wenn man das UEFI auf den Legacy-Modus umschalten kann, wird Windows nicht mehr booten.

[rjh]

Das ist ne top Zeit. Da komm ich hier nicht ran .....

Wie ist die ext. SSD denn nun am Rechner angeschlossen, scheint ja bisher noch nicht klar zu sein?

cu KH

Das Medium wurde mittlerweile vom TE benannt

Kingston XS2000 1TB

Scheint per USB-C 3.2 angeschlossen zu werden.

[thunder11]

Ob dieses Board (da sitzt ein max ein Jahr alter i7-12700K drauf) überhaupt noch über einen BIOS-Kompatibilitätsmodus hat, ist fraglich. Mein etwas älterer NUC11 hat es jedefalls nicht mehr.

Das weiß ich natürlich nicht.Bei mir sieht das so aus, allerdings ist da auch eingestellt, dass der Kompatibilitäts- Modus erlaubt ist.

Dann dürfte es egal sein, wie Windows gestartet wird.

[rjh]

Würde auch mal checken, ob die UUIDs in Grub alle mit den tatsächlichen bzw. den in /etc/fstab übereinstimmen. Ob sich mit systemd-boot statt grub irgendwas ändert, könnte man auch relativ leicht auf der externen SSD testen. Aber das ist zunächst alles nur mal ins Blaue geraten.

[kalle123]

Wie ist die ext. SSD denn nun am Rechner angeschlossen, scheint ja bisher noch nicht klar zu sein?

Das Medium wurde mittlerweile vom TE benannt

Kingston XS2000 1TB

Scheint per USB-C 3.2 angeschlossen zu werden.

Das Medium war mir auch bekannt, nur danach hatte ich nicht gefragt.

Meine Frage war 'Wie ist die ext. SSD denn nun am Rechner angeschlossen'.

Und das hier

Scheint per USB-C 3.2 angeschlossen zu werden.

ist deine Vermutung! Mehr nicht. Wie angeschlossen ist, kann uns wohl nur der Fragesteller selber sagen.

Also bitte, wenn du meinst, auf meinen post hier antworten zu müssen, lesen, was ich geschrieben habe. Danke!

Gruß KH

[clauer1982]

Wenn Grub schon solange braucht, wird es zuerst wohl nicht am System liegen.
Ich vermute den USB- Anschluss , bzw. einen Müll- Contoller für die SSD.

Mal

Code: Alles auswählen

lsusb -t

nach dem Booten.

Sowie dto. (als Root)

Code: Alles auswählen

journalctl -b |grep usb

Code: Alles auswählen

/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/9p, 20000M/x2
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M
    |__ Port 7: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 480M
    |__ Port 9: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
    |__ Port 10: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 10: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 11: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 14: Dev 6, If 0, Class=Wireless, Driver=btusb, 12M
    |__ Port 14: Dev 6, If 1, Class=Wireless, Driver=btusb, 12M

Code: Alles auswählen

Sep 07 17:50:23 debian kernel: usbcore: registered new interface driver usbfs
Sep 07 17:50:23 debian kernel: usbcore: registered new interface driver hub
Sep 07 17:50:23 debian kernel: usbcore: registered new device driver usb
Sep 07 17:50:23 debian kernel: usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 6.01
Sep 07 17:50:23 debian kernel: usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
Sep 07 17:50:23 debian kernel: usb usb1: Product: xHCI Host Controller
Sep 07 17:50:23 debian kernel: usb usb1: Manufacturer: Linux 6.1.0-11-amd64 xhci-hcd
Sep 07 17:50:23 debian kernel: usb usb1: SerialNumber: 0000:00:14.0
Sep 07 17:50:23 debian kernel: usb usb2: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 6.01
Sep 07 17:50:23 debian kernel: usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
Sep 07 17:50:23 debian kernel: usb usb2: Product: xHCI Host Controller
Sep 07 17:50:23 debian kernel: usb usb2: Manufacturer: Linux 6.1.0-11-amd64 xhci-hcd
Sep 07 17:50:23 debian kernel: usb usb2: SerialNumber: 0000:00:14.0
Sep 07 17:50:23 debian kernel: usb 1-7: new high-speed USB device number 2 using xhci_hcd
Sep 07 17:50:23 debian kernel: usb 1-7: New USB device found, idVendor=0951, idProduct=176b, bcdDevice= 1.00
Sep 07 17:50:23 debian kernel: usb 1-7: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sep 07 17:50:23 debian kernel: usb 1-7: Product: XS2000
Sep 07 17:50:23 debian kernel: usb 1-7: Manufacturer: Kingston
Sep 07 17:50:23 debian kernel: usb 1-7: SerialNumber: 50026B72830E81CC
Sep 07 17:50:23 debian kernel: usb-storage 1-7:1.0: USB Mass Storage device detected
Sep 07 17:50:23 debian kernel: scsi host8: usb-storage 1-7:1.0
Sep 07 17:50:23 debian kernel: usbcore: registered new interface driver usb-storage
Sep 07 17:50:23 debian kernel: usbcore: registered new interface driver uas
Sep 07 17:50:23 debian kernel: usb 1-9: new high-speed USB device number 3 using xhci_hcd
Sep 07 17:50:23 debian kernel: usb 1-9: New USB device found, idVendor=05e3, idProduct=0608, bcdDevice=60.90
Sep 07 17:50:23 debian kernel: usb 1-9: New USB device strings: Mfr=0, Product=1, SerialNumber=0
Sep 07 17:50:23 debian kernel: usb 1-9: Product: USB2.0 Hub
Sep 07 17:50:23 debian kernel: usb 1-10: new full-speed USB device number 4 using xhci_hcd
Sep 07 17:50:23 debian kernel: usb 1-10: New USB device found, idVendor=046d, idProduct=c534, bcdDevice=29.01
Sep 07 17:50:23 debian kernel: usb 1-10: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Sep 07 17:50:23 debian kernel: usb 1-10: Product: USB Receiver
Sep 07 17:50:23 debian kernel: usb 1-10: Manufacturer: Logitech
Sep 07 17:50:23 debian kernel: usbcore: registered new interface driver usbhid
Sep 07 17:50:23 debian kernel: usbhid: USB HID core driver
Sep 07 17:50:23 debian kernel: input: Logitech USB Receiver as /devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.0/0003:046D:C534.0001/input/input3
Sep 07 17:50:23 debian kernel: hid-generic 0003:046D:C534.0001: input,hidraw0: USB HID v1.11 Keyboard [Logitech USB Receiver] on usb-0000:00:14.0-10/input0
Sep 07 17:50:23 debian kernel: input: Logitech USB Receiver Mouse as /devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.1/0003:046D:C534.0002/input/input4
Sep 07 17:50:23 debian kernel: input: Logitech USB Receiver Consumer Control as /devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.1/0003:046D:C534.0002/input/input5
Sep 07 17:50:23 debian kernel: usb 1-11: new full-speed USB device number 5 using xhci_hcd
Sep 07 17:50:23 debian kernel: input: Logitech USB Receiver System Control as /devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.1/0003:046D:C534.0002/input/input6
Sep 07 17:50:23 debian kernel: hid-generic 0003:046D:C534.0002: input,hiddev0,hidraw1: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-0000:00:14.0-10/input1
Sep 07 17:50:23 debian kernel: logitech-djreceiver 0003:046D:C534.0001: hidraw0: USB HID v1.11 Keyboard [Logitech USB Receiver] on usb-0000:00:14.0-10/input0
Sep 07 17:50:23 debian kernel: usb 1-11: New USB device found, idVendor=048d, idProduct=5702, bcdDevice= 0.01
Sep 07 17:50:23 debian kernel: usb 1-11: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Sep 07 17:50:23 debian kernel: usb 1-11: Product: ITE Device
Sep 07 17:50:23 debian kernel: usb 1-11: Manufacturer: ITE Tech. Inc.
Sep 07 17:50:23 debian kernel: hid-generic 0003:048D:5702.0003: hiddev1,hidraw2: USB HID v1.12 Device [ITE Tech. Inc. ITE Device] on usb-0000:00:14.0-11/input0
Sep 07 17:50:23 debian kernel: logitech-djreceiver 0003:046D:C534.0002: hiddev0,hidraw1: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-0000:00:14.0-10/input1
Sep 07 17:50:23 debian kernel: usb 1-14: new full-speed USB device number 6 using xhci_hcd
Sep 07 17:50:23 debian kernel: input: Logitech Wireless Keyboard PID:4075 Keyboard as /devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.1/0003:046D:C534.0002/0003:046D:4075.0004/input/input9
Sep 07 17:50:23 debian kernel: hid-generic 0003:046D:4075.0004: input,hidraw3: USB HID v1.11 Keyboard [Logitech Wireless Keyboard PID:4075] on usb-0000:00:14.0-10/input1:1
Sep 07 17:50:23 debian kernel: input: Logitech Wireless Mouse PID:4091 Mouse as /devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.1/0003:046D:C534.0002/0003:046D:4091.0005/input/input14
Sep 07 17:50:23 debian kernel: hid-generic 0003:046D:4091.0005: input,hidraw4: USB HID v1.11 Mouse [Logitech Wireless Mouse PID:4091] on usb-0000:00:14.0-10/input1:2
Sep 07 17:50:23 debian kernel: usb 1-14: New USB device found, idVendor=8087, idProduct=0032, bcdDevice= 0.00
Sep 07 17:50:23 debian kernel: usb 1-14: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Sep 07 17:50:23 debian kernel: input: Logitech Wireless Keyboard PID:4075 as /devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.1/0003:046D:C534.0002/0003:046D:4075.0004/input/input18
Sep 07 17:50:23 debian kernel: logitech-hidpp-device 0003:046D:4075.0004: input,hidraw3: USB HID v1.11 Keyboard [Logitech Wireless Keyboard PID:4075] on usb-0000:00:14.0-10/input1:1
Sep 07 17:50:23 debian kernel: input: Logitech Wireless Mouse as /devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.1/0003:046D:C534.0002/0003:046D:4091.0005/input/input19
Sep 07 17:50:23 debian kernel: logitech-hidpp-device 0003:046D:4091.0005: input,hidraw4: USB HID v1.11 Mouse [Logitech Wireless Mouse] on usb-0000:00:14.0-10/input1:2
Sep 07 17:50:26 debian kernel: usbcore: registered new interface driver btusb
Sep 07 17:50:25 debian mtp-probe[675]: checking bus 1, device 5: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-11"
Sep 07 17:50:25 debian mtp-probe[668]: checking bus 1, device 2: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-7"
Sep 07 17:50:25 debian mtp-probe[669]: checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-10"

[clauer1982]

Das ist ne top Zeit. Da komm ich hier nicht ran .....

Wie ist die ext. SSD denn nun am Rechner angeschlossen, scheint ja bisher noch nicht klar zu sein?

cu KH

Die externe SSD ist direkt hinten am Rechner am USB 3.2 Anschluss angeschlossen. Am USB 2.0 habe ich es auch schon probiert ohne Erfolg.

[clauer1982]

Ich würde zuerst mal die Schreib- /Lesegeschwindigkeit des Laufwerkes testen.
Wäre wahrscheinlich sinnvoll, dies von Windows aus zu machen.
Anleitung für die Powershell: https://www.heise.de/tipps-tricks/Festp ... 84627.html

Das habe ich bereits getan ohne Auffälligkeiten. Da der Rest nach Grub rasend schnell bootet, glaube ich auch nicht, dass die externe SSD ein Geschwindigkeitsproblem hat.
Ich glaube tatsächlich es ist ein Problem mit dem UEFI in Verbindung mit Grub bzw. dem USB Controller. Oder es ist einfach die SSD selbst bzw. die Kernel Module.

[clauer1982]

Wenn man im BIOS /UEFI die Wahlmöglichkeit UEFI/BIOS beim Start von externen Laufwerken hat, könnte man
ja eine "normale" Installation ohne UEFI versuchen ?

Soweit ich weiß bietet das mein Mainboard / UEFI Setup nicht an.

[DonaltDack]

"Loading initial ramdisk ..."

Das ist ein ziemlich ekliges Problem, für das Lösungen im/aus dem laufenden Betriebssystem vermutlich eher ungeeignet sind. Nach meiner Erinnerung ist das ein Grub-/Kernel-Problem, für das es unterschiedliche Lösungsansätze gibt. Als tiefere Ursache ist denkbar, weil gewisse im frühen (vor Debian) Bootvorgang passierende Grafikausgaben neuerdings im Kernel gehandhabt werden. Das könnte man ggf. mit dem Kernel-Parameter 'nomodeset' abschalten... allerdings weiss man da wieder nicht, wie sich das auf den Displaymanager auswirkt.Dann wäre ggf. entweder ein neueres oder ggf. sogar ein älteres Grub eine Lösung. Und was evtl. auch helfen könnte, wäre der Hardware etwas mehr Zeit für den Boot zu geben - dazu in /etc/default/grub den timeout wieder auf 5 Sek. zu setzen, falls das bei Dir kürzer eingetragen wäre.

Du kannst im Web über mehrere Jahre haufenweise diese Problembeschreibung finden. Ich denke, entweder der Kernel oder Grub werden das irgendwann behoben haben... irgendwann, weil das anscheinend wohl kein volletabliertes Problem ist, sondern nur dann-und-wann auftritt, aber auf der Hardware dann wohl hartnäckig.

Hätte ich das Problem,würde ich von Bookworm zurück auf Bullseye wechseln und eine Generation überspringen.

[rjh]

Also bitte, wenn du meinst, auf meinen post hier antworten zu müssen, lesen, was ich geschrieben habe. Danke!

Und was soll da jetzt falsch daran gewesen sein?

Sorry, wusste nicht, dass ich nicht würdig bin, auf Deine posts zu antworten. Wird auch mit Sicherheit nie wieder vorkommen, dafür gibts Einstellmöglichkeiten.