nerves-project / nerves_system_x86_64

Apache License 2.0
20 stars 16 forks source link

start failed in vmware #196

Open helloyan opened 1 year ago

helloyan commented 1 year ago

Environment

NERVES_SYSTEM is unset NERVES_TOOLCHAIN is unset |nerves| Environment Variable List target: host toolchain: unset system: unset app: .

|nerves| Loadpaths End


* Additional information about your host, target hardware or environment that
  may help
  > i use the hello_nerves code from start guide, generate the firmware and export it to a img by ***mix firmware.burn -d x.img***, and use ***StarWind V2V Converter*** convert it to vmdk, then run it at vmware workstation (16.2.3)

### Current behavior

hangup up at tsc

### Expected behavior
run well

https://user-images.githubusercontent.com/1699033/217527516-4d8135b9-5b84-4f65-a696-fd47f24ec455.mp4
fhunleth commented 1 year ago

I'm afraid that none of us use VMWare Workstation so we can't help with why this isn't working. My guess would be the Linux kernel configuration needs to be different for VMWare.

helloyan commented 1 year ago

what device should to use for test?

fhunleth commented 1 year ago

We generally recommend Raspberry Pis (but not the Pico) and Beaglebones for getting started.

SteffenDE commented 11 months ago

The thing is I'm also seeing the problem of infinite "Waiting for root device" with the kernel config in this repo using QEMU. It works fine with a custom base system that uses a completely different kernel config though (too large to really have a useful comparison). I'll try to investigate...

SteffenDE commented 11 months ago

So: my QEMU wrapper (UTM) used an IDE disk. Adding CONFIG_ATA_PIIX=y to the kernel config allows it to boot. As VMWare shows an IDE disk too, this could fix the problem there too. The easier solution would probably be to change the disk type to something else.