[02:17] <wonko> tomreyn: ugh, grub-pc is my root dependency it looks like and it still just sits there and hangs.
[02:21] <wonko> tomreyn: even using stdbuf it still stops outputting anything at that same wait4() line with it cut off. I might just have to punt and do a re-install. I'm not making much progress here. :(
[02:43] <wonko> oh boy, I can't even import my zpool into this livecd. grrr.
[03:39] <wonko> https://paste.ubuntu.com/p/nzg79YM8th/
[03:56] <wonko> ok, post reboot the zfs drives show up the way I expect them with names like ata-Hitachi_HUA723030ALA640_MK0371YVHKP6XA instead of that osprober stuff (whatever that is)
[03:56] <wonko> zpool import is going, but taking its time. Let's see what happens.
[03:56] <wonko> If I can get that mounted I'll just freshen the backups of /etc, /var and /home and just do a fresh install as painful as that is.
[03:56] <wonko> Because I'm not making any progress here
[03:58] <wonko> There we go, mounted
[03:58] <wonko> much relieved
[13:03] <tomreyn> wonko: looks like you did make progress in the end. congrats!
[14:19] <wonko> tomreyn: not really, no.
[14:19] <wonko> It's still stuck on grub-pc no matter what I do
[14:21] <lotuspsychje> wonko: hows your uefi settings?
[14:38] <lotuspsychje> https://www.omgubuntu.co.uk/2019/09/yaru-light-theme-not-default-just-option
[14:43] <wonko> lotuspsychje: no idea. Anything in particular I should be looking at?
[14:44] <lotuspsychje> wonko: in your bios, you have uefi or legacy choice, secureboot/fastboot
[14:44] <lotuspsychje> wonko: in dmesg it might mention if its blocked or not aswell
[14:46] <wonko> Do I want secureboot or fastboot enabled?
[14:47] <tomreyn> probably neither for best compatibility
[14:47] <lotuspsychje> if set to uefi, some hardware can get influenced by it
[14:48] <wonko> Ok, I'll definitely doing uefi so I'll check those
[14:48] <lotuspsychje> wonko: are you singlebooting or dualbooting?
[14:48] <tomreyn> wonko: so how are you installing now? fresh boot from the default 19.10 beta desktop iso, and it fails after installing during the grub installation step?
[14:49] <tomreyn> s/fails/gets stuck/
[14:50] <wonko> tomreyn: I just started backing stuff up last night. I have started the installation yet.
[14:50] <wonko> lotuspsychje: single
[14:50] <lotuspsychje> ok
[14:51] <wonko>  haven't started
[14:53] <lotuspsychje> wonko: if you got get a dmesg, would be useful
[14:55] <wonko> Yeah I can post that once I get to my computer
[14:55] <lotuspsychje> tnx
[15:18] <tomreyn> oh so the latest installation was from this chroot still, ok.
[16:06] <wonko> tomreyn: yeah, I haven't started the fresh install yet and I'm willing to try different things to get the existing one going. I really don't want to reinstall.
[17:00] <wonko> lotuspsychje: https://paste.ubuntu.com/p/JZTY949YTf/
[18:23] <tomreyn> wonko: you have bios v3801 (released 07/25/2019) which is not listed at https://www.asus.com/us/Commercial-Servers-Workstations/Z10PED16_WS/HelpDesk_BIOS/ - do you have a different model, custom firmware?
[18:26] <tomreyn> oh, that's indeed a different model https://www.asus.com/us/Commercial-Servers-Workstations/Z10PED16/HelpDesk_BIOS/
[18:28] <tomreyn> anyways, i don't see why you'd not want to just reinstall, it's quick.
[18:33] <wonko> Installing is quick. Setting up all the crap again isn't. 😁
[18:34] <wonko> Mostly I'm just interested in what went wrong and how to fix it for others
[18:35] <wonko> I'll reinstall tomorrow if we don't get this sorted
[18:35] <tomreyn> ata7.00: failed to IDENTIFY (I/O error, err_mask=0x100)
[18:36] <tomreyn> ata7.00: ATA-8: Hitachi HUA723030ALA640, MKAOAA50, max UDMA/133
[18:37] <tomreyn> link speed was decreased to 3.0 Gbps on this port of your LSI (my sympathies!) controller.
[18:37] <tomreyn> and then this disk encounters multiple errors
[18:37] <wonko>  Yeah, that's one of my dying sata disks from the zpool
[18:38] <tomreyn> oh, cant you just drop it then, or did you?
[18:39] <wonko> The cables I need for the dedicated server arrived so I'm ignoring that until I move off of that pool.
[18:39] <wonko> s/server/file server/
[18:40] <wonko> That's actually been doing that for a while now and I'm tempting fate.
[18:42] <tomreyn> EDAC seems to be firmware (interrupt) controlled. be sure to check the MCE log, too.
[18:42] <tomreyn> though it may be running full with this disk if that's logged there, too
[18:43] <tomreyn> i mean SEL, not MCE
[18:44] <tomreyn> i.e.   ipmitool sel help   from linux
[19:26] <wonko> I'll give that a look
[19:28] <wonko> EDAC shouldn't be there cause of the issue though should it?
[19:36] <tomreyn> no, EDAC is about ECC RAM.