-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sirs,
this bug don't have more details until Dec/17/2006.
I see some messages in Debian-Users-List comment that some users lost
datas in MS Windows partition after install Etch, so I think that this
bug is very important!
Come work together to release
Hi Kurt!
You wrote:
The best thing I can think of right now is that if it starts and stops
on a 2048 sector boundery (that's not also the normal (63) boundery?)
and the fs is ntfs 3.1, we use 2048, else the normal value. Which looks
so ugly.
I wonder how vista does this itself.
I don't
Bas Zoetekouw [EMAIL PROTECTED] writes:
The problem here is how to decide if we should or not align it.
That's
the most difficult question...
If the partition is merely being resized, the begin sector should
_never_ be changed, I think.
I guess it wouldn't be a bad thing to only change the
On Sat, Dec 16, 2006 at 05:20:02PM +0100, Kurt Roeckx wrote:
Bas Zoetekouw [EMAIL PROTECTED] writes:
The problem here is how to decide if we should or not align it.
That's
the most difficult question...
If the partition is merely being resized, the begin sector should
_never_ be
On Saturday 16 December 2006 17:57, Sven Luther wrote:
Is there some kind of version or something for those NTFS partitions,
which will enable us to detect them ?
This seems like the wrong thing to do. (lib)parted should not touch the
starting sector for an *existing* partition of _any_ file
On Sat, Dec 16, 2006 at 06:46:47PM +0100, Frans Pop wrote:
On Saturday 16 December 2006 17:57, Sven Luther wrote:
Is there some kind of version or something for those NTFS partitions,
which will enable us to detect them ?
This seems like the wrong thing to do. (lib)parted should not touch
On Saturday 16 December 2006 19:33, Kurt Roeckx wrote:
I think they have something in d-i now that detects vista based on some
files in the fs or something. Frans probably knows more about this.
Yes, but that only works for the partition that has the Vista OS, not for
data partitions. Anyway,
On Sat, Dec 16, 2006 at 05:57:04PM +0100, Sven Luther wrote:
On Sat, Dec 16, 2006 at 05:20:02PM +0100, Kurt Roeckx wrote:
I just wonder what constraints the end sector should have in that case,
looking at the bug report, the end cylinder also seem to be a multiple
of 2048 - 1, so it seem
On Sat, Dec 16, 2006 at 07:48:01PM +0100, Frans Pop wrote:
On Saturday 16 December 2006 19:33, Kurt Roeckx wrote:
I think they have something in d-i now that detects vista based on some
files in the fs or something. Frans probably knows more about this.
Yes, but that only works for the
On Sat, Dec 16, 2006 at 07:33:38PM +0100, Kurt Roeckx wrote:
On Sat, Dec 16, 2006 at 05:57:04PM +0100, Sven Luther wrote:
On Sat, Dec 16, 2006 at 05:20:02PM +0100, Kurt Roeckx wrote:
I just wonder what constraints the end sector should have in that case,
looking at the bug report, the
Hi,
I've been looking at this, and I'm not sure what the right thing to do
is at this time.
libparted/label/dos.c:_primary_start_constraint() has this comment:
/* This constraint is for partitions starting on the first cylinder. They
* must start on the 2nd head of the 1st cylinder.
*/
So it
Hi guys!
[Cc'ing a lot of people who contributed to the bug report]
Kurt wrote:
| libparted/label/dos.c:_primary_start_constraint() has this comment:
| /* This constraint is for partitions starting on the first cylinder. They
| * must start on the 2nd head of the 1st cylinder.
| */
|
| So it
Bas Zoetekouw [EMAIL PROTECTED] writes:
Well, does it really matter _why_ they did it? The problem here (as I
perceive it, at least), is that parted is for some reason fixing the
starting sector of the partition, while it shouldn't touch the beginning
of the partition at all. All it should
Hi Otavio!
You wrote:
So IMO this should be fixed by somehow restricting the parition aligning
to the ending sector only, and not have libparted and _partition_align()
touch the begin sector of the partition at all, if the partition is
being resized. In the case that a new partition is
Bas Zoetekouw [EMAIL PROTECTED] writes:
The problem here is how to decide if we should or not align it. That's
the most difficult question...
If the partition is merely being resized, the begin sector should
_never_ be changed, I think.
On NTFS specific case would be difficult to detect
Hi!
Following the instructions by Frans to reproduce the bug, I tried to
track this bug down. The problem seems to be that parted explicitly
aligns the partitions at cylinder boundaries.
I added lots of print command to the source, and it turns out that the
starting sector of the partition is
Here is a recipe to reproduce the error.
I developed this procedure in debian installer, run inside vmware with a
new 2GB hard disk image (not yet partitioned).
The procedure starts when the installer has been run up to hardware
detection and the main menu is shown with partman selected.
Due
17 matches
Mail list logo