On Sun, Sep 03, 2017 at 12:41:31PM -0400, Dave Voutila wrote:
> Hi misc@,
> 
> I'm using the latest AMD64 snapshot from 2017-09-02 and can no longer
> log into an Alpine Linux VM. (This was working with a previous
> snapshot from a few days ago.)
> 
> Currently I'm using the "vanilla" image from
> https://www.alpinelinux.org/downloads/
> 
> I've removed any presence of /etc/vm.conf so the only options are
> those I give at start. Here's the command:
> 
> $ doas vmctl start alpine -Lc -d iso/alpine-vanilla-3.6.2-x86_64.iso -m 1G
> 
> When it gets to the EXTLINUX boot loader, I'm explicitly passing in
> console=/dev/ttyS0,115200 (I've tried other baud rates as well to no
> avail).
> 
> I do get to the Alpine Linux login prompt, however trying to login as
> root results in "Login incorrect." One of these attempts I did get an

By default, alpine doesn't allow this. Log in as the user you created
during install and use su/sudo.

> error saying something about not being able to open some device...so
> this has me believing it's either a VMM issue or maybe SeaBIOS issue.

No.

> This should be (and previously was working with) a password-less login
> for root. I'm not familiar enough with how Linux might be trying to
> spawn whatever thing it needs for the session after login, but my
> guess is it's failing in the background and giving me a generic error.
> 
> [Note: as a sanity check, I can boot the same Alpine Linux ISO using
> QEMU and the password-less root login does work.]
> 
> I've captured VMD's debug output during this using `vmd -dvvvv ` as follows:
> ----
> startup
> failed to open /etc/vm.conf: No such file or directory
> vm_opentty: vm alpine tty /dev/ttyp2 uid 0 gid 4 mode 620
> vm_priv_ifconfig: interface tap0 description vm1-if0-alpine
> vm_priv_ifconfig: interface tap0 address 100.64.1.2/31
> alpine: started vm 1 successfully, tty /dev/ttyp2
> loadfile_bios: loaded BIOS image
> run_vm: initializing hardware for vm alpine
> virtio_init: vm "alpine" vio0 lladdr fe:e1:bb:d1:21:cc, local
> run_vm: starting vcpu threads for vm alpine
> vcpu_reset: resetting vcpu 0 for vm 1
> run_vm: waiting on events for VM alpine
> i8259_write_datareg: master pic, reset IRQ vector to 0x8
> i8259_write_datareg: slave pic, reset IRQ vector to 0x70
> vcpu_exit_i8253: channel 0 reset, mode=0, start=65535
> virtio_blk_io: device reset
> vcpu_process_com_lcr: set baudrate = 115200
> i8259_write_datareg: master pic, reset IRQ vector to 0x30
> i8259_write_datareg: slave pic, reset IRQ vector to 0x38
> vcpu_exit_i8253: channel 0 reset, mode=7, start=3977
> vcpu_exit_i8253: channel 2 reset, mode=7, start=65535
> vcpu_exit_i8253: channel 2 reset, mode=7, start=65535
> vcpu_exit_i8253: channel 2 reset, mode=7, start=65535
> vcpu_exit_i8253: channel 2 reset, mode=7, start=65535
> vcpu_process_com_lcr: set baudrate = 115200
> vcpu_process_com_data: guest reading com1 when not ready
> virtio_blk_io: device reset
> virtio_net_io: device reset
> vcpu_process_com_data: guest reading com1 when not ready
> vcpu_process_com_data: guest reading com1 when not ready
> vcpu_process_com_lcr: set baudrate = 9600
> vcpu_process_com_data: guest reading com1 when not ready
> vcpu_process_com_data: guest reading com1 when not ready
> vcpu_process_com_data: guest reading com1 when not ready
> vcpu_process_com_lcr: set baudrate = 9600
> vcpu_process_com_lcr: set baudrate = 115200
> alpine: vcpu_assert_pic_irq: can't assert INTR
> control exiting, pid 63145
> priv exiting, pid 27770
> vmm exiting, pid 67773
> parent terminating
> -----

All that is normal output.

> 
> My dmesg output is attached since it's longer.
> 
> Any thoughts or suggestions would be appreciated! My current plan is
> to wait a few days and try another snapshot. In the mean time I may
> dig into the login process for Alpine and see if I can better
> understand what it tries to do.
> 
> Thanks,
> Dave Voutila


Reply via email to