Bonjour
Voici ce que me "bavarde" ma machine au démarrage...
...... checking file system...
fsck fro util-linux 2.19
/dev/sdb3: Superblock last write time (Tue Nov 1 17:14:55 2011 now Mon Oct 24 00:30 22 2011) is in the future
/dev/sdb3: Unexpected inconsistency. RUN fsck manually. (i.e., without -a or -p options).
Loading console font lat9w-16. psfu -m trivial GO: loadable Loading keymap i386/azerty / fr -latin1, map.gz Start unicode mode
fsck failed for at least one file system (not /) Please repair manually and reboot. The root file system is already mounted read-write.
Attention: only Control + D will reboot the system in this maintenance mode. Shutdown or reboot will not work.
Give root password for login:
Arrivé là je ne sais comment procéder...
1) je tape le mot de passe root, puis si je demande fsck je suis gentiment averti que, des fichiers étant montés, poursuivre créera de graves problèmes. J'arrête donc là... 2) je fais un rebbot par Control +D et la machine redémarre sans plus... jusque la fois d'après.
(Il est à noter que contrairement à ce qui est annoncé un "shutdown" permet également de repartir)
Bref, pour terminer, comment réparer le systeme... coome vous l'avez compris je ne suis pas un érudit du soft...
Pour ce qui concerne le problème de date peut-être s'agit-il d'un problème de pile ? Si je demande en console "time" il m'est répondu: real 0m0.000s user 0m0.000s sys 0m0.000s
Si je demande "date" il est répondu: mer. nov. 2 17:13:02 CET 2011... Est-ce le service NTP qui répond alors ???
Merci d'avance.
On 11/02/2011 05:15 PM, Pierre COUTANT wrote:
Bonjour
Voici ce que me "bavarde" ma machine au démarrage...
...... checking file system...
fsck fro util-linux 2.19
/dev/sdb3: Superblock last write time (Tue Nov 1 17:14:55 2011 now Mon Oct 24 00:30 22 2011) is in the future
/dev/sdb3: Unexpected inconsistency. RUN fsck manually. (i.e., without -a or -p options).
Loading console font lat9w-16. psfu -m trivial GO: loadable Loading keymap i386/azerty / fr -latin1, map.gz Start unicode mode
fsck failed for at least one file system (not /) Please repair manually and reboot. The root file system is already mounted read-write.
Attention: only Control + D will reboot the system in this maintenance mode. Shutdown or reboot will not work.
Give root password for login:
Arrivé là je ne sais comment procéder...
- je tape le mot de passe root, puis si je demande fsck je suis gentiment averti que, des fichiers étant montés, poursuivre
créera de graves problèmes. J'arrête donc là... 2) je fais un rebbot par Control +D et la machine redémarre sans plus... jusque la fois d'après.
(Il est à noter que contrairement à ce qui est annoncé un "shutdown" permet également de repartir)
Bref, pour terminer, comment réparer le systeme... coome vous l'avez compris je ne suis pas un érudit du soft...
Pour ce qui concerne le problème de date peut-être s'agit-il d'un problème de pile ? Si je demande en console "time" il m'est répondu: real 0m0.000s user 0m0.000s sys 0m0.000s
Si je demande "date" il est répondu: mer. nov. 2 17:13:02 CET 2011... Est-ce le service NTP qui répond alors ???
Merci d'avance.
Pierre à priori j'irai faire un tour dans le bios de la machine histoire de la remettre à l'heure. car lorsque fsck démarre rien n'est encore lancé (dont ntp qui remet la machine à l'heure)
/dev/sdb3: Superblock last write time (Tue Nov 1 17:14:55 2011 now Mon Oct 24 00:30 22 2011) is in the future
A mon avis le bios est resté planté avec 8 jours de retard.
Le 02/11/2011 20:30, Bruno Friedmann a écrit :
On 11/02/2011 05:15 PM, Pierre COUTANT wrote:
Bonjour
Voici ce que me "bavarde" ma machine au démarrage...
...... checking file system...
fsck fro util-linux 2.19
/dev/sdb3: Superblock last write time (Tue Nov 1 17:14:55 2011 now Mon Oct 24 00:30 22 2011) is in the future
/dev/sdb3: Unexpected inconsistency. RUN fsck manually. (i.e., without -a or -p options).
Loading console font lat9w-16. psfu -m trivial GO: loadable Loading keymap i386/azerty / fr -latin1, map.gz Start unicode mode
fsck failed for at least one file system (not /) Please repair manually and reboot. The root file system is already mounted read-write.
Attention: only Control + D will reboot the system in this maintenance mode. Shutdown or reboot will not work.
Give root password for login:
Arrivé là je ne sais comment procéder...
- je tape le mot de passe root, puis si je demande fsck je suis gentiment averti que, des fichiers étant montés, poursuivre
créera de graves problèmes. J'arrête donc là... 2) je fais un rebbot par Control +D et la machine redémarre sans plus... jusque la fois d'après.
(Il est à noter que contrairement à ce qui est annoncé un "shutdown" permet également de repartir)
Bref, pour terminer, comment réparer le systeme... coome vous l'avez compris je ne suis pas un érudit du soft...
Pour ce qui concerne le problème de date peut-être s'agit-il d'un problème de pile ? Si je demande en console "time" il m'est répondu: real 0m0.000s user 0m0.000s sys 0m0.000s
Si je demande "date" il est répondu: mer. nov. 2 17:13:02 CET 2011... Est-ce le service NTP qui répond alors ???
Merci d'avance.
Pierre à priori j'irai faire un tour dans le bios de la machine histoire de la remettre à l'heure. car lorsque fsck démarre rien n'est encore lancé (dont ntp qui remet la machine à l'heure)
/dev/sdb3: Superblock last write time (Tue Nov 1 17:14:55 2011 now Mon Oct 24 00:30 22 2011) is in the future
A mon avis le bios est resté planté avec 8 jours de retard.
Oui, la piste est bonne...
En remettant le Bios à la bonne heure, l'anomalie disparait.
Cependant demeure un problème demeure: au démarrage l'heure affichée est toujours fausse et c’est le NTP qui fait afficher, après quelque temps, l'heure correcte. Si je rentre au Setup Bios l'heure affichée est toujours fausse (en retard). Son réglage permet évidemment de repartir du bon pied. J'en déduis que le problème provient du Bios... Un problème de pile est possible, mais ma carte mère ne date que d'avril 2008...
Autre possibilité ? Est-il possible que le soft ait un action sur le Bios ? J'avais déjà observé ce problème d'heure non correcte lors du démarrage avec Suse 11.3, et ce problème avait disparu lors de l'installation deSuse 11.4, puis est réapparu il y a quelques semaines.
Votre avis ?
On 11/07/2011 12:25 PM, Pierre COUTANT wrote:
Le 02/11/2011 20:30, Bruno Friedmann a écrit :
On 11/02/2011 05:15 PM, Pierre COUTANT wrote:
Bonjour
Voici ce que me "bavarde" ma machine au démarrage...
...... checking file system...
fsck fro util-linux 2.19
/dev/sdb3: Superblock last write time (Tue Nov 1 17:14:55 2011 now Mon Oct 24 00:30 22 2011) is in the future
/dev/sdb3: Unexpected inconsistency. RUN fsck manually. (i.e., without -a or -p options).
Loading console font lat9w-16. psfu -m trivial GO: loadable Loading keymap i386/azerty / fr -latin1, map.gz Start unicode mode
fsck failed for at least one file system (not /) Please repair manually and reboot. The root file system is already mounted read-write.
Attention: only Control + D will reboot the system in this maintenance mode. Shutdown or reboot will not work.
Give root password for login:
Arrivé là je ne sais comment procéder...
- je tape le mot de passe root, puis si je demande fsck je suis gentiment averti que, des fichiers étant montés, poursuivre
créera de graves problèmes. J'arrête donc là... 2) je fais un rebbot par Control +D et la machine redémarre sans plus... jusque la fois d'après.
(Il est à noter que contrairement à ce qui est annoncé un "shutdown" permet également de repartir)
Bref, pour terminer, comment réparer le systeme... coome vous l'avez compris je ne suis pas un érudit du soft...
Pour ce qui concerne le problème de date peut-être s'agit-il d'un problème de pile ? Si je demande en console "time" il m'est répondu: real 0m0.000s user 0m0.000s sys 0m0.000s
Si je demande "date" il est répondu: mer. nov. 2 17:13:02 CET 2011... Est-ce le service NTP qui répond alors ???
Merci d'avance.
Pierre à priori j'irai faire un tour dans le bios de la machine histoire de la remettre à l'heure. car lorsque fsck démarre rien n'est encore lancé (dont ntp qui remet la machine à l'heure)
/dev/sdb3: Superblock last write time (Tue Nov 1 17:14:55 2011 now Mon Oct 24 00:30 22 2011) is in the future
A mon avis le bios est resté planté avec 8 jours de retard.
Oui, la piste est bonne...
En remettant le Bios à la bonne heure, l'anomalie disparait.
Cependant demeure un problème demeure: au démarrage l'heure affichée est toujours fausse et c’est le NTP qui fait afficher, après quelque temps, l'heure correcte. Si je rentre au Setup Bios l'heure affichée est toujours fausse (en retard). Son réglage permet évidemment de repartir du bon pied. J'en déduis que le problème provient du Bios... Un problème de pile est possible, mais ma carte mère ne date que d'avril 2008...
C'est la pile .. normalement elle dure 3-5 ans ... la changer est facile et vraiment pas cher du tout.
Autre possibilité ? Est-il possible que le soft ait un action sur le Bios ? J'avais déjà observé ce problème d'heure non correcte lors du démarrage avec Suse 11.3, et ce problème avait disparu lors de l'installation deSuse 11.4, puis est réapparu il y a quelques semaines.
Maintenant si le décalage observé est systématiquement le même genre delta de 2 heures etc. Il y aurait peut-être un soft qui à la descente de l'ordi lui demanderais de stocker une fausse informations. Mais j'ai un plus gros doute que la pile.
Votre avis ?
Le Lun 7 novembre 2011 14:59, Bruno Friedmann a écrit :
On 11/07/2011 12:25 PM, Pierre COUTANT wrote:
[...]
Maintenant si le décalage observé est systématiquement le même genre delta de 2 heures etc. Il y aurait peut-être un soft qui à la descente de l'ordi lui demanderais de stocker une fausse informations. Mais j'ai un plus gros doute que la pile.
Vi, c'est une possibilité (et certainement la solution). Un petit test avec un voltmètre/multimètre te dira si la pile a encore du "jus".
Votre avis ?
Un petit truc à tester une fois la mise à jour de l'heure effectuée par NTP, lancer en ligne de commande en root :
hwclock --systohc
Puis vérifier que le bios est bien à l'heure après redémarrage (laisser un peu "reposer" la machine). Si la machine n'est toujours pas à l'heure => la pile du bios est sûrment à changer.
A plus Fred
Le 07/11/2011 15:48, Frederic Gautier a écrit :
Le Lun 7 novembre 2011 14:59, Bruno Friedmann a écrit :
On 11/07/2011 12:25 PM, Pierre COUTANT wrote:
[...]
Maintenant si le décalage observé est systématiquement le même genre delta de 2 heures etc. Il y aurait peut-être un soft qui à la descente de l'ordi lui demanderais de stocker une fausse informations. Mais j'ai un plus gros doute que la pile.
Vi, c'est une possibilité (et certainement la solution). Un petit test avec un voltmètre/multimètre te dira si la pile a encore du "jus".
Votre avis ?
Un petit truc à tester une fois la mise à jour de l'heure effectuée par NTP, lancer en ligne de commande en root :
hwclock --systohc
Puis vérifier que le bios est bien à l'heure après redémarrage (laisser un peu "reposer" la machine). Si la machine n'est toujours pas à l'heure => la pile du bios est sûrment à changer.
A plus Fred
Bon, le problème ne vient pas de la pile. Après son remplacement, le problème demeure... et je découvre même que l'heure est parfois en avance lors d'un redémarrage. Il y a de fortes chances que le circuit intégré du bios soit en cause et qu'il soit nécessaire de le flasher, ce qui sera fait (pas par moi-même, rassurons-nous). Je vous donnerai le résultat. Merci de votre attention.
Le 11/11/2011 08:28, Pierre COUTANT a écrit :
Le 07/11/2011 15:48, Frederic Gautier a écrit :
Le Lun 7 novembre 2011 14:59, Bruno Friedmann a écrit :
On 11/07/2011 12:25 PM, Pierre COUTANT wrote:
[...]
Maintenant si le décalage observé est systématiquement le même genre delta de 2 heures etc. Il y aurait peut-être un soft qui à la descente de l'ordi lui demanderais de stocker une fausse informations. Mais j'ai un plus gros doute que la pile.
Vi, c'est une possibilité (et certainement la solution). Un petit test avec un voltmètre/multimètre te dira si la pile a encore du "jus".
Votre avis ?
Un petit truc à tester une fois la mise à jour de l'heure effectuée par NTP, lancer en ligne de commande en root :
hwclock --systohc
Puis vérifier que le bios est bien à l'heure après redémarrage (laisser un peu "reposer" la machine). Si la machine n'est toujours pas à l'heure => la pile du bios est sûrment à changer.
A plus Fred
Bon, le problème ne vient pas de la pile. Après son remplacement, le problème demeure... et je découvre même que l'heure est parfois en avance lors d'un redémarrage. Il y a de fortes chances que le circuit intégré du bios soit en cause et qu'il soit nécessaire de le flasher, ce qui sera fait (pas par moi-même, rassurons-nous). Je vous donnerai le résultat. Merci de votre attention.
Pour information après mise à jour du bios et remplacement de la pile je constate toujours un décalage de l'heure au redémarrage de la machine.Il y a ensuite une remise à la bonne heure avec NTP. Mais effectivement il y a probablement un soft qui intervient à l'arrêt de la machine. J'ai déjà relevé ce problème qui avait disparu avec l'installation d'une nouvelle distribution de Suse.
-
Bruno Friedmann -
Frederic Gautier -
Pierre COUTANT