

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.
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.
There may be some confusion here, so let me clarify some stuff to make sure I’m not confusing you:
So you’ve got the device paired to your HA instance via ZBT+Thread. There is also a way to pair devices with the HomeKit integration, and not directly through the Thread border router. Reset your blinds then try pairing them through the HomeKit integration in HA, then see if the controls pop up as you expect them.
Just searching around, it seems they only work with the Homekit integration for control. Pairing via Thread is one thing, but exposing controls is another.
There is an integration for Motionblinds though that seems to work with a lot of different brands. Maybe check that out.
Both ZHA and Deconz have ways of doing this. Maybe just a limitation of z2m.
You can embed YouTube videos in markdown.
Unattended upgrades or firmware update scheduled.
Can you post some hardware specs? In general, the local client is going to use similar resources as a browser session since it’s just a repacking of the same software in most cases unless it’s horribly handled. Slack comes to mind in this instance.
Some details about what the actual issues are might be helpful as well.
I really think you have conflicting resolvers running on startup, which would explain this. Double check your systemd units that are enabled on boot. If you don’t see anything like networkmanager, reboot the machine, get the status of systemd-resolv to make sure it’s actually running after a fresh boot, check the logs and see if you see anything interesting there, then restart it and check the logs again once DNS works. Something is different between those two actions.
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.