Ubuntu-fr

Melou_59

Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Bonjour à tous,
j'utilise Ubuntu depuis quelques années (Ubuntu 14.04 LTS  - X86) et c'est la première fois que je n'arrive pas à résoudre un problème avec toutes les infos qu'on peut trouver sur les forums. Alors je me tourne vers vous pour essayer d'avoir une solution.
Depuis hier soir je n'arrive plus à avoir accès à mon compte : l'ordi s'allume, me demande mon mot de passe et puis ça s'arrête là.
Après quelques recherches et à l'aide du terminal, j'ai découvert que c'était parce que je n'avais plus de place sur mon périphérique !
Alors je tombe sur ce super tuto dont je suis toutes les manips scrupuleusement.
https://www.maccagnoni.eu/2013/10/ubunt … ipherique/
Voici quelques réponses données par le terminal

Pour les commandes : df -h
/dev/sda3       Utilisé 46G           Dispo 0           Uti% 100%

et df -i
/dev/sda3       Utilisé 495590           Dispo 2560026           Uti% 17%

Pour les commandes dpkg -l | grep ^ii.*linux-image » et « dpkg -l | grep ^ii.*linux-headers

J'obtiens 11 noyaux (!!) de linux-headers-3.16.0-30 à 3.16.0-52. Plus les generic

Je pars pour enlever les 2 plus anciens avec les commandes suivantes :
sudo rm -fr /usr/src/linux-headers-3.8.0-30
sudo rm -fr /usr/src/linux-headers-3.8.0-30-generic
sudo rm -fr /usr/src/linux-headers-3.8.0-33
sudo rm -fr /usr/src/linux-headers-3.8.0-33-generic

A première vue pas de problème. Sauf que qu'en je tape les commandes précédentes pour voir la place disponible et les noyaux installés, les deux plus anciens sont toujours là et je n'ai pas plus d'espace disponible !

Avec ça, si j'utilise une commande apt-get ou dpkg, il m'indique ceci :
E: dpkg a été interrompu. Il est nécessaire d'utiliser <<su dpkg --configure -a >> pour corriger le problème.
La réponse à cette commande est :
dpkg : erreur : échec de l'écriture de status enregistrements de << unity-settings-daemon >> à << /var/lib/dpkg/status >> : aucun espace disponible sur le périphérique

Petit plus : il y a deux jours j'ai voulu supprimer un logiciel (sweethome) car je n'étais pas sûr de l'avoir installé correctement. Pour celà j'ai utilisé Nautilus . Résultat : le dossier s'est retrouvé dans la corbeille et je n'arrivais pas à le supprimer définitivement avant d'être bloquée...

Voilà, j'espère que vous arriverez mieux que moi à résoudre ce sac de noeuds !

Dernière modification par Melou_59 (Le 29/11/2015, à 15:29)

cqfd93

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Bonjour,

J'imagine que tu n'as donc pas accès à ta session en graphique mais que tu peux ouvrir un tty, par exemple avec ctrl-alt-f1, et que tu as fait toutes les commandes dont tu parles comme ça ?

Évidemment, pour avoir des retours précis et passer les commandes, ça ne facilite pas les choses.

Ce que je peux te suggérer, c'est de faire un gros ménage dans ton dossier personnel en démarrant une session live, avec ça tu pourras sûrement redémarrer une session graphique et finir le travail plus à l'aise.

---

− cqfd93 −

Bougron

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Bonjour
ou dans /var  car  avec 46 Go pour le / il y a de quoi mettre des dizaines de noyaux.
et si le  /var est important, il faut que tu regardes des anomalies possibles du fonctionnement de l'OS.

dmesg  | tail -100

Dernière modification par Bougron (Le 11/11/2015, à 17:23)

cqfd93

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

C'est possible aussi mais comme il ne dit pas si son /home est séparé et qu'il ne donne pas l'intégralité du retour de df -h, je suis partie sur l'hypothèse qu'il ne l'était pas.

---

− cqfd93 −

Sciensous

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

juste pour vérifier, puisque tu peux etre en console:

ls /var/cache/apt/archives

si il y a des .deb efface-les

et aussi as-tu essayé

sudo apt-get autoremove
sudo apt-get clean

---

antiX 19 et 21 et Ubuntu 20.04 et 22.04
( sous LXDE et gnome-shell )

Melou_59

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Bonjour à vous,
alors je vous fais un petit point sur les manip que vous m'avez demandé.

<dmesg  | tail -100> :
il me donne plein d'info, mais je ne sais pas les interpréter...:/

<ls /var/cache/apt/archives> :
lock partial (y compris en sudo)

<sudo apt-get autoremove> :
E: dpkg a été interrompu. Il est nécessaire d'utiliser <<su dpkg --configure -a >> pour corriger le problème.

<sudo apt-get clean> :
rien ne se passe

<df -h> :
avant il me mettait plein d'info, maintenant il me précise juste la ligne que j'ai mis dans mon premier message

Melou_59

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Pas d'autres idées pour m'aider ???

mazarini

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

1) Pour chaque répertoire associé à une partition tu peux vider le répertoire lost+found
2) Tu peux vider les répertoire /tmp et /var/tmp
3) Tu peux vider tes Téléchargement (/home/<ton user>/Téléchargement
4) Tu peux chercher les répertoires qui occupent beaucoup de place avec la commande du (par exemple du /var, /home, /var/log...)

---

S'il existait une école de la politique, les locaux devraient être édifiés rue de la Santé. Les élèves pourraient s'habituer. (Pierre Dac)

cqfd93

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Pas d'autres idées pour m'aider ???

Euh… non, tant qu'on n'a pas des retours de commandes complets et précis, on ne pourra rien faire. On ne fonctionne pas à la boule de cristal.

Par exemple :

<dmesg  | tail -100> :
il me donne plein d'info, mais je ne sais pas les interpréter...:/

Justement, ça affiche 100 lignes, où sont-elles ? Je conçois que tu ne saches pas les interpréter mais Bougron le sait… Alors tu te débrouilles pour copier tout ça dans un fichier et le mettre sur une clé USB si tu dois le transférer sur un autre ordinateur.
Pour envoyer ce retour de terminal vers un fichier appelé "retour" :

dmesg  | tail -100 > retour

---

− cqfd93 −

Bougron

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Bonjour

Lorsque, je suis à l'écran et que je dois faire une commande et donner le résultat, j'utilise le plus souvent possible cette technique
    1) frapper la commande
    2) sélectionner la sortie (y compris la commande)  Ce qui n'est pas possible si la sortie a taille importante, Dans ce cas c'est >retour
    3) copier et coller dans le message en préparation (aussi utilisable en session live USB ayant une connexion internet).
    4) mettre en forme le message avec le 11e icone de cette messagerie
    5) expédier le message sous cette forme

bougron@ubuntu14-04-3:~$ df -i
Sys. de fichiers  Inœuds IUtil.  ILibre IUti% Monté sur
/dev/sda9        1001712 308000  693712   31% /
none              750023      2  750021    1% /sys/fs/cgroup
udev              747310    727  746583    1% /dev
tmpfs             750023    873  749150    1% /run
none              750023      3  750020    1% /run/lock
none              750023      6  750017    1% /run/shm
none              750023     29  749994    1% /run/user
/dev/sda1              0      0       0     - /boot/efi
bougron@ubuntu14-04-3:~$

   6) Attendre le retour de tous ceux qui liront le contenu et auront une piste.

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

Sciensous

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

si peux faire une sauvegarde avant (sur usb ou autre), efface les fichiers /usr/share/doc pour faire  de la place
puis enlève les noyaux et remet les fichiers

---

antiX 19 et 21 et Ubuntu 20.04 et 22.04
( sous LXDE et gnome-shell )

Melou_59

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Bonjour à tous,
merci pour toutes vos réponses. Je n'ai malheureusement pas pu vous répondre avant.
Mon compagnon a jeté un œil à mon ordi et a réussi avec un cd live à accéder à mon home. A partir de là il a pu faire de la place en supprimant le contenu de certains dossiers et finalement débloquer les mises à jour du système. On a débarrassé les très vieux noyaux et fait encore un peu du tri. J'ai pu tout récupérer et faire une sauvegarde de tous mes fichiers.
Par contre, hier, sans aucune raison, mon ordi m'annonce qu'il n'y a plus que 1 Go d'espace libre alors qu'on en avait 20 après le ménage.
Il m'a annoncé ça après avoir réinstallé un logiciel que j'utilise depuis pas très longtemps : sweet home. Du coup je le désinstalle et là il m'annonce 0 octet d'espace libre !!
On envisage plusieurs pistes :
- sweet home qui fout la merde
- un virus
- mon disque dur qui est en train de me lâcher (il a 7 ans)

P.S : j'ai dégagé quelques logiciels et mes documents pour avoir un peu de place et éviter de me retrouver de nouveau bloqué
voici le rapport du rf- h

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda3           46G     41G  3,3G  93% /
none               4,0K       0  4,0K   0% /sys/fs/cgroup
udev               1,5G    4,0K  1,5G   1% /dev
tmpfs              301M    1,2M  300M   1% /run
none               5,0M       0  5,0M   0% /run/lock
none               1,5G    376K  1,5G   1% /run/shm
none               100M     60K  100M   1% /run/user
/dev/sda4          164G     45G  111G  29% /media/melanie/d8e41ebf-baed-4fca-b06c-e2e812c5fc01
/dev/sda1           19G     18G  1,2G  95% /media/melanie/AC3802293801F35E

J'ai 3 partitions : 2 pour ubuntu et 1 pour windows

rapport du df-i

Sys. de fichiers   Inœuds IUtil.   ILibre IUti% Monté sur
/dev/sda3         3055616 287735  2767881   10% /
none               385050      2   385048    1% /sys/fs/cgroup
udev               382377    517   381860    1% /dev
tmpfs              385050    542   384508    1% /run
none               385050      3   385047    1% /run/lock
none               385050      9   385041    1% /run/shm
none               385050     31   385019    1% /run/user
/dev/sda4        10870784  40445 10830339    1% /media/melanie/d8e41ebf-baed-4fca-b06c-e2e812c5fc01
/dev/sda1         1301636  66441  1235195    6% /media/melanie/AC3802293801F35E

Qu'en pensez-vous ?

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

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

Bougron

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

http://forum.ubuntu-fr.org/viewtopic.ph … #p20972211

ainsi que

ls -Rl /var/log

qui devrait te permettre de faire probablement un peu de ménage et trouver le vrai fichier  qui contient le détail du dysfonctionnement.
dont tu pourras de nouveau lister les 100 dernières lignes   et les communiquer.

Dernière modification par Bougron (Le 19/11/2015, à 14:10)

cqfd93

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Modération - Modification du message #12 (ajout des balises code) par cqfd93 (Aujourd'hui 16:08:33)

---

− cqfd93 −

Melou_59

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Bonsoir,
voici la réponse à la commande

ls -Rl /var/log

J'ai copié un peu plus que les 100 dernières lignes.

/var/log/upstart:
total 652
-rw-r----- 1 root root   255 nov.  16 19:18 alsa-restore.log.1.gz
-rw-r----- 1 root root   233 mars  29  2015 alsa-restore.log.2.gz
-rw-r----- 1 root root   200 nov.  19 20:18 alsa-state.log
-rw-r----- 1 root root    70 nov.  16 19:18 alsa-state.log.1.gz
-rw-r----- 1 root root     0 nov.  11 14:29 alsa-state.log.2.gz
-rw-r----- 1 root root    68 nov.  10 10:48 alsa-state.log.3.gz
-rw-r----- 1 root root    65 nov.   9 06:27 alsa-state.log.4.gz
-rw-r----- 1 root root    64 nov.   8 10:12 alsa-state.log.5.gz
-rw-r----- 1 root root    57 nov.   7 11:23 alsa-state.log.6.gz
-rw-r----- 1 root root    57 nov.   6 14:18 alsa-state.log.7.gz
-rw-r----- 1 root root   102 nov.  16 19:17 avahi-cups-reload.log
-rw-r----- 1 root root    68 nov.  10 19:44 avahi-cups-reload.log.1
-rw-r----- 1 root root     0 nov.  11 14:29 avahi-cups-reload.log.1.gz
-rw-r----- 1 root root    57 nov.   2 11:09 avahi-cups-reload.log.2.gz
-rw-r----- 1 root root    54 oct.  18 12:01 avahi-cups-reload.log.3.gz
-rw-r----- 1 root root    57 oct.  14 20:40 avahi-cups-reload.log.4.gz
-rw-r----- 1 root root    54 oct.  11 14:09 avahi-cups-reload.log.5.gz
-rw-r----- 1 root root    54 oct.   9 11:01 avahi-cups-reload.log.6.gz
-rw-r----- 1 root root    54 oct.   7 13:52 avahi-cups-reload.log.7.gz
-rw-r----- 1 root root    54 oct.   3 17:00 avahi-cups-reload.log.8.gz
-rw-r----- 1 root root  1672 nov.  15 14:15 bluetooth.log
-rw-r----- 1 root root   344 nov.  19 20:17 console-setup.log
-rw-r----- 1 root root   774 nov.  11 14:24 console-setup.log.1
-rw-r----- 1 root root     0 nov.  11 14:29 console-setup.log.1.gz
-rw-r----- 1 root root    66 nov.  10 10:48 console-setup.log.2.gz
-rw-r----- 1 root root    66 nov.   9 06:27 console-setup.log.3.gz
-rw-r----- 1 root root    66 nov.   8 10:12 console-setup.log.4.gz
-rw-r----- 1 root root    63 nov.   7 11:23 console-setup.log.5.gz
-rw-r----- 1 root root    63 nov.   6 14:18 console-setup.log.6.gz
-rw-r----- 1 root root    63 nov.   5 10:03 console-setup.log.7.gz
-rw-r----- 1 root root    66 nov.   4 21:11 console-setup.log.8.gz
-rw-r----- 1 root root   368 nov.  19 20:17 container-detect.log
-rw-r----- 1 root root   690 nov.  11 14:24 container-detect.log.1
-rw-r----- 1 root root     0 nov.  11 14:29 container-detect.log.1.gz
-rw-r----- 1 root root    72 nov.  10 10:48 container-detect.log.2.gz
-rw-r----- 1 root root    72 nov.   9 06:27 container-detect.log.3.gz
-rw-r----- 1 root root    75 nov.   8 10:12 container-detect.log.4.gz
-rw-r----- 1 root root    66 nov.   7 11:23 container-detect.log.5.gz
-rw-r----- 1 root root    66 nov.   6 14:18 container-detect.log.6.gz
-rw-r----- 1 root root    66 nov.   5 10:03 container-detect.log.7.gz
-rw-r----- 1 root root    72 nov.   4 21:11 container-detect.log.8.gz
-rw-r----- 1 root root   499 nov.  15 14:17 cups-browsed.log
-rw-r----- 1 root root   450 nov.  19 20:18 cups.log
-rw-r----- 1 root root   225 nov.  15 14:17 cups.log.1.gz
-rw-r----- 1 root root     0 nov.  11 14:29 cups.log.2.gz
-rw-r----- 1 root root   100 nov.  10 10:49 cups.log.3.gz
-rw-r----- 1 root root   100 nov.   9 06:28 cups.log.4.gz
-rw-r----- 1 root root   100 nov.   8 10:13 cups.log.5.gz
-rw-r----- 1 root root    95 nov.   7 11:24 cups.log.6.gz
-rw-r----- 1 root root    95 nov.   6 14:19 cups.log.7.gz
-rw-r----- 1 root root   152 nov.  15 14:17 dmesg.log.1.gz
-rw-r----- 1 root root     0 nov.  15 14:17 flush-early-job-log.log
-rw-r----- 1 root root  1015 nov.  19 20:18 gpu-manager.log
-rw-r----- 1 root root   186 nov.  16 19:18 gpu-manager.log.1.gz
-rw-r----- 1 root root     0 nov.  11 14:29 gpu-manager.log.2.gz
-rw-r----- 1 root root   124 nov.  10 10:48 gpu-manager.log.3.gz
-rw-r----- 1 root root   120 nov.   9 06:27 gpu-manager.log.4.gz
-rw-r----- 1 root root   124 nov.   8 10:12 gpu-manager.log.5.gz
-rw-r----- 1 root root   115 nov.   7 11:23 gpu-manager.log.6.gz
-rw-r----- 1 root root   115 nov.   6 14:18 gpu-manager.log.7.gz
-rw-r----- 1 root root  1154 nov.  19 20:17 kmod.log
-rw-r----- 1 root root   600 nov.  11 14:24 kmod.log.1
-rw-r----- 1 root root     0 nov.  11 14:29 kmod.log.1.gz
-rw-r----- 1 root root    63 nov.  10 10:48 kmod.log.2.gz
-rw-r----- 1 root root    63 nov.   9 06:27 kmod.log.3.gz
-rw-r----- 1 root root    63 nov.   8 10:12 kmod.log.4.gz
-rw-r----- 1 root root    60 nov.   7 11:23 kmod.log.5.gz
-rw-r----- 1 root root    60 nov.   6 14:18 kmod.log.6.gz
-rw-r----- 1 root root    60 nov.   5 10:03 kmod.log.7.gz
-rw-r----- 1 root root    63 nov.   4 21:11 kmod.log.8.gz
-rw-r----- 1 root root   481 nov.  15 14:18 lightdm.log.1.gz
-rw-r----- 1 root root    95 avril 13  2015 lightdm.log.2.gz
-rw-r----- 1 root root  3131 nov.  19 20:18 modemmanager.log
-rw-r----- 1 root root   430 nov.  16 19:17 modemmanager.log.1.gz
-rw-r----- 1 root root     0 nov.  11 14:29 modemmanager.log.2.gz
-rw-r----- 1 root root   412 nov.  10 10:48 modemmanager.log.3.gz
-rw-r----- 1 root root   376 nov.   9 06:27 modemmanager.log.4.gz
-rw-r----- 1 root root   476 nov.   8 10:12 modemmanager.log.5.gz
-rw-r----- 1 root root   211 nov.   7 11:23 modemmanager.log.6.gz
-rw-r----- 1 root root   341 nov.   6 14:18 modemmanager.log.7.gz
-rw-r----- 1 root root   487 nov.  19 20:17 mountall.log
-rw-r----- 1 root root   442 nov.  16 19:17 mountall.log.1.gz
-rw-r----- 1 root root     0 nov.  11 14:29 mountall.log.2.gz
-rw-r----- 1 root root   143 nov.  10 10:48 mountall.log.3.gz
-rw-r----- 1 root root   129 nov.   9 06:27 mountall.log.4.gz
-rw-r----- 1 root root   141 nov.   8 10:12 mountall.log.5.gz
-rw-r----- 1 root root   112 nov.   7 11:23 mountall.log.6.gz
-rw-r----- 1 root root   112 nov.   6 14:18 mountall.log.7.gz
-rw-r----- 1 root root     0 nov.  15 14:17 mounted-tmp.log
-rw-r----- 1 root root  1167 nov.  15 14:15 network-interface-security-network-interface_eth0.log
-rw-r----- 1 root root  1270 nov.  15 14:15 network-interface-security-network-interface_lo.log
-rw-r----- 1 root root  1490 nov.  19 20:17 network-manager.log
-rw-r----- 1 root root   273 nov.  16 19:17 network-manager.log.1.gz
-rw-r----- 1 root root     0 nov.  11 14:29 network-manager.log.2.gz
-rw-r----- 1 root root   272 nov.  10 10:48 network-manager.log.3.gz
-rw-r----- 1 root root   262 nov.   9 06:27 network-manager.log.4.gz
-rw-r----- 1 root root   270 nov.   8 10:12 network-manager.log.5.gz
-rw-r----- 1 root root   250 nov.   7 11:23 network-manager.log.6.gz
-rw-r----- 1 root root   250 nov.   6 14:18 network-manager.log.7.gz
-rw-r----- 1 root root   145 nov.  19 13:51 plymouth-shutdown.log
-rw-r----- 1 root root   290 nov.  11 14:23 plymouth-shutdown.log.1
-rw-r----- 1 root root     0 nov.  11 14:29 plymouth-shutdown.log.1.gz
-rw-r----- 1 root root    51 nov.   9 22:29 plymouth-shutdown.log.2.gz
-rw-r----- 1 root root    51 nov.   8 23:10 plymouth-shutdown.log.3.gz
-rw-r----- 1 root root    51 nov.   7 23:48 plymouth-shutdown.log.4.gz
-rw-r----- 1 root root    48 nov.   6 16:51 plymouth-shutdown.log.5.gz
-rw-r----- 1 root root    48 nov.   5 17:44 plymouth-shutdown.log.6.gz
-rw-r----- 1 root root    48 nov.   4 23:04 plymouth-shutdown.log.7.gz
-rw-r----- 1 root root    51 nov.   3 21:48 plymouth-shutdown.log.8.gz
-rw-r----- 1 root root  3872 nov.  19 20:17 procps-static-network-up.log
-rw-r----- 1 root root  5524 nov.  11 14:24 procps-static-network-up.log.1
-rw-r----- 1 root root     0 nov.  11 14:29 procps-static-network-up.log.1.gz
-rw-r----- 1 root root   206 nov.  10 10:48 procps-static-network-up.log.2.gz
-rw-r----- 1 root root   204 nov.   9 06:27 procps-static-network-up.log.3.gz
-rw-r----- 1 root root   206 nov.   8 10:12 procps-static-network-up.log.4.gz
-rw-r----- 1 root root   195 nov.   7 11:23 procps-static-network-up.log.5.gz
-rw-r----- 1 root root   195 nov.   6 14:18 procps-static-network-up.log.6.gz
-rw-r----- 1 root root   195 nov.   5 10:03 procps-static-network-up.log.7.gz
-rw-r----- 1 root root   206 nov.   4 21:11 procps-static-network-up.log.8.gz
-rw-r----- 1 root root  2801 nov.  19 20:17 procps-virtual-filesystems.log
-rw-r----- 1 root root  5355 nov.  11 14:24 procps-virtual-filesystems.log.1
-rw-r----- 1 root root     0 nov.  11 14:29 procps-virtual-filesystems.log.1.gz
-rw-r----- 1 root root   206 nov.  10 10:48 procps-virtual-filesystems.log.2.gz
-rw-r----- 1 root root   204 nov.   9 06:27 procps-virtual-filesystems.log.3.gz
-rw-r----- 1 root root   206 nov.   8 10:12 procps-virtual-filesystems.log.4.gz
-rw-r----- 1 root root   195 nov.   7 11:23 procps-virtual-filesystems.log.5.gz
-rw-r----- 1 root root   195 nov.   6 14:18 procps-virtual-filesystems.log.6.gz
-rw-r----- 1 root root   195 nov.   5 10:03 procps-virtual-filesystems.log.7.gz
-rw-r----- 1 root root   206 nov.   4 21:11 procps-virtual-filesystems.log.8.gz
-rw-r----- 1 root root     0 nov.  15 13:49 rfkill-store.log
-rw-r----- 1 root root   320 nov.  19 20:17 rsyslog.log
-rw-r----- 1 root root    87 nov.  16 19:17 rsyslog.log.1.gz
-rw-r----- 1 root root     0 nov.  11 14:29 rsyslog.log.2.gz
-rw-r----- 1 root root    87 nov.  10 10:48 rsyslog.log.3.gz
-rw-r----- 1 root root    87 nov.   9 06:27 rsyslog.log.4.gz
-rw-r----- 1 root root    87 nov.   8 10:12 rsyslog.log.5.gz
-rw-r----- 1 root root    84 nov.   7 11:23 rsyslog.log.6.gz
-rw-r----- 1 root root    84 nov.   6 14:18 rsyslog.log.7.gz
-rw-r----- 1 root root   466 nov.  19 20:17 systemd-logind.log
-rw-r----- 1 root root   433 nov.  16 19:17 systemd-logind.log.1.gz
-rw-r----- 1 root root     0 nov.  11 14:29 systemd-logind.log.2.gz
-rw-r----- 1 root root   166 nov.  10 10:48 systemd-logind.log.3.gz
-rw-r----- 1 root root   108 nov.   9 06:27 systemd-logind.log.4.gz
-rw-r----- 1 root root   127 nov.   8 10:12 systemd-logind.log.5.gz
-rw-r----- 1 root root   104 nov.   7 11:23 systemd-logind.log.6.gz
-rw-r----- 1 root root   104 nov.   6 14:18 systemd-logind.log.7.gz
-rw-r----- 1 root root     0 nov.  15 14:17 udev-finish.log
-rw-r----- 1 root root   871 sept.  6 12:00 upstart-file-bridge.log.1.gz
-rw-r----- 1 root root   879 sept.  6 12:00 upstart-socket-bridge.log.1.gz
-rw-r----- 1 root root 25399 nov.  19 20:17 ureadahead.log
-rw-r----- 1 root root 24576 nov.  11 14:24 ureadahead.log.1
-rw-r----- 1 root root     0 nov.  11 14:29 ureadahead.log.1.gz
-rw-r----- 1 root root   556 nov.  10 10:48 ureadahead.log.2.gz
-rw-r----- 1 root root   265 nov.   9 06:27 ureadahead.log.3.gz
-rw-r----- 1 root root   257 nov.   8 10:12 ureadahead.log.4.gz
-rw-r----- 1 root root   252 nov.   7 11:23 ureadahead.log.5.gz
-rw-r----- 1 root root   238 nov.   6 14:18 ureadahead.log.6.gz
-rw-r----- 1 root root   238 nov.   5 10:03 ureadahead.log.7.gz
-rw-r----- 1 root root   271 nov.   4 21:11 ureadahead.log.8.gz
-rw-r----- 1 root root   225 nov.  19 13:51 wait-for-state-plymouth-shutdownlightdm.log
-rw-r----- 1 root root   360 nov.  11 14:22 wait-for-state-plymouth-shutdownlightdm.log.1
-rw-r----- 1 root root     0 nov.  11 14:29 wait-for-state-plymouth-shutdownlightdm.log.1.gz
-rw-r----- 1 root root    67 nov.   9 22:29 wait-for-state-plymouth-shutdownlightdm.log.2.gz
-rw-r----- 1 root root    67 nov.   8 23:10 wait-for-state-plymouth-shutdownlightdm.log.3.gz
-rw-r----- 1 root root    67 nov.   7 23:48 wait-for-state-plymouth-shutdownlightdm.log.4.gz
-rw-r----- 1 root root    64 nov.   6 16:51 wait-for-state-plymouth-shutdownlightdm.log.5.gz
-rw-r----- 1 root root    64 nov.   5 17:44 wait-for-state-plymouth-shutdownlightdm.log.6.gz
-rw-r----- 1 root root    64 nov.   4 23:04 wait-for-state-plymouth-shutdownlightdm.log.7.gz
-rw-r----- 1 root root    67 nov.   3 21:48 wait-for-state-plymouth-shutdownlightdm.log.8.gz

Bougron, je n'ai pas compris pourquoi tu m'as mis en lien mon propre post dans ton message et puis, pourrais tu me dire à quoi sert cette commande "ls -Rl /var/log" ??

Merci pour ton aide

P.S : merci aussi au modérateur de m'avoir montré la voie pour la mise en page des codes !!

Bougron

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Bougron, je n'ai pas compris pourquoi tu m'as mis en lien mon propre post dans ton message

Je  t'avais mis le lien qui contenait

Melou_59 a écrit :

    Pas d'autres idées pour m'aider ???

Euh… non, tant qu'on n'a pas des retours de commandes complets et précis, on ne pourra rien faire. On ne fonctionne pas à la boule de cristal.

Par exemple :

   <dmesg  | tail -100> :
    il me donne plein d'info, mais je ne sais pas les interpréter...:/

Justement, ça affiche 100 lignes, où sont-elles ? Je conçois que tu ne saches pas les interpréter mais Bougron le sait… Alors tu te débrouilles pour copier tout ça dans un fichier et le mettre sur une clé USB si tu dois le transférer sur un autre ordinateur.
Pour envoyer ce retour de terminal vers un fichier appelé "retour" :

dmesg  | tail -100 >retour

Je pense que tu as un matériel qui marche mal, C'est probablement dans ce fichier  qu'il va aller dire qu'il est désespéré de ne pas bien bosser.
Après, j'y suis allé au hasard en te demandant la liste des fichiers de logs, faute d'avoir identifié celui à regarder.
En espérant trouver un fichier de grande taille. A priori, j'ai mal ciblé leur quantité..

Donc  retour  de

dmesg  |    tail  -200 

Dernière modification par Bougron (Le 19/11/2015, à 21:33)

Bougron

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Bonsoir.

Tu vas te débrouiller pour trouver les fichiers qui sont créés. Il est possible que je me sois trompé et que la cause ne soit pas à rechercher dans /var/log

Donc de la méthode en utilisant le logiciel NCDU (j'espère que tu as encore un peu de place pour l'installer).
Il va te permettre de naviguer plus facilement, et d'atteindre le répertoire et le fichier  dont tu listeras les 100 dernières lignes
  sans avoir besoin de saisir les lignes de commande.
Sa navigation est un peu déroutante, Mais cela vaut le coup de l'utiliser.

Tu commences au niveau supérieur,

sudo apt-get install ncdu
sudo ncdu /

Je pense qu'il va  malgré tout te sortir /var en tête de liste.

Voici le mode d'emploi ( à lire les deux ou trois échanges)
https://forum.ubuntu-fr.org/viewtopic.p … #p18943181

Dernière modification par Bougron (Le 19/11/2015, à 22:00)

Melou_59

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Bonjour,
petite info un peu étonnante que j'ai vu hier. Voilà le résultat de la commande

df -h

:

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda3           46G    9,6G   34G  23% /
none               4,0K       0  4,0K   0% /sys/fs/cgroup
udev               1,5G    4,0K  1,5G   1% /dev
tmpfs              301M    1,2M  300M   1% /run
none               5,0M       0  5,0M   0% /run/lock
none               1,5G    376K  1,5G   1% /run/shm
none               100M     36K  100M   1% /run/user

Je n'ai rien désintaller/réinstaller depuis la dernière fois ! Je suis passée de 93 % d'utilisé à 23 % !
C'est revenu tout seul.
Vraiment bizarre...:P

Melou_59

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Voici aussi la réponse de

ls -Rl /var/log

avec les 200 lignes

[    2.488533] ata1.00: SB600 AHCI: limiting to 255 sectors per cmd
[    2.489097] ata1.00: SB600 AHCI: limiting to 255 sectors per cmd
[    2.489100] ata1.00: configured for UDMA/100
[    2.489247] scsi 0:0:0:0: Direct-Access     ATA      FUJITSU MHZ2250B 0009 PQ: 0 ANSI: 5
[    2.489715] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    2.489742] sd 0:0:0:0: [sda] 488397168 512-byte logical blocks: (250 GB/232 GiB)
[    2.489899] sd 0:0:0:0: [sda] Write Protect is off
[    2.489904] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    2.489975] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    2.528126] scsi 4:0:0:0: CD-ROM            TEAC     DV-W28E-R        S.0A PQ: 0 ANSI: 5
[    2.577628]  sda: sda1 sda2 < sda5 > sda3 sda4
[    2.578863] sd 0:0:0:0: [sda] Attached SCSI disk
[    2.585923] psmouse serio4: synaptics: Touchpad model: 1, fw: 6.3, id: 0x1c0b1, caps: 0xa04711/0xa00000/0x0, board id: 0, fw id: 437321
[    2.599088] usb 6-1: New USB device found, idVendor=045e, idProduct=0745
[    2.599092] usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    2.599095] usb 6-1: Product: Microsoft\xffffffc2\xffffffae\xffffffae Nano Transceiver v2.0
[    2.599098] usb 6-1: Manufacturer: Microsoft
[    2.605559] hidraw: raw HID events driver (C) Jiri Kosina
[    2.628953] usbcore: registered new interface driver usbhid
[    2.628958] usbhid: USB HID core driver
[    2.631463] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input12
[    2.632902] input: Microsoft Microsoft\xffffffc2\xffffffae\xffffffae Nano Transceiver v2.0 as /devices/pci0000:00/0000:00:13.4/usb6/6-1/6-1:1.0/0003:045E:0745.0001/input/input13
[    2.633080] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[    2.633086] cdrom: Uniform CD-ROM driver Revision: 3.20
[    2.633332] sr 4:0:0:0: Attached scsi CD-ROM sr0
[    2.633477] sr 4:0:0:0: Attached scsi generic sg1 type 5
[    2.636041] hid-generic 0003:045E:0745.0001: input,hidraw0: USB HID v1.11 Keyboard [Microsoft Microsoft\xffffffc2\xffffffae\xffffffae Nano Transceiver v2.0] on usb-0000:00:13.4-1/input0
[    2.638294] input: Microsoft Microsoft\xffffffc2\xffffffae\xffffffae Nano Transceiver v2.0 as /devices/pci0000:00/0000:00:13.4/usb6/6-1/6-1:1.1/0003:045E:0745.0002/input/input14
[    2.638922] hid-generic 0003:045E:0745.0002: input,hidraw1: USB HID v1.11 Mouse [Microsoft Microsoft\xffffffc2\xffffffae\xffffffae Nano Transceiver v2.0] on usb-0000:00:13.4-1/input1
[    2.655373] input: Microsoft Microsoft\xffffffc2\xffffffae\xffffffae Nano Transceiver v2.0 as /devices/pci0000:00/0000:00:13.4/usb6/6-1/6-1:1.2/0003:045E:0745.0003/input/input15
[    2.655632] hid-generic 0003:045E:0745.0003: input,hiddev0,hidraw2: USB HID v1.11 Device [Microsoft Microsoft\xffffffc2\xffffffae\xffffffae Nano Transceiver v2.0] on usb-0000:00:13.4-1/input2
[    3.149462] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[    3.822167] random: init urandom read with 126 bits of entropy available
[    3.861041] random: nonblocking pool is initialized
[    4.409088] init: plymouth-upstart-bridge main process (172) terminated with status 1
[    4.409109] init: plymouth-upstart-bridge main process ended, respawning
[    4.413781] init: plymouth-upstart-bridge main process (183) terminated with status 1
[    4.413808] init: plymouth-upstart-bridge main process ended, respawning
[    4.417877] init: plymouth-upstart-bridge main process (185) terminated with status 1
[    4.417899] init: plymouth-upstart-bridge main process ended, respawning
[    4.425506] init: plymouth-upstart-bridge main process (186) terminated with status 1
[    4.425532] init: plymouth-upstart-bridge main process ended, respawning
[    4.429354] init: plymouth-upstart-bridge main process (189) terminated with status 1
[    4.429378] init: plymouth-upstart-bridge main process ended, respawning
[    4.434507] init: plymouth-upstart-bridge main process (190) terminated with status 1
[    4.434535] init: plymouth-upstart-bridge main process ended, respawning
[    4.438177] init: plymouth-upstart-bridge main process (192) terminated with status 1
[    4.438198] init: plymouth-upstart-bridge main process ended, respawning
[    4.443202] init: plymouth-upstart-bridge main process (193) terminated with status 1
[    4.443227] init: plymouth-upstart-bridge main process ended, respawning
[    4.446623] init: plymouth-upstart-bridge main process (195) terminated with status 1
[    4.446646] init: plymouth-upstart-bridge main process ended, respawning
[    4.450937] init: plymouth-upstart-bridge main process (196) terminated with status 1
[    4.450964] init: plymouth-upstart-bridge main process ended, respawning
[    4.455425] init: plymouth-upstart-bridge main process (198) terminated with status 1
[    4.455448] init: plymouth-upstart-bridge respawning too fast, stopped
[   14.655278] Adding 1951740k swap on /dev/sda5.  Priority:-1 extents:1 across:1951740k FS
[   14.844226] systemd-udevd[300]: starting version 204
[   15.279327] lp: driver loaded but no devices found
[   15.298543] ppdev: user-space parallel port driver
[   15.460666] ACPI: Video Device [ATIM] (multi-head: yes  rom: no  post: no)
[   15.460697] [Firmware Bug]: ACPI: No _BQC method, cannot determine initial brightness
[   15.461595] acpi device:02: registered as cooling_device3
[   15.461726] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:00/LNXVIDEO:00/input/input16
[   15.514533] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[   15.685596] piix4_smbus 0000:00:14.0: SMBus Host Controller at 0x8410, revision 0
[   15.829932] [drm] Initialized drm 1.1.0 20060810
[   16.200692] cfg80211: Calling CRDA to update world regulatory domain
[   16.201487] audit: type=1400 audit(1448119957.021:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/sbin/dhclient" pid=370 comm="apparmor_parser"
[   16.201501] audit: type=1400 audit(1448119957.021:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=370 comm="apparmor_parser"
[   16.201508] audit: type=1400 audit(1448119957.021:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=370 comm="apparmor_parser"
[   16.204348] audit: type=1400 audit(1448119957.025:5): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/sbin/dhclient" pid=360 comm="apparmor_parser"
[   16.204365] audit: type=1400 audit(1448119957.025:6): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=360 comm="apparmor_parser"
[   16.204380] audit: type=1400 audit(1448119957.025:7): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=360 comm="apparmor_parser"
[   16.205036] audit: type=1400 audit(1448119957.025:8): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=360 comm="apparmor_parser"
[   16.205049] audit: type=1400 audit(1448119957.025:9): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=360 comm="apparmor_parser"
[   16.205174] audit: type=1400 audit(1448119957.025:10): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=370 comm="apparmor_parser"
[   16.205184] audit: type=1400 audit(1448119957.025:11): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=370 comm="apparmor_parser"
[   16.396522] [drm] radeon kernel modesetting enabled.
[   16.396658] checking generic (c0000000 300000) vs hw (c0000000 20000000)
[   16.396661] fb: switching to radeondrmfb from VESA VGA
[   16.396885] Console: switching to colour dummy device 80x25
[   16.397804] [drm] initializing kernel modesetting (RV610 0x1002:0x94C9 0x144D:0xC034).
[   16.397830] [drm] register mmio base: 0xE0000000
[   16.397832] [drm] register mmio size: 65536
[   16.397978] ATOM BIOS: PRAGUE
[   16.398020] radeon 0000:01:00.0: VRAM: 512M 0x0000000000000000 - 0x000000001FFFFFFF (512M used)
[   16.398024] radeon 0000:01:00.0: GTT: 512M 0x0000000020000000 - 0x000000003FFFFFFF
[   16.398027] [drm] Detected VRAM RAM=512M, BAR=512M
[   16.398029] [drm] RAM width 64bits DDR
[   16.398146] [TTM] Zone  kernel: Available graphics memory: 1540202 kiB
[   16.398150] [TTM] Initializing pool allocator
[   16.398160] [TTM] Initializing DMA pool allocator
[   16.398197] [drm] radeon: 512M of VRAM memory ready
[   16.398199] [drm] radeon: 512M of GTT memory ready.
[   16.398226] [drm] Loading RV610 Microcode
[   16.582968] media: Linux media interface: v0.10
[   16.603671] cfg80211: World regulatory domain updated:
[   16.603680] cfg80211:  DFS Master region: unset
[   16.603682] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[   16.603686] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[   16.603690] cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[   16.603693] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm), (N/A)
[   16.603695] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[   16.603698] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[   16.619505] ath5k 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
[   16.619712] ath5k 0000:02:00.0: registered as 'phy0'
[   16.633727] Linux video capture interface: v2.00
[   17.000961] uvcvideo: Found UVC 1.00 device Vega USB 2.0 Camera. (0ac8:c302)
[   17.003843] input: Vega USB 2.0 Camera. as /devices/pci0000:00/0000:00:13.5/usb1/1-3/1-3:1.0/input/input17
[   17.004000] usbcore: registered new interface driver uvcvideo
[   17.004035] USB Video Class driver (1.1.1)
[   17.096141] sound hdaudioC0D3: autoconfig: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
[   17.096147] sound hdaudioC0D3:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[   17.096150] sound hdaudioC0D3:    hp_outs=1 (0x15/0x0/0x0/0x0/0x0)
[   17.096153] sound hdaudioC0D3:    mono: mono_out=0x0
[   17.096155] sound hdaudioC0D3:    inputs:
[   17.096159] sound hdaudioC0D3:      Internal Mic=0x19
[   17.096162] sound hdaudioC0D3:      Mic=0x18
[   17.109964] input: HDA ATI SB Mic as /devices/pci0000:00/0000:00:14.2/sound/card0/input18
[   17.110117] input: HDA ATI SB Headphone as /devices/pci0000:00/0000:00:14.2/sound/card0/input19
[   17.163903] ath: EEPROM regdomain: 0x65
[   17.163908] ath: EEPROM indicates we should expect a direct regpair map
[   17.163912] ath: Country alpha2 being used: 00
[   17.163913] ath: Regpair used: 0x65
[   17.226786] [drm] radeon: power management initialized
[   17.226798] [drm] GART: num cpu pages 131072, num gpu pages 131072
[   17.242341] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000).
[   17.242418] radeon 0000:01:00.0: WB enabled
[   17.242423] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000020000c00 and cpu addr 0xffff8800ac5f8c00
[   17.242428] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[   17.242430] [drm] Driver supports precise vblank timestamp query.
[   17.242433] radeon 0000:01:00.0: radeon: MSI limited to 32-bit
[   17.242473] radeon 0000:01:00.0: irq 45 for MSI/MSI-X
[   17.242499] radeon 0000:01:00.0: radeon: using MSI.
[   17.242538] [drm] radeon: irq initialized.
[   17.273889] [drm] ring test on 0 succeeded in 1 usecs
[   17.274109] [drm] ib test on ring 0 succeeded in 0 usecs
[   17.275419] [drm] radeon atom DIG backlight initialized
[   17.275424] [drm] Radeon Display Connectors
[   17.275427] [drm] Connector 0:
[   17.275429] [drm]   VGA-1
[   17.275431] [drm]   DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c
[   17.275433] [drm]   Encoders:
[   17.275435] [drm]     CRT1: INTERNAL_KLDSCP_DAC1
[   17.275436] [drm] Connector 1:
[   17.275438] [drm]   LVDS-1
[   17.275441] [drm]   DDC: 0x7e60 0x7e60 0x7e64 0x7e64 0x7e68 0x7e68 0x7e6c 0x7e6c
[   17.275442] [drm]   Encoders:
[   17.275444] [drm]     LCD1: INTERNAL_LVTM1
[   17.307896] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   17.308678] ath5k: phy0: Atheros AR2425 chip found (MAC: 0xe2, PHY: 0x70)
[   17.749818] [drm] fb mappable at 0xC0141000
[   17.749823] [drm] vram apper at 0xC0000000
[   17.749825] [drm] size 4096000
[   17.749827] [drm] fb depth is 24
[   17.749828] [drm]    pitch is 5120
[   17.750104] fbcon: radeondrmfb (fb0) is primary device
[   17.750199] Console: switching to colour frame buffer device 160x50
[   17.750239] radeon 0000:01:00.0: fb0: radeondrmfb frame buffer device
[   17.750242] radeon 0000:01:00.0: registered panic notifier
[   17.760090] [drm] Initialized radeon 2.39.0 20080528 for 0000:01:00.0 on minor 0
[   18.239293] EXT4-fs (sda3): re-mounted. Opts: errors=remount-ro
[   18.787490] init: failsafe main process (602) killed by TERM signal
[   19.437952] init: cups main process (666) killed by HUP signal
[   19.437975] init: cups main process ended, respawning
[   19.657798] Bluetooth: Core ver 2.19
[   19.657844] NET: Registered protocol family 31
[   19.657846] Bluetooth: HCI device and connection manager initialized
[   19.657951] Bluetooth: HCI socket layer initialized
[   19.657956] Bluetooth: L2CAP socket layer initialized
[   19.657975] Bluetooth: SCO socket layer initialized
[   19.688856] Bluetooth: RFCOMM TTY layer initialized
[   19.688877] Bluetooth: RFCOMM socket layer initialized
[   19.688889] Bluetooth: RFCOMM ver 1.11
[   19.697616] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   19.697621] Bluetooth: BNEP filters: protocol multicast
[   19.697638] Bluetooth: BNEP socket layer initialized
[   20.598892] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   20.612589] sky2 0000:05:00.0 eth0: enabling interface
[   20.612712] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   21.269252] audit_printk_skb: 165 callbacks suppressed
[   21.269258] audit: type=1400 audit(1448119962.089:67): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cups-browsed" pid=964 comm="apparmor_parser"
[   21.550928] wlan0: authenticate with f4:ca:e5:98:a8:04
[   21.555232] wlan0: send auth to f4:ca:e5:98:a8:04 (try 1/3)
[   21.556756] wlan0: authenticated
[   21.556995] ath5k 0000:02:00.0 wlan0: disabling HT/VHT due to WEP/TKIP use
[   21.560058] wlan0: associate with f4:ca:e5:98:a8:04 (try 1/3)
[   21.562246] wlan0: RX AssocResp from f4:ca:e5:98:a8:04 (capab=0x411 status=0 aid=2)
[   21.562348] wlan0: associated
[   21.562389] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   49.411770] audit: type=1400 audit(1448119991.843:68): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=2100 comm="apparmor_parser"
[   49.411794] audit: type=1400 audit(1448119991.843:69): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2100 comm="apparmor_parser"
[   49.412888] audit: type=1400 audit(1448119991.847:70): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2100 comm="apparmor_parser"
[  120.224763] perf interrupt took too long (2502 > 2500), lowering kernel.perf_event_max_sample_rate to 50000
[  386.155705] perf interrupt took too long (5002 > 5000), lowering kernel.perf_event_max_sample_rate to 25000
[ 1440.448619] init: cups main process (2101) killed by KILL signal
[ 1440.927547] audit: type=1400 audit(1448121383.362:71): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=2653 comm="apparmor_parser"
[ 1440.927578] audit: type=1400 audit(1448121383.362:72): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2653 comm="apparmor_parser"
[ 1440.928823] audit: type=1400 audit(1448121383.366:73): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2653 comm="apparmor_parser"

Je vais regarder aussi pour faire la manip avec NCDU.
Par contre il faut que je regarde quoi ? que je transmet quel type de résultat ?

Merci !

Bougron

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Bonjour
l'explication est simple.
Je reste dans l'hypothèse d'un dysfonctionnement qui indique correctement (enfin si on veut bien le dire!) son problème dans les logs
mais cela cesse de dysfonctionner (par exemple le wifi remarche ou l'imprimante est mise hors tension)    donc cela cesse de s'agrandir
Le temps passe et le système fait  l'épuration des fichiers de logs  anciens....

Conserves NCDU, il te servira si de nouveau, tu es alerté par une énorme augmentation de l'espace disque utilisé.
Le but de ce produit est de trouver l'espace qui est trop volumineux.
Le plus dur est de savoir si cela est normal.
par exemple,  regardes avec cet  outil le contenu de  /var/lib/dpkg/info ou de /usr/src/

Tu peu aussi continuer ton travail d'épuration des vieux noyaux avec un outil très simple à utiliser.
tu peux déjà l'installer et t'en servir pour finir le travail commencé. https://forum.ubuntu-fr.org/viewtopic.php?id=242358

Dernière modification par Bougron (Le 21/11/2015, à 18:34)

Melou_59

Re : Impossible de supprimer des anciens noyaux même en manuel [RESOLU]

Bonjour à tous,
bon j'ai un peu réglé le problème autrement. J'ai réinstallé le système tout au propre et j'en ai profité pour supprimer la partition qu'occupait windows. Ça faisait un moment que je voulais le faire !

Merci pour vos coups de main et explications, j'ai avancé dans la compréhension de linux et aussi pour éviter d'avoir ce problème qui revient !

Mélou