[Résolu] Le pc ne boot plus après redimensionnement, LVM

raleur · 27-09-2017 13:55:30

Pas de dommage apparent. Tu peux redimensionner.

Je remarque que le LV home n'est occupé qu'à hauteur de 2 Go sur 43 Gio. Même si tu n'as besoin d'agrandir la racine que de 3 Gio, tu pourrais réduire le volume home de bien plus que 3 Gio, ce qui laisserait de l'espace libre dans le groupe de volumes pour agrandir encore la racine si nécessaire, ou créer de nouveaux volumes logiques. Il resterait bien sûr possible d'agrandir à nouveau le volume home si besoin. Agrandir ou créer un volume, c'est facile quand il y a de l'espace libre dans le groupe. Réduire, comme tu l'as constaté, c'est un peu plus délicat donc autant prévoir pour l'avenir pour ne pas avoir à le faire trop souvent.

Juste par curiosité, qu'est-ce qui nécessite l'agrandissement du volume racine ? 10 Gio, c'est déjà pas mal.
On peut avoir un aperçu de l'occupation ?

du -hcxd1 /

Ilistro · 27-09-2017 14:15:15

raleur a écrit :

Juste par curiosité, qu'est-ce qui nécessite l'agrandissement du volume racine ? 10 Gio, c'est déjà pas mal.
On peut avoir un aperçu de l'occupation ?

 sudo du -hcxd1 / 

[sudo] Mot de passe de abel : 

17M /etc

12K /srv

4,0K  /opt

68K /root

2,3G  /var

16K /lost+found

4,0K  /mnt

6,7G  /usr

8,9G  /

8,9G  total

Ilistro · 27-09-2017 14:16:44

LaTex me prend pas mal de place et puis j'utilise pas mal de logiciels du genre GeoGebra.

Dernière modification par Ilistro (27-09-2017 14:18:21)

raleur · 27-09-2017 14:32:15

Oui, j'ai vu que l'installation de LaTeX occupait une place monstrueuse. Je ne connais pas GeoGebra.
Mais les logiciels s'installent dans /usr. Est-il normal qu'il y ait autant d'espace occupé dans /var ?

Croutons · 27-09-2017 14:49:54

un coup des logs qui grossissent peut etre?

raleur · 27-09-2017 15:03:56

A vérifier dans /var/log. Cela peut être le signe d'un dysfonctionnement qui provoque des messages répétitifs. Ou bien les logs ne tournent pas. Chez moi les logs occupent 25 Mio.

Ou bien le cache de paquets d'APT dans /var/cache/apt/archives qui n'est jamais nettoyé avec apt-get clean.

Ce sont les deux principaux suspects habituels.

Dernière modification par raleur (27-09-2017 15:06:21)

Ilistro · 27-09-2017 17:10:41

raleur a écrit :

A vérifier dans /var/log. Cela peut être le signe d'un dysfonctionnement qui provoque des messages répétitifs. Ou bien les logs ne tournent pas. Chez moi les logs occupent 25 Mio.

Que faut-il que je fasse une fois que j'y suis?

ls -l

total 32628

-rw-r--r--  1 root root              20196 27 sept. 18:04 Xorg.0.log

-rw-r--r--  1 root root              20194 27 sept. 15:13 Xorg.0.log.old

-rw-r--r--  1 root root              21325  1 sept. 16:31 Xorg.1.log

-rw-r-----  1 root log               24134 27 sept. 18:04 auth.log

-rw-r-----  1 root log              156533 25 sept. 15:00 auth.log.1

-rw-r-----  1 root log              134813 10 sept. 01:05 auth.log.2

-rw-------  1 root utmp               8448 25 sept. 14:12 btmp

drwxr-xr-x  2 root root               4096 26 sept. 18:24 cups

-rw-r-----  1 root log              438156 27 sept. 18:04 daemon.log

-rw-r-----  1 root log             1899681 25 sept. 14:54 daemon.log.1

-rw-r-----  1 root log             1141624 10 sept. 01:05 daemon.log.2

-rw-r-----  1 root log                4358 27 sept. 13:58 errors.log

-rw-r-----  1 root log                8585 24 sept. 16:07 errors.log.1

-rw-r-----  1 root log                3367 10 sept. 01:05 errors.log.2

-rw-r-----  1 root log             1857385 27 sept. 18:04 everything.log

-rw-r-----  1 root log             6069338 26 sept. 18:24 everything.log.1

-rw-r-----  1 root log             3439661 10 sept. 01:05 everything.log.2

-rw-------  1 root root              32032 27 sept. 18:04 faillog

drwxr-xr-x  2 root root               4096 12 juil. 17:51 httpd

drwxr-sr-x+ 4 root systemd-journal    4096  1 sept. 13:56 journal

-rw-r-----  1 root log             1386753 27 sept. 18:04 kernel.log

-rw-r-----  1 root log             4026502 25 sept. 14:13 kernel.log.1

-rw-r-----  1 root log             2181112 10 sept. 01:05 kernel.log.2

-rw-rw-r--  1 root utmp             292292 24 sept. 13:53 lastlog

drwx--x--x  2 root lightdm            4096 27 sept. 18:04 lightdm

-rw-r-----  1 root log             1583764 27 sept. 18:04 messages.log

-rw-r-----  1 root log             5354369 25 sept. 14:54 messages.log.1

-rw-r-----  1 root log             3077027 10 sept. 01:05 messages.log.2

drwxr-xr-x  2 root root               4096 26 mars   2017 old

-rw-r--r--  1 root root             154249 25 sept. 14:56 pacman.log

-rw-r-----  1 root log                1302 27 sept. 18:04 syslog.log

-rw-r-----  1 root log                8822 26 sept. 18:24 syslog.log.1

-rw-r-----  1 root log                4079  9 sept. 12:22 syslog.log.2

-rw-------  1 root root              64064  3 sept. 12:10 tallylog

-rw-r-----  1 root log                   0 26 sept. 18:24 user.log

-rw-r-----  1 root log                 216 24 sept. 16:07 user.log.1

-rw-r-----  1 root log                 220  3 sept. 13:39 user.log.2

-rw-rw-r--  1 root utmp             170880 27 sept. 18:04 wtmp

Ou bien le cache de paquets d'APT dans /var/cache/apt/archives qui n'est jamais nettoyé avec apt-get clean.

Je suis sous Archlinux , mais c'est vrai que je supprime rarement le cache de Pacman. Faut-il que je le fasse ou bien c'est automatique?

raleur · 27-09-2017 17:39:51

Faut pas abuser, je ne connais pas Arch.
Si tu examines des répertoires au hasard tu n'as pas fini.
Utilise plutôt ma commande avec /var au lieu de /, puis à nouveau avec les répertoires qui contiennent le plus et ainsi de suite.

Ilistro · 27-09-2017 17:56:26

ls -l  messages.log.1

-rw-r----- 1 root log 5354369 25 sept. 14:54 messages.log.1

Bon c'est le fichier le plus gros, mais je n'ai rien trouvé. Je ne vous inflige pas la lecture.
j'ai supprimer le cach de pacman mais ça na pas l'air d'avoir trop changé.

Edit à toto :

Déplacement du retour de la commande user dans la balise indiquée pour ce retour.

raleur · 27-09-2017 18:36:45

Ce n'est pas le plus gros, everything.log.1 l'est encore plus. Mais tout ça ne fait au pire que quelques dizaines de Mo. Ce n'est pas ça qui remplit les 2,3 Go de /var.

Tu commences par

du -hcxd1 /var

Ensuite tu recommences avec le ou les plus gros répertoires. Ignore tout ce qui fait moins de 100 Mo.

du -hcxd1 /var/leplusgros

et ainsi de suite.
Ainsi tu finiras pas trouver ce qui prend le plus de place dans /var.

Ilistro · 27-09-2017 18:52:10

 sudo  du -hcxd1 /var

24K /var/db

16K /var/spool

1,9G  /var/cache

265M  /var/log

4,0K  /var/opt

4,0K  /var/games

4,0K  /var/local

241M  /var/lib

4,0K  /var/tmp

4,0K  /var/empty

2,3G  /var

2,3G  total

sudo  du -hcxd1 /var/cache

4,4M  /var/cache/man

64K /var/cache/ldconfig

12K /var/cache/lightdm

1,8G  /var/cache/pacman

16K /var/cache/cups

724K  /var/cache/fontconfig

1,9G  /var/cache

1,9G  total

En effet je crois que c'est bien pacman le trouble fait. Je ne sait pas trop quoi faire, même le pacman -Sc ( https://wiki.archlinux.fr/Pacman ) ne libère pas d'espace.

Edit à toto :

Mise en conformité les balises commande du forum.

Dernière modification par Ilistro (27-09-2017 19:44:01)

smolski · 27-09-2017 19:13:32

Salut Ilistro, pour la clarté des posts avec commandes il est nécessaire de mettre les retours des commande en balise du forum dans le second bloc indiqué :

À supprimer...etc.

raleur · 27-09-2017 21:54:44

Ilistro a écrit :

c'est bien pacman le trouble fête. Je ne sait pas trop quoi faire, même le pacman -Sc (https://wiki.archlinux.fr/Pacman) ne libère pas d'espace.

La commande suivante de pacman supprime tous les paquets non-installés du cache (anciennes versions ou non installées sur le système)

Cela ne supprime pas du cache les versions des paquets installés. Pour cela :

Il est aussi possible de vider complètement le cache par la commande pacman -Scc. Il s’agit d’une très mauvaise pratique qui empêche toute réinstallation de paquets depuis le cache et impose donc de les télécharger à nouveau. Vous ne devriez jamais utiliser cette commande à moins d’un besoin absolu de récupérer de l’espace disque.

Dernière modification par raleur (27-09-2017 21:55:29)

Ilistro · 28-09-2017 07:27:02

raleur a écrit :

Cela ne supprime pas du cache les versions des paquets installés.

Oui, mais ça ma l'air un peut dangereux. Mais je vais le faire. Espérons que ça ne pose pas de problème.

raleur · 28-09-2017 09:50:02

Pourquoi serait-ce dangereux ? La seule conséquence, c'est de devoir retélécharger des paquets si tu veux les réinstaller dans leur version actuelle.
Est-ce qu'il t'arrive de réinstaller des paquets dans leur version actuelle ?
Est-ce que ta connexion internet est lente, chère ou peu fiable ?
Si la réponse à ces deux questions est "oui", alors ce n'est peut-être pas une bonne idée. Dans le cas contraire, aucun souci.

D'autre part, avoir identifié ce qui occupe de l'espace ne t'oblige pas faire le nettoyage. Tu peux décider que cet espace occupé est normal et le laisser tel quel. Tu as un autre moyen pour augmenter l'espace libre si nécessaire, puisque c'est l'origine de cette discussion : agrandir la racine.

Dernière modification par raleur (28-09-2017 09:50:32)

Ilistro · 30-09-2017 12:34:15

Désolé, je ne pouvais pas répondre hier.

raleur a écrit :

Pourquoi serait-ce dangereux ?

Ouais, mais il dise que ce n’est pas bien...
Non d'accord c'est pas très grave, j'ai une bonne connexion ect.

Bon je l'ai fait et effectivement la taille du cache de pacman est passée à 80Ko et le cache total est à 5.2Mo.
Mais je ne sais pas si je dois le faire régulièrement ou pas.

Dernière modification par Ilistro (30-09-2017 12:37:21)

Ilistro · 30-09-2017 13:06:53

2go de marge pour la racine ça me semble juste, du coup je vais agrandir la partition root et réduire le home.

Concrètement, c'est bien ceci que je dois faire:

Sur un live cd:

sudo resize2fs /dev/mapper/VolGroup00-lvolhome 40G

sudo lvreduce -L -3G  /dev/mapper/VolGroup00-lvolhome

sudo lvresize -L +3G /dev/mapper/VolGroup00-lvolroot 

sudo resize2fs /dev/mapper/VolGroup00-lvolhome 

sudo resize2fs /dev/mapper/VolGroup00-lvolroot

Dernière modification par Ilistro (30-09-2017 16:43:17)

raleur · 30-09-2017 13:55:57

Oui. Même pas besoin de passer par un système live, tu peux démarrer le système installé en mode dépannage et démonter /home.
resize2fs exigera probablement une vérification forcée du système de fichiers à réduire avec fsck -f.

Il y a un léger risque dans tes commandes : tu réduis le système de fichiers home à 40 Gio et tu réduis le volume logique de 3 Gio. Il faut que ce soit cohérent et que la nouvelle taille du volume logique soit bien supérieure ou égale à 40 Gio. C'est le cas ici, mais attention dans le cas général.

Dernière modification par raleur (30-09-2017 21:35:37)

Ilistro · 30-09-2017 16:48:55

Tous c’est bien passé.

Merci beaucoup!

Dernière modification par Ilistro (30-09-2017 19:01:54)

Debian-facile

#26 27-09-2017 13:55:30

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#27 27-09-2017 14:15:15

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#28 27-09-2017 14:16:44

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#29 27-09-2017 14:32:15

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#30 27-09-2017 14:49:54

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#31 27-09-2017 15:03:56

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#32 27-09-2017 17:10:41

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#33 27-09-2017 17:39:51

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#34 27-09-2017 17:56:26

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#35 27-09-2017 18:36:45

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#36 27-09-2017 18:52:10

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#37 27-09-2017 19:13:32

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#38 27-09-2017 21:54:44

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#39 28-09-2017 07:27:02

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#40 28-09-2017 09:50:02

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#41 30-09-2017 12:34:15

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#42 30-09-2017 13:06:53

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#43 30-09-2017 13:55:57

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#44 30-09-2017 16:48:55

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

Pied de page des forums