SAIs [era: [opensuse-es] 8 GB de ram con kernel-default]
Mira, esta tarde me he hecho una mejora, he puesto una sai nueva con USB. Bueno, pues en cuanto he abierto el manejador de paquetes para buscar e instalar algo para controlarlo, resulta que el yast se había adelantado y seleccionado automáticamente los paquetes adecuados.
¡Eso es lo que se espera del YaST! >:-)
Estoy mirando. Cual has elegido? -- Saludos, miguel Los agujeros negros son lugares donde dios dividió por cero. Black holes are places where god divided by zero. Steven Wright -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-16 a las 00:28 +0100, miguel gmail escribió:
Mira, esta tarde me he hecho una mejora, he puesto una sai nueva con USB. Bueno, pues en cuanto he abierto el manejador de paquetes para buscar e instalar algo para controlarlo, resulta que el yast se había adelantado y seleccionado automáticamente los paquetes adecuados.
¡Eso es lo que se espera del YaST! >:-)
Estoy mirando. Cual has elegido?
Media Mark. Tenía prisa (he estado a punto de perder 80 gigas de datos en el disco externo, posiblemente por falta de sai), así que no he buscado mucho. Y por correo, 6..8 Kg de peso debe salir prohibitivo. Belkin, Active Battery Back Up 600 VA, 360W Estoy buscando el modelo en la caja pero no lo veo. Batería de 7AH, puerto de control USB. 69€. La "Trust" está muy bien de precio (oferta de 39€, creo), pero buscaba una con puerto de control, para apagar o suspender el equipo si no estoy presente cuando salta el automático, que es mi incidencia habitual, y si no estoy en casa... Había otra interesantes, pero no especificaban características técnicas en la caja (potencia del inversor, batería...), así que descartadas. La garantía dice modelo BU304000me, o BU306000me o BU308000me. Supongo que es la de en medio. El kernel dice: Nov 15 21:28:21 nimrodel kernel: usb 3-1: new low speed USB device using uhci_hcd and address 6 Nov 15 21:28:21 nimrodel kernel: usb 3-1: configuration #1 chosen from 1 choice Nov 15 21:28:21 nimrodel kernel: hiddev96hidraw0: USB HID v1.00 Device [Cypress Semiconductor USB to Serial] on usb-0000:02:02.1-1 Nov 15 21:28:21 nimrodel kernel: usb 3-1: New USB device found, idVendor=0665, idProduct=5161 Nov 15 21:28:21 nimrodel kernel: usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Nov 15 21:28:21 nimrodel kernel: usb 3-1: Product: USB to Serial Nov 15 21:28:21 nimrodel kernel: usb 3-1: Manufacturer: Cypress Semiconductor Segúnel "Vendor id", en la web del software "nut" (http://www.networkupstools.org/compat/stable.html), debe ser esta: Universal UPS F6C1100-UNV | megatec_usb USB (2007 models, vendor id: 0665) | pero el daemon me falla (trae CD con soporte linux, pero es java y 60 megas: me niego.) A ver, gugle... mira, es esta: http://www.wikio.co.uk/guide/belkin-bu306000me-136087.html Jo, pues los de MM me han timado en el precio, acabo de verla por 49 :-/ http://www.optize.es/servlet/productDataNoProc?productCode=330577&colab=200 En fin, tenía prisa... Ah, y en otro sito lo venden ¡a 104€! Vaya, pues es un consuelo. http://www.informaticalomas.com/sai-600va-belkin-bu306000me-p-33641.html?osC... <http://www.misco.es/productinformation/~78833~WW~/BELKIN UPS INTERACTIVO PROTECCION 600V.htm> 55€ Estos ponen las caracteristicas. http://www.ciao.es/Belkin_Active_Battery_Backup__1099455 49€ (+15€ de envio). - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkfbpkACgkQtTMYHG2NR9VH8ACfWzy5mJT4y9fhlcR8AiJYeUsJ P6EAn23xUH5phyGTIENJMBPf9Gl9LznW =rMS7 -----END PGP SIGNATURE-----
Muchas gracias!
La "Trust" está muy bien de precio (oferta de 39€, creo), pero buscaba una con puerto de control, para apagar o suspender el equipo si no estoy presente cuando salta el automático, que es mi incidencia habitual, y si no estoy en casa...
el 'puerto de control' ese del que hablas... para qué sirve? Cómo funciona? -- Saludos, miguel Los agujeros negros son lugares donde dios dividió por cero. Black holes are places where god divided by zero. Steven Wright -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
miguel gmail escribió:
Muchas gracias!
La "Trust" está muy bien de precio (oferta de 39€, creo), pero buscaba una con puerto de control, para apagar o suspender el equipo si no estoy presente cuando salta el automático, que es mi incidencia habitual, y si no estoy en casa...
el 'puerto de control' ese del que hablas... para qué sirve? Cómo funciona?
Para apagar el equipo ordenadamente si se va el suministro eléctrico y las baterías se agotan¿ -- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
el 'puerto de control' ese del que hablas... para qué sirve? Cómo funciona?
Para apagar el equipo ordenadamente si se va el suministro eléctrico y las baterías se agotan¿
Entiendo entonces que hay que entrar en el cacharro y decirle que haga lo que quieres que haga. Para esto el cacharro debe conocer específicamente suse, no? Y esto lo hace por USB? -- Saludos, miguel Los agujeros negros son lugares donde dios dividió por cero. Black holes are places where god divided by zero. Steven Wright -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
miguel gmail escribió:
el 'puerto de control' ese del que hablas... para qué sirve? Cómo funciona?
Para apagar el equipo ordenadamente si se va el suministro eléctrico y las baterías se agotan¿
Entiendo entonces que hay que entrar en el cacharro y decirle que haga lo que quieres que haga. Para esto el cacharro debe conocer específicamente suse, no?
Y esto lo hace por USB?
Sí, en windows al menos, sí. -- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Lunes, 17 de Noviembre de 2008 12:26, csalinux escribió:
miguel gmail escribió:
el 'puerto de control' ese del que hablas... para qué sirve? Cómo funciona?
Para apagar el equipo ordenadamente si se va el suministro eléctrico y las baterías se agotan¿
Entiendo entonces que hay que entrar en el cacharro y decirle que haga lo que quieres que haga. Para esto el cacharro debe conocer específicamente suse, no?
Y esto lo hace por USB?
Sí, en windows al menos, sí.
y en Opensuse tambien Yo tengo dos con puerto serie y una por usb (MGE) -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 17/11/08, francisco f escribió:
El Lunes, 17 de Noviembre de 2008 12:26, csalinux escribió:
miguel gmail escribió:
el 'puerto de control' ese del que hablas... para qué sirve? Cómo funciona?
Para apagar el equipo ordenadamente si se va el suministro eléctrico y las baterías se agotan¿
Y para conocer el estado general del sai: nivel de carga de las baterías, cuándo hay que reemplazarlas, último chequeo del sai, tiempo restante de la batería...
y en Opensuse tambien Yo tengo dos con puerto serie y una por usb (MGE)
Esa es buena marca (MGE), ahora fusionada con APC (otra de las buenas). En suse probé en su día el software de gestión powerchute para un sai APC conectado por puerto serie. La aplicación era java, sí y realmente pesada (también para entornos windows). Funcionar, funcionaba bien. Otra marca que me ha estado dando buen resultado (tanto en hardware como en el software de gestión) es Riello. El daemon se integra perfectamente en suse, permite opciones muy interesantes de control y gestión y trabaja en ncurses (lo tengo en uno de los servidores). Ahora bien, estos llevan una tarjeta de gestión por red así que problemas para detectarlos, ninguno. También tienen conexiones serie y usb. Pero las tarjetas (cuando tienes varias unidades para controlar) valen su peso en oro :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-17 a las 12:26 +0100, csalinux escribió:
Y esto lo hace por USB?
Sí, en windows al menos, sí.
USB, puerto serie, ethernet... Las ethernet serán las gordas que se ponen en armarios, para varios ordenadores. Las antiguas se limitaban a cerrar un contacto en el cable del puerto serie, una o dos de las lineas de control: no hay ni que leer el puerto. Crudo pero funcional. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkhWk8ACgkQtTMYHG2NR9W/5wCgg1fksDg6kfhQCGdpPPgcGh6y 99IAn1mwm3KGjUnE9T30ymiYEqV5Oyee =Dq2X -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
el 'puerto de control' ese del que hablas... para qué sirve? Cómo funciona?
Para apagar el equipo ordenadamente si se va el suministro eléctrico y las baterías se agotan¿
Entiendo entonces que hay que entrar en el cacharro y decirle que haga lo que quieres que haga. Para esto el cacharro debe conocer específicamente suse, no?
Y esto lo hace por USB?
La idea es que se tiene coriendo un daemon que está al tanto de lo que comunica la SAI: que hay fuerza externa, que no la hay, que es mala, que estamos en batería, que queda un 80% de carga, que queda un 20%... el daemon decide lo que haya que hacer; y lo más correcto hoy en dia es hibernar el equipo, es decir, suspenderlo a disco (habiéndolo probado antes) o un apagado. ¿Problema? Pues varios. Aunque hay un standard para estas cosas (USB HID), los fabricantes no lo siguen, hacen lo que les da la gana, incluso usando cosas que están especificadas para hacer una cosa para hacer otra en su lugar. He leído comentarios de gente que ha destruido el microcontrolador tratando de averiguar las funciones de la SAI... Entonces, la que yo he comprado ponía en la etiqueta que soporta linux. Y si, el CD trae programa para linux... un peazo programa en java de 60 megas. Creo que trae su propia máquina java. Y yo me niego a tener un daemon de sistema en java y de ese tamaño corriendo permanentemente. Y el daemon abierto que hay en linux parece que no conoce a mi SAI, así que estamos bien jo... Hay una lista de hardware soportado en "http://www.networkupstools.org/compat/stable.html", pero no hay una lista en ninguna parte por idvendor/idProduct. De casualidad, mi idVendor aprece en el listado: Belkin Universal UPS F6C1100-UNV USB (2007 models, vendor id: 0665) driver megatec_usb pero no la reconoce :-/ Y he probado varios posibles drivers sin éxito. Según las instrucciones de la propia SuSE, en nut/README.SUSE: You have two basic ways to install nut: - - nut-hal - HAL addon, which will provide handling of USB UPS devices via the standard HAL power management, allowing to reuse power management tools of desktop systems. It needs no configuration and no special setup. On the other hand, it supports only locally attached USB UPS. - - nut-classic - Uses dedicated UPS daemon, which works with all types of connection, features UPS monitoring and network UPS management. It is not integraded with desktop power management nad you need dedicated tool for monitoring your UPSes. ¡Pero el nut-hal se han olvidado de empaquetarlo! - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkhV4kACgkQtTMYHG2NR9XrmQCffLZAlNP110nXG8izMzfFnzqm pyAAnjPQhYxCiXL/BgB9j9eSDrXWNKq/ =wr5d -----END PGP SIGNATURE-----
El 17/11/08, Carlos E. R. escribió:
Y el daemon abierto que hay en linux parece que no conoce a mi SAI, así que estamos bien jo...
Esa lengua :-)
Hay una lista de hardware soportado en "http://www.networkupstools.org/compat/stable.html", pero no hay una lista en ninguna parte por idvendor/idProduct. De casualidad, mi idVendor aprece en el listado:
Belkin
Universal UPS F6C1100-UNV USB (2007 models, vendor id: 0665)
driver megatec_usb
pero no la reconoce :-/
Y he probado varios posibles drivers sin éxito.
Es raro... tu modelo aparece en la lista. Quizá necesites alguna versión superior :-?
Según las instrucciones de la propia SuSE, en nut/README.SUSE:
You have two basic ways to install nut:
- - nut-hal - HAL addon, which will provide handling of USB UPS devices via the standard HAL power management, allowing to reuse power management tools of desktop systems. It needs no configuration and no special setup. On the other hand, it supports only locally attached USB UPS.
- - nut-classic - Uses dedicated UPS daemon, which works with all types of connection, features UPS monitoring and network UPS management. It is not integraded with desktop power management nad you need dedicated tool for monitoring your UPSes.
¡Pero el nut-hal se han olvidado de empaquetarlo!
Prueba con la 11.1, ahí si está. Si funciona bien y lo detecta con la 11.1, pues ya puedes tomar tus decisiones (compilar, actualizar, utilizar el rpm de los backports...). Si tampoco funciona, reporta en bugzilla :-/ Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 17/11/08, Carlos E. R. escribió:
Y el daemon abierto que hay en linux parece que no conoce a mi SAI, así que estamos bien jo...
Esa lengua :-)
jorobados, jorobados :-P
Hay una lista de hardware soportado en "http://www.networkupstools.org/compat/stable.html", pero no hay una lista en ninguna parte por idvendor/idProduct. De casualidad, mi idVendor aprece en el listado:
Belkin
Universal UPS F6C1100-UNV USB (2007 models, vendor id: 0665)
driver megatec_usb
pero no la reconoce :-/
Y he probado varios posibles drivers sin éxito.
Es raro... tu modelo aparece en la lista.
¿donde? Mi modelo es el "Belkin, Active Battery Back Up", aka BU306000me
¡Pero el nut-hal se han olvidado de empaquetarlo!
Prueba con la 11.1, ahí si está.
¿el nut-hal?
Si funciona bien y lo detecta con la 11.1, pues ya puedes tomar tus decisiones (compilar, actualizar, utilizar el rpm de los backports...).
Ya probaré en factory, cuando consiga actualizarla, que eso es una tarea que necesita una gran paciencia.
Si tampoco funciona, reporta en bugzilla :-/
Lo del nut-hal ya está reportado. Lo de que mi chisme no funciona, me faltan datos. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkhYRsACgkQtTMYHG2NR9W8qgCfe/fk+oW8K4PweNeNmgr8PWu5 cJMAnA+BOnjE4eIT2sEM+5GmIoFTJ/nC =58D6 -----END PGP SIGNATURE-----
El 17/11/08, Carlos E. R. escribió:
El 2008-11-17 a las 12:59 +0100, Camaleón escribió:
Esa lengua :-)
jorobados, jorobados :-P
X-)
¿donde? Mi modelo es el "Belkin, Active Battery Back Up", aka BU306000me
¿No dijiste que el vedor id era "0665"? :-? Ese aparece en la lista. El BU3060000me es el número de serie del equipo, no hagas mucho caso :-P
Prueba con la 11.1, ahí si está.
¿el nut-hal?
Sí, creo que lo he visto. Mira a ver si no he metido la pata...
Ya probaré en factory, cuando consiga actualizarla, que eso es una tarea que necesita una gran paciencia.
Yo no pude O:-). Sí, al final hice algo de zypper clean, zypper refresh, zypper dup... zypper ¡plof! << desastre Bajé la iso de la beta4, la cargué en la VM y todo va muy bien. Han arreglado un montooooón de cosas, está irreconocible ;-)
Lo del nut-hal ya está reportado. Lo de que mi chisme no funciona, me faltan datos.
¿No tiene algún registro más verboso el programa que diga alguna cosa más del error? :-? De todas formas, lo primero sería comprobar si va bien la 11.1. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 17/11/08, Carlos E. R. escribió:
¿donde? Mi modelo es el "Belkin, Active Battery Back Up", aka BU306000me
¿No dijiste que el vedor id era "0665"? :-? Ese aparece en la lista.
El vendor, no el producto. No hay listas por "idProduct".
El BU3060000me es el número de serie del equipo, no hagas mucho caso :-P
No, es el modelo: aparece en la garantía y he gugleado por ese código.
Prueba con la 11.1, ahí si está.
¿el nut-hal?
Sí, creo que lo he visto. Mira a ver si no he metido la pata...
Si, si está: S | Name | Summary | Type - --+---------+----------------------------------------------------------+-------- | nut-hal | Network UPS Tools Support for HAL (HAL/D-BUS Integrati-> | package
Ya probaré en factory, cuando consiga actualizarla, que eso es una tarea que necesita una gran paciencia.
Yo no pude O:-).
Sí, al final hice algo de zypper clean, zypper refresh, zypper dup... zypper ¡plof! << desastre
Ja. Soy un poco de perro viejo en esto de factory... mi truco es que cuando hago el dup, lo que estoy ejecutando es la 11.0, no factory. Tengo este script: #!/bin/bash mount /otros/test_d/ mount /otros/test_d/boot/ mount --bind /proc /otros/test_d/proc mount --bind /sys /otros/test_d/sys mount --bind /dev /otros/test_d/dev #cp -f /etc/resolv.conf /otros/test_d/etc/resolv.conf echo echo " Copy paste the next line to activate prompt change:" echo "export PS1=$'\\[\E[1m\E[31m\\]NOT_\\h:\\w # \\[\E(B\E[m\\]'" echo chroot /otros/test_d/ /bin/bash --login Eso me deja en un chroot de la partición que contiene factory. Hay que editar también el /etc/mtab, porque puede estar incorrecto y algunos rpms (kernel) lo usan. El yast arranca a veces, pero a veces casca. El zypper funciona correctamente. Graficos nanay. Así, si peta algo no me tira el sistema, ni tengo que tener la máquina intentando actualizar durante dias, sin poder utilizarla para nada más.
Bajé la iso de la beta4, la cargué en la VM y todo va muy bien. Han arreglado un montooooón de cosas, está irreconocible ;-)
Pero yo necesito comprobar cosas con un arranque verdadero, como cosas del bus usb, de la hibernación, acceso a particiones encriptadas que ya existen... No me vale una VM. Eso es para el entorno.
Lo del nut-hal ya está reportado. Lo de que mi chisme no funciona, me faltan datos.
¿No tiene algún registro más verboso el programa que diga alguna cosa más del error? :-?
failed: nimrodel:/etc/ups # rcupsd start Starting NUT UPS drivers failed no hay nada en ningún log :-(
De todas formas, lo primero sería comprobar si va bien la 11.1.
La versión de factory es la misma que en la 11.0, la Version: 2.2.2. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkhasIACgkQtTMYHG2NR9V/4gCgl2kwreNf+mdD/WzkzK81j3+g f4MAnjBYeUdjWXMv/YlSJmTLMdfKSbQK =Uf4F -----END PGP SIGNATURE-----
El 17/11/08, Carlos E. R. escribió:
El vendor, no el producto. No hay listas por "idProduct".
Ah.
No, es el modelo: aparece en la garantía y he gugleado por ese código.
Pues no aparece en la página de Belkin por ese código. ¿Es muy reciente? :-?
Si, si está:
S | Name | Summary | Type - --+---------+----------------------------------------------------------+-------- | nut-hal | Network UPS Tools Support for HAL (HAL/D-BUS Integrati-> | package
Pues quizá sí lo detecte con este método pero falla con el modo clásico :-?
Ja. Soy un poco de perro viejo en esto de factory... mi truco es que cuando hago el dup, lo que estoy ejecutando es la 11.0, no factory. Tengo este script:
(...)
Así, si peta algo no me tira el sistema, ni tengo que tener la máquina intentando actualizar durante dias, sin poder utilizarla para nada más.
Actualizar se actualizó sin problemas, se iniciaba bien, no se colgaba... pero yast sacaba unos mesajes extraños cada vez que lo iniciaba.
Pero yo necesito comprobar cosas con un arranque verdadero, como cosas del bus usb, de la hibernación, acceso a particiones encriptadas que ya existen... No me vale una VM. Eso es para el entorno.
Tiene sus ventajas: haces y deshaces sin "fastidiar" nada. Por ejemplo, a mi me está sirviendo para tantear al Gnome o los programas de Mozilla, el java, el cliente de fax, el visor de documentos, el OOo 3.0, etc...
failed:
nimrodel:/etc/ups # rcupsd start Starting NUT UPS drivers failed
no hay nada en ningún log :-(
¿Falla el inicio del daemon y no pone ningún dato en el registro? Qué mal :-/
La versión de factory es la misma que en la 11.0, la Version: 2.2.2.
Sí, pero en la 11.1 tienes el paquete con el sistema de detección y configuración "automático". ¿Probaste a configurarlo como modelo genérico, aunque no sea de belkin? :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 17/11/08, Carlos E. R. escribió:
El vendor, no el producto. No hay listas por "idProduct".
Ah.
Ese es uno de los problemas. Reportando el kernel el idvendor y el idProduct no habría que configurar nada: con esos datos tiene todo lo que hace falta para funcionar sin tener que hacer nada más. Pues no, tengo yo que saber cual es el driver que corresponde y escribirlo en un fichero de configuración.
No, es el modelo: aparece en la garantía y he gugleado por ese código.
Pues no aparece en la página de Belkin por ese código. ¿Es muy reciente? :-?
Ni idea. Yo lo compré el sábado. En gugle hay 1270 entradas, la mayoría de sitios que lo venden.
--+---------+----------------------------------------------------------+-------- | nut-hal | Network UPS Tools Support for HAL (HAL/D-BUS Integrati-> | package
Pues quizá sí lo detecte con este método pero falla con el modo clásico :-?
No lo se. Pero te recuerdo que ese método significa que quien lo ve es el power manager de gnome, y te recuerdo lo que te^H^Hnos encanta ese programa en cuanto a hibernar el equipo y otras decisiones importantes >:-)
Así, si peta algo no me tira el sistema, ni tengo que tener la máquina intentando actualizar durante dias, sin poder utilizarla para nada más.
Actualizar se actualizó sin problemas, se iniciaba bien, no se colgaba... pero yast sacaba unos mesajes extraños cada vez que lo iniciaba.
Ah ¿sólo eso? Tsk, tsk... mientras no eche humo la tarjeta de red, puedes estar contenta >:-p
Pero yo necesito comprobar cosas con un arranque verdadero, como cosas del bus usb, de la hibernación, acceso a particiones encriptadas que ya existen... No me vale una VM. Eso es para el entorno.
Tiene sus ventajas: haces y deshaces sin "fastidiar" nada.
Ya lo se.
Por ejemplo, a mi me está sirviendo para tantear al Gnome o los programas de Mozilla, el java, el cliente de fax, el visor de documentos, el OOo 3.0, etc...
ya, ya.
failed:
nimrodel:/etc/ups # rcupsd start Starting NUT UPS drivers failed
no hay nada en ningún log :-(
¿Falla el inicio del daemon y no pone ningún dato en el registro? Qué mal :-/
Sasto.
La versión de factory es la misma que en la 11.0, la Version: 2.2.2.
Sí, pero en la 11.1 tienes el paquete con el sistema de detección y configuración "automático".
¿Probaste a configurarlo como modelo genérico, aunque no sea de belkin? :-?
¿Cual es el driver genérico? cer@nimrodel:~> ls /usr/lib/ups/driver/ al175 belkin bestups energizerups genericups megatec mge-utalk optiups safenet tripplite_usb usbhid-ups apcsmart belkinunv cpsups etapro isbmex megatec_usb newmge-shut powercom skel tripplitesu victronups bcmxcp bestfcom cyberpower everups liebert metasys nitram powerpanel solis upscode2 bcmxcp_usb bestuferrups dummy-ups gamatronic masterguard mge-shut oneac rhino tripplite upsdrvctl Ah, veamos, genericups. [myups] # driver = undefined # port = /dev/undefined # desc = "Local UPS" # driver = megatec_usb # driver = usbhid-ups # driver = newhidups no existe # driver = belkin # driver = belkinunv driver = genericups port = /dev/hiddev0 desc = "Local UPS" nanay, no va tampoco. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkhltEACgkQtTMYHG2NR9XTEwCeNgq9CX4tqCzVEFh8tU0yWdik 4EsAn3NSZkju3duDJMGIYtacPxs2n/cp =AzdG -----END PGP SIGNATURE-----
El 17/11/08, Carlos E. R. escribió:
Ese es uno de los problemas. Reportando el kernel el idvendor y el idProduct no habría que configurar nada: con esos datos tiene todo lo que hace falta para funcionar sin tener que hacer nada más. Pues no, tengo yo que saber cual es el driver que corresponde y escribirlo en un fichero de configuración.
Porque estás usando el método "clásico" y necesita que le digas cómo hacer las cosas y quién es :-)
¿Cual es el driver genérico?
cer@nimrodel:~> ls /usr/lib/ups/driver/ al175 belkin bestups energizerups genericups megatec mge-utalk optiups safenet tripplite_usb usbhid-ups apcsmart belkinunv cpsups etapro isbmex megatec_usb newmge-shut powercom skel tripplitesu victronups bcmxcp bestfcom cyberpower everups liebert metasys nitram powerpanel solis upscode2 bcmxcp_usb bestuferrups dummy-ups gamatronic masterguard mge-shut oneac rhino tripplite upsdrvctl
Rediez... hay unos cuantos :-O
Ah, veamos, genericups.
Por ejemplo...
[myups] # driver = undefined # port = /dev/undefined # desc = "Local UPS" # driver = megatec_usb # driver = usbhid-ups # driver = newhidups no existe # driver = belkin # driver = belkinunv driver = genericups port = /dev/hiddev0 desc = "Local UPS"
nanay, no va tampoco.
¿No hay que poner el usbtype=7 por algún lado? Yo no sé ná de este programa, pero en manual lo pone O:-) http://linux.die.net/man/8/genericups Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-17 a las 17:34 +0100, Camaleón escribió:
El 17/11/08, Carlos E. R. escribió:
Ese es uno de los problemas. Reportando el kernel el idvendor y el idProduct no habría que configurar nada: con esos datos tiene todo lo que hace falta para funcionar sin tener que hacer nada más. Pues no, tengo yo que saber cual es el driver que corresponde y escribirlo en un fichero de configuración.
Porque estás usando el método "clásico" y necesita que le digas cómo hacer las cosas y quién es :-)
Narices. Debería saberlo por sí mismo, clásico o no. Y si no pueden, al menos debían tener una lista completa por IDs. Por lo menos eso.
¿Cual es el driver genérico?
cer@nimrodel:~> ls /usr/lib/ups/driver/ al175 belkin bestups energizerups genericups megatec mge-utalk optiups safenet tripplite_usb usbhid-ups apcsmart belkinunv cpsups etapro isbmex megatec_usb newmge-shut powercom skel tripplitesu victronups bcmxcp bestfcom cyberpower everups liebert metasys nitram powerpanel solis upscode2 bcmxcp_usb bestuferrups dummy-ups gamatronic masterguard mge-shut oneac rhino tripplite upsdrvctl
Rediez... hay unos cuantos :-O
Ya te digo.
Ah, veamos, genericups.
Por ejemplo...
[myups] # driver = undefined # port = /dev/undefined # desc = "Local UPS" # driver = megatec_usb # driver = usbhid-ups # driver = newhidups no existe # driver = belkin # driver = belkinunv driver = genericups port = /dev/hiddev0 desc = "Local UPS"
nanay, no va tampoco.
¿No hay que poner el usbtype=7 por algún lado?
¿Y de donde sacas eso?
Yo no sé ná de este programa, pero en manual lo pone O:-)
El manual oficial es "man genericups", y ahí no pone nada de eso. Ah, pone upstype, no usbtype, has trastocao una letra :-p [...] Ah, no, esta SAI no es de esa clase: This driver supports hardware from many different manufacturers as it only uses the very simplest of signaling schemes. Contact closure refers to a kind of interface where basic high/low signals are provided to indicate status. This kind of UPS can only report line power and battery status. This means that you will only get the essentials in ups.status: OL, OB, and LB. Anything else requires a smarter UPS. Este es el tipo que dije antes que cierran unos contactos en algunas lineas de una interfaz serie, y sólo se detecta eso. No, esta SAI es de las inteligentes, lleva micro. Esas que dicen ni siquiera reportan nada de idvendor. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkh0YUACgkQtTMYHG2NR9XRBACdHDAzo6da3PY2uuJnhR22A1hF mxYAnRNVze+8GybKGp9+8UGqP/5Lr9oM =zSjU -----END PGP SIGNATURE-----
El lun, 17-11-2008 a las 21:18 +0100, Carlos E. R. escribió: Te has mirado esto??? http://linux.die.net/man/8/megatec_usb -- Saludos Lluis
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-17 a las 21:25 +0100, lluis escribió:
El lun, 17-11-2008 a las 21:18 +0100, Carlos E. R. escribió: Te has mirado esto???
man megatec_usb Sí, marginalmente, pero como ni siquiera carga el driver, no me sirve de nada. No veo ninguna opción que sirva para que cargue ni informe de qué problema tiene para no cargarse. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkh16wACgkQtTMYHG2NR9WcagCff/M6C80vWq6SrTPTSc+Zeffi mFIAnjmFvziF3A3hu9HSUYzDY+7WHP4O =prI9 -----END PGP SIGNATURE-----
El 17/11/08, Carlos E. R. escribió:
Narices. Debería saberlo por sí mismo, clásico o no. Y si no pueden, al menos debían tener una lista completa por IDs. Por lo menos eso.
Ji, ji... ya te veo metiendo el paquete de java. ¡Pero si sólo son 60 MB.! >:-P Y quién sabe, el (o los) daemon puede ser "ligerito" }:-)
¿Y de donde sacas eso?
Del Guuugle O:-)
El manual oficial es "man genericups", y ahí no pone nada de eso. Ah, pone upstype, no usbtype, has trastocao una letra :-p
Ah, sí, dedazos gordos míos. El kde tiene un copia / pega f-a-t-a-l (a veces no copia, a veces no pega, o pega lo que no debe...)
Ah, no, esta SAI no es de esa clase:
This driver supports hardware from many different manufacturers as it only uses the very simplest of signaling schemes. Contact closure refers to a kind of interface where basic high/low signals are provided to indicate status. This kind of UPS can only report line power and battery status.
This means that you will only get the essentials in ups.status: OL, OB, and LB. Anything else requires a smarter UPS.
Este es el tipo que dije antes que cierran unos contactos en algunas lineas de una interfaz serie, y sólo se detecta eso. No, esta SAI es de las inteligentes, lleva micro. Esas que dicen ni siquiera reportan nada de idvendor.
Es sólo para ver si con ese configurado, que es el más básico, logra iniciar el daemon. Es que lo que me escama es que el daemon no inicie... debería arrancar aún sin sai conectado o sin sai configurado, es decir, debería arrancar "escupiendo" errores en el registro, pero arrancar al menos :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-17 a las 21:51 +0100, Camaleón escribió:
El 17/11/08, Carlos E. R. escribió:
Narices. Debería saberlo por sí mismo, clásico o no. Y si no pueden, al menos debían tener una lista completa por IDs. Por lo menos eso.
Ji, ji... ya te veo metiendo el paquete de java. ¡Pero si sólo son 60 MB.! >:-P
Y quién sabe, el (o los) daemon puede ser "ligerito" }:-)
¡Grrrr!
Este es el tipo que dije antes que cierran unos contactos en algunas lineas de una interfaz serie, y sólo se detecta eso. No, esta SAI es de las inteligentes, lleva micro. Esas que dicen ni siquiera reportan nada de idvendor.
Es sólo para ver si con ese configurado, que es el más básico, logra iniciar el daemon.
Es que lo que me escama es que el daemon no inicie... debería arrancar aún sin sai conectado o sin sai configurado, es decir, debería arrancar "escupiendo" errores en el registro, pero arrancar al menos :-?
Pues ya ves. Si tengo tiempo me tendré que pasar por las listas de esa gente a ver si dicen algo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkh8UoACgkQtTMYHG2NR9W1BgCeIHgoVy4wddlUQCJ8MVzWraKI 1poAn2I2/chwAGg7idOOuTE/SzbwQ18g =H5Mo -----END PGP SIGNATURE-----
participants (6)
-
Camaleón -
Carlos E. R. -
csalinux -
francisco f -
lluis -
miguel gmail