-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/9/2013 10:54 AM, Vladimir '?-coder/phcoder' Serbinenko wrote:
> Not true. I've checked: all configs not involving compressed fs or
> diskfilter fit in 31K.
As I said, "trivial" configurations ;)
ext2 with no raid or lvm fits... btrfs or any co
On 10.12.2013 02:56, Chris Murphy wrote:
>
> On Dec 9, 2013, at 5:55 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
>> On 10.12.2013 01:11, Chris Murphy wrote:
>>>
>>> Technically if the alternate is invalid by being in the wrong location
>>> (either end of disk or where the primary head
On Dec 9, 2013, at 5:55 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 10.12.2013 01:11, Chris Murphy wrote:
>>
>> Technically if the alternate is invalid by being in the wrong location
>> (either end of disk or where the primary header says it should be located),
>> and the header is
On 10.12.2013 01:11, Chris Murphy wrote:
>
> On Dec 9, 2013, at 8:54 AM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
>> On 09.12.2013 16:28, Phillip Susi wrote:
>>> On 10/23/2013 9:49 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
partmap module is size-critical and CRC32 verificati
On Dec 9, 2013, at 8:54 AM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 09.12.2013 16:28, Phillip Susi wrote:
>> On 10/23/2013 9:49 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>>> partmap module is size-critical and CRC32 verification is pretty
>>> big. There are 3 problems with back
On 09.12.2013 16:28, Phillip Susi wrote:
> On 10/23/2013 9:49 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> partmap module is size-critical and CRC32 verification is pretty
>> big. There are 3 problems with backup header:
>
> The grub core no longer fits in 63 sectors in all but the most tri
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/23/2013 9:49 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> partmap module is size-critical and CRC32 verification is pretty
> big. There are 3 problems with backup header:
The grub core no longer fits in 63 sectors in all but the most trivi
On 24.10.2013 20:17, Chris Murphy wrote:
> Yes it's just being silly. But the take away is that (partitioning) tools are
> behaving wrongly if they understand GPT, yet ignore or can't fix problems
> with either GPT. The spec only says software, it doesn't specify what
> software, so I'm assuming
On Oct 24, 2013, at 7:39 AM, "Lennart Sorensen"
wrote:
> On Wed, Oct 23, 2013 at 09:07:21PM -0600, Chris Murphy wrote:
>> While technically a violation of the UEFI spec, I think this can be worked
>> around by considering the disk GPT if the first entry in the MBR is type
>> 0xEE. I don't kno
On Wed, Oct 23, 2013 at 09:07:21PM -0600, Chris Murphy wrote:
> While technically a violation of the UEFI spec, I think this can be worked
> around by considering the disk GPT if the first entry in the MBR is type
> 0xEE. I don't know of a hybrid MBR implementation where an entry other than
> th
Thanks for the response:
On Oct 23, 2013, at 7:49 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 24.10.2013 03:38, Chris Murphy wrote:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1022743
>>
>> Gist is, starting with a disk with valid PMBR, primary GPT, and backup
>> GPT, if I zero L
On 24.10.2013 03:38, Chris Murphy wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=1022743
>
> Gist is, starting with a disk with valid PMBR, primary GPT, and backup
> GPT, if I zero LBA 2, I can no longer boot from the disk. I get a grub
> rescue prompt.
>
> Instead, if I merely corrupt a po
https://bugzilla.redhat.com/show_bug.cgi?id=1022743
Gist is, starting with a disk with valid PMBR, primary GPT, and backup GPT, if
I zero LBA 2, I can no longer boot from the disk. I get a grub rescue prompt.
Instead, if I merely corrupt a portion of the first partitiontypeguid to mimic
corrupt
13 matches
Mail list logo