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 > Loaded: loaded (/lib/systemd/system/serial-getty@.service; enabled; > preset: enabled) > Active: inactive (dead) > Docs: man:agetty(8) > man:systemd-getty-generator(8) > https://0pointer.de/blog/projects/serial-console.html The only strange thing to me is that name serial-getty@ttyS0.service since I have just serial-getty@ttyS0.service - Serial Getty on ttyS0 But I guess it doesn't really matter. > root@master:~# systemctl start serial-getty@ttyS0.service Does it start when you do that? Any messages? Has it ever worked? What kind of hardware is it? I had quite some issues finding a PCIe card with a serial port that works in Linux but the third or fourth card was the charm. Both console messages and running agetty on it just worked. Doesn't work for Grub though.
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-getty service, it does not return: > > > Looks like the service is waiting for the device to appear. > Do you have a /dev/ttyS0 device? I get kernel messages through that device on the serial interface using console=ttyS0,115200n8 as kernel parameter. > Can you show the output of > > ls -la /dev/ttyS0 > systemctl status dev-ttyS0.device > udevadm info /dev/ttyS0 root@master:~# ls -la /dev/ttyS0 crw-rw 1 root dialout 4, 64 Jan 8 22:14 /dev/ttyS0 root@master:~# systemctl status dev-ttyS0.device ● dev-ttyS0.device - /dev/ttyS0 Follows: unit currently follows state of sys-devices-pnp0-00:06-tty- ttyS0.device Loaded: loaded Active: active (plugged) since Sun 2024-01-07 14:35:33 CET; 1 day 7h ago Device: /sys/devices/pnp0/00:06/tty/ttyS0 Jan 07 14:35:33 master systemd[1]: Found device dev-ttyS0.device - /dev/ttyS0. root@master:~# udevadm info /dev/ttyS0 P: /devices/pnp0/00:06/tty/ttyS0 M: ttyS0 R: 0 U: tty D: c 4:64 N: ttyS0 L: 0 E: DEVPATH=/devices/pnp0/00:06/tty/ttyS0 E: DEVNAME=/dev/ttyS0 E: MAJOR=4 E: MINOR=64 E: SUBSYSTEM=tty E: USEC_INITIALIZED=3388940 E: ID_MM_CANDIDATE=1 E: TAGS=:systemd: E: CURRENT_TAGS=:systemd: root@master:~# Do you see anything suspicious in the output? Thanks Rainer -- Rainer Dorsch http://bokomoko.de/
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@.service; enabled; preset: enabled) Active: inactive (dead) Docs: man:agetty(8) man:systemd-getty-generator(8) https://0pointer.de/blog/projects/serial-console.html root@master:~# systemctl start serial-getty@ttyS0.service Printing kernel messages on the same console works flawless: rd@master:~$ cat /proc/cmdline BOOT_IMAGE=/vmlinuz-6.1.0-17-amd64 root=/dev/mapper/master--vg-root ro console=tty0 console=ttyS0,115200n8 quiet rd@master:~$ Any hint or idea why the serial console is not working is welcome. Thanks Rainer -- Rainer Dorsch http://bokomoko.de/
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@ service which uses agetty but that doesn't > work. It seems agetty is just not suited for that job although the > manual page claims it to be. But I couldn't get agetty to wait for an > incoming call, answer it, and then send the login prompt. Instead, it > always immediately sends the prompt, execve()s to /bin/login which then > terminates after a 60s timeout. > > I've now installed mgetty but there is no systemd service file for it. > > Should I change the serial-getty@ service to use mgetty or should I > create a new service for it? In case of the latter, does it suffice > to only add the .service file or do I need anything else? I'd certainly try using the service that's already there, just changing the ExecStart line. I used mgetty for years a couple of decades ago, and it worked really well. I could dial out from work to home, and I could use callback to call me at home when I dialled in to work, logging in with a secret word. (The word selects the number that it dials back.) In fact, I used callback from anywhere I happened to be staying if it could receive an external call directly. To prevent interfering with normal phone use, I set -n to something like 19 rings, by which time most humans will have given up. (IIRC this exceeded the number of rings that an internal caller could wait for pickup, but not external callers.) Restart=always was important if, like me, you find you have to restart the modem every so often, otherwise after a few days, it would just not pick up. I ran the modem off a mechanical timer switch with just one ¼hr segment set to Off, at ~04:30. Another wrinkle with callback: don't put ABORT "NO CARRIER" into the chat script, because you get that string when the modem hangs up to call back. It saved a lot of money, as the office could dial National Calls for a flatrate 10p (IIRC), whereas I would be paying by the minute. (The Friends and Family tariff would lower the cost of my calls, but that meant redialling before an hour had passed, else the rate would go up.) It also broke the security rules which mandated using a dongle to log in from off site. Of course, the dongle only worked if you logged in to a Windows server, and all my machines ran linux. At that time, interoperability was crude to say the least. Does this sound suitably retro? Cheers, David.
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 --local-line and agetty does not exec /bin/login in this case but only logs the error message, waits for 10s, and then exits. Since agetty does not wait for the modems carrier detect or for the "RING" message from the modem I don't see how it can be used on dial-in lines. Steve
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 > work. It seems agetty is just not suited for that job although the > manual page claims it to be. But I couldn't get agetty to wait for an > incoming call, answer it, and then send the login prompt. Instead, it > always immediately sends the prompt, execve()s to /bin/login which then > terminates after a 60s timeout. > > I've now installed mgetty but there is no systemd service file for it. > > Should I change the serial-getty@ service to use mgetty or should I > create a new service for it? In case of the latter, does it suffice > to only add the .service file or do I need anything else? > 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? -dsr-
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 for that job although the manual page claims it to be. But I couldn't get agetty to wait for an incoming call, answer it, and then send the login prompt. Instead, it always immediately sends the prompt, execve()s to /bin/login which then terminates after a 60s timeout. I've now installed mgetty but there is no systemd service file for it. Should I change the serial-getty@ service to use mgetty or should I create a new service for it? In case of the latter, does it suffice to only add the .service file or do I need anything else? Steve
Re: lxc, systemd and getty
On 16/04/16 03:29, Richard Hector wrote: > 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 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 course, so I'll either have to rebuild my containers, or do some careful diffing. Richard
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 repeated errors in my journal. Has anyone else seen this, and know or have figured out exactly what needs doing to fix it? I don't really care whether I have 4 or 6 ttys; I've been working towards enabling 5 and 6 rather than removing them, but efforts in both directions have had varying results. I concede I haven't been documenting my efforts carefully enough. I've tried adding "lxc.tty = 6" to the container config. I've run mknod to create the extra device files. I've created links in /etc/systemd/system/getty.target.wants to match the first 4. I've run "systemctl start getty@tty5.service" (and the same for 6). /lib/systemd/system/getty-static.service appears to start 6 ttys already. ... and I'm still getting errors, now with extra "/dev/tty5: cannot open as standard input: Input/output error" I haven't got rsyslog support working yet, so I don't have logs from previous boots, which would be nice, but that's a separate issue. Any hints? Thanks, Richard
Getty Issue
Hello list! This is my first e-mail to this ML, so please be patient. SYSTEM: I am working on a deboostrapped chrooted Debian Wheezy on our board (ARM based - i.MX28 SoC Processor). This board has USB Host A type connector, USB - OTG (microUSB) Device connector, a LVDS display, external microSD Card and internal 2 Gbytes eMMC chip. I built this system in late 2012 and everything seems to be working ok. Now I am achieving to use a usb-keyboard in my application @ startup (rc.local). My application is Qt-based (Qt 4.8.2). The Qt keyboard driver is looking for tty1 as input device. 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/login program. It would be good if I duplicate all inputs from the usb-keyboard to go to the getty __AND__ the Qt application. How can achieve that? My kernel commandline has: console=tty0 as the last command, just to be sure I can see the debian booting into the LCD Screen. Any hint or helpful trick will be greatly appreciated. Last but not least, just for your reference, if I comment out the /etc/inttab line (so not having any getty login on tty1) my Qt Application is working good. Best regards, -- Eurek s.r.l. | Electronic Engineering| http://www.eurek.it via Celletta 8/B, 40026 Imola, Italy | Phone: +39-(0)542-609120 p.iva 00690621206 - c.f. 04020030377 | Fax: +39-(0)542-609212 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54f444c1.7040...@eurekelettronica.it
Re: Getty is spawning to early
For example it could check if the hostname was the unconfigured hostname and then set it exactly once and then clean up after itself leaving no trace of itself behind. That would have the advantage that the result would be indistinguishable from a stock system. For example after updating /etc/hostname it could then remove itself as part of the cleanup. It could even do this action and then reboot so that when the machine settles it is guaranteed to settle in a known good final state. I suggest this because I have done this many times and if care is taken the result is excellent. But a disadvantage is that people tend to have a hard time wrapping their mind around boot time scripts. I don't know what it is about it but people get very confused about what happens at boot time. And if it were to modify itself by cleaning up afterward this would be beyond the capabilities of some admins. A sad but true statement. 4) Try using 'pump' or other dhclients instead. I haven't tried them on Debian since the ISC client works fine for my purposes. But since you have mentioned the heterogeneous environment with lots of distros then you might have expertise using a different client and this would allow you to leverage it and apply it to your problem. Me, personally, if I were a paying client I wouldn't like this as much if I had selected Debian (or Ubuntu) as a system image from a virtual image list but I mention it anyway as a possibility. If I were hit with this I would think, "Huh? Can I switch it back to the standard install one?" and probably try just that and always wonder why a non-default dhclient was initally installed and assume it was someone being parochial. So I don't consider this as good of a solution but you are free to disagree. All of the above possibilities would provide a completely automated configuration upon the first boot of the image. There isn't a need to manually access the booted image. Option 2 above is probably the simplest and most direct option. In all cases I really recommend leaving the configuration with a static ip address configuration in /etc/network/interfaces. It just makes things a much more reliable setup. Thank you for the ideas. I'll need to go over each one thoroughly this week and do some testing. I wish I could set the hostname statically but it becomes an issue if our customer decides to migrate their instance to a different facility. If a customer has static IP addresses configured migrations to a different 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 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. Yes. And as an important point you only really want to do it once. That is different from always needing to set a dynamic hostname based upon the ip address. And much better. In my case I was needing to do it every time forever for the life of the image for a thin client application. (And having done it I was never happy with it. I eventually migrated things away from that method.) But for you it is a usefully important point that you only need to bootstrap yourself into a working configuration. After the /etc/hostname is set on the first boot then you can leave the configuration frozen at that state. That is better. I've not ripped through all of our other templates. But I *believe* all are set dynamically. But it checks to see whether the DHCP hostname should be used, or the one set in "/etc/hostname" (or whichever depending on the distro). >>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. > >I am sure you have reasons but so far I don't see it yet. Hopefully I've been able to clear up some confusion about my reasons behind this. Yes. Thank you for the additional information. It was useful for me to have a better understanding of your problem. And hopefully I was able to repay that effort with what I hope to be useful discussion and ideas. Definitely. I'll be putting some to the test to see if I can work around it moving forward. BTW... Every time you reply your mailer adds another "Re: " to the subject line. You probably want to look into that problem. It is a little bit annoying. Good old Thundebird. Sigh. I had not been paying attention to the subject that Thunderbird was setting. Not to get too far off-topic but I defini
Re: Re: Re: Getty is spawning to early
ddress, a hostname that > >>is not personal, and be good to go. They can 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. > > They are more than welcome to do that after the first boot, but this > is how it's been done historically and on all 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-case. Yes. And as an important point you only really want to do it once. That is different from always needing to set a dynamic hostname based upon the ip address. And much better. In my case I was needing to do it every time forever for the life of the image for a thin client application. (And having done it I was never happy with it. I eventually migrated things away from that method.) But for you it is a usefully important point that you only need to bootstrap yourself into a working configuration. After the /etc/hostname is set on the first boot then you can leave the configuration frozen at that state. That is better. > >>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. > > > >I am sure you have reasons but so far I don't see it yet. > > Hopefully I've been able to clear up some confusion about my reasons > behind this. Yes. Thank you for the additional information. It was useful for me to have a better understanding of your problem. And hopefully I was able to repay that effort with what I hope to be useful discussion and ideas. BTW... Every time you reply your mailer adds another "Re: " to the subject line. You probably want to look into that problem. It is a little bit annoying. Bob signature.asc Description: Digital signature
Re: Re: Re: Getty is spawning to early
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 customers. The language you are using is confusing. If it has a static address then you wouldn't be assigning it using dhcp. I think you really mean to say that you have your dhcp server configured to assign addresses by ethernet address? So that the dhcpd will always be assigning the same address? That isn't the same as a static ip address. The language used can really confuse things sometimes. My apologies for using such convoluted terminology. Our customers are assigned an IP address and the backend systems configure the DHCP servers to only provide that instance with that IP address. So you are correct that DHCP is configured to assign the IP address based on the MAC address. 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 the package provided on the default Debian install. Debian 6.0 has switched over to isc-dhcp-client now. but it requires additional configuration for someone to set their own hostname later on. Not an ideal situation as it is not the default dhcp system and so people do not expect it. Sorry but I don't understand. DHCP normally does not set the hostname. Normally DHCP only sets the network device address and associated configuration such as gateway and nameservers. Trying to set the name from the dhcp server isn't very common. People have done it on occasion. But it definitely isn't the mainstream. I was comparing dhcp3-client to dhcpcd. In dhcp3-client you only needed to set your own hostname by placing information in "/etc/hostname" and it worked. The "/sbin/dhclient-script" script handled this perfectly. In Debian 6.0 it was switched to isc-dhcp-client and a bug was introduced in Debian 6.0 (that's filed, yet still outstanding) where this logic no longer works. >In my case I ended up setting the hostname to localhost. Since the >client machines are true thin clients without any external services >they don't need to have a hostname. That worked best for me. Perhaps >it is something that might be a good option for you? Then it would be >very similar to any live-cd boot system. This doesn't work unfortunately. I work for a popular cloud-services (VPS) provider and this is the template that is being built for deployment of Debian 6.0 systems moving forward. This is the only thing holding me back from being able to replace the current template. So you are actually trying to build a virtual machine disk image. That's great. But that doesn't explain why you can't simply assign a hostname then. I am sure you have a good reason but just haven't said yet why your hostname must be tied to the IP address. Instead of being independent of it. Every VPS I have used assigned me one or more IP addresses. That was set up in /etc/network/interfaces as a static assignment. At that point the choice of hostname was mine to make. Historically we've done this. When a new instance is created we assign it with an IP address. Each of our IPs has a PTR record that is partially derived from the address itself. For every other distribution (Debian 5.0, Ubuntu 10.04 LTS, Ubuntu 11.10, ArchLinux, CentOS 5/6, etc.) we set the hostname on first boot via DHCP and it works. This has become the expected configuration on a freshly booted instance. The only time I've seen that done is when you're running OpenVZ and any administrator is able to jump in to your container. We do not access customer's instances, nor do we only operate Debian-derived distributions. The purpose of this configuration is for a customer to deploy this distribution template and be assigned an IP address, a hostname that is not personal, and be good to go. They can 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. They are more than welcome to do that after the first boot, but this is how it's been done historically and on all current distribution templates. 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-case. Thanks for the insight and input, Bob. If I wish I would be able to use one of your recomme
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 PTR record we define for IP addresses. All of our ranges have default PTRs that are unique to that one address. As we've done this for many years it is the expected default. To change this would require we re-tool all current templates. -Tim -- 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/4ed27d97.40...@gmail.com
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, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87borywupz@thumper.dhh.gt.org
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 wouldn't want to > nuke getty while someone was logged in doing something ... If someone has logged in using getty then the getty isn't running anymore since it exec's the login process. It is only the process id that is special. Since the getty exec's the login process the process id is maintained. When the login process exits the pid exits. When the pid exits then init notices and responds the getty as per the configuration in /etc/inittab. So if someone has logged in then getty is already gone and replaced by the login process. If you only kill a getty then you won't be killing the login process. Having said that, I don't think you can eliminate the race condition between checking the name one instant for being getty and then trying to kill it thinking it is getty and okay and having it change to a different process name due to a login at that same instant. I don't know of a way to avoid that race condition. But setting DELAYLOGIN=yes may help since it will push logins off until later. The two combined may be okay. > ... as, in theory, it is possible the hook could be invoked by > dhclient. But there would need to be a weird situation for the > logic to be in place to cause it to happen. Uhm... what? :-) Bob signature.asc Description: Digital signature
Re: Re: Getty is spawning to early
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 be fine. > 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 customers. The language you are using is confusing. If it has a static address then you wouldn't be assigning it using dhcp. I think you really mean to say that you have your dhcp server configured to assign addresses by ethernet address? So that the dhcpd will always be assigning the same address? That isn't the same as a static ip address. File /etc/network/interfaces with a static address: iface eth0 inet static address 192.168.1.101 netmask 255.255.255.0 gateway 192.168.1.1 dns-search example.com dns-nameservers 0.0.0.0 # local caching named File /etc/network/interfaces with a dynamically assigned address: iface eth0 inet dhcp The language used can really confuse things sometimes. > 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? > but it requires additional configuration for someone to set their > own hostname later on. Not an ideal situation as it is not the > default dhcp system and so people do not expect it. Sorry but I don't understand. DHCP normally does not set the hostname. Normally DHCP only sets the network device address and associated configuration such as gateway and nameservers. Trying to set the name from the dhcp server isn't very common. People have done it on occasion. But it definitely isn't the mainstream. > >In my case I ended up setting the hostname to localhost. Since the > >client machines are true thin clients without any external services > >they don't need to have a hostname. That worked best for me. Perhaps > >it is something that might be a good option for you? Then it would be > >very similar to any live-cd boot system. > > This doesn't work unfortunately. I work for a popular > cloud-services (VPS) provider and this is the template that is being > built for deployment of Debian 6.0 systems moving forward. This is > the only thing holding me back from being able to replace the > current template. So you are actually trying to build a virtual machine disk image. That's great. But that doesn't explain why you can't simply assign a hostname then. I am sure you have a good reason but just haven't said yet why your hostname must be tied to the IP address. Instead of being independent of it. Every VPS I have used assigned me one or more IP addresses. That was set up in /etc/network/interfaces as a static assignment. At that point the choice of hostname was mine to make. > The purpose of this configuration is for a customer to deploy this > distribution template and be assigned an IP address, a hostname that > is not personal, and be good to go. They can 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. :p If you are setting up a virtual machine image then that isn't that unique of a case. :-) > 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. I am sure you have reasons but so far I don't see it yet. Good luck! Bob signature.asc Description: Digital signature
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 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 wouldn't want to nuke getty while someone was logged in doing something as, in theory, it is possible the hook could be invoked by dhclient. But there would need to be a weird situation for the logic to be in place to cause it to happen. However, it seems like it may be the best option. I'll need to do some testing this weekend/next week and determine if this fits my needs. BTW how is your script setting the hostname? When hook gets called by /sbin/dhclient-script and has some variables available to help determine if the hostname should be set. Here is a pastebin of the script itself: - http://pastie.org/2917845 In short: if /etc/hostname's size > 0 and the variable $new_host_name is non-zero and current hostname != hostname obtained by DHCP then: set the hostname and regenerate /var/run/motd The $new_host_name variable is the hostname that was provided by the dhcp server. Thanks for the suggestion John it looks like it may be the winner. If anyone has any further ideas, or suggestions, I'm all ears! -Tim -- 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/4ed06f93.9060...@gmail.com
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 that the user can't log in too early. BTW how is your script setting the hostname? -- 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/87hb1rwq6m@thumper.dhh.gt.org
Re: Re: Getty is spawning to early
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 and completes the process. Only sets it if it really is needed. I am curious if you have worked with this type of a system previously. I have and I was never satisified with it. For example if the hostname changes due to a dhcp changed IP address while the system is running then X Windows gets very upset and there were other problems. 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 customers. 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, but it requires additional configuration for someone to set their own hostname later on. Not an ideal situation as it is not the default dhcp system and so people do not expect it. In my case I ended up setting the hostname to localhost. Since the client machines are true thin clients without any external services they don't need to have a hostname. That worked best for me. Perhaps it is something that might be a good option for you? Then it would be very similar to any live-cd boot system. This doesn't work unfortunately. I work for a popular cloud-services (VPS) provider and this is the template that is being built for deployment of Debian 6.0 systems moving forward. This is the only thing holding me back from being able to replace the current template. The purpose of this configuration is for a customer to deploy this distribution template and be assigned an IP address, a hostname that is not personal, and be good to go. They can then override dhcp setting the hostname by placing information 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 -- 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/4ed04060.3070...@gmail.com
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: > > > If I log in, the hostname is set, and when logging back out it appears as > well. 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.) > This configuration is destined to be used for mass deployments of Debian > Squeeze. So simply hardcoding the hostname is not a solution, > unfortunately. Is there an easy way to slow down when getty is launched so > that I leave enough time for the hostname to be set? I am curious if you have worked with this type of a system previously. I have and I was never satisified with it. For example if the hostname changes due to a dhcp changed IP address while the system is running then X Windows gets very upset and there were other problems. In my case I ended up setting the hostname to localhost. Since the client machines are true thin clients without any external services they don't need to have a hostname. That worked best for me. Perhaps it is something that might be a good option for you? Then it would be very similar to any live-cd boot system. Bob signature.asc Description: Digital signature
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 ideas it would be greatly appreciated! -Tim -- 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/4ed030c9.1060...@gmail.com
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 ideas it would be greatly appreciated! -Tim -- 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/4ed028a7.8080...@gmail.com
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
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 in, the hostname is set, and when logging back out it appears as well. This configuration is destined to be used for mass deployments of Debian Squeeze. So simply hardcoding the hostname is not a solution, unfortunately. Is there an easy way to slow down when getty is launched so that I leave enough time for the hostname to be set? -Tim
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 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 user straight into the > windowmanager you can manage it for example with 'gdm = GNOME Display > Manager'. In his settings you can specify one user for autologin. Yes - but that means having gdm installed! And once I had sorted out (with a lot of help and on a spare computer!) how to do it, it was very quick and easy. My husband now has a system that will boot from switch-on to desktop in 32s. (When he was complaining earlier it was taking 1m40s, so I am hoping that he will be pleased.) "All" I have to do now is put the required icons on the desktop using idesk, and work out how to have a shutdown icon. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: SOLVED! was Re: Further to fast booting for a debian system - changing getty to rungetty
* Lisi 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 (if it doesn't exist, create it) > add "startx" (without the quotation marks) > > For me, that was it. I only have one window manager on the system. READ the > others for the rest! (Kevin Ross for what to do if you have more than one > wm.) Hello Lisi, much work for such an easy task. 'rungetty' is in my opinion good for autologin in the console. For the autostart of a user straight into the windowmanager you can manage it for example with 'gdm = GNOME Display Manager'. In his settings you can specify one user for autologin. Just my 2¢ Michael -- "Success without honor is an unseasoned dish; it will satisfy your hunger, but it won't taste good." --Joe Paterno signature.asc Description: Digital signature
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" (without the quotation marks) For me, that was it. I only have one window manager on the system. READ the others for the rest! (Kevin Ross for what to do if you have more than one wm.) Thanks, everyone. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Further to fast booting for a debian system - changing getty to rungetty
On Thursday 08 October 2009 19:16:17 Celejar wrote: > On Thu, 8 Oct 2009 18:51:21 +0100 > > Lisi wrote: > > On Thursday 08 October 2009 17:44:15 Celejar wrote: > > > On Thu, 8 Oct 2009 16:21:55 +0100 > > > Lisi wrote: > > > > On Tuesday 29 September 2009 22:47:39 Kevin 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), presumably since it's designed for VTs and not for serial > lines. If I'm right, than rungetty is likely misinterpreting the > baudrate as the tty line, and since it doesn't exist, it's dying. Try > omitting it and see what happens. Bingo! Many thanks both. I had read the man page - but had not correctly interpretted it in relation to inittab. I had never previously editted it except to alter the default run level. The one fly in the ointment is that tty1 didn't launch. Hopefully, for what I am trying to achieve, it won't matter and I can shelve that problem for a later day. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Further to fast booting for a debian system - changing getty to rungetty
On Thu, Oct 8, 2009 at 8:21 AM, Lisi 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 it looks like rungetty isn't designed to run on serial lines, so it doesn't need to know about linespeed. So you need to make your entries look like: 1:2345:respawn:/sbin/rungetty tty1 Also, when I ran just plain rungetty from the command line, it dropped a usage line into /var/log/auth.log I'm not sure if you checked all of your log files, but I tend to do: cd /var/log ls -latr just to see what was last modified, as messages get logged to a variety of places. mrc -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Further to fast booting for a debian system - changing getty to rungetty
On Thu, 8 Oct 2009 18:51:21 +0100 Lisi wrote: > Thanks, Celejar > > On Thursday 08 October 2009 17:44:15 Celejar wrote: > > On Thu, 8 Oct 2009 16:21:55 +0100 > > Lisi wrote: > > > On Tuesday 29 September 2009 22:47:39 Kevin Ross wrote: > > > > change your getty to rungetty ... > > > I then searched everywhere I could think of for other instances of > > > getty and could find none. I ought to have kept a list of the > > > files I opened to look for getty; it was a long one. > > > > I think that inittab should be sufficient. Please post both your > > old and new inittab files. > > This from the laptop machine - the desktop has already been put back > as was. I initially changed only the uncommented lines. Then when I > was desperate I changed virtually everything even tho' I did not > expect it to help. ... > inittab: > # > # Format: > # ::: > # > # Note that on most Debian systems tty7 is used by the X Window > # System, so if you want to add more getty's go ahead but skip tty7 > # if you run X. > # > 1:2345:respawn:/sbin/rungetty 38400 tty1 > 2:23:respawn:/sbin/rungetty 38400 tty2 > 3:23:respawn:/sbin/rungetty 38400 tty3 > 4:23:respawn:/sbin/rungetty 38400 tty4 > 5:23:respawn:/sbin/rungetty 38400 tty5 > 6:23:respawn:/sbin/rungetty 38400 tty6 ... 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), presumably since it's designed for VTs and not for serial lines. If I'm right, than rungetty is likely misinterpreting the baudrate as the tty line, and since it doesn't exist, it's dying. Try omitting it and see what happens. > > > The relevant part of the messages on screen was: > > > > > > > > > entering runlevel 2 > > > [cut] > > > > > > 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 "5" respawning too fast: disabled for 5 minutes > > > INIT: Id "6" respawning too fast: disabled for 5 minutes > > > > > > INIT: no more processes left in this runlevel > > > > > > INIT: Id "1" respawning too fast: disabled for 5 minutes > > > [and so on for some time. But after that only the six respawning > > > lines were repeated.] > > > > I'm no expert at this sort of thing, but it sounds like rungetty is > > being invoked and immediately dying, and then being restarted. init > > has a mechanism to prevent the login processes from being respawned > > too rapidly, and you're hitting that. > > Thanks for the explanation. Now I just need to find out how to stop > it happening! Celejar -- mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
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 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 and > > IceWM system on my laptop. I then installed rungetty. I next edited > > inittab (having firdt saved the original as inittab.old) and changed > > getty to rungetty. When I restarted I had neither getty nor rungetty > > running. > > Which tty did you run rungetty on? For testing, I suggest that you > leave at least one VT on regular getty, so that you can get into the > system if rungetty barfs. I must have shed what remains of my brain - I ought to have thought of that. :-( > > I then searched everywhere I could think of for other instances of > > getty and could find none. I ought to have kept a list of the files > > I opened to look for getty; it was a long one. > > I think that inittab should be sufficient. Please post both your old > and new inittab files. This from the laptop machine - the desktop has already been put back as was. I initially changed only the uncommented lines. Then when I was desperate I changed virtually everything even tho' I did not expect it to help. inittab.old: # # Format: # ::: # # Note that on most Debian systems tty7 is used by the X Window System, # so if you want to add more getty's go ahead but skip tty7 if you run X. # 1:2345:respawn:/sbin/getty 38400 tty1 2:23:respawn:/sbin/getty 38400 tty2 3:23:respawn:/sbin/getty 38400 tty3 4:23:respawn:/sbin/getty 38400 tty4 5:23:respawn:/sbin/getty 38400 tty5 6:23:respawn:/sbin/getty 38400 tty6 inittab: # # Format: # ::: # # Note that on most Debian systems tty7 is used by the X Window System, # so if you want to add more getty's go ahead but skip tty7 if you run X. # 1:2345:respawn:/sbin/rungetty 38400 tty1 2:23:respawn:/sbin/rungetty 38400 tty2 3:23:respawn:/sbin/rungetty 38400 tty3 4:23:respawn:/sbin/rungetty 38400 tty4 5:23:respawn:/sbin/rungetty 38400 tty5 6:23:respawn:/sbin/rungetty 38400 tty6 # Example how to put a getty on a serial line (for a terminal) # #T0:23:respawn:/sbin/rungetty -L ttyS0 9600 vt100 #T1:23:respawn:/sbin/rungetty -L ttyS1 9600 vt100 # Example how to put a getty on a modem line. # #T3:23:respawn:/sbin/rungetty -x0 -s 57600 ttyS3 # Example how to put a getty on a serial line (for a terminal) # #T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100 #T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100 # Example how to put a getty on a modem line. # #T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3 > > The relevant part of the messages on screen was: > > > > > > entering runlevel 2 > > [cut] > > > > 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 "5" respawning too fast: disabled for 5 minutes > > INIT: Id "6" respawning too fast: disabled for 5 minutes > > > > INIT: no more processes left in this runlevel > > > > INIT: Id "1" respawning too fast: disabled for 5 minutes > > [and so on for some time. But after that only the six respawning > > lines were repeated.] > > I'm no expert at this sort of thing, but it sounds like rungetty is > being invoked and immediately dying, and then being restarted. init > has a mechanism to prevent the login processes from being respawned too > rapidly, and you're hitting that. Thanks for the explanation. Now I just need to find out how to stop it happening! Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Further to fast booting for a debian system - changing getty to rungetty
On Thu, 8 Oct 2009 16:21:55 +0100 Lisi 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 and > IceWM system on my laptop. I then installed rungetty. I next edited > inittab (having firdt saved the original as inittab.old) and changed > getty to rungetty. When I restarted I had neither getty nor rungetty > running. Which tty did you run rungetty on? For testing, I suggest that you leave at least one VT on regular getty, so that you can get into the system if rungetty barfs. > I then searched everywhere I could think of for other instances of > getty and could find none. I ought to have kept a list of the files > I opened to look for getty; it was a long one. I think that inittab should be sufficient. Please post both your old and new inittab files. ... > The relevant part of the messages on screen was: > > > entering runlevel 2 > [cut] > > 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 "5" respawning too fast: disabled for 5 minutes > INIT: Id "6" respawning too fast: disabled for 5 minutes > > INIT: no more processes left in this runlevel > > INIT: Id "1" respawning too fast: disabled for 5 minutes > [and so on for some time. But after that only the six respawning > lines were repeated.] I'm no expert at this sort of thing, but it sounds like rungetty is being invoked and immediately dying, and then being restarted. init has a mechanism to prevent the login processes from being respawned too rapidly, and you're hitting that. Celejar -- mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
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 inittab (having firdt saved the original as inittab.old) and changed getty to rungetty. When I restarted I had neither getty nor rungetty running. I then searched everywhere I could think of for other instances of getty and could find none. I ought to have kept a list of the files I opened to look for getty; it was a long one. So I ran grep /etc overnight and half the following day but there was still no return of any kind. I have now set up a test bed on a spare desktop. I followed the same procedure and the boot-up after restart hung. The relevant part of the messages on screen was: entering runlevel 2 [cut] 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 "5" respawning too fast: disabled for 5 minutes INIT: Id "6" respawning too fast: disabled for 5 minutes INIT: no more processes left in this runlevel INIT: Id "1" respawning too fast: disabled for 5 minutes [and so on for some time. But after that only the six respawning lines were repeated.] I rebooted into level one, replaced inittab with inittab.old, and I am back to square one. *So - how do I change my getty to rungetty?* TIA Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Chroot can't find /sbin/getty
On Wed, Jul 22, 2009 at 10:38 PM, John wrote: > On (20/07/09 23:49), Javier Barroso wrote: > | Hi, > | On Tue, Jul 14, 2009 at 8:47 PM, John 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 /[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 or > directory > | > (repeated a number of times) > | Did you check $(ldd /sbin/getty) files inside your chroot (and the > | same /sbin/getty) are fine ? > > Hi, Javier, > > Since chroot fails, I am not sure, but there's a difference in what is > returned by ldd for /sbin/getty and /[chroot]/sbin/getty. What is > returned for the first includes " libc.so.6 => /lib/i686/cmov/libc.so.6 > (0xb7f5d000)" but the closest thing to a corresponding directory for > the chroot, /[chroot]/lib/i486-linux-gnu, is empty. Does this mean > there's an issue with the chrooted libc6? I think, you should have all files referencered in ldd /[chroot]/sbin/getty output in your /[chroot]/ environment. I had a similar problem, because my chroot was missing /lib64 directory I don't know /lib/i486-linux-gnu directory meaning and if it is ok to have it empty. Good luck! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Chroot can't find /sbin/getty
On (20/07/09 23:49), Javier Barroso wrote: | Hi, | On Tue, Jul 14, 2009 at 8:47 PM, John 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 /[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 or directory | > (repeated a number of times) | Did you check $(ldd /sbin/getty) files inside your chroot (and the | same /sbin/getty) are fine ? Hi, Javier, Since chroot fails, I am not sure, but there's a difference in what is returned by ldd for /sbin/getty and /[chroot]/sbin/getty. What is returned for the first includes " libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7f5d000)" but the closest thing to a corresponding directory for the chroot, /[chroot]/lib/i486-linux-gnu, is empty. Does this mean there's an issue with the chrooted libc6? I confess, I'm a little out of my depth here. But thanks for thinking about the issue and asking what seems a good question. -- johnrchamp...@columbus.rr.com GPG key 1024D/99421A63 2005-01-05 EE51 79E9 F244 D734 A012 1CEC 7813 9FE9 9942 1A63 gpg --keyserver subkeys.pgp.net --recv-keys 99421A63 signature.asc Description: Digital signature
Re: Chroot can't find /sbin/getty
Hi, On Tue, Jul 14, 2009 at 8:47 PM, John 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 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 inside your chroot (and the same /sbin/getty) are fine ? Regards -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
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 messages: /usr/sbin/chroot: cannot run command '/sbin/getty': No such file or directory (repeated a number of times) INIT: Id '8' respawning too fast: disabled for 5 minutes The problem -- perhaps -- appeared after powering down without logging out of the chroot, and consequently having had to fsck that partition. It is not helped by downgrading coreutils and/or util-linux. Googling the error messages has not turned up anything useful. Clues gratefully accepted. -- johnrchamp...@columbus.rr.com GPG key 1024D/99421A63 2005-01-05 EE51 79E9 F244 D734 A012 1CEC 7813 9FE9 9942 1A63 gpg --keyserver subkeys.pgp.net --recv-keys 99421A63 signature.asc Description: Digital signature
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 osiris getty[7710]: /dev/tty4: cannot open as standard input: Permission denied Oct 29 21:00:07 osiris getty[7792]: /dev/tty2: cannot open as standard input: Permission denied Oct 29 21:00:08 osiris getty[7793]: /dev/tty1: cannot open as standard input: Permission denied Oct 29 21:00:08 osiris getty[7794]: /dev/tty3: cannot open as standard input: Permission denied Oct 29 21:00:08 osiris getty[7795]: /dev/tty5: cannot open as standard input: Permission denied Oct 29 21:00:08 osiris getty[7796]: /dev/tty6: cannot open as standard input: Permission denied The server is a virtual server. What causes this and how to get rid of it? Thanks, Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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. Also sometimes, seemingly at random, some of the gettys on tty2-12 won't start immediatly at boot time, but after a minute or so. In this case, they complain about I/O errors. This is naturally frustrating, as X might be started in one of these ttys instead of tty13. Neither of these don't happen with tty1, for some reason. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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/tty2: already in use May 14 04:07:14 desk getty[7761]: /dev/tty2: already in use May 14 04:07:24 desk getty[7762]: /dev/tty2: already in use May 14 04:07:34 desk getty[7763]: /dev/tty2: already in use May 14 04:07:44 desk getty[7764]: /dev/tty2: already in use May 14 04:07:54 desk getty[7765]: /dev/tty2: already in use May 14 04:08:04 desk getty[7771]: /dev/tty2: already in use May 14 04:08:14 desk init: Id "2" respawning too fast: disabled for 5 minutes basically constantly, logcheck sends me several emails like this every day. I updated util-linux to 2.12-7 on 5/3. Why is this happening? Also some other information which may be unrelated: I looked in /var/log for logfiles which may be growing uncontrollably and found wtmp was 5 MB. Is that suspiciously large? When I run chkrootkit I get this output: Checking `wted'... 1 deletion(s) between Sun May 2 09:12:04 2004 and Sun May 2 09:13:57 2004 1 deletion(s) between Mon May 10 17:44:01 2004 and Mon May 10 17:57:36 2004 nothing deleted Also I apparently have some ReiserFS corruption in /var/log; I think this happens when I overclock my computer to the limit of what's stable in Windows for games and I forget to crank it down in Linux. When that happens I usually just reinstall. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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, that's why I say you should ignore me telling you to issue any "init" >commands. Init checks if it is PID #1 at startup, if it's not it assumes it's being called by a user and acts like "telinit". So "init q" is the same as "telinit q" and quite safe. On Linux, at least. Now "init 0" or "init 6" are the equivalent of halt and reboot so be careful with those. Mike. -- They all laughed when I said I wanted to build a joke-telling machine. Well, I showed them! Nobody's laughing *now*! -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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 gettys. -- Did the trick, many thanks and happy new year! Regards, Niclas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: getty and inittab
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 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 they die. 'kill -HUP 1' will cause init to reread its configuration file, killing the gettys. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: getty and inittab
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 issue 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 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 | | | | | Niclas Söderlund | | | | | All work and no play makes Jack a dull boy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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 |_|_|_|_| Niclas Söderlund |_|_|_|_| All work and no play makes Jack a dull boy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
{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 international provider of visual content to a diverse range of professional users, including advertising and design agencies; magazine, newspaper, broadcasting and production companies; and new media publishers. -Original Message- From: debian-user [[EMAIL PROTECTED]] Sent: Wednesday, Dec 18 2002 3:23AM To: [EMAIL PROTECTED] [[EMAIL PROTECTED]] Subject: Have a humour Christmas === This email and its contents are confidential. If you are not the intended recipient, please do not disclose or use the information within this email or its attachments. If you have received this email in error, please delete it immediately. Thank you. === -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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 558 0.0 0.0 12840 tty1 SW Mar20 0:00 [getty] [...] > root 564 0.0 0.0 1284 0 ttyS0SW Mar20 0:00 [getty] > > Draw your own conclusions. Yup. I had thought that the "getty" program was actually mingetty and I was going to need to install another one for use with serial ports. I'm on the right page now... -- Grant Edwards [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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 you get by default. Craig pgpkXAeIou28j.pgp Description: PGP signature
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 559 0.0 0.0 12840 tty2 SW Mar20 0:00 [getty] root 561 0.0 0.0 12840 tty4 SW Mar20 0:00 [getty] root 562 0.0 0.0 12840 tty5 SW Mar20 0:00 [getty] root 563 0.0 0.0 12840 tty6 SW Mar20 0:00 [getty] root 564 0.0 0.0 12840 ttyS0SW Mar20 0:00 [getty] Draw your own conclusions. Peace. -- Karsten M. Selfhttp://kmself.home.netcom.com/ What Part of "Gestalt" don't you understand? The Consumer Broadband and Digital Television Promotion Act: Because the Republicans had Enron. http://www.politechbot.com/docs/cbdtpa/hollings.s2048.032102.html pgp227E2BT3cX.pgp Description: PGP signature
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 that mingetty was the default getty, and I was going to have to install another one to handle serial logins. Since Debian comes with agetty, I'll definitely stick with that for serial logins. -- 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 the option of having my console cleared. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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]
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 to work? Calyth
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 had 4 or more copies of something listening for incoming calls on my modem. The concern with getty 'listening in' was caused by earlier problems in getting email up and running when at one stage an error message suggested that wvdial(?) could not access the modem and perhaps some other program was using it. Looking at top I spied getty All the best for 2002 which at this time of writing I am happily in while you are still in 2001 (if you are in North America, that is). regards Ian > On Dec 2001, at 14:44, Jor-el wrote: > On Sun, 30 Dec 2001, Ian Balchin wrote: > > > 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? > > > Ian, > > 'man getty' produces (among other things) : > > DESCRIPTION >getty opens a tty port, prompts for a login name and invokes the > /bin/login command. It is normally >invoked by init(8). > > Does that answer your question? Look at your /etc/inittab and > check to see how many times getty is set to spawn. You should see that > many instances on your system. > > Regards, > Jor-el > > Note : It doesnt hurt to RTFM. Ian Balchin -- Fables Bookshop, 119 High Street, Grahamstown, 6139, South Africa email [EMAIL PROTECTED] Phone or Fax +27-(0)46-636-1525 cell: 083-495-7353 sms [EMAIL PROTECTED] Founder Member Southern African Book Dealers Association http://www.imaginet.co.za/fables The reading of all good books is like a conversation with the finest men of past centuries. -- Rene Descartes.
Re: multiple copies of getty running Newbie #61
On Sun, 30 Dec 2001, Ian Balchin wrote: > 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? > Ian, 'man getty' produces (among other things) : DESCRIPTION getty opens a tty port, prompts for a login name and invokes the /bin/login command. It is normally invoked by init(8). Does that answer your question? Look at your /etc/inittab and check to see how many times getty is set to spawn. You should see that many instances on your system. Regards, Jor-el Note : It doesnt hurt to RTFM.
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 this, or is there a > way to temporarily disable this action getty is normally running on tty1 through tty6, and anywhere else you may have it configured. In /etc/inittab you probably have something like this, usually towards the end of the file: 1:2345:respawn:/sbin/getty tty1 38400 2:2345:respawn:/sbin/getty tty2 38400 3:2345:respawn:/sbin/getty tty3 38400 4:2345:respawn:/sbin/getty tty4 38400 5:2345:respawn:/sbin/getty tty5 38400 6:2345:respawn:/sbin/getty tty6 38400 This tells init to start instances of getty for each of your virtual consoles, which are accessible with ctrl-alt-f1 through ctrl-alt-f6. X usually runs on vt7 (ctrl-alt-f7). See the man pages for inittab(5) and getty(8) for details. Craig
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 disable this action Help always appreciated Ian Ian Balchin email [EMAIL PROTECTED] Tel or Fax: +27-(0)46-636-1525 Home +27-(0)46-622-2474 cell 083-495-7353 Grahamstown, South Africa.
Re: slow login prompt for getty?
on Sat, Jan 20, 2001 at 12:01:57AM -, John Conover ([EMAIL PROTECTED]) wrote: > In potato and slink, I'm getting a slow login prompt for getty and > mgetty over serial connections. > > Sometimes it waits 30 seconds, or so, to give the login prompt. > > Anyone found the same and fixed it? Hmm...networking, IRQ conflicts? Maybe. Check archives or Google, I've seen similar reported, recall cause being something somewhat nonobvious to me. -- Karsten M. Self http://kmself.home.netcom.com/ What part of "Gestalt" don't you understand? There is no K5 cabal http://gestalt-system.sourceforge.net/ http://www.kuro5hin.org pgpqeJc4l83wv.pgp Description: PGP signature
slow login prompt for getty?
In potato and slink, I'm getting a slow login prompt for getty and mgetty over serial connections. Sometimes it waits 30 seconds, or so, to give the login prompt. Anyone found the same and fixed it? Thanks, John -- John ConoverTel. 408.370.2688 [EMAIL PROTECTED] 631 Lamont Ct. Cel. 408.772.7733 http://www.johncon.com/ Campbell, CA 95008 Fax. 408.379.9602
Re: getty problem
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,... line [termtype] or [-hiLmw] [-l login_program] [-t timeout] [-I initstring] [-H login_host] line baud_rate,... [termtype] Terminated by: INIT: Id "S" respawning too fast: disabled for 5 minutes I don't know for sure (maybe someone else can give a specific answer, but I'm responding so you'll get a quick response tonight to *maybe* find the answer until someone more knowledgeable can give you a better response), but I believe you'll find that it has something to do with the "getty" lines in /etc/inittab. Kent
getty problem
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,... line [termtype] or [-hiLmw] [-l login_program] [-t timeout] [-I initstring] [-H login_host] line baud_rate,... [termtype] Terminated by: INIT: Id "S" respawning too fast: disabled for 5 minutes
Re: getty, "Id "S" respawning too fast"
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,... [termtype] >--- this four lines repeated couple of times --- >INIT: Id "S" respawning too fast: disabled for 5 minutes >--- > >I know, that responsible for that is this line in /etc/inittab : >S:12345:respawn:/sbin/getty ttyS1 As you see above the usage for the getty command is as follows: S:12345:respawn:/sbin/getty 19200 ttyS1 This should make getty happy and keep it from respawning. -- Sign the EU petition against SPAM: L I N U X .~. http://www.politik-digital.de/spam/The Choice /V\ of a GNU /( )\ Generation ^^-^^
getty, "Id "S" respawning too fast"
hello, I've installed Debian Potato and since then I have following problem : Every 5 (?) minutes i get this message on console : --- 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,... [termtype] --- this four lines repeated couple of times --- INIT: Id "S" respawning too fast: disabled for 5 minutes --- I know, that responsible for that is this line in /etc/inittab : S:12345:respawn:/sbin/getty ttyS1 (maybe not directly responsible, but when I rem it out it stops crying every 5 minutes...) But when I restart my computer this line is in my inittab again... regards, M. -- [ Marcin 'DrYoung' Bieńkowski ** http://i.pl/~young/ ] -- Sygnaturki w przebudowie z powodu przeprowadzki. --
Re: Favorite getty for serial consoles?
>>>>> "Simon" == Simon Tennant <[EMAIL PROTECTED]> writes: Simon> I've been tearing my hair out trying to get an old dec VT320 to Simon> correctly talk to my computer. I can login but every 2 or 3 Simon> lines get a wierd control character and lots of backward "?"s. Simon> I've tried agetty and gettyps. Simon> I'd like to be able to specify parity, hardware flow control Simon> etc on the server end. Does anyone have a favorite getty that Simon> permits this? mgetty is the normal choice, but I think gettyps should work as well; if it doesn't something is misconfigured. -- Ian Zimmerman, Oakland, California, U.S.A. In his own soul a man bears the source from which he draws all his sorrows and his joys. Sophocles.
Favorite getty for serial consoles?
I've been tearing my hair out trying to get an old dec VT320 to correctly talk to my computer. I can login but every 2 or 3 lines get a wierd control character and lots of backward "?"s. I've tried agetty and gettyps. I'd like to be able to specify parity, hardware flow control etc on the server end. Does anyone have a favorite getty that permits this? S. -- Simon Tennant, Web Team, Linuxcare, Inc. 415.577.6719 tel, 415.701.7457 fax pgp id: 05F76248FF62442C4D0010C09851C0746410974D Linuxcare. Support for the revolution.
serial console: LILO+getty ok, kernel not ok
Hi, I've got a potato test installation running 2.2.14. I'm trying to get a serial line configured as the console on this very old 486DX2/50. I've: added 'serial = 1,9600n8' to the global section of lilo.conf. added 'append = "console=ttyS1,9600n8"' to the relevent kernel paragraph of lilo.conf. uncommented the 'T1' entry in /etc/inittab in order to start a getty on the serial line. made a new kernel with console on serial line support: root# grep SERIAL .config CONFIG_SERIAL=y CONFIG_SERIAL_CONSOLE=y # CONFIG_SERIAL_EXTENDED is not set # CONFIG_SERIAL_NONSTANDARD is not set rerun lilo, removed /etc/ioctl.save and rebooted. What I see is this: The 'LILO boot:' prompt appears on the VGA console and on the serial console, then I get something like 'uncompressing kernel'. (So the part of the lilo.conf relating to lilo itself is functional.) The kernel messages do *not* appear on the serial console :-( instead I get a gentle non-stop stream of backwards question marks :-( The VGA console gets the messages but with some bits missing - e.g. the names of the modules being loaded appear, but when the 'ne' module gets loaded for the NE2000 NIC, I don't get the '(C) Donald Becker ... IRQ ... IO ...' stuff appearing. The getty starts and I get a log in prompt. I've referred again to the Serial-HOWTO and to Documentation/serial-console.txt in the kernel sources, and I cannot see anything wrong in what I've done. If I comment out the 'append' line then there is no problem; I can interact with lilo before the kernel gets called, and I can use the getty when it starts up. Has anybody any ideas why the kernel fails to send its messages to the serial console when both lilo and getty can do it? I would have thought this indicated an error in the 'append' but I can't see it. Many thanks! Alexis Incidentally, when I was making the kernel I wound up making it twice. Which of 'make mrproper' and 'make depend' do I need to do the second time round? (Having made a change to the .config, one would thing the Makefiles would successfully minimise what has to be rebuilt, but I seem to always get the make bombing out unless I clean right up and start again (having saved the .config)).
Re: getty intervening repeatedly
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 manner. > > Is it possible? > > The warning repeats itself every 5 minutes. Please repeat your posting including the full text of the error message. It is very difficult to tell what might be wrong without this information. > Why? > > 2. Where the system find what programs it must run at the bootstrap? -- Karsten M. Self (kmself@ix.netcom.com) What part of "Gestalt" don't you understand? http://gestalt-system.sourceforge.net/
getty intervening repeatedly
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 manner. Is it possible? The warning repeats itself every 5 minutes. Why? 2. Where the system find what programs it must run at the bootstrap? Buon giubileo! d. Paolo Benvenuto <[EMAIL PROTECTED]> - PGP Public Key available Guaricano - Santo Domingo - República Dominicana http://www.gsi.it/donpaolo/ Vedi anche il sito di mio fratello don Giovanni: http://www.giobenve.cjb.net : materiale pastorale, "preti on line", pagine di cronaca bianca, ecc. C'e' piu' gioia nel dare che nel ricevere (Gesu')
Re: deleting getty
On Sat, Feb 12, 2000 at 08:18:51AM -0500, Henry White wrote: > I was about to do apt-get -f dist-upgrade from slink to woody > when I got this: > > WARNING: The following essential packages will be removed > This should NOT be done unless you know exactly what you are doing! > getty > 143 packages upgraded, 34 newly installed, 3 to remove and 1 not upgraded. > 2 packages not fully installed or removed. > Need to get 35.0MB of archives. After unpacking 21.9MB will be used. > You are about to do something potentially harmful > To continue type in the phrase 'Yes, I understand this may be bad' > [?] > > Curiously, getty is the latest version. So what's the secret to getting > around this problem? It appears that getty is now a part of util-linux, as of version 2.7.1-1. The current version in woody (2.10f-2) has Conflicts and Replaces lines for getty. Maybe apt-get should realize the Replaces and make note of it. "util-linux claims to replace getty" or something similar. -- finger for GPG public key. 8 Jan 2000 - Old email addresses removed from key, new added pgpM6zibdQFO7.pgp Description: PGP signature
deleting getty
I was about to do apt-get -f dist-upgrade from slink to woody when I got this: WARNING: The following essential packages will be removed This should NOT be done unless you know exactly what you are doing! getty 143 packages upgraded, 34 newly installed, 3 to remove and 1 not upgraded. 2 packages not fully installed or removed. Need to get 35.0MB of archives. After unpacking 21.9MB will be used. You are about to do something potentially harmful To continue type in the phrase 'Yes, I understand this may be bad' [?] Curiously, getty is the latest version. So what's the secret to getting around this problem? -- Henry White mailto:[EMAIL PROTECTED]
Re: Re: getty vs minicom
On the bo (1.3.1) system I tried this on, I got: vesta# dpkg -S /sbin/getty getty: /sbin/getty Which as I said, lead me up a blind ally. >From your response, I have just tried: vesta# dpkg -s getty Package: getty Essential: yes Status: install ok installed Priority: required Section: base Installed-Size: 40 Maintainer: Guy Maor <[EMAIL PROTECTED]> Source: poeigl Version: 1.45a-3 Pre-Depends: libc5 (>= 5.4) Description: agetty, an alternative Linux getty agetty is the standard Debian getty. It is a SYSV/SunOS4 getty program with useful features for hardwired and dial-in tty lines. So the source package I should have been looking for was base/poeigl, which I have now found. Unfortunately the document I was following didn't warn of the possibility of the source package not being named the same as the binary package, and I missed the -s option to dpkg. Not 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 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 in util-linux: % dpkg -S /sbin/getty util-linux: /sbin/getty For some packages the name is different from the source package; in that case, you'd have to do a 'dpkg -s binary-package' to find out the source package (it's the Source: line) but that's not the case for util-linux. The source package for util-linux is simply called util-linux. Mike. -- ... somehow I have a feeling the hurting hasn't even begun yet -- Bill, "The Terrible Thunderlizards"
Re: getty vs minicom
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 in util-linux: % dpkg -S /sbin/getty util-linux: /sbin/getty For some packages the name is different from the source package; in that case, you'd have to do a 'dpkg -s binary-package' to find out the source package (it's the Source: line) but that's not the case for util-linux. The source package for util-linux is simply called util-linux. Mike. -- ... somehow I have a feeling the hurting hasn't even begun yet -- Bill, "The Terrible Thunderlizards"
Re: getty vs minicom
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 between dialin/dialout) which has officially been deprecated >by the linux kernel developers. Thanks for the explanation. >> I use mgetty at home, but didn't really want to have to deal with >> its complexities for the situation at hand. > >Complex? Mgetty? mgetty -s 38400 /dev/ttyS1 ? Complex because I used the fax enabled version - it didn't sink in that there was a package without the fax support. >> The situation's more or 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. > >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. BTW apologies if this message appears poorly formatted - I have attempted to manually format it but the web-based mail interface I'm using appears to not respect explicit CRs in a paragraph :-( Regards, Andrew MacIntyre <[EMAIL PROTECTED]>
Re: Re: getty vs minicom
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 officially been deprecated by the linux kernel developers. > I use mgetty at home, but didn't really want to have to deal with its > complexities for the situation at hand. Complex? Mgetty? mgetty -s 38400 /dev/ttyS1 ? > The situation's more or 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. Source of both agetty and mgetty is available on all debian mirrors. Mike. -- Beware of Programmers who carry screwdrivers.
Re: Re: getty vs minicom
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 . I use mgetty at home, but didn't really want to have to deal with its complexities for the situation at hand. The situation's more or 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 PROTECTED]> Subject: Re: getty vs minicom Date: 07/16/99 19:38 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 doesn, but it's not very smart. Use mgetty - it's smarter. It only creates a lockfile when someone dials in, and if it detects activity while a lockfile is already present it assumes you're using minicom on the serial port and just steps aside until you're done (when the minicom lockfile disappears). Mike. -- Beware of Programmers who carry screwdrivers. -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
Re: getty vs minicom
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 doesn, but it's not very smart. Use mgetty - it's smarter. It only creates a lockfile when someone dials in, and if it detects activity while a lockfile is already present it assumes you're using minicom on the serial port and just steps aside until you're done (when the minicom lockfile disappears). Mike. -- Beware of Programmers who carry screwdrivers.
Re: getty vs minicom
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 Systems 9100 W Bloomington Fwy Bloomington, MN 55431-2200 (612)888-0123, x417 | FAX: (612)888-3344 -- "It's such a fine line between clever and stupid." -- David St. Hubbins and Nigel Tufnel of "Spinal Tap" >>> Andrew MacIntyre <[EMAIL PROTECTED]> 07/14 10:51 PM > If I deactivate the getty, minicom is quite happy to talk to the > modem, which lead me to check minicom's port lock file > settings.
getty vs minicom
I have a debian 1.3.1 system on which I have a modem for
periodic remote access. Dial-in has worked nicely for some
time. However I needed to check/reset the modem
configuration, so I fired up minicom (cu isn't my cup of tea,
and I've previously used minicom to do this, but not on this
system) only to have it tell me that the port was in use.
If I deactivate the getty, minicom is quite happy to talk to the
modem, which lead me to check minicom's port lock file
settings.
It makes no difference whether I set the lock directory to
/var/lock or /var/spool/uucp (this system doesn't have a
/var/spool/uucp/lock directory).
Any ideas? BTW, minicom is v1.75 and getty is v1.45a
(according to dselect), and minicom was installed from
the package distributed as part of bo.
Arising from the above, I went looking for the source to
getty (agetty actually), and was disappointed to find that
there appears to be no readily accessible copy of getty's
source.
"dpkg --search /sbin/getty" tells me that the package is
"base/getty". If there is such a package, it doesn't exist
anywhere on the debian {web|ftp}site that I could find,
in either binary or source form. This applies to slink as
well as bo (I went and looked at the archives as well).
-
Andrew MacIntyre\ [EMAIL PROTECTED]
Planning & Licensing Branch \ Tel: +61 2 6256 2812
Australian Broadcasting Authority \ Fax: +61 2 6253 3277
Re: Allow apt to remove "getty"?? (was: Use apt to form a partial local mirror of Slink -- how?)
On Mon, 29 Mar 1999, Mark Phillips wrote: > Now I am trying to do an apt-get upgrade of the system to slink. But > I get the following error: > > WARNING: The following essential packages will be removed > This should NOT be done unless you know exactly what you are doing! > getty > 235 packages upgraded, 53 newly installed, 44 to remove and 1 not upgraded. > Need to get 57.3Mb/105Mb of archives. After unpacking 106Mb will be used. > You are about to do something potentially harmful > To continue type in the phrase 'Yes, I understand this is bad' > ?] > > So what is to be done with the getty package? Haha! You are the first to encounter my new warning :> getty is one of them pesky obsolete essential packages, it is safe to continue and I think this may have been mentioned in the release notes Jason
Allow apt to remove "getty"?? (was: Use apt to form a partial local mirror of Slink -- how?)
> > > # apt-get install apt > > > Updating package status cache...done > > > Checking system integrity...ok > > > Sorry, apt is already the newest version > > > > > > I think the problem is that the version I installed was > > > apt_0.1.10_i386-libc5.deb whereas the slink version is "0.1.9". What > > > should I do? I've solved this problem. I did an "apt-get -f install less" which in the process of installing the slink-less, upgraded the system to libc6. Then I used dpkg to install the potato version of apt. Now I am trying to do an apt-get upgrade of the system to slink. But I get the following error: WARNING: The following essential packages will be removed This should NOT be done unless you know exactly what you are doing! getty 235 packages upgraded, 53 newly installed, 44 to remove and 1 not upgraded. Need to get 57.3Mb/105Mb of archives. After unpacking 106Mb will be used. You are about to do something potentially harmful To continue type in the phrase 'Yes, I understand this is bad' ?] So what is to be done with the getty package? Thanks, Mark. _/\___/~~\ /~~\_/~~\__/~~\__Mark_Phillips /~~\_/[EMAIL PROTECTED] /~~\HE___/~~\__/~~\APTAIN_ /~~\__/~~\ __ "They told me I was gullible ... and I believed them!"
Re: How to use mingetty instead of getty ?
On Sun, Jan 17, 1999 at 09:40:15AM +, Raghavendra Bhat wrote: > about it on a Debian 2.0 box. Why is Debian using getty as the default > instead of mingetty which is the default in a Red Hat box ? Good question. I change it on all my machines. Hamish -- Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
Re: How to use mingetty instead of getty ?
>> "RB" == Raghavendra Bhat <[EMAIL PROTECTED]> writes: RB> I want to replace getty with mingetty as it uses minimal RB> resources. I tried changing getty to mingetty in /etc/inittab but RB> it did not work. This is what I have: 1:2345:respawn:/sbin/mingetty tty1 2:234:respawn:/sbin/mingetty tty2 3:234:respawn:/sbin/mingetty tty3 4:234:respawn:/sbin/mingetty tty4 Ciao, Martin
Re: How to use mingetty instead of getty ?
Date: Sun, 17 Jan 1999 09:40:15 + Resent-from: debian-user@lists.DEBIAN.org From: Raghavendra Bhat <[EMAIL PROTECTED]> Resent-sender: [EMAIL PROTECTED] X-Sender: [EMAIL PROTECTED] Resent-cc: recipient list not shown: ; Precedence: list X-Envelope-Sender: [EMAIL PROTECTED] X-Mailing-List: archive/latest/32880 X-Loop: debian-user@lists.debian.org X-Authentication-warning: giasmd01.vsnl.net.in: [203.197.128.229] didn't use HELO protocol Content-Type: text/plain; charset="us-ascii" Content-Length: 487 Hello: I want to replace getty with mingetty as it uses minimal resources. I tried changing getty to mingetty in /etc/inittab but it did not work. How do I go about it on a Debian 2.0 box. hmm... works for me in Debian 2.0. Just remove any options concerned with getty speed. Below is part of my /etc/inittab. And don't forget to install mingetty 1:2345:respawn:/sbin/mingetty tty1 2:23:respawn:/sbin/mingetty tty2 ... Why is Debian using getty as the default instead of mingetty which is the default in a Red Hat box ? i have no idea ragOO, VU2RGU. OK
How to use mingetty instead of getty ?
Hello: I want to replace getty with mingetty as it uses minimal resources. I tried changing getty to mingetty in /etc/inittab but it did not work. How do I go about it on a Debian 2.0 box. Why is Debian using getty as the default instead of mingetty which is the default in a Red Hat box ? ragOO, VU2RGU. Keeping the Air-Waves FREEAmateur Radio Keeping the WWW FREEDebian GNU/Linux
Re: getty source
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 replying to me on the lists.
getty source
Hi, where can I find the source of (a)getty? Thanks, Eugene Sevinian
Re: Getty Issue
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. Save you the hassle. Frederic Breitwieser wrote: > > Thanks everyone for your suggestions... its actually MGETTY that's causing > the issue, not GETTY. Its hard to see because it scrolls off the screen so > fast I'm trying to read something that's scrolling on an LCD display, which > doesn't refresh very fast. > > Anyway, that aside, I edited the config file, and removed all the getty > statements, rebooted, then couldn't login :( I had done this before I saw > all of the replies you folks sent, so that forced me to install Debian once > again. So, here I am - reinstalled. And you know what? Its downloading > everything for about 45 minutes now, and hasn't displayed that error at > all. So, I either selected something different, or got lucky :) > > Yay! > > Thanks agian for your helpful, prompt replies. > > Frederic Breitwieser > Bridgeport, CT 06606 > > Homebrew Automotive Website: > http://www.xephic.dynip.com/ > > Wanted - RWD Buick Flywheel that fits the 3.8L / 4.1L! > - > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null -- = Linux, because I'd like to *get there* today
Getty Issue
Thanks everyone for your suggestions... its actually MGETTY that's causing the issue, not GETTY. Its hard to see because it scrolls off the screen so fast I'm trying to read something that's scrolling on an LCD display, which doesn't refresh very fast. Anyway, that aside, I edited the config file, and removed all the getty statements, rebooted, then couldn't login :( I had done this before I saw all of the replies you folks sent, so that forced me to install Debian once again. So, here I am - reinstalled. And you know what? Its downloading everything for about 45 minutes now, and hasn't displayed that error at all. So, I either selected something different, or got lucky :) Yay! Thanks agian for your helpful, prompt replies. Frederic Breitwieser Bridgeport, CT 06606 Homebrew Automotive Website: http://www.xephic.dynip.com/ Wanted - RWD Buick Flywheel that fits the 3.8L / 4.1L! -
Re: Bizarre getty issue
> >Frederic: try installing mingetty (uses less mem and CPU anyway), then
> >change all the lines in inittab to use mingetty. This should both solve
> >the problem and help you w/ resources.
...
> packages are done installing. I'm curious, is getty, mingetty, etc, even
> slightly necessary? Realistically, I wont be using a modem... this was
Getty is the process that prints "Login:" (or whatever) on your
virtual consoles; it's used for normal logins, not (usually) modem
lines. ('mgetty' is more commonly used for modem lines; it has a lot
of nice features for managing them.)
Replacing 'getty' with a different getty is fine, but you should also
try to understand what problem caused init to be unable to run the
particular getty process.
The "disabling for 5 minutes" is just init's way to not waste a lot of
resources when something it's supposed restart keeps dying. The
solution is to find out (by looking at /etc/inittab) why it's trying
to run something, why that thing is dying, and fixing the situation
(perhaps by taking the line out of inittab.)
--
Pete Harlan
[EMAIL PROTECTED]
Re: Bizarre getty issue
On Thu, 20 Aug 1998, Frederic Breitwieser wrote: : >Frederic: try installing mingetty (uses less mem and CPU anyway), then : >change all the lines in inittab to use mingetty. This should both solve : >the problem and help you w/ resources. : : Thank you for your very QUICK response. I'll do that once the rest of the : packages are done installing. I'm curious, is getty, mingetty, etc, even : slightly necessary? Realistically, I wont be using a modem... this was : just to install debian, since I don't have my firewall working. yet ;) getty (and its clones) provide you with a login prompt on the virtual consoles ... if you want to login, you'll need a getty :) -- Nathan Norman MidcoNet 410 South Phillips Avenue Sioux Falls, SD mailto:[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9)
Re: Bizarre getty issue
>Frederic: try installing mingetty (uses less mem and CPU anyway), then >change all the lines in inittab to use mingetty. This should both solve >the problem and help you w/ resources. Thank you for your very QUICK response. I'll do that once the rest of the packages are done installing. I'm curious, is getty, mingetty, etc, even slightly necessary? Realistically, I wont be using a modem... this was just to install debian, since I don't have my firewall working. yet ;) Frederic Breitwieser Bridgeport, CT 06606 Homebrew Automotive Website: http://www.xephic.dynip.com/ Wanted - RWD Buick Flywheel that fits the 3.8L / 4.1L! -
Re: Bizarre getty issue
Frederic: try installing mingetty (uses less mem and CPU anyway), then change all the lines in inittab to use mingetty. This should both solve the problem and help you w/ resources. Frederic Breitwieser wrote: > > Upon installing Debian 2.0 on my Satellite 205CDS laptop (slowly getting > rid of NT everywhere!), this laptop, pretty much every 5 minutes, whips out > a bunch of error messages relating to /sbin/getty, then suddenly tells me > its going to "wait for 5 minutes". > > I'm not sure where this comes from, as I didn't install getty or mgetty. I > know this relates to the modem somehow, but this occurs irregardless of > whether I use the PCMCIA modem or not. > > Any ideas would be really appreciated. I'd like to deinstall whatever it > is, and really quick :) > > Frederic Breitwieser > Bridgeport, CT 06606 > > Homebrew Automotive Website: > http://www.xephic.dynip.com/ > > Wanted - RWD Buick Flywheel that fits the 3.8L / 4.1L! > - > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null -- = Linux, because I'd like to *get there* today
Bizarre getty issue
Upon installing Debian 2.0 on my Satellite 205CDS laptop (slowly getting rid of NT everywhere!), this laptop, pretty much every 5 minutes, whips out a bunch of error messages relating to /sbin/getty, then suddenly tells me its going to "wait for 5 minutes". I'm not sure where this comes from, as I didn't install getty or mgetty. I know this relates to the modem somehow, but this occurs irregardless of whether I use the PCMCIA modem or not. Any ideas would be really appreciated. I'd like to deinstall whatever it is, and really quick :) Frederic Breitwieser Bridgeport, CT 06606 Homebrew Automotive Website: http://www.xephic.dynip.com/ Wanted - RWD Buick Flywheel that fits the 3.8L / 4.1L! -
RE: App, !getty on /dev/tty1?
What I have done in the past is use scripts that run as part of the system startup. In the scripts you do an su to an account you want to run the program. It does not have to be a login account. The scripts do any stty commands if it is on a serial line. nohup the program and it just keeps going as the user you specified in the su command. This doesn't have the advantage of restarting if the program blows up like init would do. However, you can loop in a script to simulate the same thing. I haven't had to do this on linux but it works on hpux. example: start program foo as user bar make a script called foo in /etc/init.d (make links in the rc?.d directories) inside /etc/init.d/foo have a line to start a start script such as su bar -c "/home/bar/bin/foo.startup" inside foo.startup set up the environment, do any other setup like stty, etc. (maybe even exec >/dev/tty1 ??) Then have a "nohup foo ... &" If the program is good about not dumping core and such, it will run on the terminal you attached it to until you change run levels or stop it manually. As I said, this scheme works under hpux. ymmv. jim -- From: Kevin Traas[SMTP:[EMAIL PROTECTED] Sent: Tuesday, July 28, 1998 10:02 AM To: Debian-User@lists.debian.org Cc: The recipient's address is unknown. Subject:App, !getty on /dev/tty1? I'm working on a solution where the client does not want their users to have to login to Linux (at the console) before running a custom app. It's a very "vertical" solution with no need for security and there will be no need to run anything else on the box. What I want to do is replace getty on /dev/tty1 with the actual app This way, the system boots, the app starts, and that's it. No login. Dead simple. Can it be done? I tried just replacing /bin/getty in /etc/inittab with the path/filename of the app, but that hasn't worked The app seems to be running (vi ps auwx); however, nothing shows up on-screen. Any ideas? Any words-of-wisdom? Pointers to tfm are welcome. Regards, Kevin Traas -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
App, !getty on /dev/tty1?
I'm working on a solution where the client does not want their users to have to login to Linux (at the console) before running a custom app. It's a very "vertical" solution with no need for security and there will be no need to run anything else on the box. What I want to do is replace getty on /dev/tty1 with the actual app This way, the system boots, the app starts, and that's it. No login. Dead simple. Can it be done? I tried just replacing /bin/getty in /etc/inittab with the path/filename of the app, but that hasn't worked The app seems to be running (vi ps auwx); however, nothing shows up on-screen. Any ideas? Any words-of-wisdom? Pointers to tfm are welcome. Regards, Kevin Traas -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
getty and hyperterminal to get debian packages from Windows machine?
I am trying to get debian packages to install on my machine by linking from my Linux box to a WindowsNT PC with a null-modem. On the Linux box I issue the following command to try to set-up a connection: getty ttyS0 9600 On the Windows PC, I open hyperterminal on COM1 with the settings 9600 8-n-1 then I get the following in hyperterminal: Debian GNU Linux 1.3 debian ttyS0 debian login: Password: I type in the username and the password prompt comes up, I type in the password ( which IS displayed) and wait . . . . about 2 minutes later I get the following on the Linux box: Alarm clock then my usual prompt. What am I doing wrong? I am not allowed to connect the Linux machine to the company network, this is the only way I have of getting the packages to install on my machine, many of them are to large for floppy. If I can't get this machine set-up soon, I guess I'll be stuck using Micro$oft Windows to try to learn to program C. Cheers, John Gay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
getty question
What is mingetty useful/used for? How do you install it? I have tried; dselect and dpkg will not let me remove or exchange agetty. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
some sort of svga getty?
I was thinking a while back it would be nice if there were some sort of VGA getty, which showed the Linux (and/or Debian) logos, and gave a login screen. Just a bit of a gimmick for some home systems perhaps. Does anyone know of such a thing? I have not the time to learn svgalib and to write it unfortunately Hamish -- Hamish Moffatt, StudIEAust [EMAIL PROTECTED] Student, computer science & computer systems engineering.3rd year, RMIT. http://hamish.home.ml.org/ (PGP key here) CPOM: [* ] 51% The opposite of a profound truth may well be another profound truth. --Bohr -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Logging/teeing a getty
Might look into ttysnoop or snooptty or something like that. On Wed, 25 Jun 1997, Randy Edwards wrote: >I have mgetty set up and I was wondering if it was possible to log all of > the input that one user enters or if there was a way to "tee" the data > to/from that terminal to one of the virtual terminals. Is something like > this possible? > > | Debian GNU/ __ o > Regards, |/ / _ _ _ _ _ __ __ > .| / /__ / / / \// //_// \ \/ / > Randy| // /_/ /_/\/ /___/ /_/\_\ > ([EMAIL PROTECTED]) | ...because lockups are for convicts... > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to > [EMAIL PROTECTED] . > Trouble? e-mail to [EMAIL PROTECTED] . > > George Bonser [EMAIL PROTECTED], [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
