How can I inform what day Ubuntu was mounted?

exists a command which will result the day that ubuntu (or any kind of circulation ) was mounted?

0
2019-05-07 12:52:57
Source Share
Answers: 5

I do not assume there is.

On Red Hat/ CentOS there is the install.log documents that is created when you install the system, yet this does not feed on Ubuntu.

Thinking your logs return much adequate (my own do) you can establish the day the base installment was carried out in/ var/log/dpkg. log *

For instance on my system the first 2 lines of my earliest dpkg.log documents (dpkg.log.4. gz) are

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

So I mounted this system on 19/ 04/2010 at 11 :40 :55. That is proper for this system.

There was additionally a brainstorm idea to add this birthed day.

0
2019-05-09 08:08:09
Source

I additionally do not recognize of a details command or documents. I'm making use of some heuristics to locate the installment day:

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

This tiny manuscript seeks documents in /etc and also /usr and also prints out the last altered day. It does some reformatting and also details the events arranged by day (latest first). Generally the earliest access is the installment day.

This thinks that after an installment are left unmodified. This remains in the majority of instances (according to my monitoring) real, yet in grandfather clauses it can additionally offer incorrect outcomes.

0
2019-05-09 08:01:01
Source

You can examine the installer logs and also days at:

/var/log/installer

A fast means to locate the day via the command line would certainly be by running:

ls -lt /var/log/installer

That details backwards sequential order so the earliest documents is at the base of the checklist.

0
2019-05-09 07:02:11
Source

If the installment is current, consider the earliest access under /var/log, yet after a couple of weeks the logs will certainly have been revolved away.

An additional point to consider is the earliest ctime of a documents on the origin filesystem ; yet if the entire installment has actually been replicated (as an example saved off a falling short disk) at the directory site tree degree, this offers you the day of the duplicate.

If a heuristic suffices, consider the day (mtime) of a documents that was developed throughout the installment and also is not likely to have actually been changed given that. An excellent prospect is /etc/hostname ; various other prospects are /etc/hosts, /etc/papersize, /etc/popularity-contest.conf.

0
2019-05-08 01:33:15
Source

If you make use of ext2/ext3/ext4 and also formatted the disk when you mounted you can do this great method.

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

You could need to transform the /dev/sda1 to mirror your arrangement.

Communicating on the day of files, also the "production time" (mtime ) can offer mistakes given that updating plans could have changed the documents and also made a new "production time".

Comparable devices and also details could be readily available on various other documents systems too, yet I do not recognize of them.

0
2019-05-07 21:58:06
Source