[08:48] <ogra> heap, nope, they are typically the exact same packages (unless something could not be made to build on arm for whatever reason)
[17:12] <heap> hello, i installed kernel linux-source-5.8.16-sunxi but i cant see headers for that kernel, isnt that weird?
[17:12] <heap> i mean its armbian ubuntu 
[17:12] <ogra> there is no "armbian ubuntu" ... there is ubuntu and there is armbian 🙂
[17:13] <ogra> we dont have a sunxi kernel package in the archive ... so you should ask this in an armbian forum/channel/mailig-list ... 
[17:16] <heap> isnt that odd
[17:16] <heap> there is kernel and no headers
[17:22] <ogra> yeah, not sure what armbians way of dealing with that is though and if they require a packager to provide a header package ... 
[18:26] <Mekaneck> armbian isn't supported here heap
[19:25] <heap> so is it possible to download or build that kernel headers?
[19:39] <ikonia> ahhh good the channel survived the move
[19:40] <ikonia> I'm using the ubuntu 20.04 raspberry pi image on a pi4, the /forcefsck empty file is not forcing an fsck, is there something different due to the pi boot process that stops this working, how can you force an fsck on boot without changing /etc/fstab
[19:58] <ogra> ikonia, i dont think there is anything special at that stage of the boot 
[19:59] <ogra> it should theoretically still work unless it has been dropped for the whole of the distro
[20:05] <ogra> ikonia, you could try to tell systemd to do an fsck by adding "fsck.mode=force" to cmdline.txt
[20:29] <ikonia> interesting idea
[20:29] <ikonia> from what I've read on the systemd unit files, it should still work 
[20:29] <ikonia> but for some reason it doesn't on the pi's 
[20:29] <ikonia> I'll try the cmdline.txt
[20:30] <ogra> there is nothing special with the Pi in that regard ... 
[20:30] <ikonia> that was my thinking also....but then it didn't work on 6 pi's 
[20:30] <ogra> the weird bits are before the kernel loads ... anything after is "just ubuntu"
[20:30] <ikonia> yup, once it hits the kernel boot it should be normal
[20:30] <tomreyn> fwiw /forcefsck generally no longer works
[20:31] <ogra> aha
[20:31] <ikonia> tomreyn: oh really ?
[20:31] <ikonia> when did it get pulled ?
[20:31] <ikonia> it's still referenced in the unit files
[20:31] <tomreyn> at least from what i'Ve gathered during tests.since systemd
[20:31]  * ogra knew why he wrote "unless it has been dropped for the whole of the distro" above 🙂
[20:31] <ogra> i wasnt sure though
[20:32] <tomreyn> "fsck.mode=force" does work, though
[20:32] <ogra> (and given 90% of my time is nowadays spent on Ubuntu Core i'm not really up to date with the rest f the distro 
[20:32] <ikonia> I'm keen to try ubuntu-core 
[20:32] <ikonia> I've kept away from it due to lack of use cases, but I think I actually do now
[20:33] <ogra> well, be aware that *everything* is a snap there 
[20:33] <ogra> if you want an app, you need it snapped
[20:33] <ikonia> ogra: yeah, that's one of the things I'm not comfortable with, but perhaps need to get comfortable with
[20:36] <ogra> it is totally awesome once you got used to it ... 
[20:37] <ogra> (and indeed i'm *totally* unbiased 😛 )