make it executable chmod +x bedrock-linux-0.7.31-x86_64.sh
run it ./bedrock-linux-0.7.31-x86_64.sh
run it again remembering the need to add --hijack
run it again remembering the need to run it as root. (… I know, I could just remember to do sudo and --hijack first time, but I like this silly ritual).
and type in the “Not reversible!”, knowing how non-trivial a change to my operating system is about to happen in an instant.
reboot
enjoy seeing the new init select screen after the grub screen (albeit with only one option yet)
once back at a tty or once back in gui with a terminal emulator (… maybe after some more configuration tweaks, e.g. in /bedrock/etc/bedrock.conf), brl fetch arch
et viola, done. can do sudo apt update ; sudo apt upgrade ; sudo pacman -Syu.
… And more likely I’d do brl fetch void ; brl fetch gentoo ; brl fetch-r ceres -n ceres devuan ; brl fetch artix. But ^ that’s for if “I want to switch to arch but dont want to troubleshoot my pc after each update.”
Could also do frequent brl copy arch arch-fallback-(date) or some such, so then if something goes wrong with an upgrade, you could just carry on unperturbed, or even disable the stratum that had something go wrong, or even delete it, and brl rename arch-fallback-20260806 arch, and carry on with your day, sure it’ll resolve the upgrade properly next time tomorrow. ;)
But of course, this is a bit overkill, like starting a huge complex science and production logistics project just to crack a nut.
But it is my honest answer of how I deal with that. ;)
I rarely have to troubleshoot. The only issues I’ve run into lately is the package manager (pacman) refusing to download an updated package. Refreshing the mirrors or a quick internet search is usually enough to fix that.
From my experience, the only times troubleshooting is needed is if you tinker with things or use programs outside of the package manager.
Debian user here. I want to switch to arch but dont want to troubleshoot my pc after each update. How do u folks deal with that?
[ps. preface warning: dangerous whimsy here… rtfm… don’t dive in eager and blind and then “break” your system and come blame me.]
I don’t [switch]. Instead I [(having already thoroughly read through all the documentation several times)]
wget https://github.com/bedrocklinux/bedrocklinux-userland/releases/download/0.7.31/bedrock-linux-0.7.31-x86_64.shchmod +x bedrock-linux-0.7.31-x86_64.sh./bedrock-linux-0.7.31-x86_64.shbrl fetch archsudo apt update ; sudo apt upgrade ; sudo pacman -Syu.… And more likely I’d do
brl fetch void ; brl fetch gentoo ; brl fetch -r ceres -n ceres devuan ; brl fetch artix. But ^ that’s for if “I want to switch to arch but dont want to troubleshoot my pc after each update.”Could also do frequent
brl copy arch arch-fallback-(date)or some such, so then if something goes wrong with an upgrade, you could just carry on unperturbed, or even disable the stratum that had something go wrong, or even delete it, andbrl rename arch-fallback-20260806 arch, and carry on with your day, sure it’ll resolve the upgrade properly next time tomorrow. ;)But of course, this is a bit overkill, like starting a huge complex science and production logistics project just to crack a nut.
But it is my honest answer of how I deal with that. ;)
As far as I can tell, the first thing you have to do as an Arch user is convince yourself that you’re smarter than the package maintainer.
I rarely have to troubleshoot. The only issues I’ve run into lately is the package manager (pacman) refusing to download an updated package. Refreshing the mirrors or a quick internet search is usually enough to fix that.
From my experience, the only times troubleshooting is needed is if you tinker with things or use programs outside of the package manager.
It isn’t an issue. I just left Arch because the AUR seems to be imploding. And without it Arch looses one of its big advantages.
I update weekly ish and very rarely have issues. And if I do it’s the usual suspects hyprland, pw, proton and video drivers.
You can either lock these and make them not update as frequently or use more stable software instead.
I personally like the troubleshooting because it means I’m learning something so that helps.