@Xeno:
(2019-06-04, 17:00)Milhouse Wrote: Also, with #0528 can you attempt to mount your USB drive then run journalctrl -a | pastebinit
and post the link.
I don't have an exfat formatted drive (is this what you are using?) but plugging in an USB drive formatted with NTFS is working fine with #0604:
http://ix.io/1KWX
text:
Jun 04 22:35:35 rpi22 kernel: usb 1-1.2: new high-speed USB device number 8 using dwc_otg
Jun 04 22:35:35 rpi22 kernel: usb 1-1.2: New USB device found, idVendor=04fc, idProduct=0c25, bcdDevice= 1.03
Jun 04 22:35:35 rpi22 kernel: usb 1-1.2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
Jun 04 22:35:35 rpi22 kernel: usb 1-1.2: Product: USB to Serial-ATA bridge
Jun 04 22:35:35 rpi22 kernel: usb 1-1.2: Manufacturer: Sunplus Technology Inc.
Jun 04 22:35:35 rpi22 kernel: usb 1-1.2: SerialNumber: WDC WD10EA WD-WMAVU0615105
Jun 04 22:35:35 rpi22 kernel: usb-storage 1-1.2:1.0: USB Mass Storage device detected
Jun 04 22:35:35 rpi22 kernel: scsi host1: usb-storage 1-1.2:1.0
Jun 04 22:35:36 rpi22 kernel: scsi 1:0:0:0: Direct-Access WDC WD10 EADS-00P8B0 PQ: 0 ANSI: 2
Jun 04 22:35:36 rpi22 kernel: sd 1:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
Jun 04 22:35:36 rpi22 kernel: sd 1:0:0:0: [sdb] Write Protect is off
Jun 04 22:35:36 rpi22 kernel: sd 1:0:0:0: [sdb] Mode Sense: 38 00 00 00
Jun 04 22:35:36 rpi22 kernel: sd 1:0:0:0: [sdb] No Caching mode page found
Jun 04 22:35:36 rpi22 kernel: sd 1:0:0:0: [sdb] Assuming drive cache: write through
Jun 04 22:35:43 rpi22 kernel: sdb: sdb1
Jun 04 22:35:43 rpi22 kernel: sd 1:0:0:0: [sdb] Attached SCSI disk
Jun 04 22:35:43 rpi22 systemd[1]: Starting Udevil mount service...
Jun 04 22:35:43 rpi22 udevil[1465]: udevil: denied 73: fstype 'zfs_member' is not an allowed type
Jun 04 22:35:43 rpi22 systemd[1]: Started Udevil mount service.
Jun 04 22:35:43 rpi22 systemd[1]: Starting Udevil mount service...
Jun 04 22:35:43 rpi22 kernel: fuse init (API version 7.29)
Jun 04 22:35:43 rpi22 systemd[1]: Mounting FUSE Control File System...
Jun 04 22:35:43 rpi22 systemd[1]: Mounted FUSE Control File System.
Jun 04 22:35:44 rpi22 ntfs-3g[1504]: Version 2017.3.23 external FUSE 29
Jun 04 22:35:44 rpi22 udevil[1492]: Mounted /dev/sdb1 at /media/Stuff
Jun 04 22:35:44 rpi22 ntfs-3g[1504]: Mounted /dev/sdb1 (Read-Write, label "Stuff", NTFS 3.1)
Jun 04 22:35:44 rpi22 ntfs-3g[1504]: Cmdline options: big_writes,fmask=0133,uid=0,gid=0,utf8
Jun 04 22:35:44 rpi22 ntfs-3g[1504]: Mount options: utf8,allow_other,nonempty,relatime,default_permissions,fsname=/dev/sdb1,blkdev,blksize=4096
Jun 04 22:35:44 rpi22 ntfs-3g[1504]: Global ownership and permissions enforced, configuration type 7
Jun 04 22:35:44 rpi22 systemd[1]: Started Udevil mount service.
text:
rpi22:~ # lsb_release
LibreELEC (Milhouse): devel-20190604211523-#0604-g5d2f206 [Build #0604]
rpi22:~ # mount | grep sdb1
/dev/sdb1 on /var/media/Stuff type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
Videos play from the drive as expected.
Without a
journalctl
from an affected system, there's nothing obviously wrong.
There is a fuse-related commit in 5.1.5 (#0528) -
https://github.com/torvalds/linux/commit...00bd43ed89 - but I'm not entirely sure if this is related or not, as without the journalctl it's not even clear if this is an OS issue, or a Kodi issue.