| 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:31 |
| 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:32 |
| cpaelzer | xnox: intentional? "drwxr-xr-x 3 xnox warthogs" ? | 10:35 |
| cpaelzer | seems to be the default, so I guess not intentional | 10:36 |
| cpaelzer | xnox: replace my former theory with "the initrd doesn't have the right config to enable the disks" | 10:58 |
| 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:15 |
| 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:32 |
| cpaelzer | xnox: xenial GA one worked just fine | 11:33 |
| 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:34 |
| 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. | 11:37 |
| === tinoco is now known as tinocoff | ||
| === tinocoff is now known as tinoco | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!