Les exception de type machine check de certains processeurs ne sotn =20
plus tait=E9s par la syslog mais par l'interm=E9diaire de mcelog avec les =20
derniers noyaux 2.6 (si j'ai tout compris).
J'ai donc install=E9 le paquet en question et cr=E9=E9 le device n=E9cessai=
re =20
(/dev/mcelog c 10,227).
Malheureusement, mcelog dit qu'il ne trouve pas /dev/mcelog (l'open =20
retourne un code -1) qui a bien =E9t=E9 cr=E9=E9 en accord avec ce qui se =20
trouve dans le README.Debian du paquet.
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
tnemeth
Selon "Jean-Luc Coulon (f5ibh)" :
| Bonjour,
Salut.
| Les exception de type machine check de certains processeurs ne sotn | plus taités par la syslog mais par l'intermédiaire de mcelog avec les | derniers noyaux 2.6 (si j'ai tout compris). | | J'ai donc installé le paquet en question et créé le device nécessaire | (/dev/mcelog c 10,227). | | Malheureusement, mcelog dit qu'il ne trouve pas /dev/mcelog (l'open | retourne un code -1) qui a bien été créé en accord avec ce qui se | trouve dans le README.Debian du paquet. | | ideas ?
Question con : As-tu chargé le module qui gère le device :) ?
Thomas.
-- 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 with a subject of "unsubscribe". Trouble? Contact
Selon "Jean-Luc Coulon (f5ibh)" <jean-luc.coulon@wanadoo.fr>:
| Bonjour,
Salut.
| Les exception de type machine check de certains processeurs ne sotn
| plus taités par la syslog mais par l'intermédiaire de mcelog avec les
| derniers noyaux 2.6 (si j'ai tout compris).
|
| J'ai donc installé le paquet en question et créé le device nécessaire
| (/dev/mcelog c 10,227).
|
| Malheureusement, mcelog dit qu'il ne trouve pas /dev/mcelog (l'open
| retourne un code -1) qui a bien été créé en accord avec ce qui se
| trouve dans le README.Debian du paquet.
|
| ideas ?
Question con :
As-tu chargé le module qui gère le device :) ?
Thomas.
--
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| Les exception de type machine check de certains processeurs ne sotn | plus taités par la syslog mais par l'intermédiaire de mcelog avec les | derniers noyaux 2.6 (si j'ai tout compris). | | J'ai donc installé le paquet en question et créé le device nécessaire | (/dev/mcelog c 10,227). | | Malheureusement, mcelog dit qu'il ne trouve pas /dev/mcelog (l'open | retourne un code -1) qui a bien été créé en accord avec ce qui se | trouve dans le README.Debian du paquet. | | ideas ?
Question con : As-tu chargé le module qui gère le device :) ?
Thomas.
-- 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 with a subject of "unsubscribe". Trouble? Contact
| Les exception de type machine check de certains processeurs ne sotn | plus taités par la syslog mais par l'intermédiaire de mcelog avec les | derniers noyaux 2.6 (si j'ai tout compris). | | J'ai donc installé le paquet en question et créé le device nécessaire | (/dev/mcelog c 10,227). | | Malheureusement, mcelog dit qu'il ne trouve pas /dev/mcelog (l'open | retourne un code -1) qui a bien été créé en accord avec ce qui se | trouve dans le README.Debian du paquet. | | ideas ?
Question con : As-tu chargé le module qui gère le device :) ?
Selon "Jean-Luc Coulon (f5ibh)" <jean-luc.coulon@wanadoo.fr>:
| Bonjour,
Salut.
| Les exception de type machine check de certains processeurs ne sotn
| plus taités par la syslog mais par l'intermédiaire de mcelog avec
les
| derniers noyaux 2.6 (si j'ai tout compris).
|
| J'ai donc installé le paquet en question et créé le device
nécessaire
| (/dev/mcelog c 10,227).
|
| Malheureusement, mcelog dit qu'il ne trouve pas /dev/mcelog (l'open
| retourne un code -1) qui a bien été créé en accord avec ce qui se
| trouve dans le README.Debian du paquet.
|
| ideas ?
Question con :
As-tu chargé le module qui gère le device :) ?
| Les exception de type machine check de certains processeurs ne sotn | plus taités par la syslog mais par l'intermédiaire de mcelog avec les | derniers noyaux 2.6 (si j'ai tout compris). | | J'ai donc installé le paquet en question et créé le device nécessaire | (/dev/mcelog c 10,227). | | Malheureusement, mcelog dit qu'il ne trouve pas /dev/mcelog (l'open | retourne un code -1) qui a bien été créé en accord avec ce qui se | trouve dans le README.Debian du paquet. | | ideas ?
Question con : As-tu chargé le module qui gère le device :) ?
-- 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 with a subject of "unsubscribe". Trouble? Contact
tnemeth
Selon "Jean-Luc Coulon (f5ibh)" :
| Le 30.03.2005 13:46:12, a écrit : | > | J'ai donc installé le paquet en question et créé le device | > nécessaire | > | (/dev/mcelog c 10,227). | > | | > | Malheureusement, mcelog dit qu'il ne trouve pas /dev/mcelog | (l'open | > | retourne un code -1) qui a bien été créé en accord avec ce qui | > Question con : | > As-tu chargé le module qui gère le device :) ? | | Quel module ?
Aucun. J'ai répondu avant de lire la doc sur mce et comme généralement, lorsqu'on a un device dans /dev, il est géré par un driver qui souvent peut être mis en module. Ce n'est effectivement pas le cas dans le cas de mcelog.
Donc bon... Mea maxima culpa, au temps pour moi, etc...
Thomas.
-- 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 with a subject of "unsubscribe". Trouble? Contact
Selon "Jean-Luc Coulon (f5ibh)" <jean-luc.coulon@wanadoo.fr>:
| Le 30.03.2005 13:46:12, tnemeth@free.fr a écrit :
| > | J'ai donc installé le paquet en question et créé le device
| > nécessaire
| > | (/dev/mcelog c 10,227).
| > |
| > | Malheureusement, mcelog dit qu'il ne trouve pas /dev/mcelog
| (l'open
| > | retourne un code -1) qui a bien été créé en accord avec ce qui
| > Question con :
| > As-tu chargé le module qui gère le device :) ?
|
| Quel module ?
Aucun. J'ai répondu avant de lire la doc sur mce et comme
généralement, lorsqu'on a un device dans /dev, il est géré
par un driver qui souvent peut être mis en module. Ce n'est
effectivement pas le cas dans le cas de mcelog.
Donc bon... Mea maxima culpa, au temps pour moi, etc...
Thomas.
--
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| Le 30.03.2005 13:46:12, a écrit : | > | J'ai donc installé le paquet en question et créé le device | > nécessaire | > | (/dev/mcelog c 10,227). | > | | > | Malheureusement, mcelog dit qu'il ne trouve pas /dev/mcelog | (l'open | > | retourne un code -1) qui a bien été créé en accord avec ce qui | > Question con : | > As-tu chargé le module qui gère le device :) ? | | Quel module ?
Aucun. J'ai répondu avant de lire la doc sur mce et comme généralement, lorsqu'on a un device dans /dev, il est géré par un driver qui souvent peut être mis en module. Ce n'est effectivement pas le cas dans le cas de mcelog.
Donc bon... Mea maxima culpa, au temps pour moi, etc...
Thomas.
-- 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 with a subject of "unsubscribe". Trouble? Contact
| Le 30.03.2005 13:46:12, a écrit : | > | J'ai donc installé le paquet en question et créé le device | > nécessaire | > | (/dev/mcelog c 10,227). | > | | > | Malheureusement, mcelog dit qu'il ne trouve pas /dev/mcelog | (l'open | > | retourne un code -1) qui a bien été créé en accord avec ce qui | > Question con : | > As-tu chargé le module qui gère le device :) ? | | Quel module ?
Aucun. J'ai répondu avant de lire la doc sur mce et comme généralement, lorsqu'on a un device dans /dev, il est géré par un driver qui souvent peut être mis en module. Ce n'est effectivement pas le cas dans le cas de mcelog.
Donc bon... Mea maxima culpa, au temps pour moi, etc...
Le noyau a bien été compilé avec le support de machine check et le module pour les "non fatal' machine check est présent.
C'est assez curieux que mcelog se plaigne pour le device :
Voilà le device : [] % ls -l /dev/mcelog crw-rw---- 1 root root 10, 227 2005-03-30 12:43 /dev/mcelog
Et le strace : open("/proc/cpuinfo", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fe8000 read(3, "processort: 0nvendor_idt: Authen"..., 1024) = 447 close(3) = 0 munmap(0xb7fe8000, 4096) = 0 open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such device) write(2, "Cannot open /dev/mcelogn", 24Cannot open /dev/mcelog ) = 24 exit_group(1) = ?
Selon "Jean-Luc Coulon (f5ibh)" <jean-luc.coulon@wanadoo.fr>:
| Le 30.03.2005 13:46:12, tnemeth@free.fr a écrit :
| > | J'ai donc installé le paquet en question et créé le device
| > nécessaire
| > | (/dev/mcelog c 10,227).
| > |
| > | Malheureusement, mcelog dit qu'il ne trouve pas /dev/mcelog
| (l'open
| > | retourne un code -1) qui a bien été créé en accord avec ce qui
| > Question con :
| > As-tu chargé le module qui gère le device :) ?
|
| Quel module ?
Aucun. J'ai répondu avant de lire la doc sur mce et comme
généralement, lorsqu'on a un device dans /dev, il est géré
par un driver qui souvent peut être mis en module. Ce n'est
effectivement pas le cas dans le cas de mcelog.
Donc bon... Mea maxima culpa, au temps pour moi, etc...
Le noyau a bien été compilé avec le support de machine check et le
module pour les "non fatal' machine check est présent.
C'est assez curieux que mcelog se plaigne pour le device :
Voilà le device :
[jean-luc@tangerine] % ls -l /dev/mcelog
crw-rw---- 1 root root 10, 227 2005-03-30 12:43 /dev/mcelog
Et le strace :
open("/proc/cpuinfo", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7fe8000
read(3, "processort: 0nvendor_idt: Authen"..., 1024) = 447
close(3) = 0
munmap(0xb7fe8000, 4096) = 0
open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such device)
write(2, "Cannot open /dev/mcelogn", 24Cannot open /dev/mcelog
) = 24
exit_group(1) = ?
| Le 30.03.2005 13:46:12, a écrit : | > | J'ai donc installé le paquet en question et créé le device | > nécessaire | > | (/dev/mcelog c 10,227). | > | | > | Malheureusement, mcelog dit qu'il ne trouve pas /dev/mcelog | (l'open | > | retourne un code -1) qui a bien été créé en accord avec ce qui | > Question con : | > As-tu chargé le module qui gère le device :) ? | | Quel module ?
Aucun. J'ai répondu avant de lire la doc sur mce et comme généralement, lorsqu'on a un device dans /dev, il est géré par un driver qui souvent peut être mis en module. Ce n'est effectivement pas le cas dans le cas de mcelog.
Donc bon... Mea maxima culpa, au temps pour moi, etc...
Le noyau a bien été compilé avec le support de machine check et le module pour les "non fatal' machine check est présent.
C'est assez curieux que mcelog se plaigne pour le device :
Voilà le device : [] % ls -l /dev/mcelog crw-rw---- 1 root root 10, 227 2005-03-30 12:43 /dev/mcelog
Et le strace : open("/proc/cpuinfo", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fe8000 read(3, "processort: 0nvendor_idt: Authen"..., 1024) = 447 close(3) = 0 munmap(0xb7fe8000, 4096) = 0 open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such device) write(2, "Cannot open /dev/mcelogn", 24Cannot open /dev/mcelog ) = 24 exit_group(1) = ?
-- 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 with a subject of "unsubscribe". Trouble? Contact
tnemeth
Selon "Jean-Luc Coulon (f5ibh)" : | Le noyau a bien été compilé avec le support de machine check et le | module pour les "non fatal' machine check est présent. | | C'est assez curieux que mcelog se plaigne pour le device : [...] | open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such device)
ENODEV pathname correspond à un fichier spécial et il n'y a pas de périphérique correspondant.
Effectivement c'est étrange. e2fsck ? As-tu un ligne de commande du noyau qui spécifie "mce" ou "nomce" ?
Thomas.
-- 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 with a subject of "unsubscribe". Trouble? Contact
Selon "Jean-Luc Coulon (f5ibh)" <jean-luc.coulon@wanadoo.fr>:
| Le noyau a bien été compilé avec le support de machine check et le
| module pour les "non fatal' machine check est présent.
|
| C'est assez curieux que mcelog se plaigne pour le device :
[...]
| open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such device)
ENODEV pathname correspond à un fichier spécial et il n'y a
pas de périphérique correspondant.
Effectivement c'est étrange. e2fsck ?
As-tu un ligne de commande du noyau qui spécifie "mce" ou
"nomce" ?
Thomas.
--
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Selon "Jean-Luc Coulon (f5ibh)" : | Le noyau a bien été compilé avec le support de machine check et le | module pour les "non fatal' machine check est présent. | | C'est assez curieux que mcelog se plaigne pour le device : [...] | open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such device)
ENODEV pathname correspond à un fichier spécial et il n'y a pas de périphérique correspondant.
Effectivement c'est étrange. e2fsck ? As-tu un ligne de commande du noyau qui spécifie "mce" ou "nomce" ?
Thomas.
-- 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 with a subject of "unsubscribe". Trouble? Contact
Selon "Jean-Luc Coulon (f5ibh)" : | Le noyau a bien été compilé avec le support de machine check et l e | module pour les "non fatal' machine check est présent. | | C'est assez curieux que mcelog se plaigne pour le device : [...] | open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such device)
ENODEV pathname correspond à un fichier spécial et il n'y a pas de périphérique correspondant.
Effectivement c'est étrange. e2fsck ?
C'est du xfs ;-)
As-tu un ligne de commande du noyau qui spécifie "mce" ou "nomce" ?
Selon "Jean-Luc Coulon (f5ibh)" <jean-luc.coulon@wanadoo.fr>:
| Le noyau a bien été compilé avec le support de machine check et l e
| module pour les "non fatal' machine check est présent.
|
| C'est assez curieux que mcelog se plaigne pour le device :
[...]
| open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such device)
ENODEV pathname correspond à un fichier spécial et il n'y a
pas de périphérique correspondant.
Effectivement c'est étrange. e2fsck ?
C'est du xfs ;-)
As-tu un ligne de commande du noyau qui spécifie "mce" ou
"nomce" ?
Selon "Jean-Luc Coulon (f5ibh)" : | Le noyau a bien été compilé avec le support de machine check et l e | module pour les "non fatal' machine check est présent. | | C'est assez curieux que mcelog se plaigne pour le device : [...] | open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such device)
ENODEV pathname correspond à un fichier spécial et il n'y a pas de périphérique correspondant.
Effectivement c'est étrange. e2fsck ?
C'est du xfs ;-)
As-tu un ligne de commande du noyau qui spécifie "mce" ou "nomce" ?
-- 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 with a subject of "unsubscribe". Trouble? Contact
Thomas Nemeth
Le 30.03.05, Jean-Luc Coulon (f5ibh) a tapoté :
| Le 30.03.2005 17:10:37, a écrit : | > Selon "Jean-Luc Coulon (f5ibh)" : | > | Le noyau a bien été compilé avec le support de machine check et le | > | module pour les "non fatal' machine check est présent. | > | | > | C'est assez curieux que mcelog se plaigne pour le device : | > [...] | > | open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such device) | > | > ENODEV pathname correspond à un fichier spécial et il n'y a | > pas de périphérique correspondant. | > | > Effectivement c'est étrange. e2fsck ? | | C'est du xfs ;-)
Ah... xfsck ?
| > As-tu un ligne de commande du noyau qui spécifie "mce" ou | > "nomce" ? | | Non .. il faut ?
D'après Documentation/kernel-parameters.txt l'option mce sert à activer le mce et nomce, à le désactiver (bizarrement). Je ne sais pas si c'est censé être activé par défaut...
Thomas -- printk("CPU[%d]: Sending penguins to jail...",smp_processor_id()); [... 20 lines ...] printk("CPU[%d]: Giving pardon to imprisoned penguinsn", smp_processor_id()); 2.4.8 arch/sparc64/kernel/smp.c
-- 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 with a subject of "unsubscribe". Trouble? Contact
Le 30.03.05, Jean-Luc Coulon (f5ibh) a tapoté :
| Le 30.03.2005 17:10:37, tnemeth@free.fr a écrit :
| > Selon "Jean-Luc Coulon (f5ibh)" <jean-luc.coulon@wanadoo.fr>:
| > | Le noyau a bien été compilé avec le support de machine check et le
| > | module pour les "non fatal' machine check est présent.
| > |
| > | C'est assez curieux que mcelog se plaigne pour le device :
| > [...]
| > | open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such device)
| >
| > ENODEV pathname correspond à un fichier spécial et il n'y a
| > pas de périphérique correspondant.
| >
| > Effectivement c'est étrange. e2fsck ?
|
| C'est du xfs ;-)
Ah... xfsck ?
| > As-tu un ligne de commande du noyau qui spécifie "mce" ou
| > "nomce" ?
|
| Non .. il faut ?
D'après Documentation/kernel-parameters.txt l'option mce sert
à activer le mce et nomce, à le désactiver (bizarrement). Je ne
sais pas si c'est censé être activé par défaut...
Thomas
--
printk("CPU[%d]: Sending penguins to jail...",smp_processor_id());
[... 20 lines ...]
printk("CPU[%d]: Giving pardon to imprisoned penguinsn", smp_processor_id());
2.4.8 arch/sparc64/kernel/smp.c
--
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| Le 30.03.2005 17:10:37, a écrit : | > Selon "Jean-Luc Coulon (f5ibh)" : | > | Le noyau a bien été compilé avec le support de machine check et le | > | module pour les "non fatal' machine check est présent. | > | | > | C'est assez curieux que mcelog se plaigne pour le device : | > [...] | > | open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such device) | > | > ENODEV pathname correspond à un fichier spécial et il n'y a | > pas de périphérique correspondant. | > | > Effectivement c'est étrange. e2fsck ? | | C'est du xfs ;-)
Ah... xfsck ?
| > As-tu un ligne de commande du noyau qui spécifie "mce" ou | > "nomce" ? | | Non .. il faut ?
D'après Documentation/kernel-parameters.txt l'option mce sert à activer le mce et nomce, à le désactiver (bizarrement). Je ne sais pas si c'est censé être activé par défaut...
Thomas -- printk("CPU[%d]: Sending penguins to jail...",smp_processor_id()); [... 20 lines ...] printk("CPU[%d]: Giving pardon to imprisoned penguinsn", smp_processor_id()); 2.4.8 arch/sparc64/kernel/smp.c
-- 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 with a subject of "unsubscribe". Trouble? Contact
| Le 30.03.2005 17:10:37, a écrit : | > Selon "Jean-Luc Coulon (f5ibh)" : | > | Le noyau a bien été compilé avec le support de machine check et le | > | module pour les "non fatal' machine check est présent. | > | | > | C'est assez curieux que mcelog se plaigne pour le device : | > [...] | > | open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such device) | > | > ENODEV pathname correspond à un fichier spécial et il n' y a | > pas de périphérique correspondant. | > | > Effectivement c'est étrange. e2fsck ? | | C'est du xfs ;-)
Ah... xfsck ?
Non, ça s'appelle xfs_check et il a un copain xfs_repair. Mais mes systèmes de ficheir sont propres.
| > As-tu un ligne de commande du noyau qui spécifie "mce" ou | > "nomce" ? | | Non .. il faut ?
D'après Documentation/kernel-parameters.txt l'option mce sert à activer le mce et nomce, à le désactiver (bizarrement). Je ne sais pas si c'est censé être activé par défaut...
Il y a des options qui permettent d'activer ou pas certianes banks mais c'est assez 'cryptic'..
| Le 30.03.2005 17:10:37, tnemeth@free.fr a écrit :
| > Selon "Jean-Luc Coulon (f5ibh)" <jean-luc.coulon@wanadoo.fr>:
| > | Le noyau a bien été compilé avec le support de machine check et
le
| > | module pour les "non fatal' machine check est présent.
| > |
| > | C'est assez curieux que mcelog se plaigne pour le device :
| > [...]
| > | open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such
device)
| >
| > ENODEV pathname correspond à un fichier spécial et il n' y
a
| > pas de périphérique correspondant.
| >
| > Effectivement c'est étrange. e2fsck ?
|
| C'est du xfs ;-)
Ah... xfsck ?
Non, ça s'appelle xfs_check et il a un copain xfs_repair. Mais mes
systèmes de ficheir sont propres.
| > As-tu un ligne de commande du noyau qui spécifie "mce" ou
| > "nomce" ?
|
| Non .. il faut ?
D'après Documentation/kernel-parameters.txt l'option mce sert
à activer le mce et nomce, à le désactiver (bizarrement). Je
ne
sais pas si c'est censé être activé par défaut...
Il y a des options qui permettent d'activer ou pas certianes banks mais
c'est assez 'cryptic'..
| Le 30.03.2005 17:10:37, a écrit : | > Selon "Jean-Luc Coulon (f5ibh)" : | > | Le noyau a bien été compilé avec le support de machine check et le | > | module pour les "non fatal' machine check est présent. | > | | > | C'est assez curieux que mcelog se plaigne pour le device : | > [...] | > | open("/dev/mcelog", O_RDONLY) = -1 ENODEV (No such device) | > | > ENODEV pathname correspond à un fichier spécial et il n' y a | > pas de périphérique correspondant. | > | > Effectivement c'est étrange. e2fsck ? | | C'est du xfs ;-)
Ah... xfsck ?
Non, ça s'appelle xfs_check et il a un copain xfs_repair. Mais mes systèmes de ficheir sont propres.
| > As-tu un ligne de commande du noyau qui spécifie "mce" ou | > "nomce" ? | | Non .. il faut ?
D'après Documentation/kernel-parameters.txt l'option mce sert à activer le mce et nomce, à le désactiver (bizarrement). Je ne sais pas si c'est censé être activé par défaut...
Il y a des options qui permettent d'activer ou pas certianes banks mais c'est assez 'cryptic'..
| > As-tu un ligne de commande du noyau qui spécifie "mce" ou | > "nomce" ? | | Non .. il faut ?
D'après Documentation/kernel-parameters.txt l'option mce sert à activer le mce et nomce, à le désactiver (bizarrement). Je ne sais pas si c'est censé être activé par défaut...
| > As-tu un ligne de commande du noyau qui spécifie "mce" ou
| > "nomce" ?
|
| Non .. il faut ?
D'après Documentation/kernel-parameters.txt l'option mce sert
à activer le mce et nomce, à le désactiver (bizarrement). Je
ne
sais pas si c'est censé être activé par défaut...
| > As-tu un ligne de commande du noyau qui spécifie "mce" ou | > "nomce" ? | | Non .. il faut ?
D'après Documentation/kernel-parameters.txt l'option mce sert à activer le mce et nomce, à le désactiver (bizarrement). Je ne sais pas si c'est censé être activé par défaut...
