• Serveurs
  • [Discussion] Partitionnement de mon dédié avec LVM

Salut Xataz,

Merci beaucoup pour ce tutoriel. Je vais l'étudier de fond en comble

Beau travail!
Salut Xataz,

Merci pour ce tutoriel, il risque de mettre fort utile.
C'est beaucoup plus intéressent que de devoir tout refaire avec kimsufi.
Je suis bien tenté par LVM depuis quelques mois, je pense qu'à la prochaine installation d'un serveur, je le met en place. C'est super souple pour gérer ses partitions. Merci de ta contribution en tout cas !
Hardware wrote:Je suis bien tenté par LVM depuis quelques mois, je pense qu'à la prochaine installation d'un serveur, je le met en place. C'est super souple pour gérer ses partitions. Merci de ta contribution en tout cas !

Pas que pour les serveurs, je l'utilise sur mon archlinux également, chaque point de montage à son LV (usr,tmp,opt,var,swap,/ et home), seul le boot à sa partoch. Je me garde sur le VG 30% non alloués, comme ça si besoin je rajoute au LV qui en manque. (Par contre sur arch, il ne faut pas oublié de modifier le HOOK dans le mkinitcpio.conf avant de générer le initramfs).
Moi sur le serveur j'ai lvm juste pour les partitions users

Sinon je suis tenté par l'utilisation de btrfs sur mon desktop à la place de ext4. Je sais je suis peut être fou xD

Vous en pensé quoi sachant que je vais installé ce futur desktop sur un SSD ?
24 jours plus tard
Hello

je viens d'essayer, il faut être en No Raid ? J'étais en Raid 0 j'ai eu ça :

root@retourjedi:~# umount /home
umount: /home: not mounted
root@retourjedi:~# nano /etc/fstab
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda3 during installation
UUID=f3759fb2-c4a6-4a52-98c3-994edaee77e8 /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda2 during installation
UUID=c2cc613c-b75c-4be1-a980-f8171d2cfe4f /boot           ext4    defaults        0       2
# swap was on /dev/sda4 during installation
UUID=3b9f07ad-13a0-4cbd-99ce-8f67d39a8137 none            swap    sw              0       0
root@retourjedi:~# pvcreate /dev/sda3
Can't open /dev/sda3 exclusively. Mounted filesystem?


Un avis ?
Salut,

J'ai l'impression que tu n'as pas de partition dédier au home.

Peux tu faire un :
mount
et
df -h
/dev/mapper/vghome-xataz        /home/xataz     ext4    defaults        0       2
Après ceci on est obligé de reboot pour avoir l'espace indiqué ?
emiatej wrote:
/dev/mapper/vghome-xataz        /home/xataz     ext4    defaults        0       2
Après ceci on est obligé de reboot pour avoir l'espace indiqué ?
Non pas forcément, dans le tuto on l'a monté manuellement avec mount. Mais en cas de reboot, il sera automatiquement monté.
7 jours plus tard

Salut

Je me suis intéressé à la question lvm grâce au tuto et j'ai scripté le truc.
J'ai beaucoup testé et ça a l'air d'être ok donc si vous voulez tenter...
https://github.com/exrat/LVM-MonDedie
Je ne fais pas de topic pour l'instant, je préférerai avoir quelques retours avant

Le machin détecte un VG pré-existant et les Go sont converti en GiB, j'ai un peu galéré avec ça hier matin pour retomber sur mes pattes, mais le résultat est pas mal je crois On ne parle maintenant que de GiB pour les tailles, y'a un convertiseur pour aider... (testé sur un Kim simple disk, sur VM ou RAID, je ne sais pas ce que ça donne)
Cassez pas tout quand même !
Ex.

edit: Pour le choix 1 installation (passage obligatoire), il faut impérativement un /home à part avant de lancer le truc

edit2: mis à jour le 24/01/2017

Niquel, faut que je teste ça.
J'ai testé sur une VM mais y'a un prérequis lors de l'installation de la VM non ? notamment au niveau du schéma de partition ? Si quelqu'un peut m'envoyer des infos la dessus sur une bonne pratique parce que je choisis toujours le "Guided - Entire Disk" (noob inside ^^)

Thx !
Yep,

Il faut l'installer avec le partitionnement Guided - Entire Disk - Partition separed (ou un truc du genre).
xataz wrote:Yep,

Il faut l'installer avec le partitionnement Guided - Entire Disk - Partition separed (ou un truc du genre).
C'est ça, on peut précisé un partitionnement auto, mais avec un /home séparé
ex_rat wrote:Salut
Je me suis intéressé à la question lvm grâce au tuto et j'ai scripté le truc.
J'ai beaucoup testé et ça a l'air d'être ok donc si vous voulez tenter...
https://github.com/exrat/LVM-MonDedie
Je ne fais pas de topic pour l'instant, je préférerai avoir quelques retours avant

http://www.ratbox.nl/md/lvm.png

Le machin détecte un VG pré-existant et les Go sont converti en GiB, j'ai un peu galéré avec ça hier matin pour retomber sur mes pattes, mais le résultat est pas mal je crois (testé sur un Kim, sur VM je ne sais pas)
Cassez pas tout quand même....
Ex.

edit: Pour le choix 1 installation, il faut impérativement un /home à part avant de de lancer le truc
Ne fonctionne pas chez moi
emiatej wrote:Ne fonctionne pas chez moi :/
Salut
Sans plus d'infos ça va pas m'aider beaucoup pour trouver un bug
Alors quelle partie ne marche pas exactement, l'installation ou autre chose ?
Sur une machine physique ou une VM, un systeme LVM pré-existant, t'as bien une partition /home séparé ?

Est-ce que tu peux me copier/coller le contenu de:
nano /etc/fstab
et d'un:
df -h
Ca devrait déjà donner une piste si y'a un truc à adapter.
Ex.
Juste une question avant cela joue si j'ai que un disk ? C'est une machine la 1ere de one provider
Pas de soucis avec 1 seul disque.
Par contre il te faut créer une partition /home séparé impérativement quand tu fais l'installation avec le manager de Online.
Ex.
Génial ton script ex_rat. Par contre quelques problèmes 😀.
Déjà avant de vouloir redimensionner une partition, il faut être sur qu'elle ne soit pas utilisée par une application. Sinon le script me disait qu'il ne pouvait pas démonter la partition. J'ai du arrêter mes applications docker qui utilisées la partition. (J'ai arrêter rutorrent mais je ne suis pas sur que ce soit utile).

Ensuite lorsque on veut diminuer la partition, ça serait cool qu'on puisse donner la quantité de Go à diminuer et pas la taille finale de la partition (c'est un détail Hein ^^). Aussi pourquoi ne pas utiliser les mêmes unités pour tout. Parce que tu affiches les tailles en GiB et tu demande la nouvelle taille en Go c'est un peu perturbant ^^.

Pour finir, chez moi la réduction de partition n'a pas fonctionné ...
http://paste.ofcode.org/b39cWgaEsSAKyM7GhwELp8

Merci en tout cas !!
Salut
Je passe en vitesse, merci pour ton retour.
J'vais pas prévu qu'on voudrait mettre des chiffres avec virgule comme ton 325.72, je pense que c'est ça qui la fait planter.
Tentes avec un chiffre rond 325 ça devrait être mieux je regarderai comment gérer ça

edit: ça doit être bon aussi si tu mets une virgule à la place du point, enfin faut tester !

Pour les Go / GiB je vais adapter le rapport et le reste mais la demande en Go est indispensable je pense dans une optique ruTorrent qui lui t'affiche ça comme ça. Le gars qui veut 100 dans ru, si je le force à faire des calcul ça va pas le faire

Pour les applications qui bloque, il me semble avoir eu le soucis avec un ruTorrent ouvert dans le nav et la console en route, y'a peut-être un truc à faire pour ça oui...
Bon week_end les gars !
Ex.
Même problème avec 325 :
Entrez votre choix : 4

Entrez le nom de l'utilisateur rutorrent pour le volume lvm :
cyprien

Place disponible (en GiB)
  Free  PE / Size       0 / 0

Place occupé par l'utilisateur (en GiB)
  LV Size                375.72 GiB

Entrez la taille de volume souhaité (en Go) :
325
e2fsck 1.42.5 (29-Jul-2012)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/mapper/vghome-cyprien: 403/24625152 files (1.7% non-contiguous), 4292572/98493440 blocks
resize2fs 1.42.5 (29-Jul-2012)
Resizing the filesystem on /dev/mapper/vghome-cyprien to 9175040 (4k) blocks.
Begin pass 3 (max = 3006)
Scanning inode table          XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
The filesystem on /dev/mapper/vghome-cyprien is now 9175040 blocks long.

  Invalid argument for --size: 324,40G
  Error during parsing of command line.
Salut
J'ai fais quelques tests ce matin, ton soucis vient surement des "1.7% non-contiguous" et du fait que toute la place est occupé.
Moi j'ai toujours eu du "0.0% non contigus" donc je ne sais pas trop comment gérer la chose pour l'instant. Attends un avis des pro du lvm pour gérer ça à la main.
On va mettre le script en attente parce que j'aurais pas le temps de regarder cette semaine, je suis blindé là et il faut que je creuse la question
Ex.
Salut,

Je suis en train de regarder, l'erreur me semble étrange.

Pourrais tu faire un :
df -h
puis un :
lvdisplay
lu,

Voila voila :
root@ns3009410:~# df -h
Filesystem                                                                                      Size  Used Avail Use% Mounted on
rootfs                                                                                           20G  1.4G   18G   8% /
/dev/root                                                                                        20G  1.4G   18G   8% /
devtmpfs                                                                                        987M     0  987M   0% /dev
tmpfs                                                                                           198M  320K  198M   1% /run
tmpfs                                                                                           5.0M     0  5.0M   0% /run/lock
tmpfs                                                                                           498M     0  498M   0% /dev/shm
/dev/sda2                                                                                        20G  3.2G   16G  17% /var
/dev/mapper/vghome-cyprien                                                                      370G   11G  360G   3% /home/cyprien
/dev/mapper/vghome-mathurin                                                                      50G  3.7G   46G   8% /home/mathurin
cgroup                                                                                          988M     0  988M   0% /sys/fs/cgroup
/dev/sda2                                                                                        20G  3.2G   16G  17% /var/lib/docker/devicemapper
/dev/mapper/docker-8:2-785618-b82f4ef30a98cb29647e4c6fbd93e4a489a9e71eb2a12d9739056d6c506a8d9c   99G  479M   93G   1% /var/lib/docker/devicemapper/mnt/b82f4ef30a98cb29647e4c6fbd93e4a489a9e71eb2a12d9739056d6c506a8d9c
/dev/mapper/docker-8:2-785618-c95f2bb62e914aeb8ddebf49c65402dbdd79d57265b2b63d4ee9354bd9794bac   99G  492M   93G   1% /var/lib/docker/devicemapper/mnt/c95f2bb62e914aeb8ddebf49c65402dbdd79d57265b2b63d4ee9354bd9794bac
/dev/mapper/docker-8:2-785618-db872563e35d3360f674025aaf507e3ac0c01ae91ebe3b44dd90ce8ee49c5cec   99G  632M   93G   1% /var/lib/docker/devicemapper/mnt/db872563e35d3360f674025aaf507e3ac0c01ae91ebe3b44dd90ce8ee49c5cec
/dev/mapper/docker-8:2-785618-0f704257408261324a01f83de4c9fdbe2c6a3b977939e51c94320ab0f7fa0468   99G  632M   93G   1% /var/lib/docker/devicemapper/mnt/0f704257408261324a01f83de4c9fdbe2c6a3b977939e51c94320ab0f7fa0468
root@ns3009410:~# lvdisplay
  --- Logical volume ---
  LV Path                /dev/vghome/mathurin
  LV Name                mathurin
  VG Name                vghome
  LV UUID                ir0Z30-FM8i-MDfK-sQmZ-Jcpr-05oq-jtmmAq
  LV Write Access        read/write
  LV Creation host, time ns3009410.ip-37-59-62.eu, 2015-10-13 00:01:08 +0200
  LV Status              available
  # open                 1
  LV Size                50.00 GiB
  Current LE             12800
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           251:0

  --- Logical volume ---
  LV Path                /dev/vghome/cyprien
  LV Name                cyprien
  VG Name                vghome
  LV UUID                mzGUtr-B1iL-eXR8-EKRy-TGQ3-S9VH-2NU1is
  LV Write Access        read/write
  LV Creation host, time ns3009410.ip-37-59-62.eu, 2015-10-13 00:03:32 +0200
  LV Status              available
  # open                 1
  LV Size                375.72 GiB
  Current LE             96185
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           251:1
Bizarre qu'il y est 2 /dev/sda2 non ?
Je soupçonne un problème avec les fichiers non continu, qui ce trouverais en fin de partition.

Peux tu tenter de le faire à la main, car j'arrive pas à voir ou ce situe l'erreur exactement. (Ex faudrai ajouter un petit echo je pense à chaque étape pour voir ou on en est sur le script)

Pour ce faire voici toutes les étapes, pour 325G :
umount /home/cyprien/
e2fsck -f /dev/mapper/vghome-cyprien
resize2fs -p /dev/mapper/vghome-cyprien 300G
lvresize -L 325G /dev/mapper/vghome-cyprien
resize2fs /dev/mapper/vghome-cyprien
mount /dev/mapper/vghome-cyprien /home/cyprien
df -h /home/cyprien
lvdisplay
Si une erreur stoppe tous et mets le retour ici.

Pour les deux sda2, c'est normal, ton docker utilise le driver devicemapper.
La réduction a fonctionné :
root@ns3009410:~# umount /home/cyprien/

root@ns3009410:~# e2fsck -f /dev/mapper/vghome-cyprien
e2fsck 1.42.5 (29-Jul-2012)
/dev/mapper/vghome-cyprien is in use.
e2fsck: Cannot continue, aborting.


root@ns3009410:~# docker stop sickrage-cyprien
sickrage-cyprien
root@ns3009410:~# docker stop couchpotato-cyprien
couchpotato-cyprien


root@ns3009410:~# e2fsck -f /dev/mapper/vghome-cyprien
e2fsck 1.42.5 (29-Jul-2012)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/mapper/vghome-cyprien: 405/24625152 files (1.7% non-contiguous), 4292589/98493440 blocks


root@ns3009410:~# resize2fs -p /dev/mapper/vghome-cyprien 300G
resize2fs 1.42.5 (29-Jul-2012)
Resizing the filesystem on /dev/mapper/vghome-cyprien to 78643200 (4k) blocks.
Begin pass 3 (max = 3006)
Scanning inode table          XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
The filesystem on /dev/mapper/vghome-cyprien is now 78643200 blocks long.


root@ns3009410:~# lvresize -L 325G /dev/mapper/vghome-cyprien
  WARNING: Reducing active logical volume to 325.00 GiB
  THIS MAY DESTROY YOUR DATA (filesystem etc.)
Do you really want to reduce cyprien? [y/n]: y
  Reducing logical volume cyprien to 325.00 GiB
  Logical volume cyprien successfully resized


root@ns3009410:~# resize2fs /dev/mapper/vghome-cyprien
resize2fs 1.42.5 (29-Jul-2012)
Resizing the filesystem on /dev/mapper/vghome-cyprien to 85196800 (4k) blocks.
The filesystem on /dev/mapper/vghome-cyprien is now 85196800 blocks long.


root@ns3009410:~# mount /dev/mapper/vghome-cyprien /home/cyprien


root@ns3009410:~# df -h /home/cyprien

Filesystem                  Size  Used Avail Use% Mounted on
/dev/mapper/vghome-cyprien  320G   11G  310G   4% /home/cyprien
root@ns3009410:~# lvdisplay
  --- Logical volume ---
  LV Path                /dev/vghome/mathurin
  LV Name                mathurin
  VG Name                vghome
  LV UUID                ir0Z30-FM8i-MDfK-sQmZ-Jcpr-05oq-jtmmAq
  LV Write Access        read/write
  LV Creation host, time ns3009410.ip-37-59-62.eu, 2015-10-13 00:01:08 +0200
  LV Status              available
  # open                 1
  LV Size                50.00 GiB
  Current LE             12800
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           251:0

  --- Logical volume ---
  LV Path                /dev/vghome/cyprien
  LV Name                cyprien
  VG Name                vghome
  LV UUID                mzGUtr-B1iL-eXR8-EKRy-TGQ3-S9VH-2NU1is
  LV Write Access        read/write
  LV Creation host, time ns3009410.ip-37-59-62.eu, 2015-10-13 00:03:32 +0200
  LV Status              available
  # open                 1
  LV Size                325.00 GiB
  Current LE             83200
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           251:1



root@ns3009410:~# vgdisplay vghome
  --- Volume group ---
  VG Name               vghome
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  4
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               425.72 GiB
  PE Size               4.00 MiB
  Total PE              108985
  Alloc PE / Size       96000 / 375.00 GiB
  Free  PE / Size       12985 / 50.72 GiB
  VG UUID               6bi6cq-36vo-0AgX-nxc1-Xvnu-yZw0-nQW2G3

C'est peut être la demande de confirmation lors de lvresize -L 325G /dev/mapper/vghome-cyprien qui fait bugger le script ?

PS : pourquoi j'ai des fichiers non continus ?
Doit effectivement avoir un bug dans le script, je regarderai avec Ex.

Pour les fichiers contignous, c'est pas bien méchant, c'est une sorte de fragmentation. Normalement cela ne devrait pas dépasser les 10%.
/dev/mapper/vghome-cyprien is in use.
e2fsck: Cannot continue, aborting.
Ça doit être ça qui me sabote le boulot, va pas être facile à gérer cette affaire là encore
Je peux stopper le script sur le code retour pour commencer avant de trouver une idée....
Ex.
ex_rat wrote:
/dev/mapper/vghome-cyprien is in use.
e2fsck: Cannot continue, aborting.
Ça doit être ça qui me sabote le boulot, va pas être facile à gérer cette affaire là encore
Je peux stopper le script sur le code retour pour commencer avant de trouver une idée....
Ex.
C'est pas vraiment ça le problème. Lis la suite, tu verras que j'arrête les services gênant et ce problème n'apparait plus 😉.
10 jours plus tard
Alors ce script Ex_rat ?
Pour l'instant j'ai pas le temps du tout, j'suis super occupé loin des seedbox
Ex.
2 mois plus tard
Bon alors suite à l'autre topic j'ai repris le truc avec la modif' xataz et j'ai supprimé la conversion auto Go=>GiB parce que ça tounait mal cette affaire.

Donc on ne parle plus qu'en GiB. Pour simplifier le calcul j'ai ajouté une option "Calcul" choix 3 :


Pour le menu ça donne ça:


En pré-requis si installation, toujours une partition /home à part obligatoire.
Et on ne peut pas utiliser de virgule pour les tailles, juste un point. Ex: 202.75

J'ai bien testé et j'ai pas d'erreur donc voilà quoi... Si des beta-testeurs veulent tenter le coup c'est toujours :
apt-get update && apt-get upgrade -y
apt-get install git-core -y
cd /tmp
git clone https://github.com/exrat/LVM-MonDedie
cd LVM-MonDedie
chmod a+x lvm-mondedie.sh && ./lvm-mondedie.sh
J'insiste un peu, pour le choix 1 "installation LVM", pas oublier que ça supprime la partition /home d'origine donc c'est seulement si serveur vierge avant d'installer autre chose sinon bobo ^^
Ex.
Je testerai dans le week end sur ma VM, et te dirais.
24 jours plus tard
Bonjour,
Xataz si j'ai bien compris si le serveur à déjà des services qui tournent et si les partitions de bases sont comme ceci :
Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048    391167    389120   190M 83 Linux
/dev/sda2          391168 974772223 974381056 464.6G 83 Linux
/dev/sda3       974772224 976771071   1998848   976M 82 Linux swap / Solaris
Alors il est trop tard pour suivre ton tuto ? ^^'

A la base je voulais partitionner simplement pour avoir une estimation de la taille des dossier utilisateur plus fiable et simple que "du -h" mais s'il faut repartir de 0 pour tout le reste... :x
Car même si je sauvegarde tout, du fait que je vais changer les partitions réelles et virtuelles, j'ai de grande chance qu'une restauration échoue, non ?
Salut
Le soucis, c'est que le serveur commence à être bien secoué si je reprends l'ensemble de tes posts
Entre le mix et les tripatouillage qui vont avec pour la cohabitation Apache/nginx, l'utilisation de webmin qui n'est pas une bonne idée du tout pour un débutant parce que t'apprends rien avec ça...
Plus tes soucis de droits pour tes users qui ne peuvent pas télécharger depuis filemanager et le reste, ça commence à faire beaucoup.
Ce serait peut-être une bonne idée de repartir sur du propre là, avec une base de partitions ( LVM ! ) qui va bien et une install' chic de ruTorrent avec nginx (à la main ou script c'est pareil) pour avoir un truc sain.
C'est que mon avis !
Ex.
Je vais sans doute y arriver oui,
si j'ai laissé les partitions par défaut c'est dans l'idée que j'allais formater plus tard une fois les possibilités connues ^^

Cela dis même si j'ai laissé cohabiter plusieurs problèmes, je trouve que coté fonctionnement c'est pas trop mal :
- j'ai déstinstallé apache et mis nginx un peu plus propre même si mes vhost ne sont pas très biens réglés (tout.mondomaine renvoie sur seedbox-manager)
- les droit ftp+seedbox-manager+rutorrent je n'ai pas encore trouvé mais c'est fonctionnel quand même

Et Webmin ça complique certaines choses mais je trouve quand même que c'est bien pratique, j'ai un controle permanent de mes services et options (via l'interface web et les notification par mail), et je peux plus facilement de moi même trouver les paramètres par défaut ou personnalisés pour les services les plus courants/importants. Donc si je formate il y a de forte chance que je succombe à le remettre ^^'

En tout cas merci de pretter autant attention à ma config ex_Rat, il est fort possible que quand je serait pret pour repartir à 0 je t'adresse quelques questions tordues ^^'

Pour en revenir au sujet, dites moi si je me trompe :
L'idéal serait que je reformate en ajoutant une 4eme partition primaire contenant tout /home, et que je créer d'entrée de jeu les partitions de mes utilisateurs.
Par contre en admettant que je veuille par la suite ajouter des utilisateurs-partitionnés je pourrai le faire avec l'espace "libre" ? Dois-je "tout" partitionner avec LVM dans le /home restant ou plutôt laisser cet espace tel quel ?
Exemple : j'ai 500Go, on va dire que mon /home en fait 400, je vais en partitionner 50+50Go pour 2 utilisateurs, et les 300Go restant je les laisse tels quel (si je veux plus tard ajouter d'autres utilisateurs) ?
L'ajout ultérieur de partitions avec lvm entrainera aussi l'effacement du /home préexistant ?

J'ai aussi une question un peu plus générale : ce type de partitionnement cloisonne t'il l'utilisateur au niveau des accès au reste du serveur ? Est-ce que le gain à faire une partition se retrouve sur la vitesse de lecture/écriture pour l'utilisateur ?
Si "non" aux deux questions alors est-ce que le seul interet est d'avoir un feedback précis sur la capacité de stockage pour l'utilisateur ? ^^'
Ou alors c'est nécessaire en cas d'infection/corruption des données d'un utilisateur pour éviter que tout le système soit compromis ?
3 mois plus tard
Plop,
umount: /home: target is busy
        (In some cases useful info about processes that
         use the device is found by lsof(8) or fuser(1).)

Une idée?
setsuneh wrote:Plop,
umount: /home: target is busy
        (In some cases useful info about processes that
         use the device is found by lsof(8) or fuser(1).)

Une idée?
Alors soit tu est dedans genre tu fait
cd /
ou si tu est sur debian 8 et que tu utilise un premier user pour faire ensuite
su root
ton premier user est dans sa /home/premieruser