Squid

Have you run a memtest yet? Set the Power Supply Idle Control to be "typical"?

Because the command line bypasses the entire system of mount points, since you're navigating on both to be /mnt/user/abc and /mnt/user/def so the mount point in both cases is /mnt/user Along with included / excluded, useCache settings. Because of the single mountpoint

That got changed awhile ago. But, the error code sometimes being returned is a different issue (It appears to happen if the plugin is already installed) Solution appears to be to uninstall the plugin, reboot then reinstall. The bigger problem is that 2021.02.03 doesn't actually work and causes display corruption, etc.

While it's not marked as being incompatible yet it is currently incompatible with 6.9.0 stable. I've let @JTok know the errors in the support thread that's causing this. I give people some time to fix problems before I mark stuff as being incompatible.

The problem with the GUI corruption is that a couple of the .page files are saved in Windows format, not Linux (ie: \r\n instead of \n) Couple other issues is that every .page file has to have Menu="vmbackup:x" and not Menu="Vmbackup:x"

Changed Status to Retest

It's the VM backup plugin. Delete /config/plugins/vmbackup.plg from the flash drive and reboot.

There's an issue with one of your page files on 6.9 where simply having the plugin installed corrupts and makes the entire webUI unusable The "blank" area is because of <br /> <b>Warning</b>: syntax error, unexpected '=' in Unknown on line 13 in <b>/usr/local/emhttp/plugins/dynamix/include/PageBuilder.php</b> on line <b>34</b><br /> <br /> <b>Warning</b>: syntax error, unexpected '=' in Unknown on line 13 in <b>/usr/local/emhttp/plugins/dynamix/include/PageBuilder.php</b> on line <b>

The syslog shows the command being used on the backup and verify

Soon(tm) - Although this particular Soon(tm) has been happening since Dec 6, 2017

Multiple reports of this:

Every OS in the world suffers the same "flaw". Renames across mount points (shares) always does a copy / delete instead of a rename operation. It's the proper way to do things, and is 100% correct, regardless if the files / shares are actually on the same drive or not.

You would want to post in the support thread for the plugin

^^^ and post your diagnostics. There should be no way that it should ever "spin" without giving an error message

Shot in the dark, but you can try this http://yannickdekoeijer.blogspot.com/2012/04/modding-dell-perc-6-sas-raidcontroller.html

Those commands are in your "go" file, so you added them in #!/bin/bash # Enable certificate based SSH login mkdir /root/.ssh/ cp /boot/config/ssh/authorized_keys /root/.ssh/authorized_keys chmod 700 /root/.ssh chmod 600 /root/.ssh/authorized_keys # Start the Management Utility /usr/local/sbin/emhttp & beep -l 300 -f 220.00 -n -l 300 -f 293.66 -D 100 -n -l 150 -f 220.00 -n -l 150 -f 293.66 -D 100 -n -l 500 -f 349.23 -D 100 -n -l 500 -f 293.66 -D 100 -n -l 300 -f 349.23 -D 100 -n -l 150 -f 293.66 -D 100 -n -l 150 -f 349.23 -D 100 -n -l 500 -f 440.00 -D 100 -n -l 500 -f 349.23 -D 1

Try in safe mode first. I think it's something network related. Try renaming the file network.cfg and network-rules.cfg on the flash drive (/config), reboot and see what happens (this will revert you to DHCP)

When it's working, upload the diagnostics

post your diagnostics before you roll back diagnostics

The same as accessing the UI from a browser

Before you do that, from the command line can you type diagnostics and upload the resulting file here

Because the minimum the plugin supports is 6.9.0 Upgrade the OS, then upgrade the plugin

You just need to clear your browser cache

Looks like the cable got breathed on wrong. If it continues, reseat / replace cabling. Drive is fine

Have you installed the nvidia driver?