zlacker

> Have you ever dreamed of a system that boots in less than few seconds from power-on to working GUI?

You mean every OS these days with a SSD?

>>ekianj+(OP)
Assuming 'less than a few seconds' is actually accurate, that's not quite the case - I dual boot with a NVMe and SATA SSD, and even the NVMe (running Void Linux with runit) still takes about 30 seconds to power on. Absolutely 'fast enough' and not really something I think is worth the effort to lessen, but still not less than a few seconds.

>>ekianj+(OP)
Working on update: 100% complete. Don’t turn off your PC. This will take a while. Your PC will restart several times. All your files are exactly where you left them ;)

>>ekianj+(OP)
At least if said OS is Solus or maybe Arch Linux, Clear Linux. These in particular can be crazy fast and literally boots in maybe three secs or so.

>>tooman+Q2
I wonder what's going on.

My firewall is an AMD 5130 (pre Zen) with 4 GB RAM and a SATA SSD, running Debian stable with sysvinit. It reboots in less than 30 seconds, which means that most of the time TCP sessions passing through it stay up.

>>Lammy+x3
Windows drives me mad with this stuff any time I have to use it.

I'm baffled by people still claiming "desktop Linux hasn't arrived" when they put up with this shit.

>>de_Sel+de
Except literally today I wanted to do a quick reboot of Ubuntu and I was stuck staring at "unattended-upgrade in progress during shutdown, please don't turn off the computer" for 30 minutes with no warning nor any indication of how long it would take. That managed to be far more infuriating than windows ever has with all of its update shenanigans.

>>turtle+rf
Why would you enable unattended upgrades on a desktop computer (as opposed to a server)? Is this something Ubuntu enforces?

If you don't enable this feature (which isn't enabled by default in Debian) you won't have this problem.

>>ptx+6g
It was enabled by default in the standard desktop install (I didn't really customize anything I'm not a heavy user of desktop Linux). Of course I'll be disabling it next time I boot that partition. Point being Linux isn't immune to this type of annoyance.

>>turtle+Kg
As far as I know it is only Ubuntu that does anything similar.

>>tooman+Q2
That seems very extreme. My Arch install on an M.2 SSD boots to terminal in about 3 seconds, and X starts in about a second. The BIOS delay is roughly 5 seconds or so. Granted it's a fairly minimal install, but that shouldn't cause an order of magnitude difference.

I don't think runit has an equivalent for `systemd-analyze blame`, but something is probably slowing things down by a lot.

>>kaba0+4h
Probably to deal with corruption from people applying library updates and not restarting their programs because they keep running fine in memory. I have no idea how many bug reports could be ascribed to this, but if we want a user-friendly Linux we have to put up with the safer update process. It's not lengthy at all, wait less than one minute and you're set.

>>kaba0+4h
I haven't ever run into that in 8 years of running a various GNU/Linux distros (MeeGo, Elementary OS, Maemo, Sailfish OS, Debian)... though I've never run Ubuntu.

>>ekianj+(OP)
Windows boots pretty fast. MacOS and iOS are dog slow and take well over a minute (dunno about M1).

>>kaba0+4h
This also happens in fedora when applying updates through the gnome-software-center.

>>jkeple+Tj
Though I’ve never run the most popular by an order of magnitude distro out there…

>>tooman+Q2
I would not put up with anything more than 10-15 seconds on my stock (but not bloated) Arch with Systemd and a cheap SSD.

>>yoz-y+El
iOS: booting iOS is pretty much moot since this is in fact for devices that remain on most of the time for weeks until the next upgrade.

>>superd+an
Let’s be honest, both gnome’s and kde’s software centers are jokes. I don’t understand why, is there no interest because everyone installs things from a command line? It doesn’t seem to be such a hard problem.

>>tooman+Q2
Maybe try systemd, the boot times are legitimately quicker.

>>tooman+Q2
How much RAM do you have installed? That can significantly affect your boot time.

>>ekianj+Ev
Same with macOS for that matter. Still, it’s curious that Apple is quite behind other OSes concerning boot time. I almost never restart windows either, but when I need to (usually because waking up is still a hit or miss) it’s super fast.

>>de_Sel+de
> I'm baffled by people still claiming "desktop Linux hasn't arrived" when they put up with this shit.

I'm sorry, you say that as though Linux Desktop doesn't have a giant pile of its own shit to put up with. Windows definitely isn't perfect, but I'll still take its shit any day over Linux Desktop's.

>>ASalaz+Fj
NixOS and GuixSD aren't user friendly because the people who use them are like GNU/Linux users circa 2000: people insane enough to install an operating system that is very particular about who its friends are.

But they do have an excellent solution to the whole updates debacle: Install them in a separate location, initialise them when booting or when they're finished installing, and delete them when they're inaccessible from a few standard locations like /boot or /proc.