boot markierung und gparted

Du hast Probleme mit Deinem eMail-Programm, Webbrowser oder Textprogramm? Dein Lieblingsprogramm streikt?
Antworten
michaa7
Beiträge: 4632
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

boot markierung und gparted

Beitrag von michaa7 » 01.04.2022 22:59:27

Meine Systempartition ist fast komplett voll und ich muss sie erweitern. Wie man das von einer anderen Installation aus macht ist mir klar und ich habe dies schon mehrfach erledigt.
Zur Vorbereitung der eigentlichen Partitionserweiterung wollte ich eben die Nachfolgepartition verkleinern indem ich ihren Anfang verschiebe. Das ging vom Platz her auch. Allerdings zeigt mir gparted das diese Partition eine bootmarkierung besitzt, und zwar als einzige allerer meiner sonstigen Partitionen. Diese Partition ist per default und so auch jetzt nicht eingehängt.

Ich meine mich zu erinnern, dass Linux keine Bootmarkierung zum booten braucht (richtig?)? Ist in soweit meine Annahme dass beim Verschieben/Verkleinern dieser Partition keine Gefahr für das spätere Booten meines Systems besteht richtig?
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

Benutzeravatar
grubenlicht
Beiträge: 422
Registriert: 10.06.2021 22:35:56

Re: boot markierung und gparted

Beitrag von grubenlicht » 02.04.2022 22:26:37

michaa7 hat geschrieben: ↑ zum Beitrag ↑
01.04.2022 22:59:27
... Allerdings zeigt mir gparted das diese Partition eine bootmarkierung besitzt, und zwar als einzige allerer meiner sonstigen Partitionen.
schön für dich, das wenigstens du das "siehst"; soll heißen, warum läßt du uns nicht daran teilhaben?
Ich meine mich zu erinnern, dass Linux keine Bootmarkierung zum booten braucht (richtig?)? Ist in soweit meine Annahme dass beim Verschieben/Verkleinern dieser Partition keine Gefahr für das spätere Booten meines Systems besteht richtig?
fast, außer, es ist eine EFI Installation.
Bein Ändern an Partitionen kann immer was passieren, daher hat man ja auch ein Backup von Allem, was einem wichtig ist.
Du bist doch eigentlich™ lange genug dabei um zu wissen, welche Infos gebraucht werden?

Benutzeravatar
kalle123
Beiträge: 2714
Registriert: 28.03.2015 12:27:47
Wohnort: Mönchengladbach

Re: boot markierung und gparted

Beitrag von kalle123 » 02.04.2022 22:40:42

michaa7 hat geschrieben: ↑ zum Beitrag ↑
01.04.2022 22:59:27
Meine Systempartition ist fast komplett voll und ich muss sie erweitern.
... und Überflüssiges rausschmeißen geht nicht?

KH

michaa7
Beiträge: 4632
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: boot markierung und gparted

Beitrag von michaa7 » 03.04.2022 01:52:12

grubenlicht hat geschrieben: ↑ zum Beitrag ↑
02.04.2022 22:26:37
...
schön für dich, das wenigstens du das "siehst"; soll heißen, warum läßt du uns nicht daran teilhaben?
ah, geh zu ... da steht halt in gparted in der Tabelle der Partitionen hinter der betreffenden (sdb2) "boot".
grubenlicht hat geschrieben: ↑ zum Beitrag ↑
02.04.2022 22:26:37
]

fast, außer, es ist eine EFI Installation.
Das war in der tat eine fehlende info: Nein, kein EFI, ganz banal MBR
grubenlicht hat geschrieben: ↑ zum Beitrag ↑
02.04.2022 22:26:37
Bein Ändern an Partitionen kann immer was passieren, daher hat man ja auch ein Backup von Allem, was einem wichtig ist.
Tja sage ich da nur ...
grubenlicht hat geschrieben: ↑ zum Beitrag ↑
02.04.2022 22:26:37
Du bist doch eigentlich™ lange genug dabei um zu wissen, welche Infos gebraucht werden?
Ausser dem "MBR" fehlt eigentlich nichts ... oder sitze ich auf der Leitung? Naja sicherheitshalber mal ein (geschrumpftes) "fdisk -l":
Disk /dev/sda: 298,09 GiB, 320072933376 bytes, 625142448 sectors
Disk model: SAMSUNG HM320II
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: xyz

Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 11253759 11251712 5,4G 83 Linux
/dev/sda2 11253760 21493759 10240000 4,9G 83 Linux
/dev/sda3 21493760 46069759 24576000 11,7G 83 Linux
/dev/sda4 46069760 625141759 579072000 276,1G 5 Extended
/dev/sda5 46071808 127991807 81920000 39,1G 83 Linux
/dev/sda6 127993856 230406143 102412288 48,8G 83 Linux
/dev/sda7 230408192 435671039 205262848 97,9G 83 Linux
/dev/sda8 435673088 445904895 10231808 4,9G 83 Linux
/dev/sda9 445906944 477093887 31186944 14,9G 83 Linux


Disk /dev/sdb: 111,79 GiB, 120034123776 bytes, 234441648 sectors
Disk model: Samsung SSD 840
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: xyz

Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 34859007 34856960 16,6G 83 Linux
/dev/sdb2 * 34859008 74559487 39700480 18,9G 83 Linux
/dev/sdb3 74559488 90456063 15896576 7,6G 83 Linux
/dev/sdb4 90456064 234440703 143984640 68,7G 5 Extended
/dev/sdb5 90458112 131418111 40960000 19,5G 83 Linux
/dev/sdb6 131420160 234440703 103020544 49,1G 83 Linux


Disk /dev/sdc: 931,51 GiB, 1000203804160 bytes, 1953523055 sectors
Disk model: WDC WD10EFRX-68F
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: dos
Disk identifier: xyz

Device Boot Start End Sectors Size Id Type
/dev/sdc1 2048 51202047 51200000 24,4G 83 Linux
/dev/sdc2 51202048 63490047 12288000 5,9G 83 Linux
/dev/sdc3 63490048 114690047 51200000 24,4G 83 Linux
/dev/sdc4 114690048 1953521663 1838831616 876,8G 5 Extended
/dev/sdc5 114692096 831492095 716800000 341,8G 83 Linux
/dev/sdc6 831494144 1953521663 1122027520 535G 83 Linux
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

Antworten