Как узнать точную дату установки моей системы?

это тебе не убунта, ишь чего захотел!

debugfs

а в убунте покажи как

мне кажется это может сработать:

$ head /var/log/pacman.log 
[2013-06-11 07:47] [PACMAN] Running 'pacman -r /mnt -Sy --cachedir=/mnt/var/cache/pacman/pkg --noconfirm base'
[2013-06-11 07:47] [PACMAN] synchronizing package lists
[2013-06-11 07:48] [PACMAN] Running 'pacman -r /mnt -Sy --cachedir=/mnt/var/cache/pacman/pkg --noconfirm base'
[2013-06-11 07:48] [PACMAN] synchronizing package lists
[2013-06-11 08:01] [PACMAN] Running 'pacman -r /mnt -Sy --cachedir=/mnt/var/cache/pacman/pkg --noconfirm base'
[2013-06-11 08:01] [PACMAN] synchronizing package lists
[2013-06-11 08:06] [PACMAN] installed linux-api-headers (3.8.4-1)
[2013-06-11 08:06] [PACMAN] installed tzdata (2013c-1)
[2013-06-11 08:06] [PACMAN] installed iana-etc (2.30-3)
[2013-06-11 08:06] [PACMAN] installed filesystem (2013.05-2)

[root@idv-pc ~]$ debugfs debugfs 1.42.9 (4-Feb-2014)

Вчера утром поставил систему

Тоже вариант:

head /var/log/pacman.log 
[2012-06-06 21:31] installed filesystem (2011.08-1)
[2012-06-06 21:31] installed util-linux (2.19.1-3)
[2012-06-06 21:31] installed libusb (1.0.8-1)
[2012-06-06 21:31] installed libusb-compat (0.1.3-1)
[2012-06-06 21:31] installed pcre (8.13-1)
[2012-06-06 21:31] installed glib2 (2.28.8-1)
[2012-06-06 21:31] installed module-init-tools (3.16-1)
[2012-06-06 21:31] installed pciutils (3.1.7-4)
[2012-06-06 21:31] installed udev (173-3)
[2012-06-06 21:31] installed device-mapper (2.02.87-1)

sed -n 1p /var/log/pacman.log | awk '{print $1, $2}'

stat -c %y /etc/issue

Время сборки пакета (в моем случае fedora-release-21-2.noarch)

Если при установке был отформатирован корневой раздел, то

stat /

$ stat /
  File: ‘/’
  Size: 4096            Blocks: 8          IO Block: 4096   directory
Device: 801h/2049d      Inode: 2           Links: 26
Access: (0755/drwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2015-05-18 20:55:15.960000101 +0300
Modify: 2015-05-14 22:49:03.968545899 +0300
Change: 2015-05-14 22:49:03.968545899 +0300
 Birth: -

Debian, ставил на отформатированный раздел в 2013 г. - никакой информации об этом не вижу :(

Да, я не подумал, что это не прокатит, если в корне появлялись новые файлы.

Тогда только как-то так (для ext*):

# tune2fs -l /dev/heater/root | grep -i created
Filesystem created:       Mon Nov 29 20:30:38 2010

Мне помогло такое (нагуглил):

# tune2fs -l /dev/sda1 | grep 'Filesystem created:'
Filesystem created:       Sun Sep 15 02:37:03 2013

Файла «/dev/heater/root» у меня нет.

Ну это логично, так как я просто привёл пример со своей системы, где есть VG «heater» и LV «root» на нём =).

Ещё есть более общий вариант

$ ls -ld /var/log/installer
drwxr-xr-x 3 root root 4096 Sep 15  2013 /var/log/installer

Это зависит от дистрибутива. В Fedora и RHEL/CentOS/etc. этого файла нет. Зато там может быть что-нибудь другое аналогичное.

и они выдают разные результаты.

Может у вас корень не на /dev/sda1 и поэтому tune2fs показывает другую дату.

На ext4 есть время создания файла (показывается с помощью debugfs), можно смотреть когда были создан каталог /bin или ещё какой.

Тут ещё зависит от того что понимать под «установкой системы».

cat /var/log/emerge.log |head -1
1195251764: Started emerge on: Nov 16, 2007 22:22:44

Ответ на этот вопрос зависит от того, что понимается под установкой ОС. Я вот не знаю, что под этим термином понимать.

Это, очевидно, и не форматирование корневого раздела, и не время модификации самого древнего файла (особенно в случае роллинг-релизного арча).

Если ты хранишь логи (в частности, /var/log/pacman.log) с момента установки — то, наверное, таймстамп самой первой в нём записи.

Ну ну

$ ls -ld /lost+found
drwx------ 2 root root 16384 дек 21  2011 /lost+found

$ dumpe2fs $(mount | grep 'on \/ ' | awk '{print $1}') | grep 'Filesystem created:'
dumpe2fs 1.42.12 (29-Aug-2014)
Filesystem created:       Thu Dec 26 16:26:20 2013

$ tune2fs -l /dev/sda1 | grep 'Filesystem created:'
Filesystem created:       Sun Aug 15 11:58:27 2010

И при этом все ответы неправильные.

таймстамп самой первой в нём записи

Это если во время установки часы шли верно.

В общем случае правильный ответ - наверняка не узнать никак.

А если они будут идти неправильно, PGP-подписи пакетов не смогут провериться.

В общем случае правильный ответ - наверняка не узнать никак.

Я как бы согласен.

наверное, так же, как и в дебиане - посмотреть логи и ансверфайл инсталлера

Спасибо, помогло.

а в убунте покажи как

/var/log/installer/syslog

tune2fs -l /dev/sda1 | grep «Filesystem created»

Покажет дату создания ФС на разделе sda1(/boot в моем случае), ее можно считать датой установки ОС.

Filesystem created: Fri Dec 12 15:24:37 2014

Покажет дату создания ФС на разделе sda1(/boot в моем случае), ее можно считать датой установки ОС.

Это если не менял диск. Я вот, например, с HDD переносил на SSD, и соответственно:

[10:47] ~ % sudo tune2fs -l /dev/sdb1 | grep "Filesystem created"
Filesystem created:       Tue Nov 26 19:06:02 2013
[10:47] ~ % head -1 /var/log/pacman.log                             
[2011-06-03 21:26] installed filesystem (2010.02-4)

Боюсь, общего случая, подходящего всем, нет. Важно, переносилась ли система на другой диск/раздел, удалялся ли (не знаю зачем, но вдруг) лог пакмана (в случае с арчем) и т.д.

Есть ещё один хороший вопрос:как не обращаясь к пакетному менеджеру
определить,к какой архитектуре относится система?

Есть ещё один хороший вопрос:как не обращаясь к пакетному менеджеру определить,к какой архитектуре относится система?

file /bin/bash

ну или любой другой бинарник, который точно есть в системе.

Ещё вариант ls /usr на предмет lib, lib32 и lib64. В 64-битных последнее будет симлинком на первое.

Да ,действительно,хотя странно,что в названия ядер не включают тип архитектуры.

Ещё можно: uname -m.

Это я путанник,я же тогда название версию дистрибутива искал.

А вот тут уже общего случае нет. В арче:

[11:14] ~ % cat /etc/os-release 
NAME="Arch Linux"
ID=arch
PRETTY_NAME="Arch Linux"
ANSI_COLOR="0;36"
HOME_URL="https://www.archlinux.org/"
SUPPORT_URL="https://bbs.archlinux.org/"
BUG_REPORT_URL="https://bugs.archlinux.org/"

В других дистрах с systemd тоже. В дистрах без systemd может как быть такой файл, так и не быть.

Замечу, что /etc/os-release не является частью systemd, но systemd его требует для работы. Поэтому во всех дистрах с systemd он точно есть. В дистрах без systemd он скорее всего тоже есть/будет, потому что здесь вполне нормальных текстовы файл из пар ключ-значение. Не думаю, что кто-то будет против такого стандарта, рано или поздно все примут. Наверное единственное предложение Поттеринга, не вызывающее нареканий.

PGP-подписи добавили не так давно. Лет пять назад.

cat /etc/*release работает практически везде.

Что понимать под установкой? Перенос целиком на другой винт — это уже новая система? А смена дистра? Ядра? Сброс настроек в /etc/?

Удваиваю мсье.