Lenteur lorsque Debian tourne sans connexion Internet

Plop all,

J’ai actuellement un drôle de problème. Lorsque Debian est en fonctionnement sans connexion Internet, il est d’une lenteur effroyable (plus de 30 secondes pour ouvrir une console). Je n’ai aucune idée d’où ça peut venir, ni de ce que je pourrais apporter comme précision, si ce n’est qu’avec une connexion Internet (de quelque type que ce soit), tout fonctionne à merveille.

Que puis-je ajouter ?
Merci d’avance pour votre aide :wink:
Duna

Lance la commande top lorsque tu es sujets à ces ralentissements et postes nous ce qu’il en retourne.

Ah oui, très juste. J’avais pensé à vérifier ça lorsque je n’avais pas de connexion Internet, mais j’ai oublié de l’ajouter dans mon message ^^

(Fait avec htop) Rien de bien particulier, si ce n’est X qui monte parfois à 6% de charge CPU, que la connexion soit active ou non.
La charge CPU ne dépasse que très rarement les 20%, et la RAM reste toujours libre à plus de 3/4. Je reviens éditer pour ajouter des détails.

EDIT : Hum, j’avais sorti le résultat de htop dans un fichier texte, mais le résultat est … ignoble :stuck_out_tongue: Tant pis pour les détails ^^

Salut,

Non, tant pis pour Dunatotatos, qui s’il ne répond pas, exactement, aux questions de ceux qui veulent l’aider risque fort d’être obligé de se débrouiller seul :smiley:

D’accord, d’accord ^^

J’ai eu du mal à déconnecter mon PC, mais c’est maintenant chose faite :stuck_out_tongue:

Voici le contenu de top, juste après que j’ai demandé l’ouverture d’un nouveau terminal (qui est apparu 23 secondes plus tard) :

[code]dunatotatos@PC-Duna:~$ !!
cat Desktop/top

top - 12:46:46 up 53 min, 2 users, load average: 1.02, 0.79, 0.71
Tasks: 163 total, 1 running, 161 sleeping, 0 stopped, 1 zombie
Cpu(s): 10.0%us, 3.1%sy, 0.1%ni, 81.3%id, 5.3%wa, 0.1%hi, 0.1%si, 0.0%st
Mem: 4062832k total, 2981196k used, 1081636k free, 765644k buffers
Swap: 3903752k total, 0k used, 3903752k free, 1331072k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3751 root 20 0 253m 117m 34m S 14 3.0 5:00.48 Xorg
4210 dunatota 20 0 522m 77m 36m S 4 1.9 2:40.05 cairo-dock
11066 dunatota 20 0 562m 102m 36m S 2 2.6 0:26.16 firefox-bin
1 root 20 0 10312 752 620 S 0 0.0 0:00.55 init
2 root 15 -5 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/0
4 root 15 -5 0 0 0 S 0 0.0 0:00.09 ksoftirqd/0
5 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/0
6 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/1
7 root 15 -5 0 0 0 S 0 0.0 0:00.45 ksoftirqd/1
8 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/1
9 root 15 -5 0 0 0 S 0 0.0 0:00.15 events/0
10 root 15 -5 0 0 0 S 0 0.0 0:00.13 events/1
11 root 15 -5 0 0 0 S 0 0.0 0:00.00 cpuset
12 root 15 -5 0 0 0 S 0 0.0 0:00.00 khelper
15 root 15 -5 0 0 0 S 0 0.0 0:00.00 netns
18 root 15 -5 0 0 0 S 0 0.0 0:00.00 async/mgr
78 root 15 -5 0 0 0 S 0 0.0 0:00.00 kintegrityd/0
79 root 15 -5 0 0 0 S 0 0.0 0:00.00 kintegrityd/1
81 root 15 -5 0 0 0 S 0 0.0 0:00.00 kblockd/0
82 root 15 -5 0 0 0 S 0 0.0 0:00.00 kblockd/1
84 root 15 -5 0 0 0 S 0 0.0 0:00.04 kacpid
85 root 15 -5 0 0 0 S 0 0.0 0:00.05 kacpi_notify
164 root 15 -5 0 0 0 S 0 0.0 0:00.00 ksuspend_usbd
170 root 15 -5 0 0 0 S 0 0.0 0:00.00 khubd
173 root 15 -5 0 0 0 S 0 0.0 0:00.13 kseriod
200 root 15 -5 0 0 0 S 0 0.0 0:00.01 kondemand/0
201 root 15 -5 0 0 0 S 0 0.0 0:00.03 kondemand/1
226 root 20 0 0 0 0 S 0 0.0 0:00.00 khungtaskd
227 root 20 0 0 0 0 S 0 0.0 0:00.00 pdflush
228 root 20 0 0 0 0 S 0 0.0 0:00.05 pdflush
229 root 15 -5 0 0 0 S 0 0.0 0:00.00 kswapd0
230 root 15 -5 0 0 0 S 0 0.0 0:00.00 aio/0

[/code]

Xorg a été pris en flagrant délit :smiley:

Hum, rien de bien flagrant dans les résultats, le problème est apparu récemment, après une maj par exemple ?

Lance un programme via un terminal pour voir là où sa bloque.

Re,

Pourquoi tu as tant de taches à nice = -5 et pas moi ?

J’ai installé Debian et compagnie chez moi, avec la connexion Internet, et lors de mon premier démarrage sans connexion, j’ai constaté la lenteur. Je ne sais donc pas quand le problème est apparu.

Quand je lance une commande dans un terminal, rien ne se passe durant un certain temps, puis tout se déroule normalement. Avec la comande “sudo”, la latence est encore plus impressionnante, avec bien 1 minute entre l’appui sur la touche entrée, et puis le “sudo: unable to resolve host PC-Duna
[sudo] password for dunatotatos:”. Une fois le mot de passe entré, il n’y a plus de problème pour l’exécution de la commande en cours. (Le problème survient à nouveau pour la commande suivante, bien sûr).

Pour les tâches à -5, je ne sais pas. Je n’ai jamais bidouillé ce genre de choses, et je ne sais même pas ce que ça veut dire ^^

J’en ai autant, moi.

Qu’as-tu dans ton /etc/sudoers ?
PC-Duna, c’est le nom de ta machine ? Si oui, est-il dans ton /etc/hosts ?

Qu’as-tu dans ton /etc/sudoers ?
PC-Duna, c’est le nom de ta machine ? Si oui, est-il dans ton /etc/hosts ?[/quote]

C’est bon, ce problème est réglé. Ça faisait maintenant un certain temps que je l’avais, et comme il n’était pas des plus gênant, et que je savais comment le résoudre, j’avais un peu la flemme de le faire ^^
J’ai juste ajouter “PC-Duna”, qui est bien le nom de mon ordi, après “localhost” à la fin de la ligne “127.0.0.1” dans le fichier /etc/hosts.

La problème de lenteur, par contre, n’est pas résolu. sudo est toujours aussi lent avant de m’afficher la demande de mot de passe.

Renseignes correctement ton fichier /etc/hosts, je pense que tu as des requêtes DNS qui n’aboutisse pas (interface ethernet en statique peut être?).
Est ce que ça va mieux si tu fais

ifdown eth0

[quote=“fran.b”]Est ce que ça va mieux si tu fais

ifdown eth0[/quote]

Oh que oui ! Plus aucun problème de lenteur après ça.
Bon, voici mon /etc/hosts en entier :

[code]dunatotatos@PC-Duna:~$ cat /etc/hosts
127.0.0.1 localhost PC-Duna

The following lines are desirable for IPv6 capable hosts

::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts[/code]

Je vais voir pour le configurer comme il faut.
Merci pour l’aide :slightly_smiling:

EDIT : J’ai redémarré mon PC, et le problème semble résolu. Pourtant, #ifdown eth0 n’est effectif que jusqu’à l’arrête de la machine, non ? Enfin, je ne vais pas m’en plaindre, bien au contraire ^^

Merci à tous pour votre aide :smiley: