Bon, problème résolu. En fait l'upgrade c'est mal passée et des centaines de paquets ont été purement et simplement supprimés. KDE au complet par exemple avait été supprimé. Forcement ça marche moins bien ...
X démarrait en fait mais il ne pouvait pas aller bien loin sans tout les paquets manquants!!!
Cette partie du xorg.conf est correcte et les drivers fglrx ne sont pas installés.
J'ai essayé de remplacer ati par vesa, mais ça ne change rien.
J'ai également essayé de récuper le xorg.config généré par le cd-live de la version 5.10, mais aucun changement.
Pour le log, il y a des centaines de lignes là-dedans! Ca va pas être facile de le poster ici...
Il ne semble pas y avoir de messages d'erreur si ce n'est quelques chemins vers des fonts qui sont incorrects.
Alors pour préciser un peu le problème : Il s'agit d'un laptop. La distrib est une Ubuntu 5.04. Le système de fichier est ext3. Pas d'option noatime dans mon fstab...
Ok pour kjournald j'ignorais sa fonction. Je pense également que s'il écrit quelque chose c'est qu'un autre processus écrit sur le disque. C'est juste de penser ça ou pas du tout??
J'ai fait un
sudo tail -f /var/log/kern.log|grep -v kjournald pour filtrer toutes les entrées de kjournald, mais il n'y a pas grand chose d'interessant : syslogd, pdflush
May 23 13:36:15 localhost kernel: [4296601.718000] dd(7457): dirtied inode 226347 (kmsg) on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] pdflush(111): WRITE block 4113312 on hda5
May 23 13:36:17 localhost kernel: [4296604.130000] pdflush(111): WRITE block 4511960 on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] pdflush(111): WRITE block 4511968 on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] pdflush(111): WRITE block 4493688 on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] pdflush(111): WRITE block 3842464 on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] pdflush(111): WRITE block 3843144 on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] pdflush(111): WRITE block 3843216 on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] syslogd(8454): dirtied inode 225941 (syslog) on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] syslogd(8454): dirtied inode 225941 (syslog) on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] syslogd(8454): dirtied inode 226449 (kern.log) on hda2
May 23 13:36:17 localhost kernel: [4296604.131000] syslogd(8454): dirtied inode 226449 (kern.log) on hda2
May 23 13:36:17 localhost kernel: [4296604.131000] syslogd(8454): dirtied inode 226460 (debug) on hda2
May 23 13:36:17 localhost kernel: [4296604.131000] syslogd(8454): dirtied inode 226460 (debug) on hda2
Il n'y a pas de flux RSS sur 98% des sites qu'il faut que je vérifie...
Ensuite je n'ai pas besoin de scanner le site entier (heureusement!), mais seulement la page d'accueil ou la page des téléchargements...
Le logiciel que j'ai trouvé (programmé en perl) fait parfaitement l'affaire.
Il va voir un première fois la page, l'enregistre dans un coin, puis ensuite quand je le relance il va voir la page et la compare avec celle enregistrée (comparaison au niveau du code html sans doute) . S'il y a modif il m'envoie la page en html par mail avec les modifs en surbrillance.
Niveau ressources ça va, j'ai planifié les verifs avec cron, quand je ne me sert pas de mon ordi...
Problème résolu...A moins que vous connaisiez des alternatives à ce logiciel...
Ca fonctionne à merveille. Il suffit de planifier les vérifs avec cron, le logiciel va checker les pages et envoie les pages modifiées (avec les modifs en surbrillance) par mail (via postfix).
Il n'y a rien dans ~/.kde/share/apps concernant klaptop.
en revanche après des recherches acharnées j'ai trouvé un truc :
Dans /proc/acpi/button/lid/LID/state l'état du capteur de l'écran est : close. Je pense qu'en éditant le fichier avec vi et en remplacant close par open ou qq chose comme ça ca devrait débloquer le truc. Mais j'ai peur d'agraver la situation...
[^] # Re: Si les cons volaient....
Posté par nicko . En réponse au journal La France en Finale de la Coupe du Monde 2006. Évalué à 5.
[^] # Re: driver
Posté par nicko . En réponse au message Perte du serveur X après dist-upgrade vers Dapper. Évalué à 0.
X démarrait en fait mais il ne pouvait pas aller bien loin sans tout les paquets manquants!!!
Merci à vous tous pour votre aide!!
[^] # Re: driver
Posté par nicko . En réponse au message Perte du serveur X après dist-upgrade vers Dapper. Évalué à 0.
En commentant Load:GLcore les erreurs disparaissent du xorg.0.log...mais le serveur X ne démarre toujours pas!
J'ai aussi essayé glx au cas où, mais aucun changement non plus...
[^] # Re: driver
Posté par nicko . En réponse au message Perte du serveur X après dist-upgrade vers Dapper. Évalué à 0.
Donc voilà :
(EE) Failed to load /usr/lib/xorg/modules/extensions/libGLcore.so
(EE)Failed to load module "GLcore" (loader failed, 7)
[^] # Re: driver
Posté par nicko . En réponse au message Perte du serveur X après dist-upgrade vers Dapper. Évalué à 0.
Cette partie du xorg.conf est correcte et les drivers fglrx ne sont pas installés.
J'ai essayé de remplacer ati par vesa, mais ça ne change rien.
J'ai également essayé de récuper le xorg.config généré par le cd-live de la version 5.10, mais aucun changement.
Pour le log, il y a des centaines de lignes là-dedans! Ca va pas être facile de le poster ici...
Il ne semble pas y avoir de messages d'erreur si ce n'est quelques chemins vers des fonts qui sont incorrects.
[^] # Re: Et la prochaine dans tout ça ?
Posté par nicko . En réponse au journal Sortie de Ubuntu 6.06 Release Candidate. Évalué à 0.
[^] # Re: Re : Activité disque dur.
Posté par nicko . En réponse au message Activité disque dur.. Évalué à 1.
Ok pour kjournald j'ignorais sa fonction. Je pense également que s'il écrit quelque chose c'est qu'un autre processus écrit sur le disque. C'est juste de penser ça ou pas du tout??
J'ai fait un
sudo tail -f /var/log/kern.log|grep -v kjournald pour filtrer toutes les entrées de kjournald, mais il n'y a pas grand chose d'interessant : syslogd, pdflush
May 23 13:36:15 localhost kernel: [4296601.718000] dd(7457): dirtied inode 226347 (kmsg) on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] pdflush(111): WRITE block 4113312 on hda5
May 23 13:36:17 localhost kernel: [4296604.130000] pdflush(111): WRITE block 4511960 on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] pdflush(111): WRITE block 4511968 on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] pdflush(111): WRITE block 4493688 on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] pdflush(111): WRITE block 3842464 on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] pdflush(111): WRITE block 3843144 on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] pdflush(111): WRITE block 3843216 on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] syslogd(8454): dirtied inode 225941 (syslog) on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] syslogd(8454): dirtied inode 225941 (syslog) on hda2
May 23 13:36:17 localhost kernel: [4296604.130000] syslogd(8454): dirtied inode 226449 (kern.log) on hda2
May 23 13:36:17 localhost kernel: [4296604.131000] syslogd(8454): dirtied inode 226449 (kern.log) on hda2
May 23 13:36:17 localhost kernel: [4296604.131000] syslogd(8454): dirtied inode 226460 (debug) on hda2
May 23 13:36:17 localhost kernel: [4296604.131000] syslogd(8454): dirtied inode 226460 (debug) on hda2
Je vais essayer l'option noatime aussi...
[^] # Re: apt-cache search check web update
Posté par nicko . En réponse au message Surveiller les mises à jour des sites web. Évalué à 3.
Ensuite je n'ai pas besoin de scanner le site entier (heureusement!), mais seulement la page d'accueil ou la page des téléchargements...
Le logiciel que j'ai trouvé (programmé en perl) fait parfaitement l'affaire.
Il va voir un première fois la page, l'enregistre dans un coin, puis ensuite quand je le relance il va voir la page et la compare avec celle enregistrée (comparaison au niveau du code html sans doute) . S'il y a modif il m'envoie la page en html par mail avec les modifs en surbrillance.
Niveau ressources ça va, j'ai planifié les verifs avec cron, quand je ne me sert pas de mon ordi...
Problème résolu...A moins que vous connaisiez des alternatives à ce logiciel...
[^] # Re: apt-cache search check web update
Posté par nicko . En réponse au message Surveiller les mises à jour des sites web. Évalué à 3.
Sinon j'ai cherché de mon coté et j'ai découvert Web Secretary : http://baruch.ev-en.org/proj/websec/
Ca fonctionne à merveille. Il suffit de planifier les vérifs avec cron, le logiciel va checker les pages et envoie les pages modifiées (avec les modifs en surbrillance) par mail (via postfix).
Génial!!
[^] # Re: Charge de batterie non détectée ?
Posté par nicko . En réponse au message Problème mise en veille (portable sous Ubuntu). Évalué à 1.
Je suppose correctement??
[^] # Re: Charge de batterie non détectée ?
Posté par nicko . En réponse au message Problème mise en veille (portable sous Ubuntu). Évalué à 1.
Comment est-ce que je peux passer l'option acpi=off au noyau??
Et en bidouillant le fichier dans /etc/acpi/event/lidbtn ??
[^] # Re: Charge de batterie non détectée ?
Posté par nicko . En réponse au message Problème mise en veille (portable sous Ubuntu). Évalué à 1.
Il n'y a rien dans ~/.kde/share/apps concernant klaptop.
en revanche après des recherches acharnées j'ai trouvé un truc :
Dans /proc/acpi/button/lid/LID/state l'état du capteur de l'écran est : close. Je pense qu'en éditant le fichier avec vi et en remplacant close par open ou qq chose comme ça ca devrait débloquer le truc. Mais j'ai peur d'agraver la situation...