Re: [YA SE LO QUE PASA...] Recuperar de cuelgue de X y consolas

2000-01-11 Por tema Fernando Sanchez
On Mon, 10 Jan 2000, Hue-Bond wrote:

>  También  la  opción  kIll  es peligrosa  para  ordenatas  donde
>  accedan varias  personas y  se utilicen  programas como  vlock para
>  bloquear las consolas. Tal combinación mataría al vlock.

Y también a los shells que estuvieran usando en esas consolas, digo yo, ¿no?
:-) Vamos, que si matas todo, no queda nada que proteger con vlock.


Re: [YA SE LO QUE PASA...] Recuperar de cuelgue de X y consolas

2000-01-10 Por tema Hue-Bond
El domingo 09 de enero de 2000 a la(s) 21:09:32 +0100, Manel Marin contaba:
>
>Me lo he estado pensando y con opciones tan peligrosas como Umount, Boot, 
>Reboot
> no me parece apropiado que todo principante utilice la tecla MAGIC... aunque
> a mi me parece GENIAL!!!

 También  la  opción  kIll  es peligrosa  para  ordenatas  donde
 accedan varias  personas y  se utilicen  programas como  vlock para
 bloquear las consolas. Tal combinación mataría al vlock.


>MOTIVO2: La combinación ALT + SysRq + Tecla  es incomoda
> (prueba a hacer un cierre ordenado con ALT(izq) + SysRq + E, I, S, U, O)

 Pues yo lo veo muy bien, así no pasa nada por equivocación.


-- 
 Just do it.

David Serrano <[EMAIL PROTECTED]>  http://www.ctv.es/USERS/fserrano
In love with TuX - Linux 2.2.14Linux Registered User #87069


Re: [YA SE LO QUE PASA...] Recuperar de cuelgue de X y consolas

2000-01-09 Por tema Jordi
On Sun, Jan 09, 2000 at 09:09:32PM +0100, Manel Marin wrote:
> > - ¿Como se hace el reporte de bug del kernel? (nunca he hecho ninguno...)
> 
> !!!A ver si me contestais leches!!! :-(

/usr/src/linux/REPORTING-BUGS :)

Luego miraré los attachments, tienen buena pinta ;)

Jordi


pgp02CPKsW9tT.pgp
Description: PGP signature


Re: [YA SE LO QUE PASA...] Recuperar de cuelgue de X y consolas

2000-01-09 Por tema Manel Marin
Hola a todos, me confirmo a mi mismo y os envio dos chuletas ;-)


On Fri, Jan 07, 2000 at 12:26:06AM +0100, Manel Marin wrote:
> 
> ¡¡¡AL FIN HE DESCUBIERTO LO QUE PASA!!! (Me estaba volviendo loco)
> 
> La combinación ALT + SysRq + Tecla  NO FUNCIONA en algunos teclados,

Lo he verificado con cinco teclados, en uno de los cinco no va bien, (y no
 es la tecla que le he apretado fuerte y todas las demás teclas van bien)

Os adjunto dos archivos:
"teoria-teclado"
"trucos-cuelgueX"

Espero que os aprovechen... ;-)


> Enviamos un reporte de bug de kernel pidiendo que la tecla MAGIC no pierda su
> uso normal en las consolas (de hecho no lo pierde en las X en modo RAW y no
> pasa nada...)
> De esta forma se podria utilizar cualquier tecla normal para hacer de MAGIC,
> por ejemplo el DEL (DEL + Tecla)
> ...
> - ¿Que os parece?

Me lo he estado pensando y con opciones tan peligrosas como Umount, Boot, Reboot
 no me parece apropiado que todo principante utilice la tecla MAGIC... aunque
 a mi me parece GENIAL!!!


> - ¿Como se hace el reporte de bug del kernel? (nunca he hecho ninguno...)

!!!A ver si me contestais leches!!! :-(


Saludos
-- 

Manel Marin   e-mail: [EMAIL PROTECTED]
Linux Powered (Debian 2.1 slink)
teoria-teclado: (0.01)
Breve descripción de como funciona el teclado


SCAN CODES:
Estos son los códigos que envia el teclado al PC.
Muchas teclas del teclado generan un byte de datos cuando se pulsan
 y otro cuando se sueltan.
Tambien generan repetición si se mantienen pulsadas.

Ejemplo tecla ESC

Al pulsar un codigo: 0x01
Al soltar un codigo: 0x81  ( es decir 0x01 + 0x80 )
Genera repetición al mantenerla pulsada


Esto es cierto para muchas teclas excepto para:

a) Teclas de cursor, Insert, Supr y grupito, teclas windows y otras...

Al pulsar dos codigos: 0xe0 XXX,
Al soltar dos codigos: 0xe0 XXX+0x80,
Generan repetición al mantenerlas pulsadas


b) Tecla "Pause/Break"

Al pulsar seis codigos: 0xe1 0x1d 0x45 0xe1 0x9d 9xc5
Al soltar NADA
NO GENERA repetición al mantenerla pulsada


c) Tecla "PrintScreen/SysRq" ** (De esta tecla hablo más abajo)

¡¡¡DEPENDE DEL TECLADO!!!
ó
Al pulsar cuatro codigos: Oxe0 0x2a 0xe0 0x37
Al soltar cuatro codigos: 0xe0 0xb7 0xe0 0xaa
Genera repetición al mantenerla pulsada
ó
Al pulsar ocho codigos: 0xe0 0x2a 0xe0 0x37 0xe0 0xb7 0xe0 0xaa
Al soltar NADA:
NO GENERA repetición al mantenerla pulsada
-


Ahora que ya sabes lo que esperas ver, puedes ver estos códigos usando:
 "showkey -s" (diez segundos sin pulsar nada para salir ;-)


KEYCODES:
Estos son los códigos que asigna el kernel a las teclas.
El kernel asigna un solo código para cualquier tecla cuando se pulsa y
 uno solo cuando se suelta.

Muchos coinciden con el código SCAN CODE, pero los de dos/más bytes NO.

Ejemplos:   SCAN CODE   KEYCODE*
ESC 0x01  1
A   0x1e 30  ( es 0x1e en hexadecimal )
Menu_Win0x7F127
Insert  0xe0 0x52   110
SysRq   Oxe0 0x2a 0xe0 0x37  99

* Los KEYCODE los pongo en decimal porque el "showkey" los muestra asi.

Ahora que ya sabes lo que esperas ver, puedes ver estos códigos usando:
 "showkey" ó "showkey -k" (diez segundos sin pulsar nada para salir ;-)


SYSRQ:
De cinco teclados que he probado uno solo generaba los ocho bytes al pulsar
 y ninguno al soltar.

Obviamente este teclado no puede generar secuencias SysRq + Tecla, o
 ALT + SysRq + Tecla porque la secuencia que genera al pulsar SYSRQ es la
 de "pulsar + soltar" por lo que no funciona para hacer de MAGIC SYSRQ


Este teclado era:
Made in Malaysia
Part No K5400408512
Model No LT-5000A SPN102
Serial No 90104AM03617
( lo siento no se el fabricante...)

Los otros teclados empleados en las pruebas eran:
Cherry, IBM, un Windows "made in China", y otro clónico.
trucos-cuelgueX: (0.04)
Como descolgar las X sin apagar la maquina ;-)


Para poder salir del modo RAW en que deja las X el teclado cuando se cuelgan
hay que recompilar el kernel (solo 2.2.X) activando la "Magic SysRq key"

ATENCION: La tecla MAGIC tiene opciones potencialmente peligrosas si no se
 sabe lo que se esta haciendo, aunque es tremendamente util cuando se sabe ;-)
Ejemplo: Umount, Boot, Off, hacen lo que parece e inmediatamente y sin pedir
confirmación...


---
1) Modificar en /usr/src/linux/include/asm/keyboard.h la linea

#define SYSRQ_KEY 0x54  /* Para u

[YA SE LO QUE PASA...] Recuperar de cuelgue de X y consolas

2000-01-07 Por tema Manel Marin
On Wed, Jan 05, 2000 at 10:12:41PM +0100, Manel Marin wrote:
> 
> Por cierto el codigo original SI que funciona pero pulsando ALT + SysRq + 
> Tecla,
> (que cosa mas incomoda... el ALT el de la Izquierda, ¿con que dedo apreto la K
> para el saK ? ¿Con el de enmedio? O:-P) yo pensaba que era con Shift... X-)  
> 

¡¡¡AL FIN HE DESCUBIERTO LO QUE PASA!!! (Me estaba volviendo loco)

La combinación ALT + SysRq + Tecla  NO FUNCIONA en algunos teclados,
 la tecla SysRq (y la Pause/Break) tienen un trato especial en el teclado,
 no generan repetición al mantenerlas pulsadas y en algunos teclados pueden
 no admitir otra pulsación mientras están pulsadas... (parece que no se
 pensaron para esto)
Ademas son "patologicas" porque mientras las otra teclas generan
 1, 2, o 4 bytes de scan code al pulsarlas, ¡¡¡SysRq genera 8 y Pause 6!!!


Asi que hay que buscarle otra tecla al MAGIC:
- las de Windows van bien, pero no todo el mundo las tiene
- el "-" numerico, pero se pierde esa tecla y es util para el "mc"
- o...

Enviamos un reporte de bug de kernel pidiendo que la tecla MAGIC no pierda su
uso normal en las consolas (de hecho no lo pierde en las X en modo RAW y no
pasa nada...)
De esta forma se podria utilizar cualquier tecla normal para hacer de MAGIC,
por ejemplo el DEL (DEL + Tecla), como estamos "matando" procesos el DEL me
parece apropiado, pero podria ser cualquier otra tecla (menos SysRq y Pause ;-)
aunque preferiblemente de las que generan un solo scan code con "showkey -s"

- ¿Que os parece?
- ¿Que tecla os parece apropiada?
- ¿Como se hace el reporte de bug del kernel? (nunca he hecho ninguno...)
- ¿Alguien se atreve a hacer el parche?


Saludos a todos,
-- 

Manel Marin   e-mail: [EMAIL PROTECTED]
Linux Powered (Debian 2.1 slink)