[10:31] <cpaelzer> xnox: I was helping beisner to install his base system for more Openstack work
[10:31] <cpaelzer> xnox: it seems to fail reproducibly at failing to mount its fs uuid after the initial install
[10:31] <cpaelzer> xnox: any known issues around before I debug too much?
[10:32] <cpaelzer> at first sight I think it just lacks a dasd= kernel cmdline
[10:32] <cpaelzer> I tried two older installers, maybe I should put a new one there ...
[10:35] <cpaelzer> xnox: intentional? "drwxr-xr-x 3 xnox     warthogs" ?
[10:36] <cpaelzer> seems to be the default, so I guess not intentional
[10:58] <cpaelzer> xnox: replace my former theory with "the initrd doesn't have the right config to enable the disks"
[11:15] <xnox> cpaelzer, what's the output of $ lszdev
[11:15] <xnox> cpaelzer, what's the content of the initramfs?
[11:15] <xnox> the persistent udev rules on disk, should be in the /lib/udev/rules.d in the initramfs.
[11:32] <cpaelzer> xnox: must have been special to the "older" installers
[11:32] <cpaelzer> I put some more recent on the ftp server and came through fine
[11:32] <cpaelzer> so I think you don't have to bother with it
[11:33] <cpaelzer> xnox: xenial GA one worked just fine
[11:34] <cpaelzer> xnox:  there were just no udev rules for these devices at all - but it was the first time I installed something with an early hex char in one of the old installers
[11:34] <cpaelzer> xnox: since the new one is fine - done
[11:37] <xnox> cpaelzer, it "should" have upgraded to new s390-tools and "should" have migrated to the new udev rules....
[11:37] <xnox> there are corner cases however =(
[11:37] <xnox> chzdev -e all the things, and update-initramfs -u should do the trick.
=== tinoco is now known as tinocoff
=== tinocoff is now known as tinoco