I purchased a new desktop PC , as documented in this thread: https://forums.opensuse.org/showthread.php/493659-Hardware-motherboard-experience-for-new-PC?highlight=hardware
I’m looking for opinions on how to install an OS on this PC if UEFI/GPT is selected ?
The PC comes with a 2 TB hard drive, and a 256 GB SSD drive, and without an operating system installed (at my request). The motherboard is a Gigabyte Z87X-D3H which supports UEFI.
I’m thinking of puting on the 256GB SSD drive the following;
- freedos - which may be possible per : https://lists.gnu.org/archive/html/help-grub/2012-06/msg00047.html
- windows7 - it appears this may need to go on first , albeit I would prefer to install it later
- openSUSE-13.1 ( / root partition)
- openSUSE-TBD (some TBD milestone/beta release)
- swap
The 2 TB HD drive I plan to carve up into a couple of partitions to hold the /home (ie the data) for the openSUSE installs. I could also put partitions such as /var and /tmp on the 2 TB HD as part of an effort to reduce wear and tear on the SSD drive.
My research into Windows7 failed to give me one case of where a PC with only GNU/Linux only in a UEFI/GPT setup (but with empty drive space/partition) had windows7 installed later. Every guide I found had Windows7 installed BEFORE openSUSE. I don’t have Windows7 currently, and it may take a week or two to obtain in an inexpensive OEM version to install. Hence I would prefer to install it later, but this appears frought with risk/uncertainty (and hence Windows7 must be installed first). Opinions?
Free Dos - has anyone actually succeeded in putting freedos on a UEFI/GPT system ?
My SSD drive, although it has no partitions, is flagged as MBR. I’m I correct this is a simple matter to reflag it as GPT ?
Here is some detail on the hardware (obtained by booting to a liveDVD) :
and from fdisk -l
linux:/home/linux # fdisk -l
Disk /dev/sdb: 256.1 GB, 256060514304 bytes, 500118192 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0xa0f97c4b
Device Boot Start End Blocks Id System
Disk /dev/sda: 2000.4 GB, 2000398934016 bytes, 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
I was curious if these were setup for gpt, so I tried gdisk:
First the hard drive:
linux:/home/linux # gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.8.7
Partition table scan:
MBR: not present
BSD: not present
APM: not present
GPT: not present
Creating new GPT entries.
Disk /dev/sda: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 1E15EA18-90C0-419B-B2F6-DDF9EF154E9C
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 3907029101 sectors (1.8 TiB)
Number Start (sector) End (sector) Size Code Name
and then the SSD drive:
linux:/home/linux # gdisk -l /dev/sdb
GPT fdisk (gdisk) version 0.8.7
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************
Disk /dev/sdb: 500118192 sectors, 238.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): D709EEE3-CA60-49FA-8AC1-ABA4427C27DF
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 500118158
Partitions will be aligned on 2048-sector boundaries
Total free space is 500118125 sectors (238.5 GiB)
Number Start (sector) End (sector) Size Code Name