Aïe aïe
La première commande écrase ou cache la table de partition. Vous avez créé un volume physique lvm
sur tout le disque.
Autrement dit, vous n’avez qu’un seul bloc de x Go pour tout le disque /dev/sdc
.
Avec lvm
la logique de partitionnement est très différente de ce que vous avez cru faire avec prted ou fdisk ou …
Vérifiez ce qu’il en est :
pvs
pvdisplay /dev/sdc
Intégrez votre seil pv dans un volume group
vgcreate usb4T_vg /dev/sdc
vgs
Et « partitionnez » en volume(s) logique(s) (linear LV le plus simple)
lvcreate --size 400G --name archiveèlv usb4T_vg
lvcreate --size 200G --name travail_lv usb4T_vg
par exemple, ce qui vous crée deux blocs de 400 et 200G accessibles via
/dev/usb4T_vg/archive_lv et /dev/usb4T_vg/travail_lv suivis d’grand espace libre (plus de 3T ) qui peuvent servir à agrandir les LV créés ou en créer d’autres.
Ce n’est qu’ensuite que vous pouvez formater les LVs
mkfs.xfs /dev/usb4T_vg/archive_lv
mkdir /archives
mount /dev/usb4T_vg/archive_lv /archives
Exemple d’utilisation de tout un disque avec lvm
fp2@debpacha:~ $ sudo pvdisplay /dev/sdb
--- Physical volume ---
PV Name /dev/sdb
VG Name pacha_vg
PV Size 931,51 GiB / not usable 1,71 MiB
Allocatable yes
PE Size 4,00 MiB
Total PE 238467
Free PE 199555
Allocated PE 38912
PV UUID EuVnyy-3k2u-Wba1-ZTOi-0uBn-wpcw-rkorHe
1& fp2@debpacha:~ $
fp2@debpacha:~ $ sudo fdisk -l /dev/sdb
Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Modèle de disque : HGST HTS721010A9
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
1& fp2@debpacha:~ $
Liste des volumes physiques
sudo pvs
PV VG Fmt Attr PSize PFree
/dev/sda2 pacha_vg lvm2 a-- <109,79g <75,79g
/dev/sdb pacha_vg lvm2 a-- 931,51g 779,51g
1& fp2@debpacha:~ $
Liste volume group
sudo vgs
VG #PV #LV #SN Attr VSize VFree
pacha_vg 2 6 0 wz--n- <1,02t <855,30g
1& fp2@debpacha:~ $
Eh oui ! avec deux PVs sur des disques physiques différents, on peut avoir un seul VG
Le groupe de volume put être cloisonné en plusieurs LVs
sudo lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
data_lv pacha_vg -wi-ao---- 128,00g
home_lv pacha_vg -wi-ao---- 24,00g
root_lv pacha_vg -wi-ao---- 10,00g
swap_lv pacha_vg -wi-ao---- 12,00g
tmp_lv pacha_vg -wi-ao---- 8,00g
var_lv pacha_vg -wi-ao---- 4,00g
1& fp2@debpacha:~ $
Utilisation des LVs et types de système de fichiers
df -hTx tmpfs
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
udev devtmpfs 3,9G 0 3,9G 0% /dev
/dev/mapper/pacha_vg-root_lv ext4 9,8G 7,2G 2,2G 78% /
/dev/sda1 ext4 2,0G 97M 1,7G 6% /boot
/dev/mapper/pacha_vg-home_lv ext4 24G 17G 6,4G 73% /home
/dev/mapper/pacha_vg-tmp_lv xfs 8,0G 42M 8,0G 1% /tmp
/dev/mapper/pacha_vg-var_lv xfs 4,0G 1005M 3,1G 25% /var
/dev/mapper/pacha_vg-data_lv ext4 125G 44G 80G 36% /data
1& fp2@debpacha:~ $
Le disque /dev/sda est partitionné classiquement pour pouvoir amorcer sur ce disque. La partition sda1 est d’ailleurs beaucoup trop grande.
La table fstab
/dev/mapper/pacha_vg-root_lv / ext4 errors=remount-ro 0 1
# /boot was on /dev/sda1 during installation
UUID=6b25f8fd-780e-4be5-bcf4-e121061b3b60 /boot ext4 defaults 0 2
/dev/mapper/pacha_vg-data_lv /data ext4 defaults 0 2
/dev/mapper/pacha_vg-home_lv /home ext4 defaults 0 2
/dev/mapper/pacha_vg-tmp_lv /tmp xfs defaults 0 0
/dev/mapper/pacha_vg-var_lv /var xfs defaults 0 0
/dev/mapper/pacha_vg-swap_lv none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
En résumé :
L’idée d’utiliser lvm pour un disque amovible peut être judicieux. Ne pas oublier les bonnes options de montage (noauto) ou plus simplement configurez un montage automatique (automount paquet autofs) pour les systèmes de fichiers concernés.
Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة
F. Petitjean
Ingénieur civil du Génie Maritime.
« On ne perd pas son temps en aiguisant ses outils. »
Proverbe français
« Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » (R. Devos)