On 09/22/2010 05:45 PM, Thomas Frauendorfer | Miray Software wrote:
> Hi,
>
> On some boards, like the AsRock K7S41GX, Grub fails to boot from
> superfloppy fat32 formated usb sticks.
>
This config isn't recommended in first place. You should really create
partitions on the USB disk and leave some
On 09/22/2010 10:57 PM, Brendan Trotter wrote:
> Hi,
>
> 2010/9/23 Vladimir 'φ-coder/phcoder' Serbinenko :
>
>> On 09/22/2010 07:44 PM, Lennart Sorensen wrote:
>>
>>> On Wed, Sep 22, 2010 at 07:08:49PM +0200, Grégoire Sutre wrote:
>>>
On 09/22/2010 18:44, Lennart Sorensen wrote:
Hi,
2010/9/23 Vladimir 'φ-coder/phcoder' Serbinenko :
> On 09/22/2010 07:44 PM, Lennart Sorensen wrote:
>> On Wed, Sep 22, 2010 at 07:08:49PM +0200, Grégoire Sutre wrote:
>>> On 09/22/2010 18:44, Lennart Sorensen wrote:
>>>
After all msdos partitions tables may only exist in MBR and extended
On Wed, Sep 22, 2010 at 7:45 PM, Lennart Sorensen
wrote:
> On Wed, Sep 22, 2010 at 06:52:46PM +0200, Thomas Frauendorfer wrote:
>> Well, I think I didn't state the problem clearly enough:
>> The bios doesn't write to the disk, it just changes the value on the
>> fly when the bootloader is reading
Help,
I don't know where to turn here. It seems that every thread I've
found that describes this ends with "and now it works", but I can't
seem to get there.
I have installed 64-bit Ubuntu 10.04 on a Macbook5,2. I would like to
boot this without the acpi=off parameter that is currently required.
On 09/22/2010 07:44 PM, Lennart Sorensen wrote:
> On Wed, Sep 22, 2010 at 07:08:49PM +0200, Grégoire Sutre wrote:
>
>> On 09/22/2010 18:44, Lennart Sorensen wrote:
>>
>>
>>> After all msdos partitions tables may only exist in MBR and extended
>>> partitions
>>>
>> According to which
On Wed, Sep 22, 2010 at 06:52:46PM +0200, Thomas Frauendorfer wrote:
> Well, I think I didn't state the problem clearly enough:
> The bios doesn't write to the disk, it just changes the value on the
> fly when the bootloader is reading the bpb through a bios method.
> The workaroud also doesn't cha
On Wed, Sep 22, 2010 at 07:08:49PM +0200, Grégoire Sutre wrote:
> On 09/22/2010 18:44, Lennart Sorensen wrote:
>
>> After all msdos partitions tables may only exist in MBR and extended
>> partitions
>
> According to which standard?
Well, I think DOS and common practice.
Can you think of any OS th
On 09/22/2010 18:44, Lennart Sorensen wrote:
After all msdos partitions tables may only exist in MBR and extended
partitions
According to which standard?
Grégoire
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo
On Wed, Sep 22, 2010 at 6:14 PM, Lennart Sorensen
wrote:
> Wouldn't that be a bug in the BIOS? Don't go writing to a drive you
> don't know what contains. It could be something other tahn fat16 after
> all (what if it was a linux kernel with a bootheader on it and not a
> filesystem at all?)
>
On Wed, Sep 22, 2010 at 12:19:22PM -0400, Phillip Susi wrote:
> This sounds like a bug in grub. It should not be looking for an EBR
> inside a non extended partition, so if there happens to be some old data
> there that looks like one, it should not matter.
Well it would appear that it does curre
On 9/21/2010 10:54 AM, Lennart Sorensen wrote:
>> How to resolve this problem? According to fdisk the sda1 and sda3 partitions
>> are _not_ overlapping:
>> Additionally, does the same warning have to be repeated so many times for
>> every kernel entry???
>
> It did not say they overlapped. It s
On Wed, Sep 22, 2010 at 05:45:34PM +0200, Thomas Frauendorfer | Miray Software
wrote:
> On some boards, like the AsRock K7S41GX, Grub fails to boot from
> superfloppy fat32 formated usb sticks.
>
> The reason for the boot failure is that the bios of the mentioned
> board replaces byte 0x24
Hi,
On some boards, like the AsRock K7S41GX, Grub fails to boot from
superfloppy fat32 formated usb sticks.
The reason for the boot failure is that the bios of the mentioned
board replaces byte 0x24 of the bpb with the value 0x00 when it's read
through the bios function.
In fat16 this byt
14 matches
Mail list logo
