Allereerst wil ik iedereen heel hartelijk danken voor alle reacties en hulp! (Voor dit ietwat - door overmacht
- uit de hand gelopen topic)
Ik vind het altijd weer gaaf om zo snel zo veel vakkundige hulp te krijgen op dit prachtige forum. Tot zover de veren
... back to business.
Ik heb vandaag uiteraard ook zelf veel onderzoek gedaan en - inderdaad Michael - ik heb inmiddels vierkante ogen en een behoorlijk houten kont (van die te harde stoel).
Zelf kwam ik deze thread tegen :
http://www.tomshardware.co.uk/answers/id-2225322/asus-uefi-boot-utility-secure-boot.htmlDe gemene deler is toch wel het volgende advies voor het disablen van Secure Boot in het UEFI bios :
* remove/clear all keys under boot/secure boot/key management, so the Secure boot state states 'disabled' and the keys are 'unloaded'
* select 'other OS' under boot/secure boot/os Type
Verder kom ook ik regelmatig het veranderen van wachwoorden tegen dat voor sommigen werkt en voor anderen weer niet :
* To activate all greyed options you must to set passwords for Master and User in bios.
* i set the admin & user password in the UEFI, (didnt change greyed out status)
Tenslotte was er ook een reactie van een Linux gebruiker (joepie!) in datzelfde topic die ook nog de volgende optie vermeldde :
* disable boot/fastboot to really load all hardware drivers Dit zette mij weer aan het denken over het niet fatsoenlijk werken van de door mij geselecteerde closed source Nvivia driver tijdens de installatie van 16.04 gisteren. Zou dit de oorzaak kunnen zijn dat bij mij de zaak vast liep na het selecteren van voornoemde driver en nadat ik op de apply button had geklikt? Dit gaat mijn technische kennis helaas te boven
. Het zou - wederom - behoorlijk balen zijn wanneer bij mijn eerstvolgende poging om 16.04 te installeren het weer op dit punt misloopt. Ik loop altijd keurig Pjotr's Xubuntu Direct Doen lijstje af (waarvoor mijn dank Pjotr! url =
https://sites.google.com/site/computertip/direct-doen-xubuntu), maar begin nu maar eerst met de Additional Drivers sectie
. Gaat het weer fout, dan is de ergernis aanzienlijk minder.
Deze linux gebruiker vermeldde ook nog het volgende :important: the crap of ASUS BIOS can't cope with the grub names of the efi files neither the path.. Change this as below:
On your FAT boot partition (in my case)
change
/EFI/gentoo/grubx64.efi
into the default UEFI path
/EFI/boot/bootx64.efi
And BOOM it boots
My other EVGA board does have its issues too, but it still can cope with the linux entries made by grub2-install
Wat hij hiermee bedoelt snap ik totaal niet?? Moet ik nog iets wijzigen of zo?
Tenslotte nog deze info :
Op de een of andere manier start de pc plotseling toch weer op via het live-medium. Een DVD in dit geval. Weet niet waarom nu wel en gisteren niet
. Ik klop wel even af voor de zekerheid .... In elk geval maakt dat alles een stuk werkbaarder. Ik kon toen ook concluderen dat mijn ssd niet de geest heeft gegeven (Michael, je had gelijk). Ik heb de iso image op integrity gecheckt en die was OK. DVD-brander is ook in orde.
Ik ga aan de slag met het disablen van de Secure Boot en hoop dat het lukt. Laat mijn bevindingen nog weten. Op mijn overige vragen (ik heb ze voor de duidelijkheid maar even onderstreept)hierboven vermeld, ben ik erg benieuwd naar meningen/antwoorden.
Excuses dat ik weer met zo'n lang verhaal kom, maar ik denk dat er wel meerdere zullen zijn die tegen deze issues aanlopen en dan is een duidelijk verhaal met eventuele oplossingen altijd handig. Het wiel opnieuw uitvinden is zoveel werk...
Hoop op korte termijn weer terug te komen op het oorspronkelijk topic, nl Virtualbox
. Moet ik eerst 16.04 op m'n pc aan de praat hebben.
===========================
Enige tijd later. ...
Het is gelukt om Secure Boot te disablen volgens de eerder genoemde acties! Da's mooi...
Schone 16.04 installatie op m'n SSD gestart toen daar weer dezelfde melding als eerder kwam :
Unable to install GRUB in /dev/sda
Executing `grub-install /dev/sda` failed.
This is a fatal error.
Nou heb ik via gparted even eea gecheckt en wat blijkt : m'n 250GB Samsung Solid State Disk (waar ik 16.04 op wil installeren) is SDC en niet SDA! SDA is een andere interne harde schijf in m'n desktop (500GB en niet een ssd). Ik krijg de mogelijkheid om op een ander device te installeren en kies dan dus voor SDC en klik vervolgens op OK................en dan gebeurt er niets. Hoe vaak ik ook op OK klik, het systeem hangt.
Ik snap niet waarom de installer GRUB op de SDA schijf wil installeren terwijl ik bij aanvang van de installatie duidelijk de Solid State Disk (SDC) heb geselecteerd!
Hoe los ik dit op? Kast open en het 500GB harde schijf voedingskabeltje tijdelijk verwijderen en na de installatie weer aansluiten? Of denk ik nu te makkelijk...
Dan gebeurt er nog iets vreemds :
Wanneer ik boot van mijn USB-stick (Kingston) met daarop Xubuntu16.04 en ik ga eerst in het UEFI bios kijken dan zie ik daar twee(!) keuzes (voor de USB-stick dus), te weten 1) 'Kingston' en 2) 'UEFI (FAT) Kingston.
Kies ik voor 1) dan volgt er een blanco scherm met alleen de Xubuntu achtergrond en voor de rest helemaal niets. Ik kan alleen m'n muisaanwijzer bewegen. Er valt niets aan te klikken.
Kies ik voor 2) dan kan ik vervolgens kiezen voor a) "Try Xubuntu" of b) "Install Xubuntu" (het bekende).
Kies ik voor a) dan wordt de live-versie gewoon geladen en werkt alles en kan ik vervolgens alsnog klikken op het icoon "Install Xubuntu" en dan vangt de installatie gewoon aan (die dan weer vastloopt zoals ik net hierboven heb omschrven met GRUB install die niet mee wil werken).
Kies ik voor b) dan volgt weer het blanco scherm zoals hierboven bij 1) omschreven.
Kunnen jullie het nog volgen
? Ik niet meer.... Wat is hier aan de hand??? Wat ik wel zeker weet is dat dit de meest vermoeiende Linux installatie is die ik ooit heb gedaan en dat ik zo ongeveer leef op paracetamols. Morgen lekker verder stressen. Hmmmmm, computers..... meestal leuk......soms wat minder ( vandaar mijn onderschrift ;-))
