[00:56] <CIA-32> ubiquity: stgraber * r5358 ubiquity/ (d-i/manifest debian/changelog): releasing version 2.10.7
[03:38] <stgraber> cjwatson: hmm, my 12.04 server just refused to reboot after the last few updates. I got a unaligned pointer error from grub at boot time
[03:38] <stgraber> cjwatson: I fixed it by booting into recovery mode and running update-grub + grub-install on both disks but I'm wondering if there's a general problem of grub not updating the mbr record of all disks on upgrade
[03:39] <stgraber> (luckily although some 6000km away, that server had kvm access so was fixable ;))
[05:48] <twb> I asked this yesterday but IIRC I didn't get an answer:
[05:49] <twb> How do I tell partman to use 1024 units instead of 1000 units?
[05:49] <twb> 1Mi doesn't work
[05:50] <twb> Really confusingly, if I type 2147483648B it claims to allocate 2GB (not GiB), and if I give 1073741824 B it claims to allocate 512.0 MB
[05:51] <twb> This is in precise BTW
[05:52] <twb> Fuck it, anna-intall parted-udeb and do it by hand (if I can).
[06:00] <twb> cjwatson: FYI, "guided partitioning" in precise creates aligned / and /home, but biosgrub is *not* aligned according to parted-udeb's align-check optimal
[08:16] <cjwatson> stgraber: lp:~ubuntu-core-dev/os-prober/ubuntu isn't abandoned, but my branch was unbound and I didn't notice
[08:16] <cjwatson> stgraber: (sorted now)
[08:19] <CIA-32> os-prober: cjwatson * r339 ubuntu/os-probes/mounted/x86/20microsoft: Add Windows 8 support
[08:20] <CIA-32> os-prober: cjwatson * r340 ubuntu/debian/changelog: releasing version 1.51ubuntu2
[08:20] <CIA-32> os-prober: cjwatson * r341 ubuntu/os-probes/mounted/x86/20microsoft: Add an alternate mode to 20microsoft where if WINOSDATA is set in the environment, partitions containing the OS are listed instead of partitions containing the boot record.
[08:21] <CIA-32> os-prober: cjwatson * r342 ubuntu/debian/changelog: releasing version 1.51ubuntu3
[08:21] <cjwatson> stgraber: I've transferred your commits over to that branch now - I'd prefer to use that because being able to merge directly from upstream git is handy
[08:22] <cjwatson> stgraber: grub> what does 'debconf-show grub-pc' say/
[08:22] <cjwatson> ?
[08:23] <cjwatson> stgraber: os-prober changes look plausible, thanks
[08:25] <cjwatson> stgraber: I've pushed the Windows 8 support part upstream
[08:28] <cjwatson> bdmurray: installation-guide is the right place; I deleted the kickseed task
[08:30] <CIA-32> installation-guide: cjwatson * r501 ubuntu/ (build/entities/common.ent debian/changelog): Bump kernelversion to 3.2.
[08:31] <CIA-32> installation-guide: cjwatson * r502 ubuntu/ (debian/changelog en/welcome/what-is-ubuntu.xml): Bump GNOME version to 3.4.
[08:32] <CIA-32> installation-guide: cjwatson * r503 ubuntu/ (build/entities/common.ent debian/changelog): Bump release version and names for Precise.
[08:38] <CIA-32> installation-guide: cjwatson * r504 ubuntu/ (debian/changelog en/install-methods/automatic-install.xml):
[08:38] <CIA-32> installation-guide: Add an example Kickstart configuration file, thanks to Ameet Paranjape
[08:38] <CIA-32> installation-guide: (LP: #969568).
[08:40] <CIA-32> installation-guide: cjwatson * r505 ubuntu/ (build/preseed.pl debian/changelog):
[08:40] <CIA-32> installation-guide: Expand &archive-mirror; to archive.ubuntu.com when generating example
[08:40] <CIA-32> installation-guide: preseed file (LP: #955607).
[08:41] <cjwatson> really ought to merge with Debian but this is a start ...
[08:42] <CIA-32> installation-guide: cjwatson * r506 ubuntu/debian/changelog: releasing version 20100518ubuntu6
[08:55] <cjwatson> bdmurray: do you know how to get http://reports.qa.ubuntu.com/reports/kernel-bugs/reports/rls-p-tracking-bugs.html to come up to date?
[09:26] <gema> cjwatson: what do you want us to do with uefi grub re bug 934614?
[09:26] <ubot2> Launchpad bug 934614 in grub2 "reinstall of precise breaks grub with invalid arch independent ELF magic" [High,Incomplete] https://launchpad.net/bugs/934614
[09:26] <gema> cjwatson: john johansen is also willing to help, but I am not sure what you are after from your comment?
[09:27] <cjwatson> gema: in my comment I indicated that I could use the output of boot_info_script
[09:27] <cjwatson> was that unclear?
[09:27] <gema> cjwatson: yes, let me read it again
[09:27] <cjwatson> "The output of 'sudo boot_info_script' from http://bootinfoscript.sourceforge.net/ (the boot-info-script package is only version 0.60 which doesn't support UEFI, so please make sure to use at least version 0.61) may be useful in tracking this down."
[09:28] <cjwatson> and my install was UEFI, I do know the difference ;-)
[09:29] <gema> cjwatson: does your grub install and work with all the uefi bits and pieces?
[09:29] <cjwatson> yes.
[09:29] <gema> :D
[09:29] <gema> ahh, ok
[09:29] <cjwatson> I know the difference. :-)
[09:29] <gema> yeah, I don't so I am just making sure, bear with me
[09:29] <cjwatson> I mean it's a bit busted, but it doesn't have the sort of fundamental breakage you're reporting
[09:29] <gema> cjwatson: ack
[09:30] <cjwatson> which to me smells very strongly of a UEFI grub core image trying to load BIOS grub modules or vice versa - which is a misconfiguration
[09:30] <cjwatson> it could for example happen if there's a prior installation and the system is booting from the wrong one, but now /boot/grub/ contains a different type of modules
[09:31] <cjwatson> e.g. you booted the installer using UEFI but are attempting to boot the installed system using BIOS - this is typically a firmware menu choice
[09:31] <cjwatson> you have to be consistent and boot the installer and the installed system using the same one
[09:31] <cjwatson> of BIOS vs. UEFI
[09:31] <gema> cjwatson: how do we know which booting method the liveCD used?
[09:32] <cjwatson> it installed grub-efi therefore it was booted using UEFI
[09:32] <gema> ok
[09:32] <cjwatson> it is possible for it to be booted either way
[09:32] <cjwatson> it's usually a boot menu choice
[09:32] <gema> ok, understood, we'll run the script and update results as soon as I can get that machine to reboot :)
[09:32] <cjwatson> I expect the script will indicate that there are bits of the previous BIOS GRUB installation lying around
[09:33] <gema> ok
[09:33] <cjwatson> which isn't actually an error as such, it will just mean you need to figure out how to boot the installed system using UEFI
[09:33] <cjwatson> BTW if you considered /var/log/installer/partman sensitive, then the output of boot_info_script is too
[09:33] <gema> ok
[09:41] <gema> cjwatson: what information exactly are you looking for, I am finding difficult to convince the owner of the machine to run that script
[09:42] <cjwatson> gema: I need to know whether there are bits of a BIOS GRUB lying around somewhere, to confirm this hypothesis
[09:43] <cjwatson> gema: otherwise, the owner of the machine needs to be very clear whether they're booting the installed system using BIOS or UEFI, and (if my hypothesis is correct) learn how to boot it using UEFI
[09:50] <gema> cjwatson: his machine always tries to boot UEFI and falls back to bios if UEFI doesn't work
[09:50] <gema> cjwatson: there is no configuration setting to do anything else
[09:55] <cjwatson> I'm afraid, then, I don't know.  It works for me.
[10:15] <gema> cjwatson: yeah, but we are not shipping your machine, so let me try contacting jjohansen and see if he can run the script
[10:16] <cjwatson> gema: I understand that we are not shipping my machine, but the error reported here is unlikely to be hardware-specific
[10:17] <gema> cjwatson: you are probably right, that is exactly why I'd like to get it fixed, let me talk to john and see if he can run the script and get us that data
[10:17] <cjwatson> gema: The error indicates that GRUB is trying to load a module which is fundamentally incompatible with the GRUB core image being run
[10:17] <cjwatson> gema: If that were a bug in the package, it would be reproducible on every UEFI install
[10:17] <cjwatson> gema: Contrariwise, since it is not reproducible on every UEFI install, that suggests that it is likely a configuration problem of some kind
[10:18] <gema> cjwatson: configuration of what?
[10:18] <cjwatson> gema: And, since the report concerns a situation of a UEFI install being performed over the top of a BIOS install, the overwhelming probability is that some bit of the prior BIOS install is being loaded
[10:18] <cjwatson> From the point of view of GRUB, that's a configuration problem
[10:19] <cjwatson> And if the user is unwilling to provide all the information I need, I'm afraid I can't proceed
[10:21] <gema> cjwatson: I understand that, I am trying to find a more willing user, will ping you when we have that data
[13:12] <stgraber> cjwatson: oh, "debconf-show grub-pc" indeed showed me what's wrong ;)
[13:12] <stgraber> cjwatson: I installed that machine from kvm, then rebooted on metal which is how I usually install systems remotely in that datacenter
[13:12] <stgraber> cjwatson: but grub stored the disk/by-id path to the disks, which no longer match
[13:12] <stgraber> grub-pc/install_devices: /dev/disk/by-id/ata-QEMU_HARDDISK_QM00001, /dev/disk/by-id/ata-QEMU_HARDDISK_QM00002
[13:13] <stgraber> these should instead be /dev/disk/by-id/ata-ST3000DM001-9YN166_S1F013HW /dev/disk/by-id/ata-ST3000DM001-9YN166_S1F01Q0B
[13:13] <cjwatson> right, you need 'dpkg-reconfigure grub-pc' after changing disks
[13:14] <cjwatson> grub doesn't have a safe way to tell what to do otherwise
[13:21] <stgraber> cjwatson: done, thanks. I guess I'll add a check for that in my post-install sanity check script (ensuring that everything listed in install_devices actually exists)
[14:02] <stgraber> jibel: ping
[14:03] <stgraber> jibel: could you confirm the fix for bug 772470 with your setup?
[14:03] <ubot2> Launchpad bug 772470 in ubiquity "os-prober doesn't detect Windows partition but the recovery partition instead" [High,Fix released] https://launchpad.net/bugs/772470
[14:06] <jibel> stgraber, ok will do.
[16:24] <jibel> stgraber, no difference. no wubi option and no m-a, same output for os-prober. Are there any specific conditions the system should satisfy to display these options ?
[16:25] <stgraber> jibel: argh...
[16:25] <stgraber> jibel: it needs to have ntfs partitions containing user directories
[16:25] <stgraber> jibel: can you paste /var/log/installer/debug and /var/log/syslog somewhere?
[16:26] <stgraber> jibel: during testing yesterday I had a few times where ntfs wouldn't mount causing what you're describing here
[16:29] <jibel> stgraber, aha, you're right: "Failed to mount '/dev/sda3' Operation not permitted"
[16:29] <bdmurray> stgraber: you might look at the merge proposal for bug 973794
[16:29] <ubot2> Launchpad bug 973794 in casper "Malformed 'search' entry in /etc/resolv.conf on network install" [High,New] https://launchpad.net/bugs/973794
[16:29] <stgraber> yay! not my fault ;)
[16:29] <jibel> stgraber, fixing windows first and will install again
[16:30] <stgraber> jibel: thanks
[16:30] <stgraber> jibel: apparently Windows 8 likes to suspend-to-disk on shutdown, making mounting the partition almost always impossible, so we'll need to figure something out for 12.10
[16:30] <stgraber> jibel: one option is to cancel the suspend to disk (there's an ntfs-3g option for that) but that may end up with data loss for the user
[16:31] <stgraber> bdmurray: I'll have a look, thanks
[16:32] <jibel> stgraber, yep, my test systems sometimes stops in weird states. chkdsk usually fix that.
[16:51] <stgraber> bdmurray: right, valid bug report but I don't really like the fix, changing the logic completely has a high potential of regression. I'll have a look at just fixing the sed regexp
[16:56] <jibel> stgraber, m-a works
[16:57] <stgraber> jibel: cool, did wubi work too (when the partition table is full)?
[16:57] <jibel> stgraber, no, I must change the partitioning in windows first.
[16:57] <stgraber> k
[17:23] <stgraber> gema: Can I get ssh access to a machine affected by bug 966294?
[17:23] <ubot2> Launchpad bug 966294 in ubiquity "Ubiquity loops forever from ubiquity_webcam_play" [High,Confirmed] https://launchpad.net/bugs/966294
[17:25] <gema> stgraber: I guess I can make it happen, yes, gimme a sec
[17:25] <stgraber> gema: thanks
=== cyphermox_ is now known as cyphermox
[22:15] <CIA-32> ubiquity: cjwatson * r5359 trunk/ (151 files in 3 dirs): Update translations from Launchpad.
[22:57] <CIA-32> ubiquity: cjwatson * r5360 trunk/debian/changelog: releasing version 2.10.8