[système] lent (résolu)

[Elvish]

Bonjour

Depuis quelque temps déjà, mon système ArchLinux est très lent à l'utilisation, et non au démarrage.
L'ouverture de session est très longue, et les updates également.
Le téléchargement se fait correctement mais lors de l'installation, il y a un blocage...

Je pense que ça vient de l'environnement graphique, qui est XFCE.

Je suis en dualboot aux côtés de Windows 7 et utilise GRUB

Vous en dites quoi ?

[bobo]

Si tu penses que celà vient de XFCE, une idée serait d'essayer avec un autre environnement de bureau, gestionnaire de fenêtre.

(je suppose pas GNOME… ni KDE… LXDE ? Ça me parait un bon choix pour ne pas rajouter trop de merdier de paquets, tout en gardant tes marques
Sinon tu peux adapter l'environnement minimal de test de X : https://wiki.archlinux.fr/Xorg#Installation)

[floflo77890]

Peut tu nous donner un peut plus de détail ? Es ce que le pc ram aussi quand tu l'utilise (exemple: en étant sur internet) ou si ça se limite au mise à jour et au démarrage ?

[bobo]

En complément, lorsque c'est « lent », ce serait bien d'éxécuter cette commande et de nous envoyer le résultat :

Code : Tout sélectionner

$ top | head -n 20

Édit – idéalement, surveiller le système avec la commande top, le snapshot tel que suggéré peut ne pas fonctionner. Il faudrait trouver une méthode pour faire un relevé cumulatif sur 10-15 secondes, pas sûr de ce que la commande fait (2 itérations avec un délai de 15s)

Code : Tout sélectionner

$ top -n 2 -d 15

Édit2 – peut-être un lien avec ce fil : [Optimisation] Lancement lent des logiciels

[Elvish]

Alors non, les lenteurs se présentent seulement à l'utilisation et non au démarrage : lancement des applications, commandes dans le terminal, navigation dans le gestionnaire de fichiers, etc...

Il semblerait n'y avoir aucune tâche exécutant beaucoup de ressources, top (htop en l'occurence) ne me dit rien de suspect.

Par contre, est-ce normal de n'avoir aucune réponse de la commande /df -h/ ? Ou même avec un autre argument, ou /df/ seul ? Aucune réponse, ça semble buggué.

[floflo77890]

Ton disque dur est t'il plein ? ou sinon la ram ? peut tu faire un ram test.

[Elvish]

La commande DF est carrément bugguée...

Concernant la RAM, non, elle n'est pas pleine, je viens de démarrer le système à l'instant, elle a donc été vidée

[benjarobin]

La commande DF est carrément bugguée...

??? Je ne pense pas... Peux tu développer ?

[Elvish]

Non le mot buggué n'est pas approprié, navré

Mais quelque soit l'argument, ou même la commande seul, je n'ai aucune réponse, seulement un blanc de chargement, indéfiniment

[benjarobin]

Je pense qu'il est inutile de dire que c'est vraiment pas normal...
Peux tu donner la sortie de :

Code : Tout sélectionner

mount
cat /etc/mtab
ls -l /etc/mtab
df -h /
df -h

[Elvish]

Code : Tout sélectionner

proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
dev on /dev type devtmpfs (rw,nosuid,relatime,size=3046268k,nr_inodes=761567,mode=755)
run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/sda3 on / type ext4 (rw,relatime,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=21,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
tmpfs on /tmp type tmpfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda1 on /boot type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sda4 on /home type ext4 (rw,relatime,data=ordered)
tmpfs on /run/user/620 type tmpfs (rw,nosuid,nodev,relatime,size=609820k,mode=700,uid=620,gid=620)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=609820k,mode=700,uid=1000,gid=100)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)

Code : Tout sélectionner

rootfs / rootfs rw 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sys /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
dev /dev devtmpfs rw,nosuid,relatime,size=3046268k,nr_inodes=761567,mode=755 0 0
run /run tmpfs rw,nosuid,nodev,relatime,mode=755 0 0
/dev/sda3 / ext4 rw,relatime,data=ordered 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/net_cls cgroup rw,nosuid,nodev,noexec,relatime,net_cls 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=21,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
tmpfs /tmp tmpfs rw 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
configfs /sys/kernel/config configfs rw,relatime 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
/dev/sda1 /boot fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0
/dev/sda4 /home ext4 rw,relatime,data=ordered 0 0
tmpfs /run/user/620 tmpfs rw,nosuid,nodev,relatime,size=609820k,mode=700,uid=620,gid=620 0 0
tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=609820k,mode=700,uid=1000,gid=100 0 0
gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=100 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0

Code : Tout sélectionner

lrwxrwxrwx 1 root root 17  4 juin  16:39 /etc/mtab -> /proc/self/mounts

Code : Tout sélectionner

/dev/sda3           19G     18G  111M 100% /

ahah... tout s'explique
d'où ça sort ???
je comprends pas ; quelle commande permet de localiser les fichiers importants ?

[Elvish]

en fait, il m'est impossible d'accéder au système de fichiers ni depuis le gestionnaire graphique, ni par un /ls/ depuis le terminal ; ça me renvoi du blanc...

[Elvish]

je viens de résoudre mon problème, super !

après avoir recherché les gros dossiers, je suis tombé sur le cache de pacman : celui-ci était à 10GB ! énorme pour ma partition / plafonnée à 20GB.
après redémarrage, je peux désormais faire un /df -h/ qui fonctionne, et tout est super rapide !
dingue.
je m'empresse de faire les updates, qui doivent être plus de 300 maintenant, lol.
merci de m'avoir (pour le peu) guidé !

[Elvish]

bon, je me suis emballé pour rien.
désolé pour les messages à la suite.

après une utilisation de... 10 minutes ? les problèmes sont de retours. mises à jour impossibles. /df -h/ ne fonctionne plus. latences.
espace à 57% sur /var
/dev/sda3 19G 10G 7,8G 57% /

......incroyable

[Cazuza]

Pour nettoyer le cache de pacman mieux vaut utiliser la commande "pacman -Sc" ( https://wiki.archlinux.fr/Pacman )
ça a résolu le même type de problème pour moi il y a quelques années

[Elvish]

je me permets un up

merci, mais le problème n'est pas résolu : latences, impossibilités d'accéder à /, ou n'importe quelle partie du système. ça se débloque au bout d'un moment... mais le problème semble bien aléatoire

que faire ?

[benjarobin]

Quand tu as ces ralentissement, quel est la sortie en root de : iotop -a

[Elvish]

merci, j'ai installé l'utilitaire et voici ce qui revient lorsque ça lag, il semblerait que quelque chose bouffe de la ressource :

mount.ntfs-3g /dev/sda1 /boot~nosuid,nodev,locale=fr_FR.utf8

par contre j'ai besoin de ntfs-3g ; mais comment le réguler ?

[benjarobin]

Si ntfs-3g consomme beaucoup d'IO c'est qu'une application lit ou écrit sur cette partition ntfs...
Bref, tu dois avoir une autre ligne qui indique quelle application consomme des ressources. Si tu ne vois vraiment pas, donne nous un screenshot de iotop -a lorsque le système est bien lent

[Elvish]

voilà ce que j'ai lors des ralentissements (souvent au démarrage)

http://img15.hostingpics.net/pics/3957342702.png