You need(ed) to shrink /dev/sda2, then move it to the end of the disk to create space at the front, then grow /dev/sda1 to fill the gap between them that was created. Gparted can do everything in a single operation but clean installing is usually quicker
Posts by chewitt
-
-
"AlexELEC" is a Ukranian rip-off release. He originally cloned OE, then LE, and now I think CE, re-attributing all the commits/changes to himself and never contributing anything back to any of the codebases - although since his images are rammed full of piracy crapware like Acestream we're kind of okay not having anything to do with him/them.
-
The LE 9.2.6 image works for 60k other users, so it's not the image.
-
-
Just 'update' to the release v9.2.6 image, which can be done as a manual update in the LE settings add-on.
-
You have two choices:
a) Grow the boot partition by booting from another OS (e.g. Ubuntu LiveUSB) and using "gparted" to shrink and relocate the storage partition by 256MB so the boot partition can be made larger. This is not hard to do, but normally a very slow operation even with an SSD in the box.
b) Make a backup of the current storage partition, move it off-box, then clean install the same LE version to get the larger (512MB) boot partition and then restore the backup you took.
I'd personally take a third option:
c) Make a backup oof the current storage partition, move it off-box, then clean install the latest LE version and then unpack the backup and selectively restore DB files and config .. then reinstall add-ons at latest versions. In short, do a spring clean of the install, but keep the essentials from the old.
-
Current HDR support starts at 9th Gen (Gemini) and based on Q&A with Intel devs a couple of days ago Intel has no current plans to implement HDR for older Generations. We might try to influence that once Kodi support has matured, but I wouldn't get hopes up.
-
balbes150 add fip for odroid-n2-plus and update odroid-n2 · LibreELEC/amlogic-boot-fip@27c705a · GitHub After this commit N2 and N2+ use the same boot fips. I have separate odroid-n2 and odroiod-n2-plus folders only to stop people asking me "do the N2 files work on N2 plus?" .. the files in both folders are identical.
-
Is it possible to compile a build with latest stable version of Kodi?
Latest stable Kodi doesn't have any of the HDR plumbing included. Latest "unstable" Kodi is quite stable on x86_64 hardware, it's everything else (all the ARM devices) that's a bit exerimental at the moment.
-
-
If you have a secondary GPU which can be exclusively passed-thru to the VM, then yes, but otherwise no. The VM image is created for functional testing and development work not playback.
-
I haven't had any contact with afl1 for 18+ months and I have never knowingly been in contact with any MeCool developers.
I do have direct contact with Availink who create the demod chips, but their repo is quiet since the summer (no idea why) and I haven't spoken to them for a while either. I got their new demod driver to compile, but quite a bit of work is needed to disentangle all the other drivers (tuners, demux) from their code so that each driver follows kernel APIs and can be independently compiled. Someone also needs to write a V4L2 deinterlace driver because we cannot use the Amlogic vendor drivers; it's written against a bunch of proprietary APIs that don't exist in the mainline kernel.
TL/DR; I wouldn't expect to have "integrated" DVB stuff working anytime soon.
-
Changing the wireless properties is not supported and the authors of ConnMan have historically resisted the idea of adding that capability because the current-coded feature is intentionally a mobile phone "hotspot" and not a "wireless accesss point" manager. You'll notice that your phone doesn't allow anything more than SSID, passphrase and on/off either. If you need a router .. you need to get a router.
-
-
You can set folder permissions to make media (content) read-only. The only devices I know of with a switch are full-size SD cards, but you would not be able to use these for the boot device as the OS still needs some writeable /storage for itself.
-
-
Seeking is not-working in the DRMPRIME stateful decode path (H264 on all Pi boards) and the same issue also affects Amlogic, iMX6, etc. which are also stateful decoders (HEVC on RPi4 is statelesss and works fine). If you disable DRMPRIME you are software (CPU) decoding which works fine but you may struggle to decode higher bitrate content. It's a long-running issue that hasn't had a eureka moment yet, and it's the primary reason we may not initially release RPi images for LE10.
-
You could include them in our repo too of course, but that ideally requires them to detect and gracefully error when install on non-Opi boards since we are now publishing a common set of ARMv7/ARMv8 add-ons and they'll be visible to users of any ARM device. You can use "dtsoc" and "dtname" to read the device-tree compatible strings.