Am adăugat recent o a cincea unitate la matricea mea de raid software -- și mdadm a acceptat-o:
$ lsblk
NUME MAJ:MIN RM DIMENSIUNE RO TIP PUNCT DE MONTARE
nvme0n1 259:0 0 894.3G 0 disc
âânvme0n1p1 259:4 0 512M 0 parte
â ââmd0 9:0 0 511M 0 raid1 /boot
âânvme0n1p2 259:5 0 893.8G 0 parte
ââmd1 9:1 0 3.5T 0 raid5
ââvg0-swap 253:0 0 32G 0 lvm [SWAP]
ââvg0-tmp 253:1 0 50G 0 lvm /tmp
ââvg0-root 253:2 0 2.6T 0 lvm /
nvme3n1 259:1 0 894.3G 0 disc
âânvme3n1p1 259:6 0 512M 0 parte
â ââmd0 9:0 0 511M 0 raid1 /boot
âânvme3n1p2 259:7 0 893.8G 0 parte
ââmd1 9:1 0 3.5T 0 raid5
ââvg0-swap 253:0 0 32G 0 lvm [SWAP]
ââvg0-tmp 253:1 0 50G 0 lvm /tmp
ââvg0-root 253:2 0 2.6T 0 lvm /
nvme2n1 259:2 0 894.3G 0 disc
âânvme2n1p1 259:8 0 512M 0 parte
â ââmd0 9:0 0 511M 0 raid1 /boot
âânvme2n1p2 259:9 0 893.8G 0 parte
ââmd1 9:1 0 3.5T 0 raid5
ââvg0-swap 253:0 0 32G 0 lvm [SWAP]
ââvg0-tmp 253:1 0 50G 0 lvm /tmp
ââvg0-root 253:2 0 2.6T 0 lvm /
nvme1n1 259:3 0 894.3G 0 disc
âânvme1n1p1 259:10 0 512M 0 parte
â ââmd0 9:0 0 511M 0 raid1 /boot
âânvme1n1p2 259:11 0 893.8G 0 parte
ââmd1 9:1 0 3.5T 0 raid5
ââvg0-swap 253:0 0 32G 0 lvm [SWAP]
ââvg0-tmp 253:1 0 50G 0 lvm /tmp
ââvg0-root 253:2 0 2.6T 0 lvm /
nvme4n1 259:12 0 894.3G 0 disc
âânvme4n1p1 259:15 0 512M 0 parte
â ââmd0 9:0 0 511M 0 raid1 /boot
âânvme4n1p2 259:16 0 893.8G 0 parte
ââmd1 9:1 0 3.5T 0 raid5
ââvg0-swap 253:0 0 32G 0 lvm [SWAP]
ââvg0-tmp 253:1 0 50G 0 lvm /tmp
ââvg0-root 253:2 0 2.6T 0 lvm /
$ cat /proc/mdstat
Personalități: [raid1] [raid6] [raid5] [raid4] [liniar] [multipath] [raid0] [raid10]
md0: raid1 activ nvme4n1p1[4] nvme1n1p1[2] nvme3n1p1[0] nvme0n1p1[3] nvme2n1p1[1]
523264 blocuri super 1.2 [5/5] [UUUUU]
md1 : raid activ 5 nvme4n1p2[5] nvme2n1p2[1] nvme1n1p2[2] nvme3n1p2[0] nvme0n1p2[4]
3748134912 blochează super 1.2 nivel 5, 512k bucată, algoritm 2 [5/5] [UUUUU]
bitmap: 3/7 pagini [12KB], bucată de 65536KB
dispozitive nefolosite: <niciuna>
Problema este că sistemul meu de fișiere încă crede că am doar 4 unități atașate și nu a crescut pentru a profita de unitatea suplimentară.
Am încercat
$ sudo e2fsck -fn /dev/md1
e2fsck 1.45.5 (07-ian-2020)
Avertizare! /dev/md1 este în uz.
ext2fs_open2: Număr magic rău în super-bloc
e2fsck: Superblock invalid, se încearcă blocuri de rezervă...
e2fsck: Număr magic rău în super-bloc în timp ce încercați să deschideți /dev/md1
Superblocul nu a putut fi citit sau nu descrie un ext2/ext3/ext4 valid
Sistemul de fișiere. Dacă dispozitivul este valid și conține într-adevăr un ext2/ext3/ext4
sistem de fișiere (și nu swap sau ufs sau altceva), apoi superbloc
este corupt și ați putea încerca să rulați e2fsck cu un superbloc alternativ:
e2fsck -b 8193 <dispozitiv>
sau
e2fsck -b 32768 <dispozitiv>
/dev/md1 conține un sistem de fișiere LVM2_member
și
$ sudo resize2fs /dev/md1
resize2fs 1.45.5 (07-ian-2020)
resize2fs: Dispozitivul sau resursa ocupat în timp ce încearcă să deschidă /dev/md1
Nu s-a putut găsi superblocul valid al sistemului de fișiere.
Dar pana acum fara noroc:
$ df
Sistem de fișiere 1K-blocuri Utilizat Disponibil Utilizare% Montat pe
udev 131841212 0 131841212 0% /dev
tmpfs 26374512 2328 26372184 1% /run
/dev/mapper/vg0-root 2681290296 2329377184 215641036 92% /
tmpfs 131872540 0 131872540 0% /dev/shm
tmpfs 5120 0 5120 0% /run/lock
tmpfs 131872540 0 131872540 0% /sys/fs/cgroup
/dev/md0 498532 86231 386138 19% /boot
/dev/mapper/vg0-tmp 52427196 713248 51713948 2% /tmp
tmpfs 26374508 0 26374508 0% /run/user/1001
tmpfs 26374508 0 26374508 0% /run/user/1002
Sper că acestea sunt suficiente informații - dar cu plăcere să ofer mai multe dacă este util.
