Drive partitioning issues

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




To make a long story short, I have extensively used GParted to
resize/move and create new partitions and eventually, I was faced
with "hidden" multiple partitions that prevented me from installing F11.

I was really surprised that GParted did not "clean up" old partitions
I really did not want when using resizing, moves, creation, deletions,
and so on, or so I think.  I did wonder why partitions were being
reassigned and thought no "damages" could result in doing so.

When reading the bug reports involving the "failure" of F11's LiveCD
from finding any partitions due to to the "hidden" multiple partitions,
I found in the bug-reports that someone had used fdisk as follows:

# fdisk -u /dev/sda
 type in: 'x'  - Advanced setup
 type in: 'f'   - Reorder partitions
 type in: 'w' - Write the new tables
 type in: 'q' or quit
* It ends saying that a reboot is necessary.

I noticed that the partition assignments of sda[1-X]
may change and may require that the grub.conf and
possibly the /etc/fstab files will need to be updated
to reflect the re-assigned partitions.

Having done that, I was able to boot into my f8 & f9
OS, but I was no longer able to get my ubuntu nor
debian OS to work as grub can no longer find them,
somehow.  Yes, I have used grub's root & setup
commands and they did not solve the problem,
and probably will not solve my F11 LiveCD
installation problem.

What is interesting is, I noticed that GParted believes
the entire drive is unallocated - perhaps due to these
"hidden" partitions, however fdisk had no problem in
listing the entire drive's partition information.

I searched the internet for "Gparted unallocated', I
found a site that advised to use 'testdrive'. Using
'testdrive', it found many "hidden" partition tables.
Since I have never used testdisk before, I did not
wish to 'write' anything in fear of losing the data
permanently since I have no back up.

My plan is to wait for my RMA'ed drive to arrive,
and to transfer all of my partitions from the "corrupted"
drive to the new drive, make sure it works correctly,
before using 'testdrive' on the "corrupted" drive to see
if I can recover the mangled partitions, otherwise I will
just wipe the "corrupted" drive clean for other uses.

I am writing this because I am wondering if anyone has
a better solution or has used 'testdrive' successfully to
recover in situations like I have written here.

Thanks -
Dan

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux