I always feel a little leary resizing partitions, but my buddy had a
vista setup (one big 180gb partition NTFS and a small "restore"
partition) I wanted to put XP next to it (He won't do ubuntu...yet :)
I tried resizing with kubuntu feisty herd 5 and it said something about
an unclean NTFS system,
It sounds like the consens is to upgrade gparted - the changelog is full of
fixes and it's likely IMHO that it may fix this issue.
There's a bug about upgrading gparted for Feisty: Bug #81185.
--
Partition table destroyed when resizing NTFS
https://launchpad.net/bugs/48229
--
desktop-bugs mail
Feisty probably won't use gparted for partitioning anymore:
https://blueprints.beta.launchpad.net/ubuntu/+spec/ubiquity-advanced-
partitioner
Though, it would be nice to have the latest gparted release in Ubuntu.
--
Partition table destroyed when resizing NTFS
https://launchpad.net/bugs/48229
-
I've attempted resize but it just fails to resize an NTFS. I killed off
Windows on an old laptop after that for Edgy.
--
Partition table destroyed when resizing NTFS
https://launchpad.net/bugs/48229
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/list
why not upgrade to gparted 0.3.3?
--
Partition table destroyed when resizing NTFS
https://launchpad.net/bugs/48229
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
I've had the same problem. 80 GB disk (NTFS partition #1) resized to 50
GB, made one ext3 partition and one swap. NTFS partition became black
and couldn't mount. But... only Ubuntu worked :) - GRUB booted ubuntu
from second partition. Windows were dead.
--
Partition table destroyed when resizing
I not upgrade to 0.3.2?
--
Partition table destroyed when resizing NTFS
https://launchpad.net/bugs/48229
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Hi all,
me too have lost my ntfs partition after gparted. Now I've tried to do so:
format the ntfs another time in order to install Windows XP.
My problem is: since Win installation erase old MBR and I'd like to keep it
safe, do you know a secure way to restore it after XP will be on?
Thanks in a
This probably is related with this issue:
https://launchpad.net/distros/ubuntu/+source/gparted/+bug/65080
--
Partition table destroyed when resizing NTFS
https://launchpad.net/bugs/48229
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop
I had a very similar bug that I think has the same source:
ntfs-resize worked well (I enlarged the FS).
After writing a new partition table with the partitioner shipped with
edgy-alternate-beta-i386.iso as of Sep 28, installing grub or lilo (tried both)
failed and I couldn't write a new mbr with
Parted (what gparted uses for partition table manipulation) doesn't
touch NTFS at all so it can't destroy it. What it did was that it
changed the NTFS partition start to an incorrect place in the partition
table, so it became completely inaccessible.
Unfortunately neither gparted nor testdisk can
I had the same effect with Dapper. Not only the partition table was
dead, but also the partition filsystem was broken: I couldn't find NTFS
partition using gpart and TestDisk rescue tools, which greps through the
disc searching for the characteristic partition start patterns.
--
Partition table d
I've experienced a corrupt partition table after resizing a ext3 partition.
gparted just said "Error" after the resizing step (which was the first one).
This was with dapper.
I also think that Ubuntu should ship a more recent gparted version, because
from the changelog there seem to get a lot of
I'm not sure wether this comment really belongs here, but I resized my
ntfs partition using partition magic 8 in windows, and I got some
problems with the ext3 filesystem. I used e2fsck and answered yes to a
couple of questions and after five minutes, everything was back to
normal.
--
Partition t
Resizing a partition having a filesystem consists of three different
steps:
1. resizing the filesystem (ntfsresize)
2. resizing the partition (libparted)
3. coordinating the above two (gparted)
As being the ntfsresize author, I've investigated well over a hundred
cases in the last four years wh
The upstream bug description is very vague; it mentions that there were
some known bugs in 0.1 regarding NTFS, but that is about it. Note also
that I don't think gparted resizes NTFS itself, but calls out to
ntfsresize.
--
Partition table destroyed when resizing NTFS
https://launchpad.net/bugs/4
Also reported as: Bug #53477:
** Bug 53477 has been marked a duplicate of this bug
--
Partition table destroyed when resizing NTFS
https://launchpad.net/bugs/48229
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
** Changed in: gparted (Ubuntu)
Status: Unconfirmed => Confirmed
--
Partition table destroyed when resizing NTFS
https://launchpad.net/bugs/48229
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Same sorts of things frequently happen with NTFS when resizing with
DOS/Windows tools.
--
Partition table destroyed when resizing NTFS
https://launchpad.net/bugs/48229
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Upstream bug report was closed saying that quite some NTFS resize bugs
were fixed in gparted-0.2, while Ubuntu (Dapper) uses 0.1.
--
Partition table destroyed when resizing NTFS
https://launchpad.net/bugs/48229
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/m
** Changed in: gparted (Ubuntu)
Assignee: (unassigned) => Ubuntu Desktop Bugs
--
Partition table destroyed when resizing NTFS
https://launchpad.net/bugs/48229
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Potential for massive/total data loss
** Changed in: gparted (Ubuntu)
Severity: Normal => Critical
--
Partition table destroyed when resizing NTFS
https://launchpad.net/bugs/48229
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-b
It seems that 0.1 is dodgey when resizing partitions, particularly
NTFS. See gnome bug for more info.
Dapper should be using 0.2!
--
Partition table destroyed when resizing NTFS
https://launchpad.net/bugs/48229
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com
** Bug watch added: GNOME Bug Tracker #343757
http://bugzilla.gnome.org/show_bug.cgi?id=343757
** Also affects: gparted (upstream) via
http://bugzilla.gnome.org/show_bug.cgi?id=343757
Severity: Unknown
Priority: Unknown
Status: Unknown
--
Partition table destroyed when res
24 matches
Mail list logo
