Comment savoir à quelle date Ubuntu a été installé?


Réponses:


104

Vous pouvez consulter les journaux d’installation et les dates à:

/var/log/installer

Un moyen rapide de trouver la date via la ligne de commande serait de lancer:

ls -lt /var/log/installer

La liste est affichée dans l'ordre chronologique inverse, de sorte que le fichier le plus ancien se trouve au bas de la liste.


1
Ce fichier ne se trouve pas sur mon système Lucid.
richq

Sur mon système, j'ai 7 fichiers sous / var / log / installer /. J'ai installé à partir de 9.10 et plus tard mis à jour à 10.04.
Stefan Lasiewski

J'ai également ce dossier sur mon système 10.04 (fraîchement installé) et les dates de création de ces fichiers me donnent la date d'installation. Le fichier / var / log / installer / media-info, par exemple, contient les informations sur le support d'installation utilisé pour l'installation.
Marcel Stimberg

1
Sur mon système, qui a été installé à l’origine avec la version 7.10, /var/log/installer/versiona été daté du 2007-10-30, donc cela semble assez fiable ...
2010 à 03:02

9
Une réponse facile à remplir pourrait être ls -ld /var/log/installer.
Justin Force

73

Si vous utilisez ext2 / ext3 / ext4 et que vous avez formaté le disque lors de l'installation, vous pouvez effectuer cette astuce astucieuse.

sudo dumpe2fs /dev/sda1 | grep 'Filesystem created:'

Vous devrez peut-être modifier le /dev/sda1pour refléter votre configuration.

Relayant sur la date des fichiers, même le "temps de création" (mtime) peut donner des erreurs car la mise à jour des paquetages peut avoir remplacé le fichier et créé un nouveau "temps de création".

Des outils et des informations similaires peuvent également être disponibles sur d'autres systèmes de fichiers, mais je ne les connais pas.


Lorsque je fais cela, j'obtiens l'erreurdumpe2fs: Bad magic number in super-block while trying to open /dev/sda1
king_julien

@king_julien Êtes-vous sûr que votre / dev / sda1 est la partition racine de votre système? Cela peut être différent sur votre installation, en fait, le type de système de fichiers peut être différent de celui supporté par dumpe2fs!
LassePoulsen

Merci, je l'ai maintenant. C'était /dev/sda2. Sur /dev/sda1j'ai /boot/efi.
king_julien

2
Vous pouvez utiliser une commande plus générale mais un peu compliquée: sudo dumpe2fs $ (mount | grep 'sur /' | awk '{print $ 1}') | grep 'Système de fichiers créé:'
Aram Paronikyan

2
Vous pouvez utiliser cette -hoption pour au moins ne recevoir que les informations de superbloc, ce qui devrait être plus que suffisant.
Alexis Wilke

6

la seule commande qui a fonctionné pour moi est -

sudo ls -alct /|tail -1|awk '{print $6, $7, $8}'

3

Je ne connais pas non plus de commande ou de fichier spécifique. J'utilise des heuristiques pour trouver la date d'installation:

for dir in {/etc,/usr,/lib}; do
  sudo find $dir -type f -exec stat -c %z {} \; | \
    sed -e 's,-,,g' -e 's, .*,,' | sort | uniq -c | sort -nr -k 2 | \ 
    grep -Ev " [0-9]?[0-9] "
done

Ce petit script recherche les fichiers /etcet /usret imprime la date de dernière modification. Il effectue un peu de reformatage et répertorie les occurrences triées par date (la plus récente en premier). Généralement, l'entrée la plus ancienne est la date d'installation.

Cela suppose qu’après une installation ne soient pas modifiés. C'est dans la plupart des cas (selon mon observation) vrai, mais dans des cas particuliers, cela peut également donner des résultats erronés.


1
essayé sur / etc seulement (plus vite), la date était la même que celle de la solution dumpe2fs, donc ça a bien fonctionné pour moi!
eik3

3

Si l'installation est récente, examinez les entrées les plus anciennes sous /var/log, mais après quelques semaines, les journaux auront été pivotés.

Une autre chose à regarder est le ctime le plus ancien d'un fichier sur le système de fichiers racine; mais si toute l’installation a été copiée (par exemple, sauvée d’un disque défaillant) au niveau de l’arborescence de répertoires, elle vous donne la date de la copie.

Si une heuristique suffit, examinez la date (mtime) d'un fichier créé lors de l'installation et qui n'a probablement pas été modifié depuis. Un bon candidat est /etc/hostname; d' autres candidats sont /etc/hosts, /etc/papersize, /etc/popularity-contest.conf.


0

Je ne pense pas qu'il y en a.

Sur Red Hat / CentOS, les fichiers install.log sont générés lors de l’installation du système, mais ils n’existent pas sous Ubuntu.

En supposant que vos journaux remontent assez loin (le mien), vous pouvez déterminer la date d'installation de la base dans /var/log/dpkg.log*

Par exemple, sur mon système, les deux premières lignes de mon plus ancien fichier dpkg.log (dpkg.log.4.gz) sont:

2010-04-19 11:40:55 startup archives install
2010-04-19 11:40:55 install base-files <none> 5.0.0ubuntu18

J'ai donc installé ce système le 19/04/2010 à 11:40:55. C'est correct pour ce système.

Il y avait aussi une idée de brainstorming pour ajouter cette date de naissance.


Merci andol, merci Richard. /var/log/dpkg.log.1 sur un système de bureau lucide a donné une réponse correcte, car /var/log/dpkg.log était le seul fichier que je possède sur une configuration de serveur lucide; un travail de détective était donc nécessaire. Une meilleure compréhension des fichiers journaux sera utile.
lxtips

La configuration par défaut de logrotatedpkg élimine les journaux antérieurs à un an.
LassePoulsen

@Source Lab: Yup. Ma réponse n'est pas infaillible. Je ne connaissais pas le répertoire / var / log / installer, mais je le sais maintenant. C'est une meilleure solution.
Richard Holloway

Je pense toujours que le temps de la création du système de fichiers est le meilleur pointeur Sé ici
LassePoulsen

0

Serait-ce simple (je me trompe peut-être) de consulter le centre logiciel, puis cliquez sur "historique" et faites défiler l'écran vers le bas des mises à jour installées. Mine montre 23 avril 2012 première installation. Lequel est à peu près correct quand j'ai commencé à utiliser Ubuntu?


-1

La commande sudo grep ubiquity /var/log/installer/syslog | lessa très bien fonctionné pour moi.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.