Contenu | Rechercher | Menus

Annonce

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.

Pages : 1 2

#26 Le 24/06/2019, à 20:24

nam1962

Re : /var plein

framboise38 a écrit :

(...)
(...)En effet il est possible qu'il faille réinstaller pour le résoudre, et tant qu'à faire je ne réinstalle qu'une fois, même si cela ne prend pour certains que 45 minutes.
(...)


Ah !

Pour faire
- un truc propre : / et /home séparé
- très propre : / et Data séparés.
Par contre il est tout à fait inutile de séparer des dossiers système..

45 minutes c'est finalisation comprise (l'install c'est 7/9 minutes)

[ Modéré ]

Hors ligne

#27 Le 24/06/2019, à 20:55

moko138

Re : /var plein

À nam1962 ...et à tous d'ailleurs :
  Et une petite /var/log sur le hdd !
(100 à 300 Mio, ça me paraît déjà beaucoup.)


À framboise38 :
il manque toujours les deux premiers retours du #17.
Quant aux deux derniers, certes tu les as donnés mais ils ne prennent sens qu'après avoir passé les deux premières commandes.
Donc en pratique, il manque toujours les quatre retours du #17, exécutés dans l'ordre.

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#28 Le 24/06/2019, à 21:04

framboise38

Re : /var plein

Bonjour,
Pour moko

cd /var/tmp && ls -lAt /var/tmp | grep -E "drwx|-rwx" | grep -vE "juin|total" | awk '{print $9}' | xargs sudo rm -Rv ; echo -e "\n\n\tReste :"; ls -lAt ; cd
[sudo] Mot de passe de soazig : 
rm: opérande manquant
Saisissez « rm --help » pour plus d'informations.


	Reste :
total 40
drwx------ 3 root root 4096 juin  24 19:32 systemd-private-e67dcd2d8075472cb22a777cea327c8f-fwupd.service-SIS4jD
drwx------ 3 root root 4096 juin  24 19:31 systemd-private-e67dcd2d8075472cb22a777cea327c8f-bolt.service-gY2QVS
drwx------ 3 root root 4096 juin  24 19:31 systemd-private-e67dcd2d8075472cb22a777cea327c8f-rtkit-daemon.service-HTDOQo
drwx------ 3 root root 4096 juin  24 19:31 systemd-private-e67dcd2d8075472cb22a777cea327c8f-redis-server.service-1oopVi
drwx------ 3 root root 4096 juin  24 19:31 systemd-private-e67dcd2d8075472cb22a777cea327c8f-apache2.service-wRshRK
drwx------ 3 root root 4096 juin  24 19:31 systemd-private-e67dcd2d8075472cb22a777cea327c8f-memcached.service-zlksSw
drwx------ 3 root root 4096 juin  24 19:31 systemd-private-e67dcd2d8075472cb22a777cea327c8f-colord.service-lmlsQY
drwx------ 3 root root 4096 juin  24 19:31 systemd-private-e67dcd2d8075472cb22a777cea327c8f-ModemManager.service-DZ98eN
drwx------ 3 root root 4096 juin  24 19:31 systemd-private-e67dcd2d8075472cb22a777cea327c8f-systemd-resolved.service-MJSGcp
drwx------ 3 root root 4096 juin  24 19:31 systemd-private-e67dcd2d8075472cb22a777cea327c8f-systemd-timesyncd.service-dYgGb5
soazig@embrun:~$ snap list --all | awk 'BEGIN {print "#! /bin/sh\n"} ; /désactivé|disabled/ {print "snap remove "$1" --revision "$3"\n"} ; END {print "exit 0"}' > script && chmod +x script && ./script && rm script && echo && snap list --all && echo && df -Th | grep -Ev "tmpfs|squashfs"
core (revision 6350) removed

Name                  Version                     Rev   Tracking  Publisher       Notes
core                  16-2.39                     6964  stable    canonical✓      core
core18                20190508                    970   stable    canonical✓      base
flameshot-app         v0.6.0+git37.8887b4e        188   stable    vitzy           -
gnome-3-26-1604       3.26.0.20190621             88    stable/…  canonical✓      -
gnome-3-28-1804       3.28.0-10-gaa70833.aa70833  59    stable    canonical✓      -
gnome-characters      v3.32.1+git2.3367201        288   stable/…  canonical✓      -
gnome-logs            3.32.0-4-ge8f3f37ca8        61    stable/…  canonical✓      -
gnome-system-monitor  3.32.1-2-ga7c19eaeff        91    stable/…  canonical✓      -
gtk-common-themes     0.1-16-g2287c87             1198  stable/…  canonical✓      -
keepassxc             2.4.3                       378   stable    keepassxreboot  -
pdftk                 2.02-4                      9     stable    smoser          -

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
/dev/sdb2        ext4        20G    5,7G   13G  32% /
/dev/sdb1        vfat       511M    8,6M  503M   2% /boot/efi
/dev/sdb4        ext4       2,9G    281M  2,4G  11% /opt
/dev/sdc1        ext4       1,8T    590G  1,2T  34% /mnt/Backup2T
/dev/sda5        ext4       4,8G    3,5G  1,1G  76% /var
/dev/sda6        ext4       7,7G     18M  7,3G   1% /tmp
/dev/sda2        ext4       481G     36G  421G   8% /home
/dev/sda3        ext4       577G    184G  364G  34% /home/data
/dev/sda4        ext4       1,7T    597G  970G  39% /home/multimedia
soazig@embrun:~$ sudo du -am --max-depth=1 /var 2>/dev/null | sort -h | tail -7
1	/var/tmp
7	/var/backups
165	/var/www
217	/var/cache
567	/var/log
2509	/var/lib
3464	/var
soazig@embrun:~$ sudo du -sm /var/lib/snapd
1870	/var/lib/snapd

Oui moko il manque toujours le résultat de la première commande, puisqu'elle a foirée, mais je n'y suis pour rien.
[Edit]J'ai supprimé le commentaire que je m’apprêtais à faire à nam1962, car je ne veux pas nourrir le troll.
[/Edit]
Merci de ton aide
Framboise

Hors ligne

#29 Le 24/06/2019, à 21:29

kholo

Re : /var plein

moko138 a écrit :

À nam1962 ...et à tous d'ailleurs :
  Et une petite /var/log sur le hdd !
(100 à 300 Mio, ça me paraît déjà beaucoup.)

wè et /tmp en ram lol
ajout dans fstab : 

tmpfs /tmp tmpfs defaults,size=1000M 0 0

adapter size...
... cool

post install - scripts - tutos vidéos - ma musique - kholo-informatique

Hors ligne

#30 Le 25/06/2019, à 00:24

moko138

Re : /var plein

Non, aucune commande n'a foiré mais comme tu les as lancées plus d'une fois,

- la première fois, les retours ont manqué au forum ;

- les suivantes, les commandes ne pouvaient plus supprimer ce qu'elles avaient déjà supprimé,
(D'où le "rm: opérande manquant" et le "Reste" seulement daté de juin.)
Mais ces derniers retours, même moins riches, restent riches d'informations.


/!\ Il faut toujours donner les retours complets même s'ils paraissent ratés ou vides, pour cette raison (même si, à chaud, cette richesse ne te saute pas aux yeux). (Plus de détails dans ce message-ci : Retour utilisable de commande.)



Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda5          4,8G    4,0G  559M  88% /var   #   En #1
/dev/sda5          4,8G    3,5G  1,1G  76% /var   #   En #28

Un peu rassurée par la maintenance ?

  = =

     Cela dit,
Si tu veux te contenter d'un pis-aller, fais vite la manip' de geole,
Et quand tu auras le temps de faire les choses pour le mieux, ton système s'en trouvera plus stable, plus véloce, et toi, plus sereine !

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#31 Le 25/06/2019, à 09:12

nam1962

Re : /var plein

moko138 a écrit :

À nam1962 ...et à tous d'ailleurs :
  Et une petite /var/log sur le hdd !
(100 à 300 Mio, ça me paraît déjà beaucoup.)

(...)

Euhhh.. Et si un problème se pose du genre çà ? (il y en a des paquets de fils /var/log plein) --> https://forum.ubuntu-fr.org/viewtopic.p … #p21679581

Perso je laisse toujours les répertoires système bien "groupier" dans la racine...

[ Modéré ]

Hors ligne

#32 Le 25/06/2019, à 09:41

kholo

Re : /var plein

nam, tu auras compris que le but est de déplacer les éléments qui écrivent régulièrement pour moins solliciter le ssd...
dans la préhistoire de nux, des tas de dossiers système avaient leur propre partition...
aujourd'hui on part à l'inverse même avec la swap qui passe dans un fichier à la windows... l'utilisateur final un peu geek y gagne car c'est plus simple à comprendre... on est là pour avoir une approche un peu plus réfléchie 
avoir un /var voire juste le /var/log saturé est une bonne façon de trouver la solution la plus adaptée...
une partition dédiée sur un hdd pour tous les dossiers amenés à avoir des écritures régulières par exemple ?

post install - scripts - tutos vidéos - ma musique - kholo-informatique

Hors ligne

#33 Le 25/06/2019, à 10:03

nam1962

Re : /var plein

kholo a écrit :

nam, tu auras compris que le but est de déplacer les éléments qui écrivent régulièrement pour moins solliciter le ssd...
(...)

Oui, mais bon, on est pas sur des sollicitations de folie, non plus.
Sur ce fil du forum Manjaro, un petit script qui permet d'estimer sa conso d'écritures wink

[ Modéré ]

Hors ligne

#34 Le 25/06/2019, à 16:06

moko138

Re : /var plein

nam1962 a écrit :

Perso je laisse toujours les répertoires système bien "groupier" dans la racine...

C'est une ERREUR parce que, si la racine est sur un ssd, y laisser /var/log va accélérer fortement et inutilement l'usure du ssd.

  - -

nam1962 a écrit :
moko138 a écrit :

  Et une petite /var/log sur le hdd !
(100 à 300 Mio, ça me paraît déjà beaucoup.)
(...)

Euhhh.. Et si un problème se pose du genre çà ? (il y en a des paquets de fils /var/log plein) --> https://forum.ubuntu-fr.org/viewtopic.p … #p21679581

La pertinence de cette question m'échappe :
Tu préférerais toute la partition racine saturée au seul /var/log saturé ???
.

= =

             Mines d'infos :
- ./viewtopic.php?id=2032248
- Avec journal activé : ./viewtopic.php?id=2036310
- Avec ou sans journal activé : il y a un message dans lequel j'avais récapitulé les méthodes (dont la limitation dans fstab de la taille du répertoire /var/log) mais pour l'instant, je ne le retrouve pas.

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#35 Le 25/06/2019, à 20:04

nam1962

Re : /var plein

Ben, va falloir faire changer les partitions par défaut de toutes les distros à ce jeu là...

[ Modéré ]

Hors ligne

#36 Le 25/06/2019, à 21:07

bluc

Re : /var plein

Bonjour
je n'ai jamais séparé mes systèmes puisse que je n'ai qu'un disque , j'ai un des premiers ssd bas de gamme et jamais eu de probleme .
Existe t'il un moyen de vérifier son etat de santé ?...

Dernière modification par bluc (Le 25/06/2019, à 21:08)

Clevo :  Ubuntu 23.10   ❖  Xubuntu 22.10  ❖  Kubuntu 23.10   
         avec partition data commune       Une fraction de seconde                    Multiboot

Hors ligne

#37 Le 25/06/2019, à 23:54

moko138

Re : /var plein

[HS]      smartmontools.
Mais je ne suis pas à l'aise avec les rapports smart des ssd.
                        [/HS]

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

Pages : 1 2