! CCM Disques locaux : /home=200G >< Gestionnaire de fichiers /home = 100G [Réglé]
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Exposé rapide du problème :
J'ai taillé mon /home trop petit, 100G. Je le sauvegarde, j'étends la partition avec le CCM à 200G. Et bien sûr que je voulais enregistrer la modification dans le /etc/fstab. Le CCM me dit maintenant que mon /home fait 204G et cependant :
[jps@AMD664 ~]$ df
Sys. fich. Taille Util. Dispo Uti% Monté sur
rootfs 20G 5,2G 14G 28% /
devtmpfs 7,8G 0 7,8G 0% /dev
tmpfs 7,9G 1,4M 7,9G 1% /dev/shm
tmpfs 7,9G 972K 7,9G 1% /run
/dev/sda1 20G 5,2G 14G 28% /
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
/dev/sda5 11G 281M 9,3G 3% /tmp
/dev/sdb6 178G 66G 104G 39% /savePartitionHomes
/dev/sdb1 100G 94G 6,7G 94% /home
/dev/sdb5 51G 2,7G 45G 6% /saveSSD
Sys. fich. Taille Util. Dispo Uti% Monté sur
rootfs 20G 5,2G 14G 28% /
devtmpfs 7,8G 0 7,8G 0% /dev
tmpfs 7,9G 1,4M 7,9G 1% /dev/shm
tmpfs 7,9G 972K 7,9G 1% /run
/dev/sda1 20G 5,2G 14G 28% /
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
/dev/sda5 11G 281M 9,3G 3% /tmp
/dev/sdb6 178G 66G 104G 39% /savePartitionHomes
/dev/sdb1 100G 94G 6,7G 94% /home
/dev/sdb5 51G 2,7G 45G 6% /saveSSD
Strange isn't it ?
En vous remerciant de l'attention portée à mon message...
thierryR Membre non connecté
-
- Voir le profil du membre thierryR
- Inscrit le : 02/02/2010
- Site internet
débusqueur de bugs et chercheur en améliorations
Amicalement vôtre.
Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
Amicalement vôtre.Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
thierryR Membre non connecté
-
- Voir le profil du membre thierryR
- Inscrit le : 02/02/2010
- Site internet
I search .
débusqueur de bugs et chercheur en améliorations
Amicalement vôtre.
Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
Amicalement vôtre.Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Je viens de retenter l'opération. Mais j'ai tout effectué dans la foulée puisque je n'avais plus de sauvegarde à effectuer, ni d'autres préoccupations.
CCM de 204G à 270G, enregistrer /etc/fstab, redémarrage. df indique que /home fait 100G.
Édité par magnux77 Le 16/10/2012 à 15h06
thierryR Membre non connecté
-
- Voir le profil du membre thierryR
- Inscrit le : 02/02/2010
- Site internet
Code BASH :
$ df Sys. fich. Taille Util. Dispo Uti% Monté sur rootfs 12G 7,2G 4,3G 63% / devtmpfs 1,5G 0 1,5G 0% /dev tmpfs 1,5G 76K 1,5G 1% /dev/shm tmpfs 1,5G 988K 1,5G 1% /run /dev/sda1 12G 7,2G 4,3G 63% / tmpfs 1,5G 0 1,5G 0% /sys/fs/cgroup /dev/sda6 430G 69G 362G 16% /home
C'est bizarre. Faudrait-il passer en console avec fdisk ?
débusqueur de bugs et chercheur en améliorations
Amicalement vôtre.
Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
Amicalement vôtre.Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
thierryR :
il ne doit pas y avoir de limite sur /home
Si, il y a toujours des limites, mais j'ai vérifié la limite d'un FS ext4 est de 2**60 octets. Soit 1 mega binaire de tera binaire octets. Y a de la marge !
Mais je suis étonné que ce dysfonctionnement important n'interpelle pas davantage.
Édité par magnux77 Le 16/10/2012 à 15h09
Fopossum Membre non connecté
-
- Voir le profil du membre Fopossum
- Inscrit le : 15/07/2012
Je ne connais pas le passage par le CCM pour augmenter la taille des partition mais juste la version ligne de commande.
Ce que tu décris ressemble fort à un oubli de redimensionnement du filesystem sur ta partition.
Donc, d'abord, on vérifie la taille de ta partition avec... parted
Code :
root # parted -l
Tu devrais obtenir quelque chose du genre (là, c'est un disque à moi en exemple):
Code :
parted -l /dev/sda
Modèle: AMCC 9650SE-2LP DISK (scsi)
Disque /dev/sda : 500GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Disk Flags:
Numéro Début Fin Taille Système de fichiers Nom Fanions
1 1049kB 68,2MB 67,1MB ext2 Linux filesystem
2 68,2MB 8658MB 8590MB linux-swap(v1) Linux swap
3 8658MB 51,6GB 42,9GB Linux filesystem
4 51,6GB 500GB 448GB Linux LVM lvm (gestionnaire de volumes logiques)
Là, tu vérifieras donc quelle est la taille physique de ta partition.
Cependant, une augmentation de taille ne veut pas dire que le FS dessus a augmenté.
Comme ext3 et ext4 sont les FS par défaut de Mageia, tu peux augmenter la taille de ton FS avec la commande suivante :
[code]root # resize2fs /dev/sdb1[code]
Et hop, tu auras tes Go manquants.
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Fopossum :
Ce que tu décris ressemble fort à un oubli de redimensionnement du filesystem sur ta partition.
Je me disais bien kekchose comme ça aussi mais je n'avais rien trouvé (pas assez cherché ?).
jps@AMD664 ~]$ df
Sys. fich. Taille Util. Dispo Uti% Monté sur
rootfs 20G 5,2G 14G 28% /
devtmpfs 7,8G 0 7,8G 0% /dev
tmpfs 7,9G 100K 7,9G 1% /dev/shm
tmpfs 7,9G 784K 7,9G 1% /run
/dev/sda1 20G 5,2G 14G 28% /
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
/dev/sda5 11G 281M 9,3G 3% /tmp
/dev/sdb5 51G 2,7G 45G 6% /saveSSD
/dev/sdb6 178G 66G 104G 39% /savePartitionHomes
/dev/sdb1 100G 95G 5,1G 95% /home
[jps@AMD664 ~]$ resize2fs /dev/sdb1
resize2fs 1.42.2 (27-Mar-2012)
open: Permission non accordée lors de l'ouverture de /dev/sdb1
[jps@AMD664 ~]$ su -
Mot de passe :
[root@AMD664 ~]# resize2fs /dev/sdb1
resize2fs 1.42.2 (27-Mar-2012)
Le système de fichiers de /dev/sdb1 est monté sur /home ; le changement de taille doit être effectué en ligne
old_desc_blocks = 7, new_desc_blocks = 17
Le système de fichiers /dev/sdb1 a maintenant une taille de 69631478 blocs.
[root@AMD664 ~]# df
Sys. fich. Taille Util. Dispo Uti% Monté sur
rootfs 20G 5,2G 14G 28% /
devtmpfs 7,8G 0 7,8G 0% /dev
tmpfs 7,9G 624K 7,9G 1% /dev/shm
tmpfs 7,9G 848K 7,9G 1% /run
/dev/sda1 20G 5,2G 14G 28% /
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
/dev/sda5 11G 281M 9,3G 3% /tmp
/dev/sdb5 51G 2,7G 45G 6% /saveSSD
/dev/sdb6 178G 66G 104G 39% /savePartitionHomes
/dev/sdb1 266G 98G 169G 37% /home
[root@AMD664 ~]#
Sys. fich. Taille Util. Dispo Uti% Monté sur
rootfs 20G 5,2G 14G 28% /
devtmpfs 7,8G 0 7,8G 0% /dev
tmpfs 7,9G 100K 7,9G 1% /dev/shm
tmpfs 7,9G 784K 7,9G 1% /run
/dev/sda1 20G 5,2G 14G 28% /
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
/dev/sda5 11G 281M 9,3G 3% /tmp
/dev/sdb5 51G 2,7G 45G 6% /saveSSD
/dev/sdb6 178G 66G 104G 39% /savePartitionHomes
/dev/sdb1 100G 95G 5,1G 95% /home
[jps@AMD664 ~]$ resize2fs /dev/sdb1
resize2fs 1.42.2 (27-Mar-2012)
open: Permission non accordée lors de l'ouverture de /dev/sdb1
[jps@AMD664 ~]$ su -
Mot de passe :
[root@AMD664 ~]# resize2fs /dev/sdb1
resize2fs 1.42.2 (27-Mar-2012)
Le système de fichiers de /dev/sdb1 est monté sur /home ; le changement de taille doit être effectué en ligne
old_desc_blocks = 7, new_desc_blocks = 17
Le système de fichiers /dev/sdb1 a maintenant une taille de 69631478 blocs.
[root@AMD664 ~]# df
Sys. fich. Taille Util. Dispo Uti% Monté sur
rootfs 20G 5,2G 14G 28% /
devtmpfs 7,8G 0 7,8G 0% /dev
tmpfs 7,9G 624K 7,9G 1% /dev/shm
tmpfs 7,9G 848K 7,9G 1% /run
/dev/sda1 20G 5,2G 14G 28% /
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
/dev/sda5 11G 281M 9,3G 3% /tmp
/dev/sdb5 51G 2,7G 45G 6% /saveSSD
/dev/sdb6 178G 66G 104G 39% /savePartitionHomes
/dev/sdb1 266G 98G 169G 37% /home
[root@AMD664 ~]#
Super !
Mais une grosse surprise : pourquoi le busy de mon /home passe de 95 à 98G ?
Un grand merci déjà.
Édité par magnux77 Le 16/10/2012 à 16h34
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Pour resizer la partition, il faut la démonter. Il ne faut donc paspartir d'une session user qui se trouvera forcément sur /home
J'ai donc lancé Mageia en mode rescue. Puis en root j'ai lancé startx pour le CCM.
Et je ne sais pas si /home est monté dans ce cas-là. Ce qui explique que le resize2fs lancé par le CCM (il le fait, je l'ai vu !) échoue puisque /home n'est pas monté.
Reste la question de 95 à 98G ?...
Édité par magnux77 Le 16/10/2012 à 16h55
Fopossum Membre non connecté
-
- Voir le profil du membre Fopossum
- Inscrit le : 15/07/2012
epilip :
Pour le fait que le resize2fs n'ait pas été fait par le CCM, je me demande si l'explication n'est pas la suivante :
Pour resizer la partition, il faut la démonter. Il ne faut donc paspartir d'une session user qui se trouvera forcément sur /home
J'ai donc lancé Mageia en mode rescue. Puis en root j'ai lancé startx pour le CCM.
Et je ne sais pas si /home est monté dans ce cas-là. Ce qui explique que le resize2fs lancé par le CCM (il le fait, je l'ai vu !) échoue puisque /home n'est pas monté.
Reste la question de 95 à 98G ?...
Pour resizer la partition, il faut la démonter. Il ne faut donc paspartir d'une session user qui se trouvera forcément sur /home
J'ai donc lancé Mageia en mode rescue. Puis en root j'ai lancé startx pour le CCM.
Et je ne sais pas si /home est monté dans ce cas-là. Ce qui explique que le resize2fs lancé par le CCM (il le fait, je l'ai vu !) échoue puisque /home n'est pas monté.
Reste la question de 95 à 98G ?...
Bon, normalement, resize2fs fonctionne offline et online. En général, je ne fais pas trop confiance à ces machins graphiques pour faire mes modifs de taille de partitions et de FS.
Je ne peux donc pas expliquer le comportement du CCM là dessus.
En ce qui concerne l'augmentation de place prise, elle est tout à fait normale. Tu augmentes la taille du FS, donc tu augmentes la taille des métadonnées associées. Des superblocks sont rajoutés, plus d'inodes et enfin une portion réservée à root (5% par défaut) plus importante (5% de 200G c'est plus que 5% de 100G :-) ).
Je pense que tu peux passer le topic à résolu
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Fopossum :
En général, je ne fais pas trop confiance à ces machins graphiques...
Je sais, j'ai moi-même tenu ce genre de discours sur des outils graphiques dans d'autres domaines. Mais quand on n'est pas l'expert qui peut se passer du "machin graphique", c'est assez irritant d'entendre ce genre de discours, et de s'être fait piéger à utiliser des "machins" qui ne fonctionnent pas. J'avais lu une fois que le critère primordial de la célèbre "convivialité" des interfaces graphiques était...?
La fiabilité.
Mais revenons à notre sujet, merci encore !
Fopossum Membre non connecté
-
- Voir le profil du membre Fopossum
- Inscrit le : 15/07/2012
epilip :
Mais quand on n'est pas l'expert qui peut se passer du "machin graphique", c'est assez irritant d'entendre ce genre de discours, et de s'être fait piéger à utiliser des "machins" qui ne fonctionnent pas. J'avais lu une fois que le critère primordial de la célèbre "convivialité" des interfaces graphiques était...?
Attention, je reprends, loin de moi l'idée de t'irriter
Fopossum :
En général, je ne fais pas trop confiance à ces machins graphiques [...] Je ne peux donc pas expliquer le comportement du CCM là dessus.
Voilà. En gros, comme je n'utilise pas les GUI pour ça, je ne peux pas expliquer le comportement tout simplement parce que je ne les connais pas ^_^
epilip :
Mais revenons à notre sujet, merci encore !
Pas de soucis. Avec plaisir.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie