web-dev-qa-db-fra.com

uton: / home: la cible est occupée

umount /dev/mapper/nvmeVg-home
umount: /home: target is busy

J'ai regardé - ceci Réponse et trouvé cette page utile J'étais incapable de résoudre mon problème avant de poster ici.

Mon /var répertoire est plein. /var est sur un LVM. Hier soir, je suis allé pour augmenter la taille de /var et exécuté accidentellement lvextend -L+50G /dev/mapper/nvmeVg-home quand je devrais avoir lvextend -L +50G dev/mapper/nvmeVg-var Oups.

Donc, pas de gros problème non? lvextend -L-50G /dev/mapper/nvmeVg-home résulte en

Size may not be negative.  Invalid argument for --size: -50G.  Error during parsing of command line:

Alors alors je vois à rétrécir un volume non racine Je dois d'abord soulager l'appareil. Bien sûr pas de problème: /umount /dev/mapper/nvmeVg-home résulte en

umount: /home: target is busy 

Donc je lsof /dev/mapper/nvmeVg-home et obtenir beaucoup de production. Donc, si je ne peux pas oublier parce que/home a des fichiers utilisés, j'ai essayé lsof | grep /dev/mapper/nvme n'a rien retourné. Je m'attendais à voir le nombre total de fichiers ouverts. Puis j'ai essayé /lsof +f -- /dev/mapper/nvmeVg-home qui a renvoyé beaucoup de fichiers actuellement utilisés. Amende. Je remarque alors/la maison est montée sur plusieurs groupes de volumes? (Toujours incertain de la terminologie). C'est étrange. N'a pas l'air bien. Cela pourrait-il être un deuxième problème avec dans mon problème?

nvme0n1         259:0    0 953.9G  0 disk 
├─nvme0n1p1     259:1    0   953M  0 part 
├─nvme0n1p2     259:2    0  46.6G  0 part 
│ └─nvmeVg-var  253:2    0    50G  0 lvm  /var
├─nvme0n1p3     259:3    0  46.6G  0 part 
│ ├─nvmeVg-var  253:2    0    50G  0 lvm  /var
│ ├─nvmeVg-home 253:3    0   150G  0 lvm  /home
│ └─nvmeVg-root 253:4    0   100G  0 lvm  
├─nvme0n1p4     259:4    0  46.6G  0 part 
│ └─nvmeVg-home 253:3    0   150G  0 lvm  /home
├─nvme0n1p5     259:5    0  46.6G  0 part 
│ └─nvmeVg-home 253:3    0   150G  0 lvm  /home
├─nvme0n1p6     259:6    0  46.6G  0 part 
│ └─nvmeVg-root 253:4    0   100G  0 lvm  
├─nvme0n1p7     259:7    0  46.6G  0 part 
│ └─nvmeVg-root 253:4    0   100G  0 lvm  
├─nvme0n1p8     259:8    0  46.6G  0 part 
│ └─nvmeVg-home 253:3    0   150G  0 lvm  /home
├─nvme0n1p9     259:9    0  46.6G  0 part 
├─nvme0n1p10    259:10   0  46.6G  0 part 
├─nvme0n1p11    259:11   0  46.6G  0 part 
└─nvme0n1p12    259:12   0     1G  0 part 

J'ai l'impression qu'il est sage de faire une pause et de tendre la main pour obtenir de l'aide à ce stade.

2

Très probablement, vous êtes connecté au système comme utilisateur régulier. Lorsqu'un utilisateur régulier se connecte, ils occupent le /home Dans le cadre de la voie de leur répertoire personnel.

Vous devez vous connecter comme root afin de démonter /home. Le compte d'utilisateur root a un répertoire domestique de /root n'est donc pas affecté par /home. Assurez-vous également qu'aucun autre utilisateur régulier n'est connecté avant de tenter de démonter /home

Ensuite, utilisez la commande lvresize:

lvresize -r -L -50G /dev/mapper/nvmeVg-home

Explication :

la commande LvResize fera quatre choses:

  1. Démonter la partition /dev/mapper/nvmeVg-home
  2. Déduire 50 Go d'espace disque de LV qui sera crédité dans VG (-L -50g)
  3. Vérifiez le système de fichiers en appelant redizefs (-r)
  4. Remonte ensuite la partition /dev/mapper/nvmeVg-home
4
Bruce Malaudzi