From: Dominic R. <dl...@ed...> - 2010-09-27 18:43:50
|
I uploaded the revised /etc/init.d/beep (and diff file) to mantis, with your fix Dominic On 27/09/2010 08:16, mailing dl2 wrote: > Hello, > > I did test it and it seems that the line > + if [ "`tty`" = "/dev/ttys/0" ]; then > should be replaced by > + if [ "`tty`" = "/dev/console" ]; then > > Thanks for this patch. > > Regards. > > 2010/9/26 Heiko Zuerker<he...@zu...>: >> Could someone using a serial console try Dominic's patch? >> >> Heiko >> >>> -----Original Message----- >>> From: Dominic Raferd [mailto:dl...@ed...] >>> Sent: Friday, September 24, 2010 10:05 AM >>> To: dev...@li... >>> Subject: Re: [Devil-Linux-discuss] Beep in serial mode >>> >>> According to man beep at swoolley.org/*man*.cgi/*beep*: 'beep >>> attempts to poke at the tty, which is how it beeps'. So yes it doesn't >> use >>> the bell character but it is still using tty. The serial console setup >>> establishes 2 consoles: tty0 and ttyS0. In this case, a/c to >>> http://tldp.org/HOWTO/Remote-Serial-Console-HOWTO/configure- >>> kernel.html, >>> 'kernel messages will appear on both the first virtual terminal and >> the >>> serial port, but messages from the init system and the system logger >> will >>> appear only on the first serial port'. >>> >>> My guess is that the output from the beep program, like that from the >>> init system and the system logger, goes to ttyS0 and not to tty0. >> There >>> doesn't seem to be an option in beep to force it to go elsewhere, so >>> maybe for serial consoles echo is the only way. >>> >>> I guess /etc/init.d/beep could be modified to use an echo sequence >>> directed to /dev/tty0 instead of the beep sequences if `tty` is >>> /dev/ttys/0? Something like: >>> >>> # diff -U 0 /etc/init.d/beep /opt/beep >>> --- /etc/init.d/beep 1980-01-01 01:01:01.000000000 +0000 >>> +++ /opt/beep 2010-09-24 16:01:20.000000000 +0100 >>> @@ -51,0 +52,4 @@ >>> + if [ "`tty`" = "/dev/ttys/0" ]; then >>> + # force bell sound to tty0 i.e. local machine >>> + for n in {4..1}; do echo -en "\a">/dev/tty0; >>> sleep 0.$n; done >>> + else >>> @@ -58,0 +63 @@ >>> + fi >>> >>> (untested in a serial console configuration) >>> >>> Dominic >>> >>> On 24/09/2010 15:35, Heiko Zuerker wrote: >>>> The 'normal' DL beep doesn't use the bell character, the program >>>> controls the PC speaker directly as far as I remember. >>>> >>>> Heiko >>>> >>>>> -----Original Message----- >>>>> From: Dominic Raferd [mailto:dl...@ed...] >>>>> Sent: Friday, September 24, 2010 9:29 AM >>>>> To: dev...@li... >>>>> Subject: Re: [Devil-Linux-discuss] Beep in serial mode >>>>> >>>>> Ok, I'm glad it worked then. It works for me too with>/dev/tty1, >>>>> or >>>>>> /dev/tty0. Does it work for you with /dev/tty0? >>>>> I am trying to understand why the normal DL startup beep doesn't >>> work >>>>> for you. Googling 'man beep', there is a suggestion about chmod >> 4755 >>>>> beep which might help. >>>>> >>>>> Can anyone else using DL through serial console configured by >>>> install-on- >>>>> usb confirm that they don't hear startup beeps at the DL box? >>>>> >>>>> Dominic >>>>> >>>>> On 24/09/2010 14:56, mailing dl2 wrote: >>>>>> In fact I was looking to hear the beep at the DL box, when you are >>>> in >>>>>> front of the computer and you are not sure if it has finished its >>>> boot >>>>>> process. >>>>>> >>>>>> So your answer match my need. >>>>>> >>>>>> Thanks. >>>>>> >>>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: >>>>>>> Sorry then maybe this isn't a solution for you. You might >> check >>>> the >>>>>>> settings of your serial-connection client machine, maybe there is >> a >>>>>>> way to enable the bell sound. For instance Putty offers different >>>>>>> actions upon receiving a bell via the terminal. Maybe your client >>>> is >>>>>>> just ignoring the bell character when it receives it (via ttyS0)? >>>>>>> >>>>>>> On 24/09/2010 13:58, mailing dl2 wrote: >>>>>>>> Yes, when I redirect to tty1, I hear it on the DL box. >>>>>>>> >>>>>>>> I will add a script at startup with : echo -e "\a"> >> /dev/tty1 >>>>>>>> Thanks. >>>>>>>> >>>>>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: >>>>>>>>> So echoing to tty1 do you hear it on your remote machine >> (via >>>>>>>>> serial >>>>>>>>> connection) or just on the local (DL) machine? >>>>>>>>> >>>>>>>>> On 24/09/2010 12:51, mailing dl2 wrote: >>>>>>>>>> I did the test and the result is: >>>>>>>>>> >>>>>>>>>> through serial port (ttyS0) I do not hear the beep through >>>> console >>>>>>>>>> port (tty1) I do hear the beep >>>>>>>>>> >>>>>>>>>> Regards. >>>>>>>>>> >>>>>>>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: >>>>>>>>>>> I don't use serial mode but does it work if you echo a >>>>>>>>>>> bell character (ASCII 07)? >>>>>>>>>>> >>>>>>>>>>> echo -e "\a" >>>>>>>>>>> >>>>>>>>>>> Or for several bells, not as distinctive as DL's normal >>>> start-up >>>>>>>>>>> beep but might be adequate for a start-up signal: >>>>>>>>>>> >>>>>>>>>>> for n in {3..7}; do echo -en "\a"; sleep 0.$((10-$n))s; done >>>>>>>>>>> >>>>>>>>>>> Dominic >>>>>>>>>>> >>>>>>>>>>> On 24/09/2010 08:31, mailing dl2 wrote: >>>>>>>>>>>> Hello, >>>>>>>>>>>> >>>>>>>>>>>> We use our DL boxes in serial mode (install-on-usb) as it is >>>>>>>>>>>> easier to have serial acces than KVM access on remote sites. >>>>>>>>>>>> >>>>>>>>>>>> The problem we face is that in serial mode, the beep at the >>>> end >>>>>>>>>>>> of the startup process are not working. >>>>>>>>>>>> >>>>>>>>>>>> At the startup it outputs this: >>>>>>>>>>>> >>>>>>>>>>>> Starting beep system-up noises: >>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>> >>>>>>>>>>>> When I type "beep" through serial port (ttyS0) it outputs >> the >>>>>>>>>>>> error message and it does not beep. >>>>>>>>>>>> And when I type "beep" through console (tty1) it outputs >>> the >>>>>>>>>>>> error message but it does beep. >>>>>>>>>>>> >>>>>>>>>>>> It is realy usefull to hear the beep when you (or a non >>>>>>>>>>>> technical >>>>>>>>>>>> user) are in a technical without acces to a monitor. >>>>>>>>>>>> We really miss it. >>>>>>>>>>>> >>>>>>>>>>>> Regards. >> ---------------------------------------------------------------------- >>>> -- >>>> ------ >>>>> Nokia and AT&T present the 2010 Calling All Innovators-North >> America >>>>> contest Create new apps& games for the Nokia N8 for consumers in >>>>> U.S. and Canada >>>>> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >>>>> marketing Develop with Nokia Qt SDK, Web Runtime, or Java and >>> Publish >>>>> to Ovi Store http://p.sf.net/sfu/nokia-dev2dev >>>>> _______________________________________________ >>>>> Devil-linux-discuss mailing list >>>>> Dev...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>>> >> ---------------------------------------------------------------------- >>>> -------- Nokia and AT&T present the 2010 Calling All >> Innovators-North >>>> America contest Create new apps& games for the Nokia N8 for >>> consumers >>>> in U.S. and Canada >>>> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >>>> marketing Develop with Nokia Qt SDK, Web Runtime, or Java and >>> Publish >>>> to Ovi Store http://p.sf.net/sfu/nokia-dev2dev >>>> _______________________________________________ >>>> Devil-linux-discuss mailing list >>>> Dev...@li... >>>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>>> >>> >> ------------------------------------------------------------------------ >> ------ >>> Start uncovering the many advantages of virtual appliances and start >>> using them to simplify application deployment and accelerate your >> shift >>> to cloud computing. >>> http://p.sf.net/sfu/novell-sfdev2dev >>> _______________________________________________ >>> Devil-linux-discuss mailing list >>> Dev...@li... >>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >> >> ------------------------------------------------------------------------------ >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> _______________________________________________ >> Devil-linux-discuss mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >> > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |