回答:
インストーラーのログと日付は次の場所で確認できます。
/var/log/installer
コマンドラインから日付をすばやく見つけるには、次を実行します。
ls -lt /var/log/installer
リストは新しい順に表示されるため、最も古いファイルがリストの一番下に表示されます。
/var/log/installer/version
... 2007-10-30の日付を持っているので、これは非常に信頼性があると思われる
ls -ld /var/log/installer
。
ext2 / ext3 / ext4を使用し、インストール時にディスクをフォーマットした場合、この気の利いたトリックを実行できます。
sudo dumpe2fs /dev/sda1 | grep 'Filesystem created:'
/dev/sda1
セットアップを反映するためにを変更する必要がある場合があります。
パッケージのアップグレードによってファイルが置き換えられ、新しい「作成時間」が作成された可能性があるため、「作成時間」(mtime)でさえファイルの日付にリレーするとエラーが発生する可能性があります。
同様のツールと情報が他のファイルシステムでも利用できる場合がありますが、私はそれらを知りません。
dumpe2fs: Bad magic number in super-block while trying to open /dev/sda1
/dev/sda2
。で/dev/sda1
私が持っています/boot/efi
。
-h
オプションを使用して、少なくとも十分以上のスーパーブロック情報のみを取得できます。
また、特定のコマンドやファイルについても知りません。私はいくつかの発見的手法を使用してインストール日を見つけています:
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
この小さなスクリプトは、内のファイルを探します/etc
と/usr
、最後の変更の日付を出力します。いくつかの再フォーマットを実行し、発生順に日付をリストします(最新のものが最初)。通常、最も古いエントリはインストール日です。
これは、インストール後に変更されないことを前提としています。これはほとんどの場合(私の観察によれば)真実ですが、特別な場合には間違った結果を与えることもあります。
インストールが最近の場合は、の下/var/log
にある最も古いエントリを調べますが、数週間後にログはローテーションされます。
もう1つ注目すべき点は、ルートファイルシステム上のファイルの最も古いctimeです。ただし、ディレクトリツリーレベルでインストール全体がコピーされた場合(たとえば、障害のあるディスクからレスキューされた場合)、コピーの日付がわかります。
ヒューリスティックが十分であれば、インストール中に作成されたファイルの日付(mtime)を見てください。それ以降は変更されないでしょう。良い候補は/etc/hostname
; 他の候補です/etc/hosts
、/etc/papersize
、/etc/popularity-contest.conf
。
あるとは思わない。
Red Hat / CentOSには、システムのインストール時に生成されるinstall.logファイルがありますが、これはUbuntuには存在しません。
ログが十分に遡ると仮定すると(mine do)、/ var / log / dpkg.log *で基本インストールが行われた日付を確認できます。
たとえば、私のシステムでは、最も古いdpkg.logファイル(dpkg.log.4.gz)の最初の2行は次のとおりです。
2010-04-19 11:40:55 startup archives install
2010-04-19 11:40:55 install base-files <none> 5.0.0ubuntu18
だから私はこのシステムを2010年4月19日11:40:55にインストールしました。それはこのシステムにとって正しいことです。
この誕生日を追加するブレインストーミングのアイデアもありました。
logrotate
は、1年以上経過したdpkgログが破棄されます。