Mémoire se remplit toute seule (var/log)

Flora · Le 28/07/2018, à 23:25

Bonjour,

Après plusieurs recherches sur le forum, je me permets de poster ici pour savoir si une âme généreuse voulait bien m'aider à régler mon petit (gros) soucis. Je suis tombée sur des problèmes similaires, mais mes connaissances en informatiques étant limitées (très limitées), je ne sais pas quoi en faire...

Mon problème est que la mémoire se remplit toute seule, j'ai donc un message d'erreur qui apparaît au démarrage (et plus grand chose qui fonctionne). Cela m'était déjà arrivé, et en supprimant des gros fichiers (photos/vidéos) c'était passé, mais pas cette fois.
Après avoir fouillé un peu, il s'agit du dossier var/log qui se remplit tout seul, et entre autres les fichiers kern.log (79.9Go), kern.log.1 (9Go), syslog (17.3Go) et syslog.1 (24,4Go).

J'ai fait sudo apt-get clean ; sudo apt-get autoremove, ce qui a libéré autour de 26Go, qui se sont de nouveau remplis en moins d'un quart d'heure...
Pour info, mon ordi tourne sous 16.04 LTS, et dispose normalement de 176 Go de mémoire.

Je précise que je n'y connais vraiment pas grand chose en informatique et en langage linux, donc si en plus de m'aider à régler ce problème, vous pouviez m'expliquer grossièrement ce qu'il se passe (et à quoi servent ces fichiers kern, syslog et cie), au moins j'en ressortirais moins bête

Merci d'avance !

Flora

Vobul · Le 29/07/2018, à 00:11

Salut,

Et si tu ouvres ces fichiers, il y a quoi dedans ?

less /var/log/kern.log
less /var/log/syslog

Appuie sur espace pour descendre la page. (`man less`)
Aussi la commande `dmesg|tail -n 30` doit sûrement sortir des choses.

J'espère que t'as des sauvegardes de tes fichiers. Ça peut être ton disque dur qui meurt (en faisant beaucoup de bruit). Ou n'importe quoi d'autre. Je suis curieux de savoir ce que contiennent ces logs

moko138 · Le 29/07/2018, à 02:49

Bienvenue sur le forum !

On reste calme : un "disque dur qui meurt" ne remplit pas les logs à cette haute vitesse !

Montre-nous d'abord :

sudo cat /var/log/kern.log | tail -120

et

lsb_release -d ; echo $XDG_CURRENT_DESKTOP ; uname -mr

pour faire le diagnostic.

Ensuite tu vas libérer provisoirement 33 Go, par :

echo | sudo tee /var/log/kern.log.1

et

echo | sudo tee /var/log/syslog.1

et tu montreras

ls -lAs /var/log | sort -n | tail -14

pour contrôler (car une rotation des logs se sera peut-être produite d'ici là).

Astuce :
/!\ Ne cherche surtout pas à retaper ces lignes ! Utilise
- un triple clic gauche sur une ligne pour la sélectionner tout entière et la copier,
- un clic milieu pour la coller.

Attention !
Donne séparément, et entre balises-code (les < > bleus de la barre de mise en forme) comme indiqué là par ljere, les retours de commande,
en les séparant bien,

comme

ceci.

Merci !

NicoApi73 · Le 29/07/2018, à 09:34

Bonjour Flora,
Bonjour à Tous,

@moko138 :
Depuis quelques jours, ce type de fil apparaît une fois par jour. En plus, la vitesse de remplissage des disques est impressionnante : https://forum.ubuntu-fr.org/viewtopic.p … 028634&p=3, post #61
Nous ne pouvons pas encore dire que c'est ça pour Flora, mais ça y ressemble...
Question technique : pourquoi ne pas supprimer directement les archives des log avec rm. Pour le fichier courant, je peux comprendre, pour les archives j'ai du mal.
Question technique : que fait exactement echo devant tee? (j'ai essayé dans une VM sans echo et j'ai vu le résultat. Si j'ai bien compris, echo ne renvoie rien et tee prend cet info pour la mettre dans le fichier?)
Comme proposé par Vobul, en plus de ce que tu proposes, un petit

dmesg -lerr | tail -30

devrait confirmer des choses si on ne voit rien dans kern.log et syslog

@Flora :
Souvent, ce n'est pas bien grave ce type de problème

Cordialement

Dernière modification par NicoApi73 (Le 29/07/2018, à 09:35)

moko138 · Le 29/07/2018, à 12:15

L'inflation des logs peut avoir d'autres causes, rencontrées il y a des années.
AJOUT : Ex : ./viewtopic.php?pid=21599268#p21599268
FIN d'ajout.

- -

NicoApi73 a écrit :

Question technique : que fait exactement echo devant tee? (j'ai essayé dans une VM sans echo et j'ai vu le résultat. Si j'ai bien compris, echo ne renvoie rien et tee prend cet info pour la mettre dans le fichier?)

Pour écraser (tee sans l'option -a) le fichier, oui.
Et c'est pour vidanger un fichier sans le supprimer, que je le fais employer, quand il n'y a vraiment plus de place.
Peut-être apprendrons-nous bientôt une méthode plus sûre (cf. ci-dessous).

- -

NicoApi73 a écrit :

Question technique : pourquoi ne pas supprimer directement les archives des log avec rm. Pour le fichier courant, je peux comprendre, pour les archives j'ai du mal.

Pour éviter d'entraver la rotation des logs.
Un fichier vidangé reste utilisable par logrotate ; je ne suis pas certain qu'un rm ne perturbe pas la rotation. (Pour voir, je viens de supprimer, dans ma Trusty,
syslog.5.gz et
kern.log.2.gz ).

Note bien que j'utlise Trusty (donc je ne risque pas de perturber systemctl ni journalctl, absents de cette version) et que je n'ai jamais utilisé Xenial ni Bionic.
Donc je ne mesure pas les conséquences d'une suppression dans toutes les versions. Et comme je ne veux pas prendre le risque d'envoyer au casse-pipe ceux qui demandent assistance et font confiance au forum, je m'abstiens de faire supprimer. (En l'état actuel de mes connaissances).

Note surtout que maxire (cf. ./viewtopic.php?pid=21752250#p21752250) pourra te répondre beaucoup mieux que moi !
Et nous dire si mes précautions sont inutiles ou pas.

Dernière modification par moko138 (Le 29/07/2018, à 12:25)

erresse · Le 29/07/2018, à 12:19

Apparemment, on obtient des résultats différents en utilisant ou pas "echo" pour vider le fichier :

>le_fichier               --> vide complètement le fichier
echo >le_fichier      --> écrit une ligne vide dans le fichier
echo|tee le_fichier  --> écrit une ligne vide dans le fichier

Après, quant à savoir si l'une ou l'autre méthode a une importance... Je suppose que c'est juste une question d'habitude.

Dernière modification par erresse (Le 29/07/2018, à 18:14)

Nuliel · Le 29/07/2018, à 13:07

Question technique : que fait exactement echo devant tee? (j'ai essayé dans une VM sans echo et j'ai vu le résultat. Si j'ai bien compris, echo ne renvoie rien et tee prend cet info pour la mettre dans le fichier?)

echo tout seul affiche une ligne vide, cette ligne vide étant redirigée ( "|" ) vers la commande tee qui comme man l'indique lit l'entrée standard (ici la ligne vide), et l'écrit dans la sortie standard et un fichier s'il est spécifié (ce qui est le cas ici). L'option -a devant tee n'étant pas présente, la commande va donc écraser le contenu du fichier avec une ligne vide. Et cela explique au passage la ligne vide retournée par la commande (c'est la sortie standard)

echo | sudo tee /var/log/kern.log.1

a deux avantages par rapport aux commandes avec une redirection >: echo n'est pas lancé avec sudo et

>le_fichier ou
echo >le_fichier

nécessitent une élévation de privilèges au préalable, alors que "echo | sudo tee /var/log/kern.log.1" demande le mdp pour faire l'opération

NicoApi73 · Le 29/07/2018, à 13:15

Merci pour les explications

moko138 · Le 29/07/2018, à 14:02

Si maxire ou un autre expert nous dit qu'on peut modifier, en cours d'utilisation, /var/log/syslog et /var/log/kern.log dans Xenial et les versions suivantes,
alors nous pourrons adapter les solutions suivantes, conçues pour .xsession-errors.

Daniel López Azaña, en http://www.daniloaz.com/en/how-to-preve … huge-size/ a proposé :

Another interesting measure to adopt is to add a task to your crontab to periodically check the size of .xsession-errors file. If it exceeds a certain threshold, empty or truncate it so that only the last lines are retained : (...)

Une autre mesure intéressante consiste à ajouter à votre crontab la tâche de vérifier périodiquement la taille du fichier .xsession-errors. Si elle dépasse un certain plafond, le vider ou n'en garder que les dernières lignes.
– Exemple n°1 : vérifier toutes les 15 minutes si le fichier dépasse 5 Mo; et, si oui, le vider
(...)
– Exemple n°2 : Même vérification, mais au lieu de vidanger complètement le log, en garder les x (*) dernières lignes.
(...)

(*) Daniel López Azaña propose x = 300 pour .xsession-errors.
Mais, s'agissant dun log parasité à plus de 99%, il me semble plus judicieux de garder les 20.000 dernières lignes (environ 2 Mo). Ce qui laisse espérer, en cas de besoin, 100 à 200 lignes utiles.

erresse · Le 29/07/2018, à 14:18

Concernant les lignes à conserver dans le log, je me demande quelle pertinence elles peuvent avoir, dans la mesure où, pour se remplir très rapidement, il enregistre probablement toujours les mêmes informations répétitives, non ?

Dernière modification par erresse (Le 29/07/2018, à 18:15)

moko138 · Le 29/07/2018, à 16:15

On devrait peu-être supprimer nos messages #6-7, qu'est-ce que tu en penses, erresse ?

- -

Concernant les lignes à conserver dans le log, je me demande quelle pertinence elles peuvent avoir, dans la mesure où, pour se remplir très rapidement, il enregistre probablement toujours les mêmes informations répétitives, non ?

Les lignes répétitives, ou plutôt les cycles de lignes répétitifs, il en faut assez :
pour identifier le problème (module à problèmes ? périphérique mal pris en charge ? autre ?) ;
et pour arrêter un remède...

Et le cycle peut être assez long, comme dans le lien en #5.

Mais je n'ai peut-être pas compris ton message ?

erresse · Le 29/07/2018, à 18:11

OK pour la suppression/modification de nos messages hors-sujet, afin de garder la cohérence de la discussion.
(Vu les réponses de Naziel et les tiennes à mes questions, je préfère ne supprimer que ce qui est redondant dans mes messages).
J'y vais de ce pas...

... et supprimer celui-ci aussi une fois que tu auras fait le ménage dans les tiens.

Dernière modification par erresse (Le 29/07/2018, à 18:20)

Flora · Le 29/07/2018, à 22:48

Bonjour à tou.te.s,

Merci de vos réponses, même si je n'ai pas bien suivi la suite de votre conversation...

@Vobul si j'ouvre, on trouve des erreurs un nombre incalculable de fois (je n'arrive même pas à descendre jusqu'en bas, il y en a je ne sais combien par seconde), du type :

Jul 25 09:40:56 Flora kernel: [   11.936889] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 25 09:40:56 Flora kernel: [   11.936892] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 25 09:40:56 Flora kernel: [   11.936897] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 25 09:40:56 Flora kernel: [   11.937538] pcieport 0000:00:1d.3: can't find device of ID00eb
Jul 25 09:40:56 Flora kernel: [   11.937539] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 25 09:40:56 Flora kernel: [   11.937545] pcieport 0000:00:1d.3: can't find device of ID00eb
Jul 25 09:40:56 Flora kernel: [   11.937547] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 25 09:40:56 Flora kernel: [   11.937553] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)

@moko138 la première commande donne ceci :

Jul 28 16:46:32 Flora kernel: [  284.408516] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.408521] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.408524] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.408527] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.408545] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.408550] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.408553] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.408556] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.408578] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.408583] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.408586] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.408589] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.408610] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.408616] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.408619] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.408621] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.408643] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.408648] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.408651] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.408654] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.408676] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.408681] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.408685] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.408687] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.408709] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.408714] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.408717] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.408720] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.408742] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.408747] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.408750] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.408753] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.408775] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.408780] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.408783] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.408786] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.408810] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.408815] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.408818] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.408820] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.408841] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.408847] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.408850] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.408853] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.408874] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.408879] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.408882] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.408885] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.408906] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  Jul 28 16:46:32 Flora kernel: [  284.448463] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.448469] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.448473] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.448475] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.448480] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.448485] pcieport 0000:00:1d.3: can't find device of ID00eb
Jul 28 16:46:32 Flora kernel: [  284.448487] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.448492] pcieport 0000:00:1d.3: can't find device of ID00eb
Jul 28 16:46:32 Flora kernel: [  284.448494] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.448499] pcieport 0000:00:1d.3: can't find device of ID00eb
Jul 28 16:46:32 Flora kernel: [  284.448500] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.448505] pcieport 0000:00:1d.3: can't find device of ID00eb
Jul 28 16:46:32 Flora kernel: [  284.448506] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.448511] pcieport 0000:00:1d.3: can't find device of ID00eb
Jul 28 16:46:32 Flora kernel: [  284.448512] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.448516] pcieport 0000:00:1d.3: can't find device of ID00eb
Jul 28 16:46:32 Flora kernel: [  284.448517] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.448522] pcieport 0000:00:1d.3: can't find device of ID00eb
Jul 28 16:46:32 Flora kernel: [  284.448523] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.448528] pcieport 0000:00:1d.3: can't find device of ID00eb
Jul 28 16:46:32 Flora kernel: [  284.448541] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.448546] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.448548] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.448550] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.448559] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.448563] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.448565] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.448567] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.448592] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.448598] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.448600] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.448602] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.448626] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:46:32 Flora kernel: [  284.448631] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.448633] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.448635] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.448658] pcJul 28 16:47:37 Flora kernel: [  349.346026] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:47:37 Flora kernel: [  349.346028] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:47:37 Flora kernel: [  349.346030] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:47:37 Flora kernel: [  349.346054] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:47:37 Flora kernel: [  349.346059] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:47:37 Flora kernel: [  349.346061] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:47:37 Flora kernel: [  349.346063] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:47:37 Flora kernel: [  349.346087] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:47:37 Flora kernel: [  349.346092] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:47:37 Flora kernel: [  349.346094] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:47:37 Flora kernel: [  349.346096] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:47:37 Flora kernel: [  349.346122] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:47:37 Flora kernel: [  349.346126] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:47:37 Flora kernel: [  349.346129] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:47:37 Flora kernel: [  349.346131] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:47:37 Flora kernel: [  349.346155] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:47:37 Flora kernel: [  349.346159] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:47:37 Flora kernel: [  349.346162] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:47:37 Flora kernel: [  349.346164] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:47:37 Flora kernel: [  349.346187] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:47:37 Flora kernel: [  349.346192] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:47:37 Flora kernel: [  349.346194] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:47:37 Flora kernel: [  349.346196] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:47:37 Flora kernel: [  349.346225] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:47:37 Flora kernel: [  349.346230] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:47:37 Flora kernel: [  349.346298] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:47:37 Flora kernel: [  349.346304] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:47:37 Flora kernel: [  349.346310] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:47:37 Flora kernel: [  349.346321] pcieport 0000:00:1d.3: can't find device of ID00eb
Jul 28 16:47:37 Flora kernel: [  349.346325] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:47:37 Flora kernel: [  349.346337] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:47:37 Flora kernel: [  349.346342] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:47:37 Flora kernel: [  349.346351] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:47:37 Flora kernel: [  349.346358] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb
Jul 28 16:47:

La seconde :

flora@Flora:~$ lsb_release -d ; echo $XDG_CURRENT_DESKTOP ; uname -mr
Description:	Ubuntu 16.04.5 LTS
Unity
4.15.0-29-generic x86_64
flora@Flora:~$

J'ai fait les manip indiquées pour libérer de l'espace, ça n'indique rien dans le terminal mais ça a effectivement libéré 33 Go (qui ne semblent pas bouger pour l'instant) :

flora@Flora:~$ echo | sudo tee /var/log/kern.log.1
[sudo] Mot de passe de flora : 

flora@Flora:~$ echo | sudo tee /var/log/kern.log.1

flora@Flora:~$ echo | sudo tee /var/log/syslog.1

flora@Flora:~$

Et voilà pour la dernière commande :

flora@Flora:~$ ls -lAs /var/log | sort -n | tail -14
     108 -rw-rw-r-- 1 root              utmp      106368 juil. 16 11:37 wtmp.1
     116 -rw-r--r-- 1 root              root      117079 juil. 28 16:47 dpkg.log
     132 -rw-r--r-- 1 root              root      132709 nov.  26  2017 dpkg.log.8.gz
     640 -rw-r----- 1 syslog            adm       653971 juil. 24 15:12 syslog.4.gz
   40420 -rw-r----- 1 syslog            adm     41388600 juil. 21 18:28 syslog.6.gz
  138892 -rw-r----- 1 syslog            adm    142220179 juin  24 15:34 kern.log.3.gz
  170356 -rw-r----- 1 syslog            adm    174439908 juil. 23 12:09 syslog.5.gz
  183356 -rw-r----- 1 syslog            adm    187755849 juil. 20 14:20 syslog.7.gz
  242488 -rw-r----- 1 syslog            adm    248306250 juil. 25 14:24 syslog.3.gz
  722900 -rw-r----- 1 syslog            adm    740243542 juil. 16 23:22 kern.log.2.gz
 1193692 -rw-r----- 1 syslog            adm   1222330432 juil. 26 11:44 syslog.2.gz
 1262356 -rw-r----- 1 syslog            adm   1292646727 juin  21 19:58 kern.log.4.gz
16989564 -rw-r----- 1 syslog            adm  17397285055 juil. 29 15:40 syslog
78035144 -rw-r----- 1 syslog            adm  79907880960 juil. 29 15:23 kern.log

Je suis désolée pour le délais de mes réponses, je suis dans l'autre hémisphère, et avec une connexion internet aléatoire. En tout cas merci beaucoup de vous occuper de mon problème !

Flora

xubu1957 · Le 29/07/2018, à 23:06

Bonjour,

Pour le message :

AER: Corrected error received: id=00e0

Un bug > launchpad.net/ubuntu/+source/linux/+bug/1521173

NicoApi73 · Le 29/07/2018, à 23:23

Bonjour Flora,

Dans ce rapport de bug, il y a plusieurs solutions de contournement proposées. Je te donne la façon de faire avec le paramètre : pci=noaer

sudo cp /etc/default/grub /etc/default/grub.old
sudo nano /etc/default/grub

sur la ligne GRUB_CMDLINE_LINUX_DEFAULT, ajouter pci=noaer
Ca doit donner quelque chose comme

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=noaer"

sauvegarder (ctrl o)
Entrée
quitter (ctrl x)

sudo update-grub
reboot

Contrôle l'effet avec la commande suivante :

dmesg -lerr | tail -20

Les autres intervenants proposeront peut être autre chose, d'autant qu'il y a d'autres paramètres possibles (là j'ai mis celui cité en tête dans le rapport de bug et personnellement j'en utilise un autre)

Peux tu nous dire quel est ton PC (ref commerciale), STP?

Je pense qu'il faudra vider tes fichiers kern.log et syslog, vu leur taille.

Dernière modification par NicoApi73 (Le 29/07/2018, à 23:32)

moko138 · Le 30/07/2018, à 07:28

NicoApi73,
Ton remède devrait suffire.

Et pour les raisons évoquées plus haut (fin du ./viewtopic.php?pid=21948074#p21948074), je reste, jusqu'à plus ample informé, réticent à vidanger kern.log et syslog.

Si jamais Flora avait encore besoin de faire de la place dans /var/log, alors

cd /var/log/ && echo | sudo tee kern.log.?.gz ; echo | sudo tee syslog.?.gz ; cd

est plus prudent.

Et justement, d'ici quelques jours, la rotation des logs aura fait passer en .gz les encombrants kern.log et syslog actuels.

nam1962 · Le 30/07/2018, à 07:56

Peux tu nous donner :

cat /etc/apt/sources.list
ls /etc/apt/sources.list.d -1
ls -l /usr/share/xsessions

Flora · Le 30/07/2018, à 19:20

Bonjour,

@NicoApi73
Je viens de faire ce que tu as indiqué, et la commande donne ceci :

flora@Flora:~$ dmesg -lerr | tail -20
[    0.308249] platform MSFT0101:00: failed to claim resource 1: [mem 0xfed40000-0xfed40fff]
[    0.308254] acpi MSFT0101:00: platform device creation failed: -16

La référence de mon pc est : HP PC Portable Pavilion 14-al110nf - 14 " - 4 Go RAM - Windows 10 - Intel Core i3 - Intel HD Graphics 620 - Disque dur 256 Go SSD - 1
Il reste Windows sur une petite partition, mais je ne l'utilise que très rarement.

@nam1962

flora@Flora:~$ cat /etc/apt/sources.list
# deb cdrom:[Ubuntu 16.04.3 LTS _Xenial Xerus_ - Release amd64 (20170801)]/ xenial main restricted

# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
deb http://fr.archive.ubuntu.com/ubuntu/ xenial main restricted
# deb-src http://fr.archive.ubuntu.com/ubuntu/ xenial main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://fr.archive.ubuntu.com/ubuntu/ xenial-updates main restricted
# deb-src http://fr.archive.ubuntu.com/ubuntu/ xenial-updates main restricted

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://fr.archive.ubuntu.com/ubuntu/ xenial universe
# deb-src http://fr.archive.ubuntu.com/ubuntu/ xenial universe
deb http://fr.archive.ubuntu.com/ubuntu/ xenial-updates universe
# deb-src http://fr.archive.ubuntu.com/ubuntu/ xenial-updates universe

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu 
## team, and may not be under a free licence. Please satisfy yourself as to 
## your rights to use the software. Also, please note that software in 
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://fr.archive.ubuntu.com/ubuntu/ xenial multiverse
# deb-src http://fr.archive.ubuntu.com/ubuntu/ xenial multiverse
deb http://fr.archive.ubuntu.com/ubuntu/ xenial-updates multiverse
# deb-src http://fr.archive.ubuntu.com/ubuntu/ xenial-updates multiverse

## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://fr.archive.ubuntu.com/ubuntu/ xenial-backports main restricted universe multiverse
# deb-src http://fr.archive.ubuntu.com/ubuntu/ xenial-backports main restricted universe multiverse

## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu xenial partner
# deb-src http://archive.canonical.com/ubuntu xenial partner

deb http://security.ubuntu.com/ubuntu xenial-security main restricted
# deb-src http://security.ubuntu.com/ubuntu xenial-security main restricted
deb http://security.ubuntu.com/ubuntu xenial-security universe
# deb-src http://security.ubuntu.com/ubuntu xenial-security universe
deb http://security.ubuntu.com/ubuntu xenial-security multiverse
# deb-src http://security.ubuntu.com/ubuntu xenial-security multiverse
flora@Flora:~$ ls /etc/apt/sources.list.d -1
megasync.list
megasync.list.save
nathan-renniewaldock-ubuntu-flux-xenial.list
nathan-renniewaldock-ubuntu-flux-xenial.list.save
nerdherd-ubuntu-cloud-xenial.list
smathot-ubuntu-cogscinl-xenial.list
smathot-ubuntu-cogscinl-xenial.list.save
flora@Flora:~$ ls -l /usr/share/xsessions
total 4
-rw-r--r-- 1 root root 204 août  22  2016 ubuntu.desktop
flora@Flora:~$

Par contre, j'ai fait ce qu'indiqué par Moko138, mais il reste seulement 29Go de libres. kern.log.1 fait 83,9Go et syslog.1 21,4Go.

Merci beaucoup de vos réponses !

Flora

NicoApi73 · Le 30/07/2018, à 19:41

Bonsoir Flora,

C'est bon, tu n'as plus le message qui remplissait tes logs. (Il y a peut être autre chose, en tout cas celui ci c'est certain qu'il pourrissait tes logs)

Les erreurs remontées sont à mon avis mineures.

Fais voir STP :

ls -lAsS /var/log | head

Il y a un mécanisme d'archivage et d'effacement des logs, appelé logrotate. Tu vas récupérer de la place dans quelques semaines.

Après il est possible de forcer la rotation. @moko138 : on lui fait passer la commande. De toute façon elle sera passée automatiquement dans quelques jours...

Dernière modification par NicoApi73 (Le 30/07/2018, à 19:48)

Flora · Le 30/07/2018, à 21:03

@ NicoApi73 Voilà pour la commande :

flora@Flora:~$ ls -lAsS /var/log | head
total 103246016
81919344 -rw-r----- 1 syslog            adm  83885297291 juil. 30 11:55 kern.log.1
20873160 -rw-r----- 1 syslog            adm  21374084940 juil. 30 11:55 syslog.1
  226584 -rw-r----- 1 syslog            adm    232014682 juil. 30 13:58 syslog
  225856 -rw-r----- 1 syslog            adm    231271649 juil. 30 13:58 kern.log
      40 -rw-rw-r-- 1 root              utmp      292292 nov.  18  2017 lastlog
     132 -rw-r--r-- 1 root              root      132709 nov.  26  2017 dpkg.log.8.gz
     116 -rw-r--r-- 1 root              root      117079 juil. 28 16:47 dpkg.log
     108 -rw-rw-r-- 1 root              utmp      106368 juil. 16 11:37 wtmp.1
      96 -rw-r--r-- 1 root              root       93271 juin  30 18:51 dpkg.log.1

Merci pour les informations !

nam1962 · Le 30/07/2018, à 21:29

C'est quoi tes PPA ?
Tu les connais ?
J'en prend un au hasard : https://launchpad.net/~nerdherd/+archive/ubuntu/cloud
... pas maintenu depuis 134 semaines...

C'est un gag le fil ?
Y'a caméra cachée ?

Dernière modification par nam1962 (Le 30/07/2018, à 21:30)

NicoApi73 · Le 30/07/2018, à 22:17

ReBonsoir Flora,

Il y a eu une rotation des logs.

tu peux refaire comme avait indiqué moko138 au post #3 :

echo | sudo tee /var/log/kern.log.1

et

echo | sudo tee /var/log/syslog.1

Tu vas regagner encore beaucoup de place. AJOUT L'echelle n'est plus la même, vérfie combien de place tu as maintenant.

sudo du -ah --max-depth=1 / | sort -n | tail -20

. FIN AJOUT
Nouvel ajout : Si tu vas gagné beaucoup de place, je me suis mélanger les pinceaux entre les o, ko, Mo et Go fin nouvel ajout

@nam1962 : La cause du problème actuel est un message récurrent, logger dans kern.log et syslog, qui vient probablement d'un driver (RTL8723BE?).
J'ai déjà vu tes interventions sur d'autres fils, en particulier sur les PPA. Je n'ai pas ton expérience et je ne suis pas capable de fournir des conseils sur ce sujet. Par contre, ta remarque m'a interpellé et j'en ai profité pour faire du ménage sur mon installation. Je t'en remercie.

nam1962 a écrit :

C'est un gag le fil ?
Y'a caméra cachée ?

J'ai participé au fil. Si je t'ai froissé d'une quelconque manière, je te prie sincèrement de m'en excuser.

Dernière modification par NicoApi73 (Le 31/07/2018, à 07:44)

Nuliel · Le 30/07/2018, à 22:34

@NicoApi73: rtl8723be c'est une blague de realtek, une carte wifi qu'il est préférable d'éviter car elle pose problème à chaque changement de noyau (je suis bien placé pour en parler, j'ai cette carte et j'ai quelques fois des débits aléatoires), sans parler du bluetooth qui marche encore moins bien. Mais qu'est ce qui te fait dire que c'est un/ce driver qui provoque ça?
Je vais bientôt réinstaller, donc je pourrai bientôt arborer fièrement un sources.list propre

Dernière modification par Nuliel (Le 30/07/2018, à 22:34)

NicoApi73 · Le 30/07/2018, à 22:41

@Naziel : Sur ce fil, ça reste mon hypothèse (gratuite). Ce qui m'interpelle, c'est le message qui est remonté :

Jul 28 16:46:32 Flora kernel: [  284.408521] pcieport 0000:00:1d.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00eb(Receiver ID)
Jul 28 16:46:32 Flora kernel: [  284.408524] pcieport 0000:00:1d.3:   device [8086:9d1b] error status/mask=00000001/00002000
Jul 28 16:46:32 Flora kernel: [  284.408527] pcieport 0000:00:1d.3:    [ 0] Receiver Error         (First)
Jul 28 16:46:32 Flora kernel: [  284.408545] pcieport 0000:00:1d.3: AER: Corrected error received: id=00eb

J'ai également ce composant sur ma tour (mais je n'utilise pas le WIFI) et sur le portable de mon épouse.
Avec le paramètre pcie_aspm=off que j'utilise, je n'ai jamais constaté de problème visible aux changements de noyau. C'est peut être un coup de chance. Ce paramètre est sur mes machines depuis un an environ et je suis en 16.04LTS, distribution XUbuntu. Même problème avec Debian stretch 9.2 (en dual boot sur ma tour, mais je l'utilise peu, il a fallu que je recompile le noyau pour faire fonctionner la CG nVidia 1050, pas trouvé d'autres solutions. Donc pas envie de recompiler le noyau à chaque changement=>pas de mise à jour=> pas d'utilisation...)
Complément : je n'utilise pas le BT

Dernière modification par NicoApi73 (Le 30/07/2018, à 22:51)

xubu1957 · Le 30/07/2018, à 22:49

Je trouve > hp.com/t5/Notebook-Software-and-How-To-Questions

> askubuntu.com/questions/771899/pcie-bus-error-severity-corrected

Dernière modification par xubu1957 (Le 30/07/2018, à 22:50)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 28/07/2018, à 23:25

Mémoire se remplit toute seule (var/log)

#2 Le 29/07/2018, à 00:11

Re : Mémoire se remplit toute seule (var/log)

#3 Le 29/07/2018, à 02:49

Re : Mémoire se remplit toute seule (var/log)

#4 Le 29/07/2018, à 09:34

Re : Mémoire se remplit toute seule (var/log)

#5 Le 29/07/2018, à 12:15

Re : Mémoire se remplit toute seule (var/log)

#6 Le 29/07/2018, à 12:19

Re : Mémoire se remplit toute seule (var/log)

#7 Le 29/07/2018, à 13:07

Re : Mémoire se remplit toute seule (var/log)

#8 Le 29/07/2018, à 13:15

Re : Mémoire se remplit toute seule (var/log)

#9 Le 29/07/2018, à 14:02

Re : Mémoire se remplit toute seule (var/log)

#10 Le 29/07/2018, à 14:18

Re : Mémoire se remplit toute seule (var/log)

#11 Le 29/07/2018, à 16:15

Re : Mémoire se remplit toute seule (var/log)

#12 Le 29/07/2018, à 18:11

Re : Mémoire se remplit toute seule (var/log)

#13 Le 29/07/2018, à 22:48

Re : Mémoire se remplit toute seule (var/log)

#14 Le 29/07/2018, à 23:06

Re : Mémoire se remplit toute seule (var/log)

#15 Le 29/07/2018, à 23:23

Re : Mémoire se remplit toute seule (var/log)

#16 Le 30/07/2018, à 07:28

Re : Mémoire se remplit toute seule (var/log)

#17 Le 30/07/2018, à 07:56

Re : Mémoire se remplit toute seule (var/log)

#18 Le 30/07/2018, à 19:20

Re : Mémoire se remplit toute seule (var/log)

#19 Le 30/07/2018, à 19:41

Re : Mémoire se remplit toute seule (var/log)

#20 Le 30/07/2018, à 21:03

Re : Mémoire se remplit toute seule (var/log)

#21 Le 30/07/2018, à 21:29

Re : Mémoire se remplit toute seule (var/log)

#22 Le 30/07/2018, à 22:17

Re : Mémoire se remplit toute seule (var/log)

#23 Le 30/07/2018, à 22:34

Re : Mémoire se remplit toute seule (var/log)

#24 Le 30/07/2018, à 22:41

Re : Mémoire se remplit toute seule (var/log)

#25 Le 30/07/2018, à 22:49

Re : Mémoire se remplit toute seule (var/log)

Pied de page des forums