On Feb 6, 2014, at 12:39 AM, Dariusz J. Garbowski wrote:
> On 05/02/14 05:46 PM, Przemek Klosowski wrote:
>> On 02/04/2014 06:18 PM, Chris Murphy wrote:
>>> And then we can definitely justify making them bigger. 550MB, or even 1GB.
>>> It's neutral to plus
>>> for performance for either HDDs or
On 05/02/14 05:46 PM, Przemek Klosowski wrote:
On 02/04/2014 06:18 PM, Chris Murphy wrote:
And then we can definitely justify making them bigger. 550MB, or even 1GB. It's
neutral to plus
for performance for either HDDs or SSDs (faux short stroked in the former, and
overprovisioned for
the latt
On 02/04/2014 06:18 PM, Chris Murphy wrote:
And then we can definitely justify making them bigger. 550MB, or even
1GB. It's neutral to plus for performance for either HDDs or SSDs
(faux short stroked in the former, and overprovisioned for the
latter). Does anyone know why the convention is to c
On Wed, 2014-02-05 at 13:30 +0100, Florian Weimer wrote:
> On 02/05/2014 01:09 PM, Josh Boyer wrote:
> > On Wed, Feb 5, 2014 at 4:44 AM, Florian Weimer wrote:
> >> On 02/04/2014 05:09 AM, Adam Williamson wrote:
> >>
> >>> It's a (hopefully) not too long and not too technical help for
> >>> install
On Wed, 2014-02-05 at 10:44 +0100, Florian Weimer wrote:
> On 02/04/2014 05:09 AM, Adam Williamson wrote:
>
> > It's a (hopefully) not too long and not too technical help for
> > installing Fedora on UEFI systems. Should cover the 'greatest hits' that
> > show up in bug reports, forums and IRC the
On Tue, Feb 04, 2014 at 04:56:02PM +, Matthew Garrett wrote:
> Yeah it's really a mistake for us to be using the linux/initrd commands
> under any circumstances.
I have created the following bug report
https://bugzilla.redhat.com/show_bug.cgi?id=1055157
which was reverted because the maint
On 02/05/2014 01:09 PM, Josh Boyer wrote:
On Wed, Feb 5, 2014 at 4:44 AM, Florian Weimer wrote:
On 02/04/2014 05:09 AM, Adam Williamson wrote:
It's a (hopefully) not too long and not too technical help for
installing Fedora on UEFI systems. Should cover the 'greatest hits' that
show up in bug
On Wed, Feb 5, 2014 at 4:44 AM, Florian Weimer wrote:
> On 02/04/2014 05:09 AM, Adam Williamson wrote:
>
>> It's a (hopefully) not too long and not too technical help for
>> installing Fedora on UEFI systems. Should cover the 'greatest hits' that
>> show up in bug reports, forums and IRC the most.
On 02/04/2014 05:09 AM, Adam Williamson wrote:
It's a (hopefully) not too long and not too technical help for
installing Fedora on UEFI systems. Should cover the 'greatest hits' that
show up in bug reports, forums and IRC the most.
What about installations on systems which only offer 32-bit UE
On Tue, Feb 04, 2014 at 02:45:29PM -0800, Andrew Lutomirski wrote:
> On Tue, Feb 4, 2014 at 2:41 PM, Adam Williamson wrote:
> > You're making a fatal mistake: assuming some kind of sense on the part
> > of firmware authors. ;)
>
> Not really -- I figure that either the firmware is only parsing th
On Tue, Feb 04, 2014 at 04:18:27PM -0700, Chris Murphy wrote:
> Does anyone know why the convention is to create the ESP as the first
> partition?
Because that's the only configuration anyone's likely to have tested.
--
Matthew Garrett | mj...@srcf.ucam.org
--
devel mailing list
devel@lists.f
On Wed, 2014-02-05 at 01:41 -0500, David wrote:
> On 2/5/2014 12:52 AM, Adam Williamson wrote:
> > On Tue, 2014-02-04 at 21:47 -0500, David wrote:
> >> On 2/4/2014 5:41 PM, Adam Williamson wrote:
> >>> On Tue, 2014-02-04 at 14:29 -0800, Andrew Lutomirski wrote:
> >>>
> and my suggestion is now
On 2/5/2014 12:52 AM, Adam Williamson wrote:
> On Tue, 2014-02-04 at 21:47 -0500, David wrote:
>> On 2/4/2014 5:41 PM, Adam Williamson wrote:
>>> On Tue, 2014-02-04 at 14:29 -0800, Andrew Lutomirski wrote:
>>>
and my suggestion is now to just create both partitions when
installing to GPT.
On Tue, 2014-02-04 at 21:47 -0500, David wrote:
> On 2/4/2014 5:41 PM, Adam Williamson wrote:
> > On Tue, 2014-02-04 at 14:29 -0800, Andrew Lutomirski wrote:
> >
> >> and my suggestion is now to just create both partitions when
> >> installing to GPT. Presumably if firmware can handle a GPT disk
On 2/4/2014 5:41 PM, Adam Williamson wrote:
> On Tue, 2014-02-04 at 14:29 -0800, Andrew Lutomirski wrote:
>
>> and my suggestion is now to just create both partitions when
>> installing to GPT. Presumably if firmware can handle a GPT disk at
>> all, it won't care whether it happens to contain an
On Feb 4, 2014, at 2:45 PM, Chris Murphy wrote:
>
>> If the layout you created filled the
>> whole disk, what do we shrink to fit the ESP in?
>
> It's easier if the ESP size is withheld from Available Space for every
> selected disk, and every selected disk gets an ESP.
And put the ESP at the
On Tue, Feb 4, 2014 at 2:41 PM, Adam Williamson wrote:
> On Tue, 2014-02-04 at 14:29 -0800, Andrew Lutomirski wrote:
>
>> and my suggestion is now to just create both partitions when
>> installing to GPT. Presumably if firmware can handle a GPT disk at
>> all, it won't care whether it happens to
On Tue, 2014-02-04 at 14:29 -0800, Andrew Lutomirski wrote:
> and my suggestion is now to just create both partitions when
> installing to GPT. Presumably if firmware can handle a GPT disk at
> all, it won't care whether it happens to contain an ESP unless it's
> actually trying to boot it using
On Tue, Feb 4, 2014 at 1:52 PM, Chris Murphy wrote:
>
> On Feb 4, 2014, at 12:49 PM, Andrew Lutomirski wrote:
>
>> On Tue, Feb 4, 2014 at 11:28 AM, Adam Williamson wrote:
>>> On Tue, 2014-02-04 at 10:03 -0800, Andrew Lutomirski wrote:
>>>
This reminds me: I *always* install with a GPT parti
On Tue, 2014-02-04 at 14:45 -0700, Chris Murphy wrote:
> > You of all people know the consequences of adding more complexity to the
> > installer's partitioning codepaths. ;)
>
> Yeah what's complex is error checking whether an ESP is needed, and
> whether it's present, and the "not present" grip
On Tue, Feb 04, 2014 at 11:49:06AM -0800, Andrew Lutomirski wrote:
> What failed? I'm guessing that userspace improvements since then have
> mostly fixed this. I've never seen any problem on F18 (IIRC) and up
> with GPT partition tables being BIOS-booted. It seems to Just Work
> (tm).
Some fir
On Feb 4, 2014, at 12:49 PM, Andrew Lutomirski wrote:
> On Tue, Feb 4, 2014 at 11:28 AM, Adam Williamson wrote:
>> On Tue, 2014-02-04 at 10:03 -0800, Andrew Lutomirski wrote:
>>
>>> This reminds me: I *always* install with a GPT partition table, an ESP
>>> partition, a BIOS Boot partition, and
On Tue, Feb 04, 2014 at 10:30:58AM -0800, Andrew Lutomirski wrote:
> On Tue, Feb 4, 2014 at 10:19 AM, Chris Murphy wrote:
> >
> > On Feb 4, 2014, at 10:42 AM, Andrew Lutomirski wrote:
> >
> >> I think that half the difficulty here is that UEFI is annoying and the
> >> other half is that both GRUB
On Feb 4, 2014, at 12:30 PM, Adam Williamson wrote:
> On Tue, 2014-02-04 at 11:49 -0700, Chris Murphy wrote:
>> On Feb 4, 2014, at 11:03 AM, Andrew Lutomirski wrote:
>>>
>>> This reminds me: I *always* install with a GPT partition table, an ESP
>>> partition, a BIOS Boot partition, and a small
On Tue, 2014-02-04 at 12:26 -0800, Adam Williamson wrote:
> Your proposal like cmurf's involves us auto-creating the BIOS boot
> partition, so it doesn't have *that* problem, but it has another
> problem, the one I pointed out to cmurf - it's not actually all that
> easy to have custom part just m
On Feb 4, 2014, at 12:34 PM, Adam Williamson wrote:
> On Tue, 2014-02-04 at 11:49 -0700, Chris Murphy wrote:
>
>> And in fact it's worse in that presently I can't create an ESP per
>> disk because the installer is mountpoint centric not partition
>> centric. So I can only create one ESP on one
On Feb 4, 2014, at 12:02 PM, Andrew Lutomirski wrote:
>>> IMO in an ideal world, there would be one (or zero!) copy of the
>>> bootloader config, and the default configuration of the bootloader
>>> would populate the ESP (with the signed shim!), the BIOS Boot
>>> partition, and the (fake) MBR in
On Tue, 2014-02-04 at 11:49 -0800, Andrew Lutomirski wrote:
> On Tue, Feb 4, 2014 at 11:28 AM, Adam Williamson wrote:
> > On Tue, 2014-02-04 at 10:03 -0800, Andrew Lutomirski wrote:
> >
> >> This reminds me: I *always* install with a GPT partition table, an ESP
> >> partition, a BIOS Boot partitio
On Tue, Feb 4, 2014 at 11:28 AM, Adam Williamson wrote:
> On Tue, 2014-02-04 at 10:03 -0800, Andrew Lutomirski wrote:
>
>> This reminds me: I *always* install with a GPT partition table, an ESP
>> partition, a BIOS Boot partition, and a smallish (1 or 2 GB) ext4
>> /boot near the beginning of the
On Tue, 2014-02-04 at 11:49 -0700, Chris Murphy wrote:
> On Feb 4, 2014, at 11:03 AM, Andrew Lutomirski wrote:
> >
> > This reminds me: I *always* install with a GPT partition table, an ESP
> > partition, a BIOS Boot partition, and a smallish (1 or 2 GB) ext4
> > /boot near the beginning of the d
On Tue, 2014-02-04 at 11:49 -0700, Chris Murphy wrote:
> And in fact it's worse in that presently I can't create an ESP per
> disk because the installer is mountpoint centric not partition
> centric. So I can only create one ESP on one disk because I can have
> only one /boot/efi.
>
> https://bug
On Tue, 2014-02-04 at 10:03 -0800, Andrew Lutomirski wrote:
> This reminds me: I *always* install with a GPT partition table, an ESP
> partition, a BIOS Boot partition, and a smallish (1 or 2 GB) ext4
> /boot near the beginning of the disk. All Linuxes seem perfectly
> happy to install this way (
On Tue, 2014-02-04 at 11:15 -0600, Chris Adams wrote:
> Once upon a time, Matthew Garrett said:
> > …and configure the UEFI boot options, which you can't do because you're
> > not running under UEFI and so have no access to UEFI runtime services.
>
> That's probably the biggest flaw in the whol
On Tue, Feb 4, 2014 at 10:49 AM, Chris Murphy wrote:
>
> On Feb 4, 2014, at 11:03 AM, Andrew Lutomirski wrote:
>
>
>> /boot is useful regardless of how you boot. The ESP doesn't need to
>> be very large and doesn't cause any harm if booted via BIOS. The BIOS
>> Boot partition only needs to be ~
On Feb 4, 2014, at 11:30 AM, Andrew Lutomirski wrote:
> On Tue, Feb 4, 2014 at 10:19 AM, Chris Murphy wrote:
>>
>> On Feb 4, 2014, at 10:42 AM, Andrew Lutomirski wrote:
>>
>>> I think that half the difficulty here is that UEFI is annoying and the
>>> other half is that both GRUB2 and efiboot
On Feb 4, 2014, at 11:03 AM, Andrew Lutomirski wrote:
>
> This reminds me: I *always* install with a GPT partition table, an ESP
> partition, a BIOS Boot partition, and a smallish (1 or 2 GB) ext4
> /boot near the beginning of the disk. All Linuxes seem perfectly
> happy to install this way (as
On Tue, Feb 4, 2014 at 10:19 AM, Chris Murphy wrote:
>
> On Feb 4, 2014, at 10:42 AM, Andrew Lutomirski wrote:
>
>> I think that half the difficulty here is that UEFI is annoying and the
>> other half is that both GRUB2 and efibootmgr are miserable.
>
> For single OS installs, you shouldn't have
On Feb 4, 2014, at 10:42 AM, Andrew Lutomirski wrote:
> I think that half the difficulty here is that UEFI is annoying and the
> other half is that both GRUB2 and efibootmgr are miserable.
For single OS installs, you shouldn't have to interact with any of those
things. shim.efi, or shim via fa
On Tue, Feb 4, 2014 at 9:52 AM, Chris Murphy wrote:
> I've done conversions in both directions a few times although not very
> recently. But having done it, I'd say "f it, just reinstall". Or "f it, get
> drunk and sent to the hospital" is even a better experience than converting.
>
> BIOS->UEFI
I've done conversions in both directions a few times although not very
recently. But having done it, I'd say "f it, just reinstall". Or "f it, get
drunk and sent to the hospital" is even a better experience than converting.
BIOS->UEFI
- BIOS install won't have an EFI System partition, so you hav
On Tue, Feb 4, 2014 at 9:15 AM, Chris Adams wrote:
> Once upon a time, Matthew Garrett said:
>> …and configure the UEFI boot options, which you can't do because you're
>> not running under UEFI and so have no access to UEFI runtime services.
>
> That's probably the biggest flaw in the whole UEFI
Once upon a time, Matthew Garrett said:
> …and configure the UEFI boot options, which you can't do because you're
> not running under UEFI and so have no access to UEFI runtime services.
That's probably the biggest flaw in the whole UEFI setup - you can't
access it unless you boot using it, and
On Tue, Feb 04, 2014 at 04:42:23PM +0100, Jochen Schmitt wrote:
> On Mon, Feb 03, 2014 at 08:14:06PM -0800, Andrew Lutomirski wrote:
>
> > (This is a particular pain point for me -- my main development box was
> > originally installed as BIOS, and I switched it to UEFI, and I'm sure
> > I did it w
On Mon, 3 Feb 2014 20:14:06 -0800
Andrew Lutomirski wrote:
that in the wiki.
>
> (This is a particular pain point for me -- my main development box was
> originally installed as BIOS, and I switched it to UEFI, and I'm sure
> I did it wrong because the boot process is impressively finicky.)
>
H
On Mon, Feb 03, 2014 at 08:14:06PM -0800, Andrew Lutomirski wrote:
> (This is a particular pain point for me -- my main development box was
> originally installed as BIOS, and I switched it to UEFI, and I'm sure
> I did it wrong because the boot process is impressively finicky.)
If your hard disc
On Feb 3, 2014 9:31 PM, "Adam Williamson" wrote:
>
> On Mon, 2014-02-03 at 20:14 -0800, Andrew Lutomirski wrote:
> > On Mon, Feb 3, 2014 at 8:09 PM, Adam Williamson
wrote:
> > > So, look what I wrote today:
> > >
> > > https://fedoraproject.org/wiki/Unified_Extensible_Firmware_Interface
> > >
> >
On Mon, 2014-02-03 at 20:14 -0800, Andrew Lutomirski wrote:
> On Mon, Feb 3, 2014 at 8:09 PM, Adam Williamson wrote:
> > So, look what I wrote today:
> >
> > https://fedoraproject.org/wiki/Unified_Extensible_Firmware_Interface
> >
> > (just plain https://fedoraproject.org/wiki/UEFI redirects to th
On Mon, Feb 3, 2014 at 8:09 PM, Adam Williamson wrote:
> So, look what I wrote today:
>
> https://fedoraproject.org/wiki/Unified_Extensible_Firmware_Interface
>
> (just plain https://fedoraproject.org/wiki/UEFI redirects to that page,
> too).
>
> It's a (hopefully) not too long and not too technic
So, look what I wrote today:
https://fedoraproject.org/wiki/Unified_Extensible_Firmware_Interface
(just plain https://fedoraproject.org/wiki/UEFI redirects to that page,
too).
It's a (hopefully) not too long and not too technical help for
installing Fedora on UEFI systems. Should cover the 'grea
49 matches
Mail list logo