[Resolu]Reinstallation : changer de /home après

maxire · Le 28/04/2015, à 13:59

Attention, je viens de modifier le message précédent, j'avais écrit une grosse erreur sudo rm -r /mnt/* aurait détruit toute la racine, remplacé par sudo rm -r /mnt/home/*.

Braun · Le 28/04/2015, à 14:04

maxire a écrit :

En fait j'obtiens les mêmes messages, je ne comprends pas pourquoi, je n'ai pas ce problème avec une commande équivalente sur /data.

Et si tu avais fait un bête :

ls -l /mnt

maxire · Le 28/04/2015, à 14:13

Oui Braun, un bête

ls -la /mnt

fonctionne très bien, mais je ne m'explique pas ce message d'erreur avec /mnt/*, c'est vrai qu'habituellement je ne l'applique que sur des répertoires non vides.
J'ai effectivement fait compliqué alors qu'il existe plus simple.

pierpiotr · Le 28/04/2015, à 14:24

Si j'essaie de supprimer la sdb5 avec le gestionnaire de partition de KDe j'ai une boite de dialogue qui s'ouvre : "
La partition /dev/sdb5 ne peut actuellement être supprimée car une ou plusieurs partitions ayant des numéros logiques supérieurs sont encore montées.
Veuillez d'abord libérer toutes les partitions ayant des numéros logiques supérieurs à 5.
"

pierpiotr · Le 28/04/2015, à 14:27

voici vos dernieres cdes avant de passer en CD Live :

pier@pier-BURO:~$ ls -l /mnt
total 0
pier@pier-BURO:~$ ls -la /mnt
total 8
drwxr-xr-x  2 root root 4096 avril 11  2014 .
drwxr-xr-x 25 root root 4096 avril 28 11:50 ..
pier@pier-BURO:~$

maxire · Le 28/04/2015, à 14:35

Serait-ce la partition étendue qui met le bazar?
As-tu d'abord démonté la partition /dev/sdb5?
il est possible de le faire avec Gparted pardon sous KDE c'est autre chose, je ne sais plus quoi .

Normalement sélectionner la partition, clic droit choisir «démonter» puis la suppression devrait être possible, à moins que l'outil ne veuille également que la partition /dev/sdb6 soit démontée pour lancer une renumérotation des partitions.
Donc démontes également /dev/sdb6.

En fait je n'utilise plus du tout les outils graphiques pour ce genre de travail mais les lignes de commandes, c'est beaucoup plus souple.

maxire · Le 28/04/2015, à 14:37

C'est bon /dev/sdb5 est bien vide, sa dernière mise à jour date d'avril 2014 d'ailleurs.

pierpiotr · Le 28/04/2015, à 14:44

Oui, ça a marché en "libérant" la sdb6; j'ai ça maintenant :

maxire · Le 28/04/2015, à 14:51

Donc /dev/sdb6 s'appelle maintenant /dev/sdb5, tu peux l'agrandir maintenant, tout simplement après libération (démontage) de la partition en utilisant la souris et en déplaçant son début vers la gauche jusqu'au maximum possible, puis tu valides l'opération d'agrandissement.

Enfin, je dis cela, mais comme je l'ai déjà écrit, je n'utilise jamais ce genre d'outil graphique, cela doit fonctionner suivant ce principe.

pierpiotr · Le 28/04/2015, à 15:12

Bon, j'ai lancé le redimensionnement avec Gparted (KDE partition manager c'est vraiment nul).
Mais il y en a pour plus de 5h40...

maxire · Le 28/04/2015, à 15:18

C'était ce que je craignais, dans la mesure où les partitions sont vides, tu arrêtes tout et tu supprimes les partitions /dev/sdb5 et /dev/sdb2 pour ensuite recréer une partition primaire /dev/sdb2.
Tu ne la formates pas (si possible), tu crées juste la partition.
Ensuite tu quittes gparted et tu fais :

sudo mke2fs -t ext4 -U d64d7324-271e-4272-8d55-20790dc4fee5 /dev/sdb2

pierpiotr · Le 28/04/2015, à 15:50

j'obtiens ça (j'avais pas fermé Gparted, mais est-ce que ça change qq chose ?)

sudo mke2fs -t ext4 -U d64d7324-271e-4272-8d55-20790dc4fee5 /dev/sdb2
[sudo] password for pier: 
mke2fs 1.42.9 (4-Feb-2014)
Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
« Stride » = 0 blocs, « Stripe width » = 0 blocs
91570176 i-noeuds, 366280704 blocs
18314035 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=4294967296
11178 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
Superblocs de secours stockés sur les blocs : 
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
        102400000, 214990848

Allocation des tables de groupe : complété                        
Écriture des tables d'i-noeuds : complété                        
Création du journal (32768 blocs) : complété
Écriture des superblocs et de l'information de comptabilité du système de
fichiers : complété

D'après Gparted je peux monter la nouvelle sdb2, le seul choix donné est /data. Je le fais ?

maxire · Le 28/04/2015, à 16:06

Oui, un peu d'initiative quand même!
Tu redonnes ensuite le résultat de :

sudo blkid /dev/sdb
df -h

pierpiotr · Le 28/04/2015, à 16:34

Oui, bon, je marche sur des oeufs ;-)
voici

pier@pier-BURO:~$ sudo blkid /dev/sdb
[sudo] password for pier: 
pier@pier-BURO:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda2           94G    7,2G   82G   9% /
none               4,0K       0  4,0K   0% /sys/fs/cgroup
udev               7,8G     12K  7,8G   1% /dev
tmpfs              1,6G    1,3M  1,6G   1% /run
none               5,0M       0  5,0M   0% /run/lock
none               7,9G    532K  7,9G   1% /run/shm
none               100M     20K  100M   1% /run/user
/dev/sda1          511M    3,4M  508M   1% /boot/efi
/dev/sdb1          1,4T    234G  1,1T  18% /home
/dev/sdb2          1,4T     70M  1,3T   1% /data
pier@pier-BURO:~$

maxire · Le 28/04/2015, à 17:35

Ah, tiens je me suis trompé dans la commande blkid, c'était plutôt blkid /dev/sdb*, pas important, le résultat de la commande df montre bien que la taille de /dev/sdb2 est maintenant de 1,4 T au lieu de 1,3 T pour /dev/sdb6 et /dev/sdb2 est monté correctement sur /data.

À priori maintenant tout est bon, tu peux passer à la phase de nettoyage de /home du ssd, mais ce n'est pas obligatoire.
Tu as tellement de place disponible que ce ne sont pas les quelques octets perdus par /home du ssd qui vont te manquer.

pierpiotr · Le 28/04/2015, à 17:42

Je ferai ce nettoyage d'ici demain.
En attendant merci 1000 fois pour ton aide. J'ai tout récupéré, même un HD auquel je n'avais pas accès.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 28/04/2015, à 13:59

Re : [Resolu]Reinstallation : changer de /home après

#27 Le 28/04/2015, à 14:04

Re : [Resolu]Reinstallation : changer de /home après

#28 Le 28/04/2015, à 14:13

Re : [Resolu]Reinstallation : changer de /home après

#29 Le 28/04/2015, à 14:24

Re : [Resolu]Reinstallation : changer de /home après

#30 Le 28/04/2015, à 14:27

Re : [Resolu]Reinstallation : changer de /home après

#31 Le 28/04/2015, à 14:35

Re : [Resolu]Reinstallation : changer de /home après

#32 Le 28/04/2015, à 14:37

Re : [Resolu]Reinstallation : changer de /home après

#33 Le 28/04/2015, à 14:44

Re : [Resolu]Reinstallation : changer de /home après

#34 Le 28/04/2015, à 14:51

Re : [Resolu]Reinstallation : changer de /home après

#35 Le 28/04/2015, à 15:12

Re : [Resolu]Reinstallation : changer de /home après

#36 Le 28/04/2015, à 15:18

Re : [Resolu]Reinstallation : changer de /home après

#37 Le 28/04/2015, à 15:50

Re : [Resolu]Reinstallation : changer de /home après

#38 Le 28/04/2015, à 16:06

Re : [Resolu]Reinstallation : changer de /home après

#39 Le 28/04/2015, à 16:34

Re : [Resolu]Reinstallation : changer de /home après

#40 Le 28/04/2015, à 17:35

Re : [Resolu]Reinstallation : changer de /home après

#41 Le 28/04/2015, à 17:42

Re : [Resolu]Reinstallation : changer de /home après

Pied de page des forums