[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#763127: marked as done (UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode)



Your message dated Sun, 16 Nov 2014 09:19:08 +0000
with message-id <E1XpvzA-0002aj-R5@franck.debian.org>
and subject line Bug#763127: fixed in partman-efi 54
has caused the Debian Bug report #763127,
regarding UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
763127: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763127
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: partman-efi
Version: 47
Severity: important
Tags: d-i

Ad originally described in [1], but no bug was ever filed to
match. #695048 is related, I think. Time to file a bug about this to
help track work to fix it...

We have a machine with both UEFI and BIOS-mode boot available, with an
existing BIOS-mode Windows installation (e.g. Windows 7 in this case)
*but* the machine is set up to try and boot UEFI first and *then* fall
back to BIOS (for some reason).

The existing Windows installation boots via the fallback, and the user
has no reason to ever investigate this. However, d-i will happily boot
in UEFI mode. When we get to partitioning, there is no EFI System
Partition (ESP), as Windows isn't using one. We then get to either of
two potentially bad cases:

 (a) the user shuffles partitions around and makes an ESP, installs
     the system OK including grub-efi. They then have a machine that
     will boot via UEFI to grub, but maybe will not be able to boot
     Windows. I've not tested this directly yet, but I can see this
     happening. To get to their existing Windows installation, the
     user will have to switch boot mode in the firmware setup - bad.

 (b) the user does not make an ESP, installs a system but grub-efi
     fails to install properly for that reason. I'm seeing bug reports
     that suggest this path does *not* necessarily give a clear error
     to the user, maybe in some cases no error at all. They reboot
     their newly-installed system and find it immediately goes into
     Windows with no sign of their new Debian installation at all.

[1] https://lists.debian.org/debian-boot/2014/02/msg00080.html

-- System Information:
Debian Release: 7.6
  APT prefers stable
  APT policy: (500, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

--- End Message ---
--- Begin Message ---
Source: partman-efi
Source-Version: 54

We believe that the bug you reported is fixed in the latest version of
partman-efi, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 763127@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Christian Perrier <bubulle@debian.org> (supplier of updated partman-efi package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Sun, 16 Nov 2014 08:46:01 +0100
Source: partman-efi
Binary: partman-efi
Architecture: source i386
Version: 54
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team <debian-boot@lists.debian.org>
Changed-By: Christian Perrier <bubulle@debian.org>
Description:
 partman-efi - Add to partman support for EFI System Partitions (udeb)
Closes: 763127
Changes:
 partman-efi (54) unstable; urgency=medium
 .
   [ Steve McIntyre ]
   * Warn the user if we've booted in UEFI mode but we seem to have only
     non-UEFI existing OS installations - give them the option to switch
     the installer to non-UEFI mode from this point forwards so they don't
     break potential dual-boot setup. Closes: #763127
 .
   [ Updated translations ]
   * Czech (cs.po) by Miroslav Kure
   * French (fr.po) by Christian Perrier
   * Galician (gl.po) by Jorge Barreiro
   * Italian (it.po) by Milo Casagrande
   * Japanese (ja.po) by Kenshi Muto
   * Portuguese (pt.po) by Miguel Figueiredo
   * Slovak (sk.po) by Ivan Masár
   * Thai (th.po) by Theppitak Karoonboonyanan
   * Turkish (tr.po) by Mert Dirik
Checksums-Sha1:
 16ba307ab51af7b165c07185d5ede6bfd94bd7d0 1685 partman-efi_54.dsc
 e9e9c137ebed1b723ea13da0104a76afe2089b23 59248 partman-efi_54.tar.xz
 2c8a05e72f684290833d456c8f869b62774c8219 34740 partman-efi_54_i386.udeb
Checksums-Sha256:
 a8a09711291fac2b13130d8949fd26c4b5b21183d789c3d5a58c1ac23530599d 1685 partman-efi_54.dsc
 2d3b026d980abe2281aa9ead5b632281e23a5447a75c93f7e66b5fd3c91da572 59248 partman-efi_54.tar.xz
 65152deedf144a350122cb78a9ad38b8ac7085aa3511eb83d30781ac88aaed3c 34740 partman-efi_54_i386.udeb
Files:
 a93f8ea73bedc24d9becf6eb977f64ed 1685 debian-installer standard partman-efi_54.dsc
 1f710f4cbfe681f4a48b26c1d7bea5a8 59248 debian-installer standard partman-efi_54.tar.xz
 1f8aeae4e04378a4eece216e1d4b59b1 34740 debian-installer standard partman-efi_54_i386.udeb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIbBAEBCAAGBQJUaFuYAAoJEIcvcCxNbiWot1QP+Nb2l/IYqK/0t9KN1lkglUF9
0VfifMSeMsl0QAHHy8JSAQYd74TxOAcU5YR0/tqZqhgbkShWn7L4ENECtyyDsmON
g2/49NyuksqYLWEC4cq61377bP3RMncz1GVGXtMltEo43+aOKQ5scVTEZBCV9VF6
j8rOHPHgzQCBACRNaL2YMf2yhfv1mreAUjX790y31SpGHYsfyKC+n8AtJF1IBHhX
ABNN3bBb0ShmpVmVRp2sQQ1U8QadwjUuVR00Ep6YcKv4AuDDFNsuhn7Mzdqgs69L
j5Mvp5B+mqWFSlsLZf/9IVeRlhZ8IpdL/AZ4Wqcysa9z+XL7/fVS6corBvLHrCQA
pNXBy0JKZlrE3JJBpgjradWuKcF80ZlrbmlNIUQbjHTTZ3jxuniVRHVHLuchnwTR
3PVK2HAXEsOmjKiwU1JddFLe5kZWjGvXUUBjeEanUXsr4ExkIObOVQXqx3os/MlV
NSjLYDeZqtUTyvRPDPSgciZNLvmKUDlonNJhY5NESslL/fdi24mu8Ck955fTxno7
M16AaJV4C/q50XhmM/YTeFwlQLqZ4gLnNUDKl7FA5IBa+D0BM7evbt+4iy7lL81D
tIIvvAzalko28vuJTghQvS42Rv6ZTKmVdswnF7HLgEJxnyVwT9XxwPtRehGQkmBP
3xttBRxjJlUEuXlQxrA=
=Mvfv
-----END PGP SIGNATURE-----

--- End Message ---

Reply to: