Re: CTRL-ALT-DEL - ta bort rebootmappningen
On Mon, Aug 12, 2002 at 06:13:29PM +0200, Elias Norström (Lunchinfo.com) wrote: > Hur tar man bort funktionen att när man "råkar" trycka på CTRL-ALT-DEL > så startar servern om? Titta i /etc/inittab: > # What to do when CTRL-ALT-DEL is pressed. > ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now När du gjort dina ändringar kör du... > telinit q ..för att de ska bli aktiva. -- Anders Lindahl http://k76.ryd.student.liu.se/~lindahl/
Re: CTRL-ALT-DEL - ta bort rebootmappningen
On Mon, 12 Aug 2002, Elias Norström (Lunchinfo.com) wrote: > Hur tar man bort funktionen att när man "råkar" trycka på CTRL-ALT-DEL > så startar servern om? Redigera filen /etc/inittab och kommentera följande rader: # What to do when CTRL-ALT-DEL is pressed. ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now -- Fredrik Jonson [EMAIL PROTECTED]
CTRL-ALT-DEL - ta bort rebootmappningen
Hej! Hur tar man bort funktionen att när man "råkar" trycka på CTRL-ALT-DEL så startar servern om? Kör Debian 2.2.20 Tack för svar. /Elias Elias Norström, Systemsdeveloper, Hylsvägen 4, 721 30 Västerås Direkt: +46-(0)21-470 20 84, Fax : +46-(0)40-640 85 85 Mobil : +46-(0)70-699 95 65, Epost: [EMAIL PROTECTED] Web : http://www.lunchinfo.com Tjänster inom: Restaurang / Hotell / Konferens / Skräddarsydda kundservicesystem Exklusiva fotolösningar / Hemsidor / Webbhotell
summering: Re: Att läsa mätdata på serieport....
Efter litet fiffel med de tips jag fått, har jag äntligen fått det att funka! Jag fick slutligen grepp om hur jag skulle hantera det hela, och fann att det räckte med stty -F /dev/ttyS1 9600. Nedan följer litet mer info och resultat från "termostest", dvs 4 ihopbuntade givare packade i bomulls vadd i en 1 liters ståltermos som fått stå 1 timme efter preparering. --- blackie:/home/kaddik# setserial -a /dev/ttyS1 /dev/ttyS1, Line 1, UART: 16550A, Port: 0x02f8, IRQ: 3 Baud_base: 115200, close_delay: 50, divisor: 0 closing_wait: 3000 Flags: spd_normal skip_test blackie:/home/kaddik# stty -F /dev/ttyS1 -a speed 9600 baud; rows 0; columns 0; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = ; eol2 = ; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke blackie:/home/kaddik# read trash=0)); \ do read data 22.3 22.2 22.4 22.5 22.3 22.3 22.4 22.4 22.3 22.3 22.4 22.5 22.3 22.3 22.4 22.5 22.4 22.3 22.4 22.5 22.4 22.3 22.4 22.5 22.3 22.3 22.4 22.4 22.3 22.3 22.5 22.5 22.3 22.3 22.4 22.4 22.4 22.3 22.5 22.5 blackie:/home/kaddik# --- Det första som sänds är ett eol, därav "read trash...". Frågan är bara vad som orsakade att jag bara fick skräptecken från början då jag använde "cat /dev/ttyS1". Hastigheten hade jag satt till 9600 med stty. Kan det vara att den av någon anledning försökte tolka ascii enligt något annat system? Nåja man lär bäst av att göra misstag, även om det vore trevligt om man fick fram vad man gjorde för misstag.. Hur som helst, tack för alla underbara tips! At 09.00 +0200 02-08-12, Karl Hammar wrote: ... >Det är nog bättre att plocka spänningen från DTR istf. RTS, eller >om du (Kaddik) tar den från båda två över dioder. Man kan även >ta ström från TD via dioder, men om du aldrig sänder till enheten >blir det bara en negativ spänning där och det kanske du inte har nytta >av. >För att DTR ska vara hög sätts -clocal i stty, glöm då inte att >kortsluta DTR med DSR på ditt kort annars uppfattar seriedrivrutinen att >det inte finns någonting anslutet och du får inga indata då. > ... Enligt beskrivningen: RTS skall sättas till logisk 0 (+12 V.) Under windows får jag upp resultaten snyggt och prydligt i ett vanligt terminalprogram. RTS/CTS används för flödeskontroll (sätts med stty -F /dev/ttyS1 crtscts), när (om) inbufferten blir full sänks RTS för att tala om för DCE'n (tänk modem) att den ska vänta med att sända data. I ditt fall, blir det då inte så att din apparat får strömavbrott då? DTR används för att tala om för DCE'n att DTE'n (tänk dator) finns och är aktiv. Motsvarande för DSR fast att DCE'n finns. ... 12.3 02.8 -04.7 45.3 12.3 02.8 -04.7 45.3 Så om jag bara kommer åt mina data på serieporten och inte får knastecken (vilket jag hittills endast lyckats få..) så funkar read line < /dev/ttySn. Har du satt rätt baudrate (sätts med t.ex. stty -F /dev/ttyS1 115200) på porten ? Har du provat med t.ex. cu -l /dev/ttyS1 -s 115200 (cu finns i uucp- paketet). (115200, ja eller den hastighet kortet nu använder.) Dessutom bör du göra typ: cat /dev/ttyS1 | while read line do ... done annars öppnar och stänger du porten hela tiden, om du inte bara vill göra cat /dev/ttyS1 > fil ... Hälsningar, /Karl --- Karl HammarAspö Data [EMAIL PROTECTED] Lilla Aspö 2340 0173 140 57 Nätverk S-742 94 Östhammar018 260 900Datorer/Utrustning Sweden 010 270 26 67Linux/Unix konsulting --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- --- Regards Oerjan Kaddik epost: [EMAIL PROTECTED] Use PGP! Find my key at: http://keys.pgp.com:11371 key-id: 0x0C91DA4B
Re: Dessa j-a locales...
On Mon, Aug 12, 2002 at 09:27:51AM +0200, Claes Wallin wrote: > > Vart har ni problem med svenska tecken? Bourne Again? XFree? > > Konfigurationen för bash görs i .inputrc, och för XFree4 i > > /etc/X11/XF86Config-4 > > T ex Mutt visar svenska tecken som frågetecken om LANG=C, men visar > dem korrekt om LANG=en_US. Förresten, du kan sätta LC_CTYPE om du inte vill byta språk utan endast teckenuppsättning. Dessutom prenumererar så jag vill inte ha någon lokal kopia. Om du nu använder mutt se till att honor_followup_to är satt. pgp86a0cmabwa.pgp Description: PGP signature
Re: Dessa j-a locales...
On Mon, Aug 12, 2002 at 09:27:51AM +0200, Claes Wallin wrote: > > Vart har ni problem med svenska tecken? Bourne Again? XFree? > > Konfigurationen för bash görs i .inputrc, och för XFree4 i > > /etc/X11/XF86Config-4 > > T ex Mutt visar svenska tecken som frågetecken om LANG=C, men visar > dem korrekt om LANG=en_US. Verkar logiskt förutsatt att en_US använder iso-8859-1. C är 7 bitars. pgpANpqRN4Ft6.pgp Description: PGP signature
nwauth & tcp/ip
Går det att få nwauth att använda sig av tcp/ip istället för ipx?!? /Daniel PS Jag hatar när saker slutar fungera bara för att nån installerar servicepack på nån server som man själv inte har kontroll över... DS
Re: Dessa j-a locales...
> Vart har ni problem med svenska tecken? Bourne Again? XFree? > Konfigurationen för bash görs i .inputrc, och för XFree4 i > /etc/X11/XF86Config-4 T ex Mutt visar svenska tecken som frågetecken om LANG=C, men visar dem korrekt om LANG=en_US. /Clacke
Re: Att läsa mätdata på serieport....
... > >Det är nog bättre att plocka spänningen från DTR istf. RTS, eller > >om du (Kaddik) tar den från båda två över dioder. Man kan även > >ta ström från TD via dioder, men om du aldrig sänder till enheten > >blir det bara en negativ spänning där och det kanske du inte har nytta > >av. > >För att DTR ska vara hög sätts -clocal i stty, glöm då inte att > >kortsluta DTR med DSR på ditt kort annars uppfattar seriedrivrutinen att > >det inte finns någonting anslutet och du får inga indata då. > > ... > > Enligt beskrivningen: RTS skall sättas till logisk 0 (+12 V.) > Under windows får jag upp resultaten snyggt och prydligt i ett vanligt > terminalprogram. RTS/CTS används för flödeskontroll (sätts med stty -F /dev/ttyS1 crtscts), när (om) inbufferten blir full sänks RTS för att tala om för DCE'n (tänk modem) att den ska vänta med att sända data. I ditt fall, blir det då inte så att din apparat får strömavbrott då? DTR används för att tala om för DCE'n att DTE'n (tänk dator) finns och är aktiv. Motsvarande för DSR fast att DCE'n finns. ... > 12.3 02.8 -04.7 45.3 > 12.3 02.8 -04.7 45.3 > > Så om jag bara kommer åt mina data på serieporten och inte får knastecken > (vilket jag hittills endast lyckats få..) så funkar read line < /dev/ttySn. Har du satt rätt baudrate (sätts med t.ex. stty -F /dev/ttyS1 115200) på porten ? Har du provat med t.ex. cu -l /dev/ttyS1 -s 115200 (cu finns i uucp- paketet). (115200, ja eller den hastighet kortet nu använder.) Dessutom bör du göra typ: cat /dev/ttyS1 | while read line do ... done annars öppnar och stänger du porten hela tiden, om du inte bara vill göra cat /dev/ttyS1 > fil ... Hälsningar, /Karl --- Karl HammarAspö Data [EMAIL PROTECTED] Lilla Aspö 2340 0173 140 57 Nätverk S-742 94 Östhammar018 260 900Datorer/Utrustning Sweden 010 270 26 67Linux/Unix konsulting ---
