This bug was fixed in the package parted - 1.7.1-5.1ubuntu9
---
parted (1.7.1-5.1ubuntu9) hardy; urgency=low
* gptsync.dpatch: Only write a synced legacy MBR on Apple systems;
otherwise, write a protective MBR per the EFI standard (LP: #107326).
This behaviour may be
I have a fix for this on my laptop now that makes the legacy MBR code
conditional on whether the system is a Mac, with an environment variable
override for cases where this is wrong. I'm actually on holiday right
now, but when I get back next week I'll upload it for testing; there
should be no
Hey Colin,
This bug is nagging us as well. http://system76.com/servers
--
non working gpt labels
https://bugs.launchpad.net/bugs/107326
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Hardy Beta is almost there and this bug is still unfixed. Please, fix
this issue. Hardy is a LTS release, thus many people are going to be
bitten by this bug. A few years ago 2TB was crazy but nowadays is
quite usual in servers and it will be usual in desktops in a couple of
years (1TB hard disks
I agree. I've purchased a Mac to test this on, but I'm not sure if I'll
be able to fix this by myself. Any help would be greatly appreciated.
--
non working gpt labels
https://bugs.launchpad.net/bugs/107326
You received this bug notification because you are a member of Ubuntu
Bugs, which is
i experienced the same problem on a 64 bit ubuntu 7.10 with a 4,5 tb
hardware-raid which i formated as one whole partition. after rebooting
the machine and mounting the partition there were only 95 gb left on it
and running fsck i encountered a lot of errors.
as a solution (after two days of not
Why is this bug unfixed yet? It destroyed 3TB of data for me,
fortunately I still had a copy of the data at the original location.
Anyway, I built Gutsy packages of Parted 1.8.8 with the Debian/Ubuntu
patches but not the Mac compatibility patch which is messing
everything up. They are available
I'm pretty confident that the gptsync patch is still needed on Macs in
order to make the firmware recognise it; the grub patch is necessary but
not sufficient. Yes, it violates the standard, but that's Apple's fault
...
I think the suggestion in
** Changed in: parted (Ubuntu)
Importance: Undecided = High
--
non working gpt labels
https://bugs.launchpad.net/bugs/107326
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
Colin, thanks for looking at this again. I think my suggestion for
conditionalizing on 2 TB is better than conditionalizing on Mac vs.
non-Mac, because if a Mac had a 2 TB drive, I'm guessing it would suffer
this same problem, as it is Linux that is preferring the msdos partition
table to GPT,
Now sure but I think some of this discussion may explain my problem. I
installed gusty on my macbookpro and both the Mac OS and Ubuntu would
able to be launched from the Mac menu. Then I installed Linux Mint and
then none of my Linux installations would boot. I was going to put Grub
stage 1 on
don hardaway: This bug is about a change made to help support Macs
breaking GPT labels for disks 2 TB. This is not the right place to
address your issue, unless you have a large disk. I would recommend you
try some of the various Ubuntu forms or maybe the IRC channel. Given
that you're asking for
I had the same problem working with a 3TB array. I created 7 partitions
on a gpt label with parted from 7.10 64bit desktop. I then used hdparm
-z /dev/sda to reread the partitions, but the OS only saw the first 4.
I then chrooted into SLES 10 and used the parted from it. It gave the
same error
Quesar, the bug I referenced includes a comment about GRUB in Ubuntu
being patched with the GPT support.
--
non working gpt labels
https://bugs.launchpad.net/bugs/107326
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
This is still a problem with Gutsy. I have a 64-bit machine with a 2.25
TB array (hardware RAID 5 of four 750 GB drives). The installer is
syncing the GPT label into an msdos label. I think everyone agrees
this is wrong, but it was supposedly done for compatibility with Apple's
software. See bug
The failure of grub to install from my last message may be related to
the various testing we did. At this time, it's not reproducible. I've
boiled the work-around steps to: Install, wait until the end, run
Dapper's parted and let it fix the corrupt (i.e. synced) GPT, re-install
grub, and finish
I can confirm this bug.
Happened for me with Edgy 32bit.
The included gnu parted 1.7.1 is broken. I created a 2.7 TB GTP partition, and
initialized it with ext3.
On reboot fsck reported that the file system was larger then the partition, and
it was unuseable.
I compiled/installed parted 1.8.8
Typo. I meant GPT instead of GTP in the above comment.
--
non working gpt labels
https://bugs.launchpad.net/bugs/107326
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
for reference:
7Tb XFS partition lost on reboot:
http://ubuntuforums.org/showthread.php?p=3730925
Issues with very large partitions:
http://ubuntuforums.org/showthread.php?t=429986
--
non working gpt labels
https://bugs.launchpad.net/bugs/107326
You received this bug notification because you
Most likely caused by gpt sync patch,
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/46853
--
non working gpt labels
https://bugs.launchpad.net/bugs/107326
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs
** Description changed:
Binary package hint: parted
- The ubuntu parted that is on the feisty installation cds has a bug when
creating gpt labels (at least on large disk arrays). We tried to create a gpt
label and one XFS partition on a 10,5 TB RAID6-Array.
- Notice: Exactly the same
21 matches
Mail list logo