limetech

What release did you upgrade from? The extra delay in this step is due to a change that went into -rc6: fstab: mount USB flash boot device with 'flush' keyword This tells the vfat file system to be more aggressive in flushing data to the USB flash device, though not fully "synchronous". This was done to cut down on USB flash device corruption and should not be noticeable in normal operation. It is odd that the "Syncing - please wait" message did not appear immediately, we'll have to look into that.

Changed Status to Closed Changed Priority to Other

Another kernel update, more base package updates, bug fixes. Version 6.7.0-rc7 2019-04-03 Base distro: aaa_elflibs: version 15.0 curl: version 7.64.1 gnutls: version 3.6.7 harfbuzz: version 2.4.0 icu4c: version 64.1 iproute2: version 5.0.0 iputils: version 20190324 kernel-firmware: version 20190402_67b7579 libedit: version 20190324_3.1 libssh2: version 1.8.2 lsscsi: version 0.30 mkfontscale: version 1.2.1 nano: version 4.0 shadow: version 4.6 shared-mime-info: version 1.12 sqlite: version 3.27.2 talloc: version 2.2.0 tdb: version 1.4.0 tevent: version 0.10.0 wget: version 1.20.2 xfsprogs: version 4.20.0 Linux kernel: version: 4.19.33 Management: rc.nginx: eliminate unnecessary 10 sec delays webgui: Dashboard: add settings shortcuts webgui: Docker: Add More Info link (docker registry) to context menus webgui: Updated jquery cookie script from 1.3.1 to 1.4.1 webgui: Keep status visible for paused array operations

No I messed something up trying to publish -rc7.

There was a small change introduced in a package update that set the console to blank after 15 min and then poweroff after 60 min of inactivity. Maybe this is what you are seeing.

Thanks for the diags. There were a large number of base package updates in -rc6 and you have plugins that install a lot of packages. My guess is that one of those plugins is reverting some package, making this issue happen. Reboot in 'safe mode' and see if Plex metadata update works correctly.

Honestly, I've been watching every Linux change log for anything related to Marvell and haven't seen anything in a long time. Also we have several servers with 88SE9485 based controllers and haven't seen any "drop off" issues, so not sure what to make of this...

Or try reseating the card. If that doesn't work, card might be D.O.A. Also, do you have adequate power?

Probably updating to 6.6.7 failed somehow. I suggest you plug usb flash into PC, make a backup, reinstall using Flash Creator Tool and then restore your 'config' directory contents from your backup.

On your new rig, once it gets to the Login prompt, login (as root user) and type the 'df' command, should look something like this: root@Test1:~# df Filesystem 1K-blocks Used Available Use% Mounted on rootfs 1970548 530088 1440460 27% / tmpfs 32768 224 32544 1% /run devtmpfs 1970564 0 1970564 0% /dev tmpfs 2021920 0 2021920 0% /dev/shm cgroup_root 8192 0 8192 0% /sys/fs/cgroup tmpfs 131072 172 130900 1% /var/log /dev/sda1 3781076 212928 3568148 6% /boot /dev/loop0 8832 8832 0 100% /lib/modules /dev/loop1 6016 6016 0 100% /lib/firmware In particular /lib/modules and /lib/firmware should be mounted on loop devices.

That Enhanced OS X interoperability setting was created because when first experimenting with the so-called "fruit" settings (for better OS X support), some users reported problems in normal access via Windows. If no one reports problems with this set to Yes we will probably get rid of this setting in the future.

Yes we'll look into this. There was an issue with this back when VM support in Unraid was first being developed, which I can't remember atm, but @jonp might.

Changed Priority to Minor

The best solution to this is going to be a hardware solution. That is, you need to pass the entire USB controller to your VM and use those attached ports for your bluetooth device. The USB subsystem emulation in KVM is dicey at best.