как узнать дату установки linux

Как узнать дату установки Linux

В этой статье будет рассмотрено несколько способов, как можно узнать дату установки операционной системы Linux. Но начнём мы с размышления о том, что считать датой установки ОС?

Что считать датой установки Linux

Казалось бы, вопрос и ответ на него совсем простые — дата установки, это тот день, когда с установочного диска или флешки были скопированы файлы операционной системы.

Но если было сделано большое обновление ОС, то есть переход между мажорными версиями, это можно считать датой установки текущей ОС? Такое обновление можно выполнить как с помощью обновления пакетов, так и с помощью установочного диска (например, Tails обновляется только таким образом).

Если за дату установки брать возраст старейшего файла в ОС, то можно столкнуться со следующей ситуацией: в свежеустановленную систему монтируется домашняя папка пользователя, созданная и используемая намного раньше, с другими (предыдущими версиями) ОС — считать ли дату установки по старейшей части ОС (домашней папке пользователя) или по дате копирования файлов новой ОС?

Можно предположить, что ключевым элементом является корневая файловая система и нужно смотреть дату её создания. В целом, обычно многие соглашаются, что именно дату создания корневой файловой системы нужно считать за дату установки ОС, но возможные следующие ситуации:

В общем, есть нюансы о которых нужно помнить, но большинства пользователей они не касаются.

1. Дата создания файловой системы

Чтобы узнать дату создания файловой системы выполните команду:

То есть операционная система была установлена 1 августа 2018 года.

Ещё одна команда, которая покажет дату создания файловой системы в Linux:

Рекомендуется также ознакомиться со статьёй «Как узнать, когда была создана файловая система ext4/ext3/ext2 и когда она была последний раз смонтирована», в ней вы узнаете, как узнать сколько всего раз была смонтирована файловая система, сколько всего на неё было записано данных, дату последней записи и другую интересную информацию.

2. Возраст самых старых файлов в ОС

Я думаю, что лучше смотреть на файлы, а не на каталоги, поскольку каталоги меняют свои метаданные времени создания, когда изменяется их содержимое (возможно, кто-то может пролить свет на то, почему это так?)

Результаты данного метода согласуются с предыдущими данными — 1 августа 2018 года.

Если вы хотите получить только время создания самого старого файла в /etc:

Источник

Как найти точную дату установки Linux

Сегодня, когда мы пытались отладить проблему с помощью средства мониторинга, возникла интересная проблема, какова была точная дата установки системы Linux на этом сервере?

Я не думаю, что ни один из журналов не вернулся настолько далеко, чтобы действительно найти эту информацию.

После некоторых исследований я действительно нашел несколько отличных способов идентифицировать эту информацию.

Найти точную дату установки Linux с помощью tune2fs:

Самый быстрый и надежный способ – выяснить, когда была создана файловая система.

Сначала узнайте информацию о своих разделах.

Хорошо, так выглядит /dev/sda1 – загрузочный сектор. Давайте выясним, когда он был создан:

Похоже, эта файловая система была создана в Tue Oct 11 13:53:37 2011

Эта команда работает на любом дистрибутиве Linux, поэтому более универсальна чем остальные.

Найти точную дату установки Linux с использованием истории apt:

Теперь, я не думаю, что кто-либо зиз вас когда-либо заходил в папку /var/log и удалял историю apt.

Я имею в виду, что нет причин для этого, верно?

Просто выполните следующую команду и найдите дату первой строки:

Теперь посмотрим на разницу?

Журналы Apt говорят мне, что первая запись вернулась в Start-Date: 2011-10-12 00:54:33, но файловая система была создана в Tue Oct 11 13:53:37 2011.

Что мне подсказывает, что какие-то изменения в журналах отсутствуют в истории (скатывается в архив или перезаписывается, может быть, я не знаю).

Я думаю, что я буду придерживаться команды tune2fs, так как этот результат будет более правильным.

Источник

как узнать сколько времени прошло с момента установки операционной системы?

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

uptime? Или она только время непрерывной работы покажет?

Я думаю, что если запущен какой-нибудь демон, вечно собирающий логи чего угодно, то можно посмотреть когда был создана первая запись.

я же говорю- ВНЕЗАПНО. неизвестно чей он вообще.

оно же вроде время с последней загрузки показывает, а интересно когда установили вообще.

а пример демона можно?

Посмотри время изменения какого-нибудь файла, который не изменяется с момента установки.

>я же говорю- ВНЕЗАПНО. неизвестно чей он вообще.

верни владельцу, негодяй.

\\посмотри дату создания какого-нить файла, который валяется там с установки. что у нас не меняется? конфиги какого-нить наутилуса, наверное

\\посмотри дату создания какого-нить файла, который валяется там с установки. что у нас не меняется? конфиги какого-нить наутилуса, наверное

вот это идея. спасибо.

Можно посмотреть дату создания домашнего каталога, например

а что, дата создания и изменения это одно и то же?

Я у себя на ноуте заглянул в /var/log/timed.log первая запись была сделана в день установки, но это не всегда так.

> посмотри дату создания какого-нить файла

Как это сделать? В системе не хранится дата создания файла.

дату изменения я имел в виду.

дата последнего изменения папки /cdrom наверное может быть датой установки системы.

Я у себя на ноуте заглянул в /var/log/timed.log первая запись была сделана в день установки, но это не всегда так.

у меня такого файла вообще нет

». Найди самый старый файл, не являющийся пользовательским (например, конфиг чего-нибудь), его возраст дас какое-то представление о возрасте системы

в /sbin изменения начинаются аж с 2008, а система 10.04

-rw-r—r— 1 root root 101 2010-10-07 11:47 /etc/lsb-release
что-то не то, т.к. дата релиза Maverick была 10.10.2010.

обновлялись может быть, ты же видел в скриншотах последовательное обновление ubuntu.

в один голос утверждают, что система установлена в январе этого года.

дату изменения /etc/fstab

но я собственноручно ставил 14ю федору с нуля, что-то действительно не так

бред, иди клепай скриншоты, жужу

в каком месте бред?

Может быть, вы обновились до Maverick до его релиза. У меня, например дата изменения 2011-02-24, а установлена Natty

Инсталлятор Убунты создает директорию /var/log/installer, файлы в которой не меняются с того момента никогда. Смотри ctime.

файлы в которой не меняются с того момента никогда

syslog позже остальных изменён, по нему правильнее или по остальным?

>syslog позже остальных изменён, по нему правильнее или по остальным?

Не знаю точно. У меня он раньше остальных изменен, но разница только в один день.

тут разница в 12 дней, но непринципиально. спасибо.

Как правило он всегда имеет дату установки системы

Вы знаете, Maverick я установил с релизного CD. 🙂

>а что, дата создания и изменения это одно и то же?

В Linux нет даты создания файлов. Есть даты модификации, доступа и изменения атрибутов. mtime, atime, ctime.

Я обычно смотрю даты файлов в:
/etc

Тогда, не знаю. Странно =)

Источник

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

Я пробовал разные способы, и они выдают разные результаты. Какой способ лучше для вас?

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

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

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

]$ debugfs debugfs 1.42.9 (4-Feb-2014)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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