Looks like you where right about the udev rules earlier, I ran a pacman command to find all untracked files in /usr and I found /usr/lib/udev/rules.d/50-remove-nvidia.rules was there. Contents:

# Automatically generated by EnvyControl

# Remove NVIDIA USB xHCI Host Controller devices, if present
ACTION=="add", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x0c0330", ATTR{power/control}="auto", ATTR{remove}="1"

# Remove NVIDIA USB Type-C UCSI devices, if present
ACTION=="add", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x0c8000", ATTR{power/control}="auto", ATTR{remove}="1"

# Remove NVIDIA Audio devices, if present
ACTION=="add", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x040300", ATTR{power/control}="auto", ATTR{remove}="1"

# Remove NVIDIA VGA/3D controller devices
ACTION=="add", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x03[0-9]*", ATTR{power/control}="auto", ATTR{remove}="1"

looks like EnvyControl left some extra files after uninstalling.
Personally, I think it's pretty weird that it put runtime files in /usr/lib, if they where in /etc I would have found them quickly.
The GPU is back on the bus now and I can run optimus-manager to get my extra screen. Thank you for the help troubleshooting this issue.

dkms status doesn't even list half of my DKMS modules for some reason

I don't seem to have an -F on my dkms? when I ran that it without, it didn't rebuild all the DKMS modules for some reason, just bbswitch and evdi

interesting, that did show the nvidia card in dmesg, still not in lspci though

[ 1110.598286] pci 0000:01:00.0: [10de:1ba1] type 00 class 0x030000
[ 1110.598301] pci 0000:01:00.0: reg 0x10: [mem 0xde000000-0xdeffffff]
[ 1110.598310] pci 0000:01:00.0: reg 0x14: [mem 0xc0000000-0xcfffffff 64bit pref]
[ 1110.598318] pci 0000:01:00.0: reg 0x1c: [mem 0xd0000000-0xd1ffffff 64bit pref]
[ 1110.598324] pci 0000:01:00.0: reg 0x24: [io  0xe000-0xe07f]
[ 1110.598330] pci 0000:01:00.0: reg 0x30: [mem 0xdf000000-0xdf07ffff pref]
[ 1110.599069] pci 0000:01:00.0: vgaarb: bridge control possible
[ 1110.599073] pci 0000:01:00.0: vgaarb: VGA device added: decodes=io+mem,owns=none,locks=none
[ 1110.599078] i915 0000:00:02.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=none:owns=io+mem
[ 1110.599125] pci 0000:01:00.1: [10de:10f0] type 00 class 0x040300
[ 1110.599135] pci 0000:01:00.1: reg 0x10: [mem 0xdf080000-0xdf083fff]
[ 1110.599327] pci 0000:01:00.0: BAR 1: assigned [mem 0xc0000000-0xcfffffff 64bit pref]
[ 1110.599335] pci 0000:01:00.0: BAR 3: assigned [mem 0xd0000000-0xd1ffffff 64bit pref]
[ 1110.599341] pci 0000:01:00.0: BAR 0: assigned [mem 0xde000000-0xdeffffff]
[ 1110.599344] pci 0000:01:00.0: BAR 6: assigned [mem 0xdf000000-0xdf07ffff pref]
[ 1110.599347] pci 0000:01:00.1: BAR 0: assigned [mem 0xdf080000-0xdf083fff]
[ 1110.599349] pci 0000:01:00.0: BAR 5: assigned [io  0xe000-0xe07f]
[ 1110.599384] pci 0000:01:00.1: extending delay after power-on from D3hot to 20 msec
[ 1110.599418] pci 0000:01:00.1: D0 power state depends on 0000:01:00.0
[ 1110.599509] snd_hda_intel 0000:01:00.1: enabling device (0000 -> 0002)
[ 1110.599624] snd_hda_intel 0000:01:00.1: Disabling MSI
[ 1110.599630] snd_hda_intel 0000:01:00.1: Handle vga_switcheroo audio client
[ 1110.603829] i915 0000:00:02.0: vgaarb: VGA decodes changed: olddecodes=none,decodes=io+mem:owns=io+mem
[ 1110.628268] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card2/input18
[ 1110.628341] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card2/input19
[ 1110.628403] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card2/input20
[ 1110.628464] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card2/input21

hmm, maybe downgrading nvidia-dkms might work? I'll try that

yeah, they are a bit of a pain, but it's a new one to me for the card to just disappear completely. It's hard to do any troubleshooting when you can't even access the card.

I had a look at /etc/udev, /etc/modprobe.d and /etc/modules-load.d, and don't see anything related to nvidia. Are there any more udev or blacklist folders to look at?

It's an MSI GE72MVR 7RG, what do mean version?
and it's an integrated intel GPU.

ls: cannot access '/sys/bus/pci/devices/0000:01:00.0': No such file or directory
I also tried booting an archiso and the GPU appears there, there must be something wrong with my install.

It disappeared without me booting into windows, I booted windows to test after it was gone. But I did just try to force a hard shutdown on windows and disabled fastboot, but it's still not appearing.

[ 1501.764754] nvidia-nvlink: Nvlink Core is being initialized, major device number 234
[ 1501.764761] NVRM: No NVIDIA GPU found.
[ 1501.765791] nvidia-nvlink: Unregistered Nvlink Core, major device number 234

Yeah, that is annoying. But for the "You won't BELIEVE what this microwave can do! 🤯🤯🤯" or worse the "This appliance from the 90s is going to REVOLUTIONIZE your kitchen!" at least become something that gives you some idea if you want to watch. Unfortunately some good videos are hidden behind shitty titles I otherwise wouldn't click.
Not technology connections obviously, their titles are fine.

It often overcorrects, like not every shitpost really needs a title that sounds like a news article. But for some really clickbaity YouTubers (most) it makes the titles much more usable. The titles are submitted by users, so if the streamer is very small there might be no one to write the titles.

Thanks for the detailed reply. I found a QSFP+ DAC that says it supports IB and Ethernet.
I don't have enough computers to set up a fabric, only the 2 I would be direct attaching have PCIE slots.

I've never used infiniband before so my reason for wanting to try it is just to learn what it is, and how it works. That said, some of those use-cases look very interesting, especially transporting NVMe namespaces, I didn't know that was possible.

640,000GHz is nice

Yep, I wish I bought all my VR games from steam, but I bought a few from oculus when I first bought the headset. Also some games are oculus exclusive :/

I actually figured it out trying to login to the app, I just needed to login to meta with my oclulus account credentials and it migrated it, not the most obvious thing. I like how the app constantly asks for location permission despite me not having a quest to pair it to. Also I find it funny that they care so little for the CV1 it shows a rift S for its picture lol

Facebook has owned oculus since before the CV1, but I agree it was much less intergrated and still felt like a separate brand. I'm definitely biased as fuck, but "oculus" is infinitely better than "meta". Much better sounding name. I just made a meta account to migrate my oculus account, but I can't find any way to do it on PC without a quest. I don't have a quest, so I guess I'm fucked?

How do I even migrate??? I can't figure it out

How is this legal? Feels ridiculous to lose games I paid for just because I didn't migrate my account. Same with the Microsoft minecraft account migration. When I bought my CV1 there was the promise that I would not need a facebook account.

The USB3 won't make a difference. It's actually a hardware issue with the rtl2832u in the SDR that causes the drop. I'm not sure why one controller is OK, but that's what I've heard.

I'll be honest that I don't really understand why oversampling helps. But as far as I know it only increases the dynamic range, and if you don't have a large difference between the weakest and strongest signals you are receiving there isn't any benefit. And also, yeah, the environmental noise is probably way higher that the ADC noise.

If you've been a ham for 9 years, you probably know more about this than me. I've been into radio/SDR for about 1.5 years now, and I've mostly just done satellite stuff in that time.

Yeah, I was going to suggest that if you had a second SDR

yeah, that might do it

Those look fine to me, maybe your USB controller is OK? Also might just not be visible. It is more apparent with digital signals like LRPT than APT. I would recommend switching to 2.4MHz sample rate though, nothing in the 137MHz band needs that much bandwidth, and the SNR gain of decimating from 3.2MHz won't make a difference in that band either.

I've not tried using a high samplerate with APT, but here is one with sample drops for a different reason:

They are the little mismatched lines in the middle, they are more obvious when you disable syncing:

137MHz is also quite close to the airband, sometimes nearby aircraft can cause overload

hmm, 152MHz seems quite a long way out from 137MHz to cause issues, but if it's very strong I guess that could the issue.

btw, unless you have a very specific USB controller, anything above 2.4MHz sample rate will drop samples and ruin the APT image.
I guess you already figured the pagers out the from the other comment, but you can find details on sigid wiki

What sample rate are you running here? There isn't much of the spectrum visible. it could be a powerful nearby signal overloading the SDR, but you need to see more spectrum to see it. I know there is a very strong testing pager near me that often causes this same dip on the RTL

This post is 4 months old, the AVHRR has mostly recovered since

I was testing a custom initramfs that would load a full root into a ramdisk, and when I was going to shut down I tried to run rm -rf --no-preserve-root / to see what would happen, since I was on a ramdisk anyway. The computer would not boot after that because it nuked the UEFI options.

Computer plays video games
I want to make video games
Learn to program
Never even make video games

wtf happened to south america lol

The passes are currently very late at night here, around 4am, so I had to receive it automatically :(

Granted, now all computers run Linux. For a year. Then every computer switches back to windows, including all servers.

Usually they just don't start spinning, some of the NOAA ones have been going for 25 years and haven't ever lost orientation.
The satellite in this post is a russian one, they don't have an analog transmission anymore, this image is from digital transmission near the frequency of the NOAA analog one, so still easy enough to recieve.
But as for the analog NOAA transmission, There really isn't any reason to shut down the analog transmission, the satellite was built with enough power to run it, so shutting it down would just lead to a surpus of power on satellite. I don't think the design would even allow pushing more power on the digital signal.
NOAA will have some huge tracked dishes for this to get a perfect image even with the lowish power level.
Also, the satellites with analog are not the main ones anymore. NOAA has some new satellites with much higher resolution imagery that are not nearly as easy to receive as these older ones. they only broadcast at 8GHz instead of the 1.7GHz or 137MHz that the current ones do

oh, haha. You are probably thinking of @user224@lemmy.sdf.org saying they are in slovakia in this post, not me. I live in the UK.
This satellite is actually from 2023, I think having one light cell allows for higher resolution and multiple channels. This satellite also has 3 thermal infrared channels that are calibrated so you can see the exact temperature at each pixel, I don't think that would be possible with a traditional camera system.

I don't speak slovak, but I'll try to respond:
The satellite transmits constantly, so you are only limited by the time it is above the horizon. The duration of this transmission was about 15 minutes, but the signal was only strong enough for a much shorter time. I can't remember exactly how long this one was, it was a while ago.

These russian satellites seem to have a lot of problems with orientation. This is the first and only time so far this satellite has had issues, but the other ones have had a lot of issues before. When it is spinning it usually does send images of space, but I've not seen any where it's only space before.

Yes, The sensor is sensitive and would be damaged by the sun. One of the old satellites started spinning and the sun burned out the imager.

preložené:
Dúfajme, že to prekladateľ príliš nepokazil.

Ja síce po slovensky neviem, ale pokúsim sa odpovedať:
Družica vysiela nepretržite, takže ste obmedzený len časom, keď je nad horizontom. Dĺžka tohto vysielania bola asi 15 minút, ale signál bol dostatočne silný len oveľa kratší čas. Nepamätám si presne, aký dlhý bol tento, bolo to už dávno.

Zdá sa, že tieto ruské satelity majú veľa problémov s orientáciou. Toto je prvý a zatiaľ jediný prípad, keď mal tento satelit problémy, ale ostatné mali veľa problémov už predtým. Keď sa otáča, zvyčajne posiela snímky vesmíru, ale predtým som nevidel žiadne, kde by bol len vesmír.

Áno, snímač je citlivý a poškodilo by ho slnko. Jeden zo starých satelitov sa začal otáčať a slnko vypálilo snímač.

The satellite has a malfunction. The imager scans the planet one line at a time and the motor that scans it is stuck, and causing the motor to spin too slow. I'm not sure on the specifics, but the onboard computer ends up sending broken data, resulting in the artefacts in this image and the analog version.

The analog transmission is there for compatibility with old ground stations. It's much easier to receive, so cheap ground stations can be set up in places that don't have the money for a dish and rotor setup. The last satellite with the analog transmission was launched in 2009, all US satellites since have been only digital, and even removed the HRPT and replaced it with a much higher rate, harder to recive downlink.
Russian satellites have a digital signal at the same lower frequency instead of the analog signal for the same reason, but it looks much better because it is digital.

The image is the data as it was sent by the satellite, the vertical lines are probably coming from the satellite computer getting confused by the stuck scan motor.

The satellite is sending the sync pulse for the second channel twice in that middle bit, so the software fails to sync.
The scan motor current for this satellite is on this page under Telemetry/Scan Motor Current

There is a small digital signal (DSB) near this downlink that has some other sensors and telemetry.
There is also another digital signal (HRPT) at a much higher frequency (1.7GHz) that has all the sensors and also the raw data for this image. It requires a dish and tracking, but this satellite has a broken transmitter for that higher frequency, so it's much weaker. The artefacts look completely different in the raw digital image. An image from this sat on HRPT:

and satdump for decoding