Sorry, I've never tried such deletion.
Posts by mglae
-
-
Get Texture Cache Maintenance Utility and call texturecache.py P to reduce the size .
-
-
CD is not supported.
The BIOS options regarding booting and USB configuration you need to test yourself, there are too many different around.
Some common advice are:
- Different USB ports tried?
- Does the stick boot on other PCs?
- Is the latest BIOS installed?
- Default BIOS setting tried?
-
Does it work if if you replace Requires= with Wants=?
-
There is a failing storage-ServerFolders.mount ( milhouse different unit name):
Code: journalctl -aDec 31 16:00:28 le-mx3 systemd[1]: storage-ServerFolders.mount: Directory /storage/ServerFolders to mount over is not empty, mounting anyway. Dec 31 16:00:28 le-mx3 systemd[1]: Mounting cifs mount script... Dec 31 16:00:28 le-mx3 connmand[3297]: eth0 {add} route 212.227.81.55 gw 192.168.1.1 scope 0 <UNIVERSE> Dec 31 16:00:28 le-mx3 kernel: FS-Cache: Netfs 'cifs' registered for caching Dec 31 16:00:29 le-mx3 connmand[3297]: ntp: adjust (jump): +96438127.610211 sec Jan 20 20:22:36 le-mx3 systemd[1]: Time has been changed Jan 20 20:22:36 le-mx3 connmand[3297]: eth0 {del} route 212.227.81.55 gw 192.168.1.1 scope 0 <UNIVERSE> Jan 20 20:22:37 le-mx3 connmand[3297]: ntp: adjust (slew): -0.006555 sec Jan 20 20:22:42 le-mx3 systemd[1]: storage-ServerFolders.mount: Mount process exited, code=exited status=255 Jan 20 20:22:42 le-mx3 systemd[1]: Failed to mount cifs mount script.
storage-ServerFolders-Videos.mount is getting an automatic dependency to storage-ServerFolders.mount and cannot started because of the failure.
Assuming you do not need/want storage-ServerFolders.mount any more just disable or delete it.
-
Anything in systemctl list-dependencies storage-ServerFolders-Videos.mount?
-
systemd supportsRequiresMountsFor=/path/.. in [Unit] section.
-
These modifications are only needed to disable a real power button like the case power switch.
Most remotes do not have the feature, then the <power> key is mapped to Shutdown() in the Kodi keymap.
-
You can try some additional logging. Boot without USB drives and log into ssh. Type:
udevadm monitor >udev.txt
Attach a failing drive and press <Ctrl>-c after a short time. Then:
journalctl >journal.txt
Post the two files.
But there is no guarantee that there are any findings.
-
1) What type of network (WLAN, ethernet, ...) are you using?
2) Did you try this:
if so pls force a refresh of the repos -> go to addons -> Download -> left side panel -> check for update
-
-
One final thought: did you check if one of the graphics cards can be forced in the BIOS options?
-
-
-
Free space check is done here.
To i.e. check if your large drive is detected correctly open python and type:
-
/boot/grub/custom.cfg can be used instead of (or in combination with) /etc/grub.d/40_custom with the advantage no update-grub is needed after editing.
-
update-grub
Oh, yes. Forgot that's not common to use /boot/grub/custom.cfg