>I always thought;
>
>First 446 bytes are boot code and all
Right, of course. Otherwise it won't sum up to 512 bytes.
Jan Engelhardt
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi kernel.
* kernel <[EMAIL PROTECTED]> dixit:
> First 446 bytes are boot code and all
> Next 64 bytes are for 4 partition records, 16 bytes each
> Last 2 bytes are signature
And that's right, but only for the MBR. If you set up an extended
partition in the MBR, the partition table for
I always thought;
First 446 bytes are boot code and all
Next 64 bytes are for 4 partition records, 16 bytes each
Last 2 bytes are signature
?
-fd
On Wed, 2005-07-13 at 06:24, Jan Engelhardt wrote:
> > Guys, thanks a lot for the explanations!
> >
> > Actually, it seems like one can backup
I always thought;
First 446 bytes are boot code and all
Next 64 bytes are for 4 partition records, 16 bytes each
Last 2 bytes are signature
?
-fd
On Wed, 2005-07-13 at 06:24, Jan Engelhardt wrote:
Guys, thanks a lot for the explanations!
Actually, it seems like one can backup
Hi kernel.
* kernel [EMAIL PROTECTED] dixit:
First 446 bytes are boot code and all
Next 64 bytes are for 4 partition records, 16 bytes each
Last 2 bytes are signature
And that's right, but only for the MBR. If you set up an extended
partition in the MBR, the partition table for that
I always thought;
First 446 bytes are boot code and all
Right, of course. Otherwise it won't sum up to 512 bytes.
Jan Engelhardt
--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi Konstantin :)
* Konstantin Kudin <[EMAIL PROTECTED]> dixit:
> Actually, it seems like one can backup information on ALL partitions
> by using the command "sfdisk -dx /dev/hdX". Supposedly, it reads not
> only primary but also extended partitions. "sfdisk -x /dev/hdX" should
> be then
Hi Horst :)
* Horst von Brand <[EMAIL PROTECTED]> dixit:
> DervishD <[EMAIL PROTECTED]> wrote:
> > It's a good idea to have a copy of the partition table around, if
> > it is not simple (the one you had is NOT simple).
> Be careful. What you'll get out of backing up the partition table
> Guys, thanks a lot for the explanations!
>
> Actually, it seems like one can backup information on ALL partitions
>by using the command "sfdisk -dx /dev/hdX". Supposedly, it reads not
>only primary but also extended partitions. "sfdisk -x /dev/hdX" should
>be then able to write whatever is
Guys, thanks a lot for the explanations!
Actually, it seems like one can backup information on ALL partitions
by using the command sfdisk -dx /dev/hdX. Supposedly, it reads not
only primary but also extended partitions. sfdisk -x /dev/hdX should
be then able to write whatever is known back to
Hi Horst :)
* Horst von Brand [EMAIL PROTECTED] dixit:
DervishD [EMAIL PROTECTED] wrote:
It's a good idea to have a copy of the partition table around, if
it is not simple (the one you had is NOT simple).
Be careful. What you'll get out of backing up the partition table is /only/
Hi Konstantin :)
* Konstantin Kudin [EMAIL PROTECTED] dixit:
Actually, it seems like one can backup information on ALL partitions
by using the command sfdisk -dx /dev/hdX. Supposedly, it reads not
only primary but also extended partitions. sfdisk -x /dev/hdX should
be then able to write
--- Horst von Brand <[EMAIL PROTECTED]> wrote:
Guys, thanks a lot for the explanations!
Actually, it seems like one can backup information on ALL partitions
by using the command "sfdisk -dx /dev/hdX". Supposedly, it reads not
only primary but also extended partitions. "sfdisk -x /dev/hdX"
DervishD <[EMAIL PROTECTED]> wrote:
[...]
> It's a good idea to have a copy of the partition table around, if
> it is not simple (the one you had is NOT simple).
Be careful. What you'll get out of backing up the partition table is /only/
the primary partitions, the others are handled by a
Hi Konstantin :)
* Konstantin Kudin <[EMAIL PROTECTED]> dixit:
> Can anyone enlighten me what the pluses mean?
It is commented in the README.fdisk file in util-linux
distribution: the '+' flag means that the partition has an odd number
of sectors. That means that you can waste a sector
Hi there,
Fdisk on my machine displays the output shown below. Many partitions
have pluses after "Blocks". The issue is that during installation on
the existing linux setup WinXP screwed up the partition table, and
these pluses were very difficult to recreate. Basically, if I remove
hda9, and
--- Horst von Brand [EMAIL PROTECTED] wrote:
Guys, thanks a lot for the explanations!
Actually, it seems like one can backup information on ALL partitions
by using the command sfdisk -dx /dev/hdX. Supposedly, it reads not
only primary but also extended partitions. sfdisk -x /dev/hdX should
Hi there,
Fdisk on my machine displays the output shown below. Many partitions
have pluses after Blocks. The issue is that during installation on
the existing linux setup WinXP screwed up the partition table, and
these pluses were very difficult to recreate. Basically, if I remove
hda9, and
Hi Konstantin :)
* Konstantin Kudin [EMAIL PROTECTED] dixit:
Can anyone enlighten me what the pluses mean?
It is commented in the README.fdisk file in util-linux
distribution: the '+' flag means that the partition has an odd number
of sectors. That means that you can waste a sector at
DervishD [EMAIL PROTECTED] wrote:
[...]
It's a good idea to have a copy of the partition table around, if
it is not simple (the one you had is NOT simple).
Be careful. What you'll get out of backing up the partition table is /only/
the primary partitions, the others are handled by a weird
20 matches
Mail list logo
