Bob Proulx wrote:
Do you have the bug number handy? I would be interested in reading
through it.
Certainly:
- Debian Bug #609851 - incorrect variables used to set hostname in
dhclient-script
- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609851
I haven't noticed any behavior differenc
Tim Heckman wrote:
> Bob Proulx wrote:
> >Tim Heckman wrote:
> > > The last time dhclient was attempted with this would have been on
> > > Debian 5.0. In our most recent Debian 6.0 template someone decided
> > > to use dhcpcd,
>
> >What were they using before?
>
> In Debian 5.0 dhcp3-client was t
Bob Proulx wrote:
Tim Heckman wrote:
Luckily the two of these issues won't come in to play here. This is
going to be used on a system that does not have X installed and will
have a static IP address. We use DHCP to assign the address as it
is easier to deploy a new distribution for our custome
John Hasler writes:
Ok. Is the idea to image all the machines identically and then
configure them automatically via dhcp? If so why do they need locally
configured hostnames at all?
By default all of our distribution templates set the hostname of the
system, via DHCP, to match the default PT
Tim writes:
> The $new_host_name variable is the hostname that was provided by the
> dhcp server.
Ok. Is the idea to image all the machines identically and then
configure them automatically via dhcp? If so why do they need locally
configured hostnames at all?
--
John Hasler
--
To UNSUBSCRIBE
Tim Heckman wrote:
> John Hasler writes:
> >Try killing getty in your script (init will respawn it). You may
> >also need to delay logins so that the user can't log in too early.
>
> I'm not sure why but I hadn't thought of this. I was hoping to
> implement a delay instead of having to kill getty
Tim Heckman wrote:
> I've created a dhclient-exit-hook script to handle the processing.
> This checks whether the hostname should be set and completes the
> process. Only sets it if it really is needed.
Ah, very good. In this case it is six of one and a half dozen of the
other. Either way should
John Hasler writes:
Tim Heckman writes:
I've created a dhclient-exit-hook script to handle the processing.
This checks whether the hostname should be set and completes the
process. Only sets it if it really is needed.
Try killing getty in your script (init will respawn it). You may
also need t
Tim Heckman writes:
> I've created a dhclient-exit-hook script to handle the processing.
> This checks whether the hostname should be set and completes the
> process. Only sets it if it really is needed.
Try killing getty in your script (init will respawn it). You may also
need to delay logins so
Bob Proulx wrote:
Am I correct in assuming that you have modified /sbin/dhclient-script
to set the hostname from the dhcp'd hostname? (That is what I did
when I was doing this.)
I've created a dhclient-exit-hook script to handle the processing. This
checks whether the hostname should be set
Tim Heckman wrote:
> I have an interesting problem that should actually be seen as a compliment
> to Debian. My system is booting so fast that the /sbin/getty is spawning
> before DHCP sets the hostname. So I get a prompt like this:
>
>
> Debian GNU/Linux 6.0 (none) hvc0
>
> (none) login:
John,
Thank you for replying back as well as the idea to set this option. I
wish it had been this easy but it appears that this option does not
affect how getty prints the login prompt.
I believe this may only affect someone trying to log in and not how it
prints. If you have any further i
John,
Thank you for replying back as well as the idea to set this option. I
wish it had been this easy but it appears that this option does not
affect how getty prints the login prompt.
I believe this may only affect someone trying to log in and not how it
prints. If you have any further i
set DELAYLOGIN=yes in /etc/default/rcS.
--
John Hasler
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87obvzx1yu@thumper.dhh.gt.org
In article <[EMAIL PROTECTED]>,
Narins, Josh <[EMAIL PROTECTED]> wrote:
>I think "init q" re-reads inittab.
Correct.
>But, a long time ago, on a job, I did "init -q" on a SysV box, or was it
>BSD? Regardless, it was the wrong one, and I rebooted all our production
>machines in the middle of a run
At 15:32 2002-12-27, you wrote:
On Fri, Dec 27, 2002 at 03:16:05PM +0100, Niclas S?derlund wrote:
>
[snip]
As for the gettys, they were started with "respawn" in inittab, right?
If so, init will respawn them when they die. 'kill -HUP 1' will cause
init to reread its configuration file, killing the
On Fri, Dec 27, 2002 at 03:16:05PM +0100, Niclas S?derlund wrote:
>
> if I need to remove all of the tty's except number one, I suppose I just
> comment out the 2-6 tty's in inittab. But how do I kill off the five
> already running getty's ? If I try a kill -9 I only get a new fresh
> restarted
IGNORE THIS MESSAGE!
I think "init q" re-reads inittab.
But, a long time ago, on a job, I did "init -q" on a SysV box, or was it
BSD? Regardless, it was the wrong one, and I rebooted all our production
machines in the middle of a run.
So, that's why I say you should ignore me telling you to is
Marvin Stodolsky wrote:
On a old NEC 486 50mHz Versa V\50 laptop, the following periodically
appears in the text console. What is an appropriate modification.
MarvS
--
Several repeats of:
Usage: /sbin/getty [-hiLmw] [-l login_program] [-t timeout] [-I
initstring]
[-H login_host] baud_rate,
On Wed, 8 Nov 2000 10:26:10 +0100 (CET), Marcin Bie kowski wrote:
>Usage: /sbin/getty [-hiLmw] [-l login_program] [-t timeout] [-I
>initstring] [-H login_host] baud_rate,... line [termtype]
>or [-hiLmw] [-l login_program] [-t timeout] [-I initstring] [-H
>login_host] line baud_rate,... [termt
On Sun, Apr 02, 2000 at 09:17:03PM -0400, Paolo Benvenuto wrote:
> Hi all!
>
> I've installed slink on my laptop.
>
> 1. Unfortunatly, since the conclusion of the boot there appear a warnig
> saying something referring to /sbin/getty. It seems me that the function
> was not called in a correct
ot to worry, case closed. Many thanks for your helpful response.
am
- - - - - - - - - - - - - - Original Message - - - - - - - - - - - - - -
From: Miquel van Smoorenburg <[EMAIL PROTECTED]>
Subject: Re: getty vs minicom
Date: 07/19/99 18:34
According to Andrew MacIntyre:
> >Source
According to Andrew MacIntyre:
> >Source of both agetty and mgetty is available on all debian mirrors.
>
> Could you tell me where then please. AFAICT, getty is packaged as
> base/getty, however such a package appears not to exist, either
> source or binary. mgetty I found w/o any probs.
It's
Miquel van Smoorenburg wrote:
>According to Andrew MacIntyre:
>> As I was used to agetty and minicom cooperating nicely on an
>> ancient Slackware box, I expected this to work on this much more
>> recent Debian box .
>
>That is because that worked with the cua/ttyS devices (kernel based
>locking
According to Andrew MacIntyre:
> As I was used to agetty and minicom cooperating nicely on an ancient
> Slackware box, I expected this to work on this much more recent Debian box
> .
That is because that worked with the cua/ttyS devices (kernel based
locking between dialin/dialout) which has off
less under control, so I won't worry about the problem
further, although I was disappointed not be able to find the getty source
package.
Regards,
Andrew.
<[EMAIL PROTECTED]>
- - - - - - - - - - - - - - Original Message - - - - - - - - - - - - - -
From: Miquel van Smoorenburg <[EMAIL
In article <[EMAIL PROTECTED]>,
Marc Mongeon <[EMAIL PROTECTED]> wrote:
>Andrew:
>
>I believe that this is exactly how lock files are supposed to work. When
>getty is active, it is using the serial port, and no other application should
>be able to access it.
Well, yes, that's probbaly what it doe
Andrew:
I believe that this is exactly how lock files are supposed to work. When
getty is active, it is using the serial port, and no other application should
be able to access it.
Unless I misunderstand something...
Marc
--
Marc Mongeon <[EMAIL PROTECTED]>
Unix Specialist
Ban-Koe Syst
Eugene Sevinian wrote:
> Hi,
> where can I find the source of (a)getty?
It's in the util-linux package
Regards,
Joey
PS: dpkg -S /sbin/getty tells you.
--
If you come from outside of Finland, you live in wrong country.
-- motd of irc.funet.fi
Please always Cc to me when reply
Glad it works (we knew you chose mgetty somehow). Next time you are
stuck like that, rather than re-install why not use the rescue disk (the
first boot disk). Boo the machine w/ the disk in and choose the rescue
option. This will allow you to mount the filesystem, edit the broke
file and reboot.
<[EMAIL PROTECTED]> writes:
>
> Hamish Moffatt writes:
> >
> > On Mar 03, 1997 at 09:17:45AM -0500, [EMAIL PROTECTED] wrote:
> > > Ok, what's the difference between mgetty and vgetty? (aside from the
> > > spelling)
> > > I tried vgetty --help and it reported "mgetty FATAL."
> >
> > vge
Hamish Moffatt writes:
>
> On Mar 03, 1997 at 09:17:45AM -0500, [EMAIL PROTECTED] wrote:
> > Ok, what's the difference between mgetty and vgetty? (aside from the
> > spelling)
> > I tried vgetty --help and it reported "mgetty FATAL."
>
> vgetty has voice extensions. I wish I knew how to s
On Mon, 3 Mar 1997 [EMAIL PROTECTED] wrote:
> Date: Mon, 3 Mar 1997 09:17:45 -0500 (EST)
> From: [EMAIL PROTECTED]
> To: debian-user@lists.debian.org
> Subject: getty
>
> Ok, what's the difference between mgetty and vgetty? (aside from the spelling)
> I tried vgetty --help and it reported "mge
<[EMAIL PROTECTED]> writes:
>
> Ok, what's the difference between mgetty and vgetty? (aside from the spelling)
> I tried vgetty --help and it reported "mgetty FATAL."
>
vgetty is an attempt to support a voice mailbox using voice capable modems.
Since it was not too stable, the mgetty-voi
"Lord Of The CLUTZ's" <[EMAIL PROTECTED]> writes:
> I was wondering, when I installed debian it installed getty (or so I thought)
> however when I do "man getty" it gives me the man page for agetty, I would
> prefer to have getty, because it does a clear screen after logout, I prefer
> that bett
Bill Roman wrote:
>
> They're running on your virtual consoles. Try holding down the left Alt
> key and pressing function keys. Log in on each virtual console. Pretty
> slick, eh?
>
> I used this feature a lot when I had only 4 MB of RAM, as that's not
> enough to run X in (unless you like wat
I hope its a typo since
ttyN is not the same as ttySN (N=0,1,etc)
e.g., terminals vs. serial lines.
Said that, by default I had more that the really
existing serial lines (ttySN) configured
To fix that edit the file you'll get after
# find /etc | xargs grep tty
I remember editing that f
[Why do I have gettys running on tty1 through tty6? I only have 2 serial ports]
These are virtual consoles using your VGA card. Push LeftAlt-F2 on your console
(I think it's Control-LeftAlt-F2 or Shift-LeftAlt-F2 if you are running X) and
you will be on tty2. And so on for Alt-F3, through Alt-F6.
38 matches
Mail list logo
