Siduction Forum
Siduction Forum => Hardware - Support => Topic started by: harley-peter on 2023/01/04, 18:06:29
-
Hallo,
ich habe im Laufwerk /dev/sda (siehe Anhang) mit Gparted die Partition sda6 verkleinert und möchte diesen Platz jetzt der Partition sda1 zuteilen was aber leider nicht funktioniert. Den Versuch sda2 zu verkleinern quittiert Gparted mit der angehängten Fehlermeldung. Wie kann ich den nicht zugeteilten Platz an sda1 hängen?
-
Sry, war etwas voreilig.
Schau erst mal die Partitionierung genauer an. Hier ein Beispiel mit sfdisk:
Device Boot Start End Sectors Size Id Type
/dev/sdd1 2048 82053119 82051072 39,1G 83 Linux
/dev/sdd2 194418688 261656575 67237888 32,1G 5 Extended
/dev/sdd5 194420736 232855551 38434816 18,3G 83 Linux
/dev/sdd6 232857600 261656575 28798976 13,7G 83 Linux
Das sind relativ geordnete Verhältnisse. Ich habe dann mit gparted folgende Schritte einzeln ausgeführt.
Alle Schritte in einem Rutsch brachten mir eine Fehlermeldung.
- sdd5 gelöscht
- sdd2 verkleinert
- sdd1 erweitert
Ergebnis:
Device Boot Start End Sectors Size Id Type
/dev/sdd1 2048 82053119 82051072 39,1G 83 Linux
/dev/sdd2 232855552 261656575 28801024 13,7G 5 Extended
/dev/sdd5 232857600 261656575 28798976 13,7G 83 Linux
edlin
-
Das ist ja genau das Problem: die (in meinem Fall) Partition sda2 lässt sich nicht verkleinern, es kommt zur besagten Fehlermeldung.
-
Poste mal die Ausgabe von
cfdisk /dev/sda
oder
sfdisk /dev/sda
Eine primäre Partition kann visuell in gparted vor der erweiterten Partition eingeordnet sein; logisch kann sie jedoch Bereiche hinter der erweitereten Partition auf dem Datenträger belegen. Dann kommt es zu solchen Fehlermeldungen.
edlin
-
Hier die Ausgabe von cfdisk (ist jetzt sdb weil ich von einer anderen Platte gebooted habe):
Disk: /dev/sdb
Size: 465,76 GiB, 500107862016 bytes, 976773168 sectors
Label: dos, identifier: 0x29e0fc0b
Device Boot Start End Sectors Size Id Type
>> /dev/sdb1 2048 53252095 53250048 25,4G 83 Linux
/dev/sdb2 53252096 976773167 923521072 440,4G 5 Extended
├─Free space 53254144 94214144 40960001 19,5G
├─/dev/sdb5 94214144 96131071 1916928 936M 82 Linux swap / Solaris
└─/dev/sdb6 96133120 976773119 880640000 419,9G 83 Linux
-
Auf den ersten Blick keine Auffälligkeiten. Ich hab meine Testplatte mal analog partitioniert (nur ohne Daten in den Partitionen).
Wollte ich die erweiterte Partition um den ungenutzten Bereich verkleinern, kam die gleiche Meldung.
Also habe ich folgende Verfahrensweise (erfolgreich) angewandt, da ja das Ende der Partition angemeckert wird:
- sdb6 am Ende um ein paar MiB verkleinert.
- Die Erweiterte Partition am Ende um den frei gewordenen Teil verkleinert.
- Die Erweiterte Partition am Anfang um den freien Teil verkleinert.
- sdb1 vergrößert.
Alle Schritte wurden einzeln ausgeführt. Die Partitionierung hatte wohl mit den rechnerischen und tatsächlich ansprechbaren Blöcken Probleme; 1-4 MiB am Ende der SSD sollten verschmerzbar sein.
Probiers mal aus, Wenn, dann sollte gparted gleich meckern, andere Probleme sollten nicht auftreten.
edlin
-
Ich habe die bisherigen Vorschläge nicht gelesen.
Mal ne Frage. Du nutzt ja MBR und nicht GPT. Da hat man 4 Partitionen. 2 davon sind bereits verbraucht. sda 1 und sda2
sda2 ist doch eine extended Partition. Und in der sind swap + sda6 enthalten. Die sda 2 ist bis hinten voll belegt.
Von der extended ist am Anfang noch Platz, da Swap nicht am Anfang der extended liegt. Da könntest du nur eine weitere logische Patition anlegen.
Man kann sda 6 verkleinern, damit hinten noch Platz ist und man die sda2 dann samt swap und sda 6 nach hinten verschieben kann (riskant!)
Dann wäre vorne vor sda2 wieder freier Platz. Mit dem könntest du dann sda 1 entsprechend vergrößern.
So verstehe ich das Bild jedenfalls.
-
@edlin:
Hat funktioniert :)
Vielen Dank!