On Wed, 2002-08-28 at 18:55, Russell Davie wrote: > > >Actually, run > > > > /etc/rc.d/init.d/xfs status > > > <xfs status> returned: > usage: xfs [-config config_file] [-port tcp_port] [-droppriv] [-daemon] > [-nodaemon] [-user user_name] > > xfs dead but subsys locked > so xfs seems to exist, though <status> is not an option?
Odd. I guess you must have old initscripts... Or perhaps old xfs... The locked subsys thing it's talking about is a file /var/lock/subsys/xfs. Perhaps stop it, delete the file and restart. > > but running same command in directory returned.... > ./xfs status > xfs dead but subsys locked > > and <xfs restart> returned.. > ./xfs restart > Reloading X Font Server config: [FAILED] what about: ./xfs stop ./xfs start seeing as it doesn't support status... > > >If you're having problems with this I really recommend using linuxconf. > > excellent suggestion!, connected and was able to <urpmi.update> good. Glad to see we're making some progress. > > when <urpmi --auto-select kdebase XFree86 libqt2> > or <urpmi --auto-select --force perl> > curl couldn't get files of server, > and returned: [...] run urpmi with urpmi --wget -v --auto-select kdebase XFree86 libqt2 and give me all of its output (might wanna send that off list), there's got to be an error message I'm not seeing that happens before that. Are there any proxies or anything that could be standing between it and the internet? I also don't like that /mnt/win_e file. See what happens when you remove your source for that file with urpmi.removemedia. are you able to use curl to download any other urls? if not, can wget? are either of them setup? If so there's the --wget or --curl options to urpmi. However, you say you were able to run urpmi.update... Did it actually download stuff or just tell you it was already up-to-date? We're slowly running out of things that can break. :) James. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
