Posts by HiassofT

    I'm no expert in kodi caching details but quite likely it had cached more audio data than video so audio could continue for a while.

    As for the USB drive: might be worth to just ditch the case, there are tons of reports of cheap USB-SATA/NVMe adapters/cases being crap.

    so long,

    Hias

    The log shows that your USB (SSD?) drive frequently stops responding and the kernel needs to reset it (after the 30 second timeout elapsed) so no wonders you have issues playing media from it.

    Code
    May 07 07:49:49.601266 RPi4 kernel: usb 2-2: reset SuperSpeed USB device number 2 using xhci_hcd
    May 07 07:49:49.617935 RPi4 kernel: sd 0:0:0:0: [sda] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x03 driverbyte=DRIVER_OK cmd_age=30s
    May 07 07:49:49.618535 RPi4 kernel: sd 0:0:0:0: [sda] tag#0 CDB: opcode=0x28 28 00 03 3b 5d e2 00 01 00 00
    May 07 07:49:49.618913 RPi4 kernel: I/O error, dev sda, sector 54222306 op 0x0:(READ) flags 0x80700 phys_seg 6 prio class 2

    Insufficient power and broken cables/connectors/... are very often causing such errors, so first try to look into that and connect via a powered USB3 hub.

    Lots of USB devices, especially the cheap no-name ones, have broken USB implementations and sometimes it's possible to work around those with usb-storage.quirks - in your case it's not the rather frequent UAS issue though, it's already using the usb-storage driver.

    Quick search for the USB IDs (idVendor=13fd, idProduct=3456) didn't show up anything useful, searching for "sage 3639S" did neither so not sure what device you actually have.

    so long,

    Hias

    Using a btrfs filesystem as /storage is not supported, the btrfs kernel driver is built as a module (so not available during initramfs stage) and also the initramfs doesn't contain fsck.btrfs - this is only available via the btrfs-progs addon (so in case anything goes wrong you won't be able to fix the issue on LE).

    Stick to ext4 for /storage - you can use btrfs on additional drives though.

    so long,

    Hias

    This is already supported and if you do a clean installation of LE11 config.txt will contain the instructions how to enable it

    C
    ###############################################################################
    # Use distroconfig-composite.txt instead of distroconfig.txt to enable
    # composite video output.
    # The composite video mode needs to be configured in cmdline.txt:
    # For PAL add: video=Composite-1:720x576@50ie
    # For NTSC add: video=Composite-1:720x480@60ie
    ################################################################################
    include distroconfig.txt
    #include distroconfig-composite.txt

    so long,

    Hias

    One interesting point in the ntfs-3g docs though is that it mounted the filesystem as read-only when it was dirty or had not too severe errors whereas the ntfs3 kernel driver completely refuses to mount the filesystem in that case.

    This could mean users with problems (or problematic behavior / setups) would not have noticed that they had issues in the past whereas they notice the issues now.

    With LE10 and before the issues would only show up when trying to write to the drive with LE (eg via SMB), but as lots of those users seem to prefer to write media from their Windows boxes, and use LE only to read the media files, that rarely happened.

    so long,

    Hias

    If the drives worked before, on LE10, and failed at the first attempt with LE11 then one possibility is that the filesystems were already unclean but the old driver didn't care about that - whilst the new driver is more cautious (just a guess though).

    Run the filesystem checks/repairs on Windows and keep an eye on it. If it happens again we would need to know what triggered that.

    so long,

    Hias

    Dont take me wrong but as posts about ntfs formated HDD's not mounting are popping up allover the forum..does it really looks like we have to go to the ext4 way or is this some issue that might get fixed one day?

    NTFS has always been troublesome in Linux and never was a good choice. It's best to use ext4 and copy stuff via SMB or, if you really really need to connect the drive to other non-linux devices use EXFAT.

    No idea if/when anything gets fixed, and so far we don't even know what the users with problem reports did (or what happened on their devices) that caused the NTFS partitions to become dirty so we are completely in the dark here (and my guess is some percentage of the reports are caused by user errors like unplugging the disk or hard pulling the plug while the drive was mounted - in that case any filesystem will get marked dirty).

    so long,

    Hias