🥇Tausch von kleineren Festplatten gegen größere Festplatten in Linux

Hallo zusammen. Im Hinblick auf den Start einer neuen Kursgruppe „Linux-Administrator“ veröffentlichen wir ein hilfreiches Material, das von unserem Studenten und Mentor im Kurs, dem Support-Spezialisten für die Unternehmensprodukte von REG.RU – Roman Travyin, verfasst wurde.

In diesem Artikel werden zwei Szenarien zum Austausch von Festplatten und zur Übertragung von Informationen auf neue, größere Festplatten mit anschließender Erweiterung des Arrays und des Dateisystems behandelt. Im ersten Fall handelt es sich um den Austausch von Festplatten mit identischer MBR/MBR- oder GPT/GPT-Partitionierung, der zweite Fall betrifft den Austausch von MBR-partitionierten Festplatten gegen Festplatten mit mehr als 2 TB, bei denen eine GPT-Partitionierung mit einem biosboot-Partition erforderlich ist. In beiden Fällen sind die Festplatten, auf die die Daten übertragen werden, bereits installiert in der Server. Das Dateisystem, das für die Root-Partition verwendet wird, ist ext4.

Fall 1: Austausch von Festplatten mit kleinerer Kapazität gegen Festplatten mit größerer Kapazität (bis zu 2TB)

Aufgabe: Die bestehenden Festplatten sollen durch Festplatten mit größerer Kapazität (bis zu 2 TB) ersetzt werden, wobei die Informationen übertragen werden. In diesem Fall haben wir 2 x 240 GB SSDs (RAID-1) mit einem installierten System und 2 x 1 TB SATA-Festplatten, auf die das System übertragen werden muss.

Betrachten wir die aktuelle Partitionierung der Festplatten.

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
├─sda1           8:1    0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sda2           8:2    0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdb              8:16   0 223,6G  0 disk  
├─sdb1           8:17   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdb2           8:18   0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdc              8:32   0 931,5G  0 disk  
sdd              8:48   0 931,5G  0 disk

Lassen Sie uns den aktuell verwendeten Speicherplatz im Dateisystem überprüfen.

[root@localhost ~]# df -h
Dateisystem         Größe Benutzt Verfügbar Benutzt% Eingehängt in
devtmpfs                32G            0   32G            0% /dev
tmpfs                   32G            0   32G            0% /dev/shm
tmpfs                   32G         9,6M   32G            1% /run
tmpfs                   32G            0   32G            0% /sys/fs/cgroup
/dev/mapper/vg0-root   204G         1,3G  192G            1% /
/dev/md126            1007M         120M  837M           13% /boot
tmpfs                  6,3G            0  6,3G            0% /run/user/0

Die Größe des Dateisystems vor dem Austausch der Festplatten beträgt 204 GB. Es werden zwei Software-Raid-Arrays verwendet: md126, das eingehängt ist in /boot und md127, das als physikalisches Volume für die VG-Gruppe vg0.

1. Entfernen von Festplattenteilen aus RAID-Verbund

Überprüfen des Status des Verbunds

[root@localhost ~]# cat /proc/mdstat 
Persönlichkeiten: [raid1] 
md126: aktives raid1 sda1[0] sdb1[1]
      1047552 Blöcke super 1.2 [2/2] [UU]
      Bitmap: 0/1 Seiten [0KB], 65536KB Chunk

md127: aktives raid1 sda2[0] sdb2[1]
      233206784 Blöcke super 1.2 [2/2] [UU]
      Bitmap: 0/2 Seiten [0KB], 65536KB Chunk

unbenutzte Geräte:

Im System werden 2 Verbünde verwendet: md126 (Einbindungspunkt /boot) – besteht aus dem Teil /dev/sda1 und /dev/sdb1, md127 (LVM für Swap und das Wurzelverzeichnis) – besteht aus /dev/sda2 und /dev/sdb2.

Wir markieren die Teile der ersten Festplatte, die in jedem Verbund verwendet werden, als fehlerhaft.

mdadm /dev/md126 --fail /dev/sda1

mdadm /dev/md127 --fail /dev/sda2

Wir entfernen die Teile des Blockgeräts /dev/sda aus den Verbünden.

mdadm /dev/md126 --remove /dev/sda1

mdadm /dev/md127 --remove /dev/sda2

Nachdem wir die Festplatte aus dem Verbund entfernt haben, wird die Information über die Blockgeräte folgendermaßen aussehen.

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
├─sda1           8:1    0     1G  0 part  
└─sda2           8:2    0 222,5G  0 part  
sdb              8:16   0 223,6G  0 disk  
├─sdb1           8:17   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdb2           8:18   0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdc              8:32   0 931,5G  0 disk  
sdd              8:48   0 931,5G  0 disk

Status der Arrays nach dem Löschen von Festplatten.

[root@localhost ~]# cat /proc/mdstat
Persönlichkeiten: [raid1]
md126: aktives raid1 sdb1[1]
      1047552 Blöcke super 1.2 [2/1] [_U]
      Bitmap: 0/1 Seiten [0KB], 65536KB Chunk

md127: aktives raid1 sdb2[1]
      233206784 Blöcke super 1.2 [2/1] [_U]
      Bitmap: 1/2 Seiten [4KB], 65536KB Chunk

unbenutzte Geräte:

2. Kopieren der Partitionstabelle auf die neue Festplatte

Die verwendete Partitionstabelle auf der Festplatte kann mit folgendem Befehl überprüft werden.

fdisk -l /dev/sdb | grep 'Disk label type'

Die Ausgabe für MBR wird sein:

Disk label type: dos

für GPT:

Disk label type: gpt

Kopieren der Partitionsstruktur für MBR:

sfdisk -d /dev/sdb | sfdisk /dev/sdc

In diesem Befehl erste wird die Festplatte angegeben, mit von der die Struktur kopiert wird, zweiter — wohin kopieren.

Diese Laborarbeit befasst sich mit einem so sensiblen Thema wie der Datensicherheit – es ist ein Bereich,: Für GPT erste wird die Festplatte angegeben, auf die die Struktur kopiert wird, wird die zweite Festplatte angegeben, von der die Struktur kopiert wird. Werden die Festplatten verwechselt, wird die ursprünglich korrekte Struktur überschrieben und zerstört.

Kopieren der Partitionsstruktur für GPT:

sgdisk -R /dev/sdc /dev/sdb

Anschließend weisen wir der Festplatte eine zufällige UUID zu (für GPT).


sgdisk -G /dev/sdc

Nach dem ausgeführten Befehl sollten die Partitionen auf der Festplatte erscheinen. /dev/sdc.

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
├─sda1           8:1    0     1G  0 part  
└─sda2           8:2    0 222,5G  0 part  
sdb              8:16   0 223,6G  0 disk  
├─sdb1           8:17   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdb2           8:18   0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdc              8:32   0 931,5G  0 disk  
├─sdc1           8:33   0     1G  0 part  
└─sdc2           8:34   0 222,5G  0 part  
sdd              8:48   0 931,5G  0 disk

Wenn die Partitionen nach der durchgeführten Aktion im System nicht erkannt werden, /dev/sdc führen wir den Befehl aus, um die Partitionstabelle neu zu lesen.

sfdisk -R /dev/sdc

Wenn auf den aktuellen Festplatten die MBR-Partitionstabelle verwendet wird und die Informationen auf Festplatten mit mehr als 2 TB übertragen werden müssen, ist es erforderlich, auf den neuen Festplatten manuell eine GPT-Partitionierung mit einer biosboot-Partition zu erstellen. Dieser Fall wird im zweiten Teil dieses Artikels behandelt.

3. Hinzufügen der Partitionen der neuen Festplatte zum Array

Fügen wir die Partitionen der Festplatte den entsprechenden Arrays hinzu.

mdadm /dev/md126 --add /dev/sdc1

mdadm /dev/md127 --add /dev/sdc2

Überprüfen wir, ob die Partitionen hinzugefügt wurden.

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
├─sda1           8:1    0     1G  0 part  
└─sda2           8:2    0 222,5G  0 part  
sdb              8:16   0 223,6G  0 disk  
├─sdb1           8:17   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdb2           8:18   0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdc              8:32   0 931,5G  0 disk  
├─sdc1           8:33   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdc2           8:34   0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdd              8:48   0 931,5G  0 disk

Warten Sie nun auf die Synchronisierung der Arrays.

[root@localhost ~]# cat /proc/mdstat 
Personality: [raid1] 
md126: aktives raid1 sdc1[2] sdb1[1]
      1047552 Blöcke super 1.2 [2/2] [UU]
      Bitmap: 0/1 Seiten [0KB], 65536KB Chunk

md127: aktives raid1 sdc2[2] sdb2[1]
      233206784 Blöcke super 1.2 [2/1] [_U]
      [==>..................]  Wiederherstellung = 10.6% (24859136/233206784) Fertig in 29.3min Geschwindigkeit = 118119K/sec
      Bitmap: 2/2 Seiten [8KB], 65536KB Chunk

unbenutzte Geräte:

Den Synchronisationsprozess kann man kontinuierlich mit dem Tool überwachen, watch.

watch -n 2 cat /proc/mdstat

Parameter -n das angibt, in welchem Intervall in Sekunden der Befehl zur Überprüfung des Fortschritts ausgeführt werden soll.

Wiederholen Sie die Schritte 1 bis 3 für die nächste auszutauschende Festplatte.

Wir kennzeichnen die Partitionen der zweiten Festplatte, die in jedem Array verwendet werden, als fehlerhaft.

mdadm /dev/md126 --fail /dev/sdb1

mdadm /dev/md127 --fail /dev/sdb2

Wir entfernen die Partitionen des Blockgeräts /dev/sdb aus den Arrays.

mdadm /dev/md126 --remove /dev/sdb1

mdadm /dev/md127 --remove /dev/sdb2

Nachdem wir die Festplatte aus dem Verbund entfernt haben, wird die Information über die Blockgeräte folgendermaßen aussehen.

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
├─sda1           8:1    0     1G  0 part  
└─sda2           8:2    0 222,5G  0 part  
sdb              8:16   0 223,6G  0 disk  
├─sdb1           8:17   0     1G  0 part  
└─sdb2           8:18   0 222,5G  0 part  
sdc              8:32   0 931,5G  0 disk  
├─sdc1           8:33   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdc2           8:34   0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdd              8:48   0 931,5G  0 disk

Status der Arrays nach dem Löschen von Festplatten.

[root@localhost ~]# cat /proc/mdstat 
Personalities : [raid1] 
md126 : aktives raid1 sdc1[2]
      1047552 Blöcke super 1.2 [2/1] [U_]
      bitmap: 0/1 Seiten [0KB], 65536KB Chunk

md127 : aktives raid1 sdc2[2]
      233206784 Blöcke super 1.2 [2/1] [U_]
      bitmap: 1/2 Seiten [4KB], 65536KB Chunk

unbenutzte Geräte:

Wir kopieren die MBR-Partitionstabelle von der Festplatte /dev/sdс auf die Festplatte /dev/sdd.

sfdisk -d /dev/sdc | sfdisk /dev/sdd

Nach dem ausgeführten Befehl sollten die Partitionen auf der Festplatte erscheinen. /dev/sdd.

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
├─sda1           8:1    0     1G  0 part  
└─sda2           8:2    0 222,5G  0 part  
sdb              8:16   0 223,6G  0 disk  
├─sdb1           8:17   0     1G  0 part  
└─sdb2           8:18   0 222,5G  0 part  
sdc              8:32   0 931,5G  0 disk  
├─sdc1           8:33   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdc2           8:34   0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdd              8:48   0 931,5G  0 disk  
├─sdd1           8:49   0     1G  0 part  
└─sdd2           8:50   0 222,5G  0 part

Wir fügen die Festplattenpartitionen zu den Arrays hinzu.

mdadm /dev/md126 --add /dev/sdd1

mdadm /dev/md127 --add /dev/sdd2

Überprüfen wir, ob die Partitionen hinzugefügt wurden.

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
├─sda1           8:1    0     1G  0 part  
└─sda2           8:2    0 222,5G  0 part  
sdb              8:16   0 223,6G  0 disk  
├─sdb1           8:17   0     1G  0 part  
└─sdb2           8:18   0 222,5G  0 part  
sdc              8:32   0 931,5G  0 disk  
├─sdc1           8:33   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdc2           8:34   0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdd              8:48   0 931,5G  0 disk  
├─sdd1           8:49   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdd2           8:50   0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]

Warten Sie nun auf die Synchronisierung der Arrays.

[root@localhost ~]# cat /proc/mdstat 
Persönlichkeiten : [raid1] 
md126 : aktives raid1 sdd1[3] sdc1[2]
      1047552 Blöcke Super 1.2 [2/2] [UU]
      Bitmap: 0/1 Seiten [0KB], 65536KB Chunk

md127 : aktives raid1 sdd2[3] sdc2[2]
      233206784 Blöcke Super 1.2 [2/1] [U_]
      [>....................]  Wiederherstellung =  0.5% (1200000/233206784) Ende=35.4min Geschwindigkeit=109090K/sec
      Bitmap: 2/2 Seiten [8KB], 65536KB Chunk

unbenutzte Geräte:

5. Installation von GRUB auf neue Festplatten

Für CentOS:

grub2-install /dev/sdX

Für Debian/Ubuntu:

grub-install /dev/sdX

wobei X — der Buchstabe des Blockgeräts. In diesem Fall muss GRUB auf /dev/sdc und /dev/sdd.

6. Erweiterung des Dateisystems (ext4) des Wurzel-Partitions

Auf den neuen Festplatten /dev/sdc und /dev/sdd sind 931,5 GB verfügbar. Da die Partitionstabelle von Festplatten mit kleinerem Volumen kopiert wurde, sind auf den Partitionen /dev/sdc2 und /dev/sdd2 222,5 GB verfügbar.

sdc              8:32   0 931,5G  0 disk  
├─sdc1           8:33   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdc2           8:34   0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdd              8:48   0 931,5G  0 disk  
├─sdd1           8:49   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdd2           8:50   0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]

Notwendig:

Erweitern Sie Partition 2 auf jeder Festplatte,
Erweitern Sie das Array md127,
Erweitern Sie PV (physikalisches Volume),
Erweitern Sie LV (logisches Volume) vg0-root,
Dateisystem erweitern.

Verwenden Sie das Tool parted erweitern wir die Partition /dev/sdc2 auf den maximalen Wert. Führen Sie den Befehl aus parted /dev/sdc (1) und sehen Sie sich die aktuelle Partitionstabelle mit dem Befehl an p (2).

Austausch von Festplatten mit geringerem Volumen gegen Festplatten mit höherem Volumen in Linux

Wie zu sehen ist, endet das Ende der Partition 2 bei 240 GB. Erweitern wir die Partition mit dem Befehl resizepart 2, wobei 2 die Partitionsnummer ist (3). Geben Sie den Wert im digitalen Format an, zum Beispiel 1000 GB, oder verwenden Sie die Angabe eines Anteils der Festplatte – 100%. Überprüfen Sie erneut, dass die Partition die neue Größe hat (4).

Wiederholen Sie die oben genannten Schritte für die Festplatte /dev/sdd. Nach der Erweiterung sind die Partitionen /dev/sdc2 und /dev/sdd2 jetzt jeweils 930,5 GB groß.

[root@localhost ~]# lsblk                                                 
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
├─sda1           8:1    0     1G  0 part  
└─sda2           8:2    0 222,5G  0 part  
sdb              8:16   0 223,6G  0 disk  
├─sdb1           8:17   0     1G  0 part  
└─sdb2           8:18   0 222,5G  0 part  
sdc              8:32   0 931,5G  0 disk  
├─sdc1           8:33   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdc2           8:34   0 930,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdd              8:48   0 931,5G  0 disk  
├─sdd1           8:49   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdd2           8:50   0 930,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]

Führen Sie nun die Erweiterung des Arrays durch. md127 bis zur maximalen Größe.

mdadm --grow /dev/md127 --size=max

Überprüfen Sie, ob das Array erfolgreich erweitert wurde. Jetzt beträgt seine Größe 930,4 GB.

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
├─sda1           8:1    0     1G  0 part  
└─sda2           8:2    0 222,5G  0 part  
sdb              8:16   0 223,6G  0 disk  
├─sdb1           8:17   0     1G  0 part  
└─sdb2           8:18   0 222,5G  0 part  
sdc              8:32   0 931,5G  0 disk  
├─sdc1           8:33   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdc2           8:34   0 930,5G  0 part  
  └─md127        9:127  0 930,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdd              8:48   0 931,5G  0 disk  
├─sdd1           8:49   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdd2           8:50   0 930,5G  0 part  
  └─md127        9:127  0 930,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]

Wir führen die Erweiterung durch physikalisches Volume. Vor der Erweiterung überprüfen wir den aktuellen Status des PV.

[root@localhost ~]# pvscan
  PV /dev/md127   VG vg0             lvm2 [222,40 GiB / 0    frei]
  Gesamt: 1 [222,40 GiB] / in Benutzung: 1 [222,40 GiB] / in keinem VG: 0 [0   ]

Wie zu sehen ist, /dev/md127 verwendet das PV 222,4 GB Speicherplatz.

Wir erweitern das PV mit dem folgenden Befehl.

pvresize /dev/md127

Wir überprüfen das Ergebnis der PV-Erweiterung.

[

root@localhost ~]# pvscan
  PV /dev/md127   VG vg0             lvm2 [930,38 GiB / 707,98 GiB frei]
  Gesamt: 1 [930,38 GiB] / in Benutzung: 1 [930,38 GiB] / in keinem VG: 0 [0   ]

Wir erweitern das logische Volume. Vor der Erweiterung überprüfen wir den aktuellen Status des LV (1).

[root@localhost ~]# lvscan
  AKTIV            '/dev/vg0/swap' [<16,00 GiB] erben
  AKTIV            '/dev/vg0/root' [<206,41 GiB] erben

LV /dev/vg0/root verwendet 206,41 GB.

Erweitern Sie das LV mit dem folgenden Befehl (2).

lvextend -l +100%FREE /dev/mapper/vg0-root

Überprüfen wir die ausgeführte Aktion (3).

[root@localhost ~]# lvscan 
  AKTIV            '/dev/vg0/swap' [<16,00 GiB] erben
  AKTIV            '/dev/vg0/root' [<914,39 GiB] erben

Wie wir sehen, beträgt nach der Erweiterung des LV der belegte Speicherplatz 914,39 GB.

Austausch von Festplatten mit geringerem Volumen gegen Festplatten mit höherem Volumen in Linux

Das Volumen des LV wurde erhöht (4), aber das Dateisystem belegt weiterhin 204 GB (5).

1. Lassen Sie uns die Erweiterung des Dateisystems durchführen.

resize2fs /dev/mapper/vg0-root

Überprüfen wir nach dem ausgeführten Befehl die Größe des Dateisystems.

[root@localhost ~]# df -h
Dateisystem     Größe Benutzt Verfügbar Benutzt% Eingehängt in
devtmpfs                32G            0   32G            0% /dev
tmpfs                   32G            0   32G            0% /dev/shm
tmpfs                   32G         9,5M   32G            1% /run
tmpfs                   32G            0   32G            0% /sys/fs/cgroup
/dev/mapper/vg0-root   900G         1,3G  860G            1% /
/dev/md126            1007M         120M  837M           13% /boot
tmpfs                  6,3G            0  6,3G            0% /run/user/0

Die Größe des Wurzel-Dateisystems wird auf 900 GB erhöht. Nach den durchgeführten Aktionen können die alten Festplatten entfernt werden.

Fall 2: Ersetzen von Festplatten mit kleinerem Volumen durch Festplatten mit größerem Volumen (mehr als 2 TB)

Aufgabe: Die aktuellen Laufwerke durch größere Laufwerke (2 x 3 TB) mit der Beibehaltung der Informationen ersetzen. Momentan sind 2 x 240 GB SSDs (RAID-1) mit dem installierten System und 2 x 3 TB SATA-Laufwerken vorhanden, auf die das System übertragen werden muss. Auf den aktuellen Laufwerken wird die MBR-Partitionstabelle verwendet. Da die neuen Laufwerke mehr als 2 TB haben, muss die GPT-Partitionstabelle verwendet werden, da MBR nicht mit Laufwerken über 2 TB arbeiten kann.

Überprüfen wir das aktuelle Laufwerkslayout.

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
├─sda1           8:1    0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sda2           8:2    0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdb              8:16   0 223,6G  0 disk  
├─sdb1           8:17   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdb2           8:18   0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdc              8:32   0   2,7T  0 disk  
sdd              8:48   0   2,7T  0 disk

Überprüfen wir die verwendete Partitionstabelle auf dem Laufwerk. /dev/sda.

[root@localhost ~]# fdisk -l /dev/sda | grep 'Disk label type'
Disk label type: dos

Auf dem Laufwerk /dev/sdb wird eine ähnliche Partitionstabelle verwendet. Überprüfen wir den verwendeten Speicherplatz im System.

[root@localhost ~]# df -h
Dateisystem         Größe Benutzt  Verfügbar Benutzt% Eingehängt in
devtmpfs              16G       0      16G      0% /dev
tmpfs                 16G       0      16G      0% /dev/shm
tmpfs                 16G    9,5M      16G      1% /run
tmpfs                 16G       0      16G      0% /sys/fs/cgroup
/dev/mapper/vg0-root   204G    1,3G    192G      1% /
/dev/md126            1007M   120M     837M     13% /boot
tmpfs                3,2G       0     3,2G      0% /run/user/0

Wie man sieht, belegt der Wurzel des Dateisystems 204 GB. Lassen Sie uns den aktuellen Zustand des Software-RAID-Arrays überprüfen.

1. Erstellung einer GPT-Partitionstabelle und Partitionierung der Festplatte

Überprüfen wir die Partitionierung der Festplatten nach Sektoren.

[root@localhost ~]# parted /dev/sda print
Modell: ATA KINGSTON SVP200S (scsi)
Festplatte /dev/sda: 240GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Festplattenflags: 

Nummer  Beginn  Ende   Größe  Typ        Dateisystem  Flags
 1     1049kB  1076MB  1075MB  primär                     bootfähig, raid
 2     1076MB  240GB   239GB   primär                     raid

Auf der neuen 3TB-Festplatte müssen wir 3 Partitionen erstellen:

Abschnitt bios_grub mit einer Größe von 2MiB zur Kompatibilität von GPT mit BIOS,
Partition für das RAID-Array, das eingehängt wird /boot.
Partition für das RAID-Array, auf dem LV root und LV swap.

Wir installieren das Tool parted mit dem Befehl yum install -y parted (für CentOS), apt install -y parted (für Debian/Ubuntu).

Durch die Verwendung von parted führen Sie die folgenden Befehle zur Partitionierung der Festplatte aus.

Führen Sie den Befehl aus parted /dev/sdc und wechseln Sie in den Bearbeitungsmodus der Festplattenpartitionierung.

Erstellen Sie die GPT-Partitionstabelle.

(parted) mktable gpt

Erstellen Sie die erste Partition bios_grub und setzen Sie das Flag dafür.

(parted) mkpart primary 1MiB 3MiB
(parted) set 1 bios_grub on

Erstellen Sie die zweite Partition und setzen Sie das Flag dafür. Diese Partition wird als Block für das RAID-Array und zur Montage verwendet in /boot.

(parted) mkpart primary ext2 3MiB 1028MiB
(parted) set 2 boot on

Erstellen Sie die dritte Partition, die ebenfalls als Block für das Array verwendet wird, in dem LVM eingerichtet wird.

(parted) mkpart primary 1028MiB 100%

In diesem Fall ist es nicht erforderlich, das Flag zu setzen, aber falls nötig, kann es mit dem folgenden Befehl gesetzt werden.

(parted) set 3 raid on

Überprüfen Sie die erstellte Tabelle.

(parted) p                                                                
Modell: ATA TOSHIBA DT01ACA3 (scsi)
Festplatte /dev/sdc: 3001GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Festplattensignale: 

Nummer  Anfang  Ende   Größe  Dateisystem  Name      Flags
 1     1049kB  3146kB  2097kB                    primary  bios_grub
 2     3146kB  1077MB  1074MB                    primary  boot
 3     1077MB  3001GB  3000GB                    primary

Weisen Sie der Festplatte eine neue zufällige GUID zu.

sgdisk -G /dev/sdd

2. Entfernen der Partitionen von der ersten Festplatte aus den Arrays

Überprüfen des Status des Verbunds

[root@localhost ~]# cat /proc/mdstat 
Persönlichkeiten: [raid1] 
md126: aktives raid1 sda1[0] sdb1[1]
      1047552 Blöcke super 1.2 [2/2] [UU]
      Bitmap: 0/1 Seiten [0KB], 65536KB Chunk

md127: aktives raid1 sda2[0] sdb2[1]
      233206784 Blöcke super 1.2 [2/2] [UU]
      Bitmap: 0/2 Seiten [0KB], 65536KB Chunk

unbenutzte Geräte:

Im System werden 2 Arrays verwendet: md126 (Mount-Punkt /boot) — besteht aus /dev/sda1 und /dev/sdb1, md127 (LVM für Swap und das Wurzelverzeichnis) – besteht aus /dev/sda2 und /dev/sdb2.

Wir markieren die Teile der ersten Festplatte, die in jedem Verbund verwendet werden, als fehlerhaft.

mdadm /dev/md126 --fail /dev/sda1

mdadm /dev/md127 --fail /dev/sda2

Wir entfernen die Partitionen des Blockgeräts /dev/sda aus den Arrays.

mdadm /dev/md126 --remove /dev/sda1

mdadm /dev/md127 --remove /dev/sda2

Wir überprüfen den Zustand des Arrays nach der Löschung der Festplatte.

[root@localhost ~]# cat /proc/mdstat 
Persönlichkeiten: [raid1] 
md126: aktives raid1 sdb1[1]
      1047552 Blöcke Super 1.2 [2/1] [_U]
      Bitmap: 0/1 Seiten [0KB], 65536KB Chunk

md127: aktives raid1 sdb2[1]
      233206784 Blöcke Super 1.2 [2/1] [_U]
      Bitmap: 2/2 Seiten [8KB], 65536KB Chunk

unbenutzte Geräte:

3. Hinzufügen der Partitionen der neuen Festplatte zum Array

Der nächste Schritt besteht darin, die Partitionen der neuen Festplatte in die Arrays zur Synchronisation hinzuzufügen. Wir überprüfen den aktuellen Zustand der Festplattenpartitionierung.

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 Disk  
├─sda1           8:1    0     1G  0 Teil  
└─sda2           8:2    0 222,5G  0 Teil  
sdb              8:16   0 223,6G  0 Disk  
├─sdb1           8:17   0     1G  0 Teil  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdb2           8:18   0 222,5G  0 Teil  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdc              8:32   0   2,7T  0 Disk  
├─sdc1           8:33   0     2M  0 Teil  
├─sdc2           8:34   0     1G  0 Teil  
└─sdc3           8:35   0   2,7T  0 Teil  
sdd              8:48   0   2,7T  0 Disk

Abschnitt /dev/sdc1 ist bios_grub Partition und nimmt nicht an der Erstellung von Arrays teil. In den Arrays werden nur /dev/sdc2 und /dev/sdc3. Wir fügen diese Partitionen den entsprechenden Arrays hinzu.

mdadm /dev/md126 --add /dev/sdc2

mdadm /dev/md127 --add /dev/sdc3

Danach warten wir auf die Synchronisation des Arrays.

[root@localhost ~]# cat /proc/mdstat 
Persönlichkeiten : [raid1] 
md126 : aktives raid1 sdc2[2] sdb1[1]
      1047552 Blöcke super 1.2 [2/2] [UU]
      Bitmap: 0/1 Seiten [0KB], 65536KB Chunk

md127 : aktives raid1 sdc3[2] sdb2[1]
      233206784 Blöcke super 1.2 [2/1] [_U]
      [>....................]  Wiederherstellung =  0,2% (619904/233206784) Ende=31,2min Geschwindigkeit=123980K/sec
      Bitmap: 2/2 Seiten [8KB], 65536KB Chunk
unbenutzte Geräte:

Festplattenpartitionierung nach Hinzufügen der Partitionen zum Array.

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
├─sda1           8:1    0     1G  0 part  
└─sda2           8:2    0 222,5G  0 part  
sdb              8:16   0 223,6G  0 disk  
├─sdb1           8:17   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdb2           8:18   0 222,5G  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdc              8:32   0   2,7T  0 disk  
├─sdc1           8:33   0     2M  0 part  
├─sdc2           8:34   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdc3           8:35   0   2,7T  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdd              8:48   0   2,7T  0 disk

4. Entfernen der Partitionen von der zweiten Festplatte aus den Arrays

Wir kennzeichnen die Partitionen der zweiten Festplatte, die in jedem Array verwendet werden, als fehlerhaft.

mdadm /dev/md126 --fail /dev/sdb1

mdadm /dev/md127 --fail /dev/sdb2

Wir entfernen die Partitionen des Blockgeräts /dev/sda aus den Arrays.

mdadm /dev/md126 --remove /dev/sdb1

mdadm /dev/md127 --remove /dev/sdb2

5. Kopieren der GPT-Partitions-Tabelle und Synchronisierung des Arrays

Für das Kopieren der GPT-Partitions-Tabelle verwenden wir das Dienstprogramm sgdisk, das im Paket zum Arbeiten mit Festplattenpartitionen und der GPT-Partitionstabelle enthalten ist — gdisk.

Installation von gdisk für CentOS:

yum install -y gdisk

Installation von gdisk für Debian/Ubuntu:

apt install -y gdisk

Diese Laborarbeit befasst sich mit einem so sensiblen Thema wie der Datensicherheit – es ist ein Bereich,: Für GPT erste wird die Festplatte angegeben, auf die wir kopieren die Partitionierung, wird die zweite Festplatte angegeben, von der die Partitionierungen werden kopiert. Wenn die Festplatten vertauscht werden, wird die ursprünglich fehlerfreie Partitionierung überschrieben und zerstört.

Wir kopieren die GPT-Partitionstabelle.

sgdisk -R /dev/sdd /dev/sdc

Die Partitionierung der Festplatten nach dem Übertragen der Tabelle auf die Festplatte /dev/sdd.

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
├─sda1           8:1    0     1G  0 part  
└─sda2           8:2    0 222,5G  0 part  
sdb              8:16   0 223,6G  0 disk  
├─sdb1           8:17   0     1G  0 part  
└─sdb2           8:18   0 222,5G  0 part  
sdc              8:32   0   2,7T  0 disk  
├─sdc1           8:33   0     2M  0 part  
├─sdc2           8:34   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdc3           8:35   0   2,7T  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdd              8:48   0   2,7T  0 disk  
├─sdd1           8:49   0     2M  0 part  
├─sdd2           8:50   0     1G  0 part  
└─sdd3           8:51   0   2,7T  0 part

Nun fügen wir jeden der Abschnitte hinzu, die an Software-RAID-Arrays beteiligt sind.

mdadm /dev/md126 --add /dev/sdd2

mdadm /dev/md127 --add /dev/sdd3

Wir warten auf die Synchronisierung des Arrays.

[root@localhost ~]# cat /proc/mdstat 
Persönlichkeiten : [raid1] 
md126 : aktives raid1 sdd2[3] sdc2[2]
      1047552 Blöcke super 1.2 [2/2] [UU]
      Bitmap: 1/1 Seiten [4KB], 65536KB Stück

md127 : aktives raid1 sdd3[3] sdc3[2]
      233206784 Blöcke super 1.2 [2/1] [U_]
      [>....................]  Wiederherstellung =  0.0% (148224/233206784) Fertigstellung=26.2min Geschwindigkeit=148224K/sec
      Bitmap: 2/2 Seiten [8KB], 65536KB Stück
unbenutzte Geräte:

Nachdem Sie das GPT-Layout auf die zweite neue Festplatte kopiert haben, wird das Layout wie folgt aussehen.

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
├─sda1           8:1    0     1G  0 part  
└─sda2           8:2    0 222,5G  0 part  
sdb              8:16   0 223,6G  0 disk  
├─sdb1           8:17   0     1G  0 part  
└─sdb2           8:18   0 222,5G  0 part  
sdc              8:32   0   2,7T  0 disk  
├─sdc1           8:33   0     2M  0 part  
├─sdc2           8:34   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdc3           8:35   0   2,7T  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdd              8:48   0   2,7T  0 disk  
├─sdd1           8:49   0     2M  0 part  
├─sdd2           8:50   0     1G  0 part  
│ └─md126        9:126  0  1023M  0 raid1 /boot
└─sdd3           8:51   0   2,7T  0 part  
  └─md127        9:127  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]

Nun installieren wir GRUB auf die neuen Festplatten.

Installation für CentOS:

grub2-install /dev/sdX

Installation für Debian/Ubuntu:

grub-install /dev/sdX

wobei X — Laufwerksbuchstabe, in unserem Fall die Festplatten /dev/sdc und /dev/sdd.

Aktualisieren Sie die Array-Informationen.

Für CentOS:

mdadm --detail --scan --verbose > /etc/mdadm.conf

Für Debian/Ubuntu:

echo "DEVICE partitions" > /etc/mdadm/mdadm.conf

mdadm --detail --scan --verbose | awk '/ARRAY/ {print}' >> /etc/mdadm/mdadm.conf

Aktualisieren Sie das Abbild. initrd:
Für CentOS:

dracut -f -v --regenerate-all

Für Debian/Ubuntu:

update-initramfs -u -k all

Aktualisieren Sie die GRUB-Konfiguration.

Für CentOS:

grub2-mkconfig -o /boot/grub2/grub.cfg

Für Debian/Ubuntu:

lsof

Nach den durchgeführten Maßnahmen können die alten Festplatten entfernt werden.

6. Erweiterung des Dateisystems (ext4) des Wurzel-Partitions

Partitionierung der Festplatten vor der Erweiterung des Dateisystems nach der Übertragung des Systems auf 2 x 3TB-Festplatten (RAID-1).

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
sdb              8:16   0 223,6G  0 disk  
sdc              8:32   0   2,7T  0 disk  
├─sdc1           8:33   0     2M  0 part  
├─sdc2           8:34   0     1G  0 part  
│ └─md127        9:127  0  1023M  0 raid1 /boot
└─sdc3           8:35   0   2,7T  0 part  
  └─md126        9:126  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdd              8:48   0   2,7T  0 disk  
├─sdd1           8:49   0     2M  0 part  
├─sdd2           8:50   0     1G  0 part  
│ └─md127        9:127  0  1023M  0 raid1 /boot
└─sdd3           8:51   0   2,7T  0 part  
  └─md126        9:126  0 222,4G  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]

Jetzt die Partitionen /dev/sdc3 und /dev/sdd3 belegen 2,7 TB. Da wir eine neue Festplattenpartition mit einer GPT-Tabelle erstellt haben, wurde die Größe der 3 Partitionen sofort auf den maximal möglichen Speicherplatz festgelegt, eine Erweiterung der Partition ist in diesem Fall nicht erforderlich.

Notwendig:

Array md126 erweitern,
Erweitern Sie PV (physikalisches Volume),
Erweitern Sie LV (logisches Volume) vg0-root,
Dateisystem erweitern.

1. Wir erweitern das Array md126 bis zur maximalen Größe.

mdadm --grow /dev/md126 --size=max

Nach der Erweiterung des Arrays md126 hat sich die belegte Größe auf 2,7 TB erhöht.

[root@localhost ~]# lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0 223,6G  0 disk  
sdb              8:16   0 223,6G  0 disk  
sdc              8:32   0   2,7T  0 disk  
├─sdc1           8:33   0     2M  0 part  
├─sdc2           8:34   0     1G  0 part  
│ └─md127        9:127  0  1023M  0 raid1 /boot
└─sdc3           8:35   0   2,7T  0 part  
  └─md126        9:126  0   2,7T  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]
sdd              8:48   0   2,7T  0 disk  
├─sdd1           8:49   0     2M  0 part  
├─sdd2           8:50   0     1G  0 part  
│ └─md127        9:127  0  1023M  0 raid1 /boot
└─sdd3           8:51   0   2,7T  0 part  
  └─md126        9:126  0   2,7T  0 raid1 
    ├─vg0-root 253:0    0 206,4G  0 lvm   /
    └─vg0-swap 253:1    0    16G  0 lvm   [SWAP]

Wir erweitern physikalisches Volume.

Vor der Erweiterung überprüfen wir den aktuellen belegten Speicherplatz PV /dev/md126.

[root@localhost ~]# pvs
  PV         VG  Fmt  Attr PSize   PFree
  /dev/md126 vg0 lvm2 a--  222,40g    0

Wir erweitern das PV mit dem folgenden Befehl.

pvresize /dev/md126

Wir überprüfen die durchgeführte Aktion.

[root@localhost ~]# pvs
  PV         VG  Fmt  Attr PSize  PFree
  /dev/md126 vg0 lvm2 a--  <2,73t 2,51t

Wir erweitern Logisches Volume vg0-root.

Nach der Erweiterung des PV überprüfen wir den belegten Speicherplatz des VG.

[root@localhost ~]# vgs
  VG  #PV #LV #SN Attr   VSize  VFree
  vg0   1   2   0 wz--n- <2,73t 2,51t

Wir überprüfen den belegten Speicherplatz des LV.

[root@localhost ~]# lvs
  LV   VG  Attr       LSize    Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root vg0 -wi-ao---- <206,41g                                                    
  swap vg0 -wi-ao----  <16,00g

Das Volume vg0-root belegt 206,41 GB.

Wir erweitern das LV auf das Maximum des verfügbaren Speicherplatzes.

lvextend -l +100%FREE /dev/mapper/vg0-root

Wir überprüfen den Speicherplatz des LV nach der Erweiterung.

[root@localhost ~]# lvs
  LV   VG  Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root vg0 -wi-ao----   2,71t                                                    
  swap vg0 -wi-ao---- <16,00g

Wir erweitern das Dateisystem (ext4).

Wir überprüfen die aktuelle Größe des Dateisystems.

[root@localhost ~]# df -h
Dateisystem     Größe Benutzt  Verfügbar Benutzt% Eingehängt in
devtmpfs                16G            0   16G            0% /dev
tmpfs                   16G            0   16G            0% /dev/shm
tmpfs                   16G         9,6M   16G            1% /run
tmpfs                   16G            0   16G            0% /sys/fs/cgroup
/dev/mapper/vg0-root   204G         1,4G  192G            1% /
/dev/md127            1007M         141M  816M           15% /boot
tmpfs                  3,2G            0  3,2G            0% /run/user/0

Das Volume /dev/mapper/vg0-root belegt 204 GB nach der Erweiterung des LV.

Wir erweitern das Dateisystem.

resize2fs /dev/mapper/vg0-root

Wir überprüfen die Größe des Dateisystems nach seiner Erweiterung.

[root@localhost ~]# df -h
Dateisystem      Größe  Benutzt  Verfügbar Benutzt% Eingehängt in
devtmpfs            16G      0   16G        0% /dev
tmpfs               16G      0   16G        0% /dev/shm
tmpfs               16G   9,6M   16G        1% /run
tmpfs               16G      0   16G        0% /sys/fs/cgroup
/dev/mapper/vg0-root 2,7T   1,4G  2,6T        1% /
/dev/md127          1007M   141M  816M       15% /boot
tmpfs               3,2G      0   3,2G       0% /run/user/0

Die Größe des Dateisystems wurde auf das gesamte Volumen erhöht.

Quelle: habr.com