Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Why SteamOS Switched from Debian to Arch Linux

rockpapershotgun.com

Post reply on HN
Print view View original

31–40 of 68 posts

Re: Why SteamOS Switched from Debian to Arch Linux

#31

Post by SilverRed »

nerdwaller wrote: post #23
SilverRed wrote: post #20

I think that Fedora SilverBlue would have been the perfect OS for these kinds of consumer products. Arch is great and probably very rarely breaks but if it does, there is very few ways to recover the situation other than instructing users to reinstall the OS. With something like fedora silverblue, if an update fails, The system can reboot in to the previous OS image without issue. It also ensures that there is a know…

> Arch is great and probably very rarely breaks but if it does, there is very few ways to recover the situation other than instructing users to reinstall the OS. Is there any citation to support this? I’ve run arch for 11 years, never once on that same computer did I have to reinstall the OS. On the rest that have been running it for 2y and 5y they’ve never had that issue, nor instruction.

Say valve pushes out a bad update that messes up the package manager list or puts it in a bad state, there is no recovery method. I guess one thing they could do is have some button combo you hold while booting which copies a fresh OS copy from a protected partition.

I'm sure you could imagine countless ways that a update could possibly break things.

Re: Why SteamOS Switched from Debian to Arch Linux

#32

Post by colordrops »

SilverRed wrote: post #20

I think that Fedora SilverBlue would have been the perfect OS for these kinds of consumer products. Arch is great and probably very rarely breaks but if it does, there is very few ways to recover the situation other than instructing users to reinstall the OS. With something like fedora silverblue, if an update fails, The system can reboot in to the previous OS image without issue. It also ensures that there is a know…

Isn't SilverBlue just Redhat's NixOS clone?

Re: Why SteamOS Switched from Debian to Arch Linux

#33

Post by SilverRed »

ISO-morphism wrote: post #29
nerdwaller wrote: post #23

Earlier quoted context omitted.

> Arch is great and probably very rarely breaks but if it does, there is very few ways to recover the situation other than instructing users to reinstall the OS. Is there any citation to support this? I’ve run arch for 11 years, never once on that same computer did I have to reinstall the OS. On the rest that have been running it for 2y and 5y they’ve never had that issue, nor instruction.

I have the same experience with Arch. If anything has ever been borked a quick search and at worst Ctrl-Alt-F3 to get to a different TTY and running some commands has fixed whatever it was. I've never needed recovery or a separate boot device. Meanwhile, I've had a few fiascos with Ubuntu dist upgrades.

>at worst Ctrl-Alt-F3 to get to a different TTY and running some commands has fixed whatever it was.

For the average user of a hand held gaming console you may as well tell them to pop the back off and replace the chips on the PCB.

At most you could tell them to hold a button combo to factory reset but ideally you would want some way to roll back the whole OS state to the previous working version. Silverblue allows this to happen in a fairly elegant way by making the OS an image file and mounting it as read only so a roll back is simply mounting an older image.

Re: Why SteamOS Switched from Debian to Arch Linux

#34

Post by SilverRed »

blarg1 wrote: post #30
SilverRed wrote: post #20

I think that Fedora SilverBlue would have been the perfect OS for these kinds of consumer products. Arch is great and probably very rarely breaks but if it does, there is very few ways to recover the situation other than instructing users to reinstall the OS. With something like fedora silverblue, if an update fails, The system can reboot in to the previous OS image without issue. It also ensures that there is a know…

I use to have arch break a lot because I only updated every couple of months, fixed it every time by looking at the forums. I don't seem to have those problems any more though.

The use case is very different here thought. For a handheld game console, it really has to work forever (or as long as the hardware lasts) without a single issue or ever requiring users to fix anything. The competitors here are nintendo consoles, and the playstation.

It's not acceptable to say "oh its ok you can just open the terminal to fix and I haven't had an issue in 2 years". It has to be essentially perfect or able to recover itself from any kind of software fault without much user intervention.

Re: Why SteamOS Switched from Debian to Arch Linux

#35

Post by 5e92cb50239222b »

colordrops wrote: post #32
SilverRed wrote: post #20

I think that Fedora SilverBlue would have been the perfect OS for these kinds of consumer products. Arch is great and probably very rarely breaks but if it does, there is very few ways to recover the situation other than instructing users to reinstall the OS. With something like fedora silverblue, if an update fails, The system can reboot in to the previous OS image without issue. It also ensures that there is a know…

Isn't SilverBlue just Redhat's NixOS clone?

It's more of a "clone" of the update mechanism in recent versions of Android. By "clone" I mean it was cloned the other way around.

Re: Why SteamOS Switched from Debian to Arch Linux

#36

Post by akiselev »

nerdwaller wrote: post #23
SilverRed wrote: post #20

I think that Fedora SilverBlue would have been the perfect OS for these kinds of consumer products. Arch is great and probably very rarely breaks but if it does, there is very few ways to recover the situation other than instructing users to reinstall the OS. With something like fedora silverblue, if an update fails, The system can reboot in to the previous OS image without issue. It also ensures that there is a know…

> Arch is great and probably very rarely breaks but if it does, there is very few ways to recover the situation other than instructing users to reinstall the OS. Is there any citation to support this? I’ve run arch for 11 years, never once on that same computer did I have to reinstall the OS. On the rest that have been running it for 2y and 5y they’ve never had that issue, nor instruction.

Yes, me! Just a few weeks ago my Thinkpad ran out of battery mid upgrade (`pacman -Syu`) and got corrupted so bad it caused a kernel panic right after the LUKS prompt. Only took an hour to boot into the live USB, chroot into the disk installation (`arch-chroot`, but don't forget to mount `/boot` afterwards!!!), and reinstall the entire OS with `pacman -Qqn | pacman --overwrite "*" -S -` followed by `pacman -Syyu` (to update bootloader, just in case).

Reinstalled the OS and didn't even have to restore a single dotfile.

Edit: You may have to update your live USB packages first so run `mount -o remount,size=4G /run/archiso/cowspace && pacman -Syu` (cowspace is a ramdisk so make sure you've got the memory)

Edit2: I really hoped "and didn't even have to restore a single dotfile" was enough of a clue that this was tongue-in-cheek. I migrated to Arch a few months ago after two decades of Windows so as far as OS reinstalls go, this was like Microsoft sending me a giant settlement check with triple damages.

Re: Why SteamOS Switched from Debian to Arch Linux

#37

Post by SilverRed »

colordrops wrote: post #32
SilverRed wrote: post #20

I think that Fedora SilverBlue would have been the perfect OS for these kinds of consumer products. Arch is great and probably very rarely breaks but if it does, there is very few ways to recover the situation other than instructing users to reinstall the OS. With something like fedora silverblue, if an update fails, The system can reboot in to the previous OS image without issue. It also ensures that there is a know…

Isn't SilverBlue just Redhat's NixOS clone?

SilverBlue is not a clone of any existing system. It's a brand new setup which treats the OS as read only layered images. A little bit like docker. The key feature is that you can roll back a failed update by simply mounting an older image. You can also allow the user to customize things by adding on extra layers and if anything ever goes wrong, you just boot without the users layers to restore a stock system.

For consumer level hardware this is essential to make sure it never ends up "bricked". The average user can not and will not reinstall an OS manually so if the OS gets in a bad state, the whole device is ewaste now.

Re: Why SteamOS Switched from Debian to Arch Linux

#38

Post by er4hn »

colordrops wrote: post #32
SilverRed wrote: post #20

I think that Fedora SilverBlue would have been the perfect OS for these kinds of consumer products. Arch is great and probably very rarely breaks but if it does, there is very few ways to recover the situation other than instructing users to reinstall the OS. With something like fedora silverblue, if an update fails, The system can reboot in to the previous OS image without issue. It also ensures that there is a know…

Isn't SilverBlue just Redhat's NixOS clone?

Not quite. Silverblue is based around flatpak's (containers) and composing your OS from a set of containers.

NixOs is based on Nix, which doesn't use containers but links binaries against specific versions of dynamic libraries to resolve dependency issues and allow for reliable installations.

Re: Why SteamOS Switched from Debian to Arch Linux

#40

Post by Jasper_ »

colordrops wrote: post #32
SilverRed wrote: post #20

I think that Fedora SilverBlue would have been the perfect OS for these kinds of consumer products. Arch is great and probably very rarely breaks but if it does, there is very few ways to recover the situation other than instructing users to reinstall the OS. With something like fedora silverblue, if an update fails, The system can reboot in to the previous OS image without issue. It also ensures that there is a know…

Isn't SilverBlue just Redhat's NixOS clone?

No, it's based on ostree for system distribution (which Colin had been developing since 2011), and using flatpak for applications. This had been a goal of the Red Hat desktop team for a while (see also: Stateless Linux from the 90s), but it took a long time for the community to realize the benefits. Other approaches here are the ChromeOS image style updates, CoreOS's image style updates, systemd's btrfs based OS distribution, and quite a few more throughout history. It's a good idea.

Collabora's SingularityOS they built for Valve for the original SteamOS was going to use ostree, but for various reasons (poor ones), they didn't ship that.

Post reply on HN