USB-stickan tillverkade jag med hjälp av Win32 Disk Imager som lade över iso-filen där, men någon större koll på vad Disk Imager egentligen har gjort, det har jag inte.

Som det är nu, så HAR jag ju en fungerande Linux, även om det är lite knöligt att gå via BIOS'et varje gång. Det ser ut som att min sda är min vanliga hårddisk på 2TB som jag egentligen har som lagringsdisk, och sdb är SSD'n på 250GB. Det tog emot lite att lägga Ubuntu på min SSD, som trots allt inte är så väldigt stor, det var därför det blev som det blev men skulle det ha ändrat något om jag hade lagt partitionerna på SSD'n? Det hade kanske varit det samma om nu ändå inte UEFI-upplägget fungerar som det skall?

Hur som helst så ser mina diskar ut såhär:

leif@leifh:~$ sudo gdisk -l /dev/sda
[sudo] password for leif:
GPT fdisk (gdisk) version 1.0.1

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/sda: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 8453204A-6357-4C27-A7CF-E433515263CD
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 6253 sectors (3.1 MiB)

Number Start (sector) End (sector) Size Code Name
1 2048 3497426943 1.6 TiB 0700 Microsoft basic data
5 3497428992 3887652863 186.1 GiB 8300 Linux filesystem
6 3887654912 3907028991 9.2 GiB 8200 Linux swap
leif@leifh:~$

________________________________________________________________

leif@leifh:~$ sudo gdisk -l /dev/sdb
[sudo] password for leif:
GPT fdisk (gdisk) version 1.0.1

The protective MBR's 0xEE partition is oversized! Auto-repairing.

Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdb: 488397168 sectors, 232.9 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 9ABD51BB-B517-4D61-948C-510C9C5AEE98
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 488397134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2349 sectors (1.1 MiB)

Number Start (sector) End (sector) Size Code Name
1 2048 923647 450.0 MiB 2700 Basic data partition
2 923648 1126399 99.0 MiB EF00 EFI system partition
3 1126400 1159167 16.0 MiB 0C01 Microsoft reserved ...
4 1159168 488396799 232.3 GiB 0700 Basic data partition
leif@leifh:~$

Intressant. I en dator med Windows 10 hade jag nog räknat med att alla diskar var UEFI-partitionerade, d.v.s. med partitionstabell av typen GPT. Men det visar sig att bara din SSD, där du alltså har Windows självt, är GPT-partitionerad. Din större ordinära hårddisk är partitionerad enligt det gamla MBR-systemet för BIOS.

Min förmodan att det blev en CSM/legacy-installation för ditt Ubuntu får alltså kanske revideras en aning. Om man bara ser till disken, åtminstone, är det nog i själva verket en ren BIOS-installation.

Jag skulle ändå tro att det inte spelade någon roll hur du lade installationen på diskarna, utan att det var just att installationen inte kördes i UEFI-läge som gjorde att den blev som den blev. (Min gissning är att installationsprogrammet helt enkelt aldrig gavs någon möjlighet att i EFI:ts bootmeny föra in en efi-bootladdare för Ubuntu, så då blev det en BIOS-installation i stället.)

Principiellt ska det inte vara något problem för en efi-bootladdare i ESP:n på en disk att lämna över till ett operativsystem på en helt annan disk. Att din andra disk är partitionerad enligt MBR-systemet i stället för med GPT tror jag inte heller ska spela någon roll. (I UEFI-specifikationen ingår krav på att EFI-programvara ska begripa sig på även MBR-partitionerade diskar.)