9.10.1-U4 bootet unter HyperV nicht

Status
Not open for further replies.

SpiderZLS

Cadet
Joined
Dec 1, 2016
Messages
4
Hi, ich habe hier ein Win10Pro Rechner auf dem ich diverse Systeme problemlos unter HyperV laufen habe.
Mein Problem ist nun das ich FreeNas 9.10.1-U4 gerne einmal testen möchte und soweit alles eingestellt habe
Unter UEFI friert das Auswahlmenü der Installations FreeNAS .ISO Datei ein. :(
Im normalen BIOS Modus klappt die Installation poblemlos siehe Bild 1

1.PNG

Wenn ich die VM dann allerdings Boote bleibt er wie auf dem Bild zu sehen hängen

2.PNG


Hat hier jemand einen Tipp ?



Gruß
 

Ericloewe

Server Wrangler
Moderator
Joined
Feb 15, 2014
Messages
20,194
Wie wird der Kontroller des Bootgeräts präsentiert? SCSI? AHCI?
 

SpiderZLS

Cadet
Joined
Dec 1, 2016
Messages
4
Die Virtuelle HDD ist über das IDE-Interface eingebunden !

3.PNG
 
Last edited:

SpiderZLS

Cadet
Joined
Dec 1, 2016
Messages
4
Auch mit FreeNAS 10 funktioniert es nicht !
FreeNAS 10 bricht schon beim Installieren ab !

4.PNG 5.PNG
 

Ericloewe

Server Wrangler
Moderator
Joined
Feb 15, 2014
Messages
20,194
Da stimmt etwas nicht. IDE Platten werden mit adaX identifiziert, nicht mit daX.

Vielleicht fehlt ein Treiber, da hilft nur ein Bug Report.
 

DasESM

Cadet
Joined
Dec 15, 2016
Messages
1
Bei mir hat geholfen die Installations-CD wieder "einzulegen". Also unter Medien die ISO wieder einlegen, dann Boot-Reihenfolge auf Festplatte zuerst.
Merkwürdiges Verhalten... Festplatte ist IDE, mit virtuellen SCSI-Platten scheint FreeNAS nicht zurechtzukommen.
 

SpiderZLS

Cadet
Joined
Dec 1, 2016
Messages
4
Hi, du hast recht..habe es hinbekommen wiefolgt
1. 9.10.1-u4 Iso zum installieren gewählt
2. IDE Platte als Ziel
3. Nach der Installation ein Shutdown übers Menü
4. Bootreihenfolge auf IDE und dann CD gestellt (9.10.1-u4.iso liegt noch im LW)
5. Booten von Platte bricht wieder ab mit "mountroot>"
6. Ausgeschaltet .iso entfernt und wieder neu hinzugefügt
7. Starte noch einmal von Installationsplatte und siehe da er bootet...

Ich tippe mal darauf (hatten wir hier bei unserer älteren eigenen LinuxDistribution auch einmal) das es ev. ein Timing problem ist, der ide treiber ist noch nicht komplett bereit und bricht dann deshalb weg. Wir haben das damals abgefangen indem wir beim bootprozess nach dem Laden der treiber eine kurze pause eingebaut haben, danach gab es nur noch extrem selten dieses problem...die heutigen Prozessoren sind wohl einfach zu schnell *lach*

Danke trotzdem für den Tipp DasESM ;)
 
Status
Not open for further replies.
Top