Le 2022-10-15 16:17, l0f...@tuta.io a écrit :
15 oct. 2022, 15:25 de b...@taranig.net:
Le 2022-10-15 09:33, l0f...@tuta.io a écrit :
Pour ceux qui ont des soucis, que donne :
utmpdump /run/utmp
?
l0f4r0
Utmp dump of /run/utmp
[8] [00233] [si ] [] [] [
15 oct. 2022, 15:25 de b...@taranig.net:
> Le 2022-10-15 09:33, l0f...@tuta.io a écrit :
>
>> Pour ceux qui ont des soucis, que donne :
>>
>> utmpdump /run/utmp
>>
>> ?
>>
>> l0f4r0
>>
> Utmp dump of /run/utmp
> [8] [00233] [si ] [] [] [] [0.0.0.0
>
Le 2022-10-15 09:33, l0f...@tuta.io a écrit :
Pour ceux qui ont des soucis, que donne :
utmpdump /run/utmp
?
l0f4r0
Utmp dump of /run/utmp
[8] [00233] [si ] [] [] []
[0.0.0.0] [2022-10-14T14:18:56,899429+00:00]
[2] [0] [~~ ] [reboot ]
Pour ceux qui ont des soucis, que donne :
utmpdump /run/utmp
?
l0f4r0
Le 2022-10-14 09:25, bern a écrit :
J'ai rebooté la machine hier : le problème est toujours là. J'ai
d'autres machines matériellement très proches avec la même version du
système et sur lesquelles le "who -b" est bon.
J'ai écrit trop vite : je n'avais pas d'autre machine avec strictement
la
Bonjour. Ne serait ce pas un problème i386 vs amd64 ?
Le 14/10/2022 à 09:25, bern a écrit :
Le 2022-10-13 19:45, l0f...@tuta.io a écrit :
Bernard et Nicolas,
Que donne la commande suivante :
$ apt policy coreutils
l0f4r0
# locale | grep LC_TIME
LC_TIME="en_US.UTF-8"
# apt policy
Le 2022-10-13 19:45, l0f...@tuta.io a écrit :
Bernard et Nicolas,
Que donne la commande suivante :
$ apt policy coreutils
l0f4r0
# locale | grep LC_TIME
LC_TIME="en_US.UTF-8"
# apt policy coreutils
coreutils:
Installed: 9.1-1
Candidate: 9.1-1
Version table:
*** 9.1-1 500
500
Le 13/10/2022 19:45:42, l0f...@tuta.io a écrit :
> Que donne la commande suivante :
> $ apt policy coreutils
> apt policy coreutils
coreutils:
Installé : 9.1-1
Candidat : 9.1-1
Table de version :
*** 9.1-1 500
500 http://ftp.fr.debian.org/debian unstable/main i386 Packages
Bernard et Nicolas,
Que donne la commande suivante :
$ apt policy coreutils
l0f4r0
Le 13/10/2022 16:37:00, l0f...@tuta.io a écrit :
> Que donne la commande suivante ?
> locale | grep LC_TIME
J’ai la même blague chez moi :
> who -b
démarrage système 54840279-01-04 16:06
> locale | grep LC_TIME
LC_TIME="fr_FR.UTF-8"
nicolas patrois : pts noir asocial
--
RÉALISME
M :
Bonjour,
12 oct. 2022, 11:10 de b...@taranig.net:
> Ce matin, j'ai voulu voir depuis combien de jours tourne une de mes machines :
>
> $ who -b
> system boot 119807117-04-11 12:38
>
> Comment est-il possible d'obtenir ce résultat ?
>
Que donne la commande suivante ?
locale | grep
hello,
Le 12/10/2022 à 15:05, Haricophile a écrit :
Le mercredi 12 octobre 2022 à 12:32 +0200, Bernard Isambert a écrit :
Il y a quelques années, j'avais eu droit au bug des 497 jours (2^32 x
1/100°s = 497,.. jours, débordement du compteur de temps et affichage
de
"top" délirant), mais les
Le mercredi 12 octobre 2022 à 12:32 +0200, Bernard Isambert a écrit :
> Il y a quelques années, j'avais eu droit au bug des 497 jours (2^32 x
> 1/100°s = 497,.. jours, débordement du compteur de temps et affichage
> de
> "top" délirant), mais les fournisseurs d'électricité d'aujourd'hui ne
>
Le 12/10/2022 à 12:06, Jean-Pierre Giraud a écrit :
Bonjour,
et que disent uptime et date ?
Amicalement,
jipege
uptime et date donnent les bons résultats (uptime c'est ce qu'affiche
"top" en première ligne).
Ça a quand même l'air d'être lié à "who".
---
Il y a quelques années, j'avais eu
Bonjour,
Le 12/10/2022 à 11:10, Bernard Isambert a écrit :
Ce matin, j'ai voulu voir depuis combien de jours tourne une de mes
machines :
$ who -b
system boot 119807117-04-11 12:38
Comment est-il possible d'obtenir ce résultat ?
D'après le kern.log, le dernier boot date du 4
Ce matin, j'ai voulu voir depuis combien de jours tourne une de mes
machines :
$ who -b
system boot 119807117-04-11 12:38
Comment est-il possible d'obtenir ce résultat ?
D'après le kern.log, le dernier boot date du 4 octobre 2022 à 15h51.
La première ligne de "top" est d'accord :
16 matches
Mail list logo