1. Forum
  2. Usenet
  3. LINUX.DEBIAN.USER.GERMAN

  • grub rescue> error: outside of disk hd0

    From =?UTF-8?Q?Hans_H=C3=B6rmann?=@21:1/5 to All on Sat Dec 2 10:10:01 2023
    Hallo *,

    Nach einem full-upgrade von buster auf bullseye und einem reboot landet
    das System in einer grub rescue-Shell mit der Meldung:

    grub rescue> error: attempt to read or write outside of disk hd0

    Booten mit Live-CD und fdisk zeigen diese Partitionen an:

    Device Start End Sectors Size Type
    /dev/sda1 2048 4095 2048 1M BIOS boot
    /dev/sda2 4096 5790963711 5790959616 2.7T Linux filesystem
    /dev/sda3 5790963712 5857343487 66379776 31.7G Linux swap

    Das Linux Dateisystem wurde vom Hoster mit ext4 aufgesetzt.

    Zurück in der grub rescue>
    set root, set prefix auf die root-Partition mit anschließendem

    insmod normal

    ergibt wieder: attempt to read or write outside of disk hd0

    Der Server steht beim Hoster, ich kann mit IPMI darauf zugreifen.

    Die Partitionen wurden vom Hoster 2017(?) aufgesetzt.

    Das System hatte vor dem reboot eine uptime von > 1000 Tagen

    Es ist ein SuperMicro-Board mit einem AVAGO Raid-Controller.

    Angeblich ist das ein Sicherheits-Feature von RAID-Controllern, dass
    eine Boot-Partition nicht hinter den ersten 100GB liegen darf.


    Deadline ist Montag morgen, dann möchte der Kunde seinen Mail-Server
    wieder benutzen.


    Würde eine LIVE-CD mit
    #grub-mkimage
    was bringen?

    Die Cloud meint damit würde das core.img in der BIOS 1M-Partition
    geschrieben werden.

    Oder habt ihr andere Ideen (außer Neu-Installation)?


    Grüße, Johann
    --
    Hörmann Solutions
    Johann Hörmann
    https://www.hoermann-solutions.com

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marco Moock@21:1/5 to All on Sat Dec 2 10:40:01 2023
    Am 02.12.2023 um 09:40:28 Uhr schrieb Hans Hörmann:

    Angeblich ist das ein Sicherheits-Feature von RAID-Controllern, dass
    eine Boot-Partition nicht hinter den ersten 100GB liegen darf.

    Kannst du da mal gucken, ob was entsprechend konfiguriert ist?
    Ich habe von sowas noch nie gehört.
    Ich könnte mir aber auch vorstellen, dass sich ein solches "Feature"
    mit GPT und der BIOS-Bootpartition für GRUB beißt.

    Im BIOS auch mal nach Boot sector write protect oder Boot sector Virus protection suchen und abstellen.

    Dann mal diese Prozedur im Livesystem durchführen:

    https://wiki.ubuntuusers.de/GRUB_2/Reparatur/#chroot-Methode

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Hans_H=C3=B6rmann?=@21:1/5 to All on Mon Dec 4 16:10:01 2023
    Am 02.12.23 um 10:40 schrieb Marco Moock:
    Am 02.12.2023 um 09:40:28 Uhr schrieb Hans Hörmann:

    Angeblich ist das ein Sicherheits-Feature von RAID-Controllern, dass
    eine Boot-Partition nicht hinter den ersten 100GB liegen darf.

    Kannst du da mal gucken, ob was entsprechend konfiguriert ist?
    Ich habe von sowas noch nie gehört.

    Der Hoster-Support meinte auch dass sie jede Menge dieser Boards mit
    diesem Controller in Betrieb haben und ein solcher Fehler noch nie
    aufgetreten ist.

    Ich könnte mir aber auch vorstellen, dass sich ein solches "Feature"
    mit GPT und der BIOS-Bootpartition für GRUB beißt.

    Im BIOS auch mal nach Boot sector write protect oder Boot sector Virus protection suchen und abstellen.

    Der Hoster-Support hat das BIOS überprüft, ohne Erfolg.


    Dann mal diese Prozedur im Livesystem durchführen:

    https://wiki.ubuntuusers.de/GRUB_2/Reparatur/#chroot-Methode

    Der Hoster-Support hat diesen Mail-Server am Samstag mit rsync vom
    bare-metal Server zu einem Cloud-Server transferiert, am Sonntag 'die
    Benutzer gerade gezogen' und anschließend die IP übernommen.

    Gestern Abend war das Thema durch, mein Kunde arbeitet jetzt mit einem Cloud-Server.

    Danke für Deinen Tipp Marco. Ich habe meinen Post und Deine Antwort erst
    jetzt gesehen. Habe ein Konto bei news.individual.de . Vielleicht sind
    die ein bisschen langsam mit dem Synchronisieren der Nachrichten.

    Habe Dein Post ins Ticket gestellt, vielleicht ist es beim Hoster von Interesse.

    Herzliches Dankeschön,
    --
    Hörmann Solutions
    Johann Hörmann
    https://www.hoermann-solutions.com

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)