Empty Disk when trying to install dual-boot system
I recently purchased an SSD to speed up my computer experience. Before, I had Windows 7 and Ubuntu in a dual-boot system. The plan was to install Windows 8 on the SSD and then set aside ~30GB for the system files of Ubuntu.
I installed Windows 8 just fine on the SSD, then I booted the Ubuntu install CD to make my partitions like always - but GParted tells me the entire SSD is unallocated. Now I am afraid I will lose my Windows installation if I try to do anything to it.
Why does GParted think there is no partition on the SSD? Shouldn't it be 4 Partitions, like the Windows installer told me?
And is it possible to ignore this and install Ubuntu on the hard disk (where it, frankly, already is) and somehow make it possible to install GRUB on the SSD to revert my dual-boot system without damaging the installed Win8?
This symptom is usually caused by one of two problems:
-
Leftover software RAID data -- If the disk had been (or is being) used with software RAID, leftover RAID data can confuse the Ubuntu installer. You can usually fix this problem by typing
sudo dmraid -E -r /dev/sda
; however, you should be very sure that you're not currently using software RAID. If you erase RAID data when the system is actually using RAID, the result can be problems accessing your disk at all. -
A damaged partition table -- The libparted library (upon which the Ubuntu installer relies) is extremely sensitive to partition table problems. If any exist, it usually reports the disk as being empty. My FixParts program (part of the
gdisk
package in Ubuntu) will correct many of these problems in an automatic or semi-automatic mannger; see its Web page for details. Other problems may require more specialized and manual repairs. If you think this is the source of the problem and if FixParts can't fix it or if you're wary of using FixParts, post the output ofsudo fdisk -l /dev/sda
. (Add four spaces to the beginning of each line of that output to preserve columnar output.) If the disk uses GPT rather than MBR partitions, typesudo sgdisk -v /dev/sda
and post the output here. (Both FixParts andsgdisk
are part of thegdisk
package in Ubuntu.)