"Gale" == Gale Stafford <[EMAIL PROTECTED]> writes:
Gale> I assume this is the runlevel for a command-line login in
Gale> debian, as that is a standard across other distros. But my
Gale> system keep booting into a GUI.
Debian starts the GUI login, if one is installed, in all multi
Got it working now! Thanks to all who responded with ideas.
I did a
update-rc.d -f xdm remove
and rebooted, but found it loading a GUI-based login screen.
So I looked in my /etc/rc?.d directories, and noticed I had the other window
managers gdm and kdm still in there.
So I did a
update-rc.
On Fri, Jul 12, 2002 at 02:50:22PM -0500, Gale Stafford wrote:
> I want debian to boot up and give me a command-line login instead of the GUI
> login screen. My /etc/inittab runlevel setting reads
>
> id:3:initdefault:
>
> I assume this is the runlevel for a command-line login in debian, as that
>
> 1. After booting up I can use xcdroast after I
> load the module ide-scsi with modprobe. Everything
> else needed gets loaded automatically. Then, if
> I want to mount and read a cdrom I can do it, but
> only aftet unloading ide-scsi.
When you load the ide-scsi module, the cdrom is not any
You probably won't need to change anything in the inittab, all you need
to do is to make rc.d terminate your login manager on runlevel 3.
this is controlled by the symlinks in /etc/rc3.d/
(S99gdm, S99kdm, S99wdm etc. - depending on your login manager)
I had setup something like that. Worked like a
> "Gale" == Gale Stafford <[EMAIL PROTECTED]> writes:
Gale> Hi All, I want debian to boot up and give me a command-line login
Gale> instead of the GUI login screen.
The GUI login is provided by xdm/gdm/kdm/wdm/etc. Most likely one of
the first three. Do an "ls /etc/rc5.d" and you should see
Hi All,
I want debian to boot up and give me a command-line login instead of the GUI
login screen. My /etc/inittab runlevel setting reads
id:3:initdefault:
I assume this is the runlevel for a command-line login in debian, as that
is a standard across other distros. But my system keep booting i
Thanks everyone who advised on cd writing. That
solved
the X server problem from root, so that I was able to
setup and use xcdroast for copying and creating CDs.
Now regarding the associated module management, I have
the following situation:
1. After booting up I can use xcdroast after I
load t
This one time, at band camp, Joe Wreschnig said:
> Two nitpicks; first, this is insecure if anyone else uses your system.
> The proper mode (IMO) is 4750, and then add the users you want to burn
> CDs to the cdrom group; only they'll be able to run the binary.
>
> Secondly, that's not the sticky b
Marc,
Thank you very much for the pointer -- unfortunately, this does not appear
to be the problem, my interfaces is the same as yours, except that mine uses
dhcp rather than a static ip.
Further investigation has caused me to revise the nature of the problem
somewhat. I had said that the proble
On Fri, 2002-07-12 at 09:23, Stephen Gran wrote:
> [EMAIL PROTECTED]:~$ ls -l /usr/bin/cdrecord
> -rwsr-xr-x1 root cdrom 181128 Jun 21 23:27
> /usr/bin/cdrecord
>
> Note the sticky bit - IIRC, as root, chmod 4755 /usr/bin/cdrecord, and
> then chown root:cdrom(burner, whatever group ma
This one time, at band camp, steve thompson said:
>
> I am trying to get cd writing working on a Fujitsu
> Lifebook P-2040, which has an internal removal
> cd-rw/dvdrom.
>
> First, does anyone recommend any particular cd burning
> software?
>
> I installed xcdroast, but have not been able to s
On Fri, Jul 12, 2002 at 12:21:07PM +1000, Brendan J Simon wrote:
>
>
> steve thompson wrote:
>
> >I am trying to get cd writing working on a Fujitsu
> >Lifebook P-2040, which has an internal removal
> >cd-rw/dvdrom.
> >
> >First, does anyone recommend any particular cd burning
> >software?
> >
Hi,
This is what helped me
- open /etc/network/interfaces
- Find the line starting with auto.
- if this line contains your ethernet device, remove it
- on my system the file looks like this:
auto lo
iface lo inet loopback
iface eth0 inet static
address 143.52.70.216
broadcast 143.52.70.25
OoO En ce milieu de nuit étoilée du vendredi 12 juillet 2002, vers
04:13, Hubert Chan <[EMAIL PROTECTED]> disait:
> solution: there are many.
> - use xauth: as root "xauth merge $(USER'S HOME)/.Xauthority" (or
> something like that). This gives root the correct "magic cookie",
> which it use
15 matches
Mail list logo
