Re: Reboot électrique distant
Il existe des boitiers de télécommande de chauffage, qui se branchent entre la prise murale et le cordon de ton appareil, qui fonctionnent avec une carte SIM (faut un abonnement minimum, genre à 2€ par mois). Certains peuvent avoir un ou deux adaptateurs satellites. On envoie un code de commande par sms. J'en ai un qui envoie un sms en cas de coupure de courant. En prime j'ai en retour température ambiante. Si ton bios est paramétré pour que l'ordinateur démarre au retour du courant, ça permet le hard reboot brutal. Aucune programmation nécessaire. Le 07/05/2018 à 23:15, kaliderus a écrit : Je cherche une solution pour rebooter électriquement (comme dans l'ancien temps) quelques équipements à distance (une box et 2 ou 3 autres bricoles).
Re: Reboot électrique distant
Le 07/05/2018 à 23:15, kaliderus a écrit : Bonsoir, Bonjour, Bonjour Je cherche une solution pour rebooter électriquement (comme dans l'ancien temps) quelques équipements à distance (une box et 2 ou 3 autres bricoles). Avec ceci par exemple ? https://support.usr.com/products/remotemanagement/console-server-product.asp?sku=USR4204# Mais avec ce truc (je ne sais même pas comment l'appeler en Français), est-ce que je vais pouvoir établir une communication analogique (comme dans l'ancien temps) avec le modem qui lui sera collé au derrière, sachant que je suis avec Free en dégroupé. Ou un switch administrable, et dans ce cas, je suis tributaire de la présence d'un réseau ip bien accessible et adéquatement configuré. Je me tâte, si vous avez d'autres pistes/conseils/tuyaux/infos/idées/ou/que/sais/je j'en serai heureux... Il existe des boitiers de reboot à distance via carte SIM. Les ordres sont transmis via SMS. Attention: tous les opérateurs grand public n'autorisent pas l'usage de leurs cartes à de telles fins. -- Daniel
Re: Reboot électrique distant
Le 08/05/2018 à 12:24, chris navas a écrit : Bonjour, y a très longtemps j'utiliser la detection de sonnerie pour piloter un relais j'ai plus le montage mais un truc du genre pourrait tres bien faire l'affaire http://www.sonelec-musique.com/electronique_realisations_ligne_tel_detection_sonnerie.html et/ou http://www.sonelec-musique.com/electronique_realisations_ligne_tel_repetiteur_sonnerie_001.html Belle journée, Chris. Avec quand-même quelques conditions : - avoir une ligne analogique :) - avoir un dispositif qui est capable de reconnaitre un code (on ne va pas rebooter la box + le serveur à chaque appel téléphonique) Si le code est un nombre de sonneries, ce n'est pas très fiable. Si le code c'est plusieurs appels successifs avec un nombre de sonneries (combinaison), ça devient un peu lourd comme principe ! Si le dispositif implique un décrochage et l'analyse de signaux DTMF, on se prive de répondeur et c'est une technique en voie de disparition... Comme on a une Freebox et qu'on peut déjà la rebooter à distance, on va plutôt passer par internet pour rebooter le serveur qui est derrière ? Parce que si on n'a plus de liaison internet, on a plus besoin de rebooter un serveur ;)
Re: Reboot électrique distant
Bonjour As-tu cherché du côté d'Arduino ? Le plus simple est de lire une information dans un fichier hébergé sur un site web (l'Arduino utilise la box pour lire ce fichier, toutes les 5mn par exemple) http://www.devsector.ch/cavimaster/2014/04/prise-230v-commandee-par-internet-arduino-relais/ Le principe est d'envoyer un ordre. Mais sans confirmation de réception et de bonne exécution en retour ! Le pilotage le plus rustique est de déposer le fichier contenant l'ordre de reboot via ftp, attendre entre 10mn, puis le remplacer par le fichier sans ordre de reboot. L'Arduino, s'il ne trouve pas de fichier (ou s'il trouve le fichier sans ordre de reboot) ne fait rien. Si l'Arduino trouve l'ordre de reboot : - il actionne son relais (position "arret du courant") - attend 3 secondes - replace le relais en position "marche" - attend 15mn avant de se remettre lire à nouveau le fichier distant toutes les 5mn. Adaptation hardware pour minimiser la consommation : utiliser la broche "repos" du relais pour établir le courant et laisser la broche "travail" déconnectée. C'est une des solutions les moins coûteuses. Comme ce besoin de reboot est rare, le principe d'attendre 10mn ne me semble pas pénalisant. *** Plus coûteux (en énergie électrique aussi -> 1A) serait de faire tourner un serveur web sur un Raspberry (Raspbian) et utiliser la redirection de port de la Freebox pour accéder à une page de commande depuis l'extérieur. On se connecte à distance (login/mot de passe/fail2ban). (http://ip.de.ma.freebox:port/dossier_reboot...) On commande un relais connecté au Raspberry (3,3V => transitor => relais). Dans ce cas on peut aussi ajouter en entrée des capteurs qui permettent de vérifier l'état des appareils connectés (détection de courant, température,...) et on a donc des informations en retour sur l'état de son installation. *** Bonne journée Le 07/05/2018 à 23:15, kaliderus a écrit : Bonsoir, Bonjour, Je cherche une solution pour rebooter électriquement (comme dans l'ancien temps) quelques équipements à distance (une box et 2 ou 3 autres bricoles). Avec ceci par exemple ? https://support.usr.com/products/remotemanagement/console-server-product.asp?sku=USR4204# Mais avec ce truc (je ne sais même pas comment l'appeler en Français), est-ce que je vais pouvoir établir une communication analogique (comme dans l'ancien temps) avec le modem qui lui sera collé au derrière, sachant que je suis avec Free en dégroupé. Ou un switch administrable, et dans ce cas, je suis tributaire de la présence d'un réseau ip bien accessible et adéquatement configuré. Je me tâte, si vous avez d'autres pistes/conseils/tuyaux/infos/idées/ou/que/sais/je j'en serai heureux... Merci.
RE: Reboot
Bonjour Gérald, Tu pourrais regarder du coté des touches « SysRq » (voir /proc/sysrq-trigger ou la page http://en.wikipedia.org/wiki/Magic_SysRq_key). Cdlt, Fred. -Message d'origine- De : Gerald [mailto:gerald.ra...@gmail.com] Envoyé : lundi 17 septembre 2012 15:28 À : debian-user-french@lists.debian.org Objet : Reboot Bonjour, Le redémarrage d'une debian squeeze ne se fait pas correctement : la machine bloque. Or je n'ai accès à cette machine que par ssh. Y-a-t-il un moyen de forcer a tout pris le redemerrage en utilisant une fonction autre que reboot ou y-a-t-il moyen de voir le problème à la manière d'un dmesg ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/50572575.8000...@gmail.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/C352174B6B58ED4FBA07CFB13C9DAC693327A336@cadine.france.prosodie.local
Fwd: Re: Reboot
Et sinon un reboot -f m'assure-t-il à 100% un reboot ? Le 19/09/2012 10:14, Boiteux Frederic a écrit : Bonjour Gérald, Tu pourrais regarder du coté des touches « SysRq » (voir /proc/sysrq-trigger ou la page http://en.wikipedia.org/wiki/Magic_SysRq_key). Cdlt, Fred. -Message d'origine- De : Gerald [mailto:gerald.ra...@gmail.com] Envoyé : lundi 17 septembre 2012 15:28 À : debian-user-french@lists.debian.org Objet : Reboot Bonjour, Le redémarrage d'une debian squeeze ne se fait pas correctement : la machine bloque. Or je n'ai accès à cette machine que par ssh. Y-a-t-il un moyen de forcer a tout pris le redemerrage en utilisant une fonction autre que reboot ou y-a-t-il moyen de voir le problème à la manière d'un dmesg ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/50572575.8000...@gmail.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/505981c7.5060...@gmail.com
Re: Reboot
On Mon, 17 Sep 2012 15:28:21 +0200 Gerald gerald.ra...@gmail.com wrote: Le redémarrage d'une debian squeeze ne se fait pas correctement : la machine bloque. Or je n'ai accès à cette machine que par ssh. T'es coincé parce que SSH ne se met en branle qu'à la fin du boot et que de toute façon la policy Debian interdit toute connection avant la fin effective dudit boot. -- NNawâK: NOUS SOMME UNE GENERATION PERVERTIE PAR LA TELEVISION, L'ALCOOL, LA DROGUE ET INTERNET ! NawâK: Mais on s'en plaint pas ! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120917154426.35abf111@anubis.defcon1
Re: reboot intempestif, pbs avec iceweasel de Sid ??
Fabien Dubois a écrit : Bonsoir à tous, voilà depuis quelques jours mon ordi (sid) reboote intempestivement ; pas trop de dégât mais j'ai au passage perdu toutes ma config icedove. Je commence à soupconner fortement la dernière version de iceweasel 3.0rc2 (enfin celle de sid quoi) et le flash qui le fait planter régulièrement. Au mieux c'est juste lui, au pire reboot instantané. Le pb est que ça se manifeste aussi sans utilisation de iceweasel (par ex. ordi non utilisé, en veille, et au retour ben je suis sur GDM, il a rebooté !). J'ai fait un peu de ménage dans les plugins flash, pour l'instant ça a l'air d'aller mieux. Mais j'ai encore eu une fermeture de iceweasel sur un pop up au moment de sa fermeture. Bref, avez vous des soucis avec iceweasel, si oui lesquels ? non PS j'ai aussi nettoyé l'intérieur, remis de la pate thermique, le proc chauffait pas mal. Maintenant la température est redevenu normale, mais il m'a quand même rebooté, en utilisant iceweasel avec du flash, d'où tu as du toucher la RAM et lui filer une décharge électrostatique. = changer la RAM -- I'd rather push my Harley than ride a rice burner. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot intempestif, pbs avec iceweasel de Sid ??
Jean-Yves F. Barbier a écrit : . Bref, avez vous des soucis avec iceweasel, si oui lesquels ? non tu as du toucher la RAM et lui filer une décharge électrostatique. = changer la RAM En, effet j'ai même rajouté de la RAM. Je veux bien croire à ça, j'ai fait cependant attention. Mais, il y en a un, les reboots ont commencé alors que je n'avais encore rien fait, pas même ouvert le capot ! Alors avant d'aller me faire jeter par mon revendeur (qui m'a proposé de l'installer, ils ont 80 % de retour en install perso, et moins de 20 % quand ils l'installent d'après eux !) je veux essayer de balayer toutes les possibilités. Merci pour la réponse. Fab -- # # Powered by GNU/Linux Debian Sid Icedove # Libérez votre ordinateur de l'oppression capitaliste, # utilisez les logiciels libres ! # -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot intempestif, pbs avec iceweasel de Sid ??
Fabien Dubois a écrit : Jean-Yves F. Barbier a écrit : . Bref, avez vous des soucis avec iceweasel, si oui lesquels ? non tu as du toucher la RAM et lui filer une décharge électrostatique. = changer la RAM En, effet j'ai même rajouté de la RAM. Je veux bien croire à ça, j'ai fait cependant attention. Mais, il y en a un, les reboots ont commencé alors que je n'avais encore rien fait, pas même ouvert le capot ! Alors avant d'aller me faire jeter par mon revendeur (qui m'a proposé de l'installer, ils ont 80 % de retour en install perso, et moins de 20 % quand ils l'installent d'après eux !) je veux essayer de balayer toutes les possibilités. Merci pour la réponse. Fab wai, pour en avoir le coeur net, charge memtest, claque-le sur un CDRW, et boot avec, puis laisse le tourner une nuit complète pour voir. -- Nuclear war would really set back cable. -- Ted Turner -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot intempestif, pbs avec iceweasel de Sid ??
Fabien Dubois, jeudi 26 juin 2008, 20:37:32 CEST Jean-Yves F. Barbier a écrit : . Bref, avez vous des soucis avec iceweasel, si oui lesquels ? non tu as du toucher la RAM et lui filer une décharge électrostatique. = changer la RAM En, effet j'ai même rajouté de la RAM. Je veux bien croire à ça, j'ai fait cependant attention. Mais, il y en a un, les reboots ont commencé alors que je n'avais encore rien fait, pas même ouvert le capot ! Alors avant d'aller me faire jeter par mon revendeur (qui m'a proposé de l'installer, ils ont 80 % de retour en install perso, et moins de 20 % quand ils l'installent d'après eux !) je veux essayer de balayer toutes les possibilités. Merci pour la réponse. Fab Et le pilote graphique ? Sinon, memtest86+ (en démarrage seul, laisser plusieurs heures (la nuit, quoi)). Ça ne révèle pas forcément tous les problèmes mais quelques uns. Si ça se passe quand tu le laisses seul, c’est peut-être causé par le déclenchement du screensaver (s’il y en a un) : ça utilise le pilote graphique (parfois en OpenGL), le CPU et la RAM. Tu peux aussi les tester pour voir s’il y en a un qui fait planter. Ça peut aussi être l’alimentation : insuffisante ou sautes d’humeur ou micro-coupures… Vérifier les branchements. En résumé : CPU, RAM, pilote graphique, ou alimentation. -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot intempestif, pbs avec iceweasel de Sid ??
Bonjour, Le jeudi 26 juin 2008, Fabien Dubois a écrit... = changer la RAM En, effet j'ai même rajouté de la RAM. Je veux bien croire à ça, j'ai Si tu as plusieurs barettes, essaie de les enlever une après l'autre, en les remplaçant successivement, bien sûr. Tu verras si la suppression de l'une supprime le problème. Ça m'est arrivé. Pas besoin de memtest dans ce cas là. -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.spidboutic.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot intempestif, pbs avec iceweasel de Sid ??
Fabien Dubois a écrit : Jean-Yves F. Barbier a écrit : . Bref, avez vous des soucis avec iceweasel, si oui lesquels ? non tu as du toucher la RAM et lui filer une décharge électrostatique. = changer la RAM En, effet j'ai même rajouté de la RAM. Je veux bien croire à ça, j'ai fait cependant attention. Mais, il y en a un, les reboots ont commencé alors que je n'avais encore rien fait, pas même ouvert le capot ! Alors avant d'aller me faire jeter par mon revendeur (qui m'a proposé de l'installer, ils ont 80 % de retour en install perso, et moins de 20 % quand ils l'installent d'après eux !) je veux essayer de balayer toutes les possibilités. Merci pour la réponse. Fab Merci pour vos réponses, je teste cette nuit et on verra au réveil. Bonne soirée, Fab. -- # # Powered by GNU/Linux Debian Sid Icedove # Libérez votre ordinateur de l'oppression capitaliste, # utilisez les logiciels libres ! # -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot intempestif, pbs avec iceweasel de Sid ??
On Thursday 26 June 2008 20:37:32 Fabien Dubois wrote: Jean-Yves F. Barbier a écrit : . Bref, avez vous des soucis avec iceweasel, si oui lesquels ? non tu as du toucher la RAM et lui filer une décharge électrostatique. = changer la RAM En, effet j'ai même rajouté de la RAM. Je veux bien croire à ça, j'ai fait cependant attention. Mais, il y en a un, les reboots ont commencé alors que je n'avais encore rien fait, pas même ouvert le capot ! Alors avant d'aller me faire jeter par mon revendeur (qui m'a proposé de l'installer, ils ont 80 % de retour en install perso, et moins de 20 % quand ils l'installent d'après eux !) je veux essayer de balayer toutes les possibilités. Merci pour la réponse. Fab -- # # Powered by GNU/Linux Debian Sid Icedove # Libérez votre ordinateur de l'oppression capitaliste, # utilisez les logiciels libres ! # -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot intempestif, pbs avec iceweasel de Sid ??
Fabien Dubois a écrit : Jean-Yves F. Barbier a écrit : . Bonsoir, Bref, avez vous des soucis avec iceweasel, si oui lesquels ? non Plantage régulier ... hélas (sid) tu as du toucher la RAM et lui filer une décharge électrostatique. = changer la RAM En, effet j'ai même rajouté de la RAM. Je veux bien croire à ça, j'ai fait cependant attention. Mais, il y en a un, les reboots ont commencé alors que je n'avais encore rien fait, pas même ouvert le capot ! Alors avant d'aller me faire jeter par mon revendeur (qui m'a proposé de l'installer, ils ont 80 % de retour en install perso, et moins de 20 % quand ils l'installent d'après eux !) je veux essayer de balayer toutes les possibilités. Merci pour la réponse. Fab sinon, j'ai eu aussi des soucis de reboot, c'était l'alimentation qui posait problème. ++ -- Bruno Magagnini - Besancon -- L'adulte ne croit pas au père Noël. Il vote - Pierre Desproges -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot intempestif, pbs avec iceweasel de Sid ??
Bruno Magagnini a écrit : .. Bref, avez vous des soucis avec iceweasel, si oui lesquels ? non Plantage régulier ... hélas (sid) hu? j'ai une install de dev sous sid depuis 3 ans qui n'a jamais plantée (d'accord, dès fois des chtits pbs, comme la perte d'un package à cause de l'attente de la MàJ d'une de ses libs, ou googleearth qui renvoie à la console; mais pas de plantages au sens littéral du terme) .. sinon, j'ai eu aussi des soucis de reboot, c'était l'alimentation qui posait problème. wai, ça arrive aussi, mais c'est bcp plus rare (souvent avec les alims bas de gamme) -- Sir Francis Drake circumcised the world with a 100 foot clipper. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot intempestif, pbs avec iceweasel de Sid ??
Jean-Yves F. Barbier wrote: Bruno Magagnini a écrit : Salut, [...] sinon, j'ai eu aussi des soucis de reboot, c'était l'alimentation qui posait problème. wai, ça arrive aussi, mais c'est bcp plus rare (souvent avec les alims bas de gamme) Tu fais bien d'en parler, un de mes serveurs de mails a lâché comme cela avant hier :)! Un vieux coucou. Au passage pour memtest, on est pas obligé de le graver. La dernière fois que je l'ai utilisé je l'ai installé (apt-get), et mis à jour grub. Il suffit ensuite de rebooter et de le sélectionner à l'invite. Bonne fin de soirée. -- Franck Joncourt http://debian.org - http://smhteam.info/wiki/ Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE signature.asc Description: OpenPGP digital signature
Re: reboot intempestif, pbs avec iceweasel de Sid ??
Le jeudi 26 juin 2008 à 21:31 +0200, Jean-Michel OLTRA a écrit : Bonjour, Le jeudi 26 juin 2008, Fabien Dubois a écrit... = changer la RAM En, effet j'ai même rajouté de la RAM. Je veux bien croire à ça, j'ai Si on va côté ajout de ram, il peut arriver que des modèles différents (en général marques différentes) posent des problèmes de compatibilité. En cas général sur ces composants a gravure fine, donc très sensibles: - ne pas opérer sur la moquette, - encore moins assis sur un siège recouvert de synthétique. - préférer les bas en soie ;) et ne pas hésiter à enlever ses chaussures à semelles isolantes. - Eteindre le pc avec le bouton de l'alimentation. - Toucher la carosserie et garder le contact avant de sortir la barette de l'emballage anti-statique. - Eviter de toucher les contact, en dehors de la statique, la transpiration est acide et n'améliore pas les contacts (caractéristique avec les piles de montres qu'il ne faut jamais toucher avec les doigts). Bref, avec un peu de parano, les pannes aléatoires sont beaucoup moins fréquentes. Amicalement -- Jérôme [EMAIL PROTECTED] aranha.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot intempestif, pbs avec iceweasel de Sid ??
Jérôme wrote: Le jeudi 26 juin 2008 à 21:31 +0200, Jean-Michel OLTRA a écrit : [...] En cas général sur ces composants a gravure fine, donc très sensibles: - ne pas opérer sur la moquette, - encore moins assis sur un siège recouvert de synthétique. - préférer les bas en soie ;) et ne pas hésiter à enlever ses chaussures à semelles isolantes. - Eteindre le pc avec le bouton de l'alimentation. - Toucher la carosserie et garder le contact avant de sortir la barette de l'emballage anti-statique. - Eviter de toucher les contact, en dehors de la statique, la transpiration est acide et n'améliore pas les contacts (caractéristique avec les piles de montres qu'il ne faut jamais toucher avec les doigts). Bref, avec un peu de parano, les pannes aléatoires sont beaucoup moins fréquentes. Il existe aussi des bracelets anti-statique et des talonnettes. Je manipule des composants tous les jours, que ce soient des cartes électroniques entières ou des composants cms, et jusqu'à présent je n'ai rien cassé ; je pense donc que cela est surtout un coup de pas de chance quand cela arrive. Mais bon, je changerais peut-être d'avis dans peu de temps :p! -- Franck Joncourt http://debian.org - http://smhteam.info/wiki/ Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE signature.asc Description: OpenPGP digital signature
Re: reboot intempestif, pbs avec iceweasel de Sid ??
Franck Joncourt a écrit : Jérôme wrote: Le jeudi 26 juin 2008 à 21:31 +0200, Jean-Michel OLTRA a écrit : [...] En cas général sur ces composants a gravure fine, donc très sensibles: - ne pas opérer sur la moquette, - encore moins assis sur un siège recouvert de synthétique. - préférer les bas en soie ;) et ne pas hésiter à enlever ses chaussures à semelles isolantes. - Eteindre le pc avec le bouton de l'alimentation. - Toucher la carosserie et garder le contact avant de sortir la barette de l'emballage anti-statique. on peut ajouter qu'opérer pieds nus sur du carrelage permet une meilleure mise à la terre. Et, qu'en sus des bas de soie, le porte-jaretelle est o-bli-ga-toi-re, afin d'obtenir une tension correcte:) - Eviter de toucher les contact, en dehors de la statique, la transpiration est acide et n'améliore pas les contacts (caractéristique avec les piles de montres qu'il ne faut jamais toucher avec les doigts). pas tout à fait vrai: la résistance électrique des emballages électrostatiques est non-nulle (et très étudiée); ce qui explique pourquoi on casse dès fois des composants emballés dans du papier d'alu... (pratique habituelle des vendeurs de composants) Bref, avec un peu de parano, les pannes aléatoires sont beaucoup moins fréquentes. c'est pas de la parano, ce sont les précautions d'usage Il existe aussi des bracelets anti-statique et des talonnettes. Je manipule des composants tous les jours, que ce soient des cartes électroniques entières ou des composants cms, et jusqu'à présent je n'ai rien cassé ; je pense donc que cela est surtout un coup de pas de chance quand cela arrive. wai, j'ai fais ça aussi; et tu peux ajouter la peinture antistat par terre, ainsi que des prises de terre d'excellente qualité auxquelles sont reliées ton tapis de travail ainsi que ton bracelet (mais il faut compter ~20-30 après connexion avant de commencer à tripoter les composants pour être sûr de ne vraiment rien casser du tout) JY -- You will think of something funnier than this to add to the fortunes. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot intempestif, pbs avec iceweasel de Sid ??
Franck Joncourt a écrit : Jean-Yves F. Barbier wrote: Bruno Magagnini a écrit : Salut, [...] sinon, j'ai eu aussi des soucis de reboot, c'était l'alimentation qui posait problème. wai, ça arrive aussi, mais c'est bcp plus rare (souvent avec les alims bas de gamme) Tu fais bien d'en parler, un de mes serveurs de mails a lâché comme cela avant hier :)! Un vieux coucou. ben, en général, une alim bien lourde à cause des gros passifs qu'il-y-a dedans fait bien l'affaire (et du taiwannais suffit; si tu veux, je peux demander à mon ex-associé ce qu'il vend maintenant (je crois que c'est du kvc) en 450W: ce sont des alims qui coûtent TTC €35.00 et sur lesquelles il n'a pas eu un seul retour en 3 ans) Au passage pour memtest, on est pas obligé de le graver. La dernière fois que je l'ai utilisé je l'ai installé (apt-get), et mis à jour grub. Il suffit ensuite de rebooter et de le sélectionner à l'invite. Ah, faut que je lise la doc pour lilo (j'aime pas gurb) -- BOFH excuse #441: Hash table has woodworm -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reboot intempestifs
Suite et fin. Ce week-end j'ai testé une autre alimentation, cela n'a rien changé. J'ai pu me rendre compte que j'avais en fait 2 barettes et que mon lshw avait bel et bien dit vrai la première fois. Une barette de 128Mo et une de 64Mo. La 64 semblait flinguée. J'ai testé divers emplacements mais niet. Au final, il y avait un peu poussière... j'ai aspiré tout ça, et je pense que j'ai dû faire mon bourrin. Résultat plus rien au démarrage. juste un toc toc toc toc toc dans le haut parleur. Donc j'ai soit achevé la carte mère, soit mes barettes. Sans doute en laissant branché le ventilateur du processeur au moment de l'aspiration de la poussière. Bref, j'ai récupéré une autre carte mère avec 512Mo de ram et après quelques galère de grub (error 18) et un flashage de bios, c'est reparti comme en 40! Je n'ai plus aucun problème de reboot et j'ai pu installer munin. Donc le souci était bien hardware et cela venait très probablement de la ram. J'ai au final changé : processeur, carte mère et ram (et carte graphique car j'avais la flemme de les échanger). J'ai conservé les disques, les cartes réseau et l'alim. J'ai d'ailleurs était étonné de voir que ma debian gère cela sans problème, elle n'a même pas sourcillé. Enfin, je tiens à vous remercier pour tous vos conseils et toutes vos astuces! Bon appetit. -- Vincent H Early Optimization is the root of all evil - Donald Knuth
Re: Reboot intempestifs
Bonjour et merci pour ta réponse. On 10/22/07, Jean-Yves F. Barbier [EMAIL PROTECTED] wrote: c'est memtest86+ qu'il faut installer; par ailleurs, il existe en image iso bootable pour tests Oui c'est ce que j'ai installé. J'ai testé ma RAM pendant 8h30, 17 passes de tests effectuées avec succès (0 erreur). (mais il ne découvre pas tout: il a fallu que je pousse la RAM au maximum pour découvrir que la corruption du fs venait de la barette#2, qui ne faisait pas d'erreurs à vitesse normale) Ah? Qu'entends-tu par pousser la RAM au maximum? J'ai booté sur memtest86+ et j'ai laissé tourné les tests. J'ai regardé les réglages rapidement et j'ai le souvenir qu'on pouvait modifier la taille de la ram à tester, mais il me semble que par défaut le logiciel teste toute la ram, non? Je vais également aller jeter un oeil sur /var/lib/dpkg/available -- Vincent H Early Optimization is the root of all evil - Donald Knuth
Re: Reboot intempestifs
Vincent H. a écrit : Bonjour et merci pour ta réponse. On 10/22/07, Jean-Yves F. Barbier [EMAIL PROTECTED] wrote: c'est memtest86+ qu'il faut installer; par ailleurs, il existe en image iso bootable pour tests Oui c'est ce que j'ai installé. J'ai testé ma RAM pendant 8h30, 17 passes de tests effectuées avec succès (0 erreur). (mais il ne découvre pas tout: il a fallu que je pousse la RAM au maximum pour découvrir que la corruption du fs venait de la barette#2, qui ne faisait pas d'erreurs à vitesse normale) Ah? Qu'entends-tu par pousser la RAM au maximum? J'ai booté sur memtest86+ et j'ai laissé tourné les tests. J'ai regardé les réglages rapidement et j'ai le souvenir qu'on pouvait modifier la taille de la ram à tester, mais il me semble que par défaut le logiciel teste toute la ram, non? sur la CM que je testais, le BIOS offrait la poss. de différents timings: Normal, Fast, Turbo, 10ns, 8ns, j'ai vérifié que chaque barette tenait aussi le 2-2-x en démarrant avec une seule barette et en regardant ce que memtest indiquait comme chiffres) et j'ai tout mis au plus petit; et c'est là que les erreurs sont apparues (en mode normal, aléatoires et dès fois rien en 9h de burn-in, mais nombreuses et dès le test 3 (ou 4, sais'pu) en étant poussées). Par ailleurs, n'oublie pas que les premiers 108KB ne sont pas testés puisqu'ils servent à héberger le programme memtest (mais tu peux ruser en intervertissant 2 barettes; c'est le propre de l'homme: il est pervert envers les petits programmes :) JY -- I continued wetting my bed for a long time, not just out of contrariness, but to have the pleasure of feeling my warm urine running down my legs and wallowing in its odor. -- Salvador Dali
Re: Reboot intempestifs
On 10/24/07, Charles Plessy [EMAIL PROTECTED] wrote: Le Tue, Oct 23, 2007 at 05:57:15PM +0200, Sylvain Sauvage a écrit : D'ailleurs, si le CPU fait du speedstep/trucmuche, il peut changer de tension (c'est le cas pour le Cool'n'quiet d'AMD, je n'ai pas les senseurs de tension avec mon Intel). Hypothèse à deux francs: une vieille option oubliée du bios demande l'arrêt de la machine à une date précise, et cette date est oubliée à la fin du timeout de la commande NTP, qui prend plus de temps si la machine est occupée. As-tu essayé de désactiver NTP et de redémarrer ensuite ? Idée interressante. Cependant, quand je force ma machine à ne pas rebooter (on aura tout lu!) à l'aide d'un memtest 16M je peux voir que les requete ntp continue sans faire rebooter la machine. Mais il y a sans doute un rapport avec la gestion de l'énergie. Je viens de me rappeler que j'avais eu des problèmes similaire en 2001 avec les modem USB et les chipset VIA. Le chipset gérait mal l'usb et la machine rebootait. Or il s'agit d'un chipset VIA. Carte mère Abit VH6. Mais j'ai vérifié et j'ai déjà le dernier firmware existant pour cette carte mère à savoir la version 7J. Je vais tenter l'idée de damelo de débrancher des trucs inutiles genre lecteur de CD et vérifier que tout est bien branché. Au passage j'ai réinstallé munin pour voir et il fonctionne ... Bref le coup du memtest 16M est utile mais j'aimerais vraiment comprendre quel processus faire rebooter ma machine. Une mise à jour pourrait-elle être en cause? Je vais retourner voir dans les log d'aptitude je pense... et vérifier mon hardware... Merci encore pour vos idées. -- Vincent H Early Optimization is the root of all evil - Donald Knuth
Re: Reboot intempestifs
Vincent H. a écrit : On 10/24/07, Charles Plessy [EMAIL PROTECTED] wrote: Le Tue, Oct 23, 2007 at 05:57:15PM +0200, Sylvain Sauvage a écrit : D'ailleurs, si le CPU fait du speedstep/trucmuche, il peut changer de tension (c'est le cas pour le Cool'n'quiet d'AMD, je n'ai pas les senseurs de tension avec mon Intel). Hypothèse à deux francs: une vieille option oubliée du bios demande l'arrêt de la machine à une date précise, et cette date est oubliée à la fin du timeout de la commande NTP, qui prend plus de temps si la machine est occupée. As-tu essayé de désactiver NTP et de redémarrer ensuite ? Idée interressante. Cependant, quand je force ma machine à ne pas rebooter (on aura tout lu!) à l'aide d'un memtest 16M je peux voir que les requete ntp continue sans faire rebooter la machine. Mais il y a sans doute un rapport avec la gestion de l'énergie. Je viens de me rappeler que j'avais eu des problèmes similaire en 2001 avec les modem USB et les chipset VIA. Le chipset gérait mal l'usb et la machine rebootait. Or il s'agit d'un chipset VIA. Carte mère Abit VH6. Mais j'ai vérifié et j'ai déjà le dernier firmware existant pour cette carte mère à savoir la version 7J. Je vais tenter l'idée de damelo de débrancher des trucs inutiles genre lecteur de CD et vérifier que tout est bien branché. Au passage j'ai réinstallé munin pour voir et il fonctionne ... Bref le coup du memtest 16M est utile mais j'aimerais vraiment comprendre quel processus faire rebooter ma machine. Une mise à jour pourrait-elle être en cause? Je vais retourner voir dans les log d'aptitude je pense... et vérifier mon hardware... Merci encore pour vos idées. Penser à verifier si se n'set pas une surchauffe d'un élément (proc, chip...). Mon pb c'est réglé tout seul mais j'ai changer le refroidissement de mon cpu (prescott) qui chauffait a des 65° Bonne chance... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reboot intempestifs
On 10/25/07, Vincent H. [EMAIL PROTECTED] wrote: les requete ntp continue sans faire rebooter la machine. les requetes ntp continuent Bref le coup du memtest 16M est utile mais j'aimerais vraiment comprendre quel processus faire rebooter ma machine. processus fait Désolé pour les fautes -- Vincent H Early Optimization is the root of all evil - Donald Knuth
Re: Reboot intempestifs
j'ai aussi ce type de PB sur une CM ECS, et je ne suis pas loin de me dire que, puisque toutes les RAMs ont été changées, il ne reste plus que les HDs ou la CM (j'ai régulièrement un ou deux caractères qui merdouillent dans /var/lib/dpkg/available (et/ou status)) ça arrive dès fois après une pêche électrique Vincent H. a écrit : On 10/23/07, Jean-Michel OLTRA [EMAIL PROTECTED] wrote: Bonjour, Bonjour et merci de ta réponse, Si tu as plusieurs barettes, essaie de les retirer une à une. J'ai déjà eu ce problème de reboot intempestif. C'était tout bonnement une barette mémoire défectueuse. Alors en fait j'ai vérifié hier soir et je n'ai bien qu'une seule barrete de 128 Mo. J'ai éxecuté memtest86+ toute la nuit: 8h30 de tests, 17 passes éxecutées avec succès : 0 erreur. Que faire? J'ai regardé un peu les logs de webmin qui m'avait l'air un peu suspect, je l'ai donc purement et simplement desinstallé lui aussi car je ne m'en sers plus depuis des mois. J'ai éteint les autres machines de mon réseau local, mais cela ne change rien. Est-il possible de faire rebooter une machine en la spammant sur le net? Ai-je un moyen de vérifier cela? D'autres log peuvent-ils m'aider à comprendre ces reboots? Je ne sais plus trop où chercher là :-/ Pour rappel, au niveau du hardware, j'ai refait mon swap avec vérification des blocs défectueux (résultat: aucun bloc défectueux), testé ma ram toute la nuit (0 erreur), et j'ai fait également de la place sur / (~ 3Go). Niveau software: désinstallation de munin et de ses dépendances. désinstallation de webmin. Je suis un peu perdu là... Merci encore pour toute votre aide. -- It is now quite lawful for a Catholic woman to avoid pregnancy by a resort to mathematics, though she is still forbidden to resort to physics and chemistry. -- H. L. Mencken
Re: Reboot intempestifs
c'est memtest86+ qu'il faut installer; par ailleurs, il existe en image iso bootable pour tests (mais il ne découvre pas tout: il a fallu que je pousse la RAM au maximum pour découvrir que la corruption du fs venait de la barette#2, qui ne faisait pas d'erreurs à vitesse normale) Vincent H. a écrit : On 10/22/07, Gilles Mocellin [EMAIL PROTECTED] wrote: Un petit coup de memtest86++ permettrait d'en savoir plus. Est-il possible de booter sur memtest86, faire une serie de test (qui log le tout quelque part) et ensuite rebooter automatiquement le serveur pour me permettre d'avoir à nouveau la main et finalement étudier les logs? J'ai installé memtest86, il s'est à priori rajouté tout seul dans grub (j'ai pas eu le temps de lire le fichier menu.lst en entier mais j'ai pu trouver un memtest86 dedans) -- #if _FP_W_TYPE_SIZE 32 #error Here's a nickel kid. Go buy yourself a real computer. #endif -- linux/arch/sparc64/double.h
Re: Reboot intempestifs
On 10/23/07, Jean-Michel OLTRA [EMAIL PROTECTED] wrote: Bonjour, Bonjour et merci de ta réponse, Si tu as plusieurs barettes, essaie de les retirer une à une. J'ai déjà eu ce problème de reboot intempestif. C'était tout bonnement une barette mémoire défectueuse. Alors en fait j'ai vérifié hier soir et je n'ai bien qu'une seule barrete de 128 Mo. J'ai éxecuté memtest86+ toute la nuit: 8h30 de tests, 17 passes éxecutées avec succès : 0 erreur. Que faire? J'ai regardé un peu les logs de webmin qui m'avait l'air un peu suspect, je l'ai donc purement et simplement desinstallé lui aussi car je ne m'en sers plus depuis des mois. J'ai éteint les autres machines de mon réseau local, mais cela ne change rien. Est-il possible de faire rebooter une machine en la spammant sur le net? Ai-je un moyen de vérifier cela? D'autres log peuvent-ils m'aider à comprendre ces reboots? Je ne sais plus trop où chercher là :-/ Pour rappel, au niveau du hardware, j'ai refait mon swap avec vérification des blocs défectueux (résultat: aucun bloc défectueux), testé ma ram toute la nuit (0 erreur), et j'ai fait également de la place sur / (~ 3Go). Niveau software: désinstallation de munin et de ses dépendances. désinstallation de webmin. Je suis un peu perdu là... Merci encore pour toute votre aide. -- Vincent H Early Optimization is the root of all evil - Donald Knuth
Re: Reboot intempestifs
Bonjour, Le mardi 23 octobre 2007, Vincent H. a écrit... J'ai éxecuté memtest86+ toute la nuit: 8h30 de tests, 17 passes éxecutées avec succès : 0 erreur. Ce n'est pas beaucoup, 8h30 Que faire? Remplace ta barette, et profite en pour en mettre une de plus grande capacité. -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.spidboutic.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reboot intempestifs
Jean-Michel OLTRA a écrit : Bonjour, Le mardi 23 octobre 2007, Vincent H. a écrit... J'ai éxecuté memtest86+ toute la nuit: 8h30 de tests, 17 passes éxecutées avec succès : 0 erreur. Ce n'est pas beaucoup, 8h30 En même temps c'est beaucoup par rapport au reboot qui survient au bout de 7 minutes, non ? à mon avis le problème de ram est une fausse piste. De plus j'ai vu des machines planter (kernel panic) suite à un problème de ram mais jamais rebooter... (sauf sous winxp où c'est le comportement par défaut en cas de plantage). Que faire? Essayer une autre alimentation ! ben oui, on y pense jamais à celle-là tant qu'elle ne fume pas, mais il arrive qu'elle ne crame pas d'un coup... Quel est le comportement de ce PC en cas de coupure ? il reste éteint ou il reboot ? Ça me semble quand même le premier point à vérifier en cas d'extinction / reboot intempestif. signature.asc Description: OpenPGP digital signature
Re: Reboot intempestifs
On 10/23/07, Hugues LARRIVE [EMAIL PROTECTED] wrote: Ce n'est pas beaucoup, 8h30 En même temps c'est beaucoup par rapport au reboot qui survient au bout de 7 minutes, non ? C'est juste. Que faire? Essayer une autre alimentation ! ben oui, on y pense jamais à celle-là tant qu'elle ne fume pas, mais il arrive qu'elle ne crame pas d'un coup... Quel est le comportement de ce PC en cas de coupure ? il reste éteint ou il reboot ? Ça me semble quand même le premier point à vérifier en cas d'extinction / reboot intempestif. Oui l'idée est bonne, je vais m'y résigner, même si l'alimentation de ce serveur est récente (moins d'un an) et de bonne qualité (Fortron green) Cependant, j'ai pu remarquer la chose suivante: Lorsque je lance une tâche qui prend 99% du cpu (type memtester), la machine ne reboot plus! Je peux ouvrir d'autre sessions ssh et faire trop choses (lentement cependant...) Peut-etre devrais-je regarder du côté des priorités d'execution de certains processus? -- Vincent H Early Optimization is the root of all evil - Donald Knuth
Re: Reboot intempestifs
Hugues LARRIVE, mardi 23 octobre 2007, 16:09:08 CEST […] De plus j'ai vu des machines planter (kernel panic) suite à un problème de ram mais jamais rebooter... (sauf sous winxp où c'est le comportement par défaut en cas de plantage). ^^ C’est pas le comportement par défaut « tout court » ;oP Que faire? Essayer une autre alimentation ! ben oui, on y pense jamais à celle-là tant qu'elle ne fume pas, mais il arrive qu'elle ne crame pas d'un coup... Quel est le comportement de ce PC en cas de coupure ? il reste éteint ou il reboot ? Ça me semble quand même le premier point à vérifier en cas d'extinction / reboot intempestif. Oui, il suffit aussi parfois d’une légère faiblesse sur le mauvais brin. La plupart du temps, ce sont les disques qui trinquent mais pourquoi pas le CPU… D’ailleurs, si le CPU fait du speedstep/trucmuche, il peut changer de tension (c’est le cas pour le Cool’n’quiet d’AMD, je n’ai pas les senseurs de tension avec mon Intel). -- Sylvain Sauvage
Re: Reboot intempestifs
Sylvain Sauvage a écrit : Hugues LARRIVE, mardi 23 octobre 2007, 16:09:08 CEST […] De plus j'ai vu des machines planter (kernel panic) suite à un problème de ram mais jamais rebooter... (sauf sous winxp où c'est le comportement par défaut en cas de plantage). ^^ C’est pas le comportement par défaut « tout court » ;oP Que faire? Essayer une autre alimentation ! ben oui, on y pense jamais à celle-là tant qu'elle ne fume pas, mais il arrive qu'elle ne crame pas d'un coup... Quel est le comportement de ce PC en cas de coupure ? il reste éteint ou il reboot ? Ça me semble quand même le premier point à vérifier en cas d'extinction / reboot intempestif. Oui, il suffit aussi parfois d’une légère faiblesse sur le mauvais brin. La plupart du temps, ce sont les disques qui trinquent mais pourquoi pas le CPU… D’ailleurs, si le CPU fait du speedstep/trucmuche, il peut changer de tension (c’est le cas pour le Cool’n’quiet d’AMD, je n’ai pas les senseurs de tension avec mon Intel). Bonjour. Je me suis battu avec une carte mère pour le même problème. J'ai changé celle là, puis réinstaller + tard et elle refonctionne 24/24 sans pb. (???). Peut-être le fait de tout débrancher et rebrancher peut régler le pb. Bonne chance... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reboot intempestifs
Le Tue, Oct 23, 2007 at 05:57:15PM +0200, Sylvain Sauvage a écrit : D’ailleurs, si le CPU fait du speedstep/trucmuche, il peut changer de tension (c’est le cas pour le Cool’n’quiet d’AMD, je n’ai pas les senseurs de tension avec mon Intel). Hypothèse à deux francs: une vieille option oubliée du bios demande l'arrêt de la machine à une date précise, et cette date est oubliée à la fin du timeout de la commande NTP, qui prend plus de temps si la machine est occupée. As-tu essayé de désactiver NTP et de redémarrer ensuite ? Bonne chance. -- Charles Plessy http://charles.plessy.org Wako, Saitama, Japan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reboot intempestifs
Vincent H. a écrit : Cependant, depuis ces operations, mon serveur reboot sans arrêt... Peut-être que munin n'était pas la cause et que les reboot sont arrivés en même temps par pure coincidence alors? Ou alors une dépendance installée par munin qui resterait. Tu as installé munin avec aptitude ? Si oui, regarde le log Tu peux aussi regarder ls -tl /var/cache/apt/archives/|head pour regarder les dernier deb téléchargés. Néanmoins voici mon syslog de l'instant, juste avant un reboot: Oct 22 09:49:13 thargos ntpd[2774]: synchronized to 88.191.12.184, stratum 2 Oct 22 09:49:13 thargos ntpd[2774]: kernel time sync enabled 0001 Oct 22 09:58:47 thargos ntpd[2774]: synchronized to 88.191.14.223, stratum 2 Oct 22 10:12:38 thargos syslogd 1.4.1#18: restart. 10 min pour une synchro ntp, c'est bizarre... un autre Oct 22 10:13:00 thargos ntpd[4157]: synchronized to 88.191.19.23, stratum 2 Oct 22 10:13:00 thargos ntpd[4157]: kernel time sync enabled 0001 Oct 22 10:17:01 thargos /USR/SBIN/CRON[4297]: (root) CMD ( cd / run-parts --report /etc/cron.hourly) Oct 22 10:19:05 thargos syslogd 1.4.1#18: restart. Pourquoi ton syslog redémarre toutes les 7 min ? Clairement, je manque d'info Je ne sais pas trop où chercher ce qui fait rebooter mon serveur. Mais c'est souvent suite à un /USR/SBIN/CRON Donc regarde /etc/crontab et /etc/cron*/* Or j'ai regardé dans le crontab du root et je n'ai rien de planifié qui fasse rebooter la machine toutes les 5 minutes. D'ailleurs je n'ai pas touché au crontab du root depuis des mois. Quelqu'un aurait-il une piste s'il vous plait? Dernière info sur munin. Après un updatedb, locate munin me donne ça: [vincent][0]~$ locate munin /var/cache/apt/archives/munin_1.2.5-1_all.deb /var/cache/apt/archives/munin-node_1.2.5-1_all.deb [vincent][0]~$ Donc je pense que de ce côté c'est clean (?) Oui. -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reboot intempestifs
Le Monday 22 October 2007 11:18:09 Daniel Caillibaud, vous avez écrit : Vincent H. a écrit : [...] Oct 22 10:13:00 thargos ntpd[4157]: synchronized to 88.191.19.23, stratum 2 Oct 22 10:13:00 thargos ntpd[4157]: kernel time sync enabled 0001 Oct 22 10:17:01 thargos /USR/SBIN/CRON[4297]: (root) CMD ( cd / run-parts --report /etc/cron.hourly) Oct 22 10:19:05 thargos syslogd 1.4.1#18: restart. Pourquoi ton syslog redémarre toutes les 7 min ? Je pense que c'est justement après le reboot. Donc, le syslog n'a rien écrit avant le redémarrage, c'est un beau plantage. Je soupçonnerais d'emblée la mémoire. Un petit coup de memtest86++ permettrait d'en savoir plus. signature.asc Description: This is a digitally signed message part.
Re: Reboot intempestifs
Merci Daniel pour ta réponse rapide. On 10/22/07, Daniel Caillibaud [EMAIL PROTECTED] wrote: Ou alors une dépendance installée par munin qui resterait. Tu as installé munin avec aptitude ? Si oui, regarde le log Dans le log j'ai trouvé ceci d'interressant : [INSTALLÉ, DÉPENDANCES] libart-2.0-2 [INSTALLÉ, DÉPENDANCES] libdate-manip-perl [INSTALLÉ, DÉPENDANCES] libhtml-template-perl [INSTALLÉ, DÉPENDANCES] libio-multiplex-perl [INSTALLÉ, DÉPENDANCES] libnet-cidr-perl [INSTALLÉ, DÉPENDANCES] libnet-server-perl [INSTALLÉ, DÉPENDANCES] libnet-snmp-perl [INSTALLÉ, DÉPENDANCES] librrd2 [INSTALLÉ, DÉPENDANCES] librrds-perl [INSTALLÉ, DÉPENDANCES] rrdtool [INSTALLÉ, DÉPENDANCES] ttf-dejavu [INSTALLÉ] munin [INSTALLÉ] munin-node et plus bas les memes dépendances retirées sauf ttf-dejavu que je viens de retirer avec un aptitude remove (meme si ce n'est qu'une police apparement). Tu peux aussi regarder ls -tl /var/cache/apt/archives/|head pour regarder les dernier deb téléchargés. De ce côté ça a l'air ok puisque je ne retrouve pas munin ni aucun paquets des dépendances. De plus le fichier le plus récent date du 13/10 et j'ai installé munin le 19/10. 10 min pour une synchro ntp, c'est bizarre... Oui c'est peut-être un peu rapide. Il faudrait que je regarde ma config mais ça tourne comme ça depuis un bail a priori, j'ai configuré ça il y a des mois. Pourquoi ton syslog redémarre toutes les 7 min ? Parce que mon serveur est resté allumé 7 minutes :) Ce qui ne facilite pas ma tâche à distance Dernière info sur munin. Après un updatedb, locate munin me donne ça: [vincent][0]~$ locate munin /var/cache/apt/archives/munin_1.2.5-1_all.deb /var/cache/apt/archives/munin-node_1.2.5-1_all.deb [vincent][0]~$ Donc je pense que de ce côté c'est clean (?) Oui. ok :) j'ai également coupé apache2 et plusieurs services ouvert sur le net mais les reboot persistent... Il reste de la place sur mon / (même si il est bien plein...) Je continue mes recherches... -- Vincent H Early Optimization is the root of all evil - Donald Knuth
Re: Reboot intempestifs
On 10/22/07, Gilles Mocellin [EMAIL PROTECTED] wrote: Je pense que c'est justement après le reboot. exact. Donc, le syslog n'a rien écrit avant le redémarrage, c'est un beau plantage. Je soupçonnerais d'emblée la mémoire. Un petit coup de memtest86++ permettrait d'en savoir plus. ok merci pour ta réponse également :) je vais tenter ça Sinon le contenu de /etc/crontab est le suivant: # /etc/crontab: system-wide crontab # Unlike any other crontab you don't have to run the `crontab' # command to install the new version when you edit this file # and files in /etc/cron.d. These files also have username fields, # that none of the other crontabs do. SHELL=/bin/sh PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin # m h dom mon dow user command 17 ** * * rootcd / run-parts --report /etc/cron.hourly 25 6* * * roottest -x /usr/sbin/anacron || ( cd / run-parts --report /etc/cron.daily ) 47 6* * 7 roottest -x /usr/sbin/anacron || ( cd / run-parts --report /etc/cron.weekly ) 52 61 * * roottest -x /usr/sbin/anacron || ( cd / run-parts --report /etc/cron.monthly ) # mais bon le fichier date du 20 12 2006 -- Vincent H Early Optimization is the root of all evil - Donald Knuth
Re: Reboot intempestifs
On 10/22/07, Gilles Mocellin [EMAIL PROTECTED] wrote: Un petit coup de memtest86++ permettrait d'en savoir plus. Est-il possible de booter sur memtest86, faire une serie de test (qui log le tout quelque part) et ensuite rebooter automatiquement le serveur pour me permettre d'avoir à nouveau la main et finalement étudier les logs? J'ai installé memtest86, il s'est à priori rajouté tout seul dans grub (j'ai pas eu le temps de lire le fichier menu.lst en entier mais j'ai pu trouver un memtest86 dedans) -- Vincent H Early Optimization is the root of all evil - Donald Knuth
Re: Reboot intempestifs
Le Monday 22 October 2007 11:54:40 Vincent H., vous avez écrit : On 10/22/07, Gilles Mocellin [EMAIL PROTECTED] wrote: Un petit coup de memtest86++ permettrait d'en savoir plus. Est-il possible de booter sur memtest86, faire une serie de test (qui log le tout quelque part) et ensuite rebooter automatiquement le serveur pour me permettre d'avoir à nouveau la main et finalement étudier les logs? J'ai installé memtest86, il s'est à priori rajouté tout seul dans grub (j'ai pas eu le temps de lire le fichier menu.lst en entier mais j'ai pu trouver un memtest86 dedans) Si tu n'as pas la main sur la console (KVM réseau, console série via réseau...) ça va être dur. Sinon, tu peux essayer en live memtester, en lui faisant tester une bonne partie de ta mémoire (pas toute, sinon ça va tout bloquer). Si le serveur plante systématiquement en lançant un test mémoire Par contre, tu ne sauras pas quelle barrette, là il faudra être sur place et tester chaque barrette toute seule. signature.asc Description: This is a digitally signed message part.
Re: Reboot intempestifs
On 10/22/07, Gilles Mocellin [EMAIL PROTECTED] wrote: Si tu n'as pas la main sur la console (KVM réseau, console série via réseau...) ça va être dur. Sinon, tu peux essayer en live memtester, en lui faisant tester une bonne partie de ta mémoire (pas toute, sinon ça va tout bloquer). Si le serveur plante systématiquement en lançant un test mémoire Par contre, tu ne sauras pas quelle barrette, là il faudra être sur place et tester chaque barrette toute seule. Merci pour les infos :) Je vais voir du côté de memtester. Sinon je testerais tout ça ce soir. Je crois qu'il n'y a qu'une barrette de ram sur cette machine... 128Mo... :-/ Merci encore. -- Vincent H Early Optimization is the root of all evil - Donald Knuth
Re: Reboot intempestifs
Le lundi 22 octobre 2007, Vincent H. a écrit : On 10/22/07, Gilles Mocellin [EMAIL PROTECTED] wrote: Merci pour les infos :) Je vais voir du côté de memtester. Sinon je testerais tout ça ce soir. Je crois qu'il n'y a qu'une barrette de ram sur cette machine... 128Mo... :-/ Merci encore. Si le système a pas beaucoup de ram et que le swap est plein (oui ça peut arriver ;-) le système marche plus très très bien, mais de mes souvenirs, il en reste alors des traces dans les logs (notament kern.log). Peut-être des badblocks sur le swap ? (mais cela risque d'être un peu dur à vérifier en moins de 7mn !) Cordialement, -- Eric DÉCORNOD
Re: Reboot intempestifs
On 10/22/07, Eric DECORNOD [EMAIL PROTECTED] wrote: Si le système a pas beaucoup de ram et que le swap est plein (oui ça peut arriver ;-) le système marche plus très très bien, mais de mes souvenirs, il en reste alors des traces dans les logs (notament kern.log). C'est fort possible aussi! Au final j'ai 192 Mo de ram et il me reste 900 Mo de place sur / Et étrangement c'est toujours les mêmes lignes que je retrouve dans kern.log au moment du reboot : Oct 22 12:51:33 thargos kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 Oct 22 12:51:33 thargos kernel: eth1: setting full-duplex. Oct 22 12:51:33 thargos kernel: NET: Registered protocol family 10 Oct 22 12:51:33 thargos kernel: lo: Disabled Privacy Extensions Oct 22 12:51:33 thargos kernel: IPv6 over IPv4 tunneling driver Oct 22 12:51:39 thargos kernel: lp0: using parport0 (interrupt-driven). Oct 22 12:51:39 thargos kernel: ppdev: user-space parallel port driver Oct 22 12:51:40 thargos kernel: eth0: no IPv6 routers present Oct 22 12:51:40 thargos kernel: eth1: no IPv6 routers present Oct 22 13:01:37 thargos kernel: klogd 1.4.1#18, log source = /proc/kmsg started. En tout cas les 2 dernières lignes avant le reboot : no IPv6 routers present Peut-être des badblocks sur le swap ? (mais cela risque d'être un peu dur à vérifier en moins de 7mn !) Comment vérifier? avec fsck? Je crois que mon serveur l'a fait automatiquement au bout de 30 mount hier soir. Un autre truc bizarre, depuis que j'ai lancé des tests avec memtester (sur 64 Mo), la machine ne reboot plus! Actuellement 15 tests passés sans erreur (sur 1/3 de la ram) -- Vincent H Early Optimization is the root of all evil - Donald Knuth
Re: Reboot intempestifs
On 10/22/07, Eric DECORNOD [EMAIL PROTECTED] wrote: Si le système a pas beaucoup de ram et que le swap est plein (oui ça peut arriver ;-) le système marche plus très très bien, mais de mes souvenirs, il en reste alors des traces dans les logs (notament kern.log). C'est fort possible aussi! Au final j'ai 192 Mo de ram et il me reste 900 Mo de place sur / Et étrangement c'est toujours les mêmes lignes que je retrouve dans kern.log au moment du reboot : Oct 22 12:51:33 thargos kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 Oct 22 12:51:33 thargos kernel: eth1: setting full-duplex. Oct 22 12:51:33 thargos kernel: NET: Registered protocol family 10 Oct 22 12:51:33 thargos kernel: lo: Disabled Privacy Extensions Oct 22 12:51:33 thargos kernel: IPv6 over IPv4 tunneling driver Oct 22 12:51:39 thargos kernel: lp0: using parport0 (interrupt-driven). Oct 22 12:51:39 thargos kernel: ppdev: user-space parallel port driver Oct 22 12:51:40 thargos kernel: eth0: no IPv6 routers present Oct 22 12:51:40 thargos kernel: eth1: no IPv6 routers present Oct 22 13:01:37 thargos kernel: klogd 1.4.1#18, log source = /proc/kmsg started. En tout cas les 2 dernières lignes avant le reboot : no IPv6 routers present Peut-être des badblocks sur le swap ? (mais cela risque d'être un peu dur à vérifier en moins de 7mn !) Comment vérifier? avec fsck? Je crois que mon serveur l'a fait automatiquement au bout de 30 mount hier soir. reformater la swap avec l'option -c? mkswap -c /dev/partition ou utiliser ce script: http://www.faqs.org/docs/Linux-mini/Swap-Space.html#s9 Un autre truc bizarre, depuis que j'ai lancé des tests avec memtester (sur 64 Mo), la machine ne reboot plus! Actuellement 15 tests passés sans erreur (sur 1/3 de la ram) -- Vincent H Early Optimization is the root of all evil - Donald Knuth -- Dominique Arpin, administrateur réseau A+,Linux+,Server+,MCP Espace Courbe inc. http://www.espacecourbe.com/ 642 de Courcelle, bureau 303, Montréal (Québec), Canada H4C 3C5 tél.: (514) 933-9861 téléc.: (514) 933-9546 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reboot intempestifs
On 10/22/07, Dominique Arpin [EMAIL PROTECTED] wrote: reformater la swap avec l'option -c? mkswap -c /dev/partition Bon je viens de reformater ma swap [root][0]/dev$ mkswap -c /dev/hda5 Setting up swapspace version 1, size = 386551 kB no label, UUID=85ba1363-2bf4-4e6a-92a9-9f14a195cf1e Aucun block defectueux ... Je vais tester la ram en entier je pense -- Vincent H Early Optimization is the root of all evil - Donald Knuth -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reboot intempestifs
Bonjour, Le lundi 22 octobre 2007, Vincent H. a écrit... Je vais tester la ram en entier je pense Si tu as plusieurs barettes, essaie de les retirer une à une. J'ai déjà eu ce problème de reboot intempestif. C'était tout bonnement une barette mémoire défectueuse. -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.spidboutic.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot tout seul de mon serveur
Le Samedi 04 Novembre 2006 16:30, Thierry B a écrit : Bonjour, Bonjour, Oct 30 15:21:29 serveurP4 /usr/sbin/cron[3879]: (CRON) INFO (Running @reboot jobs) J'ai quand m^me regardé dans d'autres syslogs plus vieux ou recents, et c'est le seul moment où je vois ca. Etrange, j'ai ce message à chaque redémarrage de mes systèmes. Ca dit que ça lance les têches à lancer au redémarrage. Ce qui me semblerait intéressant, c'est les lignes qui précèdent. C'est ça qui l'a fait rebooter? et si oui, comment peut-on interpréter la cause de ce reboot? Dans tous les cas, ce n'est pas la cause de reboot. La machine est-elle sur un onduleur? Merci :-) De rien. -- Serge
Re: reboot tout seul de mon serveur
Samedi 4 novembre 2006, 16:30:58 CET, Thierry B a écrit : Bonjour, 'jour, Mon serveur debian a rebooté tout seul le 30 octobre, quand je n'etais pas là. En regardant dans le syslog, et en cherchant reboot, voilà ce que j'ai trouvé: Oct 30 15:21:29 serveurP4 /usr/sbin/cron[3879]: (CRON) INFO (Running @reboot jobs) C'est juste cron qui te préviens qu'il exécute les travaux (jobs) prévus lors d'un reboot. J'ai quand m^me regardé dans d'autres syslogs plus vieux ou recents, et c'est le seul moment où je vois ca. Tu peux aussi regarder 'last' pour savoir qui était logué. C'est ça qui l'a fait rebooter? et si oui, comment peut-on interpréter la cause de ce reboot? Je doute. Plutôt une micro-coupure secteur ? [...] -- Sylvain Sauvage
Re: reboot tout seul de mon serveur
Thierry B a écrit : Bonjour, Mon serveur debian a rebooté tout seul le 30 octobre, quand je n'etais pas là. En regardant dans le syslog, et en cherchant reboot, voilà ce que j'ai trouvé: Oct 30 15:21:29 serveurP4 /usr/sbin/cron[3879]: (CRON) INFO (Running @reboot jobs) J'ai quand m^me regardé dans d'autres syslogs plus vieux ou recents, et c'est le seul moment où je vois ca. C'est ça qui l'a fait rebooter? et si oui, comment peut-on interpréter la cause de ce reboot? PS: je redevais de temps en temps, des erreurs de tables de mysql, mais temporairement et après le temps que je lise ce mail là, je m'apercevais d'après phpmyadmin, que toutes les tables etaient nikelles. Je ne pense pas trop qu'il puisse y avoir un rapport, mais bon je préfèrais le signaler. Merci :-) Bonjour Pc pas forcement responsable, une coupure de courant, ton serveur est il protégé par un onduleur problème de RAM Un surchauffe de composants de la carte mère, Processeur, bloc alimentation, etc ... Virus, Linux est épargné pour l'instant A surveillé quand même Christian -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot tout seul de mon serveur
Serge Cavailles a écrit : Le Samedi 04 Novembre 2006 16:30, Thierry B a écrit : Bonjour, Bonjour, Oct 30 15:21:29 serveurP4 /usr/sbin/cron[3879]: (CRON) INFO (Running @reboot jobs) J'ai quand m^me regardé dans d'autres syslogs plus vieux ou recents, et c'est le seul moment où je vois ca. Etrange, j'ai ce message à chaque redémarrage de mes systèmes. Ca dit que ça lance les têches à lancer au redémarrage. Ce qui me semblerait intéressant, c'est les lignes qui précèdent. C'est ça qui l'a fait rebooter? et si oui, comment peut-on interpréter la cause de ce reboot? Dans tous les cas, ce n'est pas la cause de reboot. La machine est-elle sur un onduleur? Euh, oui. Merci :-) De rien. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot tout seul de mon serveur
Sylvain Sauvage a écrit : Samedi 4 novembre 2006, 16:30:58 CET, Thierry B a écrit : Bonjour, 'jour, Mon serveur debian a rebooté tout seul le 30 octobre, quand je n'etais pas là. En regardant dans le syslog, et en cherchant reboot, voilà ce que j'ai trouvé: Oct 30 15:21:29 serveurP4 /usr/sbin/cron[3879]: (CRON) INFO (Running @reboot jobs) C'est juste cron qui te préviens qu'il exécute les travaux (jobs) prévus lors d'un reboot. J'ai quand m^me regardé dans d'autres syslogs plus vieux ou recents, et c'est le seul moment où je vois ca. Tu peux aussi regarder 'last' pour savoir qui était logué. Euh, mnt le 30 octobre c'est trop vieux, et ca n'apparait plus dans le listing lol. C'est ça qui l'a fait rebooter? et si oui, comment peut-on interpréter la cause de ce reboot? Je doute. Plutôt une micro-coupure secteur ? Je ne sias pas trop, possible... [...] Merci pour tout :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot tout seul de mon serveur
Christian a écrit : Thierry B a écrit : Bonjour, Mon serveur debian a rebooté tout seul le 30 octobre, quand je n'etais pas là. En regardant dans le syslog, et en cherchant reboot, voilà ce que j'ai trouvé: Oct 30 15:21:29 serveurP4 /usr/sbin/cron[3879]: (CRON) INFO (Running @reboot jobs) J'ai quand m^me regardé dans d'autres syslogs plus vieux ou recents, et c'est le seul moment où je vois ca. C'est ça qui l'a fait rebooter? et si oui, comment peut-on interpréter la cause de ce reboot? PS: je redevais de temps en temps, des erreurs de tables de mysql, mais temporairement et après le temps que je lise ce mail là, je m'apercevais d'après phpmyadmin, que toutes les tables etaient nikelles. Je ne pense pas trop qu'il puisse y avoir un rapport, mais bon je préfèrais le signaler. Merci :-) Bonjour Pc pas forcement responsable, une coupure de courant, ton serveur est il protégé par un onduleur Oui problème de RAM Un surchauffe de composants de la carte mère, Processeur, bloc alimentation, etc ... Euh, je ne pense pas: mon cpu et ma CM avoisinent en gros les 50°C. Virus, Linux est épargné pour l'instant Oui lol. A surveillé quand même Christian Merci :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot tout seul de mon serveur
Bonjour, Le samedi 04 novembre 2006, Thierry B a écrit... Dans tous les cas, ce n'est pas la cause de reboot. La machine est-elle sur un onduleur? Euh, oui. Dans ce cas tu devrais prévoir des messages de l'onduleur qui informent des évènements survenus. nut permet de gérer ceci, si ta machine est connectée à l'onduleur (port série chez moi). -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.affaires-en-ligne.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot tout seul de mon serveur
Salut, Thierry B a écrit : Tu peux aussi regarder 'last' pour savoir qui était logué. Euh, mnt le 30 octobre c'est trop vieux, et ca n'apparait plus dans le listing lol. $ man last $ last -f /var/log/wtmp.1 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot tout seul de mon serveur
Pascal Hambourg a écrit : Salut, Thierry B a écrit : Tu peux aussi regarder 'last' pour savoir qui était logué. Euh, mnt le 30 octobre c'est trop vieux, et ca n'apparait plus dans le listing lol. $ man last $ last -f /var/log/wtmp.1 Bien joué lol: $ last -f /var/log/wtmp.1 root pts/0pentium4.xxx Mon Oct 30 21:59gone - no logout root pts/0pentium4.xxx Mon Oct 30 21:14 - 21:59 (00:45) reboot system boot 2.6.15-1-686-smp Mon Oct 30 21:12 (4+21:32) thierry tty1 Mon Oct 30 21:09 - down (00:01) reboot system boot 2.6.15-1-686-smp Mon Oct 30 21:09 (00:01) root tty1 Mon Oct 30 20:04 - down (00:00) root pts/0pentium4.xxx Mon Oct 30 19:51 - down (00:12) reboot system boot 2.6.15-1-686-smp Mon Oct 30 15:21 (04:43) root pts/0pentium4.xxx Mon Oct 30 07:29 - crash (07:51) en fait, le reboot correspond à peu près à l'heure de 15h et qques...(c'est moi qui l'a fait rebooter par contre par la suite en soiree). pentium4.xxx c'est juste un champ A que j'ai crée avec mon domaine, et je lui ai donné comme ip, l'ip réseau locale de ma machine de bureau (192.168.0.2)(différente de mon serveur), histoire de donner des noms à chaque ip réseaux. Donc, si je comprends bien, c'est un reboot faitpar le système. Merci :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot tout seul de mon serveur
Thierry B a écrit : $ last -f /var/log/wtmp.1 root pts/0pentium4.xxx Mon Oct 30 21:59gone - no logout root pts/0pentium4.xxx Mon Oct 30 21:14 - 21:59 (00:45) reboot system boot 2.6.15-1-686-smp Mon Oct 30 21:12 (4+21:32) thierry tty1 Mon Oct 30 21:09 - down (00:01) reboot system boot 2.6.15-1-686-smp Mon Oct 30 21:09 (00:01) root tty1 Mon Oct 30 20:04 - down (00:00) root pts/0pentium4.xxx Mon Oct 30 19:51 - down (00:12) reboot system boot 2.6.15-1-686-smp Mon Oct 30 15:21 (04:43) root pts/0pentium4.xxx Mon Oct 30 07:29 - crash (07:51) en fait, le reboot correspond à peu près à l'heure de 15h et qques...(c'est moi qui l'a fait rebooter par contre par la suite en soiree). pentium4.xxx c'est juste un champ A que j'ai crée avec mon domaine, et je lui ai donné comme ip, l'ip réseau locale de ma machine de bureau (192.168.0.2)(différente de mon serveur), histoire de donner des noms à chaque ip réseaux. Tu te connectes à distance en root ? C'est mal ! ;-) Donc, si je comprends bien, c'est un reboot faitpar le système. Non, je ne pense pas. En particulier la dernière ligne me fait penser que le reboot n'est pas franchement volontaire : root pts/0pentium4.xxx Mon Oct 30 07:29 - crash (07:51) ^ que je traduis par l'utilisateur root a été connecté du 30/10 à 7:29 jusqu'au crash. Si le reboot est volontaire, à l'heure du reboot tu devrais voir dans /var/log/syslog* et /var/log/messages* des lignes du genre : shutdown[21872]: shutting down for system reboot ainsi que dans /var/log/kern.log* et /var/log/syslog* : kernel: Kernel logging (proc) stopped. kernel: Kernel log daemon terminating. Sinon, le reboot a des chances d'avoir été provoqué par un crash du noyau ou un défaut matériel. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot tout seul de mon serveur
Pascal Hambourg a écrit : Thierry B a écrit : $ last -f /var/log/wtmp.1 root pts/0pentium4.xxx Mon Oct 30 21:59gone - no logout root pts/0pentium4.xxx Mon Oct 30 21:14 - 21:59 (00:45) reboot system boot 2.6.15-1-686-smp Mon Oct 30 21:12 (4+21:32) thierry tty1 Mon Oct 30 21:09 - down (00:01) reboot system boot 2.6.15-1-686-smp Mon Oct 30 21:09 (00:01) root tty1 Mon Oct 30 20:04 - down (00:00) root pts/0pentium4.xxx Mon Oct 30 19:51 - down (00:12) reboot system boot 2.6.15-1-686-smp Mon Oct 30 15:21 (04:43) root pts/0pentium4.xxx Mon Oct 30 07:29 - crash (07:51) en fait, le reboot correspond à peu près à l'heure de 15h et qques...(c'est moi qui l'a fait rebooter par contre par la suite en soiree). pentium4.xxx c'est juste un champ A que j'ai crée avec mon domaine, et je lui ai donné comme ip, l'ip réseau locale de ma machine de bureau (192.168.0.2)(différente de mon serveur), histoire de donner des noms à chaque ip réseaux. Tu te connectes à distance en root ? C'est mal ! ;-) Donc, si je comprends bien, c'est un reboot faitpar le système. Non, je ne pense pas. En particulier la dernière ligne me fait penser que le reboot n'est pas franchement volontaire : root pts/0pentium4.xxx Mon Oct 30 07:29 - crash (07:51) ^ que je traduis par l'utilisateur root a été connecté du 30/10 à 7:29 jusqu'au crash. Si le reboot est volontaire, à l'heure du reboot tu devrais voir dans /var/log/syslog* et /var/log/messages* des lignes du genre : shutdown[21872]: shutting down for system reboot ainsi que dans /var/log/kern.log* et /var/log/syslog* : kernel: Kernel logging (proc) stopped. kernel: Kernel log daemon terminating. Sinon, le reboot a des chances d'avoir été provoqué par un crash du noyau ou un défaut matériel. Ok, merci :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reboot tout seul de mon serveur
Le samedi 4 novembre 2006 16:30, Thierry B a écrit : Bonjour, Mon serveur debian a rebooté tout seul le 30 octobre, quand je n'etais pas là. En regardant dans le syslog, et en cherchant reboot, voilà ce que j'ai trouvé: Oct 30 15:21:29 serveurP4 /usr/sbin/cron[3879]: (CRON) INFO (Running @reboot jobs) J'ai quand m^me regardé dans d'autres syslogs plus vieux ou recents, et c'est le seul moment où je vois ca. C'est ça qui l'a fait rebooter? et si oui, comment peut-on interpréter la cause de ce reboot? Non, c'est une tâche spécial en cron qui est justement exécuté au reboot. pgpsFPJ9LsgVz.pgp Description: PGP signature
Re: Reboot l'install d'une Debian Sarge
Le Samedi 19 Février 2005 01:31, Stéphane Moitry a écrit : Bonjour à tous ! Salut Je suis nouveau sur la liste, et jai un gros gros problème alors que je suis un petit nouveau sous linux Jai installé plusieurs fois la Debian Sarge sous VMWare, sans problèmes. Là, je voudrais linstaller sur un « vrai » PC, je mets donc comme dhabitude le CD dinstallation « netinst » de la Sarge, jallume le tout, il boot sur le CD, me demande de choisir la langue et la disposition de clavier, puis passe sur « Détection des lecteurs de CD Rom », et a lair de faire une détection de périphériques. La barre de progression monte jusquà 100% et reboot le PC instantanément, sans prévenir. Je tourne en rond, jai tout débranché, il ne reste plus que la carte graphique (que jai changée par dautres modèles, AGP ou PCI), la mémoire (jai tenté 3 barettes différentes, dans les 3 slots différents), et même je nai laissé que le lecteur CD sans aucun disque dur branché, cest pareil. J'ai honte de te proposer ma solution, parce que je ne comprend pas vraiment pourquoi elle fonctionne, mais elle a le mérite de le faire chez moi. Je boot sur le 2ieme CD de la SARGE en mode expert. Je passe l'étape de détection du CD-ROM et à la place je demande d'installer tous les modules sauf IDE-DETECT. Ensuite je remonte les pilotes, il ne reste que IDE-DETECT, et pendant la détection, je mets le CD 1. C'est la seul parade que j'ai trouvé pour que mon système évite de geler pendant l'installation de la SARGE. Pas très rationnel tous cela, il doit surement avec une explication. @+, Claude
RE: Reboot à l'install d'une Debian Sarge
Bonjour, Tout d'abord merci pour la réponse ! J'ai tenté vos deux solutions, mais en rentrant dans le mode expert, dès le premier menu, lorsque je veux descendre la surbrillance pour changer de langue, en à peine 2 secondes, il reboote ... J'ai téléchargé le DVD de la Fedora, pour voir, pareil, boot en mode texte, il reboot dès la fin du chargement (lorsque tout le texte a défilé), boot en mode graphique, il rentre dans le serveur X, j'ai la souris et le wallpaper fedora, mais avant même tout écran d'accueil du programme d'install, reboot ... Je suis en train de télécharger la knoppix pour voir ... mais sans grand espoir ... Pour tester, je suis en train de faire une install de Windows XP, il n'a pas l'air de rebooter sauvagement, même plutôt l'air de bien tenir le choc, c'est très très bizarre ... Je pense donc qu'il n'y a pas de panne matérielle ... D'autres idées ? J'étais assez enthousiaste pour me mettre à Linux, mais je suis un peu refroidi ... A+ Stéphane -Message d'origine- De : Gerard Kohler [mailto:[EMAIL PROTECTED] Envoyé : samedi 19 février 2005 10:19 À : debian-user-french@lists.debian.org Objet : Re: Reboot à l'install d'une Debian Sarge bonjur, j'ai déja eu ce type de problème et lors du boot du cd d'installation je m'en suis sorti par : expert noapic nolapic en fait il faut désactiver la détection des interruptions. Certains chipset (comme les NVidia) plante lors de la detection des interruptions dis nous si c'est cela Gérard Stéphane Moitry a écrit : Bonjour à tous ! Je suis nouveau sur la liste, et jai un gros gros problème alors que je suis un petit nouveau sous linux Jai installé plusieurs fois la Debian Sarge sous VMWare, sans problèmes. Là, je voudrais linstaller sur un « vrai » PC, je mets donc comme dhabitude le CD dinstallation « netinst » de la Sarge, jallume le tout, il boot sur le CD, me demande de choisir la langue et la disposition de clavier, puis passe sur « Détection des lecteurs de CD Rom », et a lair de faire une détection de périphériques. La barre de progression monte jusquà 100% et reboot le PC instantanément, sans prévenir. Je tourne en rond, jai tout débranché, il ne reste plus que la carte graphique (que jai changée par dautres modèles, AGP ou PCI), la mémoire (jai tenté 3 barettes différentes, dans les 3 slots différents), et même je nai laissé que le lecteur CD sans aucun disque dur branché, cest pareil. Pour info, voici ma config : Carte mère MSI 6309, chipset VIA (avec carte son intégrée, que jai activée et désactivée dans le bios sans différence) CPU Celeron 700 Carte ATI Rage IIc (LT PRO) 8Mo AGP SDRAM, barettes de 128 x2 + 64 Lecteur CD Creative 52x (essayé avec un graveur Pioneer DVR106, cest pareil) Jai essayé dactiver / désactiver lAPM dans le bios, pareil pour la fonction PnP controlled by OS, rien ne change. HELP !!! Quelquun a une idée ??? Merci davance !!! Stéphane -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reboot l'install d'une Debian Sarge
Lut !!! Il est pas mal ton probleme !!! Je n'ai pas eu ce probleme mais qqchose de similaire. C'etait encore sous Windaube, l'installation rien signaler mais apres la mise jour des drivers reboot intempestif de la machine??? La cause : Je ne sais pas, Tout ce que j'ai reussi identifier c'est que cela venait d'une incompatibilit Carte Mere - Disques - CDROM J'avais 2 disques IDE sur la meme nappe mais de generation differente (un ATA100 avec DMA et un ATA33 sans DMA) qui provoquaient certain demarrage (pas tous) la non detection du HDD maitre. Ensuite le CDROM, s'il est ancien ou comme moi bas de gamme (j'ai un polaroid) il faut s'assurer qu'il est dans la bonne configuration. Selon linux hdc est maitre sur la 2 nappe et hdd est slave sur la 2 nappe. Si tu as tes disques en 'Cable select' c'est le bios qui assigne le Master et le SlaveEt bien ma btise etait d'avoir invers le Master et le Slave sur les connecteurs. Pour faire court il est souhaitable d'avoir les disques fixs en master et slave et connects comme si c'est le bios qui l'avait fait..(je sais pas si c'est plus clair ) Grosse bidouille, pas de comprehension reelle du probleme mais le fait est que ca marche puisque je peux desormais utiliser pleinement tous les disques et lecteurs/graveur. Enfin ca rejoint le conseil de deselectionner ide-detect mais avec les mains dans le cambouis en plus ;) Encore plus simple deconnecte tous les prriphriques superflus et ne conserve que le strict minimum pour l'install. Une fois faite tu ajouteras les reste petit petit jusqu'a trouver celui que te met le bordel :) Enjoy zenetics Stphane Moitry a crit: Bonjour, Tout d'abord merci pour la rponse ! J'ai tent vos deux solutions, mais en rentrant dans le mode expert, ds le premier menu, lorsque je veux descendre la surbrillance pour changer de langue, en peine 2 secondes, il reboote ... J'ai tlcharg le DVD de la Fedora, pour voir, pareil, boot en mode texte, il reboot ds la fin du chargement (lorsque tout le texte a dfil), boot en mode graphique, il rentre dans le serveur X, j'ai la souris et le wallpaper fedora, mais avant mme tout cran d'accueil du programme d'install, reboot ... Je suis en train de tlcharger la knoppix pour voir ... mais sans grand espoir ... Pour tester, je suis en train de faire une install de Windows XP, il n'a pas l'air de rebooter sauvagement, mme plutt l'air de bien tenir le choc, c'est trs trs bizarre ... Je pense donc qu'il n'y a pas de panne matrielle ... D'autres ides ? J'tais assez enthousiaste pour me mettre Linux, mais je suis un peu refroidi ... A+ Stphane -Message d'origine- De: Gerard Kohler [mailto:[EMAIL PROTECTED]] Envoy: samedi 19 fvrier 2005 10:19 : debian-user-french@lists.debian.org Objet: Re: Reboot l'install d'une Debian Sarge bonjur, j'ai dja eu ce type de problme et lors du boot du cd d'installation je m'en suis sorti par : expert noapic nolapic en fait il faut dsactiver la dtection des interruptions. Certains chipset (comme les NVidia) plante lors de la detection des interruptions dis nous si c'est cela Grard Stphane Moitry a crit : Bonjour tous ! Je suis nouveau sur la liste, et jai un gros gros problme alors que je suis un petit nouveau sous linux Jai install plusieurs fois la Debian Sarge sous VMWare, sans problmes. L, je voudrais linstaller sur un vrai PC, je mets donc comme dhabitude le CD dinstallation netinst de la Sarge, jallume le tout, il boot sur le CD, me demande de choisir la langue et la disposition de clavier, puis passe sur Dtection des lecteurs de CD Rom , et a lair de faire une dtection de priphriques. La barre de progression monte jusqu 100% et reboot le PC instantanment, sans prvenir. Je tourne en rond, jai tout dbranch, il ne reste plus que la carte graphique (que jai change par dautres modles, AGP ou PCI), la mmoire (jai tent 3 barettes diffrentes, dans les 3 slots diffrents), et mme je nai laiss que le lecteur CD sans aucun disque dur branch, cest pareil. Pour info, voici ma config : Carte mre MSI 6309, chipset VIA (avec carte son intgre, que jai active et dsactive dans le bios sans diffrence) CPU Celeron 700 Carte ATI Rage IIc (LT PRO) 8Mo AGP SDRAM, barettes de 128 x2 + 64 Lecteur CD Creative 52x (essay avec un graveur Pioneer DVR106, cest pareil) Jai essay dactiver / dsactiver lAPM dans le bios, pareil pour la fonction PnP controlled by OS, rien ne change. HELP !!! Quelquun a une ide ??? Merci davance !!! Stphane
Re: Reboot à l'install d'une Debian Sarge
Le Saturday 19 February 2005 16:10, Stéphane Moitry(Stéphane Moitry [EMAIL PROTECTED]) disait: J'ai téléchargé le DVD de la Fedora, pour voir, pareil, boot en mode texte, il reboot dès la fin du chargement (lorsque tout le texte a défilé), boot en mode graphique, il rentre dans le serveur X, j'ai la souris et le wallpaper fedora, mais avant même tout écran d'accueil du programme d'install, reboot ... Ca ressemble à pb de mémoire... Ma machine reboot systématiquement lorsque updatedb tourait... Je suis en train de télécharger la knoppix pour voir ... mais sans grand espoir ... Essayez de tester les barettes de RAM. Il faut taper memtest sur l'invite de boot de knoppix ! Pour tester, je suis en train de faire une install de Windows XP, il n'a pas l'air de rebooter sauvagement, même plutôt l'air de bien tenir le choc, c'est très très bizarre ... Je pense donc qu'il n'y a pas de panne matérielle ... D'autres idées ? Ca ne veut rien dire. La semaine dernière, j'ai vu fonctionner un Windows XP sans trop de pb. Mais, il était impossible d'installer la SP3 d'office sur la machine! J'ai perdu 3/4 de la journée à essayer de comprendre ce qui n'allait pas. En fin de journée, je me resigne à tester la barette de RAM. C'était bien ça le problème: une des barettes était morte... A+ -- Glennie Personne ne survit au fait d'être estimé au-dessus de sa valeur. pgpZXc8Siu3Os.pgp Description: PGP signature
Re: reboot impossbile apres compilation d'un noyau 2.6.4 (new)
Salut, Le mar, 01/06/2004 à 07:14 +0200, dcabaton a écrit : Bonsoir, je voudrais compiler un noyau 2.6.4 provenant de kernel.org sur ma sarge avec gcc 3.3... ca fonctionnait tres bien avant que je fasse des modifications dans le kernel et impossible de revenir sur mes pas pour corriger mon erreur ! je fais un make menuconfig, un make clean bzImage modules modules_install install et enfin un /sbin/lilo -v Avec les noyaux 2.6.X, il suffit de faire make puis make modules_install, avant de placer les fichiers aux bons endroits et de lancer lilo pour prendre en compte les changements (cf http://people.via.ecp.fr/~alexis/formation-linux/compil-noyau.html ) A+ Ygster
Re: reboot impossbile apres compilation d'un noyau 2.6.4 (new)
Salut, Le mar, 01/06/2004 à 07:14 +0200, dcabaton a écrit : Bonsoir, je voudrais compiler un noyau 2.6.4 provenant de kernel.org sur ma sarge avec gcc 3.3... ca fonctionnait tres bien avant que je fasse des modifications dans le kernel et impossible de revenir sur mes pas pour corriger mon erreur ! je fais un make menuconfig, un make clean bzImage modules modules_install install et enfin un /sbin/lilo -v Avec les noyaux 2.6.X, il suffit de faire make puis make modules_install, avant de placer les fichiers aux bons endroits et de lancer lilo pour prendre en compte les changements (cf http://people.via.ecp.fr/~alexis/formation-linux/compil-noyau.html ) A+ Ygster je ne pense pas que le probleme vient du make car je faisais deja cette commande avant ma modif dans le noyau et ça fonctionnait ! david
Re: reboot : disque dur qui s'arrete
Je suis sous Sid, noyau 2.6.6 compilé par mes soins. Tout marche bien mais à chaque reboot, mes 2 disques durs IDE s'arrêtent, puis redémarrent. . Le problème vient du kernel 2.6.6. Celui arrete les disques durs au démarrage jusqu'au moment ou le bios les redémarre. Il me semble qu'il existe des patchs contre ça. Merci ! Donc nouvelle question: 1) qui sait où trouver un tel patch ? 2) c'est un comportement normal ? c'est voulu ? Merci encore et bon Vendredi ;) -- Fabien
Re: reboot : disque dur qui s'arrete
Selon Fabien [EMAIL PROTECTED]: Le problème vient du kernel 2.6.6. Celui arrete les disques durs au démarrage jusqu'au moment ou le bios les redémarre. Il me semble qu'il existe des patchs contre ça. Merci ! Donc nouvelle question: 1) qui sait où trouver un tel patch ? Oui, ici: http://marc.theaimsgroup.com/?l=linux-kernelm=108427501300120w=2 trouvé grace a DLFP 2) c'est un comportement normal ? c'est voulu ? Aucune idée. Christophe
Re: reboot : disque dur qui s'arrete
Le problème vient du kernel 2.6.6. Celui arrete les disques durs au démarrage jusqu'au moment ou le bios les redémarre. Il me semble qu'il existe des patchs contre ça. Voici le lien pour le patch: http://marc.theaimsgroup.com/?l=linux-kernelm=108427501300120w=2 Bonne journée. Fabien a écrit : Bonjour Je suis sous Sid, noyau 2.6.6 compilé par mes soins. Tout marche bien mais à chaque reboot, mes 2 disques durs IDE s'arrêtent, puis redémarrent. Je n'avais pas ce comportement avant, ça m'embete un peu (c'est pas grave mais j'ai mal pour eux ;) j'ai une ABIT KT7-A Raid, et les disques sont connectés sur les ports RAID (sans pour autant etre en RAID) (chip: hpt370) J'ai beau chercher dans les scripts de reboot, google, ... je ne vois pas. une idée ? -- Auzanneau Grégory GPG 0x99137BEE -- Dominique Arpin___[ Espace administrateur réseau Courbe] http://www.espacecourbe.com/ téléphone514.933.9861 télécopieur 514.933.9546
Re: reboot : disque dur qui s'arrete
* Fabien [EMAIL PROTECTED] [2004-05-14 12:57] : Je suis sous Sid, noyau 2.6.6 compilé par mes soins. Tout marche bien mais à chaque reboot, mes 2 disques durs IDE s'arrêtent, puis redémarrent. . Le problème vient du kernel 2.6.6. Celui arrete les disques durs au démarrage jusqu'au moment ou le bios les redémarre. Il me semble qu'il existe des patchs contre ça. Merci ! Donc nouvelle question: 1) qui sait où trouver un tel patch ? Directement depuis la liste linux-kernel (LKML) dont l'une des archives est à http://marc.theaimsgroup.com/?l=linux-kernel. Rechercher dans les messages depuis le 10 mai (ou un peu avant). Par exemple, http://marc.theaimsgroup.com/?l=linux-kernelm=108425291909843w=2 ou http://marc.theaimsgroup.com/?l=linux-kernelm=108427501300120w=2. Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
Re: reboot : disque dur qui s'arrete
Le problème vient du kernel 2.6.6. Celui arrete les disques durs au démarrage jusqu'au moment ou le bios les redémarre. Il me semble qu'il existe des patchs contre ça. Bonne journée. Fabien a écrit : Bonjour Je suis sous Sid, noyau 2.6.6 compilé par mes soins. Tout marche bien mais à chaque reboot, mes 2 disques durs IDE s'arrêtent, puis redémarrent. Je n'avais pas ce comportement avant, ça m'embete un peu (c'est pas grave mais j'ai mal pour eux ;) j'ai une ABIT KT7-A Raid, et les disques sont connectés sur les ports RAID (sans pour autant etre en RAID) (chip: hpt370) J'ai beau chercher dans les scripts de reboot, google, ... je ne vois pas. une idée ? -- Auzanneau Grégory GPG 0x99137BEE signature.asc Description: OpenPGP digital signature
Re: Reboot ... encore
Le mar 10/02/2004 à 09:56, Vincent Tuybens a écrit : Oui. J'ai passe un memtest86 hier soir. Aucun problemes. Je desespere ... Quand j'ai des problèmes de stabilité sur ma machine, je démonte le bloc processeur+radiateur+ventilateur et je dépoussière tout ça à fond. Ça m'a déjà résolu des problèmes comme le plantage aléatoire de la compilation du noyau ou ... des redémarrages intempestifs. Léo - qui a retiré le capot de son boitier.
Re: Reboot ... encore
Le dim 08/02/2004 à 15:56, [EMAIL PROTECTED] a écrit : C'est exactement ce que j'ai passé a faire toute la journee hier :) J'ai 3 barette memoire que j'ai teste 1 par 1 et les reboot sont toujours la. Salut, J'ai souvent vu des barettes mémoire qui fonctionnaient bien individuellement et pas bien ensemble, les as-tu testées ensemble sur ta machine ? Dominique
Re: Reboot ... encore
Oui. J'ai passe un memtest86 hier soir. Aucun problemes. Je desespere ... Dominique DEMICHEL wrote: This message uses a character set that is not supported by the Internet Service. To view the original message content, open the attached message. If the text doesn't display correctly, save the attachment to disk, and then open it using a viewer that can display the original character set. message.txt>>
Re: Reboot ... encore
Auriez vous une idee, car il me semble aoir tout essaye sans trouver de logique dans cette histoire ... ? Salut, je n'ai pas suivi ton ancien post mais est ce que cela ne pourrais pas venir de : - ton lecteur CD qui tire trop sur l'alim quand il se lance !!?? Tu as bcp de perif branche ? - ton alim qui est capricieuse ? Cela sous entend que le reboot arrive n'importe quand bien sur ! David -- PS : Pensez à supprimer le -NOSPAM- dans l'email pour me repondre ! -- ++ | David CABATON | ++ || | [EMAIL PROTECTED] | || | Analyst / Programmer | || | GPG keys: 0x6BBB38E3 | || ++
Re: Reboot ... encore
Le dimanche 08 février 2004, [EMAIL PROTECTED] a écrit... bonjour, Auriez vous une idee, car il me semble aoir tout essaye sans trouver de logique dans cette histoire ... ? Une disquette rescue qui permettrait un fsck ? -- jm
Re: Reboot ... encore
J'ai essaye avec disquette rescue ou CD rescue. Les reboot intempistif sont toujours la ! : Des le debut, pendant le fsck, pendant le e2fsck, bref ... aleatoirement.
Re: Reboot ... encore
Ce n'est pas mon lecteur CD qui marche tres bien avec mon disque Win98. Ce n'est pas mon alim. (400W) qui est neuve d'hier ;) ! Tres peu de perif. branchés. Le reboot intervient n'importe quand quand j'essaie d'utiliser mon ancien disque Debian, qui a tres bien marché pendant + d'un mois (serveur apache, ).
Re: Reboot ... encore
On Sun, 8 Feb 2004 [EMAIL PROTECTED] wrote: J'ai essaye avec disquette rescue ou CD rescue. Les reboot intempistif sont toujours la ! : Des le debut, pendant le fsck, pendant le e2fsck, bref ... aleatoirement. Verifie la temperature de ton processeur. La fan est en bon etat aussi? Verifie l'integrite de la memoire RAM avec le memtest, mais ce sera dur, puisqu'il reboot a tout tour de bras... A tout le moins, change completement les barettes de memoire par une qui fonctionne bien, et observe s'il reboot encore. Si oui, bien, enleve une piece hardware un par un, jusqu'a que tu trouves le coupable :-) (carte son, video, usb, etc...) E. -- Eric LeBlanc [EMAIL PROTECTED] -- UNIX is user friendly. It's just selective about who its friends are. ==
Re: Reboot ... encore
C'est exactement ce que j'ai passé a faire toute la journee hier :) J'ai 3 barette memoire que j'ai teste 1 par 1 et les reboot sont toujours la. J'ai 1 carte ethernet, une carte son et une CG AGP, que j'ai teste (remplace par d'autres) et les reboot sont toujours la. J'ai teste =ment les lecteurs (CD, disquette, ), les reboot sont toujours la. Donc il n'y a plus qu'une chose : la carte mere ? Mais la j'en ai pas d'autre. De toute facon ca marche tres bien avec un autre disque avec Win89 alors !?!? Sinon je n'est pas de moyen de tester la temperature de mon proc. (PIII 800 Coppermine) qui marche bien en ce moment. Qu'est-ce que tu appels la fan ?
Re: Reboot ... encore
effectivement tu as fait pas mal de test hard ! de plus si ta config fonctionne correctement avec le meme DD sous Win98 on y comprend plus rien Je pense pas que cela vienne de la chaleur, tu aurais le meme pbl sous win98 pr contre l'idee des barrettes de memoire n'est pas mauvaise car peut etre q debian fait une operation bizarre. mais si tu les a testees heu pour tes fans... fan en anglais veut dire ventilateur, eventail !! c'est peut etre ca ??!!! David -- PS : Pensez à supprimer le -NOSPAM- dans l'email pour me repondre ! -- ++ | David CABATON | ++ || | [EMAIL PROTECTED] | || | Analyst / Programmer | || | GPG keys: 0x6BBB38E3 | || ++
Re: Reboot ... encore
Ce n'est pas le meme DD. J'en ai un Full win98 qui marche et l'autre Full Debian Woody qui ne demarre plus (reboot intempestifs). Ce qui m'inquiete (enfin me trouble), c'est que la mon DD Debian n'est pas branché et que je veux installer Debian en virant Win98, sur le DD qui la marche. Je boot sur le 1er CD Debian et ca reboot tout seul a l'affichage du GUI d'install de Debian. Bref, c'est un casse tete illogique, c'est pour ca que je demande de l'aide, mais c vrai que ca pas simple. Mes 4 Fans (1 proc., 1 alim, + 2 boitier) tournent bien :) ! J'ai aussi changé es Nappes, ma connectique d'alim, toujours pareil Merci pour vos reponses (et vos futures ... :) !)
Re: Reboot ... encore
[EMAIL PROTECTED] wrote: Ce n'est pas le meme DD. J'en ai un Full win98 qui marche et l'autre Full Debian Woody qui ne demarre plus (reboot intempestifs). Ce qui m'inquiete (enfin me trouble), c'est que la mon DD Debian n'est pas branché et que je veux installer Debian en virant Win98, sur le DD qui la marche. Je boot sur le 1er CD Debian et ca reboot tout seul a l'affichage du GUI d'install de Debian. Essaye avec une autre distro (genre gentoo). A priori, ca ne vient pas de ton disque mais du linux. Le noyau que tu utilises est-il un noyau standard ou un home-made configuré à la main ? -- CHAROLOIS Raphaël http://eleves.ec-lille.fr/~charoloi PGP fingerprint 0FCE 116B 5B49 BA3F 8299 5A3E B747 2D77 F026 3BF5 keyserver http://pgp.mit.edu
Re: Reboot ... encore
Ben au boot du CD je tape bf24 ... Et sur mon DD j'avais un 2.4.23 fait maison. Je viens d'essayer, ca fait pareil avec le CD d'install d'un Mandrake !!! Ca reboot ! Pff c quoi ce bordel !
Re: Reboot ... encore
[EMAIL PROTECTED] wrote: Ben au boot du CD je tape bf24 ... Et sur mon DD j'avais un 2.4.23 fait maison. Je viens d'essayer, ca fait pareil avec le CD d'install d'un Mandrake !!! Ca reboot ! Pff c quoi ce bordel ! Personnellement, j'y vois un problème de mémoire bien que tu affirmes avoir tout testé... /me donne sa langue aux chats -- CHAROLOIS Raphaël http://eleves.ec-lille.fr/~charoloi PGP fingerprint 0FCE 116B 5B49 BA3F 8299 5A3E B747 2D77 F026 3BF5 keyserver http://pgp.mit.edu
Re: Reboot ... encore
ben si ton hard fonctionne et que ton PC reboot quand le gui d'install debian s'affiche c'est vraiment bizarre !!! essaie de booter sur un autre cd debian, ils sont tous bootable normalement !!! -- PS : Pensez à supprimer le -NOSPAM- dans l'email pour me repondre ! -- ++ | David CABATON | ++ || | [EMAIL PROTECTED] | || | Analyst / Programmer | || | GPG keys: 0x6BBB38E3 | || ++
Re: Reboot ... encore
Le 12456ième jour après Epoch, [EMAIL PROTECTED] écrivait: Ben au boot du CD je tape bf24 ... Et sur mon DD j'avais un 2.4.23 fait maison. Je viens d'essayer, ca fait pareil avec le CD d'install d'un Mandrake !!! Ca reboot ! Pff c quoi ce bordel ! Tu as l'honneur de tester le premier BIOS compatible DRM !!! :) Il faut payer une licence pour faire tourner du libre sur ton CPU :))) Ok Je sors... [] -- Let me assure you that to us here at First National, you're not just a number. Youre two numbers, a dash, three more numbers, another dash and another number. -- James Estes
Re: Reboot ... encore
Je viens d'essayer de boot sur les 2 autres CD Debian que je pocede. C pareil, ca reboot au lancement de l'interface graphique. : Sniff
Re: Reboot ... encore
Je viens d'essayer de boot sur les 2 autres CD Debian que je pocede. C pareil, ca reboot au lancement de l'interface graphique. : Sniff pfff ca devient complique ! tu peux tester le cd d'install sur un autre PC a ce nivo on peut tout imaginer -- PS : Pensez à supprimer le -NOSPAM- dans l'email pour me repondre ! -- ++ | David CABATON | ++ || | [EMAIL PROTECTED] | || | Analyst / Programmer | || | GPG keys: 0x6BBB38E3 | || ++
Re : Reboot ... encore
Le 08.02.2004 19:46, [EMAIL PROTECTED] a écrit : Franchement je crois pas que ce soit les CD. Je les ai deja utilise plusieurs fois sans problemes. -- - Chercher le conflit d'interruptions ? Si je mets une carte PCI dans le slot juste a coté de la carte vidéo AGP, il m'affecte la même interruption pour cette carte que pour la carte vidéo et j'ai des problème d'initialisation de la machine. - Vérifier avec une autre carte vidéo, de préférence vidéo ? Vous dites que le problème apparaît lors du lancement du GUI - Paramètre du BIOS ? Associés à l'AGP et à la mémoire. -- - Jean-Luc pgphPDrd59ZuK.pgp Description: PGP signature
Re: Reboot ... encore
Bonjour, On Sun, Feb 08, 2004 at 06:34:47PM +0100, [EMAIL PROTECTED] wrote: Je viens d'essayer de boot sur les 2 autres CD Debian que je pocede. C pareil, ca reboot au lancement de l'interface graphique. j'ai le même genre de problème avec une machine, mais dans l'autre sens. Cette machine tourne avec un 166 MMX, et refuse absolument de faire tourner Windows. Elle m'a été livrée avec windows à l'origine, puis je suis passé en dual-boot linux. Ca a fonctionné comme cela quelques mois, puis windows a planté et je n'ai jamais pu le réinstaller. Mon fournisseur-assembleur (Union-PC à Lille) a essayé toute une matinée par tous les moyens de réinstaller oin-oin sans succès. Ca plante toujours au moment de lancer l'interface graphique. Debian potato puis woody puis sarge fonctionnent parfaitement sur cette machine. Je n'ai jamais trouvé l'origine de la panne (peut-être la carte graphique ? je n'ai jamais essayé de la changer). : Sniff Pour moi, c'est beaucoup moins gênant ; je trouve même cette panne sympathique :-) Amicalement. -- Pierre Meurisse
Re: Reboot ... encore
Salut! Je n'ai pas lu tous les posts... mais comme ca a vif : 1- upgrade du bios de la carte mere ? 2- changer tes cables IDE ? 3- Desactiver dans le SETUP tous les periphs que tu peux (les COMs, par. ex., cf pb d'IRQ) ? Peut-etre aussi peux-tu essayer de booter sous un vieux Debian (Potato? J'ai eu qq pb de boot avec Woody, jamais avec Potato), voir carrement une autre autre distrib ? Laurent Le Dimanche 8 Février 2004 19:46, [EMAIL PROTECTED] a écrit : Franchement je crois pas que ce soit les CD. Je les ai deja utilise plusieurs fois sans problemes.
Re: Reboot ... encore
Le Sun, 8 Feb 2004 19:42:38 +0100 Pierre Meurisse [EMAIL PROTECTED] à écrit: Bonjour, Bonsoir, C pareil, ca reboot au lancement de l'interface graphique. [...] : Sniff Juste pour en rajouter une couche, j'ai eu un pb semblable avec un bi-proc... Reboote lors du chargement du noyo en bi-proc sous deb pas de pb en mono-proc sous deb Reboote 1 fois sur trois au lancement du gui en mono-proc (pas de licence smp) sous win 2000... Bref, résolu en changeant la carte mère (ok, on avait la même CM au labo :-) Bon courage mil -- Quand une mouche se pose sur un plafond, fait-elle un demi-tonneau ou un demi-looping ?
Re: Reboot ... encore
On Sun, 8 Feb 2004 15:40:35 +0100 [EMAIL PROTECTED] wrote: Ce n'est pas mon lecteur CD qui marche tres bien avec mon disque Win98. Ce n'est pas mon alim. (400W) qui est neuve d'hier ;) ! Tres peu de perif. branchés. Le reboot intervient n'importe quand quand j'essaie d'utiliser mon ancien disque Debian, qui a tres bien marché pendant + d'un mois (serveur apache, ). Je pense que c'est une histoire de controleur IDE avec lequel le noyau s'entend mal. Peut être en prenant le driver générique sans activation de DMA et autre ou bien en prenant au contraire le driver réellement dédié au controleur. Je suggère de regarder ce que donne un boot sur une Knoppix par exemple pour voir si le même phénomène se reproduit... François Boisson
Re: reboot intempestif ?
Bonjour, On Thu, 05 Feb 2004 19:23:07 +0100 daniel huhardeaux [EMAIL PROTECTED] wrote: to: debian-user-french@lists.debian.org debian-user-french@lists.debian.org Vince wrote: Existe t il un tool pour tester ma RAM ? memtest86 Il existe un fork plus récent aussi : memtest86+ [1]. Par contre, contrairement à memtest86 [2], il n'existe pas de paquet debian pour memtest86+. [1] http://www.memtest.org/ a+ Julien
Re: reboot intempestifs (suite)
Le vendredi 06 février 2004, Vincent Tuybens a écrit... bonjour, comme je ne peux plus du tout redemmarer Ça rebouterait sur un cd rescue ? -- jm
Re: Re: reboot intempestif ?
Le mercredi 04 février 2004, Jean-Luc Coulon (f5ibh) a écrit... bonjour, Je ne pense pas que ça ait un rapport. J'ai eu l'expérience d'un même problème. j'ai fini par tout débrancher (ou presque). la coupable était l'alim .. Chez moi ce fut une barette mémoire qui donna ce symptome. -- jm
Re: reboot intempestif ?
Il n'y a rien dans mes logs et rien dans ma sequence de boot pouvant me metre sur la piste. Existe t il un tool pour tester ma RAM ? Merci On Thursday 05 February 2004 00:19, Claude Reveret wrote: Bonjour, A mon avis tu devrais regarder les logs de ta machine fte /var/log/syslog ou fte /var/log/message Tu trouveras sans doute une piste. Tu peux peut-être poster un extrait des logs ici. Regarde aussi ce qui se passe au démarrage : dmesg boot.txt @+, Claude Le Mercredi 4 Février 2004 22:09, Vince a écrit : Ce qui est bizzard, c'est que c'est a des moment different du processus de boot que ca redemarer, et ceci aleatoirement sans que j'y ai trouve une logique quelquonque. Le graveur marchait correctement sous Windows 98 ed2. C'est un Samsung. Je vient de desactiver les modules SCSI et j'ai l'impression que c plus stable (pas de reboot jusqu'a present !) J'ai l'impression que c le module ide-scsi : SCSI emulation support qui est en cause ! (a travers mon propre graveur qui doit etre la cause reel du probleme) A t on des info sur de tels problemes ? Merci de votre aide On Wednesday 04 February 2004 19:32, ascii wrote: Vince a écrit : Bonjour à tous, ma premiere question sur la liste : Ma machine redemarre de facon aleatoire toute seule !!! De plus, il lui faut au minimum 5 reboot avant de demarrer completement ! Ceci se produit bizzarrement depuis que j'ai installé (niveau soft) mon graveur via l'emulation SCSI. Je ne sais pas si cela peut avoir un rapport ? Pour info : Debian Woody 3.0r0 Kernel 2.4.23 Merci pour votre aide V. Blaster ? lol Désolé g pas pu m'en empêcher. Bonsoir la liste!!! Quand tu dit '5 reboot' c'est bien après le début du chargement du noyau? Si oui, g eu un problème similaire! Ma solution a été de mettre à jour le firmware du graveur. (Graveur MSI) Si non, peut être pb hard. Le graveur est-il récent? Fonctionne t-il sous un autre OS ?
Re : reboot intempestif ?
Le 05.02.2004 20:02, Vince a écrit : Il n'y a rien dans mes logs et rien dans ma sequence de boot pouvant me metre sur la piste. Existe t il un tool pour tester ma RAM ? Merci apt-get install memtest86 -- - Jean-Luc pgpX6Bc3xh6w9.pgp Description: PGP signature
Re: reboot intempestif ?
Vince wrote: Il n'y a rien dans mes logs et rien dans ma sequence de boot pouvant me metre sur la piste. Existe t il un tool pour tester ma RAM ? memtest86 -- : __ __ __ __ __ __ [EMAIL PROTECTED] : /_// __ // __ //_// __ // / phone.: +48 32 285 5276 : / / / /_/ // /_/ / / / / /_/ // / fax: +48 32 285 5276 : /_/ /_//_/ /_/ /_/ /_//_/ mobile..: +48 602 284 546
