[10:09] <psivaa> cjwatson: trusty-server installations fail with bug 1270228 starting from 20140117.
[10:09] <ubot2> Launchpad bug 1270228 in debian-installer (Ubuntu) ""Loading partman-xfs failed for unknown reasons. Aborting" error in trusty server installations" [Undecided,New] https://launchpad.net/bugs/1270228
[10:09] <psivaa> iirc libvirt and kernel were upgraded on that image
[10:23] <cjwatson> looking
=== CarlFK1 is now known as CarlFK
[14:15] <cjwatson> psivaa: *looks* like a kernel bug
[14:16] <psivaa> cjwatson: ack, thanks for assigning it to them and the analysis :)
[16:22] <fish_> gnaa. I was so happy when I finally got my preseed working and now I want to reinstall the system and have to answer questions again. seems that the installer tries to be smart and not removing the old installation
[16:23] <fish_> anyone which options I have to set to make the installer remove everything which is necessary to come up with the same installation as if run on a empty/new system?
[16:25] <fish_> partman-lvm/device_remove_lvm and partman-md/device_remove_md is already true
[16:26] <fish_> but the installer stops asking where to install grub. and if I choose the first and what it seems correct item (sda), after the installation I end up with:
[16:26] <fish_> [    2.733887] VFS: Cannot open root device "mapper/ubuntu--vg-root" or unknown-block(0,0): error -6
[16:35] <fish_> hrmm maybe because I haven't set partman-auto/disk
[16:44] <fish_> no, same
[16:45] <fish_> this really sucks. trail and error with 15 minutes for each try
[17:01] <fish_> and nope, again this wasn't it
[17:09] <fish_> ok, this seems to be caused by a different issue: I'm trying to install precise with a raring backport kernel (linux-image-generic-lts-raring)
[17:09] <fish_> and it seems that this is somehow breaking the installer: the system will try to boot linux-image-generic-lts-raring but fails to mount / (mapper/ubuntu--vg-root)
[17:10] <fish_> I've installed several (3 to be specific) with the same preseed expect this kernel but installed the kernel manually afterwards and that worked fine
[17:16] <fish_> ok found it. looks like it's not creating a initrd for whatever reason
[17:23] <fish_> I'm happy to report that issue if someone points me in the right direction
[17:24] <fish_> I guess it won't run `update-initramfs` for that kernel when installed from the debian installer