[00:24] <drab> so the problem isn't partman, it's the raid detection
[00:24] <drab> I got hold of the logs and partman doesn't even see sda
[00:24] <drab> the kernel must be flagging sda as invalid or something because it think it has a screwed up raid
[00:24] <drab> how that's the case I don't other other than and old windows install on that disk with fakeraid or something
[00:38] <xnox> drab, can you change settings in the bios from "raid" to "ahci" ?
[00:38] <xnox> but note that if you want to keep the windows dual boot
[00:38] <drab> xnox: it was another box, the new box I moved the drive to is ahci, only linux
[00:38] <drab> the thing is, we have a bunch of these old drives with win on it
[00:38] <drab> and I can't use them without prevoisly zero'ing them
[00:38] <drab> which I guess I can do
[00:39] <drab> I wasted more time trying to find this bug than doing that at this point
[00:39] <xnox> you should first boot to windows; configure it to always boot in safe mode; boot into safe mode; shut down; change from raid to ahci; boot into safe mode again; configure to boot windows normally; boot windows normally
[00:39] <xnox> now you can boot into ubuntu installer and everything will be fine; and both ubuntu and windows will boot.
[00:39] <xnox> there is no "update-initramfs -u"
[00:39] <drab> I want ubiquity to wipe the thing, but it won't
[00:39] <xnox> in windows; it only reconsiders which modules/subsystems to load in safe mode.
[00:39] <drab> because it kicks off dmraid, it says there's mismatches on sda, drive is no go, and installation fails
[00:40] <sarnold> xnox: I don't think drab cares about the windows bits :)
[00:40] <drab> xnox: dude I'm not dualbooting, I don't care about windows :)
[00:40] <xnox> drab, you must use the bios to disable raid controller detection.....
[00:40] <drab> ...
[00:40] <xnox> because thanks intel
[00:40] <sarnold> lol
[00:40] <sarnold> drab: you probably don't have to zero the whole drives either, I bet the first megabyte would be enough.
[00:41] <drab> sarnold: yess, and I tried to call ubiquity/early_command and run dd, but it doesn't seem to be running at all
[00:41] <drab> and I found posts saying that early command is pretty much ignored...
[00:41] <sarnold> drab: do you have eno7ugh of these drives that you have to do it via the installer rather than e.g. rescue media or something?
[00:41] <xnox> sarnold, i have seen intel uefi putting zeroed out drives into "damaged, making read-only"
[00:41] <drab> eeer
[00:41] <xnox> if one is still booting with raid on.
[00:41] <sarnold> xnox: eww.
[00:42] <drab> sarnold: the thing is my "boss" every now and then finds one of these disk,tries to automated install, it fails and that makes my life harder because, to his own credit, "automatic installs don't work"
[00:43] <drab> I'm trying to bring in some more decent process and it's hard when process doesn't work
[00:43] <drab> I guess I could add a dd step in the wiki for ppl to do, but it kinda sucks
[00:45] <drab> here it's a world of copy/paste and manual repetition which is causing a lot of troubles, but I can't get it out of the system if automation indeed is broken... this is just playing against me atm
[00:45] <sarnold> especially since they may blow away a drive they care about
[00:45] <drab> nah, that they get, it's ok, it comes with a warning sticker on the box :)
[00:46] <sarnold> it'll be a Fun Opporunity to test restore procedures? :)
[00:46] <drab> sure :)
[00:49] <drab> sarnold: any thought about that early command prob? does it work in your exp?
[00:51] <sarnold> drab: sorry, no idea, I generall use the installer once every few years..
[00:57] <Unit193> sarnold: Not even in VMs?
[00:57] <sarnold> Unit193: the VMs are either crated by the security team's uvt which drives the installer, or cloud images, with no installer necessary
=== JanC_ is now known as JanC
[10:44] <jtaylor> can you use /run/initramfs/shutdown on ubuntu?
[10:44] <jtaylor> trying to get my root dm devices properly detached on shutdown, this looks like the correct systemd interfacfe
[13:12] <jtaylor> using dracut seems to work
[18:30] <drab> so netcfg is definitely doing the wrong thing, I'm trying to look at the sources, but I can't quite figure out what's going on
[18:30] <drab> anybody around that can give me some pointers?
[20:25] <infinity> jtaylor: dracut puts systems in the initramfs, initramfs-tools does not.  initrfams-tools is correct, IMO. :P
[20:25] <infinity> s/systems/systemd/
[20:26] <jtaylor> infinity: is there a way to get initramfs on shutdown with initramfs-tools?
[20:26] <infinity> jtaylor: So, there is no "correct systemd interface to use the initrd on shutdown" because pivoting into the initrd on shutdown isn't correct to start with (and completely ignores the fact that there are systems without an initrd)
[20:27] <jtaylor> I haven't found another way to get dm-cache to shutdown properly
[20:27] <jtaylor> dm-cache on root
[20:27] <infinity> It can't be done after / goes readonly?
[20:28] <jtaylor> I assume no, atleast it doesn't work out of the box
[20:29] <jtaylor> you end up with an unclean shutdown and then it needs to consider the whole cache dirty and in need of flushing on reboot
[20:29] <jtaylor> which takes forever
[20:38] <Unit193> jtaylor: dracut isn't exactly the most supported, until recently you couldn't even install it without major haggling.  I wouldn't recommend it on a production system (as a person that's been using it for months), but if you do you'll likely need to turn /usr/sbin/update-initramfs into a wrapper.
[20:38] <jtaylor> its just for me desktop which I break regularly anyway ;)
[20:42] <jtaylor> Unit193: I assume you mean just make update-initramfs call dracut instead? the postinst is already setup, what else would try calling it directly?
[20:43] <Unit193> jtaylor: There's a few things that try every so often, http://paste.openstack.org/show/McSGZjX8Sbzdxf3yLUF9/ does it for me.
[20:43] <Unit193> Well, I think that's it.
[20:44] <jtaylor> Unit193: thanks, I'll keep that in mind when something starts breaking
[20:46] <jtaylor> up to now everything seems to work nicely, which is much better than the full disk corruption I had last time I tried dm-cache ;)
[20:49] <drab> who/what can I email about netcfg? can't find a contact/place. also ubuntu seems to be tracking netcfg bugs on debian, so should I open stuff there? thanks
[20:50] <drab> before reporting a bug tho I'd love to talk to someone... I've just looked at the netcfg code for the very first time and might be completely off
=== alexbligh1 is now known as alexbligh
=== alexbligh is now known as alexbligh2