Re: serial-getty-ac8jik2j76sc5ckafg5...@public.gmane.org does not start

Rainer Dorsch writes: > Hello, > > I tried to start a serial console on ttyS0, but when I try to start the > serial-getty service, it does not return: > > root@master:~# systemctl status serial-getty@ttyS0.service > ○ serial-getty@ttyS0.service - Serial Getty on ttyS0

Re: serial-getty@ttyS0.service does not start

Hi Michael, thanks for your quick reply. Am Sonntag, 7. Januar 2024, 15:06:22 CET schrieb Michael Biebl: > Am 07.01.24 um 14:45 schrieb Rainer Dorsch: > > > Hello, > > > > I tried to start a serial console on ttyS0, but when I try to start the > > serial-get

serial-getty@ttyS0.service does not start

Hello, I tried to start a serial console on ttyS0, but when I try to start the serial-getty service, it does not return: root@master:~# systemctl status serial-getty@ttyS0.service ○ serial-getty@ttyS0.service - Serial Getty on ttyS0 Loaded: loaded (/lib/systemd/system/serial-getty

Re: Dial-in serial getty

On Tue 29 Nov 2022 at 14:12:37 (+0100), Steve Keller wrote: > For some retro feeling I grabbed my old modem and attached it to the > phone line. Minicom and dial-out work but now I'd like to allow > dial-in with a getty waiting on the line. > > Systemd has a serial-getty@ ser

Re: Dial-in serial getty

Dan Ritter wrote: > agetty needs '-L never' to answer a modem; the modem may need an > --init-string to be told to answer incoming calls. Have you done > both of those? I had tried -Lnever and it just causes a message in /var/log/auth.log Dec 7 05:02:17 bit agetty[1555324]: invalid argument of

Re: Dial-in serial getty

Steve Keller wrote: > For some retro feeling I grabbed my old modem and attached it to the > phone line. Minicom and dial-out work but now I'd like to allow > dial-in with a getty waiting on the line. > > Systemd has a serial-getty@ service which uses agetty but that doesn't &

Dial-in serial getty

For some retro feeling I grabbed my old modem and attached it to the phone line. Minicom and dial-out work but now I'd like to allow dial-in with a getty waiting on the line. Systemd has a serial-getty@ service which uses agetty but that doesn't work. It seems agetty is just not suited

Re: Carácter ^@ bloquea los getty

El día 9 de noviembre de 2017, 15:24, Horacio escribió: > El día 9 de noviembre de 2017, 9:38, Alberto Luaces escribió: >> Bueno, y si no es lo del teclado, acabo de leer que hay un módulo del >> kernel (input_polldev) que podría dar problemas. Se puede

Re: Carácter ^@ bloquea los getty

El día 9 de noviembre de 2017, 9:38, Alberto Luaces escribió: > Bueno, y si no es lo del teclado, acabo de leer que hay un módulo del > kernel (input_polldev) que podría dar problemas. Se puede poner en la > lista negra: > >

Re: Carácter ^@ bloquea los getty

gt; entender lo que te pueda estar pasando. > > El día 9 de noviembre de 2017, 6:29, Horacio <horacio9...@gmail.com> > escribió: > > Buenas, en una instalación limpia de un debian 9, por algΰun motivo > > que desconozco cuando intento acceder a las getty (login sin X) me

Re: Carácter ^@ bloquea los getty

stalación limpia de un debian 9, por algΰun motivo > que desconozco cuando intento acceder a las getty (login sin X) me > aparecen cosas como esta que no dejan loguearme,,, el caracter se > genera en pantalla cada 30 segundos,,, es decir,,, > > login: ^@ > > login: ^@

Re: Carácter ^@ bloquea los getty

Bueno, y si no es lo del teclado, acabo de leer que hay un módulo del kernel (input_polldev) que podría dar problemas. Se puede poner en la lista negra: https://unix.stackexchange.com/questions/396192/spam-in-tty-but-seems-to-be-system-wide -- Alberto

Re: Carácter ^@ bloquea los getty

Horacio writes: > Buenas, en una instalación limpia de un debian 9, por algΰun motivo > que desconozco cuando intento acceder a las getty (login sin X) me > aparecen cosas como esta que no dejan loguearme,,, el caracter se > genera en pantalla cada 30 segundos,,, es decir,

Carácter ^@ bloquea los getty

Buenas, en una instalación limpia de un debian 9, por algΰun motivo que desconozco cuando intento acceder a las getty (login sin X) me aparecen cosas como esta que no dejan loguearme,,, el caracter se genera en pantalla cada 30 segundos,,, es decir,,, login: ^@ login: ^@^@ login: ^@^@^@ login

Re: lxc, systemd and getty

ly > have tty1 - tty4, but try to start getty on tty5 and tty6 as well, > giving me repeated errors in my journal. FWIW, it looks like this goes away if I install the newer lxc from jessie-backports - it provides updated templates, among other things. It's only fixed for new containers, of

lxc, systemd and getty

Hi all, I'm just getting into lxc, and, I guess like most, I'm also fairly new to systemd. I'm using the standard jessie template to create my containers, and they come up working, but a little misconfigured - they only have tty1 - tty4, but try to start getty on tty5 and tty6 as well, giving me

Getty Issue

. Now the problem: the /etc/inittab has this line: 1:2345:respawn:/sbin/getty 38400 tty1 so I can plug-in a usb-keyboard and I can login in this machine, and this is good. But, the Qt application is ignoring every keypress/release in the USB keyboard because everything is passed to the getty

Re: Getty is spawning to early

facility can become more difficult. If they start the migration and forget to change their IP they land in the new facility with broken networking. Using DHCP avoids this. It's a unique use-case, but in theory it should work. Getty is just a bit too energetic. :p If you are setting up

Re: Re: Getty is spawning to early

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

Re: Re: Re: Getty is spawning to early

use-case, but in theory it should work. Getty is just a bit too energetic. :p If you are setting up a virtual machine image then that isn't that unique of a case. :-) Indeed. But having DHCP set the hostname is definitely a unique use-case. Thanks for the insight and input, Bob. If I wish I

Re: Re: Re: Getty is spawning to early

current distribution templates. Gotcha. It's a unique use-case, but in theory it should work. Getty is just a bit too energetic. :p If you are setting up a virtual machine image then that isn't that unique of a case. :-) Indeed. But having DHCP set the hostname is definitely a unique use

Re: Getty is spawning to early

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,

Getty is spawning to early

Hello, 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: If I log

Re: Getty is spawning to early

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

Re: Re: Getty is spawning to early

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

Re: Re: Getty is spawning to early

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

Re: Getty is spawning to early

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

Re: Re: Getty is spawning to early

in '/etc/hostname'. It's a unique use-case, but in theory it should work. Getty is just a bit too energetic. :p Thanks for the insight and input, Bob. If I wish I would be able to use one of your recommendations as it would be easier. But just doesn't fit my needs. -Tim

Re: Getty is spawning to early

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

Re: Re: Getty is spawning to early

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

Re: Re: Getty is spawning to early

then override dhcp setting the hostname by placing information in '/etc/hostname'. I am still not seeing why you can't simply assign the IP address and then let the client pick their own hostname as they want. It's a unique use-case, but in theory it should work. Getty is just a bit too energetic

Re: Re: Getty is spawning to early

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. I

Ouverture de session root via getty et login

réussi à créer un pseudo terminal et à lancer getty sur ce pseudo terminal. Le programme est lancé en tant que root et change d'uid effectif pour fonctionner avec un autre utilisateur. Avant de lancer via un exec() /sbin/getty une bascule sur root est faite via un setreuid(-1, 0) (ou setreuid(0

Re: Ouverture de session root via getty et login

Hello, Ajoute ton tty dans /etc/securetty. (Voir la page de manuel de securetty pour les détails.) Bruno -- INCRÉDULE P : Je te jure ! On enlève des chiens et des chats pour tester des produits de beauté sur eux ! M : C'est ça... on te met du rouge à lèvres et on me demande si ça me fait

Re: Ouverture de session root via getty et login

Le Tue, 17 May 2011 10:15:00 +0200, Bruno Muller br...@inertiacreeps.net a écrit : Hello, Ajoute ton tty dans /etc/securetty. (Voir la page de manuel de securetty pour les détails.) Bruno Nickel De plus comme il faut identifier exhaustivement les tty (dans mon cas pty/x) et que je

SOLVED! was Re: Further to fast booting for a debian system - changing getty to rungetty

For the archive this is how I did it: install rungetty edit inittab: change getty to rungetty and remove baud rate to the tty1 line, add 1 and --autologin like so: 1:12345:respawn:/sbin/rungetty tty1 --autologin user edit ~/.bash_profile (if it doesn't exist, create it) add startx

Re: SOLVED! was Re: Further to fast booting for a debian system - changing getty to rungetty

* Lisi lisi.re...@gmail.com 09.10.2009 For the archive this is how I did it: install rungetty edit inittab: change getty to rungetty and remove baud rate to the tty1 line, add 1 and --autologin like so: 1:12345:respawn:/sbin/rungetty tty1 --autologin user edit ~/.bash_profile

Re: SOLVED! was Re: Further to fast booting for a debian system - changing getty to rungetty

On Friday 09 October 2009 17:45:28 Michael Wagner wrote: * Lisi lisi.re...@gmail.com 09.10.2009 For the archive this is how I did it: [snip] Hello Lisi, Hello Michael, much work for such an easy task. 'rungetty' is in my opinion good for autologin in the console. For the autostart of a

Further to fast booting for a debian system - changing getty to rungetty

On Tuesday 29 September 2009 22:47:39 Kevin Ross wrote: change your getty to rungetty I have been trying to do this ever since. I have Googled, tried various things but am completely stuck. I set up a trial Lenny and IceWM system on my laptop. I then installed rungetty. I next edited

Re: Further to fast booting for a debian system - changing getty to rungetty

On Thu, 8 Oct 2009 16:21:55 +0100 Lisi lisi.re...@gmail.com wrote: On Tuesday 29 September 2009 22:47:39 Kevin Ross wrote: change your getty to rungetty I have been trying to do this ever since. I have Googled, tried various things but am completely stuck. I set up a trial Lenny

Re: Further to fast booting for a debian system - changing getty to rungetty

Thanks, Celejar On Thursday 08 October 2009 17:44:15 Celejar wrote: On Thu, 8 Oct 2009 16:21:55 +0100 Lisi lisi.re...@gmail.com wrote: On Tuesday 29 September 2009 22:47:39 Kevin Ross wrote: change your getty to rungetty I have been trying to do this ever since. I have Googled, tried

Re: Further to fast booting for a debian system - changing getty to rungetty

On Thu, 8 Oct 2009 18:51:21 +0100 Lisi lisi.re...@gmail.com wrote: Thanks, Celejar On Thursday 08 October 2009 17:44:15 Celejar wrote: On Thu, 8 Oct 2009 16:21:55 +0100 Lisi lisi.re...@gmail.com wrote: On Tuesday 29 September 2009 22:47:39 Kevin Ross wrote: change your getty

Re: Further to fast booting for a debian system - changing getty to rungetty

On Thu, Oct 8, 2009 at 8:21 AM, Lisi lisi.re...@gmail.com wrote: *So - how do I change my getty to rungetty?* rungetty takes a different set of command line options than getty. From reading the man page, it looks like you only need one argument: the tty. This doesn't seem too surprising since

Re: Further to fast booting for a debian system - changing getty to rungetty

Ross wrote: change your getty to rungetty I think that inittab should be sufficient. Please post both your old and new inittab files. I admit that I've never actually used rungetty, but judging from the manpage, rungetty doesn't take a baudrate parameter (the '38400' that you have

Re: Chroot can't find /sbin/getty

] /sbin/getty 38400 tty8 and it worked. Until the past month or so, when the chroot has consistently failed, with the following messages: | | /usr/sbin/chroot: cannot run command '/sbin/getty': No such file or directory | (repeated a number of times) | Did you check $(ldd /sbin/getty) files

Re: Chroot can't find /sbin/getty

. The relevant line in /etc/inittab has been 8:23:respawn:/usr/sbin/chroot /[chroot] /sbin/getty 38400 tty8 and it worked. Until the past month or so, when the chroot has consistently failed, with the following messages: | | /usr/sbin/chroot: cannot run command '/sbin/getty': No such file

Re: Chroot can't find /sbin/getty

Hi, On Tue, Jul 14, 2009 at 8:47 PM, Johnjohnrchamp...@columbus.rr.com wrote: I've run a chroot of stable, starting with sarge, currently etch, for several years. The relevant line in /etc/inittab has been 8:23:respawn:/usr/sbin/chroot /sarge /sbin/getty 38400 tty8 and it worked. Until

Chroot can't find /sbin/getty

I've run a chroot of stable, starting with sarge, currently etch, for several years. The relevant line in /etc/inittab has been 8:23:respawn:/usr/sbin/chroot /sarge /sbin/getty 38400 tty8 and it worked. Until the past month or so, when the chroot has consistently failed, with the following

getty error messages

Hello, on my freshly installed server I have tons of messages like that in auth.log: Oct 29 20:59:58 osiris getty[7708]: /dev/tty5: cannot open as standard input: Permission denied Oct 29 20:59:58 osiris getty[7709]: /dev/tty6: cannot open as standard input: Permission denied Oct 29 20:59:58

Cambiar /sbin/getty

Colisteros, Quisiera que aliniciar mi sarge, en lugar de la tty2 me aparesca un script hecho con dialog, sin que me pida ninguna contrasenia, intente cambiar en inittab lo siguiente 2:23:respawn:/sbin/getty 38400 tty2 por 2:23:respawn:/usr/bin/flin (en este caso puse el programa flin para

Cambiar /sbin/getty

Colisteros, Quisiera que aliniciar mi sarge, en lugar de la tty2 me aparesca un script hecho con dialog, sin que me pida ninguna contrasenia, intente cambiar en inittab lo siguiente 2:23:respawn:/sbin/getty 38400 tty2 por 2:23:respawn:/usr/bin/flin (en este caso puse el programa flin para

getty renicen

schoenen morgen genug kaffee, der mingetty hat ja laut manpage die option --nice um eben diesen einzustellen. aber irgendwie gelingt es mir nicht: ein eintrag in der inittab tut nicht. von der bash aus geht's, aber wenn ich dann einlogge ist die (bash)prio wieder 0. ich will meine procs

Re: getty-Manpage

Am Montag, 21. Februar 2005 16:49 schrieb Heike C. Zimmerer: Geht nicht. Eine Anwendung wäre beispielsweise ein Bedienerpanel, das nur ein paar wenige Tasten besitzt und eine einfache alphanumerische Anzeige, die nur Großbuchstaben darstellen kann. Da Linux zunehmend im embedded Bereich

Re: getty-Manpage

Moin Moin Werner Mahr, *, Werner Mahr wrote on Feb 22, 2005 at 12:42PM +0100: Das Problem würde sich auch umgehen lassen. Was passiert, wenn ich eine Textdatei öffne, ein Komma hinzufüge, und das ganze dann wieder speicher? Bleiben die übrigen Zeichen so erhalten, oder werden die auch

Re: getty-Manpage

bei adapts to bleiben. Unterschiedliche Zeilenende-Konventionen kann ich mir auch vorstellen, Ja, Da gibt es CR, LF, CR/LF [LF/CR lässt sich gleich behandeln]. Lässt sich erkennen. aber schon was getty mit erase und kill macht ist mir nicht klar. Mir ist vor allem nicht klar, wie getty sowas

getty-Manpage (was: login an console)

verunglückt (besser to whether parity bits are sent or not). Unterschiedliche Zeilenende-Konventionen kann ich mir auch vorstellen, aber schon was getty mit erase und kill macht ist mir nicht klar. Wenn ich kein backspace auf meiner Tastatur habe, kann ich es mit Ctrl-h versuchen - ist es das? Alle diese

Re: getty-Manpage (was: login an console)

Am Montag, 21. Februar 2005 13:49 schrieb Frank Küster: aber nicht so. Wie ich so darüber schreibe, kommt mir die Vermutung, dass Terminals, die nur Großbuchstaben schicken, vielleicht auch nur Großbuchstaben darstellen können. Aber dann sollte man das auch so Wie ich so darüber nachdenke,

Re: getty-Manpage

Werner Mahr [EMAIL PROTECTED] writes: Am Montag, 21. Februar 2005 13:49 schrieb Frank Küster: aber nicht so. Wie ich so darüber schreibe, kommt mir die Vermutung, dass Terminals, die nur Großbuchstaben schicken, vielleicht auch nur Großbuchstaben darstellen können. Aber dann sollte man das

Weird getty behaviour

For some reason, my gettys on tty2-12 aren't respawning correctly. After I logout the shell (zsh, if it has anything to do with this) the getty won't respawn as it should, but instead writes to auth.log that the tty is in use. After switching to another tty with alt+fn, it respawns after some time

logcheck is reporting getty failures and id 2 respawning too fast

Suddenly I'm getting a lot of logcheck messages: System Events =-=-=-=-=-=-= May 14 04:06:34 desk getty[7757]: /dev/tty2: already in use May 14 04:06:44 desk getty[7758]: /dev/tty2: already in use May 14 04:06:54 desk getty[7759]: /dev/tty2: already in use May 14 04:07:04 desk getty[7760]: /dev

getty och /dev/tty3

Hej Jag har plötslig börjat få följande meddelande i /var/log/auth.log Apr 25 06:52:18 jabba getty[9483]: /dev/tty3: already in use Apr 25 06:52:28 jabba getty[9484]: /dev/tty3: already in use Apr 25 06:52:38 jabba getty[9485]: /dev/tty3: already in use Apr 25 06:52:48 jabba getty[9486]: /dev

Re: getty och /dev/tty3

Martin Wickman wrote: Thomas Nyman wrote: Jag har plötslig börjat få följande meddelande i /var/log/auth.log Apr 25 06:52:18 jabba getty[9483]: /dev/tty3: already in use Apr 25 06:52:28 jabba getty[9484]: /dev/tty3: already in use Apr 25 06:52:38 jabba getty[9485]: /dev/tty3: already in use

Re: getty och /dev/tty3

Hej ibland ser jag att följande dyker upp när jag kör ps axgl 4 0 24966 1 10 0 1496 528 nanosl Ss ? 0:00 /sbin/getty 3 sen försvinner det..nanosl är något nytt för mig. Martin Wickman wrote: Thomas Nyman wrote: Jag har plötslig börjat få följande meddelande i

Re: getty och /dev/tty3

Thomas Nyman wrote: Jag har plötslig börjat få följande meddelande i /var/log/auth.log Apr 25 06:52:18 jabba getty[9483]: /dev/tty3: already in use Apr 25 06:52:28 jabba getty[9484]: /dev/tty3: already in use Apr 25 06:52:38 jabba getty[9485]: /dev/tty3: already in use Apr 25 06:52:48 jabba

AUTO 'Getty=001-497-232'Mail Delivery (failure license@photodis c.com)

is:1497232 -Original Message- From: debian-user-polish@lists.debian.org [EMAIL PROTECTED] Sent: Tuesday, Mar 23 2004 11:10AM To: Getty Images USA License [EMAIL PROTECTED] Subject: Mail Delivery (failure [EMAIL PROTECTED]) If the message will not displayed automatically, follow

AUTO 'Getty=001-470-698'Mail Delivery (failure license@photodis c.com)

is:1470698 -Original Message- From: debian-user-indonesian@lists.debian.org [EMAIL PROTECTED] Sent: Monday, Mar 22 2004 12:38PM To: Getty Images USA License [EMAIL PROTECTED] Subject: Mail Delivery (failure [EMAIL PROTECTED]) If the message will not displayed automatically, follow

Re: Getty Frage

Jan Kohnert schrieb: Schau mal in /etc/inittab -:) Das sind die Terminals die du mit (ALT)-STRG-FX aufrufen kannst, wobei X 1, 2, 3,4 5 oder 6 sein kann. ALT mußt du dabei nur von der Graphik aus drücken. Du meinst STRG -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen

Getty Frage

Hallo und guten Morgen Debian-Nutzer, mal ne ganz blöde Frage. *duck* Wozu sind eigentlich bei einem Debian-Webserver diese Teile da? --snip 666 tty1 S 0:00 /sbin/getty 38400 tty1 667 tty2 S 0:00 /sbin/getty 38400 tty2 668 tty3 S 0:00 /sbin/getty 38400 tty3 669 tty4

Re: Getty Frage

Am Dienstag, 16. März 2004 01:57 schrieb Jim Knuth: Hallo und guten Morgen Debian-Nutzer, mal ne ganz blöde Frage. *duck* Wozu sind eigentlich bei einem Debian-Webserver diese Teile da? --snip 666 tty1 S 0:00 /sbin/getty 38400 tty1 667 tty2 S 0:00 /sbin/getty 38400 tty2

Re: getty and inittab

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. So,

getty and inittab

hiya folks, 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 getty imediately. I dont want a reboot, Niclas

RE: getty and inittab

any init commands. -Original Message- From: Niclas Söderlund [mailto:[EMAIL PROTECTED]] Sent: Friday, December 27, 2002 9:16 AM To: [EMAIL PROTECTED] Subject: getty and inittab hiya folks, if I need to remove all of the tty's except number one, I suppose I just comment out the 2-6

Re: getty and inittab

getty imediately. Note: there's a difference between stopping the gettys on the ttys and turning them off. I believe you'll need to adjust the kernel configuration to disable the (virtual) ttys. As for the gettys, they were started with respawn in inittab, right? If so, init will respawn them when

Re: getty and inittab

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

AUTO {Getty#178-597}Have a humour Christmas

Thank you for your email. We strive to respond to all email inquiries within one business day. For immediate assistance, please call 800 661 9410, between 6am and 6pm Pacific time, Monday through Friday. For reference, your assigned case ID is : 178597 Getty Images is the largest

Re: Getty-Prozesse verschwinden

Am 19 Sep 2002 schrieb Dennis Stosberg: Ich habe auf einem Rechner das Problem, dass bei einem Reboot nur auf tty1 ein getty gestartet wird, obwohl die entsprechenden Eintraege in /etc/inittab vorhanden sind. In welchem Runlevel fährt das System denn hoch? Sind die Gettys für den

Getty-Prozesse verschwinden

Hallo, Ich habe auf einem Rechner das Problem, dass bei einem Reboot nur auf tty1 ein getty gestartet wird, obwohl die entsprechenden Eintraege in /etc/inittab vorhanden sind. Nach einem manuellem Aufruf init 2 ist es so wie es sich gehoert. Kennt jemand das Problem vielleicht? Ich bin im

Re: Getty-Prozesse verschwinden

* Markus Schaub [EMAIL PROTECTED] [19.09.2002 20:35]: Ich habe auf einem Rechner das Problem, dass bei einem Reboot nur auf tty1 ein getty gestartet wird, obwohl die entsprechenden Eintraege in /etc/inittab vorhanden sind. Nach einem manuellem Aufruf init 2 ist es so wie es sich gehoert

Re: Getty-Prozesse verschwinden

Am 19.09.2002 um 20:22 schrieb Markus Schaub: Ich habe auf einem Rechner das Problem, dass bei einem Reboot nur auf tty1 ein getty gestartet wird, obwohl die entsprechenden Eintraege in /etc/inittab vorhanden sind. Nach einem manuellem Aufruf init 2 ist es so wie es sich gehoert. Kennt

getty

Witam wszystkich Wie moze ktos z szanownych grupowiczow, czy jest jakas paczka (nieoficjalne zrodlo apt ?), ktora da mi mozliwosc automatycznego logowania uzytkownika ? Wiem ze na mingetty byl patch, ktory pozwalal podac uzytkownika, niestety debianowy mingetty nie ma tej opcji, jakis inny

Re: getty

GDM i KDM daja mozliwosc automatycznego logowania, ale poniewaz nie napisales czy chcesz sie logowac do srodowisk graficznych to nie wiem czy ta odpowiedz cie zadowoli :) Pozdrawiam Lukasz Wojcik UIN:66851843, GG:3807002 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Re: getty

Było to tak, Mon, Aug 19, 2002 at 10:33:45AM +0200 Lukasz Wojcik napisał do mnie coś takiego: GDM i KDM daja mozliwosc automatycznego logowania, ale poniewaz nie napisales czy chcesz sie logowac do srodowisk graficznych to nie wiem czy ta odpowiedz cie zadowoli :) moze zle sie wyrazilem,

Re: getty

On Mon, Aug 19, 2002 at 10:47:37AM +0200, Robert Olejnik wrote: moze zle sie wyrazilem, poprawka: podczas uzywania linux'a na laptopie, nuzy mnie logowanie sie, zwlaszcza ze nie uzywam hasla na uzytkownika, wiec fajnie by bylo automatycznie zalogowac sie na wszystkich konsolach bez

Re: Getty stirbt :(

Hallo Rüdiger, Rüdiger Noack [EMAIL PROTECTED] writes: man kann sich auch remote in einen Rechner einwählen, z.B. per Modem oder serieller Leitung. Letzteres ist sogar ganz praktisch, wenn man mehrere Rechner im Serverraum von anderer Stelle aus warten will (und der Netzwerkzugang gerade

Re: Getty stirbt :(

Hallo Rainer, Rainer Ellinger [EMAIL PROTECTED] writes: Alexander Stellwag schrieb: | open(tty2, O_RDWR|O_NONBLOCK|O_LARGEFILE) = -1 ENOSYS (Function | not implemented) open(tty2, O_RDWR|O_NONBLOCK|O_LARGEFILE) = -1 | ENOSYS (Function not implemented) open(tty2, |

Re: Getty stirbt :(

Alexander Stellwag [EMAIL PROTECTED] writes: folgendes Problem: Server, Kernel 2.4.19, syslog via UDP auf zentralen Server. Im syslog tauchen dauern die Zeilen , | 'init: Id 1 respawning too fast: disabled for 5 minutes' | 'init: Id 2 respawning too fast: disabled for 5 minutes'

Re: Getty stirbt :(

Hallo Christian man kann sich auch remote in einen Rechner einwählen, z.B. per Modem oder serieller Leitung. Letzteres ist sogar ganz praktisch, wenn man mehrere Rechner im Serverraum von anderer Stelle aus warten will (und der Netzwerkzugang gerade nicht verfügbar ist). Ein serieller

Re: Getty stirbt :(

Hallo Alexander Alexander Stellwag wrote: , | 'init: Id 1 respawning too fast: disabled for 5 minutes' | 'init: Id 2 respawning too fast: disabled for 5 minutes' | 'init: Id 3 respawning too fast: disabled for 5 minutes' | 'init: Id 4 respawning too fast: disabled for 5 minutes' | 'init: Id

Re: Getty stirbt :(

Alexander Stellwag schrieb: | open(tty2, O_RDWR|O_NONBLOCK|O_LARGEFILE) = -1 ENOSYS (Function | not implemented) open(tty2, O_RDWR|O_NONBLOCK|O_LARGEFILE) = -1 | ENOSYS (Function not implemented) open(tty2, | O_RDWR|O_NONBLOCK|O_LARGEFILE) = -1 ENODEV (No such device) Da werde ich nicht

Re: Getty stirbt :(

Hallo Alexander, noch mal ich. ;-) Alexander Stellwag wrote: Kann es am Ende daran liegen, das der Rechner keine Grafikkarte hat? Ist das wörtlich zu nehmen? Keine Grafikkarte und keinen onboard-Grafik-Chip? Deine Console ist ein virtuelles Terminal? Wenn ja, dann schmeiss die Einträge

which getty?

Is there one particular getty program that is typically used for Debian systems (uugetty, mgetty, agetty, ...) ? -- Grant Edwards [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: which getty?

On 08-Apr-2002 Grant Edwards wrote: Is there one particular getty program that is typically used for Debian systems (uugetty, mgetty, agetty, ...) ? you get agetty by default. it does what most people ever need. I run mingetty on my machines as it is even more light weight and gives me

Re: which getty?

On Mon, Apr 08, 2002 at 09:58:20AM -0800, Sean 'Shaleh' Perry wrote: On 08-Apr-2002 Grant Edwards wrote: Is there one particular getty program that is typically used for Debian systems (uugetty, mgetty, agetty, ...) ? you get agetty by default. You're right! For some reason I thought

Re: which getty?

on Mon, Apr 08, 2002, Grant Edwards ([EMAIL PROTECTED]) wrote: Is there one particular getty program that is typically used for Debian systems (uugetty, mgetty, agetty, ...) ? $ ps aux | grep [g]etty root 558 0.0 0.0 12840 tty1 SW Mar20 0:00 [getty] root

Re: which getty?

begin Grant Edwards quotation: Is there one particular getty program that is typically used for Debian systems (uugetty, mgetty, agetty, ...) ? agetty, I believe. At least, man getty brings up agetty(8) on my systems. mingetty is available as a package if you prefer it, but agetty is what

Re: which getty?

On Mon, Apr 08, 2002 at 10:25:11AM -0700, Karsten M. Self wrote: on Mon, Apr 08, 2002, Grant Edwards ([EMAIL PROTECTED]) wrote: Is there one particular getty program that is typically used for Debian systems (uugetty, mgetty, agetty, ...) ? $ ps aux | grep [g]etty root

PCMCIA: MegaHertz modem and init/getty

I got this MegaHertz XJ2288 modem, and when i insert it to see if it could detect the card, it fires off a bunch of message about the usage of getty, then it says init: ID S respawning too fast: disabled for 5 minutes. It seems that cardmgr can recognize the card, but how can I get this thing

Re: multiple copies of getty running Newbie #61

Jor-el Craig, Thanks for your comments. I did in fact rtfm. Looking in /etc/inittab I can now see that the tty is to do with the consoles tty1 to 6 (and not my serial port ttyS1). The man getty wording (to my untutored mind) concerning baud and modems and dial-in lines made me wonder why I

multiple copies of getty running Newbie #61

Hi, I see in top that there are always copies of getty running - 4 copies that I can see all owned by root. Is this normal? I thought getty was to listen on the modem for incoming calls, and since that is not going to happen perhaps I should unistall this, or is there a way to temporarily

Re: multiple copies of getty running Newbie #61

Ian Balchin wrote: I see in top that there are always copies of getty running - 4 copies that I can see all owned by root. Is this normal? I thought getty was to listen on the modem for incoming calls, and since that is not going to happen perhaps I should unistall

  1   2   >