You're viewing a single thread.
What did you edited ? Arch user here, never had this kind of issue. Also if you managed to install Arch, you should be able to fix it(maybe you switched from terminals, try ctrl+alt+1-9)
You were just lucky. For some of us ut was just about having the wrong hardware at the wrong time.
Not complaining, I knew the risks going in and still love my distro, but arch updates totally can brick a PC with no PEBCAK involved. It does happen. :3
Arch dosn't break by itself, i've used bunch of Arch installations and every time it broke it was because of bad manipulation, not pacman -syu
Arch DEFINITELY breaks itself. See the whole "arch update broke grub" dilemma
Have you tried it or are you just spreading misinformation ?
Arch breaking grub has happened to me twice. Second time I couldn't even recover the install.
You learn a lot of good practices by using arch, eg a separate home partitjon, git repositories for your config files, maintaining a clean package tree etc. Installing Arch is also really useful for noobs like me to learn some Linux basics.
I use Fedora, btw.
maintaining a clean package tree
What do you mean by that, specifically? I looked that up online and maybe I'm a bit dumb, but I didn't find anything that made much sense
I don't know if that's a widely recognized term.
Pacman used to be really bad at removing unneeded dependencies. I think pretty much every package manager has this facility now. For instant apt auto remove.
Suppose you installed gnome to try it out, gnome installs like 1000000 packages. The thing about some of those dependencies is that they're really useful. It's not uncommon for another package you have installed to use it as an optional dependency. In that case it doesn't get flagged for autoremoval when you uninstall gnome.
When you apply this logic a couple layers deep they start to compound.
Also libraries and random python scripts tend to just exist forever in your system long after you used it lol.
I started developing the habit of checking what dependencies are being installed and to uninstall immediately when I realize I don't need it.
This logic applies to language specific managers like cargo or pip too.
They all have really good tooling to figure out leaves, orphaned nodes etc. I just didn't start using those until I got into the arch hype.
I see. I suppose figuring out which things to get rid of takes some getting used to, but thank you for the advice!
Yeah, you will invariably remove something crucial haha. The nice thing with arch is that usually you can fix it without too much fuss.
Me learning to use Linux was like teaching a child that can't feel pain to not touch fire.
I'm quite excited but also mildly worried about Arch. I am currently on EndeavourOS, so I'm used to day-to-day usage of an Arch-based system, but I do worry about not following some best practices that screw me over in the long run during the install or forgetting some crucial security things. I do believe 95% of what I could mess up is going to be covered in the install guide, but who knows what I'll overlook. And I know Archinstall exists, but I might as well stay on EOS if I was gonna use that, as I primarily intend this to be a learning opportunity. We'll see how things go!
I was among one of the grub fiasco victims. Thank goodness they rolled it back pretty fast and I knew how to chroot.
A grub breaking thingy happened to me too.
I was saved by having multiboot, with every OS having their own GRUB version installed. (just selected one using the motherboard's interface)The problem occurred when, after
pacman -Syu, I read notes in the output, one of which hinted I would want to update GRUB and went - "Sure, I'll try the new GRUB update" and ran GRUB update.When it didn't startup after a restart, I just used the debian's GRUB to login to the OS in question, downgraded GRUB, reinstalled GRUB and then ran
pacman -Syuagain.I feel like mine wasn't the problem instance that goes on around the web, mostly because:
- None of the mentioned fixes worked in my case.
- I feel like people won't go out of their way to update GRUB most of the time.
I have not experienced it but half of the arch users on reddit seem to have experienced it. Also it's not a continuous problem but rather a problem with a certain arch and grub version. However the fact it happened once (to many people) means it can happen a second time
How did you installed it ? Official arch repo or self compiled ? And what nvidia drivers are you using ? Nouveau or proprietary one ?
@Titou proprietary drivers, dkms version.
Official repos.Both my friend and I experienced this, a few minutes later pahole was reverted to previous version on the repos and the update was delayed until fixes were made.
I migrated from nvidia to amd last summer and no issues since then ( a few crashes in Minecraft, its the only game capable of crashing the GPU, dont know why or how ).
Conflict issues is not arch-exclusive(happenned to me on debian sid months ago) but glad to heard you switched to amd
That's anecdotal evidence but good for you!
Sounds like a skill issue. Some people just don’t know how to use Arch.
Signed,
Someone who has spent more days reinstalling Arch than using it.
Probably running an older nvidia driver. That usually blows up during an update.
Yeah I dealt with that for a long while. Always used lynx or similar to go download the latest Linux driver from nvidias website, then manually install it lol. What a pain in the ass.
I use archinstall. I draw the line at having to use the command line to set up all your stupid partitions. That's too complicated.