Vous n'êtes pas identifié(e).
Plop,
Tophe a écrit :Par contre le retour de mise en veille m'oblige a redémarrer l'ordi car le second écran à des réactions bizarres, des défilements bizarres.
J'avais un problème similaire quand j'utilisais les pilotes proprio nvidia. Depuis que je suis repassé aux pilotes libres (nouveau), plus de problème.
Je n'avais pas précisé que c'est sur l'EEPC avec carte Intel et je ne me souviens plus si j'avais testé ou pas avec "Nouveau", driver libre, que j'ai sur l'ordi
J'ai fait une maj du système que je n'avais pas fait depuis qq temps et le problème parait réglé. Sinon je testerai
Bye
Ca me rappelle la sortie de Debian 5 "Lenny" qui embarquait KDE 3.5.9 (réellement 3.5.10) la dernière version de KDE 3. Je l'ai gardée jusqu'à la fin de son maintien en oldstable, KDE 4 était
une telle bouse à l'époque....... Nostalgie ........
Effectivement. Je regrette de ne pas l'avoir gardé, juste pour comparer.
Sur mon Netbook je tourne avec Debian 8 / KDE (car le second écran est reconnu et pas sur Deb7) et sous Debian 7/KDE. Je ne sais pas si ça vient de Deb 8 ou de la version de KDE, mais, y a pas photo l'ordi est moins véloce que sous Debian 7 + KDE.
Ceci dit, depuis début 2015, Jessie (Deb8) tourne vraiment bien (sans top de bug je veux dire)
Ensuite un reboot de l'ordi et tout est rentré dans l'ordre, la partition / a bien sa taille normale
C'était apparemment l'imprimante qui avait commencé à dérailler dans la semaine et qui a laché et semé la panique hier.
Brrr je ne sais pas si le système aurait pu se bloquer complet ou s'il avait gardé en réserve un minimum de place pour se bouger mais c'était limite.
Par exemple il était impossible d'utilser Konsole, le terminal, mais lorsque j'ai vu que ça coincait on a fermé toutes les applis ouvertes pour ne garder que Dolphin dont le terminal fonctionnait
Merci encore de votre soutien et de votre aide
Bye
- on a ainsi récupéré 18 Go d'espace libre dans /
La question maintenant est : est-ce que je force le reboot en me disant qu'une erreur ait ué des processus mais que les choses rentreront dans l'ordre au reboot.
Si je me trompe je suis bon pour mes 4h de route et une réinstall
parce qu'en fait j'ai vu sur un sujet "Debian" (je l'avais noté mais j'ai zappé) qq chose qui pourrait être la cause
Seulement si tu as fais une manipe qui aurait ecrase ou modifie le fichier /var/log/messages tu as interet de redemarrer le syslog daemon car il garde ce fichier ouvert et ce n'est pas bien d'effacer ou de modifier un fichier quand un autre processus y accede.
Alors pour ca tu fais simplement:
/etc/rc.d/init.d/syslog stop
/etc/rc.d/init.d/syslog start
et apres il va rouvrir proprement le /var/log/messages (ou meme le recreer si ce fichier est absent).
Si tu effaces /var/log/messages sans redemarrer le daemon, il sera perturbe car il cherchera toujours un fichier qui a disparu et il ne pourra pas creer un nouveau fichier!
mais bon, si ça se trouve cela n'a rien à voir car après la commande "echo" les fichiers vides /var/log/syslog et messages ont bien été recréé
Alors, à votre avois, je force le boot ou pas ?
donne 2 types de lignes qui se répètent
rsyslogd-2177: imuxsock lost 111823 messages from pid 28759 due to rate-limiting
le pid peut changer. Il y en a 5 qui se répète
pid 28759
pid 4748
pid 18498
pid 4892
pid 4722
ou
rsyslogd-2177: imuxsock begin to drop messages from pid 28759 due to rate-limiting
le pid pouvant apparemment être un des cinq donné au-dessus
.
.
donne sur 99 lignes
may 31 22:39:42 debian hp (28759): io/hpmud/musb.c 977: invalid bulk out endpoint
la centième étant :
may 31 22:39:42 debian rsyslogd-2177: imuxsock begin to drop messages from pid 28759 due to rate-limiting
Par contre j'ai un doute sur imuxsock ou imusock (j'ai noté une fois l'un et une fois l'autre)
attention, dans tes exemples ci-dessus tu as modifier Identifier au lieu de Driver.
c'est parce que je ne sais pas quoi mettre exactement alors je fais des testes avec un peu de tout
.
soit je t'envoie les paquets rétroportés.
oui pourquoi pas. Je ne sais pas si j'arriverai à les installer mais je peux toujours essayer.
Si ça te pose un problème ou si ma réponse est trop tardive, ne te prends pas la tête, comme déjà dit c'est du confort d'utilisation.
Je t'envoie une BAL par MP
et lorsque je teste des xorg.conf, je me retrouve en tty lorsque sur la ligne driver je remplace "fbdev" par "vesa" ou par "intel"
que ce soit sur celui-ci :
ou celui là :
et d'un autre côté le xorg créé dit ceci :
D'une part il n'y a pas d'infos sur le matériel (les écrans) dans les sections "monitor"
D'autre part il y a cette histoire de CardO et Card1 qui m'étonne
et enfin le driver
... bref de quoi m'occuper par ces longues soirées d'hiver
* ARandR ne reconnait pas l'écran
* Il n'y a pas de fichier xorg.conf
.
.
- lorsque je créé un xorg.conf vide il ne se passe rien au redémarrage.
- Si je fais
il ne se passe rien au redémarrage
- pareil si je fais
.
* tout cela sans xorg.conf ou avec un xorg vide créé à la main.
.
J'ai suivi ce tuto : https://wiki.debian.org/fr/Xorg et la création automatique de ce fichier échoue avec le message 'Number of created screens does not match the number of detected devices'
Pareilk en suivant ce tuto : http://debian-facile.org/doc:environnem … -xorg:conf
.
Je vais essayer de trouver un xorg.conf minimaliste sur le net mais je me pose ... allez ... 3 questions
.
1) Comment savoir quel pilote est utilisé ? car Intel et Vesa sont installés
Et comment changer de pilote pour tester puisque je n'ai pas de xorg.conf ?
En désespoir de cause je peux toujours supprimer Vesa pour tester mais ce n'est pas terrible
.
2) est-il mieux de rajouter ce qui concerne l'écran externe sur le fichier xorg.conf ou xorg.conf.d ?
.
3) qq un a t il déjà eu ce soucis ?
car il est dit ici : http://pingouindesalpes.com/?article36/le-multi-ecran
modifier le fichier "xorg.conf" et savoir utiliser "xrandr"
(j'ai d'alleurs essayé de copier ce xorg.conf mais je me retrouve en tty au démarrage)
.
ci dessous qq infos issues de console :
* Enregistre avant de fermer
* Vérifies que tout soit bien pris en compte en allant voir en lecture le /etc/apt/sources.list
* Actualises la base de donnée des paquets en console et en root
* et tu dois pouvoir installer le firmware en question