[03:32] <wonko> Ok, so booted into a live iso of 19.10. chroot into my broken system, run dpkg --configure -a and it hangs at the same spot: https://paste.ubuntu.com/p/Rb3mxhP74q/
[03:35] <tomreyn> disk full? file system consistent?
[03:39] <tomreyn> maybe you can do     dpkg --audit grub-pc    and     dpkg --verify grub-pc
[03:41] <tomreyn> worst case run it through strace to see where it gets stuck
[03:43] <wonko> Verify passes, audit complains that it's haha configured
[03:44] <wonko> Disk isn't full
[03:44] <lotuspsychje> wonko: how did you brake your system exactly?
[03:45] <tomreyn> see dpkg(1) for the --debug option, too
[03:45] <wonko> Fsck reports clean
[03:46] <tomreyn> anything useful in /var/log/dpkg.log ?
[03:47] <tomreyn> dpkg --status grub-pc   is probably pending configuration?
[03:47] <wonko> Not really
[03:48] <wonko> lotuspsychje: upgrading to the 19.10 beta from 19.04
[03:48] <lotuspsychje> interesting
[03:51] <wonko> Status report install ok pending configuration
[03:53] <tomreyn> i guess you could    apt install --reinstall   or    dpkg --purge    it with --force
[03:54] <wonko> Strace: https://paste.ubuntu.com/p/nNRycPJwBp/
[03:54] <tomreyn> is the paste complete?
[03:54] <wonko> Yes
[03:54] <wonko> That last line, right?
[03:54] <tomreyn> yes, that's what i was wondering
[03:55] <wonko> Yeah, quite odd
[03:56] <lotuspsychje> wonko: how was your system broken exactly after updates? till wich point did you boot?
[03:57] <wonko> The upgrade process hung exactly where it is now in grub-pc
[03:58] <tomreyn> ls -la /var/lib/dpkg/updates/ /var/lib/dpkg/info/grub-pc*
[03:58] <wonko> Rebooting left it not able to mount root
[03:58] <tomreyn> i know about nothing about zfs, but my bet would be it's related to that
[03:59] <tomreyn> oh wait you dont have / on zfs you said. /var neither ?
[03:59] <wonko> Right
[04:00] <wonko> https://paste.ubuntu.com/p/C53KjDkW6P/
[04:00] <tomreyn> is it ext4 then? did you e2fsck -f ?
[04:00] <wonko> ext4 on lvm. Passed a fsck.
[04:03] <tomreyn> can you post /var/lib/dpkg/info/grub-pc.postinst
[04:04] <lotuspsychje> guiverc: did you see recent 19.10 upgrade bugs passby in -announce?
[04:05] <wonko> tomreyn: I've got to get the kid to bed. DNS is begging dumb. I'll have to pick this up tomorrow. Thanks!
[04:06] <guiverc> nope, or if I did was busy on other things..
[04:06] <lotuspsychje> ok tnx guiverc 
[04:06] <tomreyn> wonko: one last idea for tomorrow: use stdbuf to prevent strace from buffering output https://linux.die.net/man/1/stdbuf
[04:08] <tomreyn> (since output buffering could explain why it cuts off there)
[04:08] <wonko> https://paste.ububtu.com/p/HVZkCTVMP3/
[04:08] <tomreyn> the other idea was to repalce the postinst script by just exit 0
[04:08] <wonko> Fixed dns
[04:11] <tomreyn> so maybe make it just "exit 0" and then have it finish configure (post-install) of grub-pc and then purge and reinstall grub-pc
[04:11] <tomreyn> also double check that you mounted all file systems you'll need on the chroot
[04:12] <wonko> Everything is in /
[04:18] <tomreyn> i mean virtual file systems
[04:20] <tomreyn> how about /dev/pts /sys/firmware/efi/efivars (the latter only if you're uefi booting)
[04:24] <tomreyn> also run "ps -aux | grep dpkg" to make soure you don't have multiple dpkg processes running
[05:12] <wonko> I did a bind mount of /proc, /sys and /dev
[05:13] <wonko> Am I missing something?
[05:13] <wonko> How important is /pts?
[14:34] <solstice_> hi. kismet has not been updated in eoan. still a version from 2016 sight...
[14:34] <howarth> Wonder why sysprof isn't at 3.34 yet?
[14:35] <howarth> Since it is supposed to be one of the major improvements
[14:52] <solstice_> in gnome shell, on xorg, in applications view, icons are flashing, disaprearing and reaparing rapidly. Is it because I use oibaf drivers or not ? anyone got that too ?
[14:56] <solstice_> so it is pretty specific. first type the super key, then click the "show app" button, and move the mouse over icons. but this only happens if the default tab is frequently used app
[22:36] <wonko> so, ran apt install -f last night and let it go over night. The only thing it wants to do is delete the kernel 5.0 package trying to clean up after an autoremove I had done. I came back to this: https://paste.ubuntu.com/p/ztpGMHKd5J/
[22:36] <wonko> I wonder if that's the same issue it's having with the dpkg --configure -a as well
[22:37] <wonko> those devices it is complaining about are the 6 SATA disks for the zpool.
[22:37] <wonko> I don't know if those are fatal or if they are just drastically slowing everything down and I just need to keep waiting.
[22:39] <wonko> fdisk -l output: https://paste.ubuntu.com/p/QjS58cf4Sc/
[22:44] <wonko> tomreyn: looks like pts might kinda be a big deal and doesn't get picked up by doing a bind mount of /dev. FYI.
[22:44] <wonko> maybe, we'll see. I've added bind mounts for /run/lvm and /dev/pts we'll see if that helps
[22:48] <wonko> Well, hanging at: Setting up grub-efi-amd64 (2.04-1ubuntu6) ...
[22:48] <wonko> I'll let it go and see what happens
[23:12] <tomreyn> wonko: right, that's why i pointed out pts. bind mounts always work on one file system, unless you -rbind
[23:14] <tomreyn> grub-efi-amd64 now, that's not grub-pc as last night, now i just dont know which one installs first. 
[23:15] <wonko> I might want to stop that and try the dpkg --configure again
[23:15] <tomreyn> to make grub-efi-amd64 installable, you'll need access to efivars, the other file system i pointed out
[23:17] <wonko> Is that a separate mount from /sys?
[23:17] <tomreyn> yes, just like /dev/pts is separate from /dev
[23:18] <wonko> I may want to remount those with -r
[23:18] <wonko> To pick up everything
[23:18] <tomreyn> i haven't tried it with -rbind, yet
[23:19] <wonko> Then I'll just add efivars and not get crazy. 😁