bcabalka

You are magical! This worked. I'll try to figure out what went wrong here as I had previously tried to attach the sound and "Other PCI Devices" before, but they must not have pulled over properly into the XML. Thanks again! 1000 points to you.

Can someone give me some insight as to how I can get audio working via GPU Passthrough on my VM? It's not showing an option for audio output. Any help would be great, thanks in advance. VM XML: OS Version: 6.11.1 I do have IOMMU bing configured

Plex does work on Android Auto, and it limits to music libraries, disallowing video from playing due to the reason you had mentioned above. I'm not sure about CarPlay, but Android does allow music to be played.

Also, just ran, in Maintenance Mode, a btrfs check with --read-only flag. Results: [1/7] checking root items [2/7] checking extents data backref 3424221175808 root 5 owner 3034 offset 20020936704 num_refs 0 not found in extent tree incorrect local backref count on 3424221175808 root 5 owner 3034 offset 20020936704 found 1 wanted 0 back 0x99e58a0 incorrect local backref count on 3424221175808 root 5 owner 265178 offset 20020936704 found 0 wanted 1 back 0xb249ad0 backref disk bytenr does not match extent record, bytenr=3424221175808, ref bytenr=0 backpointer mismatch on [3424221175808 524288] ERROR: errors found in extent allocation tree or chunk allocation [3/7] checking free space tree [4/7] checking fs roots unresolved ref dir 6339767 index 15 namelen 45 name org.appwork.shutdown.ShutdownController.log.0 filetype 1 errors 2, no dir index unresolved ref dir 6339767 index 15 namelen 45 name org.eppwork.shutdown.ShutdownController.log.0 filetype 1 errors 5, no dir item, no inode ref ERROR: errors found in fs roots Opening filesystem to check... Checking filesystem on /dev/sdb1 UUID: cf9672ae-6154-45d3-8457-69259db993e7 found 359280635904 bytes used, error(s) found total csum bytes: 250838900 total tree bytes: 882212864 total fs tree bytes: 463798272 total extent tree bytes: 131973120 btree space waste bytes: 143087789 file data blocks allocated: 2046518329344 referenced 326062190592

Here it is @JorgeB Thanks for taking a look. Like I said above, I'm not against formatting the pool. cortex-diagnostics-20230115-0905.zip

So this happened... I only have `appdata` and `system` set to `Prefer: cache` in shares, is there anything besides appdata restore/Docker/VMs that I'll need to attend to if I reformat?

Memtest showed errors, started by reseating modules. Ran scrub, found csum error files, removed, re-ran scrub, came up clean. Reset stats and set up user script to notify of future errors. Successfully converted to single mode. --- Thanks again for your guidance.

Attached cortex-diagnostics-20221230-0936.zip

Looking at the syslog, it appears there's a BTRFS error. That would explain why it isnt converting. Dec 30 08:09:37 cortex ool www[13111]: /usr/local/emhttp/plugins/dynamix/scripts/btrfs_balance 'start' '/mnt/cache' '-dconvert=single,soft -mconvert=raid1,soft' Dec 30 08:09:37 cortex kernel: BTRFS info (device sdb1): balance: start -dconvert=single,soft -mconvert=raid1,soft -sconvert=raid1,soft Dec 30 08:09:37 cortex kernel: BTRFS info (device sdb1): relocating block group 2442826612736 flags data|raid1 Dec 30 08:09:37 cortex kernel: BTRFS warning (device sdb1): csum failed root -9 ino 299 off 969187328 csum 0x3d995087 expected csum 0x1930d4f7 mirror 1 Dec 30 08:09:37 cortex kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 887, gen 0 Dec 30 08:09:37 cortex kernel: BTRFS warning (device sdb1): csum failed root -9 ino 299 off 969187328 csum 0x3d995087 expected csum 0x1930d4f7 mirror 2 Dec 30 08:09:37 cortex kernel: BTRFS error (device sdb1): bdev /dev/sdb1 errs: wr 0, rd 0, flush 0, corrupt 726, gen 0 Dec 30 08:09:37 cortex kernel: BTRFS warning (device sdb1): csum failed root -9 ino 299 off 969187328 csum 0x3d995087 expected csum 0x1930d4f7 mirror 1 Dec 30 08:09:37 cortex kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 888, gen 0 Dec 30 08:09:37 cortex kernel: BTRFS warning (device sdb1): csum failed root -9 ino 299 off 969187328 csum 0x3d995087 expected csum 0x1930d4f7 mirror 2 Dec 30 08:09:37 cortex kernel: BTRFS error (device sdb1): bdev /dev/sdb1 errs: wr 0, rd 0, flush 0, corrupt 727, gen 0 Dec 30 08:09:38 cortex kernel: BTRFS info (device sdb1): balance: ended with status: -5

I have done that, but it does not do anything. Any other ideas? Can I run something from terminal?

My brain doesn't appear to be working right now and when I go to the cache pool and convert to single mode, it doesn't appear to expand the space available on the pool. Is there a way to get this converted while retaining the data on the pool? I have 2x 1TB SSDs and was hoping to use all available space.

@JorgeB, will do. Thanks!

We have a box on 6.6.7 and am looking to upgrade to 6.9.2. Does anyone have major settings/incompatibilities to look at prior to trying the upgrade?