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

Обновлено: 05.07.2024

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



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

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


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


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

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




sed -n 1p /var/log/pacman.log | awk ''

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


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

Можно сделать аналогично с любым другим примонтированным разделом. Или можно потыкать специфическими для ФС тулзами, быть может более точно/достоверно получится узнать.


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

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

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

Deleted ( 19.05.15 23:23:58 )
Последнее исправление: Deleted 19.05.15 23:24:24 (всего исправлений: 1)


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

grem ★★★★★ ( 19.05.15 23:33:42 )
Последнее исправление: grem 19.05.15 23:34:40 (всего исправлений: 1)


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

grem ★★★★★ ( 19.05.15 23:39:48 )
Последнее исправление: grem 19.05.15 23:40:27 (всего исправлений: 1)

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


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

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

alfix ★ ( 20.05.15 00:10:42 )
Последнее исправление: alfix 20.05.15 00:11:31 (всего исправлений: 2)


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

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

Если ты хранишь логи (в частности, /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-битных последнее будет симлинком на первое.

Psych218 ★★★★★ ( 26.05.15 10:57:07 )
Последнее исправление: Psych218 26.05.15 10:59:23 (всего исправлений: 2)


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


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


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

torvn77 ★★★★★ ( 26.05.15 11:12:25 )
Последнее исправление: torvn77 26.05.15 11:14:50 (всего исправлений: 1)


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

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

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

Инструкция как можно узнать дату установки Linux

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

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

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

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

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

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

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

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

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

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


Пример вывода:

Filesystem created: Wed Aug 1 19:40:20 2018

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

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


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

Наиболее нейтральным для файловой системы и распространения решением является использование самого старого файла, найденного с помощью команды «ls -lact /etc», которая проверяет метаданные каждого файла на время создания. На этот метод не влияет команда touch или файлы, созданные путём извлечения архивов (например, tar -p для сохранения временных меток).

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

ls -lact --full-time /etc | tail


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

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


Заодно предлагаю , как говориться «померятся писюнами» — кто раньше установил свой линух на РАБОЧУЮ СТАНЦИЮ!

А это мой дистрибутив

Комментим и хвастаемся)

Поделись с друзьями:

Смотрите также:

13 комментариев

Подписаться на комментарии по RSS

Не, она у меня способна к обучению) И к тому же, от компьютера ей надо — браузер, офис, печать и иногда сериалы посмотреть онлайн. В убунте все это есть, в достаточно приемлемом исполнении.

Все-таки это не Windows!)

сестра какашками в тебя кидаться не будет?))))))))

Вот, сестре на ноутбук тоже установил!

$sudo tune2fs -l /dev/sda1 | grep create

[sudo]password for user:

Filesystem created: Thu Oct 18 20:34:36 2012

Дык, я же говорю не о производительности юнити, а о системе в целом.

Меня терзают смутные сомнения на счет супер производительности юнити.

Видимо надо достать из кладовки запасной винт и проверить свои сомнения!)))))

хз, вот как-то так. я тоже помню как в первый раз поставил эти юнити и был не в восторге от них, но сейчас почему-то они работают лучше.

Хех, интересный момент, каким образом производительность выше? Если учитывать что в убунте по умолчанию стоят юнити, которые ппц как любят ресурсы, а в хубунте xfce, которая кушает понты оперативы и прочих ресурсов системы.

Да, так захотелось поставить Ubuntu вместо xUbuntu и должен признать, производительность несколько выше!

Чего решил реинстальнуть?

$ sudo tune2fs -l /dev/sda1 | grep create

[sudo]password for user:

Filesystem created: Mon Oct 8 00:45:29 2012

$ sudo tune2fs -l /dev/sda2 | grep create

Filesystem created: Wed Feb 29 21:14:00 2012

Filesystem created: Wed Jul 4 00:09:56 2012

эта установка еще зеленая))))

вот самый первый день моего перезда на линух.

Подписаться на комментарии по RSS

Написать комментарий

поиск по сайту

ваше мнение

мы вконтакте

крайние статьи

обсуждение

категории