please share your solus age, by "last" command .
mine is young!
it's one day old.
bash-5.0$ last
.
.
.
wtmp begins Mon Apr 6 16:57:44 2020
please share your solus age, by "last" command .
mine is young!
it's one day old.
bash-5.0$ last
.
.
.
wtmp begins Mon Apr 6 16:57:44 2020
last
simply shows who has recently used certain files and | or logged in-out.
More reliable result may be obtained by asking tune2fs
"When my file system was created?" with the command:
sudo tune2fs -l /dev/sdXnn | grep -i created
where Xnn is a1, a2,.. a99, b1, b2,.. b99, c1, c2,..
It works only when a filesystem, once created, has never been moved or otherwise re-created.
I frequently move my systems between various partitions, using backup-restore with FSArchiver. During restore, it allows to create a filesystem in destination partition from scratch.
I have a few Arch systems installed in 2008. When I backup and then restore them, their original creation date is lost - it gets the "restore date" value.
Mine are almost the same:
$ last
.
.
.
wtmp begins Tue Aug 7 11:32:25 2018
$ sudo tune2fs -l /dev/sdb2 | grep -i created
Filesystem created: Tue Aug 7 11:20:48 2018
What @just said.
Eventhough wtmp in my case is quite close it's still not reliable as your wtmp could have been rotated (or changed otherwise) at some point.
$ last | tail -1
wtmp begins Wed Jul 17 00:51:37 2019
Best way is to simply get your root fs:
$ mount | grep "on / "
/dev/nvme0n1p3 on / type ext4 (rw,relatime,errors=remount-ro)
and find out when it was created:
$ sudo tune2fs -l /dev/nvme0n1p3 | grep "Filesystem created:"
Filesystem created: Wed Jul 17 00:49:01 2019
Filesystem
created: Wed Aug 29 21:43:47 2018
$ sudo tune2fs -l /dev/sdb16 | grep -i created
Filesystem created: Fri Dec 22 21:33:24 2017
$
Filesystem created: Sun Mar 3 00:34:28 2019
Maybe I'll check my laptop later, should be a bit older. But both systems have been reinstalled once (in one case to remove Windows completely, in the other to fix the Windows installation )
edit: Laptop:
Filesystem created: Sun Oct 15 04:01:24 2017
Filesystem created: Thu Jul 27 05:18:19 2017
Junglist You can just use eopkg hs and scroll to the bottom with PG Down
eopkg hs | tail
mine is: Date: 2020-01-28 22:34
(been using Solus on this computer since October I think, but had to reinstall at some point)
Filesystem created: Wed Feb 1 22:10:47 2017
Feb 23 14:48:36 2020
Date: 2019-09-10 21:58
Filesystem created: Sun May 5 04:25:40 2019
If mine is more than a month old I must have been busy and haven't had time to tinker and break things..
Filesystem created: Sat Apr 4 06:22:06 2020
I have several systems running Solus but the oldest existing install is:
Filesystem created: Mon Mar 12 15:58:21 2018
January 2018 on the main laptop (Budgie), june 2018 on the wife's laptop (Budgie again) and a couple of weeks ago a Plasma install on the Big One (an old Asus ROG.....1.2kg of powerbrick alone)
wtmp begins Wed Oct 16 01:42:33 2019
That was a difficult month, Oct 2019. Gnome 3.34 had just been recently released on Solus and it was not the smoothest upgrade. It did smooth things out later (3.34 eventually became my favorite release at the time), but it was a good 2 weeks of hell, jumping to unstable, and having my hybrid laptop graphics trying to eat and freeze itself I ended up having to wipe it and start fresh! But before I did I tested out and helped out as much as I could. Thankfully, to end a rant that no one needed, the Gnome 3.36 upgrade this time around was essentially problemless on my end, so kudos to all the users that help and patch and curse and sweat while fixing Gnome
At work: Filesystem created: Wed Apr 26 18:30:16 2017
At home some days later.