So your config is importing other drop-in configs as mentioned here:
# This config file imports drop-in files from /etc/default/grub.d/.
Go look in that directory. You probably just have a duplicate file with your menuentries which you can just rename to be safez then run your mkconfig command again and reboot.
Yes, you need to be careful about syntax errors and dead links but otherwise, any major issues should be caught by mkconfig. You can always just boot from a liveUSB if you mess something up and fix it.
Yep. Edit /etc/default/grub, then run grub-mkconfig -o /boot/grub/grub.cfg to generate the new menu. Reboot.
It’s currently the most simple to use and “just works” option.
Removed by mod
Literally said they don’t want immutable.
Fedora. Ubuntu lost the crown.
If you want AUR specifically then you can only use Arch. That’s the Arch package manager, and every distro has its own. Fedora has DNF, Debian/Ubuntu has apt…etc
Yep! Grub should show you the Fedora or Windows boot options though, so you shouldn’t need to flop back and forth in the BIOS.
Yep. Installing on two different drives, make sure you go into your BIOS settings and set the new drive as the first boot target to get you a Grub menu on boot though.
I’d have to see the Nonara install to know, but I don’t see how that would happen then or now. I’ve installed thousands of machines and never had it accidentally do anything like “miss” the correct target drive.
Either way, you shouldn’t have an issue now.
Fedora will default to your empty drive, but just in case, but into the liveUSB, and identify your drive assignments and partitions so you are POSITIVE you’re installing to the right drive. The installer will ask you multiple times where you want to install, so it shouldn’t be a problem.
Grub will default to asking you what you want to boot. You can change the defaults after install if you’d like.
Uhhhhh, there’s plenty of that being used. From the ground up. Security scanning out the wazzzz. Those are pattern-based scanners though, and this probably wouldn’t be detected because it’s a blob of binary junk with a script inside. GitHub should honestly put something on their storage backends to warn users, but that’s a whole ball of wax people probably don’t want to get into.
But that’s not a supply chain attack. If projects or platforms are compromised and THEN their code is used by normal means of ingestion of said project, that would be a supply chain attack.
These are unofficial channels created as forks of existing projects in an attempt to fool users into using these instead.
This isn’t really a supply chain attack. It’s more social engineering: fake users, forks, and non-verified code. They’re taking advantage of the fact that most people don’t use verified releases or packages code from open source projects.
GitHub is not compromised, nor sending unintended payloads.
Quick search came up with instructions on reddit.
Do a test: copy a bunch of videos directly from your phone to a test folder separate from the current one you use. See if all of the files get thumbnails.
You can embed YouTube videos in markdown.
👍