Aide pour nettoyage [ RESOLU]

Mic 03 · Le 10/12/2015, à 11:02

Bonjour à toutes et à tous,

J'ai un vieux portable acheté il y a 10 ans maintenant dont nous nous servons encore régulièrement pour des choses très simples (traitement de texte assez basique et naviagtion internet des plus basique aussi), c'est un Acer Aspire 3690.... Nous souhaitons le garder, non pour des raisons financières, mais, plutôt sentimentales.... si l'on peut dire.....A l'origine il y avait Vista dessus, je l'ai très vite "foutu dehors" pour passer à Ubuntu..... puis, j'ai constaté que cela commençait à "ramer" un peu et suis passé il y a quelques mois à Xubuntu.... beaucoup plus rapide, que du bonheur.... depuis quelques semaines, il ne trouve plus assez de place pour faire les mises à jour..... J'ai bien-sûr consulté le forum, cherché, trouvé des manips à faire avec le terminal, les ai faites.... mais bon, je suis toujours au même point..... je me résouds donc à passez pour le nul que je suis en informatique, et encore, quand j'écris "nul", je suis en dessous de la vérité.... Voilà les manips que j'ai effectuées. Ne vous offusquez pas si je ne réponds pas immédiatement à vos messages pour lesquels je vous remercie par avance, mais j'ai un boulot qui m'oblige à partir en déplacement et ne suis donc pas tout le temps devant mon ordinateur :

elisabeth@elisabeth-Aspire-3690:~$ sudo apt-get autoclean
[sudo] password for elisabeth: 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
elisabeth@elisabeth-Aspire-3690:~$

elisabeth@elisabeth-Aspire-3690:~$ sudo du -sh /*
[sudo] password for elisabeth: 
9,3M	/bin
155M	/boot
4,0K	/cdrom
4,0K	/dev
47M	/etc
481M	/home
0	/initrd.img
0	/initrd.img.old
675M	/lib
16K	/lost+found
8,0K	/media
4,0K	/mnt
4,0K	/opt
du: impossible d'accéder à «/proc/5462/task/5462/fd/4»: Aucun fichier ou dossier de ce type
du: impossible d'accéder à «/proc/5462/task/5462/fdinfo/4»: Aucun fichier ou dossier de ce type
du: impossible d'accéder à «/proc/5462/fd/4»: Aucun fichier ou dossier de ce type
du: impossible d'accéder à «/proc/5462/fdinfo/4»: Aucun fichier ou dossier de ce type
0	/proc
12K	/root
du: impossible d'accéder à «/run/user/1000/gvfs»: Permission non accordée
1,2M	/run
13M	/sbin
4,0K	/srv
0	/sys
20K	/tmp
2,6G	/usr
425M	/var
0	/vmlinuz
0	/vmlinuz.old
elisabeth@elisabeth-Aspire-3690:~$

linux-generic
linux-headers-3.13.0-66
linux-headers-3.13.0-66-generic
linux-headers-3.13.0-67
linux-headers-3.13.0-67-generic
linux-headers-3.13.0-68
linux-headers-3.13.0-68-generic
linux-headers-3.13.0-70
linux-headers-3.13.0-70-generic
linux-headers-generic
linux-image-3.13.0-66-generic
linux-image-3.13.0-67-generic
linux-image-3.13.0-68-generic
linux-image-3.13.0-70-generic
linux-image-extra-3.13.0-66-generic
linux-image-extra-3.13.0-67-generic
linux-image-extra-3.13.0-68-generic
linux-image-extra-3.13.0-70-generic
linux-image-generic
linux-libc-dev:i386
linux-sound-base
pptp-linux
util-linux
elisabeth@elisabeth-Aspire-3690:~$

elisabeth@elisabeth-Aspire-3690:~$ sudo apt-get autoremove
[sudo] password for elisabeth: 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 36 non mis à jour.
elisabeth@elisabeth-Aspire-3690:~$

Voili, voilou, si vous avez besoin d'autres infos, n'hésitez pas, bonne journée à toutes et à tous...

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par Mic 03 (Le 11/12/2015, à 16:41)

malbo · Le 10/12/2015, à 11:26

Pourrais-tu passer la commande suivante (il y a un espace après le f) :

df -h

et coller le résultat obtenu dans ta réponse.

Motif de ma demande : ce que tu as donné comme infos dans le post #1 ne montre aucune anomalie à mon avis. Mais il est possible qu'il y ait un taux d'occupation de certaine partition qui soit trop important. Le résultat de la commande que je propose permettra de vérifier ce point.

Dernière modification par malbo (Le 10/12/2015, à 11:30)

Mic 03 · Le 10/12/2015, à 11:38

Salut,

Merci pour la rapidité de la réponse :

elisabeth@elisabeth-Aspire-3690:~$ df -h
Sys. de fichiers             Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/xubuntu--vg-root    73G    4,3G   65G   7% /
none                           4,0K       0  4,0K   0% /sys/fs/cgroup
udev                           229M    4,0K  229M   1% /dev
tmpfs                           49M    1,1M   48M   3% /run
none                           5,0M       0  5,0M   0% /run/lock
none                           243M     80K  243M   1% /run/shm
none                           100M     32K  100M   1% /run/user
/dev/sda1                      236M    157M   67M  71% /boot
elisabeth@elisabeth-Aspire-3690:~$

Modération : merci d'utiliser les balises code pour les commandes et retours de commande. Explications ICI

Dernière modification par Ayral (Le 10/12/2015, à 12:51)

tiramiseb · Le 10/12/2015, à 11:56

Salut,

La raison est assez évidente pour nous et très courante (ce problème est remonté 2 ou 3 fois par semaine).
Je te propose d'installer et exécuter kclean :
http://hoper.dnsalias.net/tdc/index.php?pages/kclean

malbo · Le 10/12/2015, à 12:02

Mic 03,
Contrairement à tiramiseb, moi je ne déchiffre pas tout ça en un clin d'oeil. Peux-tu dire si ton installation est chiffrée (si c'est le cas, tu dois rentrer une passphrase - une "phrase secrète" - au démarrage) ?

Dernière modification par malbo (Le 10/12/2015, à 12:06)

Mic 03 · Le 10/12/2015, à 12:04

Oui, j'entre un mot de passe au démarrage de l'ordinateur... et lorsque l'écran de veille se met en marche après inutilisation....

tiramiseb · Le 10/12/2015, à 12:04

mabo: /boot est trop plein, il faut virer des noyaux, c'est tout

... c'est le problème des /boot trop petits...

Dernière modification par tiramiseb (Le 10/12/2015, à 12:05)

tiramiseb · Le 10/12/2015, à 12:06

Et si le volume était chiffré, le device utilisé serait /dev/dm-1, pas /dev/mapper/xubuntu--vg-root...

tiramiseb · Le 10/12/2015, à 12:06

Mic 03 : la phrase de passe du chiffrement n'a pas de rapport avec le mot de passe à la connexion. malbo parlait ici d'une phrase de passe à entrer dès le tout début du démarrage de l'ordinateur.

malbo · Le 10/12/2015, à 12:07

@ tiramiseb : oui, j'avais compris que le /boot était plein mais c'est la ligne "/dev/mapper/xubuntu--vg-root" qui m'intriguait. Donc ce ne serait pas un chiffrement de l'installation mais seulement l'utilisation de LVM. Merci pour l'info.
@Mic 03 : à quoi ça te sert LVM ?

Dernière modification par malbo (Le 10/12/2015, à 12:15)

Mic 03 · Le 10/12/2015, à 12:21

Pour être clair.... : dès que j'allume l'ordi, il se lance, le logo xubuntu arrive et là je dois entrer un mot de passe....

A quoi me sert LVM ?.... je sais pas désolé, c'est quoi LVM ?

Vous voyez que je suis un gros nul !!!

tiramiseb · Le 10/12/2015, à 12:27

C'est juste qu'il a laissé l'installeur faire tout seul, peut-être que l'option "LVM" (qui est expliqué je ne sais plus comment) lui a semblé sexy... en tout cas, c'est du LVM de base et je suis prêt à parier que le seul LV utilise tout l'espace dans le seul VG sur le seul PV

tiramiseb · Le 10/12/2015, à 12:28

Mic 03 a écrit :

A quoi me sert LVM ?.... je sais pas désolé, c'est quoi LVM ?

https://fr.wikipedia.org/wiki/Gestion_p … s_logiques

Dans ton cas, ça ne sert à rien... mais ça ne pose pas spécialement de problème non plus.

Mic 03 · Le 10/12/2015, à 12:36

tiramiseb a écrit :

C'est juste qu'il a laissé l'installeur faire tout seul, peut-être que l'option "LVM" (qui est expliqué je ne sais plus comment) lui a semblé sexy... en tout cas, c'est du LVM de base et je suis prêt à parier que le seul LV utilise tout l'espace dans le seul VG sur le seul PV

Bin là les gars, j'ai rien compris.... c'est grave docteur ?

Bon, je suis obligé d'aller "taffer".... je ne serai là que demain matin..... Merci à tous ceux qui m'ont aidé aujourd'hui...

Bonne journée

tiramiseb · Le 10/12/2015, à 13:02

j'ai rien compris.... c'est grave docteur ?

Non c'est normal
En gros, tu utilises un truc dont tu n'as pas besoin, mais ça ne pose pas de problème.

Christophe C · Le 10/12/2015, à 13:54

Pour revenir sur le problème premier, je pense qu'il faut virer les vieux noyaux qui se sont accumulés, donc soit à faire à la main (plein de tuto sur internet), soit télécharger l'excellent kclean (http://hoper.dnsalias.net/tdc/index.php?pages/kclean)

tiramiseb · Le 10/12/2015, à 13:56

Christophe C: exactement ce que j'ai proposé en #4, non ?

malbo · Le 10/12/2015, à 17:13

@tiramiseb : ce que tu as expliqué dans le post #8 ne correspond pas au chiffrement de l'installation. Je viens de le vérifier dans ce post : http://forum.ubuntu-fr.org/viewtopic.ph … #p21028881
L'objet n'était pas de vérifier ce point mais en tout cas j'y ai trouvé l'info que je cherchais à savoir la comparaison d'une installation avec chiffrement et d'une installation sans chiffrement mais avec LVM :

Dans les deux cas ci-dessous, la commande df -Th est passée depuis une session du Ubuntu installé (et non pas depuis une session live)

1) avec chiffrement de l'installation :

=================== df -Th:

Filesystem                  Type      Size  Used Avail Use% Mounted on
/dev/mapper/ubuntu--vg-root ext4       28G  4.1G   23G  16% /
none                        tmpfs     4.0K     0  4.0K   0% /sys/fs/cgroup
udev                        devtmpfs  477M   12K  477M   1% /dev
tmpfs                       tmpfs      99M  3.5M   95M   4% /run
none                        tmpfs     5.0M     0  5.0M   0% /run/lock
none                        tmpfs     493M  156K  493M   1% /run/shm
none                        tmpfs     100M   68K  100M   1% /run/user
/dev/sda2                   ext2      237M   99M  126M  44% /boot
/dev/sda1                   vfat      511M  3.4M  508M   1% /boot/efi

2) Sans chiffrement de l'installation mais seulement LVM :

=================== df -Th:

Filesystem                  Type      Size  Used Avail Use% Mounted on
/dev/mapper/ubuntu--vg-root ext4       28G  4.1G   23G  16% /
none                        tmpfs     4.0K     0  4.0K   0% /sys/fs/cgroup
udev                        devtmpfs  482M   12K  482M   1% /dev
tmpfs                       tmpfs      99M  3.5M   95M   4% /run
none                        tmpfs     5.0M     0  5.0M   0% /run/lock
none                        tmpfs     493M   84K  493M   1% /run/shm
none                        tmpfs     100M   76K  100M   1% /run/user
/dev/sda2                   ext2      237M   88M  137M  39% /boot
/dev/sda1                   vfat      511M  3.4M  508M   1% /boot/efi

Dans les deux cas, on peut voir "/dev/mapper/ubuntu--vg-root". Moi je pense que Mic 03 est comme Monsieur Jourdain : il chiffre sans le savoir.

Dernière modification par malbo (Le 10/12/2015, à 17:15)

tiramiseb · Le 10/12/2015, à 17:17

Avec chiffrement de l'installation :

╭─sebastien@sebastien  ~  
╰─$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               7,8G       0  7,8G   0% /dev
tmpfs              1,6G    157M  1,4G  10% /run
/dev/dm-1          443G    266G  155G  64% /
tmpfs              7,8G    162M  7,6G   3% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              7,8G       0  7,8G   0% /sys/fs/cgroup
/dev/sda2          237M    115M  110M  52% /boot
/dev/sda1           93M    3,4M   90M   4% /boot/efi
tmpfs              1,6G     16K  1,6G   1% /run/user/120
tmpfs              1,6G     64K  1,6G   1% /run/user/1000

Je viens de le vérifier sur la machine sur laquelle je suis actuellement en train de travailler.
... après, je suis en 15.10, ça change peut-être quelque chose...

Dernière modification par tiramiseb (Le 10/12/2015, à 17:18)

tiramiseb · Le 10/12/2015, à 17:20

Dans ton test de l'autre discussion du forum, je vois :

rwxrwxrwx 1 root root 10 Nov 21 12:15 dm-name-ubuntu--vg-root -> ../../dm-1

Ceci expliquerait cela. Mais pourquoi chez moi c'est dm1 et non le path du lv, je ne sais pas...

Moi je pense que Mic 03 est comme Monsieur Jourdain : il chiffre sans le savoir.

C'est pas impossible.

D'ailleurs vu comme il le décrit : « dès que j'allume l'ordi, il se lance, le logo xubuntu arrive et là je dois entrer un mot de passe.... »
... si le mot de passe est demandé aussi vite (et non après une minute de chargement), alors le chiffrement est probable.

Dernière modification par tiramiseb (Le 10/12/2015, à 17:22)

malbo · Le 10/12/2015, à 17:25

@tiramiseb : as-tu fais comme j'ai décrit dans le post , c'est à dire que lors de l'installation, il faut cocher la case : "Effacer le disque et installer Ubuntu" et cocher la case "Chiffrer la nouvelle installation de Ubuntu pour la sécurité" (ce qui entraîne que la case "Utiliser LVM avec la nouvelle installation d'Ubuntu" est cochée automatiquement) ?
Si tu n'as pas fait exactement comme ça, ça pourrait aussi expliquer la différence observée.

tiramiseb · Le 10/12/2015, à 17:28

Il est fort possible que j'aie fait ça.

En tout cas j'ai bel et bien du LVM.

malbo · Le 10/12/2015, à 17:31

OK il faudra que je vérifie ça à l'occasion avec une installation chiffrée de la 15.10.

Mic 03 · Le 11/12/2015, à 10:19

Salut tout le monde,

Deux infos qui pourront peut-être vous aider dans votre discussion sur mon cas ;

1. Quand j'allume mon oridnateur, logo Acer (1seconde) + écran noir + logo xubuntu avec :

"Unlocking the disk dev/disk/by-uuid/6050764c-fa45-4cf7-b356-fdda 13fb5 (sda5-crypt) Enetr passphrrase"

j'entre mon mot de passe et j'ai :

"cryptsetup : sda5_crypt setup succefully"

si ça peut vous aider......

2. j'ai téléchargé le paquet et passé Kclean, et les mises à jour se font, depuis, sans problème.... juste, les icônes du bureau qui sont en vrac, mais, pas grave.... depuis, ça donne ça :

9,3M	/bin
118M	/boot
4,0K	/cdrom
4,0K	/dev
47M	/etc
467M	/home
0	/initrd.img
0	/initrd.img.old
535M	/lib
16K	/lost+found
8,0K	/media
4,0K	/mnt
4,0K	/opt
du: impossible d'accéder à «/proc/2287/task/2287/fd/4»: Aucun fichier ou dossier de ce type
du: impossible d'accéder à «/proc/2287/task/2287/fdinfo/4»: Aucun fichier ou dossier de ce type
du: impossible d'accéder à «/proc/2287/fd/4»: Aucun fichier ou dossier de ce type
du: impossible d'accéder à «/proc/2287/fdinfo/4»: Aucun fichier ou dossier de ce type
0	/proc
12K	/root
du: impossible d'accéder à «/run/user/1000/gvfs»: Permission non accordée
1,2M	/run
13M	/sbin
4,0K	/srv
0	/sys
20K	/tmp
2,5G	/usr
541M	/var
0	/vmlinuz
0	/vmlinuz.old

libselinux1:i386
linux-firmware
linux-generic
linux-headers-3.13.0-68
linux-headers-3.13.0-68-generic
linux-headers-3.13.0-70
linux-headers-3.13.0-70-generic
linux-headers-3.13.0-71
linux-headers-3.13.0-71-generic
linux-headers-generic
linux-image-3.13.0-68-generic
linux-image-3.13.0-70-generic
linux-image-3.13.0-71-generic
linux-image-extra-3.13.0-68-generic
linux-image-extra-3.13.0-70-generic
linux-image-extra-3.13.0-71-generic
linux-image-generic
linux-libc-dev:i386
linux-sound-base
pptp-linux
util-linux

Sys. de fichiers             Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/xubuntu--vg-root    73G    4,1G   65G   6% /
none                           4,0K       0  4,0K   0% /sys/fs/cgroup
udev                           229M    4,0K  229M   1% /dev
tmpfs                           49M    1,1M   48M   3% /run
none                           5,0M       0  5,0M   0% /run/lock
none                           243M     80K  243M   1% /run/shm
none                           100M     24K  100M   1% /run/user
/dev/sda1                      236M    120M  104M  54% /boot

Je ne sais pas si ça a libéré de la place, en tout cas, ce matin encore les mises à jour sont passées nickel......

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 11/12/2015, à 16:43)

tiramiseb · Le 11/12/2015, à 10:27

Enetr passphrrase

Passphrase, c'est bien ce que malbo avait demandé. Tu as du chiffrement.
Mais ça ne change rien à la problématique de cette discussion.

j'ai téléchargé le paquet et passé Kclean, et les mises à jour se font, depuis, sans problème

Parfait !

Je ne sais pas si ça a libéré de la place

Avant tu avais :

/dev/sda1                      236M    157M   67M  71% /boot

Maintenant (avec installation d'un nouveau noyau), tu as :

/dev/sda1                      236M    120M  104M  54% /boot

Ça a libéré de la place

Peut-être même qu'un nouveau lancement de kclean (maintenant qu'un nouveau noyau est installé) tu auras encore un peu de place libérée là-dessus.

Dernière modification par tiramiseb (Le 11/12/2015, à 10:28)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 10/12/2015, à 11:02

Aide pour nettoyage [ RESOLU]

#2 Le 10/12/2015, à 11:26

Re : Aide pour nettoyage [ RESOLU]

#3 Le 10/12/2015, à 11:38

Re : Aide pour nettoyage [ RESOLU]

#4 Le 10/12/2015, à 11:56

Re : Aide pour nettoyage [ RESOLU]

#5 Le 10/12/2015, à 12:02

Re : Aide pour nettoyage [ RESOLU]

#6 Le 10/12/2015, à 12:04

Re : Aide pour nettoyage [ RESOLU]

#7 Le 10/12/2015, à 12:04

Re : Aide pour nettoyage [ RESOLU]

#8 Le 10/12/2015, à 12:06

Re : Aide pour nettoyage [ RESOLU]

#9 Le 10/12/2015, à 12:06

Re : Aide pour nettoyage [ RESOLU]

#10 Le 10/12/2015, à 12:07

Re : Aide pour nettoyage [ RESOLU]

#11 Le 10/12/2015, à 12:21

Re : Aide pour nettoyage [ RESOLU]

#12 Le 10/12/2015, à 12:27

Re : Aide pour nettoyage [ RESOLU]

#13 Le 10/12/2015, à 12:28

Re : Aide pour nettoyage [ RESOLU]

#14 Le 10/12/2015, à 12:36

Re : Aide pour nettoyage [ RESOLU]

#15 Le 10/12/2015, à 13:02

Re : Aide pour nettoyage [ RESOLU]

#16 Le 10/12/2015, à 13:54

Re : Aide pour nettoyage [ RESOLU]

#17 Le 10/12/2015, à 13:56

Re : Aide pour nettoyage [ RESOLU]

#18 Le 10/12/2015, à 17:13

Re : Aide pour nettoyage [ RESOLU]

#19 Le 10/12/2015, à 17:17

Re : Aide pour nettoyage [ RESOLU]

#20 Le 10/12/2015, à 17:20

Re : Aide pour nettoyage [ RESOLU]

#21 Le 10/12/2015, à 17:25

Re : Aide pour nettoyage [ RESOLU]

#22 Le 10/12/2015, à 17:28

Re : Aide pour nettoyage [ RESOLU]

#23 Le 10/12/2015, à 17:31

Re : Aide pour nettoyage [ RESOLU]

#24 Le 11/12/2015, à 10:19

Re : Aide pour nettoyage [ RESOLU]

#25 Le 11/12/2015, à 10:27

Re : Aide pour nettoyage [ RESOLU]

Pied de page des forums