Tiemo
Anmeldungsdatum: 27. November 2022
Beiträge: 5
|
Moin zusammen von einem Ubuntu-Neuling. Ich habe vor einiger Zeit meinen Win10-Laptop per Grub auf dual-boot mit Ubuntu umgestellt. Funktioniert auch soweit alles gut. Ich habe die Win-Partition jetzt verkleinert (nur noch für spezielle Software genutzt), die Ubuntu-Partition möchte ich im Gegenzug vergrößern.
Leider ist da die Partion "bios_grub" ist im Weg und lässt sich nicht verschieben. Das Ziel ist, sda8 mit sda11 zu vereinigen.
Ich habe über die Suche leider keinen Beitrag gefunden, der hierauf zu passen scheint.....und gebe zu, dass ich meine Kenntnisse zu Dateisystemen beschränkt sind.
Wie kann man das lösen ? Danke und Grüße Tiemo
- Bilder
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7658
|
bios_grub ist kein Dateisystem. Da legt Grub sein Core Image einfach direkt darauf ab. Ob man das verschieben kann, habe ich ehrlich gesagt noch nie ausprobiert. Was auf jeden Fall geht, ist diese Partition zu löschen, woanders neu anzulegen und dann eben erneut grub-install /dev/sdx auszuführen.
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10958
|
Hej Tiemo, und willkommen im Forum! Eine bios_grub so mitten drinn ist äußerst ungewöhnlich, normalerweise liegt die immer ganz am Anfang. Nächste Frage wäre dann, wie ist die überhaupt zustande gekommen, denn du hast Windows auf einer GPT Platte, das funktioniert ausschließlich im EFI Modus, eine bios_grub ist dabei vollkommen obsolet. (Ich weiß, wenn man ubiquity – der Installer – machen läßt, legt der mal ungefragt beide Bootvarianten an). Außerdem ist bei vielen Platten auch im GPT Schema ein MBR vorhanden, der dann von einer Installation von grub im CSM benutzt wird; sonderbar aber, daß die bios_grub hier dennoch mit core.img belegt ist. Gruß black tencate
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9642
|
Von diesem Chaos und dem bisher Gesagtem abgesehen, es muß ein unpartitionierter Bereich vorhanden sein, wenn Du damit etwas anstellen willst. Ist aber nicht (also von wegen verkleinert). sda11 löschen (vorher checken, was die 1.9 GiB sind), sda7 an das Ende von sda6 verschieben, sda8 um den nun freien Bereich davor vergrößern. Ob das dann alles noch bootet, ist eine andere Frage.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
Tiemo schrieb: […] die Partion "bios_grub" ist im Weg und lässt sich nicht verschieben.
Nach einer Verschiebung einer solchen Partition ist ein in ihr (ohne Dateisystem!) abgelegter Boot-Manager wie GRUB nicht mehr funktionsfähig und muss neu installiert werden. Möglicherweise verweigern manche Programm deshalb eine Verschiebung. Wenn konkret GRUB nicht auf der Partition installiert wurde, darf man sie straffrei einfach löschen. In jedem Fall ist eine Verschiebung unsinnig. Besser löschen und ggf. an anderer Stelle neu anlegen und GRUB neu installieren. Dafür benötigt man ein unabhängiges Startmediun, z.B. ein Live-System auf DVD oder USB-Stick.
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10958
|
Hej, ich sag mal so: Probieren geht über studieren →
blacktencate@T520-BB:~$ sudo fdisk -l
[sudo] Passwort für blacktencate:
Festplatte /dev/sda:...
[...]
Festplatte /dev/sdd: 14,8 GiB, 15854469120 Bytes, 30965760 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: EB94492B-A9E7-43A6-A37D-511F5E03187C
Gerät Anfang Ende Sektoren Größe Typ
/dev/sdd1 2048 67583 65536 32M Microsoft Basisdaten
blacktencate@T520-BB:~$ sudo mount /dev/sdd1 /mnt
blacktencate@T520-BB:~$ sudo grub-install --target=i386-pc --recheck --removable --boot-directory=/mnt/boot /dev/sdd
i386-pc wird für Ihre Plattform installiert.
grub-install: Achtung: Diese GPT-Partitionsbezeichnung hat keine BIOS-Boot-Partition, Einbettung würde unmöglich sein.
grub-install: Achtung: Einbettung ist nicht möglich. GRUB kann in dieser Konfiguration nur mittels Blocklisten installiert werden. Blocklisten sind allerdings UNZUVERLÄSSIG und deren Verwendung wird daher nicht empfohlen..
grub-install: Fehler: mit Blocklisten wird nicht fortgesetzt.
blacktencate@T520-BB:~$ sudo grub-install --target=i386-pc --recheck --removable --boot-directory=/mnt/boot --force /dev/sdd
i386-pc wird für Ihre Plattform installiert.
grub-install: Achtung: Diese GPT-Partitionsbezeichnung hat keine BIOS-Boot-Partition, Einbettung würde unmöglich sein.
grub-install: Achtung: Einbettung ist nicht möglich. GRUB kann in dieser Konfiguration nur mittels Blocklisten installiert werden. Blocklisten sind allerdings UNZUVERLÄSSIG und deren Verwendung wird daher nicht empfohlen..
Installation beendet. Keine Fehler aufgetreten.
blacktencate@T520-BB:~$ sudo mount /dev/sdd1 /mnt
mount: /mnt: Spezialgerät /dev/sdd1 ist nicht vorhanden.
blacktencate@T520-BB:~$ sudo mount /dev/sdd1 /mnt
blacktencate@T520-BB:~$ cat /mnt/boot/grub/grub.cfg
menuentry "grub legacy auf GPT ohne bios_grub" {
set root=(hd0,1)
}
dazu Bild 1 bios_grub in der Mitte
blacktencate@T520-BB:~$ sudo parted -l
Modell: ATA Crucial_CT120M50 (scsi)
Festplatte /dev/sda: ...
[...]
Modell: USB Disk 3.0 (scsi)
Festplatte /dev/sdd: 15,9GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 96,5MB 95,4MB ntfs msftdata
2 96,5MB 159MB 62,9MB fat32 boot, esp
3 159MB 285MB 126MB fat32 msftdata
4 285MB 2122MB 1837MB ntfs msftdata
5 2122MB 2123MB 1049kB bios_grub
6 2123MB 6133MB 4010MB ext4
blacktencate@T520-BB:~$ sudo mount /dev/sdd2 /mnt
blacktencate@T520-BB:~$ sudo grub-install --target=i386-pc --recheck --removable --boot-directory=/mnt/boot --force /dev/sdd
i386-pc wird für Ihre Plattform installiert.
Installation beendet. Keine Fehler aufgetreten.
blacktencate@T520-BB:~$ sudoedit /mnt/boot/grub/grub.cfg
blacktencate@T520-BB:~$ cat /mnt/boot/grub/grub.cfg
menuentry "bios_grub in der Mitte" {
set root=(hd0,1)
}
blacktencate@T520-BB:~$ sudo fdisk -l
Festplatte /dev/sda: 111,8 GiB, 120034123776 Bytes, 234441648 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytesblacktencate@T520-BB:~$ sudo parted -l
Modell: ATA Crucial_CT120M50 (scsi)
Festplatte /dev/blacktencate@T520-BB:~$sda: ...
[...]
Modell: USB Disk 3.0 (scsi)
Festplatte /dev/sdd: 15,9GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 96,5MB 95,4MB ntfs msftdata
2 96,5MB 159MB 62,9MB fat32 boot, esp
3 159MB 285MB 126MB fat32 msftdata
4 285MB 2122MB 1837MB ntfs msftdata
5 2122MB 2123MB 1049kB bios_grub
6 2123MB 6133MB 4010MB ext4
blacktencate@T520-BB:~$ dazu Bild 2,3,4 (Bild 4 zeigt, daß eine vorhandene `bios_grub` nicht verschiebbar/kopierbar ist!
(irgendwie haut das mit der Anordnung der Bilder in der gewünschten Reihenfolge nicht hin *grr*)
Gruß black tencate
- Bilder
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7658
|
Im MBR ist nur sehr wenig Platz und irgendwie muss Grub vom MBR zum Core springen können. Am einfachsten ist das, indem man nur das Sektor-Offset hinterlegt. Dann muss man keine Partitionstabelle parsen oder sonstiges. Das macht dann erst der Core für den weiteren Sprung zum /boot/grub/ Verzeichnis mit der Config und den nicht im Core enthaltenen Modulen... In dem Fall des Sektor-Offsets könnte man die Partition nicht einfach so verschieben, weil im MBR dann ja die falsche Adresse hinterlegt ist. Selbst wenn man die bios_grub Partition löscht, könnte Grub dann auch erstmal noch funktionieren. Das core.img liegt dann ja zunächst immer noch unverändert an der gleichen Stelle. Bis die Daten dort eben zufällig überschrieben werden (oder bei SSDs absichtlich weggeputzt per fstrim). Aber wie gesagt, ich habe das noch nie ausprobiert und verlassen kann man sich darauf ohnehin nicht. Wenn man irgendwas an Grub verändert, ist grub-install erneut auszuführen. Ob man nun per EFI oder Legacy BIOS/MBR booten möchte, oder beides unterstützen möchte, ist dann wieder ein anderes Thema. Wenn man bios_grub ganz am Anfang haben möchte aber dort liegen schon andere Partitionen... solange die erste Partition bei Sektor 2048 (1 MiB) anfängt, kann man bios_grub in Sektor 64-2047 hinein quetschen. Das hat dann halt kein Alignment, das spielt für Grub aber auch gar keine Rolle. Groß genug ist es allemal, das Grub Core braucht normalerweise nicht viel Platz.
|
Tiemo
(Themenstarter)
Anmeldungsdatum: 27. November 2022
Beiträge: 5
|
Danke für eure Beiträge. Ich muss vielleicht noch etwas zur Historie sagen. Ursprünglich gehörte die sda11 zur sda5. Diese habe ich verkleinert mit Gparted und dann nach rechts verschoben, weil das Ziel eine Vereinigung mit der Linux-Partition sda8 ist. Natürlich war das zunächst ein unformatierter Bereich, ich habe dann eine Partition draus gemacht.
Und ja, Grub hat das so automatisch so angelegt.
Leider lässt sich weder von rechts noch von links irgendetwas über das core_img sda7 hinweg verschieben......egal ob formatierter oder unformatierter Bereich. Ich habe herausgelesen, dass ich die sda7 / core.img zunächst löschen muss und dann weiter vorn neu anlegen. Natürlich muss anschließend der Bootmanager noch funktionieren. Eine Start-iso auf Stick habe ich. Was dann genau zu tun ist, ist mir noch nicht klar...... Grüße Tiemo
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10958
|
Hej Tiemo, Tiemo schrieb: ...Was dann genau zu tun ist, ist mir noch nicht klar......
Genügend Lesestoff → GRUB 2/Reparatur Gruß black tencate
|
Tiemo
(Themenstarter)
Anmeldungsdatum: 27. November 2022
Beiträge: 5
|
Ok, jetzt habe ich die Anleitung Grub2-Reparatur gelesen. Hier erstmal der Auszug aus der Results.txt.
|
Tiemo
(Themenstarter)
Anmeldungsdatum: 27. November 2022
Beiträge: 5
|
Das LW sda11 habe ich gelöscht. Im nächsten step würde ich das LW sda5 vorn um 1MB kürzen, um da die neue Boot-Partition zu erzeugen und "bios_grub" benennen.
Dann erst die aktuelle, störende bios_grub löschen. Anschließend mit hilfe den Grub erneute auf der neuen Partition erzeugen.
Dann müsste doch alles vom LIVE-System aus funktionieren, oder ? Grüße Tiemo
- Bilder
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8714
|
Hallo Tiemo Das LW sda11 habe ich gelöscht.
Was hast du mit LW abgekürzt? Wenn mit LW ein Laufwerk gemeint ist, dann ist das falsch. sda11 ist eine Partition und kein Laufwerk. Definitionen und Begriffe finden sich hier: Datenträger
|
Tiemo
(Themenstarter)
Anmeldungsdatum: 27. November 2022
Beiträge: 5
|
Danke für die Korrektur zu LW/Partition. Da der Anhang der RESULTS.txt gestern nicht geklappt hat, hier als Textauszug: ⇒ Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector
1576886272 of the same hard drive for core.img. core.img is at this
location and looks for (,gpt10)/boot/grub. It also embeds following
components: modules
fshelp ext2 part_gpt biosdisk
|