Kan Mint 20.3 niet installeren op dual boot met MBR partition table.

[groenling]

Desktop uit 2011 met UEFI.
250 GB SSD uit 2015 met daarop dual boot W10 en Linux Mint 18.3 Cinnamon.
Verder 2 hardisks (data disks)
Ondanks dat het systeem UEFI heeft, heeft de systeem SSD een MBR partition table!
Installeren Mint 20.3 over Mint 18.3 heen lukt niet omdat:
Mint 19+ vereist een ESP, EFI system Partition (die Mint 18.3 niet heeft).
In een MBR partition table moet de ESP een primary partion zijn, die dus bijgemaakt moet worden
W10 neemt 3 primary partions in beslag! Mint 18 staat op een extented/logical partition.
Een MBR partition table staat geen 4 primary partitions plus extended partion toe.

Conclusie:
Op een MBR partion table systeem met dual boot W10 en Mint kan geen Mint 19+ geinstalleerd worden.

Daarna poging gedaan om een tweede SSD met 60 GB die ik nog had liggen in te bouwen en hierop Mint 20 te installeren (in compatibility mode). Deze SSD heeft ook een MBR partition table.
Het is gelukt om hierop zowel de ESP als Mint 20.3 te installeren. Echter de dual (triple) boot werkt niet. Problemen:
-W10 staat uberhaupt niet meer in het boot menu.
-Mint 18 staat nog wel in het boor menu, maar boot niet.
-Mint 20.3 start op. Hoera!
-Echter na ongeveer een minuut een zwart scherm.
Het probleem dat ik hier als "Mint 20.3 Life stick hangup" had gemeld blijkt ook in de geinstalleerde versie van Mint 20.3 te zitten (ondanks installatie in compatibility mode).

Gezien deze status, de stekkers uit de 60 GB SSD getrokken. De oorspronkelijke dual boot W10 en Mint 18 werkt nog steeds.

T.g.v. de vele avonden die deze excercitie nu heeft gekost houd ik het voorlopig even hiermee voor gezien. Ik zag net nog een aanmoediging om EOL Mint 18 te upgraden. Nou niet dus als je dual boot en MBR partition table hebt.

Mocht er nog iemand een briljant idee hebben dat ik over het hoofd heb gezien, dan houd ik me aanbevolen. Maar inmiddels ben ik een beetje terughoudend mbt "eenvoudige" wijzigingen.

[DeBaas]

De installatie dient te gebeuren vanaf de Live USB, niet van UEFI bootlader op de USB.
In de meeste systemen zie je bij de Boot opstartmogelijkheden 2x de Live USB staan.
Je dient in jouw (met MBR bootdisk) systeem te kiezen voor versie zonder UEFI bootlader.

[Swake]

Conclusie:
Op een MBR partion table systeem met dual boot W10 en Mint kan geen Mint 19+ geinstalleerd worden.

Daarna poging gedaan om een tweede SSD met 60 GB die ik nog had liggen in te bouwen en hierop Mint 20 te installeren (in compatibility mode). Deze SSD heeft ook een MBR partition table.
Het is gelukt om hierop zowel de ESP als Mint 20.3 te installeren. Echter de dual (triple) boot werkt niet. Problemen:
-W10 staat uberhaupt niet meer in het boot menu.
-Mint 18 staat nog wel in het boor menu, maar boot niet.
-Mint 20.3 start op. Hoera!
-Echter na ongeveer een minuut een zwart scherm.
Het probleem dat ik hier als "Mint 20.3 Life stick hangup" had gemeld blijkt ook in de geinstalleerde versie van Mint 20.3 te zitten (ondanks installatie in compatibility mode).

Kun je geloven dat ik je uitleg niet snap .
Ik heb een zelfgebouwde computer met UEFI moederbord
Daar staan 3 linux distro's op geinstalleerd en Windows 10
Als ik mijn PC wil booten met linux druk ik F2 en ga daar in het BOOT menu het laatste geinstalleerde Linux OS iselecteren en druk F10 en mijn PC herstart en krijg ik de Grub te zien zonder W10
Wil ik mijn PC met W10 starten terug hetzelfde
F2 toets >> Windows selecteren en F10 , computer herstart nu met W10 .

Ik heb wel eerst mijn Linux distro's geinstalleerd en dan pas Windows 10 !

[MenthaSuaveolens]

Je dient vanaf de usb-stick een aangepaste installatie te kiezen, namelijk installeren de partitie te kiezen waarin de oude linux mint versie staat en waarbij je zoals de baas stelt dient de niet-UEFI-modus te kiezen bij het booten van de usb-stick. Op oudere systemen merk je steeds 2 manieren om de usb-stick te booten. Wijzig vooral de instellingen in de BIOS niet!

[groenling]

Kun je geloven dat ik je uitleg niet snap .
De crux zit hem in "MBR partition table". Het meest gebruikelijk op een UEFI systeem is dat je een GPT Partition table hebt. Dan bestaan de hier genoemde beperkingen niet. Dat geldt bv voor m'n twee labtops.

Ik heb wel eerst mijn Linux distro's geinstalleerd en dan pas Windows 10 !

Hier is W10 het eerst in 2015 geinstalleerd; en in 2016 Mint.
Ik heb me ook niet meer in de archeologie hiervan verdiept. Het is wat het is.

[groenling]

De installatie dient te gebeuren vanaf de Live USB, niet van UEFI bootlader op de USB.
In de meeste systemen zie je bij de Boot opstartmogelijkheden 2x de Live USB staan.
Je dient in jouw (met MBR bootdisk) systeem te kiezen voor versie zonder UEFI bootlader.

Heb ik geprobeerd. Deze werkt ook niet in normale mode zoals in m'n ander post uitgelegd.
Ik krijg de Life stick wel in compatibility mode opgestart, maar dan is de scherm resolutie 640x480.
Ik heb erg slechte ervaringen met installatie procedures in deze resolutie omdat bv de OK knop (of zoiets) dan niet meer op je scherm staat, en je blijft hangen midden in een installatie procedure. Dus dit heb ik niet meer vervolgd. Ik was me echter niet bewust dat er een significant verschil tussen beide entries zou zijn.

Maar dan nog begrijp ik niet hoe je om de beperking van de primary partities heen komt. Of kun je Mint dan wel installeren zonder dat een ESP partitie persé nodig is?

[stegiman]

Misschien weet je niet maar je kan met 4 pijlen op uw toetsenbord ook mee schuiven.
Waarschijnlijk werk + en - ook om groter of kleiner te maken mits numlock aanstaat.

Linux mint en ook Windows vanaf 10 heeft helemaal geen primary partities nodig om te installeren.
Primary partities is alleen nodig om uw SSD of harddisk te doen starten.
Dus 1 primary partities SSD partitie en 10 logische gaat perfect.
Alleen is bij Windows een beperking op gebied van partitie's en ik dacht maximaal 25 maar bij Linux is er geen beperking.

[groenling]

Windows vanaf 10 heeft helemaal geen primary partities nodig om te installeren.

Ja, kan wel zijn, maar dat is nu de situatie. Dit zijn de drie partities:
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 258399601 258192754 123,1G 7 HPFS/NTFS/exFAT
/dev/sda3 258400256 259463167 1062912 519M 27 Hidden NTFS WinRE
Ze zijn allemaal primary.
sda2 is W10 zelf
Kan ik ze "niet primary" maken? Kan ik ééń van sda1 of sda3 "verwijderen"?
Ik wil niet het risico lopen dat ik W10 niet meer op kan starten, of mogelijk helemaal niet meer op kan starten.

[Swake]

Ik zou graag eens een schijfindeling zien van je SSD als dat mogelijk is , want het begint altijd maar ingewikkelder te worden .

[stegiman]

SDA1 kan je niet verwijderen vanwege Windows 10
SDA1,2 en 3 = 1 eerste SSD of harddisk in 3 partitie's
Kan je een screen maken van uw schijven zodat het voor ons duidelijk is
In zoekopdracht typ je schijven.

Hoe je afbeelding kan toevoegen kan je lezen op deze pagina (klik)

[Swake]

/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 258399601 258192754 123,1G 7 HPFS/NTFS/exFAT
/dev/sda3 258400256 259463167 1062912 519M 27 Hidden NTFS WinRE

In Gparted kun je dat zien
sda1 : Verborgen partitie gereserveerd aan Microsoft
sda2 : uw windows 10 installatie
sda3 windows 10 recovery partitie
De windows 10 is dus voorgeinstalleerd , anders zou die recovery partitie er niet zijn .

De GRUB staat volgens mij op één van de twee dataschijven .

[groenling]

OK, hierbij wat ik aan archeologie kan terugvinden uit aantekeningen en backups.
Ik heb altijd gebruik gemaakt van Macrium Reflect om komplete systeem disk backups te maken.
Data heeft altijd op aparte hardisk(s) gestaan. Onderstaande gaat alleen over de systeem SSD (sda).
- In 2011 nieuwe zelfbouw PC, systeem disk is 60 GB SSD
- W7 Home Premium OEM licentie, zelf geinstalleerd.
- Een backup hiervan direct na installatie in 2011 laat zien dat de eerste 100 MB partitite (wat nu sda1 is) er dan al is + de windows partitie (nu sda2).
- In 2015 60 GB SSD vervangen door 250 GB SSD.
- W7 systeem dmv cloning met Macrium Reflect overgezet.
- Backup begin 2016 laat nog steeds dezelfde 2 partities zien: 100 MB partitie + grote W7 partitie (sda1 en sda2).
- Kort daarna in 2016 upgrade W7 -> W10. (dat was de reden voor de grotere SSD)
- nog steeds dezelfde 2 partities zien: 100 MB partitie + grote W10 partitie.
- juli 2016: Windows partitie verkleind voor installatie Mint 18.3
- Installatie Mint18: Extended partitie met twee logical partities gemaakt; één voor systeem en één voor swap.
(toen: sda3, sda5, sda6 nu: sda4, sda5, sda6)

- Een backup uit december 2016 laat zien dat er een extra primary partitie bij is gekomen.
Dat is wat nu sda3 is, de "Hidden NTFS WinRE". Ik heb geen idee waar die partittie vandaan is gekomen;
ik heb er nooit aandacht aan besteed.

- grub staat onder /boot op de Mint18 partitie (nu dus sda5)

Al met al denk ik dus dat sda1, sda2, sda3 allen primary partities van de "windows familie" zijn.
sda4, sda5, sda6 zijn de "Linux famile".

[stegiman]

Hidden NTFS WinRE is een verborgen recovery van de fabrikant om alles terug naar fabriektoestand te brengen.
Hoe kom je eraan dat je 3 primary partion hebt voor Windows terwijl je slechts 1 primary partion hebt (boot) --> bij SDA SSD en dus eerste schijf

[Swake]

Conclusie:
Op een MBR partion table systeem met dual boot W10 en Mint kan geen Mint 19+ geinstalleerd worden.

Mijn conclusie

Ik vond het al een raadsel
Dit is een Dualboot installatie Linux Mint naast Windows 7 en geen Windows 10
Wat voor mij nog een groter raadsel is , is die sda1 waarom een partitie die gereserveerd is voor het systeem geformateerd is in NTFS en eigenlijk een verborgen partitie zou moeten zijn .

https://nl.wikihow.com/Je-harde-schijf- ... -Windows-7

Zie punt 2
Disk 0 , die kleine partitie van 100 MB is voor het systeem gereserveerd
Windows 10 heeft nog een kleine verborgen partitie vootbehouden aan Microsoft
Met die voorbehouden partitie voor Microsoft kan Microsoft uw windows 10 op afstand updaten als jij dat zelf niet doet .

[Swake]

Zo ziet mijn Windows 10 op één schijf
Op een tweede schijf staan dan 3 linux distro's waaronder ook Linux Mint 20.3