MacOS + Safari user? The default behaviour of Safari is to uncompress archive formats after downloading so the .img.gz file becomes .img
This behaviour can be disabled in Safari preferences.
Posts by chewitt
-
-
MacOS uses Apple's own
implementationinterpretation of Samba which historically (back in MacOS 10.7 days) was quite broken and smbup was the proven solution. I'm not sure that advice is still valid for current MacOS versions; a little Google search doesn't turn up anyone singing it's praises on a current release and I can see statements that it's not tested on 10.12 etc. - I'd avoid that route for now. -
Can we please have a copy of the previous DB file from the same folder; for Jarvis this will be Addons20.db. Share the file via dropbox or similar or if not possible email to my forum username @libreelec.tv. The file will be passed to Kodi developers to investigate why the migration process is failing. Fixes were added into Krypton 17.1 to solve a previous (more common) migration issue but there are clearly other scenarios that cause issues.
-
Code
[ 2.999500] scsi 5:0:0:0: Direct-Access ATA SAMSUNG HD753LJ 1107 PQ: 0 ANSI: 5 [ 3.033457] sd 5:0:0:0: [sdb] 1465149168 512-byte logical blocks: (750 GB/699 GiB) [ 3.033489] sd 5:0:0:0: Attached scsi generic sg1 type 0 [ 3.033509] sd 5:0:0:0: [sdb] Write Protect is off [ 3.033512] sd 5:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [ 3.033543] sd 5:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.039490] sdb: sdb1 [ 3.039731] sd 5:0:0:0: [sdb] Attached SCSI diskKernel can see the disk. There's no errors, which is good, but no apparent attempt to mount it, which is odd. Hmm..
-
Search for builds from "demetris"
-
LE defaults to using pool.ntp.org servers unless NTP details are provided via DHCP (some routers do this) or the ISP blocks NTP requests (dumb, but it happens) and on Pi there is often an issue with slow loading network (wireless) drivers that mean the initial NTP request fails. Looking at the system log via "journalctl -b 0 --no-pager" will reveal what is happening.
-
Code
mount -o remount,rw /flash nano /flash/config.txt [make changes, save] mount -o remount,ro /flash
once you're in LE -
The Kodi website says that we have to upgrade to Kodi Krypton, because the support for HTTPS is being withdrawn.No the Kodi website does not say this. A third-party website run by ignorant fcukwits that promotes piracy add-ons said that.
If you are using add-ons from that repo/website there is no further support available to you in this forum.
The Piracy Box Sellers and Youtube Promoters Are Killing Kodi | Kodi | Open Source Home Theater Software
Official:Forum rules/Banned add-ons - Official Kodi Wiki -
Thread split
-
If it shows up in blkid the device is seen by the kernel. It probably doesn't auto-mount due to a dirty NTFS filesystem or some other issue.
"dmesg | paste" and share the URL pls .. then we can see what the error is.
-
You'll probably find the OS is booted but Kodi is not starting up, hence nothing overwrites the boot splash on screen and it looks stuck. You should be able to SSH into the box and share the system journal (journalctl -b 0 --no-pager | paste) and Kodi log if present (cat /storage/.kodi/temp/kodi.log | paste) and share the URLs generated so we can hopefully/maybe see what the issue is.
-
Some of the add-ons you are trying to use (Amazon etc.) via Kodinerds (and related) repos are "experimental" and require pre-alpha versions of Kodi v18 (not current official releases) to work. People on the project are involved in those developments, but this is bleeding edge stuff that should not be considered reliable (crashes etc. are to be expected) or something you can expect normal support on, at least here. Kodinerds where more of those developers hang-out might be more accommodating.
-
Sensible choices would be 512MB or 1GB for first partition and 8GB for the second; assuming media is on a NAS and you're only using the LE box as a client device. If you also want to store media on the LE install the second partition needs to be much larger.
-
-
Creating /storage/.config/samba.conf will not cause a boot failure. That code is relatively unchanged since OE 1.0 days and we would see thousands of forum posts if it were true. The boot message says it cannot find the SYSTEM file in the boot partition (first partition of two used by LE) which is normally because some other process messed with the bootloader config so the partition is wrongly identified or the file is not present or corrupted (cannot uncompress).
I've also tested this out now that I'm not on vacation and (sorry) it doesn't work quite as expected. It's not blocking creation of a directory; samba docs only talk about blocking files so it might be that explicit. Also, blocking a Thumbs.db file that I copy/paste prompts macOS/finder to ask for credentials instead of the copy operation silently failing. It may be easier to let Android do its thing uninterrupted and just run a regular find/delete command via cron instead.
NB: In MacOS you can prevent write of _ and . files: Mac OS X v10.4 and later: How to prevent .DS_Store file creation over network connections - Apple Support so no need to do that with Samba
-
When you say that BT is no longer working. Was it previously working under an older LE release, or Ubuntu, or ??
Current guess is we're missing the firmware for the BT device. This is easily explained if you came from Ubuntu or an older OE release, but would be an unexplained regression if you were using an earlier LE version.
-
Looks like we need to update the misc-firmware package to include various newer firmwares. It's an easy fix for LE 8.0.2.
-
Samba hide Thumbs.db
disable-creation-of-ds_store-files-on-samba-shares same principle can be used to prevent writing of other folders to the share. To do this in LE rename /storage/.config/samba.conf.sample to samba.conf and modify the shares, then reboot. The modified .conf will be used instead of the embedded (read-only) one if present.