[GELÖST] Bootlabel im Betrieb auf den Partitionen ändern

[JamesByrnes]

Hi,

ich habe hier an einem Rootserver (kein UEFI) mit vielen VMs ein Festplattenproblem. Das klingt jetzt banal ist aber Fakt. Seinerzeit wurde dem Root-Server eine separate Boot-Partition /boot für das Device /dev/sda1 vergeben. Dieses Device hat eine Größe von 225M was für normale Debian-Kernel kein Problem darstellt. Auf dem Server ist aber Proxmox mit Proxmox-Kernel installiert und die werden immer größer.
Damit konnte ich bislang die Kernel nur so upgraden, dass ich auf /dev/sda3 mit genug Platz unter /boot die Upgrades durchgeführt hatte - zuvor hatte ich /dev/sda1 unmounted. Im Anschluss konnte ich den neuen Inhalt unter /boot auf nach /dev/sda1 synchronisieren und /dev/sda1 wieder auf /boot einhängen. Reboots waren dann erfolgreich möglich.

Ich würde jetzt gerne /boot auf /dev/sda3 belassen, weil ich dann das Problem nicht mehr habe. Aber das Device /dev/sda1 hat das Bootlabel "yes" gesetzt. Meine Befürchtung ist jetzt, dass das Rebooten schiefgehen könnte und ich habe keine Möglichkeit des lokalen Zugriffes.

Habe ich die Möglichkeit, der Partition /dev/sda1 das Bootlabel über die Konsole zu entziehen und stattdessen /dev/sda3 das Bootlevel "Yes" zu setzen?

Viele Grüße und vielen Dank

James

[schwedenmann]

Hallo

sollte mit fdisk gehen

https://wiki.ubuntuusers.de/fdisk/

siehe Abschnitt bootflag ändern


mfg
schwedenmann

[JamesByrnes]

Danke Schwedenmann,

gibt es da ausser es an VMs zu testen auch noch andere Möglichkeiten des Testens? Ich bin da ganz ehrlich etwas übervorsichtig, denn wenn der Server nicht wieder hochkommen sollte, wäre das ein Drama.
Bzw. man sieht hier gar nicht, ob das Bootlabel gesetzt ist:

Code: Alles auswählen

fdisk /dev/sda1

Willkommen bei fdisk (util-linux 2.36.1).                                                                                                                                                        
Änderungen werden vorerst nur im Speicher vorgenommen, bis Sie sich
entscheiden, sie zu schreiben.
Seien Sie vorsichtig, bevor Sie den Schreibbefehl anwenden.

Das Gerät enthält bereits eine ext4-Signatur. Sie wird durch einen Schreibbefehl entfernt. Siehe die Handbuchseite zu fdisk(8) und die Option »--wipe« für weitere Details.

Gerät enthält keine erkennbare Partitionstabelle.
Eine neue DOS-Festplattenbezeichnung 0x911bd64c wurde erstellt.

Befehl (m für Hilfe): p
Festplatte /dev/sda1: 236 MiB, 247463936 Bytes, 483328 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 262144 Bytes / 262144 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x911bd64c

[grubenlicht]

wie groß wäre denn das Drama? (will fragen, hast du nicht eine unabhängige Möglichkeit des Zugriffs auf das Dateisystem?)

Ansonsten ist das Bootflag bei Linux sowieso obsolet, in deinem Fall ist der Eintrag in der fstab ausschlaggegend.

[Blackbox]

fdisk sollte aber nur dann verwendet werden, wenn das alte mbr Partitionsschema eingesetzt wird.
Bei GPT sollte auf GNU Parted/Gdisk gesetzt werden.

Vorher wie immer ein Backup erstellen.

[JamesByrnes]

wie groß wäre denn das Drama? (will fragen, hast du nicht eine unabhängige Möglichkeit des Zugriffs auf das Dateisystem?)

Ansonsten ist das Bootflag bei Linux sowieso obsolet, in deinem Fall ist der Eintrag in der fstab ausschlaggegend.

Na sehr groß. Das ist ein Rootserver inkl. neun VMs (Mail, Web, DB-Server, etc.). Das mit dem Backup ist so eine Sache. Eigentlich sollte so ein Teil redundant bereitstehen, sprich zweite Hardware. Das will aber niemand zahlen. Backups gibt es vor allem von den Daten und den Konfigurationen der einzelnen VMs, aber eben keine Snapshoots der VMs - gleiches Kostenthema des notwendigen externen Speicherplatzes.

Ich habe jetzt erst einmal in Ruhe das Ganze an einer VM plus virtuelle Festplatte getestet und es hat super geklappt. Diese Maschine kam auch wieder gut hoch, mit der neuen Boot-Platte (aktivierten Boot-Flag).

Dann interessiert mich es doch, warum das Boot-Flag unter Linux immer noch bei der Installation gesetzt werden soll, wenn es obsolet ist? Mich macht das ganz kribbelig, mittels Fdisk an einer Festplatte etwas zu verändern, solange ich die noch brauche. Dagegen eine neue Festplatte (Real oder virtuell) einzuhängen und neu zu booten, das habe ich bereits so oft gemacht, dass das Standard ist.
Wozu benötigt man dann dieses Boot-Flag noch, wenn es auch anders geht?

[Livingston]

Dann interessiert mich es doch, warum das Boot-Flag unter Linux immer noch bei der Installation gesetzt werden soll, wenn es obsolet ist?

Es gibt halt Konstellationen, die das noch brauchen. Nimm z.B. eine Dualboot-Installation mit Debian und einem alten Windows, dessen Bootloader Du noch nutzt, statt diesen neumodischen Kram wie GRUB zu verwenden. Der Win-Bootloader fragt das Boot-Flag ab und verweigert den Dienst, wenn er keines findet.
GRUB hingegen hat mit diesem alten Gerümpel nichts mehr zu tun und verlässt sich voll und ganz auf die eigene Konfiguration.

[MSfree]

Bzw. man sieht hier gar nicht, ob das Bootlabel gesetzt ist:

Code: Alles auswählen

fdisk /dev/sda1

fdisk hätte gerne das Roh-Device als Eingabeparameter, /dev/sda1 ist die erste Partition auf dem Roh-Device, damit klappt es mit fdisk definitiv nicht, damit kannst du dir aber gut dein Dateisystem shreddern.

Um einfach mal nachzusehen, reicht

Code: Alles auswählen

fdisk -l /dev/sda

(ohne die 1 am Ende)

[grubenlicht]

Mit Zugriff meine ich, ob und wie du Zugang zum Dateisystem hast, wenn der Server nicht läuft.

Dann schau halt in die /etc/fstab, dort dürfte® ein Eintrag in der Form

Code: Alles auswählen

# /boot was on /dev/sda1 during installation
UUID=<u u i d> /boot               ext4    errors=remount-ro 0       1

stehen, die für das /boot Verzeichnis verantwortlich ist.