09:23 <DaRock> still struggling with this slow system due to a large disk

09:24 <DaRock> tried zeroing the drive, smaller partitions, nothing seems to work

09:25 <DaRock> I think if I dd the rpi2 img to the drive it will work fine, but the resize will simply collapse because it has no idea what to do with more than 2Tb errors, and so I get a 32Mb of storage space which obviously will fail

09:27 <DaRock> still struggling with this slow system due to a large disk

09:31 <DaRock> still struggling with slow performance on rpi with large disk

10:01 <damex> so stop using it. use some know-to-be-good configuration and connect your hdd as data-only or whatever

10:11 <oblikoamorale> DaRock: I probably can cook you a test rpi build (later), if you want :)

10:11 <oblikoamorale> with that kernel option enabled

10:12 <DaRock> yay! my irc is working again!

10:12 <DaRock> oblikoamorale: thx for that, but I'll see how it goes - I have a few more things to test yet

10:14 <DaRock> interestingly, the resize worked a bit but was slow, that seemed to be a data corruption because htsp client was crashing the system; making the partition from scratch and it gets to the libreelec splash and stalls

10:16 <oblikoamorale> judging by responses from that forum link you posted, kernel option is probably the fix

10:16 <DaRock> I'm doing some fine grained forensics now, and I may have a lead on the ext4 parameters used

10:16 <oblikoamorale> you mean mkfs options?

10:16 <oblikoamorale> like inode count etc

10:16 <DaRock> well it does seem odd that the resize "kinda" worked, but this is outright failing

10:17 <DaRock> maybe - I'm comparing the parameters used by libreelec on the dist and my own laptop parameters: they differ greatly

10:18 <DaRock> I'm yet to pull off the hdd from rpi and compare the parameters there, but given I've partitioned my laptop hdd by hand, I figure they're probably the same

10:20 <DaRock> this stands out: Inode size:256

10:20 <DaRock> and this: Block size: 4096

10:20 <DaRock> thats on the laptop

10:21 <DaRock> compared to: Inode size: 128

10:28 <DaRock> having said all that, I'd better get this figured out soon - the natives are getting useless!

10:28 <DaRock> sorry, restless...

10:29 <DaRock> how does it go? "No tv and no beer make Homer something something..."

10:30 <oblikoamorale> welp you're in deep trouble then lol

10:40 <DaRock> oblikoamorale: you wouldn't happen to know the mkfs options used to create the ext4 partition would you?

10:44 <oblikoamorale> umm, I'd go with default options excluding maybe -m 0 (no space reserve for root user) and -T news (increases inode count)

10:44 <FrEaKmAn_> hi all.. I'm facing an issue with downloading file to my usb drive (I tested with 2 drives, one ext4, other ntfs) and download is jumping up and down (like it's freezing). Also, sometimes simple ls command takes some time, while other time it works super fast

10:45 <FrEaKmAn_> I tried dd to test write speed, it's above 30MB/s,, so this isn't an issue

10:45 <FrEaKmAn_> any ideas what could be a problem?

11:05 <DaRock> oblikoamorale: why no reserved root?

11:07 <oblikoamorale> just my personal preference, as well as -T usage type. ymmw, of course

11:08 <oblikoamorale> it's just default reserved space of 5% (afaik) of 4TB is kind of wasteful

11:08 <DaRock> do you have any idea what they use druing build?

11:08 <oblikoamorale> no idea sorry

11:08 <DaRock> well, actually 2Tb :-)

11:09 <DaRock> I'm already wasting 2Tb because mbr has to be used :-D

11:09 <oblikoamorale> lol

11:09 <oblikoamorale> thats not good

11:09 <DaRock> so I'm sure another 5% won't kill it :-)

11:09 <DaRock> well what they use must be somewhere in a script....

11:16 <damex> so with libreelec 9.2.0 - there would be a support for rpi4. i see in release post '1080p playback behaviour and performance on the 4B are broadly on-par with the previous 3B/3B+ model' or it should be able to handle higher bitrate?

11:16 <damex> 'HEVC media which is now hardware decoded' is it 10bit hevc too?

11:20 <DaRock> from https://github.com/LibreELEC/LibreELEC.tv/blob/master/scripts/mkimage: mke2fs -F -q -t ext4 -m 0 "${LE_TMP}/part2.ext4"

11:23 <oblikoamorale> well nothing unusual then

11:25 <DaRock> so that may not be it

11:26 <DaRock> indeed

11:26 <DaRock> although the dist comes with fat16 in part1, but in the script I see reference to fat32 only

11:38 <DaRock> something doesn't add up: why does the mkimage script use fat32 but the actual dist img use fat16?

11:38 <DaRock> I can't find anything else on it

13:42 <DaRock> I think I may know what the problem is: its been hanging because partition resizing is not possible/required. I get a blank screen/splash for ages if I do the partitioning myself. I don't think it knows what to do because the checks it looks for are either or both insane and unreasonable

13:43 <DaRock> IOW: it has been near impossible to hack and use they way you wish to use the system - only the way _they intended_

13:43 <DaRock> that kinda goes against open source thinking...

13:45 <DaRock> so kinda not as "libre" as would be led to believe

16:07 <mehlon> is there some way to add a directory to the root?

16:08 <mehlon> I'm trying to install the Guix package manager which has to be installed at /gnu/

16:15 <vpeter> mehlon: You need to make your own build.

16:15 <mehlon> how would I do that?

16:15 <vpeter> https://wiki.libreelec.tv/compile

16:16 <mehlon> that seems like a lot, couldn't I just modify the squashfs or something?

16:20 <vpeter> Probably.