Partition erweitern

[Manfred89]

Hallo,

wie kann ich meine Partition /dev/sdb1 erweitern? Einfach mit fdisk löschen und mit Neuerstellung erweitern oder wie müsste ich vorgehen?

Code: Alles auswählen

# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            1.9G     0  1.9G   0% /dev
tmpfs           392M  644K  392M   1% /run
/dev/sda1        39G  9.0G   28G  25% /
tmpfs           2.0G     0  2.0G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
/dev/sdb1       296G  229G   52G  82% /opt/znuny-6.0.48/var/article
tmpfs           392M     0  392M   0% /run/user/1000

• Also quasi alle Dienste beenden

• dann umount

• dann fdisk -> Partition löschen (d)

• fdisdk -> Partition erstellen (n->p->etc.)

• resize2fs /dev/sdb1

• mount

Oder wie geh ich am Besten vor?

[GregorS]

Einfach mit fdisk löschen und mit Neuerstellung erweitern oder wie müsste ich vorgehen?

Ich boote für derlei ein „Reparatursystem“ (GRML, https://grml.org/), starte X und erledige das mit gparted.
Mach' auf jeden Fall ein Backup. Für Backups vor Platten-Manipulationen benutze ich dd, meist für ganze Platten (ich gucke immer, dass die Systemplatte möglichst klein ist, derzeit ist es eine SSD mit 120 GB). So ein Backup kann zwar lange dauern, der Ärger bei Problemen ist aber um ein Vielfaches blöder.

HTH

Gregor

[Chameleon]

Code: Alles auswählen

/dev/sdb1       296G  229G   52G  82% /opt/znuny-6.0.48/var/article

Mit "znuny-6.0.48" kann ich jetzt zwar nichts anfangen - aber sind 52 GB verfügbarer Speicherplatz etwas, das dir jetzt Sorgen bereitet?

Und nächste Frage - woher soll der zusätzliche Speicherplatz kommen?

Magst du mal bitte die Ausgabe von (als root)

Code: Alles auswählen

parted --list

zeigen?

[Manfred89]

Mit "znuny-6.0.48" kann ich jetzt zwar nichts anfangen - aber sind 52 GB verfügbarer Speicherplatz etwas, das dir jetzt Sorgen bereitet?

Da ist eine Datenbank drauf, die sich täglich füllt und ich will langsam schon mal vorbeugen.

Und nächste Frage - woher soll der zusätzliche Speicherplatz kommen?

Die Maschine ist in einer VM Umgebung und dort kann ich die Platte vergrößern lassen.

Mach' auf jeden Fall ein Backup. Für Backups vor Platten-Manipulationen benutze ich dd, meist für ganze Platten (ich gucke immer, dass die Systemplatte möglichst klein ist, derzeit ist es eine SSD mit 120 GB). So ein Backup kann zwar lange dauern, der Ärger bei Problemen ist aber um ein Vielfaches blöder.

Es wird jeden Abend ein Backup gemacht. Zudem könnte ich noch Snapshots ziehen.


Funktioniert denn meine Methode mit fdisk?

[GregorS]

Mach' auf jeden Fall ein Backup. Für Backups vor Platten-Manipulationen benutze ich dd, meist für ganze Platten (ich gucke immer, dass die Systemplatte möglichst klein ist, derzeit ist es eine SSD mit 120 GB). So ein Backup kann zwar lange dauern, der Ärger bei Problemen ist aber um ein Vielfaches blöder.

...Funktioniert denn meine Methode mit fdisk?

Huh, ich dachte, es geht um eine „echte“ Hardware-Disk. Da hat es bei mir bislang immer funktioniert - nur dauert's halt auch mal ein bisschen ...

In was für einer VM läuft denn das System?

Gruß

Gregor

[thunder11]

Benutzt du Virtualbox oder anderes ?

[cosinus]

Ich boote für derlei ein „Reparatursystem“ (GRML, https://grml.org/), starte X und erledige das mit gparted.
Mach' auf jeden Fall ein Backup.

Backups sind immer gut, aber das braucht man für Vergrößerungen nicht. Die gehen nämlich online, also ohne dass man das Dateisystem aushängen müsste.
Partitition vergrößern: mit fdisk oder gdisk Partition löschen, dann mit demselben Startsektor neu anlegen aber Endsektor entsprechend weiter hinten. Abspeichern und dann einfach resize2fs machen.

[GregorS]

Mach' auf jeden Fall ein Backup.

Backups sind immer gut, aber das braucht man für Vergrößerungen nicht. ...

Das sehe ich anders. Vor derart „intensiven“ Maßnahmen ist ein Backup unbedingt Pflicht. Ganz egal, wie sicher es scheint, derlei ohne Probleme durchzumachen.
Wie oft kam es schon vor, dass eine „absolut sichere Sache“ doch irgendwie schief ging.

Klar, wenn man auf so einen Blödsinn wie „no risk, no fun“ steht, lässt man ein Backup natürlich auch gerne mal weg. Ich stehe jedenfalls nicht darauf.

Gruß

Gregor

[cosinus]

Ja, ich stimme dir da zu: Backups macht man sowieso immer und regelmäßig.
Aber wenn es jetzt nur um den Punkt der Vergrößerung des Dateisystems geht: das geht ohne Neuformatierung und Zurückkopieren. Zumindest bei ext4. Bei anderen FS fehlt mir die Erfahrung.

[Manfred89]

In was für einer VM läuft denn das System?

VMWare - V-Center.

Partitition vergrößern: mit fdisk oder gdisk Partition löschen, dann mit demselben Startsektor neu anlegen aber Endsektor entsprechend weiter hinten. Abspeichern und dann einfach resize2fs machen.

Danke dir, dass du meine Vorgehensweise bestätigst!

• Brauch ich mir keine Gedanken um die Partitionstabelle machen?

• Sollte ich die Daten vorher auf eine andere Partition rüberkopieren bzw. kann ich die Problemlos wieder zurückspielen?

[thunder11]

VMware - V-Center.

Ich kenne mich mit VMWare nicht (mehr) aus.
Ich denke, das ist aber ähnlich VirtualBox.

• Die gewünschte Virtual-Disk vergrößern, geht bei VirtualBox über den Manager.
  Dann würde ich eine zweite VM oder ein ISO in die zu bearbeitende VM einhängen
  und das ISO oder die zweite VM starten.
  Dann mit Gparted die Partition in der nun vergrößerten Virtuellen Festplatte erweitern.
  Runterfahren, aushängen und VM starten.

Ich hab das schon x-Mal ohne Datensicherung bei Windows und Linux VM's so gemacht,
und doch nie Datenverlust gehabt.
Löschen braucht man da gar nichts.

Aber man kann natürlich seinen Daten vorher auch sichern

Edit:
Warum ist das bei dir /dev/sdb1 ?
Ist das eine zusätzliche Platte, die in die VM eingehängt ist ? oder wird das bei VMWare nur anders dargestellt?
Ich habe z.B. in einer VM auch zwei Betriebssysteme, die laufen aber unter /dev/sda1 bis /dev/sadx

[cosinus]

Danke dir, dass du meine Vorgehensweise bestätigst!

• Brauch ich mir keine Gedanken um die Partitionstabelle machen?

• Sollte ich die Daten vorher auf eine andere Partition rüberkopieren bzw. kann ich die Problemlos wieder zurückspielen?

Was denn für Gedanken?
fdisk/gdisk bearbeitet die Tabelle doch für dich. An den Daten selbst macht das Tool nichts. Falls es sagt, dass da eine Dateisystemsignatur gefunden wurde, die einfach beibehalten und NICHT löschen.

[Manfred89]

Ich habe an einem Testsystem im VCenter jetzt mal die Festplatte /dev/sdb vergrößert.

Code: Alles auswählen

// Ist-Zustand
otrs-gm-test servicedesk # df -hT
Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs  3.9G     0  3.9G   0% /dev
tmpfs          tmpfs     795M  624K  794M   1% /run
/dev/sda1      ext4       78G  3.0G   71G   5% /
tmpfs          tmpfs     3.9G     0  3.9G   0% /dev/shm
tmpfs          tmpfs     5.0M     0  5.0M   0% /run/lock
tmpfs          tmpfs     795M     0  795M   0% /run/user/1000
/dev/sdb1      ext4       16G  2.2M   15G   1% /home/servicedesk

otrs-gm-test servicedesk # lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0   80G  0 disk
├─sda1   8:1    0   79G  0 part /
├─sda2   8:2    0    1K  0 part
└─sda5   8:5    0  975M  0 part [SWAP]
sdb      8:16   0   16G  0 disk
└─sdb1   8:17   0   16G  0 part /home/servicedesk
sr0     11:0    1 1024M  0 rom


// Festplatte vergrößern
// Info: Festplatte2 wurde im V-Center vergrößert

otrs-gm-test servicedesk # systemctl reboot

otrs-gm-test servicedesk # df -hT
Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs  3.9G     0  3.9G   0% /dev
tmpfs          tmpfs     795M  624K  794M   1% /run
/dev/sda1      ext4       78G  3.0G   71G   5% /
tmpfs          tmpfs     3.9G     0  3.9G   0% /dev/shm
tmpfs          tmpfs     5.0M     0  5.0M   0% /run/lock
tmpfs          tmpfs     795M     0  795M   0% /run/user/1000
/dev/sdb1      ext4       16G  2.2M   15G   1% /home/servicedesk

otrs-gm-test servicedesk # lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0   80G  0 disk
├─sda1   8:1    0   79G  0 part /
├─sda2   8:2    0    1K  0 part
└─sda5   8:5    0  975M  0 part [SWAP]
sdb      8:16   0   30G  0 disk
└─sdb1   8:17   0   16G  0 part /home/servicedesk
sr0     11:0    1 1024M  0 rom

otrs-gm-test servicedesk # ls -l
total 2208
-rw-r--r-- 1 root root       0 Aug 17 09:26 6
drwx------ 2 root root   16384 Aug 17 09:24 lost+found
-rw-r--r-- 1 root root 1552359 Aug 17 09:29 test
-rw-r--r-- 1 root root    3921 Aug 17 09:25 test1
-rw-r--r-- 1 root root    3921 Aug 17 09:25 test2
-rw-r--r-- 1 root root    3921 Aug 17 09:25 test3
-rw-r--r-- 1 root root  517441 Aug 17 09:28 test4
-rw-r--r-- 1 root root       0 Aug 17 09:25 test5
-rw-r--r-- 1 root root  156801 Aug 17 09:26 test6


// Partition löschen und neu erstellen / vergrößern
otrs-gm-test servicedesk # fdisk /dev/sdb

Welcome to fdisk (util-linux 2.36.1).

Command (m for help): d
Selected partition 1
Partition 1 has been deleted.

Command (m for help): n
Partition type
   p   primary (0 primary, 0 extended, 4 free)
   e   extended (container for logical partitions)
Select (default p): p
Partition number (1-4, default 1): 1
First sector (2048-62914559, default 2048):
Last sector, +/-sectors or +/-size{K,M,G,T,P} (2048-62914559, default 62914559):

Created a new partition 1 of type 'Linux' and of size 30 GiB.
Partition #1 contains a ext4 signature.

Do you want to remove the signature? [Y]es/[N]o: N

Command (m for help): p

Disk /dev/sdb: 30 GiB, 32212254720 bytes, 62914560 sectors
Disk model: Virtual disk
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: 0xf606e714

Device     Boot Start      End  Sectors Size Id Type
/dev/sdb1        2048 62914559 62912512  30G 83 Linux

Command (m for help): w
The partition table has been altered.
Syncing disks.

otrs-gm-test servicedesk # df -hT
Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs  3.9G     0  3.9G   0% /dev
tmpfs          tmpfs     795M  624K  794M   1% /run
/dev/sda1      ext4       78G  3.0G   71G   5% /
tmpfs          tmpfs     3.9G     0  3.9G   0% /dev/shm
tmpfs          tmpfs     5.0M     0  5.0M   0% /run/lock
tmpfs          tmpfs     795M     0  795M   0% /run/user/1000
/dev/sdb1      ext4       16G  2.2M   15G   1% /home/servicedesk

otrs-gm-test servicedesk # lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0   80G  0 disk
├─sda1   8:1    0   79G  0 part /
├─sda2   8:2    0    1K  0 part
└─sda5   8:5    0  975M  0 part [SWAP]
sdb      8:16   0   30G  0 disk
└─sdb1   8:17   0   30G  0 part /home/servicedesk
sr0     11:0    1 1024M  0 rom


// Dateisystem vergrößern 
otrs-gm-test servicedesk # resize2fs /dev/sdb1
resize2fs 1.46.2 (28-Feb-2021)
Filesystem at /dev/sdb1 is mounted on /home/servicedesk; on-line resizing required
old_desc_blocks = 2, new_desc_blocks = 4
The filesystem on /dev/sdb1 is now 7864064 (4k) blocks long.

otrs-gm-test servicedesk # df -hT
Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs  3.9G     0  3.9G   0% /dev
tmpfs          tmpfs     795M  624K  794M   1% /run
/dev/sda1      ext4       78G  3.0G   71G   5% /
tmpfs          tmpfs     3.9G     0  3.9G   0% /dev/shm
tmpfs          tmpfs     5.0M     0  5.0M   0% /run/lock
tmpfs          tmpfs     795M     0  795M   0% /run/user/1000
/dev/sdb1      ext4       30G  2.2M   29G   1% /home/servicedesk

otrs-gm-test servicedesk # lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0   80G  0 disk
├─sda1   8:1    0   79G  0 part /
├─sda2   8:2    0    1K  0 part
└─sda5   8:5    0  975M  0 part [SWAP]
sdb      8:16   0   30G  0 disk
└─sdb1   8:17   0   30G  0 part /home/servicedesk
sr0     11:0    1 1024M  0 rom

otrs-gm-test servicedesk #

• Auf die Dateien komme ich wieder drauf. Also müsste ich vorher keine Dateien rauskopieren (man kann generell ein Backup durchführen, aber mir gehts es darum, dass die Dateien einfach weiterfunktionieren)?

[cosinus]

Ja, so ist die Vorgehensweise. Man kann mW mit fdisk/gdisk die Partition nicht vergrößern, also nimmt man den Umweg: erst löschen, dann die Partition neu anlegen. Der Startsektor ist dann derselbe, nur der Endsektor liegt weiter hinten. Die Partition soll ja auch größer werden. fdisk/gdisk bearbeitet dabei nur die Partitionstabelle, im eigentlichen Bereich des Dateisystem ändert es nichts. Nach der Partitionsvergrößerung in der Partitionstabelle muss noch mit resize2fs das Dateisystem vergrößert werden.

Natürlich macht man vorher ein Backup. Und natürlich hat man von seinen wichtigen Daten sowieso immer regelmäßige Backups. Aber an für sich ist der Vergrößerungsvorgang harmlos, deutlich heikler ist es, eine Partition zu verkleinern. Denn da müssen Daten, die am Ende des Dateisystems liegen, weiter nach vorne verschoben werden, sonst kann die Partition bzw. das Dateisystem nicht verkleinert werden. Eine Verkleinerung bei ext4 geht auch nicht online, d.h. es muss vorher ausgehangen werden.

[Manfred89]

Ja, so ist die Vorgehensweise. Man kann mW mit fdisk/gdisk die Partition nicht vergrößern, also nimmt man den Umweg: erst löschen, dann die Partition neu anlegen. Der Startsektor ist dann derselbe, nur der Endsektor liegt weiter hinten. Die Partition soll ja auch größer werden. fdisk/gdisk bearbeitet dabei nur die Partitionstabelle, im eigentlichen Bereich des Dateisystem ändert es nichts. Nach der Partitionsvergrößerung in der Partitionstabelle muss noch mit resize2fs das Dateisystem vergrößert werden.

Genau, so habe ich es ja gemacht.

Natürlich macht man vorher ein Backup. Und natürlich hat man von seinen wichtigen Daten sowieso immer regelmäßige Backups. Aber an für sich ist der Vergrößerungsvorgang harmlos, deutlich heikler ist es, eine Partition zu verkleinern. Denn da müssen Daten, die am Ende des Dateisystems liegen, weiter nach vorne verschoben werden, sonst kann die Partition bzw. das Dateisystem nicht verkleinert werden. Eine Verkleinerung bei ext4 geht auch nicht online, d.h. es muss vorher ausgehangen werden.

Das mit der Verkleinerung ist mir bewusst und strebe ich auch nicht an. Mir geht es wirklich nur darum, ob ich wirklich keine Bedenken haben muss, wenn ich das jetzt an einem produktiv-System umsetze. Klar, kann ich die Dienste zur Sicherheit runterfahren, aber ich bin da immer so unsicher

Abgesehen davon, danke ich dir, dass du den Schritt nochmal erklärt hast!

[cosinus]

Ich hab das nur nochmal erwähnt/erklärt, weil hier manche der Meinung sind, dass eine Vergrößerung des Dateisystems grundsätzlich ein hochriskanter Eingriff sei. Und das stimmt so einfach nicht.