[02:12] <eddyTV> I don't have any udev rules configured, so it's just being automatically configured based on matching a line in lib/modules/5.0.0-36-generic/modules.alias...
[02:15] <eddyTV> (unless I'm misunderstanding how hardware is discovered and its module get loaded in recent kernels... which is entirely possible)
[02:23] <eddyTV> I like the idea of adding a custom udev rule though. I'll see if I can add something like ACTION=="add", SUBSYSTEM=="module", KERNEL=="e1000e", RUN+="ip link set eno1 up" and maybe that will work
[11:51] <fling> Where do I get 5.4 shiftfs patches?
[11:51] <fling> eoan?
[13:05] <sforshee> fling: our 5.4 tree is currently git://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/unstable, will move to focal once 5.4 is in focal-proposed
[13:10] <fling> how do I clone it properly if I already have linus tree and eoan tree?
[13:32] <fling> sforshee: are there only 20 patches needed?
[13:48] <sforshee> fling: I don't know the exact count
[13:50] <sforshee> fling: actually unstable is missing a couple that eoan has, so eoan currently has the most up-to-date version
[13:50] <sforshee> they're probably on the list waiting to be applied
[13:50] <sforshee> so probably better to get the patches from eoan atm
[13:52] <fling> ok
[13:58] <sforshee> fling: upon closer inspeection shiftfs is the same in eoan and unstable, eoan just has a patch and a later revert of that patch which is missing from unstable
[13:58] <sforshee> so taking shiftfs from either should give you equivalent results
[13:59] <fling> eoan is missing enable-overlayfs-on-shiftfs.patch
[14:00] <fling> thanks
[14:00] <fling> Is it fine to use zfs 0.8.2 with 5.4 ?
[14:02] <sforshee> fling: not sure which was the first version compatible with 5.4, we've currently got 0.8.2-3ubuntu1 in focal which does work with 5.4
[14:02] <sforshee> so based on 0.8.2, but it may have extra patches for 5.4 compatibility
[14:03] <fling> good news!
[14:03] <fling> sforshee: how can I check which extra patches are applied?
[14:04] <sforshee> fling: if you download the source package then extra patches should be in debian/patches
[14:05] <fling> Not sure how to do so, I'm an ubuntu noob
[14:05] <fling> I'm building things on gentoo, could install ubuntu to a container
[14:06] <sforshee> if you do that then 'apt-get source zfs-linux' will download the source package, you'll likely have to uncomment the deb-src lines in /etc/apt/sources.list and run 'apt-get update' first though
[14:07] <fling> ok
[14:08] <fling> do I need eoan?
[14:08] <sforshee> you'll want focal, likely eoan's version doesn't work with 5.4
[14:10] <sforshee> you might just try 0.8.2 first, and if it doesn't work then look at focal's patches
[14:10] <fling> I believe it works
[14:10] <fling> I just want to use it properly :P
[14:42] <fling> sforshee: ubuntu people are trolling me, can't get the package :P
[14:45] <sforshee> fling: you can always download the files manually, you'll need the .orig.tar.gz, .debian.tar.xz, and .dsc files from https://launchpad.net/ubuntu/+source/zfs-linux/0.8.2-3ubuntu1, then run 'dpkg-source -x *.dsc'
[14:46] <fling> thanks
[15:18] <fling> I found nothing related there.
[15:31] <sub526>  As per https://help.ubuntu.com/lts/serverguide/kernel-crash-dump.html , i understood that a manual intervention is required in order to capture the memory for 'machine exceptions' or ‘Hardware Failures’. What exactly ‘manual intervention’ means? And how to get the crash dump in case of  'machine exceptions' or ‘Hardware Failures’?