Tuc at T-B-O-H.NET wrote:
Disk /dev/hdb: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 127 1020096 83 Linux /dev/hda2 128 185 465885 82 Linux swap /dev/hda3 186 312 1020127+ 83 Linux /dev/hda4 313 9729 75642052+ 5 Extended /dev/hda5 313 439 1020096 83 Linux /dev/hda6 440 1714 10241406 83 Linux
.. You could fire up fdisk, delete hda6, hda5, hda4, then recreate hda4 extending over the entire free space, then recreate hda5, hda6 *exactly* as before (above), and then hda7 with the remaining free space. And only *then* commit the changes to disk. No need to reformat hda5,hda6 this way, their contents will survive the repartitioning if they are recreated exactly as before. Done. Entire disk now accessible. But personally, I wouldn't do this. I'd just create a new partition scheme that makes more sense, and then file-copy everything over from the old 80GB drive to the new scheme, re-run grub-install on the new drive, and be done with it. Cheers -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
