El 15/11/08, csalinux escribió:

Sí, le va a dar por instalar otro kernel... pero luego a mano se lo cambias con yast y listo, ya no te dará más problemas.

Me interesa este punto. ¿Puedes explicar un poco más? :-) El sistema ya está instalado con el ekrnel-default, ¿crees que va a intentar actualizar al kernel-pae? :-? 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

Cristian Rodríguez escribió:

Camaleón escribió:

...

El 15/11/08, csalinux escribió:

...

Sí, le va a dar por instalar otro kernel... pero luego a mano se lo cambias con yast y listo, ya no te dará más problemas. Me interesa este punto. ¿Puedes explicar un poco más? :-)

El sistema ya está instalado con el ekrnel-default, ¿crees que va a intentar actualizar al kernel-pae? :-?

Claro, en instalador es inteligente e intenta que se este usando lo adecuado para tu sistema, ahora si el usuario insiste con burradas.. no hay mucho que hacerle :-D

No Cristian, no es así... A mí me quiso instalar un PAE en un sistema con 2 Gb de RAM. No había razón para ello. El problema era que la Bios no estaba actualizada... El instalador será inteligente pero no es tan listo. -- 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

Cristian Rodríguez escribió:

csalinux escribió:

...

No Cristian, no es así... A mí me quiso instalar un PAE en un sistema con 2 Gb de RAM. No había razón para ello. El problema era que la Bios no estaba actualizada... El instalador será inteligente pero no es tan listo.

Disculpa, pero el gestor de paquetes no tiene la culpa que tu hardware tenga bugs.

Disculpa pero mi hardware no tenía bugs. Te lo explicaría, pero como eres tan inteligente y listo como el instalador me imagino que tú solito sabrás porqué ocurrió eso. Si no te lo dirá el nuevo instalador. ;) -- 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

Cristian Rodríguez escribió:

csalinux escribió:

...

Disculpa pero mi hardware no tenía bugs.

Si luego de actualizar el BIOS el problema dejo de ocurrir, entonces claramente era un error del BIOS.

Si tú lo dices... -- 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 15/11/08, Carlos E. R. escribió:

El 2008-11-15 a las 21:44 +0100, csalinux escribió:

...

No Cristian, no es así... A mí me quiso instalar un PAE en un sistema con 2 Gb de RAM. No había razón para ello.

Sí la hay: yo tengo un giga con el pae.

Hay quien *no* necesita el pae, ni por usar > 4 GB de ram ni por el nx bit. En cualquier caso, es algo que debe(ría) ser siempre opcional, instalar uno (default) u otro (pae). 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

El 16/11/08, Carlos E. R. escribió:

El 2008-11-15 a las 23:39 +0100, Camaleón escribió:

...

Hay quien *no* necesita el pae, ni por usar > 4 GB de ram ni por el nx bit.

No es que lo "necesite", pero va mejor.

No siempre. Va más lento, ya lo sabes. Puede estar desactivado en la bios. Y no conozco la rutina "inteligente" en la que se basa el instalador para determinar qué instala, así que, no sé lo que hace y tampoco lo veo documentado :-)

...

En cualquier caso, es algo que debe(ría) ser siempre opcional, instalar uno (default) u otro (pae).

Puedes instalar lo que te de la gana, faltaría más. Pero no es lo óptimo.

No tienes datos para afirmar qué es lo óptimo.

El Yast simplemente hace lo que se espera de él: que instale lo que, en base a lo que se sabe, es lo mejor. Eso siempre ha sido el detalle diferenciador de SuSE: el YaST. Lo que pone por delante a la distro.

El yast no debería instalar un kernel que yo lo he dicho que instale. Las placas y los micros permiten varias cosas (pae, nx, 64 bits, raid, vt, cifrado...) pero es posible (casi seguro) que no quiera utilizar todas esas características, o algunas sí y otras no. Debe ser siempre una elección del usuario. 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

El 16/11/08, Carlos E. R. escribió:

No estoy seguro de eso. Pero en el caso de una ampliación de memoria (de 4 a 8) siempre irá más rápido, globalmente.

Como no hay documentación, pues no lo sabemos :-)

Es un cambio de hardware, debe proponer el cambio de software correspondiente.

Es un kernel, no es un sai o una tarjeta gráfica. Te puedes quedar sin poder iniciar, no es es algo que recomendaría a nadie que tenga un sistema en producción.

Claro que si. 8 gigas, 32 bit --> pae. Usar la mitad de la memoria no es óptimo.

No... así lo veo yo, en plan "optimizado": 4 gb con soporte de 32 bits --> pae (si se quiere utilizar toda la ram) 8 gb con soporte de 64 bits --> kernel de 64 bits. Pero no puedo instalarlo ahora.

El Yast siempre ha propuesto instalar cosas para usar el nuevo hardware que tu instales.

Te sigo diciendo que un cambio de kernel no es comparable a un cambio de tarjeta gráfica :-).

Pues elige no instalar. !Ains...!

No creo que lo pregunte siquiera :-) 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

El 16/11/08, Carlos E. R. escribió:

¿Como que no? Es una cosa archisabida, cuanta más memoria tengas más rápido va. Se usa en caché de disco.

No tengo datos, cifras ni estadísticas sobre la merma de velocidad con el kernel-pae que activa el nx bit, independientemente de que tengas más o menos memoria.

Además, no te quedas sin poder reiniciar. Yo no te dije "reemplazar", sino "añadir":

] Recuerda que puedes tener varios kernels distintos instalados y arrancar ] con el que quieras.

Si no arranca el nuevo, tienes el antiguo.

Ya... y gracias a San Gecko que no tengo compilados controladores con ese kernel (de controladores wifis, máquinas virtuales o de tarjetas gráficas...) porque si no sí que iba a tener algún problema con el cambio de kernel "automágico".

Naaa. Hay más opciones.

* 4 gb con soporte de 32 bits --> default (posiblemente con toda la ram)

No, no la ve toda ;-)

* 4 gb con soporte de 64 bits --> default, toda la ram

¿Mande? Para acceder a toda la ram necesitará un kernel de 64 bits :-?

* 8 gb con soporte de 32 bits --> pae (si se quiere utilizar toda la ram)

Rara es una placa que permita 8 gigas y que no soporte los 64 bits ;-)

* 8 gb con soporte de 64 bits --> kernel de 64 bits.

y ya puestos, pa' que no te enfades:

- - 8 gb con soporte de 32 bits --> default, usando sólo 4 gigas.

:-D Pero ve sólo 3,2 GB.

Las opciones "optimizadas" son las de '*'. Teniendo en cuenta que la elección de 32/64 puede venir dada por otras cuestiones (java, flash...).

Y no te olvides de los bugs exclusivos de cada kernel O:-)

No, es peor. El cambio de tarjeta gráfica, digo. :-P

Exagerao. Te pones otra (que AGP las tienes aún disponibles) y listo. Y si te falla la ranura AGP, la pones PCI :-) 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 2008-11-16 a las 15:00 -0200, Juan Gustavo Fogelman escribió:

...

- - 8 gb con soporte de 32 bits --> default, usando sólo 4 gigas.

:-D Pero ve sólo 3,2 GB.

Por cierto, Juan, te falla un poco la configuración del correo, esas lineas tenían que ir precedidas por un ">" cada una. Ah, es que ¡usas outlook! X-)

estoy haciendo unas pruebas de "liberar" espacio pci, y me he encontrado que en 32bits, si desactivo los puertos serie, paralelo y PATA (el ide de toda la vida) me reconoce 3.5GB y por alguna razon me da mas ancho de banda (2-3%). por el momento solo lo he probado en chipset intel y nvidia. y es totalmente estable. (de momento).

No es nada extraño, el espacio de memoria entre el 3er y 4to giga está reservaco a los dispositivos físicos, igual que en el PC original estaban rservados el espacio entre los 640 Kilobytes y el primer mega. Si desactivas una de esas piezas entonces queda visible la ram que estaba "debajo", tapada. La memoria de video no se donde está mapeada, pero si la reduces igual ves más memoria. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkgcW0ACgkQtTMYHG2NR9XGeACdFbhOEmZKOhqSadWVd0W2FccH FkkAnj4Dzj0HUz0VvuhMPD0mojMkpu4b =+qgF -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-16 a las 17:38 +0100, Camaleón escribió:

El 16/11/08, Carlos E. R. escribió:

...

¿Como que no? Es una cosa archisabida, cuanta más memoria tengas más rápido va. Se usa en caché de disco.

No tengo datos, cifras ni estadísticas sobre la merma de velocidad con el kernel-pae que activa el nx bit, independientemente de que tengas más o menos memoria.

Seguro que la merma es menor que la ganancia por tener 4 gigas más de memoria, que se puede usar para caché de disco. ¡Cuatro gigas de caché! ¡Cantidad de lecturas/escrituras almacenadas sin usar el disco!

...

Además, no te quedas sin poder reiniciar. Yo no te dije "reemplazar", sino "añadir":

] Recuerda que puedes tener varios kernels distintos instalados y arrancar ] con el que quieras.

Si no arranca el nuevo, tienes el antiguo.

Ya... y gracias a San Gecko que no tengo compilados controladores con ese kernel (de controladores wifis, máquinas virtuales o de tarjetas gráficas...) porque si no sí que iba a tener algún problema con el cambio de kernel "automágico".

Ah, pero es que yo en ese caso tengo mi propio kernel, configurado y adaptado por mi, así que me la refanflinfa, ya activaré yo mismo el pae o lo que sea :-P ¿Y quien te manda compilar módulos? ¿Es que no sabes que eso no está soportado? Igual que no están soportados el tener servidores con OS, porque se te pueden dormir, tienes que comprar doscientas SLES pa' tu jefe.

...

;-)

...

Naaa. Hay más opciones.

* 4 gb con soporte de 32 bits --> default (posiblemente con toda la ram)

No, no la ve toda ;-)

Bueno, vale, no verá un trozo del ultimo giga, porque ahí está el hardware.

...

* 4 gb con soporte de 64 bits --> default, toda la ram

¿Mande? Para acceder a toda la ram necesitará un kernel de 64 bits :-?

Digamos que con un kernel de 64 bits sí accedes a los cuatro gigas, o los ocho, o los que sean: no hace falta activar pae. No se cual es el límite, si todos los procesadores de 64 bits ponen las 64 lineas, y además lo soporta la placa. Es decir, que tuvieras puesto un kernel y sistema de 64 verías la memoria y su ampliación desde el principio. Ojo, el cuarto giga sigue oculto, excepto porque las placas te lo remapean y lo ves en otro sitio.

...

* 8 gb con soporte de 32 bits --> pae (si se quiere utilizar toda la ram)

Rara es una placa que permita 8 gigas y que no soporte los 64 bits ;-)

Bueno, no es tan raro. Si no quieres o no necesitas 64 bits, puedes tenerlo. Yo no estoy en el mercado de montar ordenadores, no estoy al tanto de lo que venden o compra la gente por ahí, pero el otro día estuve mirando portátiles para un amigo y sí los había con más de cuatro gigas.

...

* 8 gb con soporte de 64 bits --> kernel de 64 bits.

y ya puestos, pa' que no te enfades:

- - 8 gb con soporte de 32 bits --> default, usando sólo 4 gigas.

:-D Pero ve sólo 3,2 GB.

Vale, pero es el que tú quieres.

...

Las opciones "optimizadas" son las de '*'. Teniendo en cuenta que la elección de 32/64 puede venir dada por otras cuestiones (java, flash...).

Y no te olvides de los bugs exclusivos de cada kernel O:-)

The undiscovered country! :-P

...

No, es peor. El cambio de tarjeta gráfica, digo. :-P

Exagerao. Te pones otra (que AGP las tienes aún disponibles) y listo.

Si, ya, y fallará el conector otra vez, como si lo viera.

Y si te falla la ranura AGP, la pones PCI :-)

Claro, como tengo tantas PCIs libres... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkgkvAACgkQtTMYHG2NR9X2aACfZH/uAc5KJkYT6IwmAFGqOero 9IsAnA6vC5d+x4az4gqcA10sHFLot158 =xJvm -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-16 a las 23:16 +0100, Camaleón escribió:

Date: Sun, 16 Nov 2008 23:16:26 +0100 From: Camaleón Reply-To: OS-es To: "opensuse-es@opensuse.org" Subject: Re: [opensuse-es] 8 GB de ram con kernel-default

El 16/11/08, Carlos E. R. escribió:

...

Seguro que la merma es menor que la ganancia por tener 4 gigas más de memoria, que se puede usar para caché de disco. ¡Cuatro gigas de caché! ¡Cantidad de lecturas/escrituras almacenadas sin usar el disco!

Psé...

El caso es que la mayoría de equipos con pae suelen ir bien cargados de ram, pero... date una vuelta por la webe:

http://www.google.com/search?hl=en&q=kernel-pae+slow&start=0&sa=N

Mmmm.

...

Digamos que con un kernel de 64 bits sí accedes a los cuatro gigas, o los ocho, o los que sean: no hace falta activar pae. No se cual es el límite, si todos los procesadores de 64 bits ponen las 64 lineas, y además lo soporta la placa.

Sí, pero tú no has dicho nada de un kernel de 64 bits sino un "kernel-default" ;-)

No, dije: ]> > * 4 gb con soporte de 64 bits --> default, toda la ram ]> ]> ¿Mande? Para acceder a toda la ram necesitará un kernel de 64 bits :-? es kernel-default de 64. Es la respuesta a ese párrafo.

...

Bueno, no es tan raro. Si no quieres o no necesitas 64 bits, puedes tenerlo. Yo no estoy en el mercado de montar ordenadores, no estoy al tanto de lo que venden o compra la gente por ahí, pero el otro día estuve mirando portátiles para un amigo y sí los había con más de cuatro gigas.

Con más de 4 GB, claro.

Pero todos esos equipos modernos suelen montar ya una CPU con soporte para los 64 bits :-)

No todos. ¿Que tal le va a la gente con Vista y procesador de 64 y vista de 64? Tengo la sospecha que para windows debe haber mucho software de sólo 32 bits. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkhZrUACgkQtTMYHG2NR9X0iACgkBpSKNAq98D963DjrlO4wsdM t5gAniPGssRdDdvufdKLobERC3ROk9lB =B9GG -----END PGP SIGNATURE-----

El 15/11/08, csalinux escribió:

No. Eso lo hace en primera instalación.

Si te hace eso en primera instalación, luego te vas a YaST/Instalar Software y le pones el kernel que quieras... A partir de ahí ya nunca más se te instala un kernel que no quieras.

Ah, entonces no hay problema :-) 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

El 15/11/08, Carlos E. R. escribió:

Y... ¿que pasa si quiere instalar el pae? :-?

Que no lo quiero :-)

Recuerda que puedes tener varios kernels distintos instalados y arrancar con el que quieras.

Bien, pero en este momento y en ese equipo no me interesa un baile de kernels. 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

csalinux escribió:

Además es mujer, y las mujeres siempre saben lo que no quieren :D ... Deberíamos aprender de ellas :)

Que tiene que ver el genero en este asunto ? burradas hacen hombres y mujeres por igual. -- "We have art in order not to die of the truth" - Friedrich Nietzsche Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/

csalinux escribió:

Te falta un poco de sentido del humor... Tómate un mate o una cerveza, te invito yo anda, y sonríe. :)

Ya me tome _varias_ anoche , gracias :P -- "We have art in order not to die of the truth" - Friedrich Nietzsche Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/

Camaleón escribió:

El 15/11/08, csalinux escribió:

...

Carlos, no insistas. No quiere PAE... Además es mujer, y las mujeres siempre saben lo que no quieren :D ... Deberíamos aprender de ellas :)

Lo que deberías hacer es leer la lista de factory y de vez en cuando pasar por bugzilla... a mi no me hace falta mucho más ;-D

Saludos,

Sí lo dices por mí... no tengo tiempo de leer la lista factory, además de que creo que me queda grande... Por lo de bugzilla me lo dice todo el mundo... pero es que me da no sé qué poner tonterías ahí, que es lo que creo que pondría... :) -- 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 15/11/08, Cristian Rodríguez escribió:

Si los usuarios hacen tonterias no es culpa del sistema, este ultimo tiene el comportamiento esperado, instala kernel-pae para que puedas usar los 8GB de memoria

Hum, Cristian, no digas esas cosas, hombre. En primer lugar, puedo tener motivos para no querer instalar un kernel-pae. En segundo lugar, si lees el primer correo que he enviado, verás que el kernel-default ya está instalado, y lo único que voy a hacer es una ampliación de memoria, nada más. 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

El 15/11/08, Cristian Rodríguez escribió:

Entonces especifica tus motivos.. !

Cristian, deja el fanatismo a un lado :-P Ya he explicado mi estrategia en el primer correo. Tengo un sistema en producción, funcionando, con suse 10.3 y 1 GB de ram. Voy a instalar 8 GB de ram y no quiero (en este momento, ahora) instalar nada, ningún kernel. También he dicho que la próxima versión que me toca instalar llevará el kernel de 64 bits, instalado desde cero, para poder gestionar esos 8 GB. ¿Y por qué un kernel de 64 bits y no el kernel-pae para la próxima versión? Pues porque no me gustan los sistemas híbridos, nada más. Y sí, en bugzilla hay bastantes más problemas con el kernel-pae de por medio que con el default. Y en la lista de factory también he visto problemas con el kernel-pae y no con el default. ¿Por qué? Ni idea, pregunta a los desarrolladores del kernel >:-) 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

El 15/11/08, Cristian Rodríguez escribió:

Es fanatismo pedir evidencia del problema por el cual deseas seguir utilizando un kernel que _no_ es para tu equipo ?

Es fanatismo "insistir" cuando ya está explicado el motivo.

Bueno, pues eso no es evidencia ni motivo valido.

¿Que "no es evidencia" de qué exactamente? Ni es motivo válido ¿"para quién"? :-/

quisiera saber de que hablas, pareces estar completamente perdida o confundida...

¿"Perdida o confundida" con respecto a qué, Cristian?

Eso tampoco, si en tu equipo tienes un problema con el kernel-pae, pues reporta un error, si no, utiliza lo que corresponde..

"Utilizar lo que corresponde" no lo puedo hacer "ahora" en un sistema que tengo en producción. No sé si lo entiendes. 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

Camaleón escribió:

Es fanatismo "insistir" cuando ya está explicado el motivo.

Yo no veo ningun motivo, "porque si" o porque "potencialmente causa problema" _no_ es motivo.

¿"Perdida o confundida" con respecto a qué, Cristian?

Hablas de que no te "gustan" los sistemas "hibridos" a que te refieres con eso ? Eso de "gustar" es completamente subjetivo, basado en en tus percepciones, las cuales pueden ser o no ciertas o validas.

"Utilizar lo que corresponde" no lo puedo hacer "ahora" en un sistema que tengo en producción. No sé si lo entiendes.

finalmente si insistes en la tonteria de usar en el kernel default con un sistema 32 bit con 8GB en ram.. esto te ayudara a dispararte en el pie # zypper addlock kernel-pae si eso no funciona, bueno.. actualizate a openSUSE 11, si funciona, estaras ignorando un sistema que fue programado por gente que estudió detalladamente el problema y sabe muy bien lo que hace, reemplazandolo por tu supuestamente valido "gusto". -- "We have art in order not to die of the truth" - Friedrich Nietzsche Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/

csalinux escribió:

Según tu "doctrina". Tendríamos todos que actualizarnos cada vez que sale una nueva versión de OpenSuSE.

No, solo le digo que addlock puede NO funcionar correctamente en 10.3, y si es asi, pues que para utilizar esa funcionalidad debe actualizarse a una version donde funcione, porque es muy dificil que se corrija en 10.3 ahora. Hay mucha gente que le parece

demasiado corto 2 años de mantenimiento...

Bueno, SLE existe para quienes necesiten mas largo soporte, este tema ya se a discutido a nivel de la comunidad y el resultado es que SUSE no tiene ningun problema con extender el periodo de soporte, siempre y cuando esto sea realizado por miembros de la comunidad, pero SUSE/Novell (hasta donde se) no contribuiria recursos humanos para hacerlo. -- "We have art in order not to die of the truth" - Friedrich Nietzsche Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/

El sáb, 15-11-2008 a las 18:45 -0300, Cristian Rodríguez escribió:

Camaleón escribió:

...

Es fanatismo "insistir" cuando ya está explicado el motivo.

Yo no veo ningun motivo, "porque si" o porque "potencialmente causa problema" _no_ es motivo.

Deberia ser mas que suficiente "Por que asi le da la gana"

...

¿"Perdida o confundida" con respecto a qué, Cristian?

Hablas de que no te "gustan" los sistemas "hibridos" a que te refieres con eso ?

Eso de "gustar" es completamente subjetivo, basado en en tus percepciones, las cuales pueden ser o no ciertas o validas.

...

"Utilizar lo que corresponde" no lo puedo hacer "ahora" en un sistema que tengo en producción. No sé si lo entiendes.

finalmente si insistes en la tonteria de usar en el kernel default con un sistema 32 bit con 8GB en ram.. esto te ayudara a dispararte en el pie

# zypper addlock kernel-pae

si eso no funciona, bueno.. actualizate a openSUSE 11, si funciona, estaras ignorando un sistema que fue programado por gente que estudió detalladamente el problema y sabe muy bien lo que hace, reemplazandolo por tu supuestamente valido "gusto".

No he visto los certificados de calidad en ningun lado, es mas ese tufo a "minoria selecta" ya lo hemos sufrido otras veces. Por cierto, me parece que estudiaron el problema de la RAM, no el problema que pueda tener Camaleon en concreto.

-- Saludos Lluis

Camaleón escribió:

El 15/11/08, Cristian Rodríguez escribió:

¿Me estás diciendo que una suse 10.3 con un kernel-default de 32 bits puede tener problemas con 8 GB de ram y que debo bloquear ese paquete para evitar que se instale un kernel (aún cuando ya está instalado otro) y yo no lo he seleccionado para instalar explícitamente...? :-O

Saludos,

No, tranquila, es como te he dicho. -- 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 15/11/08, Carlos E. R. escribió:

Pos a mi me está dejando mosca esa manía que le teneis al pae. ¿Por que?

¿Manía al "pae"? Ninguna... ¿Manía a la sinrazón y a las imposiciones? Totalmente.

Es que, con los datos que conozco, Cristian tiene razón esta vez.

¿Y qué datos conoces?

Necesario, necesario... el kernel correcto para tu sistema, en 32 bits, es el kernel-pae.

Mi sistema es de 64 bits.

En la 11.0 es el kernel por defecto para todos los pentiums tengan la memoria que tengan: porque lo del pae no es sólo para acceder a más memoria (por ejemplo, mejora la seguridad). No es un parche.

No todo el mundo quiere activar el nx bit. No todo el mundo quiere (tiene) acceso a más de 4 GB. No todo el mundo quiere un kernel-pae. Aunque pueda parece extraño, hay gente a la que le gusta elegir "lo que se instala" y "cuándo se instala".

Mira, más riesgo corres por el simple hecho de cambiar la memoria que por cambiar de kernel :-P

Je, eso no te crees ni tú... me fío mil veces (perdón, un millón de veces) más de cualquier componente de hardware (verificado, probado, homologado, certificado, pasado por cienes de pruebas...) que del software. ¿O te recuerdo que el zypper se quería desinstalar a él mismo no hace mucho? Al hardware no le afectan los "viernes" >:-)

No. Lo que te dice es que bloquees el kernel-pae para evitar que, por accidente o lo que sea, el Yast te lo ponga sin decirtelo :-P

¿Sabes qué creo? Que Yast / you / zypper me va a querer meter el "kernel-pae" en la primera actualización del kernel que haya. 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

Camaleón escribió:

Que Yast / you / zypper me va a querer meter el "kernel-pae" en la primera actualización del kernel que haya.

Lo mas probable es que quiera comportarse correctamente, eso es, instalando el kernel adecuado para tu sistema :-) Si no lo hiciera, estariamos frente a un error. -- "We have art in order not to die of the truth" - Friedrich Nietzsche Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/

El 16/11/08, Cristian Rodríguez escribió:

Lo mas probable es que quiera comportarse correctamente, eso es, instalando el kernel adecuado para tu sistema :-)

Si me dices que es "lo más probable" es que no tienes la seguridad de cómo se va a comportar en este caso y eso es precisamente una de las cosas que preguntaba en el primer mensaje. Pero no creo que sea el comportamiento correcto, como dices. El instalador de la 10.3 puso el kernel-default (32 bits) no el kernel-pae y el micro tiene las siguientes capacidades: *** linux:~ # uname -r 2.6.22.19-0.1-default linux:~ # cat /proc/cpuinfo | grep flags flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl est cid cx16 xtpr lahf_lm *** Si no instaló el pae en su día (porque me parece que no existía), no debería instalarlo ahora (además, no podrá porque *no existe* ese kernel en los repos oficiales para la 10.3). Aún así, no creo que un cambio de kernel "automático" sea lo esperado por el usuario.

Si no lo hiciera, estariamos frente a un error.

Si intenta instalar un kernel que no es el que tiene, lo reportaré, como ya hice en su día con un caso similar donde you quería instalar paquetes de otra arquitectura (Bug 402742) :-) 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

El 16/11/08, Carlos E. R. escribió:

Tómate una tila :-)

Glop.

El comportamiento correcto del YaST es proponer automáticamente los cambios en el software para adaptarse a los cambios del hardware. Como yo: le añado una SAI, pues me propone instalar los paquetes para manejar la SAI. Es lógico.

¡Rediez, Carlos! ¿Estás comparando el cambio de un kernel con instalar un SAI? >:-)

Tu añades más memoria, pues debe proponerte el kernel adecuado dentro de la misma arquitectura para manejar esa memoria que le has añadido.

¿Que tu no quieres? Pues le dices que no.

Ya... y si activo el cifrado vía hardware me cifra todo el disco, automágicamente ¿no? porque es "lo óptimo" engaa... X-)

¿Y entonces porqué estáis gruñendo? >:-)

¡Pues por eso preguntaba! Pero ya veo que estamos todos más perdidos que un pulpo en un garaje :-)

Na, lo que tiene que hacer el YaST entonces es un full upgrade a la 11.1 Beta 5 sin decírtelo :-P

:-)

Y te lo marcarían como inválido :-P

Pues no sé, el que puse en su día lo tuve que cerrar yo porque nadie respondía :-?

Planteado de esa forma, es inválido. Puedes proponer que diga: "detectado nuevo hardware que indican la conveniencia de cambiar al kernel tal y cual. ¿Desea hacerlo?" Y ya está.

No intento cambiar la mentalidad de los desarrolladores, pueden tener sus ideas, pero yo tengo las mías. Y cambiar un kernel, automáticamente, en un sistema que está en funcionamiento, desde luego no es lo que espero. 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

Camaleón escribió:

El 15/11/08, Carlos E. R. escribió: l Yast te lo ponga sin decirtelo :-P

¿Sabes qué creo?

Que Yast / you / zypper me va a querer meter el "kernel-pae" en la primera actualización del kernel que haya.

No. No lo hará.

Saludos,

-- 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

Ha dicho esto:

Hola, Bueno, sigo con mi fijación de ampliar memorias a diestro y siniestro... Tengo una suse 10.3 con 1 gb de ram que va a pasar a 8 GB. Como tengo puesto el kernel-default pues verá unos 3,6 GB más o menos. No hay problema, la 11.2 irá con un kernel de 64 bits y listo... La pregunta es ¿tendré algún problema ahora, con el kernel-default? ¿no le dará por instalar el kernel-pae o hacer alguna cosa rara? Más allá de que no podrá acceder a toda la ram, no debería haber ningún problema... :-? Saludos, Por lo que deduzco que, tiene intención en instalar en la 11.0 en el futuro un kernel de 64 bits. Ha preguntado otra cosa. Y sí, en la 10.3 puedes bloquear un paquete o cien. -- 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

Carlos E. R. escribió:

Vale, pero eso no quita que yo diga que no es lo más adecuado. Se lo decimos a todo el mundo cuando pregunta aquí algo y pensamos que su idea no es lo mejor, no hay porqué enfadarse :-P

...

Y sí, en la 10.3 puedes bloquear un paquete o cien.

No me enfado, y contigo menos. :) -- 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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-16 a las 12:57 +0100, Camaleón escribió:

El 16/11/08, Carlos E. R. escribió:

...

Ains... como te pones >:-) :-P

Sólo defiendo los intereses de mi cliente: mi equipo ;-)

Si, ya... con uñas y dientes >:-P

...

Pues que tienes un sistema instalado de 32 bits con 8 gigas de ram. Con un kernel default lo desaprovechas. Eres libre de desaprovecharlo, claro, pero lo normal y correcto es poner el pae.

Error.

Lo normal y lo correcto es poner el kernel de 64 bits porque mi sistema lo permite. Es lo óptimo >:-)

Nop. Eso es un cambio de arquitectura, y sólo se puede hacer durante la isntalación. ¿Es que el programa de instalación no te dice que tienes una máquina de 64 y te selecciona automáticamente el suse de 64? Seguro que tuviste que decirle a mano que instalara el de 32. Ya se lo dijiste... no te lo va a volver a preguntar - y no puede de todos modos, no tiene esa capacidad. Ya dijo Cristian que eso es muy dificil de hacer.

Pero no puedo instalar ahora el sistema completo desde cero. Tengo que esperar a la 11.2, siguiendo mi ciclo de actualizaciones.

¿Y para qué le pones tanta memoria entonces? No la va a usar.

...

Si el Yast no te dijera siquiera que debes instalar el pae, sería un bug: al instalar una mejora de hardware, el yast tiene la obligación de cambiar la instalación para aprovechar todo el nuevo potencial. Por lo menos de recomendarlo, tu puedes bloquearlo.

No es cierto. Para la 10.3 no existe ese kernel, luego no debe instalarlo.

Obviamente, visto los comentarios y conociendo a you / yas / zypper, estaré ojo avizor para que no haga tonterías :-)

...

¡Pero no le has puesto un sistema de 64! Tienes un kernel de 32 bits, el kernel default.

¿Y...? Por eso preguntaba si habría algún problema más allá de desaprovechar la ram.

Pues no sé si hay algún problema o no. Podría haberlo.

El kernel de 64 bits también es un "kernel-default" :-)

Es otra arquitectura, los nombres son distintos. A lo mejor viene con el PAE activado sin nombrarlo. A lo mejor no usa PAE.

...

Ja, ja.

La de veces que se joroba una máquina por tocar un cablecito, por todo lo certificado que esté :-P

Tocar un cable no es problema de la máquina, sino del torpón que lo toca :-)

El mismo torpón que toca el software :-P Anoche se me colgó el sistema porque paré el ventilador de la CPU con el dedo para ver si era el que hacía ruido, y luego toqué el disipador con el dedo. Eso en el mío lo cuelga. Frito. Jolines, y a veces no es torpeza... yo he cambiado de disco varias veces, y el cable paralelo de cinta de 80 pines suele ser fragil, y varias veces después de cambiar el disco he tenido que ir a comprar otro proque el disco daba errores malos. Y te aseguro que no era torpeza mia, es que el cable es malo por diseño. Por diseño, ojo. Menos mal que han cambiado al SATA, aunque yo no lo disfrute. O las veces que una máquina no funciona, y si cambias el orden de las placas si funciona. O que no arranca, pita, sacas la placa de video y la vuelves a enchufar y ya funciona. Como se fuera el puñetero windows rebotando, que ya funciona.

La tasa de fallos de componentes de hardware es muuuucho menor que la tasa de fallos del software. Lo dicen las estadísticas, que seguro habrá alguna por ahí :-P

¿Hardware fiable? ¡Venga ya! Las mias dicen que mejor no meneallo.

...

Pues por eso Cristian te ha dicho el truco para bloquearlo. No estoy seguro que esa opción exista en la 10.3, pero esa es la manera.

Pues ¿sabes qué creo ahora? que no lo va a hacer porque he visto que ese kernel no existe para la 10.3 salvo en el repo del KOTD y en el de backports, así que si lo instala se lo habrá sacado de la chistera ;-)

Y el bloqueo de los paquetes creo que no funcionaba, que no era permanente ¿no?

En Yast, no. Pero ahora hay otro bloqueo en zypper, y ese sí funciona. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkgFoAACgkQtTMYHG2NR9XXRwCfSImPcy+aQsaQGzLkr3nIq0Qn WaYAoIhyTjCV/tlVirX7R7f6XP1h4Rb9 =UuIA -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: El 2008-11-16 a las 14:11 +0100, Camaleón escribió:

El 16/11/08, Carlos E. R. escribió:

...

Nop. Eso es un cambio de arquitectura, y sólo se puede hacer durante la isntalación.

A ver, yo no digo que sea lo "óptimo" para la "mentalidad" (entiéndase) de Yast, sino que es lo "óptimo" para el sistema.

Bueno, es lo que Yast piensa que es mejor pa'l sistema.

Y ese era mi plan, desde el primer hilo, si es algo que tengo muy claro, no sé por qué le dáis tantas vueltas >:-)

¿Yo? ¡Pero si yo me fuí y cuando volví a la noche ya la teníais armá! :-P

...

¿Es que el programa de instalación no te dice que tienes una máquina de 64 y te selecciona automáticamente el suse de 64? Seguro que tuviste que decirle a mano que instalara el de 32. Ya se lo dijiste... no te lo va a volver a preguntar - y no puede de todos modos, no tiene esa capacidad. Ya dijo Cristian que eso es muy dificil de hacer.

No van por ahí los tiros, Carlos.

Yo no he dicho nada de que yast me vaya a cambiar arquitecturas. Eso lo estáis diciendo vosotros en base a no sé muy bien qué :-?

No, lo has sugerido tu misma en el correo anterior: ] Lo normal y lo correcto es poner el kernel de 64 bits porque mi ] sistema lo permite. Es lo óptimo >:-) y estabamos en el contesto de los cambios que podía hacer el yast al ver un cambio de hardware.

...

¿Y para qué le pones tanta memoria entonces? No la va a usar.

No la va usar "ahora", la usará dentro de 6/9 meses.

Pues ponsela entonces, no ahora. Teoría JIT y minimización de stocks :-P

Sólo quería saber si me daría algún problema, pero os habéis ido por los cerros de Úbeda :-).

Pos claro, mejor hablar de memorias y yast que de políticas varias >:-)

...

Pues no sé si hay algún problema o no. Podría haberlo.

Eso es lo que preguntaba, pero nadie lo ha contestado ;-).

Sí, yo te he contestado que mejor poner el pae para evitarlos :-P

...

Es otra arquitectura, los nombres son distintos. A lo mejor viene con el PAE activado sin nombrarlo. A lo mejor no usa PAE.

Y dale... que no me interesa el pae :-)

Te lo comerás con patatas en el futuro :-P

Lo que me interesaba era que *no* me cambiara de kernel, llámale "pae", "xen" o como quieras :-P

Ains. Pos no cambies. Pero tampoco cambies de memoria ni na en una máquina en producción >:-P

...

El mismo torpón que toca el software :-P

El mismo, sólo que con una tasa menor de fallos entre torpones X-)

A mi se me han estropeado máquinas por cambiarle la memoria, han decidido no funcionar justo entonces.

...

O que no arranca, pita, sacas la placa de video y la vuelves a enchufar y ya funciona. Como se fuera el puñetero windows rebotando, que ya funciona.

Nadie te está diciendo que no haya errores de hardware, los hay, sólo que el porcentaje es menor. Mucho menor.

Se disparan en cuanto tocas algo de la máquina. Mientras no la tocas, está calladita, pero en cuanto tocas algo...

Tienes una prueba de ello en tu equipo. ¿A cuántas "suse" ha sobrevidido? >:-)

Y a un montón de cambios de hardware. Nació con sólo 255 megas, ahora tiene un giga. Un módulo petó por el camino. Varios cambios de disco, empezó con 60 gigas: ahora tiene tres discos con cerca del peta. Cambios de grabadora y lectora: empezó con lectora de dvd y grabadora de CDs, ahora sólo tiene grabadora de dvd doble capa. Cambio de USB: empezó con 1.0 y ahora tiene tarjeta de 2.0. Añadido de tarjeta de red. Añadido de ventiladores, que uno petó el otro dia, y otro está avisando (y no son los originales, son los extra). Varias veces el vídeo dice que no funciona y tengo que sacar y meter la tarjeta para reasentar los contactos. Y en muchos de esos cambios ha habido problemas. ¿SuSEs? 7.3, 8.1, 8.2, ¿9.1? 9.2, 10.1,2,3, 11.0...

El hardware se hace para durar, no para actualizarse.

Ja.

El software se hace con mentalidad de que sea susceptible a actualizaciones ("ya se corregirá en la versión 3.2.1_rev1.b_alfa23_release001"). Buf, con que funcione un día, ya lo dan por válido ("eh, si a mi me funciona...") >>:-)

Si ya...

...

¿Hardware fiable? ¡Venga ya!

Las mias dicen que mejor no meneallo.

Altamente fiable. Pasan más pruebas, lo certifican. El software, casi nunca.

¿Te recuerdo lo de "Plug and Pray"? :-P

Depende, claro, del tipo de programas, los hay que necesitan fiabilidad a prueba de balas y de torpones.

Lo hay.

...

En Yast, no. Pero ahora hay otro bloqueo en zypper, y ese sí funciona.

Uso yast, no zypper. Pero bueno, que no pasa nada, estaré pendiente, de todas formas.

No he probado ultimamente si funcionan esos bloqueos en Yast, o si lo que se hace en zypper afecta a Yast. Si es en la configuración de zypper, no afecta. Si es en la de libzypp, sí afecta. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkgIXQACgkQtTMYHG2NR9VcvQCglEc3+90XtgOpVBSTlaeV+uRI rgEAnibEbFjuixkmK3tiokUssv/PKccb =ZHRD -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-16 a las 14:52 +0100, Camaleón escribió:

El 16/11/08, Carlos E. R. escribió:

...

No, lo has sugerido tu misma en el correo anterior:

] Lo normal y lo correcto es poner el kernel de 64 bits porque mi ] sistema lo permite. Es lo óptimo >:-)

y estabamos en el contesto de los cambios que podía hacer el yast al ver un cambio de hardware.

No. Yo estaba hablando en un contexto "del sistema", de qué es lo correcto, lo óptimo para ese sistema... y no es el pae :-P.

Naaa. Lo óptimo es el PAE, tu caso es una excepción :-P Te salvas porque tienes la 10.3.

...

Pues ponsela entonces, no ahora. Teoría JIT y minimización de stocks :-P

Ya, sólo estaba preguntando por alguna explicación "técnica" de si hacerlo ahora conllevaría algún problema. Yo creo que no, pero no estoy segura :-?

Yo sólo sospecho que no pasa nada. Pero yo en tu caso no cambiaba la memoria en una máquina en producción, salvo fuerza mayor - y procuraría tener un plan de contingencia, esto es, otra máquina en reserva.

...

Sí, yo te he contestado que mejor poner el pae para evitarlos :-P

Vale, es tu opinión.

Pos claro.

Pero hacer eso es un sistema en funcionamiento es arriesgado, ya te lo he dicho.

Menos que el cambio de memoria >:-)

...

Te lo comerás con patatas en el futuro :-P

El kerne-pae, no creo. Pondré la versión de 64 bits X-)

Alguna máquina de 32 tendrás por ahí. Y luego seguro que tendrás que poner algún software que te pida tu jefe, que vaya en java universal, y que sólo funcione en 32 bits, y que... :-P

...

Ains. Pos no cambies.

¡Pues eso es lo que estaba preguntando! Caray, qué cabezonería... lee el primer mensaje que envié, anda.

Que si... que lo he leído... y te contesté que qué le pasaba al PAE.

...

Pero tampoco cambies de memoria ni na en una máquina en producción >:-P

No hay riesgo en el hardware sino en yast >:-)

Ja ja. De sysopos que dijeron eso están llenos los campos de batalla :-P

...

A mi se me han estropeado máquinas por cambiarle la memoria, han decidido no funcionar justo entonces.

Es posible, módulos en mal estado o no compatibles.

No, ¡que va! La memoria puede recibir un sartenazo de tus dedos, o de los dedos del de la tienda (se me encoge el alma si veo al tendero tocar la memoria). O puede tener una soldadura fría en el conector de la placa y que decide fallar en ese instante, con lo que no te funciona ni la antigua ni la nueva. O entra una pelusa de polvo que estaba tranquilamente esperando a que la movieras, y digo que entra en el conector falseando el contacto numero 67. O... buf, los peligros son incontables.

En ese caso, dejo la memoria original y problema resuelto. No hay más efectos adversos.

Si, si.... eso creía yo. >:-)

...

Y a un montón de cambios de hardware.

Pero cambios no por fallos de componentes sino porque has optado por ampliar la capacidad.

Claro, lo mismo que tu optas por ampliar la memoria.

...

Y en muchos de esos cambios ha habido problemas.

Problemas, claro pero por el software no de los componentes :-P

Narices. Problemas por el hardware, el software era el mismo.

...

¿Te recuerdo lo de "Plug and Pray"? :-P

Fallo en la gestión de los recursos de hardware por parte del sistema operativo, es decir, fallo de software.

¡Que va! Fallo en el gestor de interrupciones, que es un chip. O en el diseño de la nueva placa, que no admite más que ciertas interrupciones porque no han puesto un chip programable de ultima generación sino el de la tienda de la esquina que es más barato. Colisión en el canal fijo de dma... Bff. O fallo en el software de la bios, que yo considero hardware porque no se toca asín se caiga el cielo sobre nuestras cabezas >:-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkgQGgACgkQtTMYHG2NR9VOowCfc6vVBpewFWEMfluwtvXMGWmk YLwAniVG1QZOHXg4C0k1NBcE0/IjLRnx =fGhR -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-16 a las 18:01 +0100, Camaleón escribió:

El 16/11/08, Carlos E. R. escribió:

Mañana la pido (los 8 GB.), y la cambiaré en cuanto pueda parar el equipo 30 minutos. Seguramente sólo muestre 3,2 o 3,6 GB. :-?

Ya contarás.

Si tiene algún problema, le quito dos módulos de 2 GB (van en dual-channel) y le dejo 4 GB.

Claro, pero entonces habrá saltado la soldadura 47 del conector y no funcionará ni la nueva ni la antigua :-p

...

Menos que el cambio de memoria >:-)

La memoria es sí o no: la cambio, enciendo, no pita, compruebo la que detecta y a correr.

Si todo va bien.

El kernel... la verdad es que no me daría problemas salvo que tenga algún bug en concreto con algún componente que tenga el equipo, pero lo encuentro más arriesgado.

Tsk, tsk... :-p

...

No, ¡que va! La memoria puede recibir un sartenazo de tus dedos, o de los dedos del de la tienda (se me encoge el alma si veo al tendero tocar la memoria). O puede tener una soldadura fría en el conector de la placa y que decide fallar en ese instante, con lo que no te funciona ni la antigua ni la nueva. O entra una pelusa de polvo que estaba tranquilamente esperando a que la movieras, y digo que entra en el conector falseando el contacto numero 67. O... buf, los peligros son incontables.

La memoria tiene una cosa que se llama "garantía de por vida" (por algo será), mientras que el kernel no tiene garantía ni de 3 meses, que es lo tardan en sacar algún parche :-)

si, si... eso dicen. Los meros mortales como yo no tenemos acceso a esas calidades. Tengo por ahí memorias muertas sin garantía.

...

Narices. Problemas por el hardware, el software era el mismo.

Venga, Carlos, calcula... ¿cuántos componentes has tenido que cambiar por fallo (¿años?) y cada cuánto actualizas los programas (¿semanas?)?

...

:-)

Es que el hardware es más caro de cambiar :-p Y hay quien no actualiza el linux nunca. Yo mismo tengo una 7.3 funcionando aquí al lado... eso es del 2000 sin actualizaciones. Funciona.

...

¡Que va! Fallo en el gestor de interrupciones, que es un chip. O en el diseño de la nueva placa, que no admite más que ciertas interrupciones porque no han puesto un chip programable de ultima generación sino el de la tienda de la esquina que es más barato. Colisión en el canal fijo de dma... Bff.

Los errores de hardware los tiene que gestionar el SO. Y la mayoría de los pantallazos o bloqueos son debidos a errores del sistema operativo.

Un componente que hace que se cuelgue el equipo el cual deja de colgarse cuando sacan un parche, no es fallo de hardware, el componente sigue siendo el mismo >:-)

Nononono. Cuando un fallo de hardware se puede "solucionar" de cara al usuario con un cambio de software, eso no es un fallo de software, es un fallo de hardware. Es un fallo de diseño del hardware, y para salir del paso se diseña un nuevo software que evite usar la parte del hardware que no funciona, muchas veces a costa de gastar más tiempo de CPU. Y muchas veces el sistema operativo no lo consigue solucionar, o tardan meses en hacerlo, o años. Además, un cambio en el software incluido en la placa o elemento del hardware, no es software puro ni hardware puro. Muchas veces la frontera es borrosa. Hay software de ese dentro de la placa del disco duro, y puede conseguir que determinado disco falle al usar determinada función. Tan borrosa es esa frontera, que hay chips que se decide lo hace cada patilla por programa.

...

O fallo en el software de la bios, que yo considero hardware porque no se toca asín se caiga el cielo sobre nuestras cabezas >:-)

¿Hardware? No, fallo del software, tú lo has dicho.

Un fallo de hardware necesita que se fabrique una nueva revisión de ese hardware, completa, es decir, un producto nuevo o un componente que controla una función concreta en ese hardware, nuevo.

Claro que si. La de veces que me aguanto con un hardware falluto, por no comprar otro. Y como digo, la frontera entre hardware y software es bastante difusa. El software que está dentro de una placa o tarjeta se puede considerar parte del hardware, muchas veces tienes que comprar nueva placa si falla. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkgl8EACgkQtTMYHG2NR9WUZQCeLrga7zsQsH2gzZJaZxwjA74R n7QAn2cs+lwS6Qx/SU5sFpjNIihRyK40 =YVDs -----END PGP SIGNATURE-----

El Sunday 16 November 2008 23:41:22 Camaleón escribió:

El 16/11/08, Carlos E. R. escribió:

...

Claro, pero entonces habrá saltado la soldadura 47 del conector y no funcionará ni la nueva ni la antigua :-p

Claaaro, es lo que siempre pasa. El conector 47 es fatal, pero no pasa nada, una gotita de super-glue y listo...

X-)

...

si, si... eso dicen. Los meros mortales como yo no tenemos acceso a esas calidades. Tengo por ahí memorias muertas sin garantía.

Engaaa, la mayoría de las memorias tienen garantía de por vida, salvo las de marca "nisu-won".

Esta en concreto no tiene una calidad especial. Es ECC y es la recomendada por el fabricante de la placa, pero nada más :-P.

...

Es que el hardware es más caro de cambiar :-p

Por eso lo hacen más resistente a "torpones" >:-)

...

Y hay quien no actualiza el linux nunca. Yo mismo tengo una 7.3 funcionando aquí al lado... eso es del 2000 sin actualizaciones. Funciona.

Claro, funcionará como el Toshiba Tecra 500 CDT con el windows 98 que tienen por la oficina :-)

...

Nononono.

Cuando un fallo de hardware se puede "solucionar" de cara al usuario con un cambio de software, eso no es un fallo de software, es un fallo de hardware.

Sísisisisisi.

Cuando un componente de hardware lo puedes "arreglar" estás "arreglando" el firmware o la capa lógica, no la capa física (cables, la circuitería, conexiones...).

...

Es un fallo de diseño del hardware, y para salir del paso se diseña un nuevo software que evite usar la parte del hardware que no funciona, muchas veces a costa de gastar más tiempo de CPU.

Tú lo has dicho: se diseña un nuevo "software" X-)

...

Además, un cambio en el software incluido en la placa o elemento del hardware, no es software puro ni hardware puro. Muchas veces la frontera es borrosa. Hay software de ese dentro de la placa del disco duro, y puede conseguir que determinado disco falle al usar determinada función.

Tan borrosa es esa frontera, que hay chips que se decide lo hace cada patilla por programa.

Tan borrosa, tan borrosa... que no todos los componentes tienen un firmware ni se pueden actualizar :-P

...

Claro que si. La de veces que me aguanto con un hardware falluto, por no comprar otro.

Y como digo, la frontera entre hardware y software es bastante difusa. El software que está dentro de una placa o tarjeta se puede considerar parte del hardware, muchas veces tienes que comprar nueva placa si falla.

Un fallo "físico" no siempre lo puedes resolver mediante una solución "lógica" (por lógica me refiero a software), salvo que sea un componente que sí lo permita.

Por ejemplo, y siguiendo con el tema de las placas base de ordenadores, podrás actualizar la bios pero si se te estropea un condensador, no hay "actualización" que te lo resuelva.

Ahora bien ¿qué porcentaje de los componentes de cualquier producto electrónico son susceptibles de ser mejorados por las actualizaciones de software-firmware? ¿El 10% (y estoy tirando muy hacia arriba...)?

...

:-)

Saludos,

-- Camaleón

Me ha llamado la atencion esto del conector 47 de la RAM a que os referis? Muchas grácias -- 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

...

Me ha llamado la atencion esto del conector 47 de la RAM a que os referis?

¡JUASSSS! X'-)

Son bromas nuestras. Igual pude decir el 87 o el 205. Me los invento :-P

pues el 205 no me ha fallado nunca, es mas, no lo encuentro. -- 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 01:39 +0100, Karl García Gestido escribió:

En general los dispositivos informáticos tienen muy poca calidad, y esto no es sólo por el software que los maneja, sinó de diseño, producción e incluso almacenaje. Es uno (no el único) de los motivos por los que muchos grandes fabricantes no dan garantías largas o las dan sólo en condiciones muy duras (normalmente bajo precio).

Yo he ido a comprar RAM a comercios del ramo, y el tendero maneja el módulo sin envase con la mano, directamente.

Es muy fácil encontrar errores en determinados dispositivos, y otra cosa es el que un usuario se aguante porque no puede solucionarlo sin una fuerte reinversión o que el usuario se limite a cambiarlo porque la inversión es muy reducida (o tiene la garantía).

Y porque ejercitar la garantía supone quedarte sin equipo durante meses. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkhZzYACgkQtTMYHG2NR9XcxQCbBpC+wPCitzxv587FZRzaEjk4 lT8AnRZ98JITd+wVJI6vo48vXFD6Bf+i =yjue -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-16 a las 23:41 +0100, Camaleón escribió:

El 16/11/08, Carlos E. R. escribió:

...

Claro, pero entonces habrá saltado la soldadura 47 del conector y no funcionará ni la nueva ni la antigua :-p

Claaaro, es lo que siempre pasa. El conector 47 es fatal, pero no pasa nada, una gotita de super-glue y listo...

X-)

¡Que dices! El superglue es aislante, el contacto se estropea.

...

si, si... eso dicen. Los meros mortales como yo no tenemos acceso a esas calidades. Tengo por ahí memorias muertas sin garantía.

Engaaa, la mayoría de las memorias tienen garantía de por vida, salvo las de marca "nisu-won".

Claaaro, y todas son nisu, salvo las kingston que encuentras a veces. Y tengo alguna, pero si se le ocurre fallar vete a saber donde tengo la garantía, y seguramente no la fabrican ya. Y luego espera que cumplan... tengo un amigo con un reproductor de dvd con disco duro, con un problema de software, que llevó en garantía y lleva dos meses. Al final tendrá que pedir la devolución del dinero. Riete de las garantías. Si se me estropea la memoria de este cacharro tengo que comprar otro entero.

...

Es que el hardware es más caro de cambiar :-p

Por eso lo hacen más resistente a "torpones" >:-)

Si si...

...

Y hay quien no actualiza el linux nunca. Yo mismo tengo una 7.3 funcionando aquí al lado... eso es del 2000 sin actualizaciones. Funciona.

Claro, funcionará como el Toshiba Tecra 500 CDT con el windows 98 que tienen por la oficina :-)

Funciona igual que siempre. El punto es que el software también dura años y años si quieres. Más que el hardware sobre el que corre.

...

Nononono.

Cuando un fallo de hardware se puede "solucionar" de cara al usuario con un cambio de software, eso no es un fallo de software, es un fallo de hardware.

Sísisisisisi.

Cuando un componente de hardware lo puedes "arreglar" estás "arreglando" el firmware o la capa lógica, no la capa física (cables, la circuitería, conexiones...).

No, el fallo de hardware sigue ahí. Es como si tienes un bache en el pavimento y en vez de arreglarlo pones una valla para que los coches lo rodeen. Con un cambio en el software has arreglado el problema de hardware, pero con un precio (más lento).

...

Es un fallo de diseño del hardware, y para salir del paso se diseña un nuevo software que evite usar la parte del hardware que no funciona, muchas veces a costa de gastar más tiempo de CPU.

Tú lo has dicho: se diseña un nuevo "software" X-)

¡Pero porque arreglar el hardware es imposible! Es como cuando los de Intel metieron un error en el hardware (CPU) que hacía que ciertas operaciones tuvieran un error en algunos decimales. Es un problema de hardware, cpu mal hecha. Y la solución software es detectar e interceptar esas divisiones que dan error y hacerlas de otro modo. Pero el fallo de hardware sigue existiendo y no se ha arreglado. Bueno, si, la siguiente generación de esa CPU salió corregida.

...

Además, un cambio en el software incluido en la placa o elemento del hardware, no es software puro ni hardware puro. Muchas veces la frontera es borrosa. Hay software de ese dentro de la placa del disco duro, y puede conseguir que determinado disco falle al usar determinada función.

Tan borrosa es esa frontera, que hay chips que se decide lo hace cada patilla por programa.

Tan borrosa, tan borrosa... que no todos los componentes tienen un firmware ni se pueden actualizar :-P

Hay muchos componentes que se usan en electrónica que son programables - en principio en fábrica, pero hay otros que no. Eso ha sido un enorme progreso de la electrónica digital. En vez de tener una placa con cientos de puertas lógicas (recuerda el tamaño de una simple tarjeta de disco duro en el año 80), se mete todo en un sólo chip. Eso siempre se ha podido hacer, pero mandar fabricar un chip "custom" que haga la función de esos cientos de puertas es caro. Pues nada, llegan los chips de puertas programables. Un array de muchas puertas, que quemando unos dioditos o cargando unos condensadores (esto es, programando su PROM interna) pues se convierte en... pues un controlador de interrupciones, por ejemplo. Y si el diseño de la placa cambia, tu puedes reprogramar ese chip para adaptarse. ¡Y es hardware! Pero programable. Y puede tener "bugs". Y hay chips cuyo "programa" no está dentro, sino que está en una memoria externa, y cuando se encienden lo primero que hacen es leer la memoria. Puedes, por ejemplo, diseñar una tarjeta de PC universal con esos chips, y según la programes tienes un controlador de disco duro, de impresora, de USB, de Firewire... o tarjeta de vídeo, si te da la gana. Claro, tiene un coste... el vídeo sería lento, comparado con tarjetas de vídeo habituales. Es hardware programable, un concepto distinto de "flashear" el programa de un disco duro, que es usado por su microcpu.

Un fallo "físico" no siempre lo puedes resolver mediante una solución "lógica" (por lógica me refiero a software), salvo que sea un componente que sí lo permita.

Por ejemplo, y siguiendo con el tema de las placas base de ordenadores, podrás actualizar la bios pero si se te estropea un condensador, no hay "actualización" que te lo resuelva.

Depende. Si por ejemplo, ese condensador afecta a la detección de la IRQ 5, pues reescribes el driver para anular la IRQ 5, usando en su lugar la 4 o la 6.

Ahora bien ¿qué porcentaje de los componentes de cualquier producto electrónico son susceptibles de ser mejorados por las actualizaciones de software-firmware? ¿El 10% (y estoy tirando muy hacia arriba...)?

...

:-)

De los productos de consumo, casi todos. Lavadoras, hornos... muchos llevan microcontroladores o circuitos lógicos programables. Otra cosa es que el usuario pueda hacerlo, pero técnicamente es posible. Es más barato diseñar con esos circuitos que con los tradicionales, a partir de cierta complejidad. Incluso una lavadora con controlador mecánico es programable. Claro, que vete a fabricar un cilindro de pitotes para que el prelavado sea más corto... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkg1cMACgkQtTMYHG2NR9XUsQCfUj5RwxmXD1FLeKu18OMHyvCn QRgAn03mcoG24DyKQqo5qFx4YUmS8Ot5 =19QQ -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-16 a las 15:07 +0100, lluis escribió:

El dom, 16-11-2008 a las 14:11 +0100, Camaleón escribió:

...

Altamente fiable. Pasan más pruebas, lo certifican. El software, casi nunca.

Depende del software. Que yo sepa ni windows ni Linux tienen certificaciones ni validaciones en el aspecto de funcionalidad.

...

Como cosa curiosa esta UCos, un sistema de tiempo real para sistemas incrustados preparado para certificarse MIL..no se cuantos, equivalente a SIL3.

Recuerdo un arículo creo que en el Spectrum del IEEE sobre una empresa reinounidensa que certifica completamente el sfotware que hace. Si el proyecto es para dos años, se tiran año y medio diseñando, sin hacer una sola linea de código. En cuanto se ponen a escribir, funciona a la primera. Se usa para cosas críticas, como la comprobación de seguridad de las tarjetas de crédito. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkgN68ACgkQtTMYHG2NR9XSvgCfXahSEE1u17tWv1ZjLvbTBaXI /D4AoIW/IWgK/MGDmDTBKpmjfbRdR2AK =Mq2s -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-16 a las 15:02 +0100, lluis escribió:

El dom, 16-11-2008 a las 13:47 +0100, Carlos E. R. escribió:

...

Anoche se me colgó el sistema porque paré el ventilador de la CPU con el dedo para ver si era el que hacía ruido, y luego toqué el disipador con el dedo. Eso en el mío lo cuelga. Frito.

Moraleja: No hay que poner los dedos donde no se debe. Tu estas conectado mas o menos a tierra, depende de los zapatos que lleves y puedes generar un monton de ruido, ademas haces de condensador.

¡Ya lo sé! Es más, soy uno de los pocos seres humanos del planeta que tiene una verdadera pulsera antiestática en casa, y que la usa. Ayer no me la puse, mira por donde. (tipo cadena de reloj, elástica, cable enrollado, y resistencia de un mega en el conector)

...

Jolines, y a veces no es torpeza... yo he cambiado de disco varias veces, y el cable paralelo de cinta de 80 pines suele ser fragil, y varias veces después de cambiar el disco he tenido que ir a comprar otro proque el disco daba errores malos. Y te aseguro que no era torpeza mia, es que el cable es malo por diseño. Por diseño, ojo. Menos mal que han cambiado al SATA, aunque yo no lo disfrute.

No es diseño, es calidad. La mayoria de esos conectores o no tienen especificación de numero de inserciones o es 10.

Si los conectores son de calidad, eso no pasa. Pero son dificiles de encontrar.

Ugh. Los de disco duro son de esos IPC (insulation piercing connector) sobre cable plano de a 0.05", si no me confundo. ¿O quizás sea 0.025"? Están muy juntos. No, lo que se suele romper es el propio cable, son demasiado finos.

...

O que no arranca, pita, sacas la placa de video y la vuelves a enchufar y ya funciona. Como se fuera el puñetero windows rebotando, que ya funciona.

Otra vez los conectores. Los de la placa base tambien acostumbran a ser una m....

Cierto.

Es buena costumbre frotar el conector de las tarjetas( ya que la has sacado) con papel de periodico, en algun lugar sin tinta. Como es ligeramente abrasivo te limpia muy bien el conector. Y no tocadlo con los dedos antes de instalarlo, que los dedos dejan grasa y ensucian.

Ya, yo suelo usar espray lubri-limp/0 para eso. Y goma de borrar también. A veces estropajo de cocina, del verde o del azul, en plan algo bestia.

...

¿Hardware fiable? ¡Venga ya!

Lo hay, es como la vida. La buena vida es cara, la hay mas barata pero no es vida.

X-)

Y si te has fijado he recortado alevosamente tu correo :-)

Como tiene que ser :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkgOdwACgkQtTMYHG2NR9V3/ACfTZ/pF9O5GC+nnr4sRhZMJIDb 3woAmwbUzFzZKzvkR4ak8HVHQ4355vmb =TyFr -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-16 a las 14:17 -0200, Juan Gustavo Fogelman escribió:

yo tambien tengo una pulsera antiestatica, y en mi caso es mas contraproducente que otra cosa. nuestro clima es bien humedo, estamos sobre un rio y a 30kms del mar... la practica habitual es: tocar la caja (gabinete con una mano) y eso descarga totalmente.

Yo también vivo en zona humeda, 70..90% es habitual.

con respecto a los cables, aqui si se consiguen de mediana calidad, y aguantan una media de 100 desenchufadas.

¿El cable plano de 80 cables, del disco duro, que te aguanta 100 desenchufados? No me lo creo. El de 40 pines si los aguanta, pero el de 80 no - salvo que los saques con mucho cuidado. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkgbsEACgkQtTMYHG2NR9XQzwCghz2IrgEVLvzj5NKlS6rtBeuQ YO4An2GVtdylkeAeCY2FPAuz5DOPuTWi =76pj -----END PGP SIGNATURE-----

Carlos E. R. escribió:

No, en lugar del kernel-default. Para poner el kenel de 64 bits debes cambiar _todo_ el sistema, es un cambio de arquitectura. Para eso es mejor actualizar de verdad, a la 11.1 cuando salga. O la 11.0 si no es la que tienes.

Exacto, creo que ambos le entendimos que queria "poner un kernel de 64 bit y el resto en 32 bit" eso pues no funciona.. de hecho si se va a actualizar a 64 bit tiene que reinstalar completamente no hay posibilidad de upgrade directo, y eso esta hecho asi de forma deliberada. -- "We have art in order not to die of the truth" - Friedrich Nietzsche Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/

Carlos E. R. escribió:

¿Deliberado?

Si ¿No es posible hacerlo? En un sistema mientras corre no, no es posible, quizas se pueda implementar utilizando el upgrade con el DVD booteable cuando el usuario solo tiene los paquetes oficiales instalados, pero en este caso, habria que eliminar y cambiar de arquitectura todos los paquetes y aun asi, es probable que no funcione. No digo que el yast no lo pueda

hacer, sino que pregunto si es tan dificil cambiar el yast para poder hacer ese cambio de arquitectura alguna vez.

Debe ser mas o menos complicado tecnicamente, tambien lo es convencernos que es necesario de implementar :-D -- "We have art in order not to die of the truth" - Friedrich Nietzsche Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/

Cristian Rodríguez escribió:

Camaleón escribió:

...

El 15/11/08, Carlos E. R. escribió:

...

Y... ¿que pasa si quiere instalar el pae? :-? Que no lo quiero :-)

Si los usuarios hacen tonterias no es culpa del sistema, este ultimo tiene el comportamiento esperado, instala kernel-pae para que puedas usar los 8GB de memoria

Si no tienes 8 Gb de memoria no tiene porqué instalarlo... Es más habiendo actualizado la BIOS ya no volvió en otras particiones a instalar "desde cero" el kernel PAE. Será muy inteligente pero no tan listo. -- 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