J'ai également eu le même problème inverse (toujours a cause de l'USB), qui est la mise en veille automatique qui a necessité un changement de matériel.
Tihz qui maudit les périphérique "de saisie" USB.
]>Bon courage !
Korova en veine de diplomatie
]>Je viens de m'inscrire car j'ai mon PC qui démarre tout seul ! et j'ai lu vos échanges que je ne comprends qu'à moitié, je ne suis pas initié au langage
informatique ! Il redemarre depuis ma nouvelle carte mère ! Je ne pense pas que cela soit du à un problème de matériel, enfin j'espère pas !
Il redemarre soit après avoir cliqué sur : démarrer/arréter/arréter le système, (fermeture de windows et redemarrage dans la foulée), soit en pleine nuit quand ça lui chante !
Carte mère MSI K8N diamond plus avec une alim Antec 650 watts à 120 euros ! 3 disques durs / XP pro officiel OEM / Live box wanadoo / que dire d'autre ...
Solution du moment : bouton off de l'alim quand je vais dormir !
Pascal
]>Dernier épisode de mon démarrage intempestif.
Après quelques mises à jour de ma testing, en fait quotidiennes, et sans autres configurations, les redémarrages ont cessé depuis un mois.
Je ne sais pas pourquoi ni comment. :shock:
Merci à tous
A+
]>Pour arreter le PC en soft-mode, il faut mettre la valeur 5 à /proc/acpi/sleep
Ce que tu as (S1 S2 etc.. ) c'est bon, il doit pas se rallumer.
Mais peut-etre qu'à l'arret par exemple dans un script /etc/rc6.d un script met la valeur 5 et donc ton PC s'éteint en soft-mode.
Faut peut-etre chercher par là, sinon, arrete l'acpi ou change l'heure et regarde s'il se rallume tout seul.. et éliminer cette option.
les URL :
http://acpi.sourceforge.net/documentation/sleep.html
http://acpi.sourceforge.net/documentation/alarm.html
Voici le contenu de /proc/acpi/sleep : S0 S1 S4 S5
Je ne comprends pas ce que cela signifie, et si le "5" dont tu parlais correspond à "S5".
A+
]>s'il est à 5 ou si tu as "qq chose" qui met ce fichier à 5/ Ton démarrage automatique peut venir de là.
Pour le cron, laisse tombé, je pensais que le PC était allumé et qu'il rebootait tout seul. Si il est éteint, le cron bha.. il marche pas
]>2005-11-00 00:05:22
D'après ce que j'ai compris, ça "gère" l'extinction ou l'allumage de l'ordinateur. Est-ce que c'est ça ? :?: Et si j'interpète bien ce que ça dit, il me semble que cela signifie que tout le mois de novembre il va se passer quellque chose à 00H05 et 22 secondes...
Sinon pour cron, je vais vérifier chaque utilisateur.
A+
]>Pour un problème cron, je n'y crois pas non plus, d'autant plus que ma crontab est vide. Hormis bien sûr ce que j'y ai mis suite à l'intervention d'Ocamlscheme.
tu as un cron par utilisateur donc si tu as plusieurs utilisateurs...
Mais tu as aussi des cron mis par les applications qui en ont besoin dans /etc/cron.xxx
notamment par exemple, tu as un updatedb qui se lance tous les jours dans /etc/cron.daily surement vers les minuits qui engendre de l'utilisation disque
Enfin, pour ce qui concerne un CDLive, le problème était déjà apparu quelques mois auparavant, suite à l'utilisation d'une KLA sur une Fedora.
Le but était de booter sur un système différent du tiens, pour exclure le fait que ce soit qq chose au niveau de ta debian qui "déconne". Tu peux aussi booter sur une disquette windows.
Après, si ça l'a déjà fait sur ta fedora, ça doit surement etre un prb hardware.
Pour ce qui concerne une éventuelle mise à jour du kernel, la réponse est non.
Pour un problème cron, je n'y crois pas non plus, d'autant plus que ma crontab est vide. Hormis bien sûr ce que j'y ai mis suite à l'intervention d'Ocamlscheme. Cependant, éteindre l'ordinateur à 00H07, (si j'ai bien compris la manip), ne résoud pas mon problème, car il risque de démarrer à nouveau dans la seconde qui suivra.
Enfin, pour ce qui concerne un CDLive, le problème était déjà apparu quelques mois auparavant, suite à l'utilisation d'une KLA sur une Fedora. Cela s'est arrêté sans que je sache trop pourquoi ni comment, et entretemps, j'ai changé pour debian. Je n'ai pas remis un CDLive depuis, et le problème a commencé il y a une semaine.
Je vais voir du côté de l'ACPI.
Merci pour la piste.
A+
]>Bonjour à tous,
J'ai un Pentium 4 avec juste Etch dessus. Le kernel est 2.6.12. Je fais des mises à jour quotidiennes.
y a eu une mise à jour du kernel depuis ces deux jours ?
sinon tu devrais booter sur un CDlive d'une distrib pendant une journée et voir s'il reboot. Si possible une distrib qui n'a pas la version du noyau, et en essayant de désactiver l'ACPI.
Pour exclure un problème de configuration ou mauvaise gestion de l'ACPI.
Si tu penches pour un problème de cron ( j'y crois pas ); t'as qu'à arreter le daemon... tu verras s'il reboot ou pas.
Perso je penche plutot pour un prb d'alim; bug ACPI ou voir s'il reboot pas quand il y a un forte utilisation CPU / mémoire. ou la carte mère..
]>J'exécute la manip en espérant en faire de même pour mon reboot mystérieux. Je vous tiens ... au courant.:oops: Celle-là, c'est comme le reboot : à l'insu de mon plein gré.
A+
]>Et hop tu pourra te reposer sur tes deux oreilles, l'esprit qui hante ta bécane ne sera pas responsable d'une consomation excessive d'énergie
OS de retour de bretagne
]>Il est 00H06 et l'ordinateur vient de se rallumer tout seul. :cry:
J'ai "crontab" vide, idem pour "at", qui ne fonctionne qu'une fois si j'ai bien compris. Et pour l'anecdote, hier j'ai éteint l'ordinateur à 00H23 et, deux secondes plus tard, il a rebooté à l'insu de mon plein gré.
Pour ce qui concerne la carte mère, il s'agit d'une :
ATX 848P Neo-V / 865PE Neo2-V avec un Intel Pentium 4.
Si cela dit de quoi à la raison pure de quelqu'un, le mystère du reboot intempestif de l'ordinateur de Yodo :twisted: sera enfin résolu.
Suite au prochain épisode.
A+
]>LeDub qui ne dormait toujours pas à 0h06 hier ... bourdonnement d'oreilles
]>