@scottalanmiller said in What Are You Doing Right Now:

Remember that Eli the Computer Guy that ran scams on Spiceworks a number of years ago? He has this massive YouTube channel with over a million subscribers and whatever. He partnered with Spiceworks but gave anti-IT advice (I can't remember details, but he wasn't technical and was just there to sell whatever.) Anyway... my youtube channel passed his this month! woot woot

I only ever knew of Eli The Computer Guy from his harrassing Louis Rossmann incessantly for some period of time. He was basically preaching to Louis that he should stop running a repair shop and just do YouTube, and therefore "live a better, more adventurous and luxurious life like he does" or whatever. LOL He apparently thinks he REALLY knows what's best! heh! XD

(movie trope) "Ah don't want... yor lahf"

@scottalanmiller said in What Are You Doing Right Now:

@GUIn00b said in What Are You Doing Right Now:

Contemplating how to leverage 2 ISP's for supplemental bandwidth when needed using 2 separate routers that are both servicing the same LAN.

......So I'm gonna go post a new topic!

Saw the post. It's not a fun thing. What I did when I had this was I just separated things by machine. Some machines used one connection and some the other based on their workloads. It was "static" but let me use both.

You described basically what I want to do. For general user media consumption (YouTube, Facebook, Amazon shopping etc.) it can just be shipped out the Spectrum cable connection. But for my servers I more or less want those bound to the WAN with static IP. However, my static WAN has slower download speeds than the Spectrum cable. (Static WAN is 50Mbps up and down, Spectrum is 300Mbps down). So when it's time to do a giant update or download new ISOs or whatever, the 300Mbps makes a big difference in time spent waiting.

Separating things at each machine that needs the static WAN by giving them static DGW's is worthwhile for me, but it would be nice to have some load balancing intelligence happening so that large downloads come in through the fast pipe no matter the machine.

I've set up a LANcache for my Steam library which helps a lot for 130gig games and whatever. But when there's a 3-4gig update that isn't cached, the request is sent out the client machine's DGW. I think there's a way to do "Split Horizon" or something so I can setup a couple lists of domains that get allocated to one Gateway or another. Like one list of domain/hosts would be like the known Linux repo hosts would definitely be piped over to the fast download cable. But any requests for say some Linode hosted VPS's I'd want trafficked out the slower static pipe.

Yeah, I still haven't made a decision one way or the other and still have them operating with separate LAN's lol! Full disclosure, I enjoy the relationship between my a** and my couch way too much to be bothered. Potato chips not required but quite frequently present. That's just truly my happy place. So the idea of having to bend over to move a cable or something to get all this setup like I want is just a total buzzkill 99% of the time. But that's the key. 99% of the time. Not 100%. So.... someday. Someday....

I have 2 ISP's at my house that I have been hopping back and forth on manually in the past as needed. I'm somewhat beginning the process of converging both WAN's to the same LAN using 2 separate routers. For now of course, there's still a manual process if I need to use the non-default WAN at any given time (changing DGW on the client).

The scenario is that one ISP is 50Mbps up and down, and the other is like 30 up and 300 down. The 50/50 connection is from a local wireless provider (I'm like 3 blocks outside of their 1 Gbps fiber service, darnit!). I have static public IP's on it as well, so that's what will be hosting my main WAN-facing services. The other ISP is cable residential, so it's DHCP WAN ( I know DynDNS is a thing, not high on my priority list at the moment ).

It's REALLY nice when I'm downloading gobs of ISO's, Steam apps, etc. to be on the cable connection, obviously. As for day to day activities that don't require lots of ingress bandwidth, I just let devices do whatever they're currently on at the time. I've set up a LANCACHE server (mostly for Steam to start with; I setup the monolithic deployment so from what I understand it'll cache a bunch of stuff besides Steam out of the box like Blizzard apps, others). The way it works is LANCACHE runs a stub dns service of its own, and anything you want to be able to use LANCACH data just set that client's DNS to the LANCACHE IP. If the DNS query is for something besides a LANCACHE-able download, LANCACHE upstreams the DNS query to the DNS server you specified in LANCACHE's config. In this case, it'll upstream to my LAN-hosted Technitium DNS which is pointed at Quad9 dns using encryption protocols. (NO MORE TRACKING MY SHOPPING AND PR0N HABITS, GOOGLE! AMAZON! WHOEVER! lol)

Anyway, I'm not sure how to go about this. Since I'm running all Linux stuff now, I don't care about M$ services, and with the way the Linux world handles OS and app updates with package managers, I'm comfortable with the visibility I have into knowing WHEN I need this gateway changing sorcery to occur. Anybody have any ideas how to accomplish this or even suggestions of resources I can read up on that would "learn me" a few options? Both routers are running OpenWRT.

Contemplating how to leverage 2 ISP's for supplemental bandwidth when needed using 2 separate routers that are both servicing the same LAN.

......So I'm gonna go post a new topic!

It turns out the GPU I bought is defective. It arrived brand new in box, totally pristine. I started seeing random "artifacting" with weird colors changing like an old TV that is at the end of its rope. Looking at the PCB, there are a few electrolytic capacitors. Being a Radeon HD 4250 which is about 15 years ago, I imagine those capacitors are just dried out by now. Of course that's the best case scenario. I'll be able to repair it for a few dollars. Hopefully, the solder balls under the GPU haven't fractured/separated from old age. It's anybody's guess if it was stored in consistently ideal temperatures all these years. Even if it was, that's no guarantee. I'll find out eventually.

For now, I put the old nVidia quadro 2000 back in it (solid-state capacitors on that one, btw lol). It will have to do.

Staring at my hobbled ProxMox host because GPU shenanigans. I'm pretty sure if I just remove the GPU, I can access it remotely again. But it's MY HOST and I WANT A WORKING DISPLAY OUTPUT. ..... Cuz I have nothing else I can do with this old 17" Dell LCD from 2003 lol

(I've posted this on the ProxMox forum but no reply so far lol https://forum.proxmox.com/threads/host-startup-failure-radeon-failed-initializing-uvd.139740/ )

This host originally had an old nVidia workstation card installed. I've since switched to a "VisionTek Radeon 512MB 4350 SFF x1 PCIe DMS59" because it's an x1 card and gave me back a valuable x8/x16 slot so I can expand the storage. The host seemed to work fine for a while. I did run updates at some point, and it was sometime after that it began failing to fully start. I'm pretty sure I had rebooted a time or two AFTER the system updates and it was fine.

Anyway, I tried changing the CSM settings to specify Video as UEFI. This didn't work. I'm not sure what else to do. I like having a GPU so I can connect a monitor for console access. I don't care about doing any transcoding/GPU passthrough/etc with it. I just need my host to boot again. Any guidance is much appreciated. I've been Googling for about 4 hours and my brain is fried lol! Thank you. Attaching a pic of the console output it parks on.

I think I fixed it lol but please if anyone sees otherwise, let me know. It's a new adventure for me!

root@pve:~# lvcreate --type raid10 --size 7t --stripesize 2048k --name LVOBR10 OBR10
  Logical volume "LVOBR10" created.
root@pve:~# lvs
  LV            VG    Attr       LSize    Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  LVOBR10       OBR10 rwi-a-r---    7.00t                                    0.00            
  data          pve   twi-aotz-- <141.23g             1.60   1.18                            
  root          pve   -wi-ao----  <69.37g                                                    
  swap          pve   -wi-ao----    8.00g                                                    
  vm-100-disk-0 pve   Vwi-aotz--   80.00g data        2.82                                   
root@pve:~# vgs
  VG    #PV #LV #SN Attr   VSize   VFree  
  OBR10   4   1   0 wz--n-  14.55t 568.06g
  pve     1   4   0 wz--n- 237.47g  16.00g
root@pve:~# pvs
  PV             VG    Fmt  Attr PSize   PFree   
  /dev/nvme0n1p3 pve   lvm2 a--  237.47g   16.00g
  /dev/sda       OBR10 lvm2 a--   <3.64t <142.02g
  /dev/sdb       OBR10 lvm2 a--   <3.64t <142.02g
  /dev/sdc       OBR10 lvm2 a--   <3.64t <142.02g
  /dev/sdd       OBR10 lvm2 a--   <3.64t <142.02g
root@pve:~# lsblk
NAME                         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda                            8:0    0   3.6T  0 disk 
├─OBR10-LVOBR10_rmeta_0      253:5    0     4M  0 lvm  
│ └─OBR10-LVOBR10            253:13   0     7T  0 lvm  
└─OBR10-LVOBR10_rimage_0     253:6    0   3.5T  0 lvm  
  └─OBR10-LVOBR10            253:13   0     7T  0 lvm  
sdb                            8:16   0   3.6T  0 disk 
├─OBR10-LVOBR10_rmeta_1      253:7    0     4M  0 lvm  
│ └─OBR10-LVOBR10            253:13   0     7T  0 lvm  
└─OBR10-LVOBR10_rimage_1     253:8    0   3.5T  0 lvm  
  └─OBR10-LVOBR10            253:13   0     7T  0 lvm  
sdc                            8:32   0   3.6T  0 disk 
├─OBR10-LVOBR10_rmeta_2      253:9    0     4M  0 lvm  
│ └─OBR10-LVOBR10            253:13   0     7T  0 lvm  
└─OBR10-LVOBR10_rimage_2     253:10   0   3.5T  0 lvm  
  └─OBR10-LVOBR10            253:13   0     7T  0 lvm  
sdd                            8:48   0   3.6T  0 disk 
├─OBR10-LVOBR10_rmeta_3      253:11   0     4M  0 lvm  
│ └─OBR10-LVOBR10            253:13   0     7T  0 lvm  
└─OBR10-LVOBR10_rimage_3     253:12   0   3.5T  0 lvm  
  └─OBR10-LVOBR10            253:13   0     7T  0 lvm  
nvme0n1                      259:0    0 238.5G  0 disk 
├─nvme0n1p1                  259:1    0  1007K  0 part 
├─nvme0n1p2                  259:2    0     1G  0 part /boot/efi
└─nvme0n1p3                  259:3    0 237.5G  0 part 
  ├─pve-swap                 253:0    0     8G  0 lvm  [SWAP]
  ├─pve-root                 253:1    0  69.4G  0 lvm  /
  ├─pve-data_tmeta           253:2    0   1.4G  0 lvm  
  │ └─pve-data-tpool         253:4    0 141.2G  0 lvm  
  │   ├─pve-data             253:14   0 141.2G  1 lvm  
  │   └─pve-vm--100--disk--0 253:15   0    80G  0 lvm  
  └─pve-data_tdata           253:3    0 141.2G  0 lvm  
    └─pve-data-tpool         253:4    0 141.2G  0 lvm  
      ├─pve-data             253:14   0 141.2G  1 lvm  
      └─pve-vm--100--disk--0 253:15   0    80G  0 lvm  
root@pve:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
udev                   32G     0   32G   0% /dev
tmpfs                 6.3G  1.9M  6.3G   1% /run
/dev/mapper/pve-root   68G  3.5G   61G   6% /
tmpfs                  32G   55M   32G   1% /dev/shm
tmpfs                 5.0M     0  5.0M   0% /run/lock
/dev/nvme0n1p2       1022M  344K 1022M   1% /boot/efi
/dev/fuse             128M   16K  128M   1% /etc/pve
tmpfs                 6.3G     0  6.3G   0% /run/user/0
root@pve:~# 

I'm missing something again. When I tried to create a VM and use that as the location to store the VM's virtual disk, it generated an error saying there was no free space. I'm going to put on some easy listening circus music while I Google and read some more for now!

I'm very jazzed about Pi 5. Fingers crossed there will be a PiStation 2 case!

Here's the PiStation1 case. Pi4 can basically emulate every game system up to PS1. This things was TOO COOL and I couldn't pass it up! I love it! PiStation2 for Pi5 would be perfect!

https://www.retroflag.com/pistation-case.html

@nadnerB said in What Are You Doing Right Now:

Moving from iOS to Android...
Honestly wasn't ready to but events have transpired to move things along.

Not sure how I feel about it.

My condolences. I'm a PC/Android guy but it doesn't matter who you are. Completely changing platforms SUCKS no matter who you are lol

On that note, the past 2 years or so, I've been getting fed up with tinkering with Android. It was the reason I fell in love with it to begin with, but Android 1.x/2.x etc. was a LONG time ago. It's evolved to something I don't recognize as "fun, innovative, interesting, empowering" anymore as I once did. I'm LITERALLY SERIOUSLY considering switching to an iPhone. Google seriously disgusts me more than M$ + Wal-Mart combined anymore these days. It's a shameful disgrace. Oh well, things change. Adapt as needed, I guess lol

My apologies and thanks to all for the feedback. Life decided to drive a Mack truck with no brakes through my world this past week or so so I've been MIA.

I went ahead and blew away that mdadmin setup and used LVM2 (I think LVM2?) to create the RAID. Here's the console outputses:

root@pve:/# lvcreate --type raid10 -l 100%FREE --stripesize 2048k --name LVOBR10 OBR10
  Logical volume "LVOBR10" created.
root@pve:/# lvs
  LV      VG    Attr       LSize    Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  LVOBR10 OBR10 rwi-a-r---   <7.28t                                    0.00            
  data    pve   twi-a-tz-- <141.23g             0.00   1.13                            
  root    pve   -wi-ao----  <69.37g                                                    
  swap    pve   -wi-ao----    8.00g                                                    
root@pve:/# 

root@pve:~# lsblk
NAME                     MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda                        8:0    0   3.6T  0 disk 
├─OBR10-LVOBR10_rmeta_0  253:5    0     4M  0 lvm  
│ └─OBR10-LVOBR10        253:13   0   7.3T  0 lvm  
└─OBR10-LVOBR10_rimage_0 253:6    0   3.6T  0 lvm  
  └─OBR10-LVOBR10        253:13   0   7.3T  0 lvm  
sdb                        8:16   0   3.6T  0 disk 
├─OBR10-LVOBR10_rmeta_1  253:7    0     4M  0 lvm  
│ └─OBR10-LVOBR10        253:13   0   7.3T  0 lvm  
└─OBR10-LVOBR10_rimage_1 253:8    0   3.6T  0 lvm  
  └─OBR10-LVOBR10        253:13   0   7.3T  0 lvm  
sdc                        8:32   0   3.6T  0 disk 
├─OBR10-LVOBR10_rmeta_2  253:9    0     4M  0 lvm  
│ └─OBR10-LVOBR10        253:13   0   7.3T  0 lvm  
└─OBR10-LVOBR10_rimage_2 253:10   0   3.6T  0 lvm  
  └─OBR10-LVOBR10        253:13   0   7.3T  0 lvm  
sdd                        8:48   0   3.6T  0 disk 
├─OBR10-LVOBR10_rmeta_3  253:11   0     4M  0 lvm  
│ └─OBR10-LVOBR10        253:13   0   7.3T  0 lvm  
└─OBR10-LVOBR10_rimage_3 253:12   0   3.6T  0 lvm  
  └─OBR10-LVOBR10        253:13   0   7.3T  0 lvm  
nvme0n1                  259:0    0 238.5G  0 disk 
├─nvme0n1p1              259:1    0  1007K  0 part 
├─nvme0n1p2              259:2    0     1G  0 part /boot/efi
└─nvme0n1p3              259:3    0 237.5G  0 part 
  ├─pve-swap             253:0    0     8G  0 lvm  [SWAP]
  ├─pve-root             253:1    0  69.4G  0 lvm  /
  ├─pve-data_tmeta       253:2    0   1.4G  0 lvm  
  │ └─pve-data           253:4    0 141.2G  0 lvm  
  └─pve-data_tdata       253:3    0 141.2G  0 lvm  
    └─pve-data           253:4    0 141.2G  0 lvm  
root@pve:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
udev                   32G     0   32G   0% /dev
tmpfs                 6.3G  1.9M  6.3G   1% /run
/dev/mapper/pve-root   68G  2.9G   62G   5% /
tmpfs                  32G   46M   32G   1% /dev/shm
tmpfs                 5.0M     0  5.0M   0% /run/lock
/dev/nvme0n1p2       1022M  344K 1022M   1% /boot/efi
/dev/fuse             128M   16K  128M   1% /etc/pve
tmpfs                 6.3G     0  6.3G   0% /run/user/0
root@pve:~# 

It's not LVM-thin and I don't know if it should be or not. From a "learn things one step at a time" perspective, this seems straight-forward and I grasp it conceptually. I'll do the LVM-thin thing down the road probably. My only pending curiosity on this config is did I select a good stripe size? Default is 64kb but I read somewhere that for this it should be 2048. I have no idea lol so I went with 2048.

Next is to setup a Fedora server VM.

@JaredBusch said in ProxMox Storage Configuration Question (idk how lol):

@GUIn00b said in ProxMox Storage Configuration Question (idk how lol):

Any advice is appreciated.

what is the point of this host?
how important is your data?
why use software raid?
who will support it if you are not there?
do they actually understand anything?

I use hardware raid 100% in client systems. Why? because bespoke is bad. Software raid is bespoke. No matter how old and well documented it is, it is something that no one in the majority deals with. MDADM or ZFS or whatever, it matters not.

I don't use it (hardware raid) because it is better, I use it because it is more easily understood and supported by the majority.

1. It's my home hypervisor for hosting my home things but it's also serving as a learning tool as I'm a veteran of M$ systems management/consulting and wish to build a comparable mastery skillset in all things Linux.

2. It's important enough I don't want to have to rebuild this over and over. I like the idea of LVM offering snapshotting (similar to M$ Shadow Copy) so I have a little fail-safe there. Also using RAID serves as fortified storage. I do plan to implement backups once I have some things on here built that are worth backing up. Not only will this be a hypervisor I can spin up various things for tinkering/learning, but it will host my personal media and documents as well as provide various services to my house.

3. Because technology has reached a point that hardware RAID largely doesn't have the necessity at these lower levels that it used to. It's also going to be a working model of advanced storage configuration for me to build my home infrastructure upon and experience again counting toward building that Linux experience.

4. I presume this is from a "you're no longer around" premise. Being my personal home system, if I'm "no longer around" (hit by a bus? lol), I'm not really too concerned about it.

5. No, I don't.

Quick update: I did this https://help.nodespace.com/knowledgebase.php?article=307 to all 4 drives, then created a 7.0 TB lvm-thin. Is that the right way to go about this? Here's console output:

root@pve:~# wipefs -a /dev/sda /dev/sdb /dev/sdc /dev/sdd
/dev/sda: 8 bytes were erased at offset 0x00000200 (gpt): 45 46 49 20 50 41 52 54
/dev/sda: 8 bytes were erased at offset 0x3a3817d5e00 (gpt): 45 46 49 20 50 41 52 54
/dev/sda: 2 bytes were erased at offset 0x000001fe (PMBR): 55 aa
/dev/sdb: 8 bytes were erased at offset 0x00000200 (gpt): 45 46 49 20 50 41 52 54
/dev/sdb: 8 bytes were erased at offset 0x3a3817d5e00 (gpt): 45 46 49 20 50 41 52 54
/dev/sdb: 2 bytes were erased at offset 0x000001fe (PMBR): 55 aa
/dev/sdc: 8 bytes were erased at offset 0x00000200 (gpt): 45 46 49 20 50 41 52 54
/dev/sdc: 8 bytes were erased at offset 0x3a3817d5e00 (gpt): 45 46 49 20 50 41 52 54
/dev/sdc: 2 bytes were erased at offset 0x000001fe (PMBR): 55 aa
/dev/sdd: 8 bytes were erased at offset 0x00000200 (gpt): 45 46 49 20 50 41 52 54
/dev/sdd: 8 bytes were erased at offset 0x3a3817d5e00 (gpt): 45 46 49 20 50 41 52 54
/dev/sdd: 2 bytes were erased at offset 0x000001fe (PMBR): 55 aa
/dev/sdd: calling ioctl to re-read partition table: Success
/dev/sda: calling ioctl to re-read partition table: Success
/dev/sdb: calling ioctl to re-read partition table: Success
/dev/sdc: calling ioctl to re-read partition table: Success
root@pve:~# pvcreate /dev/sda /dev/sdb /dev/sdc /dev/sdd
  Physical volume "/dev/sda" successfully created.
  Physical volume "/dev/sdb" successfully created.
  Physical volume "/dev/sdc" successfully created.
  Physical volume "/dev/sdd" successfully created.
root@pve:~# vgcreate hdd-thin /dev/sda /dev/sdb /dev/sdc /dev/sdd
  Volume group "hdd-thin" successfully created
root@pve:~# lvcreate -L 7T --thinpool hdd-thin hdd-thin
  Thin pool volume with chunk size 4.00 MiB can address at most <1016.02 TiB of data.
  WARNING: Pool zeroing and 4.00 MiB large chunk size slows down thin provisioning.
  WARNING: Consider disabling zeroing (-Zn) or using smaller chunk size (<512.00 KiB).
  Logical volume "hdd-thin" created.
root@pve:~# 

I have a fresh install of Proxmox. I have 4x Seagate NAS (SATA) spindles wiped and ready to.... yeah that's where I'm at. I thought I was going to mdadm a RAID-10. Nope! AAaaaand Proxmox seems to have "ZOMG USE ZFS" all over their documentation, and I'm not interested in that if there are other options. I want to leverage LVM/LVM-thin, but I'm not really sure where to start here. Here's lsblk:

root@pve:~# lsblk
NAME               MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda                  8:0    0   3.6T  0 disk 
└─sda1               8:1    0   3.6T  0 part 
sdb                  8:16   0   3.6T  0 disk 
└─sdb1               8:17   0   3.6T  0 part 
sdc                  8:32   0   3.6T  0 disk 
└─sdc1               8:33   0   3.6T  0 part 
sdd                  8:48   0   3.6T  0 disk 
└─sdd1               8:49   0   3.6T  0 part 
nvme0n1            259:0    0 238.5G  0 disk 
├─nvme0n1p1        259:1    0  1007K  0 part 
├─nvme0n1p2        259:2    0     1G  0 part /boot/efi
└─nvme0n1p3        259:3    0 237.5G  0 part 
  ├─pve-swap       253:0    0     8G  0 lvm  [SWAP]
  ├─pve-root       253:1    0  69.4G  0 lvm  /
  ├─pve-data_tmeta 253:2    0   1.4G  0 lvm  
  │ └─pve-data     253:4    0 141.2G  0 lvm  
  └─pve-data_tdata 253:3    0 141.2G  0 lvm  
    └─pve-data     253:4    0 141.2G  0 lvm  
root@pve:~# 

Any advice is appreciated. Thanks all!

One particular situation where I'd find it not quite so straight-forward to go for RAID-10 vs RAID-6 is in a 4-drive setup. Some things to consider would be the performance capabilities of all devices at play (drives, HBA, CPU, etc.) as well as the performance demands of the users/services that need frequent access to said storage. For me, if I/O demand isn't real high for services (and probably using flash, not spindles) I'd be willing to go with RAID-6. Though both RAID levels can sustain 2 drive failures, the caveat with RAID-10 is as long as it's not the same member from each mirrored set. With RAID-6, ANY 2 drives could fail and still be operational and recoverable. I guess it would have to be a very specific concern to opt for the parity overhead in favor of the "added protection" over a statistically very rare potential failure scenario of 4-drive RAID-10.

OK nvm. RAID-10 + backups.

edit

https://www.arcserve.com/blog/practical-raid-decision-making

RAID 10 for four-disk array
Likewise, with a four drive array the only real choice to consider is RAID 10. There is no need for further evaluation. Simply select RAID 10 and continue.

Well, SHUT MA MOUTH!

@scottalanmiller said in What Are You Doing Right Now:

hating ZFS more and more each day, lol

I've quickly discovered there is a fervent populus of ZFS defenders and apologists. It reminds me of the RAID-5 knife fights ....err I mean discussions

You sure do know how to pick a nemesis, SAM

@CCWTech Sorry to hear that. Knowing your hardware specs and how your storage is configured (including partition sestup) might give us more insight on some further ideas to try. In the meantime, here's a few links you might check out (if you haven't already found them yourself of course lol).

https://nobaraproject.org/docs/nvidia-troubleshooting/

https://www.nvidia.com/download/driverResults.aspx/187826/en-us/

https://download.nvidia.com/XFree86/Linux-x86_64/510.39.01/README/gbm.html

+1 vote for Nobara if you're running an nVIDIA card.

Ideally, having an AMD card instead would resolve a LOT of hassle for you, and make the experience of trying out lots of other distros much more fruitful. But yeah while you're on nVIDIA, go with Nobara.

I personally have a ROG laptop with a RTX 2070 (it was a salvage, I didn't pay for that kit lol) and I'm running EndeavourOS on it. It's tempermental still because I don't have the Power Management "things" installed/configured so that the machine can default to booting with the nVIDIA GPU and basically ignore the integrated Intel stuffz. As of now, I have to boot up, run "optimus-manager --switch nvidia", reboot, THEN I'm on the nVIDIA GPU and can game and whatnot. (Baldur's Gate runs great on that setup, btw). If there comes a point I get sick of fighting with it on EndeavourOS, I'll switch it to Nobara. EOS has a great community, though, and I've never had such a wonderful out-of-the-box experience with any other distro to date. I'm a recent deserter of the M$ plantation after spending my entire personal and professional life in that world, so having that "GUIn00b" M$ propensity and predisposition, which is DEFINITELY far removed from the philosophy of "Linux Land", I DID NOT have high expectations. I've found this journey invigorating with successful experiences like I've had with EOS, though.