[Résolu] Espace disponible néant...

Nuliel · Le 14/07/2018, à 17:56

C'est vrai qu'il y a beaucoup de messages, on peut vite s'y perdre.

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

Bonjour,
@Naziel et moko138 : son laptop a l'air d'être un Asus. (Je suis également sur smartphone, pas facile de tout écrire ... )J'ai corrigé le même pb avec pcie_aspm=off sur ma tour et le portable de mon épouse il y a un an. Noaer marche aussi. Perso ça me gênait de ne plus remonter certaines erreurs. Pour nettoyer proprement les log : logrotate et supprimer les archives. J'essaie d'avoir un pc ce soir pour les commandes

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

Nuliel · Le 14/07/2018, à 19:02

@NicoApi73: au final, on ne sait pas si pci=noaer fonctionne sur son ordi, on attend son retour en fait (post 33 et 48)

Tu es sûr pour logrotate? 83 Go à compresser, bon courage! (à la base la commande à base de tee devait faire l'affaire c'est à dire simplement vider le fichier, comme elle a pas fonctionné j'ai proposé les deux commandes à base de rm, je reconnais que supprimer les fichiers de logs n'est pas propre)

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

NicoApi73 · Le 14/07/2018, à 19:06

@Naziel, non je ne suis pas sûr. Sur les miens j'avais identifié le pb avant que ça n'atteigne le Go. J'essaie d'avoir accès à un pc sous une heure. Je te donnerai les liens que j'avais trouvé pour aspm

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

NicoApi73 · Le 14/07/2018, à 19:53

@Naziel et moko138 :
Le plus pertinent, qui m'a permis de m'en sortir : https://askubuntu.com/questions/863150/ … eceiver-id
Ce que j'ai trouvé par la suite : https://forum.ubuntu-fr.org/viewtopic.php?id=1997221

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

moko138 · Le 14/07/2018, à 20:15

Naziel a écrit :

la commande à base de tee devait faire l'affaire c'est à dire simplement vider le fichier, comme elle a pas fonctionné

Mais si puisque

84736212	/var/log en #22
 8511840	/var/log en #41 début   # DIX fois moins !
12299924	/var/log en #41 (fin)    # Sept fois moins

Naziel a écrit :

j'ai proposé les deux commandes à base de rm, je reconnais que supprimer les fichiers de logs n'est pas propre)

En effet, et j'ai rappelé, il y a quelques jours je crois, les remarques de maxire à ce sujet.

Nuliel · Le 14/07/2018, à 21:37

Oh, j'ai pourtant comparé les résultats mais je me suis trompé.

Alors là, je découvre: j'imagine que tu parles de http://forum.ubuntu-fr.org/viewtopic.ph … #p21938474 et http://forum.ubuntu-fr.org/viewtopic.ph … #p21752369 donc sur la 14.04, on utilise la commande tee, jusque là, je suis.
Mais pour la 16.04 et +, pas de tee (et encore moins de rm), mais des commandes à base de journalctl, c'est bien ça? Donc maintenant, il faut faire

sudo journalctl --vacuum-size=100M

?

Dernière modification par Nuliel (Le 14/07/2018, à 21:38)

moko138 · Le 14/07/2018, à 22:13

Avec 14.04,
echo | sudo tee convient,
et même, à condition de relancer ensuite rsyslog par

sudo service rsyslog restart

(cf. tiramiseb en ./viewtopic.php?pid=19038481#p19038481), sudo rm /var/log/syslog

Avec 16.04 et les versions postérieures utilisant systemctl,
comme je n'en ai pas, je partage les infos que j'ai... mais après je te fais confiance !

Nuliel · Le 14/07/2018, à 22:33

Je suis franchement pas sûr du

sudo journalctl --vacuum-size=100M

man journalctl a écrit :

Removes archived journal files until the disk space they use falls
below the specified size

Donc il faut utiliser logrotate avant j'imagine (c'est un peu la dèche sur les infos)

xubu1957 · Le 14/07/2018, à 22:38

@ Naziel

Rien d'utile dans > systemd-logs-journalctl-are-too-large-and-slow ?

Nuliel · Le 14/07/2018, à 23:11

En fait, le problème est que sudo journalctl --vacuum-size=100M va effacer correctement les logs archivés (j'imagine que les 83 Go n'étaient pas archivés), j'ai tenté journalctl --vacuum-size=1M et il ne m'a pas supprimé kern.log.4.gz qui fait 1.1M, donc kern.log.4.gz n'est pas archivé.

Dernière modification par Nuliel (Le 14/07/2018, à 23:13)

?? · Le 14/07/2018, à 23:36

moko138 a écrit :

Avec 14.04,
echo | sudo tee convient,
et même, à condition de relancer ensuite rsyslog par
sudo service rsyslog restart
(cf. tiramiseb en ./viewtopic.php?pid=19038481#p19038481), sudo rm /var/log/syslog

Avec 16.04 et les versions postérieures utilisant systemctl,i
comme je n'en ai pas, je partage les infos que j'ai... mais après je te fais confiance !

Bonsoir
Il ne faut pas craindre la commande de rétrécissement des fichiers de log y compris en 18.04

Le gros problème est que cette option noaerr non installée pollue la planète depuis plus de deux ans.

De toutes façons, les fichiers se terminant par gz sont totalement inutiles. Personne n'ira regarder dedans sauf les espions qui connaissent l'astuce pour les lire.

Dernière modification par ?? (Le 14/07/2018, à 23:40)

Nuliel · Le 16/07/2018, à 18:19

Ok

Les fichiers .gz sont utiles mais pas pour une utilisation standard on dira

[HS]@??: tu te demandais pourquoi certaines mises à jour se font de manière automatique dans un fil, ce serait pas unattended-upgrades le paquet que tu cherches?[/HS]

@MathieuG : le problème est il résolu avec pci=noaer? Et tu as retrouvé de l'espace disque?

MathieuG · Le 16/07/2018, à 21:51

Bonsoir,
Tout d'abord désolé pour le temps d'absence... j'ai dû m'absenter et le travail ne m'a pas permis de revenir vers vous.
La petite commande au démarrage "pci=noaer" a bien fonctionné.
J'avoue être complètement débordé par votre discussion, qui me semble très pointue et essentielle.
Ceci dit, y a-t-il un consensus sur la méthode pour résoudre mon souci ?
Merci beaucoup pour le temps que vous avez consacré à résoudre mon problème.
Une investigation collective rondement menée !

Nuliel · Le 16/07/2018, à 22:07

Pas de problème

En fait, la question sous jacente qui est arrivée c'est: comment on supprime proprement les logs (c'est à dire la liste des évènements qui ont affecté un processus) sur ubuntu 16.04 et +? L'arrivée de systemd a peut être changé des choses en fait

La méthode pour résoudre définitivement le problème est maintenant standard: actuellement pci=noaer est à ajouter à chaque démarrage de pc, on va faire en sorte d'éviter cela.
Pour cela, tu peux lancer

sudo nano /etc/default/grub

Un éditeur de texte apparaît, tu vas sur la ligne suivante:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

et tu rajoutes entre quiet et splash pci=noaer de sorte à avoir

GRUB_CMDLINE_LINUX_DEFAULT="quiet pci=noaer splash"

Ensuite, tu fais ctrl+o puis entrée pour enregistrer, puis ctrl+x pour quitter, tu devrais être de retour dans le terminal, tu fais

sudo update-grub

tu redémarres et tu donnes

cat /proc/cmdline

et

ls -lhS /var/log/ | head -n 10

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

MathieuG · Le 16/07/2018, à 22:32

mathieu@mathieu-X556UQK:~$ cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.15.0-24-generic root=UUID=cfd3bc22-0dde-4835-98a5-9a7145a171b4 ro quiet pci=noaer splash vt.handoff=7

mathieu@mathieu-X556UQK:~$ ls -lhS /var/log/ | head -n 10
total 136M
-rw-r----- 1 syslog   adm      130M juil. 15 14:36 kern.log.1
-rw-r----- 1 syslog   adm      4,6M juil. 15 14:41 syslog.2.gz
-rw-r----- 1 syslog   adm      502K juil. 16 22:31 syslog
-rw-r----- 1 syslog   adm      275K juil. 16 22:30 kern.log
-rw-r----- 1 syslog   adm      145K juil. 16 06:49 syslog.1
-rw-r--r-- 1 root     root      74K juil. 16 06:46 dpkg.log
-rw-r--r-- 1 root     root      54K juil. 16 22:26 Xorg.0.log.old
-rw-r--r-- 1 root     root      49K juil. 16 22:30 Xorg.0.log
-rw-r----- 1 syslog   adm       49K juil. 15 14:39 auth.log.1

Nuliel · Le 16/07/2018, à 22:35

Nickel, pci=noaer est intégré, syslog et kern.log ont retrouvé des tailles raisonnables, donc normalement c'est bon

MathieuG · Le 25/07/2018, à 20:51

Merci beaucoup !

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 14/07/2018, à 17:56

Re : [Résolu] Espace disponible néant...

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

Re : [Résolu] Espace disponible néant...

#53 Le 14/07/2018, à 19:02

Re : [Résolu] Espace disponible néant...

#54 Le 14/07/2018, à 19:06

Re : [Résolu] Espace disponible néant...

#55 Le 14/07/2018, à 19:53

Re : [Résolu] Espace disponible néant...

#56 Le 14/07/2018, à 20:15

Re : [Résolu] Espace disponible néant...

#57 Le 14/07/2018, à 21:37

Re : [Résolu] Espace disponible néant...

#58 Le 14/07/2018, à 22:13

Re : [Résolu] Espace disponible néant...

#59 Le 14/07/2018, à 22:33

Re : [Résolu] Espace disponible néant...

#60 Le 14/07/2018, à 22:38

Re : [Résolu] Espace disponible néant...

#61 Le 14/07/2018, à 23:11

Re : [Résolu] Espace disponible néant...

#62 Le 14/07/2018, à 23:36

Re : [Résolu] Espace disponible néant...

#63 Le 16/07/2018, à 18:19

Re : [Résolu] Espace disponible néant...

#64 Le 16/07/2018, à 21:51

Re : [Résolu] Espace disponible néant...

#65 Le 16/07/2018, à 22:07

Re : [Résolu] Espace disponible néant...

#66 Le 16/07/2018, à 22:32

Re : [Résolu] Espace disponible néant...

#67 Le 16/07/2018, à 22:35

Re : [Résolu] Espace disponible néant...

#68 Le 25/07/2018, à 20:51

Re : [Résolu] Espace disponible néant...

Pied de page des forums