Neuer Kernel Grub defekt efi

[rhHeini]

Neuinstallation vom Grub brachte keine Veränderung.
Keine Ahnung wo ich jetzt noch suchen soll.

Dann siehe mal meinen Post ein paar Einträge zurück ....

[oln]

Dann siehe mal meinen Post ein paar Einträge zurück ....

Moin,
sorry deinen Beitrag hab ich komplett überlesen.

Dann würd ich halt mal bei der /etc/default/grub anfangen und kontrollieren was da drin steht?

Eigentlich identisch bis auf den neuen Eintrag des hinzugekommenen Kernels.

Was steht in /etc/modules? Irgendetwas geblacklistet? Was steht in den confs in /etc/initramfs-tools?

In /etc/modules steht nichts drin. Die Files unter /etc/initramfs-tools sind unverändert.

Nach nun einigem rum probieren habe ich den Grub dazu bekommen einen Fehler auszugeben. Leider konnte ich das nur fotografieren.


Mhh... was soll mir das sagen? Fsck ist unauffällig.

[nudgegoonies]

Diese Fehlermeldung kling eher, als ob das BIOS nicht an der Stelle lesen kann, wo der Kernel und/oder initrd auf der Platte liegt. Partition wo Kernel und initrd liegen zu groß?
IDE wie hier kann es ja bei einem EFI System nicht sein: viewtopic.php?t=172176

[oln]

Diese Fehlermeldung kling eher, als ob das BIOS nicht an der Stelle lesen kann, wo der Kernel und/oder initrd auf der Platte liegt. Partition wo Kernel und initrd liegen zu groß?

Es gibt keine extra Boot-Partition. Die Partition wo boot drauf ist, ist ~4TB groß. Aber es wird ja gpt benutzt. Also sollte das kein Problem darstellen. Oder doch? Wie kann ich das prüfen?

[nudgegoonies]

Es gibt keine extra Boot-Partition. Die Partition wo boot drauf ist, ist ~4TB groß. Aber es wird ja gpt benutzt. Also sollte das kein Problem darstellen. Oder doch? Wie kann ich das prüfen?

Im Prinzip sollten die maximalen GPT Partitionsgrößen vom BIOS und vom GRUB geschluckt werden. Aber wer weiß, welche Bugs sich in BIOSen und GRUB so verbergen.

Gerade der GRUB muss das Dateisystem der Partition, auf der sich das /boot Verzeichnis befindet, lesen können um auf Kernel und initrd zugreifen zu können. Auf unseren Servern ist die /boot Partition immer die zweite auf der Platte nach der EFI Partition und auch nur mit EXT formatiert und nicht XFS, BTRFS oder gar ZFS.

[schorsch_76]

Ist eine andere Platte oder ein USB Stick angeschlossen? Entferne den mal ....

[oln]

Ist eine andere Platte oder ein USB Stick angeschlossen?

Tatsächlich ist dort ein bootfähiger USB-Stick angeschlossen. Das ist mein Rettungsanker denn ich sitze rund 600km von dem Server entfernt.
Hast du ähnliche Erfahrungen mit angestecktem Stick oder Platte erlebt?

[Tintom]

Ist denn auch grub-efi installiert?

Bitte schön:

Code: Alles auswählen

# dpkg -l | grep grub
ii  grub-common                          2.02+dfsg1-20+deb10u4                   amd64        GRand Unified Bootloader (common files)
ii  grub-efi-amd64                       2.02+dfsg1-20+deb10u4                   amd64        GRand Unified Bootloader, version 2 (EFI-AMD64 version)
ii  grub-efi-amd64-bin                   2.02+dfsg1-20+deb10u4                   amd64        GRand Unified Bootloader, version 2 (EFI-AMD64 modules)
ii  grub-efi-amd64-signed                1+2.02+dfsg1+20+deb10u4                 amd64        GRand Unified Bootloader, version 2 (amd64 UEFI signed by Debian)
ii  grub2-common

Beim grub gab's letzten Monat ein Sicherheitsupdate, weshalb in buster und bullseye nun neue Versionen gelandet sind: https://security-tracker.debian.org/tra ... 2022-28736

Im Changelog gibt's neben dem behobenen Fix einen interessanten Eintrag:

Code: Alles auswählen

   * Re-enable os-prober by default, don't make that change in a stable
     update.

Vielleicht würde das bei dir schon helfen, wenn du grub aus den regulären Repos für buster installierst.

[schorsch_76]

Ist eine andere Platte oder ein USB Stick angeschlossen?

Tatsächlich ist dort ein bootfähiger USB-Stick angeschlossen. Das ist mein Rettungsanker denn ich sitze rund 600km von dem Server entfernt.
Hast du ähnliche Erfahrungen mit angestecktem Stick oder Platte erlebt?

Ja, es kann sein das die Erkennung der Reihenfolge der Platten nicht passt. So sieht für mich die Meldung aus. Normalerweise wird über die UUID die Platte gesucht. Fals die nicht gefunden wird wird der Fallback verwendet mit der fixen Kennung wie hd0.

Zeig doch mal die grub.cfg und die Ausgabe von "blkid" (als root).

[oln]

Ja, es kann sein das die Erkennung der Reihenfolge der Platten nicht passt. So sieht für mich die Meldung aus. Normalerweise wird über die UUID die Platte gesucht. Fals die nicht gefunden wird wird der Fallback verwendet mit der fixen Kennung wie hd0.

Zeig doch mal die grub.cfg und die Ausgabe von "blkid" (als root).

Ok das kann ich mal probieren wenn ich wieder vor Ort bin.
Hier die gewünschten ausgaben:

Code: Alles auswählen

[root@sv1 ~]# blkid
/dev/sda1: UUID="6258-DA06" TYPE="vfat" PARTUUID="f930288c-4578-45e0-b571-890c70f656ff"
/dev/sda2: UUID="6884d85a-5689-4fb9-a699-9b708caf27e2" TYPE="ext4" PARTUUID="54e0e3c6-d654-48a4-b4a8-07924943d540"
/dev/sda3: UUID="469a761f-a324-4364-ad82-01dd243d3328" TYPE="swap" PARTUUID="a618dc8b-a8a1-41db-84dd-f44daead02ac"
/dev/sdb1: UUID="55f564ef-a79b-4fc4-9711-4d4f9cd025e0" TYPE="ext4" PARTLABEL="primary" PARTUUID="6998c6ad-36f7-4f2c-9fd5-790fdcdc0ed7"
/dev/sdc1: LABEL="DEBIAN 10_7" UUID="36DA-332E" TYPE="vfat" PARTUUID="13ef5afc-01"

Code: Alles auswählen

[root@sv1 grub]# cat grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2  6884d85a-5689-4fb9-a699-9b708caf27e2
else
  search --no-floppy --fs-uuid --set=root 6884d85a-5689-4fb9-a699-9b708caf27e2
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=C
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
        set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-6884d85a-5689-4fb9-a699-9b708caf27e2' {
        load_video
        insmod gzio
        if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
        insmod part_gpt
        insmod ext2
        set root='hd0,gpt2'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2  6884d85a-5689-4fb9-a699-9b708caf27e2
        else
          search --no-floppy --fs-uuid --set=root 6884d85a-5689-4fb9-a699-9b708caf27e2
        fi
        echo    'Linux 4.19.0-16-amd64 wird geladen …'
        linux   /boot/vmlinuz-4.19.0-16-amd64 root=UUID=6884d85a-5689-4fb9-a699-9b708caf27e2 ro  quiet
        echo    'Initiale Ramdisk wird geladen …'
        initrd  /boot/initrd.img-4.19.0-16-amd64
}
submenu 'Erweiterte Optionen für Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-6884d85a-5689-4fb9-a699-9b708caf27e2' {
        menuentry 'Debian GNU/Linux, mit Linux 4.19.0-16-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.0-16-amd64-advanced-6884d85a-5689-4fb9-a699-9b708caf27e2' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_gpt
                insmod ext2
                set root='hd0,gpt2'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2  6884d85a-5689-4fb9-a699-9b708caf27e2
                else
                  search --no-floppy --fs-uuid --set=root 6884d85a-5689-4fb9-a699-9b708caf27e2
                fi
                echo    'Linux 4.19.0-16-amd64 wird geladen …'
                linux   /boot/vmlinuz-4.19.0-16-amd64 root=UUID=6884d85a-5689-4fb9-a699-9b708caf27e2 ro  quiet
                echo    'Initiale Ramdisk wird geladen …'
                initrd  /boot/initrd.img-4.19.0-16-amd64
        }
        menuentry 'Debian GNU/Linux, with Linux 4.19.0-16-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.0-16-amd64-recovery-6884d85a-5689-4fb9-a699-9b708caf27e2' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_gpt
                insmod ext2
                set root='hd0,gpt2'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2  6884d85a-5689-4fb9-a699-9b708caf27e2
                else
                  search --no-floppy --fs-uuid --set=root 6884d85a-5689-4fb9-a699-9b708caf27e2
                fi
                echo    'Linux 4.19.0-16-amd64 wird geladen …'
                linux   /boot/vmlinuz-4.19.0-16-amd64 root=UUID=6884d85a-5689-4fb9-a699-9b708caf27e2 ro single
                echo    'Initiale Ramdisk wird geladen …'
                initrd  /boot/initrd.img-4.19.0-16-amd64
        }
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###

### END /etc/grub.d/20_linux_xen ###

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

### BEGIN /etc/grub.d/30_uefi-firmware ###
menuentry 'System setup' $menuentry_id_option 'uefi-firmware' {
        fwsetup
}
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/40_custom ###
# 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.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###

[schorsch_76]

Hmmm ... deine UUID 6884d85a-5689-4fb9-a699-9b708caf27e2 würde soweit passen. Das wäre (vermutlich) deine root partition sda2.

Code: Alles auswählen

if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2  6884d85a-5689-4fb9-a699-9b708caf27e2
else
  search --no-floppy --fs-uuid --set=root 6884d85a-5689-4fb9-a699-9b708caf27e2
fi

Sehe auch keinen Fehler ... aber irgendwo hier muss der Fehler liegen. UEFI lädt grub. grub lädt die grub.cfg. Dann wird root gesucht und der Kernel + initrd geladen und los gehts.

[cosinus]

Wäre hier ein Bug in der Firmware möglich? Ist das UEFI-BIOS aktuell?

[oln]

UEFI lädt grub. grub lädt die grub.cfg. Dann wird root gesucht und der Kernel + initrd geladen und los gehts.

Und dort bekomme ich ja dann den Fehler, das hd0 nicht gelesen werden kann.

Wäre hier ein Bug in der Firmware möglich? Ist das UEFI-BIOS aktuell?

Das Bios ist nicht ganz aktuell.
Allerdings habe ich hier noch eine identische Maschine mit dem selben Bios wo der Fehler nicht auftritt. Das ist ja das Merkwürdige.

[AxelMD]

Stimmt die Partionierung. Formatierung, UUID's usw.?

Wie wurde das System erstmalig aufgesetzt?
Evtl.mit EFISTUB vermischt?

Allerdings habe ich hier noch eine identische Maschine mit dem selben Bios wo der Fehler nicht auftritt. Das ist ja das Merkwürdige.

Dann hast Du an dem Problemsystem evtl. etwas verbastelt.

Setze das Bios doch mal auf Default zurückt.

[schorsch_76]

UEFI lädt grub. grub lädt die grub.cfg. Dann wird root gesucht und der Kernel + initrd geladen und los gehts.

Und dort bekomme ich ja dann den Fehler, das hd0 nicht gelesen werden kann.

Wäre hier ein Bug in der Firmware möglich? Ist das UEFI-BIOS aktuell?

Das Bios ist nicht ganz aktuell.
Allerdings habe ich hier noch eine identische Maschine mit dem selben Bios wo der Fehler nicht auftritt. Das ist ja das Merkwürdige.

Code: Alles auswählen

                insmod part_gpt
                insmod ext2

Stupid question: Welches Filesystem nutzt du? (ext2 deckt hier auch ext4 ab)

[cosinus]

Andere blöde Idee: SSD/Festplatte wirklich in Ordnung? Hab hier auf einer Samsung 870 EVO auch sehr merkwürdige Fehler entdeckt, die dazu führten, dass einige Dateien nicht mehr gelesen werden konnten. Das Samsungtool unter Windows zeigte dann an einem anderen Rechner etliche defekte Blöcke, zufällig über die SSD verstreut.

[schorsch_76]

Nochmal ein Gedanke:

Code: Alles auswählen

/dev/sda2: UUID="6884d85a-5689-4fb9-a699-9b708caf27e2" TYPE="ext4" PARTUUID="54e0e3c6-d654-48a4-b4a8-07924943d540"
/dev/sdb1: UUID="55f564ef-a79b-4fc4-9711-4d4f9cd025e0" TYPE="ext4" PARTLABEL="primary" PARTUUID="6998c6ad-36f7-4f2c-9fd5-790fdcdc0ed7"

sda2 + sdb1 sind ext4. sda2 hat die UUID die auf der cmdline übergeben wird. Stimmt das aber auch? Laut blkid sind 3 block Devices vorhanden. sda, sdb und sdc (Stick).

[oln]

Moin,
ganz schön was los in dem Thread.

Code: Alles auswählen

                insmod part_gpt
                insmod ext2

Wann sollte ich das machen? Das System booted ja mit dem neuen Kernel nicht. Und die besagte Fehlermeldung ergibt nach einigen Recherchen nichts gutes.

Stupid question: Welches Filesystem nutzt du? (ext2 deckt hier auch ext4 ab)

Dumme Fragen gibt es nicht. Ich benutze Ext4.

Stimmt die Partionierung. Formatierung, UUID's usw.?

Ja, sonst würde das System nicht mit dem alten Kernel starten.

Wie wurde das System erstmalig aufgesetzt?

Netinstall-Iso auf Buster.

Dann hast Du an dem Problemsystem evtl. etwas verbastelt.
Setze das Bios doch mal auf Default zurückt.

Nein habe ich nicht. Weis auch nicht wie das zu meinem Problem führen sollte.

sda2 + sdb1 sind ext4. sda2 hat die UUID die auf der cmdline übergeben wird. Stimmt das aber auch? Laut blkid sind 3 block Devices vorhanden. sda, sdb und sdc (Stick).

Ja das ist korrekt. Sda1 ist die Root-Partition mir allem drauf. Dies ist ein Raid5 über einen Raidcontroller.
Sdb1 ist eine Backupplatte am Sata-Port des Mainbords.
Hier mal die Ausgabe von fdisk:

Code: Alles auswählen

# fdisk -l
Disk /dev/sda: 3,7 TiB, 3999688294400 bytes, 7811891200 sectors
Disk model: MR9363-4i
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 262144 bytes / 262144 bytes
Disklabel type: gpt
Disk identifier: 82A30451-B244-413A-8417-82B85ABCA037

Device          Start        End    Sectors  Size Type
/dev/sda1        2048    1050623    1048576  512M EFI System
/dev/sda2     1050624 7809890303 7808839680  3,7T Linux filesystem
/dev/sda3  7809890304 7811889151    1998848  976M Linux swap


Disk /dev/sdb: 5,5 TiB, 6001175126016 bytes, 11721045168 sectors
Disk model: WDC WD60EFRX-68L
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: AFD06961-ED45-4E59-899D-05CC7C1262ED

Device     Start         End     Sectors  Size Type
/dev/sdb1   2048 11721043967 11721041920  5,5T Linux filesystem


Disk /dev/sdc: 3,8 GiB, 4009754624 bytes, 7831552 sectors
Disk model: USB Flash Disk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x13ef5afc

Device     Boot Start     End Sectors  Size Id Type
/dev/sdc1  *     2048 7831551 7829504  3,8G  c W95 FAT32 (LBA)

Andere blöde Idee: SSD/Festplatte wirklich in Ordnung?

Da kann ich mich aus der Ferne nur auf fsck verlassen. Wie gesagt, zwischen mir und den Server liegen ~600km(BER-MUC).

[schorsch_76]

Kopier doch mal auf die Backup Platte deinen boot Ordner ..... und probier es nochmal .....

[oln]

Kopier doch mal auf die Backup Platte deinen boot Ordner ..... und probier es nochmal .....

Gute Idee. Auf die war ich schon selbst gekommen. Leider ohne Erfolg.

[schorsch_76]

Welcher RAID Kontroller ist das denn?

[oln]

Welcher RAID Kontroller ist das denn?

Moin,
die genaue Bezeichnung ist Broadcom (LSI/Avago) MegaRAID 9361-4i SAS3 4x intern

[cosinus]

Biste schon weiter gekommen?

[oln]

Moin,
Leider nicht. Werde wohl oder übel die Kiste neu aufsetzen müssen. Muss nur ein Zeitfenster finden.

[cosinus]

Meinst du eine Neuinstallation behebt das Problem?