GRUB_SAVEDEFAULT and grub-reboot with GRUB_DEFAULT=saved do not work if
grubenv file resides on an LVM partition or a RAID device, since those
cannot be written to. This patch adds a note regarding this issue into the
manual.
This is my first patch submission, so please let me know if I messed
som
On 09/29/2010 02:28 AM, Phillip Susi wrote:
> Is there a command I'm missing to print the int 13 information
> provided by the bios to diagnose possible errors? I have a user on
> the Ubuntu forums that is getting an "error: out of disk" and rescue
> shell. Looking at the code it seems this would
Is there a command I'm missing to print the int 13 information provided
by the bios to diagnose possible errors? I have a user on the Ubuntu
forums that is getting an "error: out of disk" and rescue shell.
Looking at the code it seems this would be caused by a partition being
outside the disk,
On Sep 28, 2010, at 3:42 PM, Dmitry Ilyin wrote:
> 1. Implementation of some progress bar for file reading
>
> Loading files from slow flash or network can sometimes take up to several
> minutes (Linux initramfs could
> be about 100Mb). And i'm thinking about some progress meter for file load
On 09/29/2010 12:42 AM, Dmitry Ilyin wrote:
> 1. Implementation of some progress bar for file reading
>
> Loading files from slow flash or network can sometimes take up to several
> minutes (Linux initramfs could
> be about 100Mb). And i'm thinking about some progress meter for file loading.
> I
1. Implementation of some progress bar for file reading
Loading files from slow flash or network can sometimes take up to several
minutes (Linux initramfs could
be about 100Mb). And i'm thinking about some progress meter for file loading.
It could be print dot per
megabyte, percent or 34/76Mb
On 09/28/2010 11:46 PM, Grégoire Sutre wrote:
> Regarding the question of whether such an MSDOS partition type exists,
> I did not look very hard, but 45h comes to mind. This type is used by
> the Boot-US boot manager. It is reported as such by NetBSD fdisk. It
> is not listed in the known types
On 09/28/2010 09:05 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
Using an embedding partition on msdos as an optional alternative (not as
replacement) to MBR gap is a clear possibility, good idea and was
proposed before but details are very unclear. Like:
- How to create such partition
- How
>
> Hello all,
> Is there an install disk image for Grub2 as there was for Grub Legacy? I find
> it hard to install Grub2 onto a VMWare partition. If not, is there another way
> to do this? I'm doing this from a machine running Win7.
It's very easy, just boot your virtual machine from cd image.
On 09/28/2010 11:15 PM, Lennart Sorensen wrote:
> On Tue, Sep 28, 2010 at 10:58:31PM +0200, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>
>> On 09/28/2010 10:07 PM, Lennart Sorensen wrote:
>>
>>> On Tue, Sep 28, 2010 at 09:43:25PM +0200, Vladimir 'φ-coder/phcoder'
>>> Serbinenko wrote:
On Tue, Sep 28, 2010 at 10:58:31PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 09/28/2010 10:07 PM, Lennart Sorensen wrote:
> > On Tue, Sep 28, 2010 at 09:43:25PM +0200, Vladimir 'φ-coder/phcoder'
> > Serbinenko wrote:
> >
> >> GPT has new types.
> >>
> > GPT has an msdos par
On 09/28/2010 10:07 PM, Lennart Sorensen wrote:
> On Tue, Sep 28, 2010 at 09:43:25PM +0200, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>
>> GPT has new types.
>>
> GPT has an msdos partition type for itself for use in hybrid setups.
> I know GPT partition tables have new types, but GPT
On 09/27/2010 10:32 PM, Martin Schitter wrote:
> the actual raid implementation doesn't handle spare or faulty drives
> in a linux software raid array in a sane way. grub-probe will
> reproducible crash in such a setup.
>
> please include the attached trivial patch to fix this problem.
>
I didn't r
Am 28.09.2010 20:11, schrieb Phillip Susi:
On 9/28/2010 12:37 PM, Andreas Born wrote:
If I understood that part about hd emulation right, that would mean the
image wouldn't work on any machine? Or is it possible to switch
dynamically with one single image between hd emulation and native
el-t
On Tue, Sep 28, 2010 at 09:43:25PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> GPT has new types.
GPT has an msdos partition type for itself for use in hybrid setups.
I know GPT partition tables have new types, but GPT itself has a type
reserved in the old dos partition table.
> in msd
On 09/28/2010 09:15 PM, Lennart Sorensen wrote:
> On Tue, Sep 28, 2010 at 09:05:21PM +0200, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>
>> Using an embedding partition on msdos as an optional alternative (not as
>> replacement) to MBR gap is a clear possibility, good idea and was
>> propos
On 9/28/2010 3:05 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> Using an embedding partition on msdos as an optional alternative (not as
> replacement) to MBR gap is a clear possibility, good idea and was
> proposed before but details are very unclear. Like:
> - How to create such partition
T
On Tue, Sep 28, 2010 at 09:05:21PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> Using an embedding partition on msdos as an optional alternative (not as
> replacement) to MBR gap is a clear possibility, good idea and was
> proposed before but details are very unclear. Like:
> - How to cre
On 09/28/2010 10:04 AM, Colin Watson wrote:
> On Mon, Sep 27, 2010 at 09:55:17PM -0700, Bogdan wrote:
>
>> Another potential solution that I have not seen proposed - GRUB could create
>> its
>> own partition in order to reserve space.
>>
> We do this - well, we expect that the user or the
On 09/28/2010 10:04 AM, Colin Watson wrote:
> On Mon, Sep 27, 2010 at 09:55:17PM -0700, Bogdan wrote:
>
>> Another potential solution that I have not seen proposed - GRUB could create
>> its
>> own partition in order to reserve space.
>>
> We do this - well, we expect that the user or the
On 09/28/2010 08:45 PM, Phillip Susi wrote:
> On 9/28/2010 12:36 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>
>> My branch uses every available sector for redundancy info. So if you
>> have 2*n sectors left in MBR gap you can survive n corrupted sectors.
>>
> You might want to place a
On 9/28/2010 12:36 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> My branch uses every available sector for redundancy info. So if you
> have 2*n sectors left in MBR gap you can survive n corrupted sectors.
You might want to place a reasonable limit on that. With conventional
62 sector gaps t
Hello all,
Is there an install disk image for Grub2 as there was for Grub Legacy? I find
it hard to install Grub2 onto a VMWare partition. If not, is there another way
to do this? I'm doing this from a machine running Win7.
Dee Sharpe
Dee Sharpe
People deserve more,
from themselves & each ot
On 9/28/2010 12:18 PM, Colin Watson wrote:
> This is not true. GRUB has an ata module which can be built into
> core.img if necessary to read data from parts of the disk the BIOS can't
> read. It's not really solid enough to use by default, but people do
> occasionally report success with it.
Bu
On 09/28/2010 05:26 PM, Colin Watson wrote:
> On Tue, Sep 28, 2010 at 11:13:40AM -0400, Phillip Susi wrote:
>
>> On 9/27/2010 7:34 PM, Lennart Sorensen wrote:
>>
>>> FlexNet and similar like to write to track 0 sectors (outside partitioned
>>> space) to store license info. This clobbers pa
On Tue, Sep 28, 2010 at 11:40:13AM -0400, Phillip Susi wrote:
> On 9/28/2010 4:04 AM, Colin Watson wrote:
> > * The BIOS can often only read from relatively near the start of the
> > disk, and core.img must be readable by the BIOS. If some other
> > operating system is already installed
On 9/27/2010 7:34 PM, Lennart Sorensen wrote:
> FlexNet and similar like to write to track 0 sectors (outside partitioned
> space) to store license info. This clobbers part of grub potentially.
> So to make grub more tolerant of such misbehaviour, the idea suggested
> was to add error correction t
On 9/28/2010 4:04 AM, Colin Watson wrote:
> * The BIOS can often only read from relatively near the start of the
> disk, and core.img must be readable by the BIOS. If some other
> operating system is already installed - the common dual-boot case,
> and the case where this problem is
On Tue, Sep 28, 2010 at 11:13:40AM -0400, Phillip Susi wrote:
> On 9/27/2010 7:34 PM, Lennart Sorensen wrote:
> > FlexNet and similar like to write to track 0 sectors (outside partitioned
> > space) to store license info. This clobbers part of grub potentially.
> > So to make grub more tolerant of
> On Tue, Sep 28, 2010 at 02:10:20AM -0700, Bogdan wrote:
> > Only one of the 4 primary partitions can be active. So, turn whatever is
> > not
> > needed into an extended partition. What tools with this screw over? Or, are
>we
>
> > talking about OSes that don't support extended partitions he
On Mon, Sep 27, 2010 at 11:44:10PM -0500, richardvo...@gmail.com wrote:
> Is it a security hole if the linux superuser can write to /dev/sda ? If you
> block this level of access, how's fdisk (or any number of other partition
> managers) supposed to do its job? How's one supposed to install grub
On Tue, Sep 28, 2010 at 02:10:20AM -0700, Bogdan wrote:
> Only one of the 4 primary partitions can be active. So, turn whatever is not
> needed into an extended partition. What tools with this screw over? Or, are
> we
> talking about OSes that don't support extended partitions here?
That would
On Tue, Sep 28, 2010 at 03:40:34AM -0700, Bogdan wrote:
> > Moving partitions in an OS installer as a prerequisite for actually
> > working properly (which is a large part of what I care about given my
> > work on Debian and Ubuntu) is far too unsafe, especially if the size of
> > the partition exc
> EDD is still INT 13h, last I checked - just function 42h rather than 2h.
> We use that. Nevertheless, we still get occasional reports of problems
> due to BIOS limitations.
That's why I used the term "conventional INT 13h interface."
> Moving partitions in an OS installer as a prerequisite fo
On Tue, Sep 28, 2010 at 02:51:01AM -0700, Bogdan wrote:
> > On Tue, Sep 28, 2010 at 02:10:20AM -0700, Bogdan wrote:
> > Yes, which is the only thing that will fit into the boot sector which
> > needs to read everything else.
>
> I disagree. You have more than enough space for both EDD and conventi
> On Tue, Sep 28, 2010 at 02:10:20AM -0700, Bogdan wrote:
> > > * The BIOS can often only read from relatively near the start of the
> > >disk, and core.img must be readable by the BIOS. If some other
> > >operating system is already installed - the common dual-boot case,
> > >and th
On Tue, Sep 28, 2010 at 02:10:20AM -0700, Bogdan wrote:
> > * The BIOS can often only read from relatively near the start of the
> >disk, and core.img must be readable by the BIOS. If some other
> >operating system is already installed - the common dual-boot case,
> >and the case wher
> * The BIOS can often only read from relatively near the start of the
>disk, and core.img must be readable by the BIOS. If some other
>operating system is already installed - the common dual-boot case,
>and the case where this problem is overwhelmingly most likely to
>matter - i
On 09/24/2010 04:09 PM, Richard Stallman wrote:
> > It appears that, rather than the operating system itself being at fault,
> > a number of Windows applications take over a sector in the boot track
> > and store bits and pieces of data there.
>
> I am surprised applications can do that
the actual raid implementation doesn't handle spare or faulty drives in
a linux software raid array in a sane way. grub-probe will reproducible
crash in such a setup.
please include the attached trivial patch to fix this problem.
for more information see:
https://savannah.gnu.org/bugs/?31119
On Mon, Sep 27, 2010 at 09:55:17PM -0700, Bogdan wrote:
> Another potential solution that I have not seen proposed - GRUB could create
> its
> own partition in order to reserve space.
We do this - well, we expect that the user or the OS installer does this
- on GPT, as it's obviously the right a
41 matches
Mail list logo
