Contenu | Rechercher | Menus

Annonce

L'équipe des administrateurs et modérateurs du forum vous invite à prendre connaissance des nouvelles règles.
En cas de besoin, vous pouvez intervenir dans cette discussion.

Ubuntu 18.04 LTS
Ubuntu-fr propose des clés USB de Ubuntu et toutes ses « saveurs » ainsi qu'un magnifique t-shirt pour cette toute nouvelle version d'Ubuntu !

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 01/03/2018, à 17:06

marc_ch

[Résolu] syslog et kern.log immenses, pleins d'erreurs

Portable Asus X541U avec Windows10 OEM, partition rétrécie pour installer Ubuntu 16.04LTS en /,swap,et /home

Lors de l'extinction d'Ubuntu ou lors du démarrage il s'affiche une quantité de messages similaires à l'un de ceux que j'ai extrait de /var/log/kern.log

kern.log grossi constamment et devient immense, actuellement il est passé 3.7Go 3.9Go en quelques minutes.

Mar  1 14:09:18 josiane-X541UAK kernel: [  240.904308] pcieport 0000:00:1c.5: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e5(Receiver ID)
Mar  1 14:09:18 josiane-X541UAK kernel: [  240.904325] pcieport 0000:00:1c.5:   device [8086:9d15] error status/mask=00000001/00002000
Mar  1 14:09:18 josiane-X541UAK kernel: [  240.904341] pcieport 0000:00:1c.5:    [ 0] Receiver Error         (First)
Mar  1 14:09:18 josiane-X541UAK kernel: [  240.904359] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
Mar  1 14:09:18 josiane-X541UAK kernel: [  240.905011] pcieport 0000:00:1c.5: can't find device of ID00e5
Mar  1 14:09:18 josiane-X541UAK kernel: [  240.905016] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5

Auriez-vous une explication et un remède ?
Merci.

Dernière modification par marc_ch (Le 08/03/2018, à 18:25)

Hors ligne

#2 Le 01/03/2018, à 18:22

Naziel

Re : [Résolu] syslog et kern.log immenses, pleins d'erreurs

Bonjour,

Une explication, non, un remède, sûrement.
Tu peux tenter de passer le paramètre noyau pci=noaer en suivant la page https://doc.ubuntu-fr.org/kernel#modifi … ssion-live , après avoir démarré tu supprimes le fichier de log, et tu vois s'il grossit à vue d'oeil.
S'il ne grossit plus énormément, tu peux alors suivre https://forum.ubuntu-fr.org/viewtopic.p … #p21658999 afin d'avoir ce paramètre à chaque démarrage.

Dernière modification par Naziel (Le 01/03/2018, à 18:22)

Hors ligne

#3 Le 08/03/2018, à 18:24

marc_ch

Re : [Résolu] syslog et kern.log immenses, pleins d'erreurs

Merci Naziel, tes pistes m'ont été précieuses. Avant de répondre, j'ai attendu quelques jours pour voir ce qui se passe.

Je n'aime pas trop Boot-Repair, il ne m'a pas donné satisfaction avec UEFI.

Ma démarche a donc été la suivante :

J'ai modifié le fichier /etc/logrotate.d/rsyslog (voir man logrotate)
en remplaçant weekly par daily dans le 2e groupe de fichiers log
et inséré dessous une ligne size=100M qui limite la taille des fichiers concernés.

Une fois les monstres redevenus à une taille acceptable, j'ai modifier ensuite  /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" en GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=noaer"
aer = Advanced Error Reporting
noaer consiste donc à désactiver le gestionnaire d'aer.

Je suis tombé sur : https://bugs.launchpad.net/ubuntu/+sour … ug/1521173
Je ne comprends pas grand chose mais il me semble que ce soit un bug à corriger par pci=noaer

Après ce modifications,
Les 50 dernières lignes visible par la commande tail -50 /var/log/kern.log et  tail -50 /var/log/syslog
affiche les dates et heures des événements récents.

Cela n'empêche pas de devoir, de temps en temps, effacer les fichiers  xxx.log.1. Mais ils sont de faible taille (size 100M)

Je me suis fait un petit script pas très élégant, mais efficace.

#!/bin/bash
# Efface superflus /var/log/

echo
echo Efface les fichiers superflus de /var/log/
echo
sudo rm -r /var/log/syslog.*
sudo rm -r /var/log/apport.log.*
sudo rm -r /var/log/kern.log.*
sudo rm -r /var/log/auth.log.*
echo
echo Voilà, c"'"est fait !
echo

sleep 5s

Dernière modification par marc_ch (Le 08/03/2018, à 18:27)

Hors ligne

#4 Le 08/03/2018, à 18:30

Naziel

Re : [Résolu] syslog et kern.log immenses, pleins d'erreurs

Oui pour le bug sur launchpad.
Mais si tu es toujours à 100M, ça veut dire que le problème n'est pas réglé non?
Tu peux donner les 50 dernières lignes de /var/log/kern.log, il y a sûrement quelque chose qui boucle encore, chez moi il fait 2,7 M et je l'ai jamais vidé

Edit: tu as redémarré après le changement?
Et tu as fait

sudo update-grub

?

Dernière modification par Naziel (Le 08/03/2018, à 18:32)

Hors ligne

#5 Le 10/03/2018, à 12:04

marc_ch

Re : [Résolu] syslog et kern.log immenses, pleins d'erreurs

Je ne me souviens pas si je l'ai fait ou pas. Probablement.
Je l'ai refait avant hier.

sudo update-grub
[sudo] Mot de passe de josiane : 
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.13.0-36-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.13.0-36-generic
Image Linux trouvée : /boot/vmlinuz-4.13.0-32-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.13.0-32-generic
Windows Boot Manager trouvé sur /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for EFI firmware configuration
fait

Pour /var/log/kern.log

tail -50 /var/log/kern.log 
Mar 10 10:53:11 josiane-X541UAK NetworkManager[865]: <info>  [1520675591.4666] device (wlp3s0): state change: prepare -> config (reason 'none') [40 50 0]
Mar 10 10:53:11 josiane-X541UAK NetworkManager[865]: <info>  [1520675591.4667] device (wlp3s0): Activation: (wifi) connection 'arvine' has security, and secrets exist.  No new secrets needed.
Mar 10 10:53:11 josiane-X541UAK NetworkManager[865]: <info>  [1520675591.4668] Config: added 'ssid' value 'arvine'
Mar 10 10:53:11 josiane-X541UAK NetworkManager[865]: <info>  [1520675591.4668] Config: added 'scan_ssid' value '1'
Mar 10 10:53:11 josiane-X541UAK NetworkManager[865]: <info>  [1520675591.4714] Config: added 'key_mgmt' value 'WPA-PSK'
Mar 10 10:53:11 josiane-X541UAK NetworkManager[865]: <info>  [1520675591.4717] Config: added 'psk' value '<omitted>'
Mar 10 10:53:11 josiane-X541UAK NetworkManager[865]: <info>  [1520675591.4730] sup-iface[0x16f7ad0,wlp3s0]: config: set interface ap_scan to 1
Mar 10 10:53:11 josiane-X541UAK NetworkManager[865]: <info>  [1520675591.5323] manager: WiFi hardware radio set enabled
Mar 10 10:53:11 josiane-X541UAK NetworkManager[865]: <info>  [1520675591.5326] manager: WWAN hardware radio set enabled
Mar 10 10:53:11 josiane-X541UAK NetworkManager[865]: <info>  [1520675591.9844] device (wlp3s0): supplicant interface state: inactive -> scanning
Mar 10 10:53:12 josiane-X541UAK kernel: [   33.392890] wlp3s0: authenticate with 4c:72:b9:0f:57:06
Mar 10 10:53:12 josiane-X541UAK NetworkManager[865]: <info>  [1520675592.9476] device (wlp3s0): supplicant interface state: scanning -> authenticating
Mar 10 10:53:12 josiane-X541UAK kernel: [   33.415254] wlp3s0: send auth to 4c:72:b9:0f:57:06 (try 1/3)
Mar 10 10:53:12 josiane-X541UAK kernel: [   33.417715] wlp3s0: authenticated
Mar 10 10:53:12 josiane-X541UAK NetworkManager[865]: <info>  [1520675592.9549] device (wlp3s0): supplicant interface state: authenticating -> associating
Mar 10 10:53:12 josiane-X541UAK kernel: [   33.420038] wlp3s0: associate with 4c:72:b9:0f:57:06 (try 1/3)
Mar 10 10:53:12 josiane-X541UAK kernel: [   33.424432] wlp3s0: RX AssocResp from 4c:72:b9:0f:57:06 (capab=0x411 status=0 aid=4)
Mar 10 10:53:12 josiane-X541UAK kernel: [   33.424807] wlp3s0: associated
Mar 10 10:53:12 josiane-X541UAK kernel: [   33.424814] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready
Mar 10 10:53:12 josiane-X541UAK NetworkManager[865]: <info>  [1520675592.9620] device (wlp3s0): supplicant interface state: associating -> associated
Mar 10 10:53:12 josiane-X541UAK NetworkManager[865]: <info>  [1520675592.9729] device (wlp3s0): supplicant interface state: associated -> 4-way handshake
Mar 10 10:53:13 josiane-X541UAK NetworkManager[865]: <info>  [1520675593.0290] device (wlp3s0): supplicant interface state: 4-way handshake -> completed
Mar 10 10:53:13 josiane-X541UAK NetworkManager[865]: <info>  [1520675593.0290] device (wlp3s0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful.  Connected to wireless network 'arvine'.
Mar 10 10:53:13 josiane-X541UAK NetworkManager[865]: <info>  [1520675593.0291] device (wlp3s0): state change: config -> ip-config (reason 'none') [50 70 0]
Mar 10 10:53:13 josiane-X541UAK NetworkManager[865]: <info>  [1520675593.0320] device (wlp3s0): state change: ip-config -> ip-check (reason 'none') [70 80 0]
Mar 10 10:53:13 josiane-X541UAK NetworkManager[865]: <info>  [1520675593.0342] device (wlp3s0): state change: ip-check -> secondaries (reason 'none') [80 90 0]
Mar 10 10:53:13 josiane-X541UAK NetworkManager[865]: <info>  [1520675593.0345] device (wlp3s0): state change: secondaries -> activated (reason 'none') [90 100 0]
Mar 10 10:53:13 josiane-X541UAK NetworkManager[865]: <info>  [1520675593.0346] manager: NetworkManager state is now CONNECTED_LOCAL
Mar 10 10:53:13 josiane-X541UAK NetworkManager[865]: <info>  [1520675593.1031] manager: NetworkManager state is now CONNECTED_GLOBAL
Mar 10 10:53:13 josiane-X541UAK NetworkManager[865]: <info>  [1520675593.1032] policy: set 'arvine' (wlp3s0) as default for IPv4 routing and DNS
Mar 10 10:53:13 josiane-X541UAK NetworkManager[865]: <info>  [1520675593.1032] dns-plugin[0x16cf900]: starting dnsmasq...
Mar 10 10:53:13 josiane-X541UAK NetworkManager[865]: <info>  [1520675593.1047] dns-mgr: Writing DNS information to /sbin/resolvconf
Mar 10 10:53:14 josiane-X541UAK NetworkManager[865]: <info>  [1520675594.2793] device (wlp3s0): Activation: successful, device activated.
Mar 10 10:53:14 josiane-X541UAK NetworkManager[865]: <info>  [1520675594.2809] dnsmasq[0x16cf900]: dnsmasq appeared as :1.53
Mar 10 10:53:19 josiane-X541UAK gnome-session-binary[1697]: Entering running state
Mar 10 10:53:41 josiane-X541UAK kernel: [   62.169272] ip6_tables: (C) 2000-2006 Netfilter Core Team
Mar 10 10:53:47 josiane-X541UAK NetworkManager[865]: <info>  [1520675627.4122] manager: (tun0): new Tun device (/org/freedesktop/NetworkManager/Devices/3)
Mar 10 10:53:47 josiane-X541UAK NetworkManager[865]: <info>  [1520675627.4395] devices added (path: /sys/devices/virtual/net/tun0, iface: tun0)
Mar 10 10:53:47 josiane-X541UAK NetworkManager[865]: <info>  [1520675627.4396] device added (path: /sys/devices/virtual/net/tun0, iface: tun0): no ifupdown configuration found.
Mar 10 10:53:47 josiane-X541UAK NetworkManager[865]: <info>  [1520675627.4397] device (tun0): state change: unmanaged -> unavailable (reason 'connection-assumed') [10 20 41]
Mar 10 10:53:47 josiane-X541UAK NetworkManager[865]: <info>  [1520675627.4412] keyfile: add connection in-memory (b0d9eaed-2587-49b3-965e-f23132f0c242,"tun0")
Mar 10 10:53:47 josiane-X541UAK NetworkManager[865]: <info>  [1520675627.4441] device (tun0): state change: unavailable -> disconnected (reason 'connection-assumed') [20 30 41]
Mar 10 10:53:47 josiane-X541UAK NetworkManager[865]: <info>  [1520675627.4454] device (tun0): Activation: starting connection 'tun0' (b0d9eaed-2587-49b3-965e-f23132f0c242)
Mar 10 10:53:47 josiane-X541UAK NetworkManager[865]: <info>  [1520675627.4467] device (tun0): state change: disconnected -> prepare (reason 'none') [30 40 0]
Mar 10 10:53:47 josiane-X541UAK NetworkManager[865]: <info>  [1520675627.4472] device (tun0): state change: prepare -> config (reason 'none') [40 50 0]
Mar 10 10:53:47 josiane-X541UAK NetworkManager[865]: <info>  [1520675627.4479] device (tun0): state change: config -> ip-config (reason 'none') [50 70 0]
Mar 10 10:53:47 josiane-X541UAK NetworkManager[865]: <info>  [1520675627.4500] device (tun0): state change: ip-config -> ip-check (reason 'none') [70 80 0]
Mar 10 10:53:47 josiane-X541UAK NetworkManager[865]: <info>  [1520675627.4511] device (tun0): state change: ip-check -> secondaries (reason 'none') [80 90 0]
Mar 10 10:53:47 josiane-X541UAK NetworkManager[865]: <info>  [1520675627.4522] device (tun0): state change: secondaries -> activated (reason 'none') [90 100 0]
Mar 10 10:53:47 josiane-X541UAK NetworkManager[865]: <info>  [1520675627.5482] device (tun0): Activation: successful, device activated.
josiane@josiane-X541UAK:~$ 

Bon, apport.log et syslog continuent à "faire des petits" mais pas énormes, il suffit de supprimer de temps en temps.
Vois-tu autre chose ?

Hors ligne

#6 Le 10/03/2018, à 12:19

Naziel

Re : [Résolu] syslog et kern.log immenses, pleins d'erreurs

Bon, visiblement il n'y a rien en rapport avec AER, tant mieux.
Je sais pas ce qu'il se passe avec le wifi mais NetworkManager te spamme aussi (j'ai lu trop vite). Tu as des déconnections de wifi quelques fois?

Edit: ou tu as simplement changé de réseau wifi non?

Dernière modification par Naziel (Le 10/03/2018, à 12:21)

Hors ligne

#7 Le 10/03/2018, à 14:39

marc_ch

Re : [Résolu] syslog et kern.log immenses, pleins d'erreurs

Avec ce PC, je n'ai pas changé de connexion WiFi et il passe bien car près du routeur.
Parfois, je le connecte par câble. les 2 connexions ont une adresse IP fixe différente.

Hors ligne

#8 Le 10/03/2018, à 15:47

Naziel

Re : [Résolu] syslog et kern.log immenses, pleins d'erreurs

Et kern.log prend aussi un peu de poids? Pour les grands nombres type [1520675593.1031] ça doit venir d'un passage wifi -> cable ou inversement.
Tu peux aussi donner les 20 dernières lignes du fichier syslog et apport (pas sûr que je comprenne pour le deuxième, c'est les rapports de programmes qui ont planté)

Hors ligne

#9 Le 10/03/2018, à 18:09

marc_ch

Re : [Résolu] syslog et kern.log immenses, pleins d'erreurs

kern.log reste à 101.4 Mo

tail -20 /var/log/syslog
Mar 10 17:01:06 josiane-X541UAK dbus-daemon[792]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
Mar 10 17:01:06 josiane-X541UAK systemd[1]: Starting Hostname Service...
Mar 10 17:01:06 josiane-X541UAK dbus-daemon[792]: [system] Successfully activated service 'org.freedesktop.hostname1'
Mar 10 17:01:06 josiane-X541UAK systemd[1]: Started Hostname Service.
Mar 10 17:01:10 josiane-X541UAK org.gtk.vfs.Daemon[1301]: ** (gvfsd:1383): WARNING **: dbus_mount_reply: Error from org.gtk.vfs.Mountable.mount(): L'obtention de la liste des partages du serveur a échoué : Connexion refusée
Mar 10 17:01:10 josiane-X541UAK org.gtk.vfs.Daemon[1301]: ** (process:2726): WARNING **: Couldn't create directory monitor on smb://x-gnome-default-workgroup/. Error: L'emplacement indiqué n'est pas monté
Mar 10 17:01:12 josiane-X541UAK systemd[1]: Stopping User Manager for UID 108...
Mar 10 17:01:12 josiane-X541UAK systemd[1017]: Reached target Shutdown.
Mar 10 17:01:12 josiane-X541UAK systemd[1017]: Starting Exit the Session...
Mar 10 17:01:12 josiane-X541UAK systemd[1017]: Stopped target Default.
Mar 10 17:01:12 josiane-X541UAK systemd[1017]: Stopped target Basic System.
Mar 10 17:01:12 josiane-X541UAK systemd[1017]: Stopped target Timers.
Mar 10 17:01:12 josiane-X541UAK systemd[1017]: Stopped target Sockets.
Mar 10 17:01:12 josiane-X541UAK systemd[1017]: Stopped target Paths.
Mar 10 17:01:12 josiane-X541UAK systemd[1017]: Received SIGRTMIN+24 from PID 2777 (kill).
Mar 10 17:01:12 josiane-X541UAK systemd[1]: Stopped User Manager for UID 108.
Mar 10 17:01:12 josiane-X541UAK systemd[1]: Removed slice User Slice of lightdm.
Mar 10 17:01:14 josiane-X541UAK org.gtk.vfs.Daemon[1301]: ** (gvfsd:1383): WARNING **: dbus_mount_reply: Error from org.gtk.vfs.Mountable.mount(): L'obtention de la liste des partages du serveur a échoué : Connexion refusée
Mar 10 17:01:14 josiane-X541UAK org.gtk.vfs.Daemon[1301]: ** (process:2724): WARNING **: Couldn't create directory monitor on smb://x-gnome-default-workgroup/. Error: L'emplacement indiqué n'est pas monté
Mar 10 17:03:30 josiane-X541UAK wpa_supplicant[1007]: wlp3s0: WPA: Group rekeying completed with 4c:72:b9:0f:57:06 [GTK=TKIP]

apport.log est vide 0Mo
apport.log.2.gz existe et pèse 362 octets

tail -20 /var/log/apport.log.1
ERROR: apport (pid 4865) Wed Mar  7 18:42:29 2018: called for pid 4641, signal 11, core limit 0, dump mode 1
ERROR: apport (pid 4865) Wed Mar  7 18:42:29 2018: executable: /usr/bin/gedit (command line "gedit /home/josiane/.thunderbird/evmbxe5m.default/ImapMail/imap.netplus.ch/INBOX.sbd/Sent")
ERROR: apport (pid 4865) Wed Mar  7 18:42:29 2018: debug: session gdbus call: (true,)

ERROR: apport (pid 4865) Wed Mar  7 18:43:34 2018: wrote report /var/crash/_usr_bin_gedit.1000.crash
ERROR: apport (pid 17502) Thu Mar  8 18:10:54 2018: called for pid 1621, signal 11, core limit 0, dump mode 1
ERROR: apport (pid 17502) Thu Mar  8 18:10:54 2018: executable: /usr/lib/unity-settings-daemon/unity-settings-daemon (command line "/usr/lib/unity-settings-daemon/unity-settings-daemon")
ERROR: apport (pid 17502) Thu Mar  8 18:10:54 2018: gdbus call error: Error connecting: Could not connect: Connection refused

ERROR: apport (pid 17502) Thu Mar  8 18:10:54 2018: debug: session gdbus call: 
ERROR: apport (pid 17502) Thu Mar  8 18:10:57 2018: wrote report /var/crash/_usr_lib_unity-settings-daemon_unity-settings-daemon.1000.crash

apport.log ne comporte que quelques lignes, le fichier de configuration est  le suivant :

cat '/etc/logrotate.d/apport' 
/var/log/apport.log {
       daily
       rotate 7
       delaycompress
       compress
       notifempty
       missingok
}

Faudrait-il changer daily en monthly et rotate de 7 en 3 ou 12  pour éviter la prolifération des fichiers de sauvegarde ?

Dernière modification par marc_ch (Le 10/03/2018, à 19:14)

Hors ligne

#10 Le 10/03/2018, à 20:31

Naziel

Re : [Résolu] syslog et kern.log immenses, pleins d'erreurs

Je vois rien d'anormal dans le fichier syslog, apport est presque vide, tant mieux (c'est les rapports d'erreur).
Honnêtement, je ne sais pas quel valeur serait judicieuse, je ne touche jamais à ces paramètres. Mais en regardant

man logrotate.conf

on voit qu'il n'y a pas de rotation si le fichier est vide, et que tu as les 7 rapports d'erreurs des 7 derniers jours. Cela me paraît bien, après tu peux réduire le nombre devant rotate si tu veux.
C'est bizarre que kern.log soit à 100 Mo, tu as essayé de vider kern.log et suivre la taille du fichier en fonction du temps (si ça se remplit en minutes) et voir si des infos ne sont pas redondantes?

Hors ligne

#11 Le 11/03/2018, à 14:49

marc_ch

Re : [Résolu] syslog et kern.log immenses, pleins d'erreurs

La taille d'environ 100Mo de kern.log ne me gêne pas particulièrement, il ne grossi pas. Limité par size 100Mo ?
Question subsidiaire : comment fait-on pour vider le fichier kern.log
pci=noaer ne semble pas empêcher apport.log de proliférer.
Autre question : je n'ai pas bien compris ce que fait logrotate. Complète-t-il le fichier jusqu'à ce que monthly en fasse un xxxx.1, rotate 12 conserverait-il 12 fichiers xxx.1 à 12 ? Quand compresse-t-il ?
Si tu n'as pas de réponse, ce n'est pas grave, je continue à supprimer les fichiers que je considère comme inutiles.

Hors ligne

#12 Le 15/03/2018, à 15:21

marc_ch

Re : [Résolu] syslog et kern.log immenses, pleins d'erreurs

Je réponds à mes questions.
Pour vider le fichier kern.log  il faut forcer une rotation qui en créé un nouveau vide :

sudo  logrotate -f  /etc/logrotate.conf

La fréquence de rotation est d'un jour, semaine, mois, année (daily, weekly, monthly, ou yearly)
Le nombre de rotation est régi par l'instruction rotate n
L'instruction delaycompress créé un fichier xxx.log.1 avant de continuer grâce à l'instruction
compress qui va créer des fichiers xxx.log.2.gz  jusqu'à xxx.log.n.gz
lorsque n est dépassé, le premier fichier est effacé.

Autre chose,
La modification du fichier /etc/logrotate.d/rsyslog
en remplaçant weekly par daily dans le 2e groupe de fichiers log n'est pas logique puisque elle génère une rotation par jour au lieu d'une par semaine.
l'insertion de la ligne size=100M n'est pas nécessaire si les fichiers générés ne sont pas de grosse taille.

Hors ligne

#13 Le 15/03/2018, à 15:43

??

Re : [Résolu] syslog et kern.log immenses, pleins d'erreurs

Bonjour
Je précise seulement que ubuntu avec le wifi, cela trace énormement......

u16041@u16041:/var/log$ cat kern.log.1 | grep NetworkManager |wc
  36389  549350 5155545
u16041@u16041:/var/log$ 

.


Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide

Hors ligne