EXT3 resizen, onmogelijk?

[WHiZZi]

Situatie

Een 2e HDD in een draaiende server (Ik kan deze dus umounten).

Op deze HDD stonden de volgende partities:

code:

/dev/hdc1 10GB EXT3
/dev/hdc2 1GB EXT3
/dev/hdc3 1 GB SWAP
/dev/hdc4 63 GB EXT3

(Het is een oude Linux bootschijf)

Op HDC4 staat veel data. Van de 63GB is er nog maar 4GB vrij. Nou wil ik dus de partities ervoor bij hdc4 halen.

Ik heb dus hdc1, hdc2 en hdc3 al verwijderd. Op dit moment bestaat alleen hdc4

Met ext2resize:

code:

wacko sys-fs # ext2resize /dev/hdc4 80G
ext2resize v1.1.17 - 2001/03/18 for EXT2FS 0.5b
ext2resize: warning - device size 17044902, specified 17825792
error: Invalid argument: seeking to 73014439936

Partitie blijft even groot

Met parted:
(Al zegt de manual: The start of the partition must stay fixed.)

code:

(parted) print
Disk geometry for /dev/ide/host0/bus1/target0/lun0/disc: 0.000-78167.250 megabytes
Disk label type: msdos
Minor    Start       End     Type      Filesystem  Flags
4      11585.602  78167.250  primary   ext3
(parted) resize 4 0.031 78167.250
No Implementation: This ext2 filesystem has a rather strange layout!  Parted can't resize this (yet).

Hoe kan ik de overige vrije ruimte nou toekennen aan de hdc4 ?

[XTerm]

Okay, wat ik nu ga zeggen is zeer risico vol, je MOET dit eerst confirmeren/testen.

Eerste stap, is het verplaatsen van hdc4 naar voren op de schijf. Om dit te doen is de expert mode in fdisk nodig. Je hebt hdc1-3 al weg zeg je, en hdc4 staat op het einde van de disc.

Wat je moet doen is een hdc1 maken, die begint op het begin van de disc, en eindigt op het einde van de disc. Dat wil zeggen dat hdc4 daar dan volledig mee inligt.

Volgende stap is het verplaatsen van de data. Dit doe je met
dd if=/dev/hdc4 of=/dev/hdc1 bs=1M
Dan wordt je hdc4 blok per blok naar voren gekopieerd. Op een zeker moment ben je dan het begin van hdc4 reeds aan het overschrijven. (Maar indien de operatie goed gaat is dat geen probleem.

Als de kopie gemaakt is, heb je op hdc1 de data van hdc4 staan, en recht daarachter nog wat data van hdc4 die niet belangrijk is.

Nu verwijder je met fdisc je hdc4 partitie om je partitietabel terug in orde te hebben.
Vervolgens fsck je hdc1, je voert ext2resize uit en dan nogmaals fscken.

Dit *ZOU* moeten werken, maar ik heb het niet gechecked, dus bezint eer ge begint

Succes

[igmar]

WHiZZi schreef op maandag 11 april 2005 @ 14:04:
Met ext2resize:

code:

wacko sys-fs # ext2resize /dev/hdc4 80G
ext2resize v1.1.17 - 2001/03/18 for EXT2FS 0.5b
ext2resize: warning - device size 17044902, specified 17825792
error: Invalid argument: seeking to 73014439936

Partitie blijft even groot

2 opties :

1) De kernel heef de partititabel niet opnieuw ingelezen, waarschijnlijk omdat d'r wat in gebruik is. fdisk opstarten, een write commando geven, en goed opletten dat er geen foutmeldingen verschijnen.

2) Je geeft ongeldige opties op. Het getal achter 'seeking to' is duidelijk garbage namelijk.

[MadMurdock]

volgens mij kan je ext3 inderdaad niet zo maar resizen, opnieuw mounten als ext2 en dan nogmaals met bijv. parted resizen zou bij mijn weten wel moeten werken.

[Haranaka]

Met parted kun je prima een ext3 partitie resizen, zelf meerdere malen gedaan. Alleen is een vereiste dat de begin punt van de partitie die je groter wilt maken gelijk blijft. Je kan dus alleen schrijfruimte van bv hdc5 toevoegen aan hdc4. Je kan niet zomaar ruimte van hdc1, 2 en 3 toevoegen aan hdc4.

Je kunt XTerm zijn advies volgen door eerst de partitie hdc4 naar voren te plaatsen.

[Verwijderd]

Ik heb een soortgelijke vraag, maar dan met ReiserFS 3(.6).

In het verleden heb ik al NTFS partities geresized met Acronis OS Selector. Dat tooltje doet zijn werk sneller en beter dan Partition Magic imo.
Het kan ook die resize operatie uitvoeren op ext2, ext3, reiserfs, xfs en nog een paar anderen. Is dit veilig ?