Je ne connais pas bien la Mandrake et ses paquets... Mais sous Debian, dans cette situation, je commencerais par reconfigurer le paquet kdm (ou le réinstaller dans ton cas) et tout devrais rentrer dans l'ordre, j'imagine...
Ça c'est si kdm ne se lance pas du tout automatiquement.
Autrement, moi, ce qui m'est arrivé hier soir, c'est pour une mise à jour de xorg ou kde (je ne sais pas lequel des deux), kdm se lance, je peux me logger, mais au moment d'ouvrir la session kde, il plante et redémarre le X aussi sec.
Si tu es dans ce cas-là, il faut simplement, s'arranger (avec les scripts de démarrage, par exemple) à ce que /tmp/.ICE-unix soit la propriété de root.
Voilà, en espérant que ça t'aide et peut-être pas que toi (ceux qui auraient eu la même mésaventure que moi) :)
J'ai bien aimé ce document, c'est simple, illustré, efficace. C'est effectivement destiné aux nouveaux : on n'entre pas vraiment dans les détails. Mais après tout, s'ils veulent des détails, il existe de la doc ;)
Pour les nouveaux qui veulent se la jouer un petit peu à la Indiana Jones, qui veulent s'essayer aux versions non stables de Ubuntu (si ça existe) ou de Debian (Sid et Sarge), on peut leur dire de commencer par installer le paquet apt-listbugs (celà ne nécessite pas de configuration suppplémentaire pour Synaptic). Cet utilitaire, fort sympathique, nous prévient -- entre le téléchargement et l'installation proprement dite -- des bogues éventuelles déjà rapportées sur ces paquets. S'il y a des bogues, on peut stopper l'installation (en vue de désélectionner les paquets bogués) ; sinon, il installe direct comme d'habitude.
S'il ne s'agit que des marges à modifier (qui sont souvent bien grandes pour beaucoup de templates de LaTeX) il suffit d'aller dans le menu Layout/Document... dans la rubrique Margins, là tu as normalement de quoi personnaliser les marges de tes documents.
En ce qui concerne faire soi-même un template de toutes pièces, je pense que ce n'est pas hyper-simple à faire... Mais à vrai dire, comme je n'ai pas essayé :) Ceci dit, il existe beaucoup, beaucoup de templates différents et que l'on peut récupérer à droite ou à gauche ; et je n'ai jamais eu de templates qui ne m'allait pas.
Par contre en modifier un... Ça doit être assez abordable...
Et si on allait voir dans les logs ?
L'installateur écrit normalement (si il est exécuté en root) le fichier /var/log/nvidia-installer.log, il devrait y avoir les raisons plus précises du problème rencontré :)
À première vue, je dirais que ton disque dur s'est arrêté (il faudrait savoir pourquoi) et ne redémarre pas malgré la nécessité : tes processus sont en attente (Sleep Waiting) jusqu'à ce qu'ils puissent obtenir le droit d'écrire sur le disque...
Personnellement, je vérifierais d'abord que les connexions IDE et l'alimentation de ton disque n'aient pas bougés (machine éteinte, déconnecter puis souffler éventuellement dans les connecteurs, et reconnecter).
Peut-être que ton disque tombe en panne ? Dans ce cas, pas grand chose à faire, sinon tester le disque sur une autre machine, par exemple ou effectuer un diagnostique (avec UBCD, par exemple).
Et puis comme tu es en "testing", tu dois "updater" régulièrement. Il se peut qu'un paquet soit bogué. Dans ce cas, soit tu essais de chercher dans des rapports de bogues le paquet incriminé et tu le "downgrades" si possible, soit tu attends patiemment que la bogue soit corrigée... s'il s'agit bien d'une bogue.
Il peut s'être passé beaucoup de choses... Ce qu'il serait bien c'est de regarder dans les logs.
Tu passes en console (Ctrl+F1), tu démarres une session root.
Tu affiches (avec less par exemple) le contenu du fichier /var/log/XFree86.0.log (ou un fichier du genre mais pour XFree86 s'il y a).
Normalement, s'il y a eu une erreur en rapport avec l'affichage cela y sera noté. (EE) désigne une erreur dans ce fichier.
N'hésite pas à nous afficher l'erreur et les lignes environantes. On pourra peut-être t'aider à partir de ça. :)
PS : normalement, pour les drivers NVidia, il n'y a pas que "nv" à changer en "nvidia" dans XF86Config-4 ; mais tu as une autre carte que moi, donc je n'en dirai pas plus pour ne pas embrouiller... Ou peut-être plus tard ;)
La Knoppix étant basée sur Debian, j'imagine que c'est le même système...
Ton script devrait idéalement se piloter comme les autres services : s'activer quand la commande à pour paramètre "start" ou "restart" et s'arrêter ou ne rien faire lorsque la commande est paramétrée par "stop".
Il faut mettre ton script dans /etc/init.d/ (qui est le "pool" des scripts de démarrage). Ton script doit être exécutable par le root (je crois).
Ensuite, en fonction des niveaux d'exécution (rc0: arrêt du système, rc1: single user, rc2 : maintenance, rc3, rc4, rc5 : utilisation normale (avec serveur X), rc6 : redémarrage du système) du crées un lien symbolique vers ton script dans les répertoires /etc/rc0 à /etc/rc6. Le nom du lien est S##ton_script si tu veux qu'il démarre ; K##ton_script si tu veux qu'il soit arrêté. Le ## c'est pour l'ordre d'exécution par rapport aux autres scripts de démarrage existant.
Voilà grosso modo ce qu'il faut faire. J'ai été succinct, google est ton ami s'il te faut des précisions supplémentaires. :)
Ensuite, il existe des outils qui permettent de gérer les liens symboliques : j'utilise personnellement webmin.
Hum... Je ne connais pas suffisamment spamassassin pour savoir si ça colle bien avec tes besoins, mais je sais que le module webmin pour spamassassin existe.
webmin consiste en une interface web pour beaucoup d'outils d'administration, et de configuration d'outils d'administration. On peut donc administrer à distance, et sous la sécurité SSH par exemple. J'utilise beaucoup les modules webmin pour administrer ma machine ; et je trouve que ce sont de bons outils.
Ben moi, je suis en Debian/KDE (unstable) je ne constate pas de telle surcharge même sur de longues périodes (quelques jours)...
Par contre, j'ai remarqué que lorsque certaines pages internet sous konqueror nécessitaient "nspluginviewer" kdeinit et Xfree s'embalaient (pas loin de 100% du CPU à eux deux) inexplicablement.
Il y a retour à la normale quand on kill le nspluginviewer.
Peut-être que nspluginviewer te joue des tours, aussi ?
Voilà, est-ce que j'ai fait avancer le schmilblick ?
Un grand principe assez efficace pour configurer les firewalls, c'est de tout bloquer (dans guarddog : ne cocher aucun protocole ; ne pas cocher en tant que "rejected" ça ne sert pas à grand chose dans ton cas), et n'ouvrir que ce qui t'est nécessaire (guarddog : cocher "permitted").
Reste à savoir ce qui t'est nécessaire :)
Pour kopete, il faut que tu ouvres des protocoles dans la catégorie "chat" ou "messageries" pour la zone "Internet" (car ces serveurs sont dans la zone "Internet") et tu coches la case de la colonne "local" (ta machine)...
Les autres protocoles utiles, c'est le même principe : tu sélectionnes la zone dans laquelle le serveur du protocole se trouve, et tu coches le protocole dans la colonne où se trouve le client...
Quand tu fais "apply" ou "appliquer" : guarddog génère les règles iptable et réactive le firewall.
J'eu ouï-dire que les iPod peuvent lire les ogg moyennant une petite opération sur l'OS de l'appareil... Ne me demande pas quelles opérations, je n'en sais pas plus :)...
Sinon, iPod doit être compatible avec linux, et puis pour la capacité, il me semble que c'est dans l'ordre de ce que tu recherches.
Un conseil : démarre ta machine avec le CD inséré dans le lecteur, si ta machine n'est pas trop vieille (et si c'est "configuré dans le BIOS"*), et si tu as bien gravé l'ISO, ça devrait lancer l'installation sans problème.
Quant à essayer de lancer une installation de Linux à partir de Windows, je pense que c'est une mauvaise idée.
*S'assurer que le "CD boote", et avant le disque dur...
J'utilise depuis quelques temps un tel matériel, et je dois dire que j'en suis content.
Normalement ton modèle est compatible usb_mass_storage pour peu que tu aies les bonnes options dans ton noyau. Moi je suis avec un noyau récent (2.6.8), et il faut penser à toutes les options USB nécessaires (selon ton contrôleur USB) ainsi qu'une option dans la partie SCSI ; pour tout ça regarde sur le net, normalement c'est pas compliqué à trouver.
On peut le monter à chaud comme tout périphérique USB... En fait, normalement tu as un interrupteur d'alimentation sur le boîtier, le disque s'initialise indépendemment de l'unité centrale (ie. le disque est opérationnel sans même avoir branché ton câble USB).
Au niveau linux, il s'agit du périphérique /dev/sda ou /dev/sdb... Et ça se monte comme une partition habituelle.
Les taux de transferts sont très appréciables : pas moins de 12Mo/s pour ma part.
Je suis de l'avis du commentaire précédent, côté fiabilité : méfiance... C'est comme un disque dur, s'il flanche tu perds tout.
Je suis du même avis... Je ne constate pas le défaut.
La consommation du CPU était aux alentours de 70%-80% parce qu'il y a des processus concurrents, le partage du temps est impeccable...
La RAM est bouffée à hauteur de 100Mo en effet, mais est libérée...
Pas de plantage...
- Debian Sid,
- bash à jour,
- kernel 2.6.7 perso mais non patché (sauf pour NVidia),
- 512Mo de RAM,
- CPU P4 1,6GHz
# reconfigurer kdm
Posté par Mikaël Cordon . En réponse au message recuperation kdm. Évalué à 1.
Je ne connais pas bien la Mandrake et ses paquets... Mais sous Debian, dans cette situation, je commencerais par reconfigurer le paquet kdm (ou le réinstaller dans ton cas) et tout devrais rentrer dans l'ordre, j'imagine...
Ça c'est si kdm ne se lance pas du tout automatiquement.
Autrement, moi, ce qui m'est arrivé hier soir, c'est pour une mise à jour de xorg ou kde (je ne sais pas lequel des deux), kdm se lance, je peux me logger, mais au moment d'ouvrir la session kde, il plante et redémarre le X aussi sec.
Si tu es dans ce cas-là, il faut simplement, s'arranger (avec les scripts de démarrage, par exemple) à ce que /tmp/.ICE-unix soit la propriété de root.
Voilà, en espérant que ça t'aide et peut-être pas que toi (ceux qui auraient eu la même mésaventure que moi) :)
# En console... Les logs...
Posté par Mikaël Cordon . En réponse au message Kde et Gnome bloque. Évalué à 1.
(Pas mal le coup du clavier blo) ;)
Bon, sinon, bah, c'est dans le titre...
Au lieu de lancer le X, tu restes dans la console et tu regardes les logs :
/var/log/ et tu devrais trouver quelques réponses, j'imagine.
Bon, mais vu la date de ton sujet et celle de ma réponse, j'imagine que tu as avancé :) (Enfin je l'espère pour toi :p)
# Pas mal du tout :)
Posté par Mikaël Cordon . En réponse au message Pour les nouveaux sous Linux. Évalué à 1.
J'ai bien aimé ce document, c'est simple, illustré, efficace. C'est effectivement destiné aux nouveaux : on n'entre pas vraiment dans les détails. Mais après tout, s'ils veulent des détails, il existe de la doc ;)
Pour les nouveaux qui veulent se la jouer un petit peu à la Indiana Jones, qui veulent s'essayer aux versions non stables de Ubuntu (si ça existe) ou de Debian (Sid et Sarge), on peut leur dire de commencer par installer le paquet apt-listbugs (celà ne nécessite pas de configuration suppplémentaire pour Synaptic). Cet utilitaire, fort sympathique, nous prévient -- entre le téléchargement et l'installation proprement dite -- des bogues éventuelles déjà rapportées sur ces paquets. S'il y a des bogues, on peut stopper l'installation (en vue de désélectionner les paquets bogués) ; sinon, il installe direct comme d'habitude.
# Les marges...
Posté par Mikaël Cordon . En réponse au message [LyX] Modifier les styles. Évalué à 2.
S'il ne s'agit que des marges à modifier (qui sont souvent bien grandes pour beaucoup de templates de LaTeX) il suffit d'aller dans le menu Layout/Document... dans la rubrique Margins, là tu as normalement de quoi personnaliser les marges de tes documents.
http://www.grappa.univ-lille3.fr/FAQ-LaTeX/(...)
En ce qui concerne faire soi-même un template de toutes pièces, je pense que ce n'est pas hyper-simple à faire... Mais à vrai dire, comme je n'ai pas essayé :) Ceci dit, il existe beaucoup, beaucoup de templates différents et que l'on peut récupérer à droite ou à gauche ; et je n'ai jamais eu de templates qui ne m'allait pas.
Par contre en modifier un... Ça doit être assez abordable...
# Précision ?
Posté par Mikaël Cordon . En réponse au message Installation drivers Nvidia sous 10.1 , conflit RIVAFB. Évalué à 1.
Hum, ce n'est pas très précis, tout ça...
Et si on allait voir dans les logs ?
L'installateur écrit normalement (si il est exécuté en root) le fichier /var/log/nvidia-installer.log, il devrait y avoir les raisons plus précises du problème rencontré :)
[^] # Re: reboot -f
Posté par Mikaël Cordon . En réponse au message Serveur qui répond mal.... Évalué à 2.
À première vue, je dirais que ton disque dur s'est arrêté (il faudrait savoir pourquoi) et ne redémarre pas malgré la nécessité : tes processus sont en attente (Sleep Waiting) jusqu'à ce qu'ils puissent obtenir le droit d'écrire sur le disque...
Personnellement, je vérifierais d'abord que les connexions IDE et l'alimentation de ton disque n'aient pas bougés (machine éteinte, déconnecter puis souffler éventuellement dans les connecteurs, et reconnecter).
Peut-être que ton disque tombe en panne ? Dans ce cas, pas grand chose à faire, sinon tester le disque sur une autre machine, par exemple ou effectuer un diagnostique (avec UBCD, par exemple).
Et puis comme tu es en "testing", tu dois "updater" régulièrement. Il se peut qu'un paquet soit bogué. Dans ce cas, soit tu essais de chercher dans des rapports de bogues le paquet incriminé et tu le "downgrades" si possible, soit tu attends patiemment que la bogue soit corrigée... s'il s'agit bien d'une bogue.
# Euh oui... Logs ?
Posté par Mikaël Cordon . En réponse au message pilotes nvidia. Évalué à 1.
Il peut s'être passé beaucoup de choses... Ce qu'il serait bien c'est de regarder dans les logs.
Tu passes en console (Ctrl+F1), tu démarres une session root.
Tu affiches (avec less par exemple) le contenu du fichier /var/log/XFree86.0.log (ou un fichier du genre mais pour XFree86 s'il y a).
Normalement, s'il y a eu une erreur en rapport avec l'affichage cela y sera noté. (EE) désigne une erreur dans ce fichier.
N'hésite pas à nous afficher l'erreur et les lignes environantes. On pourra peut-être t'aider à partir de ça. :)
PS : normalement, pour les drivers NVidia, il n'y a pas que "nv" à changer en "nvidia" dans XF86Config-4 ; mais tu as une autre carte que moi, donc je n'en dirai pas plus pour ne pas embrouiller... Ou peut-être plus tard ;)
# dans /etc/init.d/
Posté par Mikaël Cordon . En réponse au message Ajouter un service. Évalué à 0.
La Knoppix étant basée sur Debian, j'imagine que c'est le même système...
Ton script devrait idéalement se piloter comme les autres services : s'activer quand la commande à pour paramètre "start" ou "restart" et s'arrêter ou ne rien faire lorsque la commande est paramétrée par "stop".
Il faut mettre ton script dans /etc/init.d/ (qui est le "pool" des scripts de démarrage). Ton script doit être exécutable par le root (je crois).
Ensuite, en fonction des niveaux d'exécution (rc0: arrêt du système, rc1: single user, rc2 : maintenance, rc3, rc4, rc5 : utilisation normale (avec serveur X), rc6 : redémarrage du système) du crées un lien symbolique vers ton script dans les répertoires /etc/rc0 à /etc/rc6. Le nom du lien est S##ton_script si tu veux qu'il démarre ; K##ton_script si tu veux qu'il soit arrêté. Le ## c'est pour l'ordre d'exécution par rapport aux autres scripts de démarrage existant.
Voilà grosso modo ce qu'il faut faire. J'ai été succinct, google est ton ami s'il te faut des précisions supplémentaires. :)
Ensuite, il existe des outils qui permettent de gérer les liens symboliques : j'utilise personnellement webmin.
# webmin
Posté par Mikaël Cordon . En réponse au message Interface Web Complète Spam Assassin. Évalué à 2.
Hum... Je ne connais pas suffisamment spamassassin pour savoir si ça colle bien avec tes besoins, mais je sais que le module webmin pour spamassassin existe.
webmin consiste en une interface web pour beaucoup d'outils d'administration, et de configuration d'outils d'administration. On peut donc administrer à distance, et sous la sécurité SSH par exemple. J'utilise beaucoup les modules webmin pour administrer ma machine ; et je trouve que ce sont de bons outils.
# Hum...
Posté par Mikaël Cordon . En réponse au message Utilisation CPU de kdeinit. Évalué à 1.
Ben moi, je suis en Debian/KDE (unstable) je ne constate pas de telle surcharge même sur de longues périodes (quelques jours)...
Par contre, j'ai remarqué que lorsque certaines pages internet sous konqueror nécessitaient "nspluginviewer" kdeinit et Xfree s'embalaient (pas loin de 100% du CPU à eux deux) inexplicablement.
Il y a retour à la normale quand on kill le nspluginviewer.
Peut-être que nspluginviewer te joue des tours, aussi ?
Voilà, est-ce que j'ai fait avancer le schmilblick ?
# En principe...
Posté par Mikaël Cordon . En réponse au message config guarddog. Évalué à 1.
Un grand principe assez efficace pour configurer les firewalls, c'est de tout bloquer (dans guarddog : ne cocher aucun protocole ; ne pas cocher en tant que "rejected" ça ne sert pas à grand chose dans ton cas), et n'ouvrir que ce qui t'est nécessaire (guarddog : cocher "permitted").
Reste à savoir ce qui t'est nécessaire :)
Pour kopete, il faut que tu ouvres des protocoles dans la catégorie "chat" ou "messageries" pour la zone "Internet" (car ces serveurs sont dans la zone "Internet") et tu coches la case de la colonne "local" (ta machine)...
Les autres protocoles utiles, c'est le même principe : tu sélectionnes la zone dans laquelle le serveur du protocole se trouve, et tu coches le protocole dans la colonne où se trouve le client...
Quand tu fais "apply" ou "appliquer" : guarddog génère les règles iptable et réactive le firewall.
Voilà.
Sp2mitch
# iPod, peut-être...
Posté par Mikaël Cordon . En réponse au message baladeur. Évalué à -1.
J'eu ouï-dire que les iPod peuvent lire les ogg moyennant une petite opération sur l'OS de l'appareil... Ne me demande pas quelles opérations, je n'en sais pas plus :)...
Sinon, iPod doit être compatible avec linux, et puis pour la capacité, il me semble que c'est dans l'ordre de ce que tu recherches.
# Booter sur le CD...
Posté par Mikaël Cordon . En réponse au message Installation. Évalué à 1.
Quant à essayer de lancer une installation de Linux à partir de Windows, je pense que c'est une mauvaise idée.
*S'assurer que le "CD boote", et avant le disque dur...
# Ça marche.
Posté par Mikaël Cordon . En réponse au message Lecteur disque IDE sur port USB. Évalué à 2.
Normalement ton modèle est compatible usb_mass_storage pour peu que tu aies les bonnes options dans ton noyau. Moi je suis avec un noyau récent (2.6.8), et il faut penser à toutes les options USB nécessaires (selon ton contrôleur USB) ainsi qu'une option dans la partie SCSI ; pour tout ça regarde sur le net, normalement c'est pas compliqué à trouver.
On peut le monter à chaud comme tout périphérique USB... En fait, normalement tu as un interrupteur d'alimentation sur le boîtier, le disque s'initialise indépendemment de l'unité centrale (ie. le disque est opérationnel sans même avoir branché ton câble USB).
Au niveau linux, il s'agit du périphérique /dev/sda ou /dev/sdb... Et ça se monte comme une partition habituelle.
Les taux de transferts sont très appréciables : pas moins de 12Mo/s pour ma part.
Je suis de l'avis du commentaire précédent, côté fiabilité : méfiance... C'est comme un disque dur, s'il flanche tu perds tout.
[^] # Re: fuite un jour, fuite toujours
Posté par Mikaël Cordon . En réponse à la dépêche Nouvelle version majeure de bash. Évalué à 3.
La consommation du CPU était aux alentours de 70%-80% parce qu'il y a des processus concurrents, le partage du temps est impeccable...
La RAM est bouffée à hauteur de 100Mo en effet, mais est libérée...
Pas de plantage...
- Debian Sid,
- bash à jour,
- kernel 2.6.7 perso mais non patché (sauf pour NVidia),
- 512Mo de RAM,
- CPU P4 1,6GHz
La vérité est ailleurs :)