[Résolu] Partition datée au 1 Janvier 1970

Dankara · 21-02-2024 00:05:34

Salut,

Je viens d'installer Debian 12 et lors de l'installation j'ai créé une nouvelle partition sur mon disque SSD dans le but de garder 100Go pour le système et 400Go comme zone de stockage avec un accès rapide.

J'ai créé le dossier /mnt/ssd comme point de montage de ma partition /dev/nvme0s1p1. Ce qui est surprenant c'est que la date de mon dossier est au 1 Janvier 1970 après le montage

Si je démonte la partition, /mnt/ssd récupère une date cohérente. J'ai essayé le montage sur un autre dossier et le même phénomène se produit. J'en déduis que ça vient de ma partition.

Dois-je m'en inquiéter ? Personnellement ça ne me dérange pas mais je reste perplexe quand à la stabilité de mon système dans le temps

.

Dernière modification par Dankara (23-02-2024 16:11:02)

Dankara · 21-02-2024 00:07:51

Ah j'oubliais,

Étrangement j'avais une copie du dossier /boot/efi sur ma partition. Je l'ai supprimé et j'ai croisé les doigts au reboot de la machine.

Dernière modification par Dankara (21-02-2024 00:08:53)

Croutons · 21-02-2024 09:38:27

hello
ah oui en effet 1 Janvier 1970 çà nous rajeuni pas

et

date

?
en passant le point de montage /mnt/ssd c'est pas top
il faut respecté la hiérarchie du système de fichier pour être dans les clous
voir

man hier

Dankara · 21-02-2024 11:24:29

Salut Croutons,
Merci pour ta réponse.

date

Wed 21 Feb 11:15:35 CET 2024

Tout semble ok côté date.

man hier

No manual entry for hier

en passant le point de montage /mnt/ssd c'est pas top
il faut respecté la hiérarchie du système de fichier pour être dans les clous

Aurais-tu des exemples ou des méthodes à me conseiller ?

ubub · 21-02-2024 12:05:42

Bonjour,
https://manpages.debian.org/bookworm/ma … .7.fr.html
peut être te manque-t-il le paquet manpages (je pensais qu'il était installé d'office, mais p'têt pas...)
auquel cas

apt install manpages

devrait résoudre ce souci, de même si tu parles français

apt install manpages-fr

Dankara · 21-02-2024 13:05:43

Hello,
J'ai regardé la doc. Sachant que c'est un disque ssd vissé sur la carte mère le dossier /media ne me semble pas adapté comme point de montage. Je ne vois pas trop dans quel autre dossier monter mon disque.

Avec manpages, j'ai réussi à lire la doc

Croutons · 21-02-2024 13:22:21

bon hypothèse un peu hasardeuse
ta pile est morte et le BIOS se retrouve en date 1970, le système a resynchronisé la date par internet
tu as juste créé ton dossier avant que le service remette la bonne date
enfin 1970 c'est un vieux PC, je doute que même avec une pile HS que on soit en 1970 sur les PC récent

de bon matin , avant que le système d'exploitation se charge tu entre dans les paramètres du BIOS et vois quel date et heure s'affiche
essai même avec un reboot de voir dans le BIOS, mais pas sur qu'il perdre sa configuration si vite

ubub · 21-02-2024 13:33:24

Croutons a écrit :

enfin 1970 c'est un vieux PC, je doute que même avec une pile HS que on soit en 1970 sur les PC récent

vraiment un vieux P.C qui a pas fonctionné depuis longtemps
Ça n'aurait pas plutôt un rapport avec l'epoch ?
https://fr.wikipedia.org/wiki/Heure_Unix

Croutons · 21-02-2024 13:47:55

oui mais pour qu'un répertoire soit a cette date , il faut vraiment une pile morte, sinon au pire si le service de synchronisation du temps internet est absent il y a a juste un décalage horaire
je vois que ça comme explication, peut être quelqu'un aura une autre idée

Dernière modification par Croutons (21-02-2024 13:48:16)

Dankara · 21-02-2024 19:58:05

Merci pour vos réponses,

Alors la carte mère a été acheté en Aout 2023. ça me parait un peu trop jeune pour envisager une pile morte mais dans le doute je vais vérifier le bios tout à l'heure.
Par contre est-ce possible que ce soit la partition crée à l'installation aie raté la synchro ?

Concernant le montage, vous la monteriez où cette partition ?

Edit:L'heure du BIOS est bien à jour et avec un reboot sans connexion internet.

Dernière modification par Dankara (22-02-2024 00:55:24)

naguam · 22-02-2024 13:08:11

/mnt c'est pour du montage temporaire
(mais a différencier de /media qui est vraiment dédie au montage de stockage amovibles, utilisé par des programmes pour créer des points de montages automatiquement dedans)

Apres ce ne sont que des conventions.

Sur du montage permanent c'est a toi de voir.

- Soit tu laisses la partition non montée et laisse un gestionnaire de périphérique/fichier (nautilus sous gnome, dolphin sous kde,... etc) le monter pour toi dans /media en fonction de tes besoins.

- Soit tu le mets dans le fstab et dans ce cas le chemin du point de montage importe peu :
Si tu veux mettre de la donnée utilisateur (documents, photos) sans pour autant le monter dans /home, tu peux créer un dossier /home/$USER/data et mettre ce chemin dans le fstab.

Pour un mount manuel avec la commande mount sur du temporaire /mnt est très bien.

Pour ton histoire de date, quel système de fichier utilises tu sur cette fameuse partition ?

Dernière modification par naguam (22-02-2024 13:08:41)

Dankara · 22-02-2024 16:34:12

naguam a écrit :

Pour ton histoire de date, quel système de fichier utilises tu sur cette fameuse partition ?

Alors la partition est en vfat, ce qui est étonnant car j'avais demandé en ext4 pendant l'installation.

Pour ce qui est du montage, je pense le mettre sur /srv/ssd puisque le disque sera partagé sur le réseau avec un petite ligne sur fstab.

Dernière modification par Dankara (22-02-2024 16:34:50)

naguam · 22-02-2024 16:47:53

Je te propose de retourner un retour de

lsblk -f

Pour que nous soyons sur et evitons les problemes.
Je t'ai vu parler d'une copie de /boot/efi, et c'est suspect.

naguam · 22-02-2024 17:23:45

Ah et l'explication pour 1970 ce n'est pas une histoire de clock c'est lie au fonctionnement de fat32, format ancien et archaïque.

Le fat 32 ne stocke pas les dates de creations mais uniquement les dates de modifications. du coup le dossier monte après formatage n'a pas de date de modification et par consequent considere 0 que la date du dossier est 0 secondes après l'epoch. 1970 sur les Unix like. Et pour fat32 sous windows c'est 1980. En plus Windows utilise la timezone local comme source de vérité. En bref le temps sur le fat32 fait peu de sens.

Aussi fat32 n'est pas un format très fiable pour du stockage long terme. Il ne peut également pas avoir de fichiers de plus de 4GB a l'unité (je ne parle pas de dossier).

Bref utilise un autre format.

De nos jours, le fat32 n'est utile que pour la partition EFI qui se fiche des timestamps a ma connaissance, et pour de la compatibilité entre OS, ou de l'embarqué.
(Et encore je déconseille sauf si exFat n'est pas supporté pour ces deux derniers exemples)

Dernière modification par naguam (22-02-2024 21:43:02)

raleur · 22-02-2024 20:54:02

naguam a écrit :

Le fat 32 ne stocke pas les dates de creations mais uniquement les dates de modifications.

https://fr.wikipedia.org/wiki/File_Allocation_Table dit le contraire. Les dates de création, modification et dernier accès sont enregistrées.

naguam a écrit :

du coup le dossier monte après formatage n'a pas de date de modification et par consequent considere que la date du dossier est 0 secondes après l'epoch. 1970 sur les Unix like.

Objection : si tu avais raison, alors une modification du répertoire racine (en créant un fichier ou sous-répertoire) modifierait la date affichée, ce qui, après vérification n'est pas le cas.
D'autre part, qu'est-ce qui empêcherait mkdosfs d'initialiser la date de modification du répertoire racine avec la date courante lors du formatage, comme mke2fs le fait pour ext2/ext3/ext4 ?
Je pense que l'explication est que le répertoire racine d'un système de fichiers FAT est spécial et n'a pas de date de création/modification/accès (ni aucun autre attribut - FAT n'a pas d'inodes, les méta-données des fichiers sont stockées dans les entrées de répertoires parents, mais le répertoire racine n'a pas de répertoire parent), et par conséquent le noyau lui en émule une à 0 après l'epoch.

naguam · 22-02-2024 21:31:51

J'avoue que j'ai pas mal cherché et ce que toutes les infos que j'ai pu trouver c'est ça.

Après en effet j'ai pas check le wikipedia my bad.

En tout cas ce n'est pas un problème de pile ou d'horloge c'est ce que je voulais dire.

Dankara · 23-02-2024 13:48:37

Bonjour,
J'ai changé de système de fichier et tout est rentré dans l'ordre ! Wouhou

Merci à tous pour vos commentaires.

Debian-facile

#1 21-02-2024 00:05:34

[Résolu] Partition datée au 1 Janvier 1970

#2 21-02-2024 00:07:51

Re : [Résolu] Partition datée au 1 Janvier 1970

#3 21-02-2024 09:38:27

Re : [Résolu] Partition datée au 1 Janvier 1970

#4 21-02-2024 11:24:29

Re : [Résolu] Partition datée au 1 Janvier 1970

#5 21-02-2024 12:05:42

Re : [Résolu] Partition datée au 1 Janvier 1970

#6 21-02-2024 13:05:43

Re : [Résolu] Partition datée au 1 Janvier 1970

#7 21-02-2024 13:22:21

Re : [Résolu] Partition datée au 1 Janvier 1970

#8 21-02-2024 13:33:24

Re : [Résolu] Partition datée au 1 Janvier 1970

#9 21-02-2024 13:47:55

Re : [Résolu] Partition datée au 1 Janvier 1970

#10 21-02-2024 19:58:05

Re : [Résolu] Partition datée au 1 Janvier 1970

#11 22-02-2024 13:08:11

Re : [Résolu] Partition datée au 1 Janvier 1970

#12 22-02-2024 16:34:12

Re : [Résolu] Partition datée au 1 Janvier 1970

#13 22-02-2024 16:47:53

Re : [Résolu] Partition datée au 1 Janvier 1970

#14 22-02-2024 17:23:45

Re : [Résolu] Partition datée au 1 Janvier 1970

#15 22-02-2024 20:54:02

Re : [Résolu] Partition datée au 1 Janvier 1970

#16 22-02-2024 21:31:51

Re : [Résolu] Partition datée au 1 Janvier 1970

#17 23-02-2024 13:48:37

Re : [Résolu] Partition datée au 1 Janvier 1970

Pied de page des forums