On Thursday May 14 2015 20:56, in alt.os.linux.slackware, "Haines Brown"
<
hai...@engels.histomat.net> wrote:
> I installed Oracle VirtualBox on my Debian machine and downloaded the
> Slackware 14.1 ISO to install into a virtual hard disk (I have the
> Slackware DVD, but when I tried to install it into a 6Gb virtual disk,
> it filled 100%).
>
> After installation I saved the setup and booted the virtual system.
> When the boot process completed I found myself at a :/# prompt. I would
> have expected a login prompt.
It sounds like your virtual system booted into the install DVD, and not the
installed system
> From :/# I can list the files in / with ls.
> So am I logged in or not? I try :/# startx and get:
>
> /mnt/usr/bin/startx:
Suspicious. If this were a properly installed Slackware system, that would
be /usr/bin/startx . The /mnt/usr/bin/startx path suggests that you are still
in the install DVD's live system, and not in the installed Slackware system.
> line 181: /usr/bin/cookie: No such file or
> directory. Couldn't create cookie.
Are you certain that you got the error message right? The error message more
likely complained that /usr/bin/mcookie could not be found. /usr/bin/cookie
is part of the Slackware util-linux package.
> I find that /usr/bin holds a strange (to me) set of files such as as
> compress*, dlist_test*, get_device*. None of the commands I expected.
The commands you name (compress, dlist_test, get_device) seem appropriate for
Slackware's /usr/bin directory
> I issue the login command: :/# and at the login prompt enter root. This
> takes me to :~# without a password prompt.
Suggesting that either you didn't set up a password for root, or you are still
in the install environment.
> I can list the files in /
> with ls. I do:
>
> ~# startx
> -bash: startx: command not found
startx doesn't seem to be in a directory in your PATH
> I have X and fluxbox installed.
The evidence so far indicates that your virtual environment is running the
install DVD, and not the installed Slackware system.
Without extensive debugging, the best bet (in my opinion) is to scrap the
environment, and try again.
--
Lew Pitcher
"In Skills, We Trust"
PGP public key available upon request