Je suis confronté depuis quelque temps à un problème assez épineux sur une
Mandriva 2005 puis 2006 (mise à jour faite)
Au moment du boot, j'ai souvent un kernel panic: not syncing discs. c'est
sûr, c'est pas bon. D'ailleurs, quand ça arrive, je suis bon pour le hards
reboot.
Ma question est :
A quoi correspond exactement le kernel panic : not syncing discs, je veux
dire pourquoi le kernel peut il refuser de synchroniser les disques ?
Merci de votre aide
Pour info,
le DD c'est du maxtor 40GO;
512 mo ddr-sdram pc3200;
celeron S475;
carte mère ASUS P4S800;
CG AGP NvidiaMX 4000 64 MO;
tout rien que du matériel hyperclassique, sur une distrib poste de travail
vierge;
Bootsector=lilo acpi=ht mais quand on met noapic et noapic local,; ça change
rien
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Emmanuel Fleury
HelloMan wrote:
A quoi correspond exactement le kernel panic : not syncing discs, je veux dire pourquoi le kernel peut il refuser de synchroniser les disques ?
Typiquement lorsque le disque-dur ne répond plus aux commandes que lui envoi le noyau.
Amicalement -- Emmanuel Fleury
Calvin: Know what I pray for? Hobbes: What? Calvin: The strength to change what I can, the inability to accept what I can't, and the incapacity to tell the difference. -- Calvin & Hobbes (Bill Waterson)
HelloMan wrote:
A quoi correspond exactement le kernel panic : not syncing discs, je veux
dire pourquoi le kernel peut il refuser de synchroniser les disques ?
Typiquement lorsque le disque-dur ne répond plus aux commandes que lui
envoi le noyau.
Amicalement
--
Emmanuel Fleury
Calvin: Know what I pray for?
Hobbes: What?
Calvin: The strength to change what I can, the inability to accept
what I can't, and the incapacity to tell the difference.
-- Calvin & Hobbes (Bill Waterson)
A quoi correspond exactement le kernel panic : not syncing discs, je veux dire pourquoi le kernel peut il refuser de synchroniser les disques ?
Typiquement lorsque le disque-dur ne répond plus aux commandes que lui envoi le noyau.
Amicalement -- Emmanuel Fleury
Calvin: Know what I pray for? Hobbes: What? Calvin: The strength to change what I can, the inability to accept what I can't, and the incapacity to tell the difference. -- Calvin & Hobbes (Bill Waterson)
dagecko
This is english here ! :)
J'ai en gros le même genre de soucis que toi mais je galère pour trouver de quoi ça provient. As-tu essayé une autre distribution ? Est-ce que tes problèmes sont arrivés depuis la maj ? As-tu regardé les logs ?
essaies aussi: dmesg | grep ACPI
De plus je crois pas que le céleron supporte l'hyperthreading, donc pas de acpi=ht dans lilo.
Enfin, si tu pouvais continer la discussion en anglais, ça permettrait à plus de gens de t'aider.
Le Wed, 22 Feb 2006 13:04:53 +0100, HelloMan a écrit :
Bonjour
Je suis confronté depuis quelque temps à un problème assez épineux sur une Mandriva 2005 puis 2006 (mise à jour faite).
Au moment du boot, j'ai souvent un kernel panic: not syncing discs. c'est sûr, c'est pas bon. D'ailleurs, quand ça arrive, je suis bon pour le hards reboot.
Ma question est :
A quoi correspond exactement le kernel panic : not syncing discs, je veux dire pourquoi le kernel peut il refuser de synchroniser les disques ?
Merci de votre aide
Pour info, le DD c'est du maxtor 40GO; 512 mo ddr-sdram pc3200; celeron S475; carte mère ASUS P4S800; CG AGP NvidiaMX 4000 64 MO; tout rien que du matériel hyperclassique, sur une distrib poste de travail vierge;
Bootsector=lilo acpi=ht mais quand on met noapic et noapic local,; ça change rien
This is english here ! :)
J'ai en gros le même genre de soucis que toi mais je galère pour trouver
de quoi ça provient. As-tu essayé une autre distribution ? Est-ce que
tes problèmes sont arrivés depuis la maj ? As-tu regardé les logs ?
essaies aussi: dmesg | grep ACPI
De plus je crois pas que le céleron supporte l'hyperthreading, donc pas
de acpi=ht dans lilo.
Enfin, si tu pouvais continer la discussion en anglais, ça permettrait
à plus de gens de t'aider.
Le Wed, 22 Feb 2006 13:04:53 +0100, HelloMan a écrit :
Bonjour
Je suis confronté depuis quelque temps à un problème assez épineux sur une
Mandriva 2005 puis 2006 (mise à jour faite).
Au moment du boot, j'ai souvent un kernel panic: not syncing discs. c'est
sûr, c'est pas bon. D'ailleurs, quand ça arrive, je suis bon pour le hards
reboot.
Ma question est :
A quoi correspond exactement le kernel panic : not syncing discs, je veux
dire pourquoi le kernel peut il refuser de synchroniser les disques ?
Merci de votre aide
Pour info,
le DD c'est du maxtor 40GO;
512 mo ddr-sdram pc3200;
celeron S475;
carte mère ASUS P4S800;
CG AGP NvidiaMX 4000 64 MO;
tout rien que du matériel hyperclassique, sur une distrib poste de travail
vierge;
Bootsector=lilo acpi=ht mais quand on met noapic et noapic local,; ça change
rien
J'ai en gros le même genre de soucis que toi mais je galère pour trouver de quoi ça provient. As-tu essayé une autre distribution ? Est-ce que tes problèmes sont arrivés depuis la maj ? As-tu regardé les logs ?
essaies aussi: dmesg | grep ACPI
De plus je crois pas que le céleron supporte l'hyperthreading, donc pas de acpi=ht dans lilo.
Enfin, si tu pouvais continer la discussion en anglais, ça permettrait à plus de gens de t'aider.
Le Wed, 22 Feb 2006 13:04:53 +0100, HelloMan a écrit :
Bonjour
Je suis confronté depuis quelque temps à un problème assez épineux sur une Mandriva 2005 puis 2006 (mise à jour faite).
Au moment du boot, j'ai souvent un kernel panic: not syncing discs. c'est sûr, c'est pas bon. D'ailleurs, quand ça arrive, je suis bon pour le hards reboot.
Ma question est :
A quoi correspond exactement le kernel panic : not syncing discs, je veux dire pourquoi le kernel peut il refuser de synchroniser les disques ?
Merci de votre aide
Pour info, le DD c'est du maxtor 40GO; 512 mo ddr-sdram pc3200; celeron S475; carte mère ASUS P4S800; CG AGP NvidiaMX 4000 64 MO; tout rien que du matériel hyperclassique, sur une distrib poste de travail vierge;
Bootsector=lilo acpi=ht mais quand on met noapic et noapic local,; ça change rien
daniel
> Typiquement lorsque le disque-dur ne répond plus aux commandes que lui envoi le noyau.
oui, généralement un peu avant que le disque dur ne rende l'âme. c'est arrivé à un collègue.
> Typiquement lorsque le disque-dur ne répond plus aux commandes que lui
envoi le noyau.
oui, généralement un peu avant que le disque dur ne rende l'âme.
c'est arrivé à un collègue.
> Typiquement lorsque le disque-dur ne répond plus aux commandes que lui envoi le noyau.
oui, généralement un peu avant que le disque dur ne rende l'âme. c'est arrivé à un collègue.
HelloMan
daniel wrote:
Typiquement lorsque le disque-dur ne répond plus aux commandes que lui envoi le noyau.
oui, généralement un peu avant que le disque dur ne rende l'âme. c'est arrivé à un collègue.
en fait il s'agit d'un maxtor flambant neuf, sur lequel j'ai fait passer l'outil de diagnostic de maxtor pour une analyse bas niveau (quelques bonnes heures) et qui n'a strictement rien diagnostiqué. J'ai également checké toutes les partitions (en reiserfs) -> RAS
daniel wrote:
Typiquement lorsque le disque-dur ne répond plus aux commandes que lui
envoi le noyau.
oui, généralement un peu avant que le disque dur ne rende l'âme.
c'est arrivé à un collègue.
en fait il s'agit d'un maxtor flambant neuf, sur lequel j'ai fait passer
l'outil de diagnostic de maxtor pour une analyse bas niveau (quelques
bonnes heures) et qui n'a strictement rien diagnostiqué. J'ai également
checké toutes les partitions (en reiserfs) -> RAS
Typiquement lorsque le disque-dur ne répond plus aux commandes que lui envoi le noyau.
oui, généralement un peu avant que le disque dur ne rende l'âme. c'est arrivé à un collègue.
en fait il s'agit d'un maxtor flambant neuf, sur lequel j'ai fait passer l'outil de diagnostic de maxtor pour une analyse bas niveau (quelques bonnes heures) et qui n'a strictement rien diagnostiqué. J'ai également checké toutes les partitions (en reiserfs) -> RAS
HelloMan
dagecko wrote:
This is english here ! :)
J'ai en gros le même genre de soucis que toi mais je galère pour trouver de quoi ça provient. As-tu essayé une autre distribution ? Est-ce que tes problèmes sont arrivés depuis la maj ? As-tu regardé les logs ?
Je n'ai pas essayé d'autre distrib. Pour ce qui est des logs, quand le problème survient, c'est tout au début du processus de démarrage, donc avant le démarrage de syslog; par conséquent vu que j'ai pas de logs, j'ai rien à vous envoyer.....
essaies aussi: dmesg | grep ACPI
De plus je crois pas que le céleron supporte l'hyperthreading, donc pas de acpi=ht dans lilo.
Bonne suggestion, mais si le celeron ne supporte pas l'hyperthreading, le acpi=ht n'aura en théorie pas d'effet.
Enfin, si tu pouvais continer la discussion en anglais, ça permettrait à plus de gens de t'aider.
I agree doing so, but I thought it was french speaking forum here. Anyway, it's ok for English for me./
dagecko wrote:
This is english here ! :)
J'ai en gros le même genre de soucis que toi mais je galère pour trouver
de quoi ça provient. As-tu essayé une autre distribution ? Est-ce que
tes problèmes sont arrivés depuis la maj ? As-tu regardé les logs ?
Je n'ai pas essayé d'autre distrib. Pour ce qui est des logs, quand le
problème survient, c'est tout au début du processus de démarrage, donc
avant le démarrage de syslog; par conséquent vu que j'ai pas de logs, j'ai
rien à vous envoyer.....
essaies aussi: dmesg | grep ACPI
De plus je crois pas que le céleron supporte l'hyperthreading, donc pas
de acpi=ht dans lilo.
Bonne suggestion, mais si le celeron ne supporte pas l'hyperthreading, le
acpi=ht n'aura en théorie pas d'effet.
Enfin, si tu pouvais continer la discussion en anglais, ça permettrait
à plus de gens de t'aider.
I agree doing so, but I thought it was french speaking forum here. Anyway,
it's ok for English for me./
J'ai en gros le même genre de soucis que toi mais je galère pour trouver de quoi ça provient. As-tu essayé une autre distribution ? Est-ce que tes problèmes sont arrivés depuis la maj ? As-tu regardé les logs ?
Je n'ai pas essayé d'autre distrib. Pour ce qui est des logs, quand le problème survient, c'est tout au début du processus de démarrage, donc avant le démarrage de syslog; par conséquent vu que j'ai pas de logs, j'ai rien à vous envoyer.....
essaies aussi: dmesg | grep ACPI
De plus je crois pas que le céleron supporte l'hyperthreading, donc pas de acpi=ht dans lilo.
Bonne suggestion, mais si le celeron ne supporte pas l'hyperthreading, le acpi=ht n'aura en théorie pas d'effet.
Enfin, si tu pouvais continer la discussion en anglais, ça permettrait à plus de gens de t'aider.
I agree doing so, but I thought it was french speaking forum here. Anyway, it's ok for English for me./
Jérémy JUST
Le Wed, 22 Feb 2006 14:00:02 +0100, Emmanuel Fleury a écrit :
Typiquement lorsque le disque-dur ne répond plus aux commandes que lui envoi le noyau.
Je pense plutôt que les choses se passent dans cet ordre: - kernel panic, - « à titre informatif, je vous signale que je n'ai pas eu le temps de synchroniser avant de mourir, donc que vous avez peut-être perdu des données et que vous serez bon pour un fsck au redémarrage ».
Le plus préoccupant, ce n'est pas le non-appel à sync (bien excusable en cas de panique), mais plutôt le plantage du noyau.
Renseigne-toi autour des options de boot que tu passes au noyau. Est-ce que « acpi=ht » ne serait pas connu pour pouvoir poser des problèmes, par exemple?
-- Jérémy JUST
Le Wed, 22 Feb 2006 14:00:02 +0100,
Emmanuel Fleury <emmanuel.fleury@labri.fr> a écrit :
Typiquement lorsque le disque-dur ne répond plus aux commandes que lui
envoi le noyau.
Je pense plutôt que les choses se passent dans cet ordre:
- kernel panic,
- « à titre informatif, je vous signale que je n'ai pas eu le temps de
synchroniser avant de mourir, donc que vous avez peut-être perdu des
données et que vous serez bon pour un fsck au redémarrage ».
Le plus préoccupant, ce n'est pas le non-appel à sync (bien
excusable en cas de panique), mais plutôt le plantage du noyau.
Renseigne-toi autour des options de boot que tu passes au noyau.
Est-ce que « acpi=ht » ne serait pas connu pour pouvoir poser des
problèmes, par exemple?
Le Wed, 22 Feb 2006 14:00:02 +0100, Emmanuel Fleury a écrit :
Typiquement lorsque le disque-dur ne répond plus aux commandes que lui envoi le noyau.
Je pense plutôt que les choses se passent dans cet ordre: - kernel panic, - « à titre informatif, je vous signale que je n'ai pas eu le temps de synchroniser avant de mourir, donc que vous avez peut-être perdu des données et que vous serez bon pour un fsck au redémarrage ».
Le plus préoccupant, ce n'est pas le non-appel à sync (bien excusable en cas de panique), mais plutôt le plantage du noyau.
Renseigne-toi autour des options de boot que tu passes au noyau. Est-ce que « acpi=ht » ne serait pas connu pour pouvoir poser des problèmes, par exemple?
-- Jérémy JUST
daniel
> en fait il s'agit d'un maxtor flambant neuf, sur lequel j'ai fait passer l'outil de diagnostic de maxtor pour une analyse bas niveau (quelques bonnes heures) et qui n'a strictement rien diagnostiqué. J'ai également checké toutes les partitions (en reiserfs) -> RAS
ah ok, mais le disque du collègue a bien rendu l'ame quelques jours après.
> en fait il s'agit d'un maxtor flambant neuf, sur lequel j'ai fait passer
l'outil de diagnostic de maxtor pour une analyse bas niveau (quelques
bonnes heures) et qui n'a strictement rien diagnostiqué. J'ai également
checké toutes les partitions (en reiserfs) -> RAS
ah ok, mais le disque du collègue a bien rendu l'ame quelques jours après.
> en fait il s'agit d'un maxtor flambant neuf, sur lequel j'ai fait passer l'outil de diagnostic de maxtor pour une analyse bas niveau (quelques bonnes heures) et qui n'a strictement rien diagnostiqué. J'ai également checké toutes les partitions (en reiserfs) -> RAS
ah ok, mais le disque du collègue a bien rendu l'ame quelques jours après.