C'est le message qui reste affiché lorsque je met la machine sous tension.
C'est le message qui reste affiché lorsque je met la machine sous tension.
C'est le message qui reste affiché lorsque je met la machine sous tension.
| - si tu as l'option "quiet" dans la ligne de commande du noyau, retire
| l'option pour voir tous les messages.
Cette option était présente dans /boot/grub/menu.lst. Je l'ai supprimée.
Maintenant ça donne ça ---> http://www.vaugham.eu/2009-04-16_dmesg
- il y a quelque chose de pas très net avec "mttr" mais cela n'a peut-être
aucun rapport.
- le "cannot reserve MMIO region" est encore là.
- le "Error: Driver 'pcspkr'" n'a probablement aucun rapport avec la swap.
Globalement, je suis incapable d'identifier un quelconque message d'erreur qui
me mettrait sur une piste.
Le /var/log/syslog ressemble beaucoup à la sortie de dmesg.
J'en ai gardé une copie aussi.
| - reformate ta partition de swap avec mkswap
ça, je me le réserve juste avant de mettre vraiment les mains dans le
cambouis. Je diagnostique d'abord.
Et puis comme c'est un phénomène aléatoire, il va falloir attendre qu'il
veuille bien se manifester à nouveau.
| - essaye de l'activer manuellement (ajoute l'option noauto dans
| /etc/fstab pour ne pas l'activer automatiquement au démarrage et utilise
| swapon <partition> ou swapon -a) et de regarder les messages dans
| /var/log/syslog et avec la commande dmesg
Je n'avais jamais fait ce coup là à une partition :
/dev/hda9 none swap sw,noauto 0 0
# reboot
# df -h
Me confirme qu'il n'y a plus de partition swap
# swapon /dev/hda9
Ne provoque aucune nouvelle entrée dans /var/log/syslog
# swapon -a
Ne provoque aucune nouvelle entrée dans /var/log/syslog non plus
# df -h
Aucune partition swap n'a été montée.
Le swapon n'a donc rien provoqué.
Je ne suis pas sûr d'avoir bien géré cette manip-là...
J'aurai dû constater quoi dans les logs?
Et si le système n'a pas eu besoin de swapper, il se serait quand même passé
quelque chose?
# swapoff -a
# mkswap -c /dev/hda9
Setting up swapspace version 1, size = 3997446 kB
no label, UUIDI4405a9-8237-4920-bedf-4ddee1b2a00b
# swapon -a /dev/hda9
swapon: /dev/hda9: Périphérique ou ressource occupé
| - vérifie que la partition est bien de type swap avec cfdisk
Avec cfdisk, c'est bizarre un type de fichier : Free Space.
C'est quand même normal pour de la swap?
fdisk est plus rassurant (fdisk -l le-bon-disque) mais j'ai un doute avec
cette commande (fdisk - l la-swap)
Le man dit qu'il ne faut pas utiliser fdisk, mais cfdisk ou sfdisk.
C'est peut-être là le problème.
Le cfdisk, il m'aurait laissé une table pas très propre... ;-)
Mais je ne suis qu'à moitié convaincu surtout si cette commande est valide :
# fdisk -l /dev/hda9
Disk /dev/hda9: 3997 MB, 3997453824 bytes
255 heads, 63 sectors/track, 485 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/hda9 doesn't contain a valid partition table
===> Alors... bingo???
| - si tu as l'option "quiet" dans la ligne de commande du noyau, retire
| l'option pour voir tous les messages.
Cette option était présente dans /boot/grub/menu.lst. Je l'ai supprimée.
Maintenant ça donne ça ---> http://www.vaugham.eu/2009-04-16_dmesg
- il y a quelque chose de pas très net avec "mttr" mais cela n'a peut-être
aucun rapport.
- le "cannot reserve MMIO region" est encore là.
- le "Error: Driver 'pcspkr'" n'a probablement aucun rapport avec la swap.
Globalement, je suis incapable d'identifier un quelconque message d'erreur qui
me mettrait sur une piste.
Le /var/log/syslog ressemble beaucoup à la sortie de dmesg.
J'en ai gardé une copie aussi.
| - reformate ta partition de swap avec mkswap
ça, je me le réserve juste avant de mettre vraiment les mains dans le
cambouis. Je diagnostique d'abord.
Et puis comme c'est un phénomène aléatoire, il va falloir attendre qu'il
veuille bien se manifester à nouveau.
| - essaye de l'activer manuellement (ajoute l'option noauto dans
| /etc/fstab pour ne pas l'activer automatiquement au démarrage et utilise
| swapon <partition> ou swapon -a) et de regarder les messages dans
| /var/log/syslog et avec la commande dmesg
Je n'avais jamais fait ce coup là à une partition :
/dev/hda9 none swap sw,noauto 0 0
# reboot
# df -h
Me confirme qu'il n'y a plus de partition swap
# swapon /dev/hda9
Ne provoque aucune nouvelle entrée dans /var/log/syslog
# swapon -a
Ne provoque aucune nouvelle entrée dans /var/log/syslog non plus
# df -h
Aucune partition swap n'a été montée.
Le swapon n'a donc rien provoqué.
Je ne suis pas sûr d'avoir bien géré cette manip-là...
J'aurai dû constater quoi dans les logs?
Et si le système n'a pas eu besoin de swapper, il se serait quand même passé
quelque chose?
# swapoff -a
# mkswap -c /dev/hda9
Setting up swapspace version 1, size = 3997446 kB
no label, UUIDI4405a9-8237-4920-bedf-4ddee1b2a00b
# swapon -a /dev/hda9
swapon: /dev/hda9: Périphérique ou ressource occupé
| - vérifie que la partition est bien de type swap avec cfdisk
Avec cfdisk, c'est bizarre un type de fichier : Free Space.
C'est quand même normal pour de la swap?
fdisk est plus rassurant (fdisk -l le-bon-disque) mais j'ai un doute avec
cette commande (fdisk - l la-swap)
Le man dit qu'il ne faut pas utiliser fdisk, mais cfdisk ou sfdisk.
C'est peut-être là le problème.
Le cfdisk, il m'aurait laissé une table pas très propre... ;-)
Mais je ne suis qu'à moitié convaincu surtout si cette commande est valide :
# fdisk -l /dev/hda9
Disk /dev/hda9: 3997 MB, 3997453824 bytes
255 heads, 63 sectors/track, 485 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/hda9 doesn't contain a valid partition table
===> Alors... bingo???
| - si tu as l'option "quiet" dans la ligne de commande du noyau, retire
| l'option pour voir tous les messages.
Cette option était présente dans /boot/grub/menu.lst. Je l'ai supprimée.
Maintenant ça donne ça ---> http://www.vaugham.eu/2009-04-16_dmesg
- il y a quelque chose de pas très net avec "mttr" mais cela n'a peut-être
aucun rapport.
- le "cannot reserve MMIO region" est encore là.
- le "Error: Driver 'pcspkr'" n'a probablement aucun rapport avec la swap.
Globalement, je suis incapable d'identifier un quelconque message d'erreur qui
me mettrait sur une piste.
Le /var/log/syslog ressemble beaucoup à la sortie de dmesg.
J'en ai gardé une copie aussi.
| - reformate ta partition de swap avec mkswap
ça, je me le réserve juste avant de mettre vraiment les mains dans le
cambouis. Je diagnostique d'abord.
Et puis comme c'est un phénomène aléatoire, il va falloir attendre qu'il
veuille bien se manifester à nouveau.
| - essaye de l'activer manuellement (ajoute l'option noauto dans
| /etc/fstab pour ne pas l'activer automatiquement au démarrage et utilise
| swapon <partition> ou swapon -a) et de regarder les messages dans
| /var/log/syslog et avec la commande dmesg
Je n'avais jamais fait ce coup là à une partition :
/dev/hda9 none swap sw,noauto 0 0
# reboot
# df -h
Me confirme qu'il n'y a plus de partition swap
# swapon /dev/hda9
Ne provoque aucune nouvelle entrée dans /var/log/syslog
# swapon -a
Ne provoque aucune nouvelle entrée dans /var/log/syslog non plus
# df -h
Aucune partition swap n'a été montée.
Le swapon n'a donc rien provoqué.
Je ne suis pas sûr d'avoir bien géré cette manip-là...
J'aurai dû constater quoi dans les logs?
Et si le système n'a pas eu besoin de swapper, il se serait quand même passé
quelque chose?
# swapoff -a
# mkswap -c /dev/hda9
Setting up swapspace version 1, size = 3997446 kB
no label, UUIDI4405a9-8237-4920-bedf-4ddee1b2a00b
# swapon -a /dev/hda9
swapon: /dev/hda9: Périphérique ou ressource occupé
| - vérifie que la partition est bien de type swap avec cfdisk
Avec cfdisk, c'est bizarre un type de fichier : Free Space.
C'est quand même normal pour de la swap?
fdisk est plus rassurant (fdisk -l le-bon-disque) mais j'ai un doute avec
cette commande (fdisk - l la-swap)
Le man dit qu'il ne faut pas utiliser fdisk, mais cfdisk ou sfdisk.
C'est peut-être là le problème.
Le cfdisk, il m'aurait laissé une table pas très propre... ;-)
Mais je ne suis qu'à moitié convaincu surtout si cette commande est valide :
# fdisk -l /dev/hda9
Disk /dev/hda9: 3997 MB, 3997453824 bytes
255 heads, 63 sectors/track, 485 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/hda9 doesn't contain a valid partition table
===> Alors... bingo???
