Re: GRUB and the risk of block list corruption in extX

2013-02-08 Thread Chris Murphy
On Feb 8, 2013, at 10:17 AM, Martin Wilck wrote: >> This is not a complete answer but one of my problems is that such >> requests don't even suply any kind of reason to go into such installs. >> We nerd to consider usecases before even considering using an approach >> which is known for some pre

Re: GRUB and the risk of block list corruption in extX

2013-02-08 Thread Andrey Borzenkov
В Fri, 8 Feb 2013 13:58:36 -0500 "Lennart Sorensen" пишет: > On Fri, Feb 08, 2013 at 12:56:52PM -0600, Bruce Dubbs wrote: > > You don't need an EFI system to give GRUB enough space. You just > > need to partition the drive so the first partition starts at 1MB > > instead of sector 63. I think u

Re: GRUB and the risk of block list corruption in extX

2013-02-08 Thread Lennart Sorensen
On Fri, Feb 08, 2013 at 12:56:52PM -0600, Bruce Dubbs wrote: > You don't need an EFI system to give GRUB enough space. You just > need to partition the drive so the first partition starts at 1MB > instead of sector 63. I think using a GPT partition scheme is quite > preferred over the MSDOS schem

Re: GRUB and the risk of block list corruption in extX

2013-02-08 Thread Bruce Dubbs
Lennart Sorensen wrote: On Fri, Feb 08, 2013 at 06:17:57PM +0100, Martin Wilck wrote: In my case, the reason is a multiboot setup based on chainloading the indiviual installed OS's bootloaders from a central, primary bootloader. This is easily accomplished by installing the individual OS's bootl

Re: GRUB and the risk of block list corruption in extX

2013-02-08 Thread Lennart Sorensen
On Fri, Feb 08, 2013 at 06:17:57PM +0100, Martin Wilck wrote: > In my case, the reason is a multiboot setup based on chainloading the > indiviual installed OS's bootloaders from a central, primary bootloader. > This is easily accomplished by installing the individual OS's > bootloaders in their res

Re: GRUB and the risk of block list corruption in extX

2013-02-08 Thread Martin Wilck
> This is not a complete answer but one of my problems is that such > requests don't even suply any kind of reason to go into such installs. > We nerd to consider usecases before even considering using an approach > which is known for some pretty serious problems. Will answer in more > details late

Re: GRUB and the risk of block list corruption in extX

2013-02-08 Thread Vladimir 'phcoder' Serbinenko
This is not a complete answer but one of my problems is that such requests don't even suply any kind of reason to go into such installs. We nerd to consider usecases before even considering using an approach which is known for some pretty serious problems. Will answer in more details later. On Feb

Re: GRUB and the risk of block list corruption in extX

2013-02-08 Thread Vladimir 'phcoder' Serbinenko
This is not a complete answer but one of my problems is that such requests don't even suply any kind of reason to go into such installs. We nerd to consider usecases before even considering using an approach which is known for some pretty serious problems. Will answer in more details later. On Feb

Re: ticks_disappear option in circular_progress has no default value

2013-02-08 Thread Vladimir Testov
My last mesage about this problem wasn't answered. Maybe I should write more detailed message. There is parameter for circular progress bar, which hasn't a default value. ticks_disappear If it set to "0" in terms of source code ("true" in terms of grub2 theme) then ticks will APPEAR. If it set

Re: GRUB and the risk of block list corruption in extX

2013-02-08 Thread Martin Wilck
> herefore I asked a similar question on ext4-devel. The ext4 developers have made some interesting comments on the subject: http://thread.gmane.org/gmane.comp.file-systems.ext4/36911On 02/07/2013 Regards Martin -- Dr. Martin Wilck PRIMERGY System Software Engineer x86 Server Engineering FUJIT