El 2009-11-12 a las 13:19 -0300, Juan Erbes escribió:

El día 12 de noviembre de 2009 13:11, Camaleón escribió:

...

Bueno, pues ya la han anunciado "oficialmente":

http://news.opensuse.org/2009/11/12/opensuse-11-2-released/

(...)

Si, ya salió, pero algunos bugs quedaron sin solución, como el ejemplo que cito a continuación, a pesar de que las había dado una pista de como solucionarlo, que como paradoja, estamos criticando en otro hilo a Ubuntu, y la solución propuesta, es de Ubuntu:

https://bugzilla.novell.com/show_bug.cgi?id=539003

¿Algunos bugs? Algunos bugs, no. Un montón y más críticos que el tuyo :-) Pero eso es normal, siempre ha sido así. Ya los irán corrigiendo. Por cierto, ¿qué signfica...? *** AMD K10 thermal sensors... Success! (driver `to-be-written') *** ¿Quiere decir que aún "no existe" ese controlador? :-? Echa un vistazo a este hilo: kernel 2.6.31 bug with it87 module? [SOLVED] http://bbs.archlinux.org/viewtopic.php?pid=644705 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 2009-11-12 a las 18:09 -0300, Juan Erbes escribió:

El día 12 de noviembre de 2009 13:40, Camaleón escribió:

...

Echa un vistazo a este hilo:

kernel 2.6.31 bug with it87 module? [SOLVED] http://bbs.archlinux.org/viewtopic.php?pid=644705

Gracias por la info.

Volvi a probar de insertar el modulo, y sigue dando error:

modprobe it87 FATAL: Error inserting it87 (/lib/modules/2.6.31.5-0.1-desktop/kernel/drivers/hwmon/it87.ko): Device or resource busy

Pero en dmesg da: [ 2906.080024] it87: Found IT8718F chip at 0xe80, revision 5 [ 2906.080054] it87: in3 is VCC (+5V) [ 2906.080067] it87: in7 is VCCH (+5V Stand-By) [ 2906.080200] ACPI: I/O resource it87 [0xe85-0xe86] conflicts with ACPI region SENP [0xe85-0xe86] [ 2906.080223] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver

Yo diría que ese módulo tiene un problema y tras leer el hilo de la lista de ArchLinux, no sólo en openSUSE. Ese mensaje del ACPI tiene muchos entido, en la línea de los comentarios que hacen en ese hilo. Ahora bien, no sé qué driver ese ese al que hace mención :-?

En "Mi equipo" del kde da:

Información de la CPU Procesador (CPU): AMD Phenom(tm) II X3 710 Processor Velocidad: 800.00 MHz Núcleos: 3 Temperatura: 31 °C Información de la memoria Memoria total (RAM): 2.0 GiB Memoria disponible: 408.4 MiB (+ 1.1 GiB cachés) Espacio disponible de intercambio: 2.0 GiB

En konsole el comando sensors me da: acpitz-virtual-0 Adapter: Virtual device temp1: +30.0°C (crit = +70.0°C)

No se si será ACPI que lo está reslviendo, y por eso no permite la carga del modulo it87.

Los comentarios que se leen en ese foro indican que ese módulo no es necesario cargarlo :-?

También está lo que citan de poner en el menu.lst del grub el parametro acpi_enforce_resources=lax

Sí, y dicen que puede ser peligroso poner ese valor :-/ 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 día 12 de noviembre de 2009 19:45, RŌNIN escribió:

Hola a tod@s:

El día 12 de noviembre de 2009 11:40, Camaleón escribió:

...

Echa un vistazo a este hilo:

kernel 2.6.31 bug with it87 module? [SOLVED] http://bbs.archlinux.org/viewtopic.php?pid=644705

Saludos,

-- Camaleón

Una curiosidad: ¿ Te animaste a probar Arch Linux, a visitar nuestra comunidad ... o llegaste a nuestros foros por medio de algún buscador ?

Cual es "nuestra comunidad"? Salu2 -- 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 día 12 de noviembre de 2009 21:27, RŌNIN escribió:

Hola a tod@s:

El día 12 de noviembre de 2009 18:46, Juan Erbes escribió:

...

Cual es "nuestra comunidad"?

Salu2

La pregunta era para Camaleon@, quien alguna vez se mostró reacia a cambiar OpenSUSE por Arch Linux ;-)

Nuestra comunidad me refiero a la comunidad de usuarios, desarrolladores, testers y participantes en los foros de Arch Linux.

Eres bienvenido cuando quieras :-)

Puedes hacer una tabla comparativa de Arch con Opensuse? cuantos años lleva? Salu2 -- 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 12/11/09, RŌNIN escribió:

Hola a tod@s:

El día 12 de noviembre de 2009 20:39, Juan Erbes escribió:

...

Puedes hacer una tabla comparativa de Arch con Opensuse?

cuantos años lleva?

No sé que relevancia tenga la antiguedad de una distro, pero los datos están aquí:

http://es.wikipedia.org/wiki/Opensuse

http://es.wikipedia.org/wiki/Archlinux

No he probado Arch Linux (Creo que lo hare como prueba, se ve interesante), pero creo que cada una tiene sus caracteristicas individuales y tambien su propia filosofia

Y las comparativas, aquí:

http://www.archlinux-es.org/wiki/index.php?title=Arch_comparado_con_otras_di...

Según las comparativas pareciera como que Arch es mejor que todas las distribuciones citadas en este sitio, se podría mencionar las diferencias que se tienen entre todas las citadas pero creo que no va al caso, sin embargo si me interesa la comparativa que hace con SUSE ( no con openSUSE), donde menciona: "SUSE, es vista y dirigida para usuarios novatos, o aquellos que prefieren una mejor vida con todo ya configurado automáticamenta desde la instalación." openSUSE no esta echo para novatos, si no que facilita que pueda ser usada por usuarios con conocimientos mínimos y por usuarios avanzados, porque aunque se tenga a YaST para facilitar ciertas tareas, quien no desee usarlo pues hay esta la consola. Saludos cheperobert

Cordialmente,

Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- 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

-- Linux codigo abierto: Millones de personas en el mundo con mentes abiertas no pueden estar equivocadas -- 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

Hola a tod@s: El día 13 de noviembre de 2009 03:04, Camaleón escribió:

Llegué a través de Google :-)

Saludos,

¿Y nada que te animas a probar Arch Linux? Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- 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

Hola a tod@s: El día 13 de noviembre de 2009 09:34, Camaleón escribió:

Es que... a ver.

De Arch Linux me gusta que aún haya que configurar las cosas a la antigua usanza, editando archivos y demás. Me parece que ese sigue siendo el método más fiable y el que menos problemas da, a la larga.

También me gusta el hecho de que no vaya sobrecargado de programas y que deje en manos del usuario la creación de su entorno, muy personalizado y a medida.

Pero lo que no me convence *nada* es que el sistema se actualice cada poco, completo, cambiando paquetes a nuevas versiones y cambiando kernels... ese sistema de "actualizaciones contínuas" en los servidores o en mi propio equipo, buf, mi corazón no lo aguantaría, estaría en una tensión contínua.

Creo que todavía no estoy preparada para ese tipo de distribución :-)

Excelente "revisión al vuelo"; en cuanto al tema de las actualizaciones, hay que aclarar que no son obligatorias ni automáticas, así que si quieres tener la última versión de los paquetes/programas pues pacman -Syu ... de lo contrario, todo queda donde quieres que quede, hasta que decidas actualizar. Por otra parte, puedes tener una máquina experimental donde probar las actualizaciones antes de ponerlas en tus máquinas productivas. Espero que pronto puedas compartirnos tus experiencias con Arch Linux ;-) Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- 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

Hola a tod@s: El día 13 de noviembre de 2009 11:22, Camaleón escribió:

Eso me plantea la siguiente pregunta: ¿existe una clasificación de actualizaciones de seguridad que permita actualizar sólo los paquetes que tengan algún bug?

Eso estaría bien, ya que de esta forma el usuario podría decidir si quiere estar a la última con los paquetes (o no) pero en cualquier caso siempre estaría protegido y ya no sería tan estresante :-P

...

Por otra parte, puedes tener una máquina experimental donde probar las actualizaciones antes de ponerlas en tus máquinas productivas.

Ya... pero requiere tiempo y un sistema clonado (exactamente igual que el resto de servidores y equipos, con el mismo hardware, mismas aplicaciones...) y no siempre es posible.

...

Espero que pronto puedas compartirnos tus experiencias con Arch Linux ;-)

De momento, no creo :-)

Las actualizaciones en Arch Linux no tienen categorías: actualizas todo o nada (al menos lo vengo manejando así desde que la tengo en las computadoras de casa, del trabajo y los servidores). He estado al tanto del hilo de la actualización a la nueva versión de OpenSUSE y veo que hay MUCHOS temores y preguntas al respecto, lo que me hace pensar que tu reticencia a la actualización proviene de dicho tipo de experiencias. Muchas de las cosas que hasta ahora van a ver en OpenSUSE, las tenemos de hace rato en Arch Linux (KDE 4.3.x, EXT4, GRUB2, etc) y hay actualizaciones casi a diario ... y las realizamos sin mayores dramas. Lamento que te pierdas de esta gran experiencia de uso de Arch Linux y no insistiré en que te lo replantees, no quiero fastidiar. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- 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 2009-11-13 a las 08:18 -0500, RŌNIN escribió:

...

El día 13 de noviembre de 2009 03:04, Camaleón escribió:

...

Llegué a través de Google :-)

Saludos,

¿Y nada que te animas a probar Arch Linux?

Es que... a ver.

De Arch Linux me gusta que aún haya que configurar las cosas a la antigua usanza, editando archivos y demás. Me parece que ese sigue siendo el método más fiable y el que menos problemas da, a la larga.

También me gusta el hecho de que no vaya sobrecargado de programas y que deje en manos del usuario la creación de su entorno, muy personalizado y a medida.

Pero lo que no me convence *nada* es que el sistema se actualice cada poco, completo, cambiando paquetes a nuevas versiones y cambiando kernels... ese sistema de "actualizaciones contínuas" en los servidores o en mi propio equipo, buf, mi corazón no lo aguantaría, estaría en una tensión contínua.

¿Y Gentoo? En gentoo, creo, que hay tres "Stage" y en uno de ellos las cosas están compiladas, ¿no?

Creo que todavía no estoy preparada para ese tipo de distribución :-)

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

Hola a tod@s: El día 14 de noviembre de 2009 07:33, Camaleón escribió:

Pues la verdad es que no lo sé :-?

Pero aunque se puedan instalar paquetes ya compilados, en la wikipedia ponen a Gentoo y Arch Linux como ejemplos de distribuciones de tipo "rolling-release", que es lo que no me termina de convencer:

Y esta es la parte que no termino de comprender, ¿podrías explicarme por qué tu aversión a las rolling-release o las actualizaciones, por favor? Lo que obtenemos de los repositorios oficiales en Arch Linux, ha pasado previamente por un par de importantes repositorios que ayudan a determinar si es usable para la mayoría o tiene inconvenientes para corregir: Testing y Community testing. Estos últimos son comparables a las ramas experimentales de las otras distro GNU/Linux que mencionan en el artículo de Wikipedia. Cordailmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- 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

Hola a tod@s: El día 14 de noviembre de 2009 09:43, Camaleón escribió:

Fácil: todo cambio propicia errores y fallos y precisamente eso es lo que quiero evitar, en la medida de lo posible :-)

No me importa mandar informes de fallos a los bugzillas pero tampoco puedo estar todo el día escribiendo esos informes y esperando una respuesta o una solución que puede tardar semanas o  meses.

Bien, ahora comprendo perfectamente tu punto de vista, gracias por tomarte el tiempo para explicármelo. También he tenido que vivir cuando esos temores se vuelven realidad (o hasta una pesadilla), pero aún así, sigo adelante. Para mí las actualizaciones no sólo pueden acarrear errores y fallos, sino que puedo acceder a mejoras en funcionalidad, eficiencia y seguridad, y es por ello que me gusta actualizar. En cuanto a los fallos de Arch Linux, he tenido más problemas con las computadoras y los programas que uso en casa que con los servidores, las estaciones y los programas que uso en mi trabajo. Por ejemplo: luego de una actualización, me quedé sin ratón inalámbrico, sin impresora, sin webcam y sin poder ver la TV en mi computadora de casa ... y simultáneamente, todo lo que ha tenido que ver con PHP ha dejado de funcionar en mi servidor experimental en mi trabajo. Las soluciones: reportar a los foros, reportar los bugs, actualizar nuevamente ... y han cambiado las dependencias y los paquetes y todo ha vuelto a la normalidad. No siento que haya sido tan traumático como las experiencias que he tenido con otras distros GNU/Linux.

No pongo en duda la metodología de pruebas que siguen en Arch Linux (ni en otras distribuciones) pero vaya, tampoco pienso que sean infalibles, así que, por muchas pruebas que hayan hecho, cambiar un kernel (a una versión superior) puede resultar en la imposibilidad de iniciar el sistema y si sólo tienes acceso vía remota a ese equipo, puedes perder medio día completo en solucionarlo.

Totalmente de acuerdo, afortunadamente no me ha ocurrido algo tan catastrófico en Arch Linux. :-)

Con esto no digo que sea imposible hacerlo, supongo que habrá quien sea muy mañoso y pueda solucionar cualquier problema que se le presente en poco tiempo, pero ya te digo, yo de momento, ese tipo de instalaciones no las veo factibles.

Claro, hay algo a tener en cuenta: por más que lo soluciones, ¿cuánto tiempo/dinero te representa esa solución?. Lo que te hubieras ahorrado si no actualizas. Pero no, no en mi caso con Arch Linux. Ha sido como todo: actualizaciones buenas y malas; afortunadamente han sido más las buenas que las malas. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- 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

Hola a tod@s: El día 14 de noviembre de 2009 09:52, Carlos E. R. escribió:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

Pero... ¿realmente necesitas que se explique eso? Es obvio que no es interesante. Todo lo contrario, me da in miedo terrible, por razones obvias. No lo usaría jamás en sistemas en producción.

Sí, realmente necesitaba una explicación para entenderlo; recuerda que todos somos ignorantes, pero todos no ignoramos las mismas cosas. Puede que para tí sea obvio porque has tenido innumerable cantidad de inconvenientes actualizando alguna(s) distros GNU/Linux u otros sistemas operativos. Para mí no es tan obvio porque yo sí actualizo sistemas en producción (luego de haber pasado la actualización por una fase experimental en servidores que no son de producción pero que cuentan con hardware y software idéntico a los de producción) y no he tenido mayores inconvenientes ni contratiempos. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- 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

No lo entiendo, estoy descargando la delta.iso del DVD. Ya acabando me doy cuenta de que se llama openSUSE-11.2-RC1_GM-DVD-i386.delta.iso, o sea, RC1_GM. ¿Pero la iso anterior no era la RC2? Yo tengo la openSUSE-DVD-Build0339-i586.iso en mi equipo, ¿no era esa la RC2? -- 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 2009-11-12 a las 17:04 +0000, Alfredo Amaya escribió:

El día 12 de noviembre de 2009 16:53, Alfredo Amaya escribió:

...

No lo entiendo, estoy descargando la delta.iso del DVD. Ya acabando me doy cuenta de que se llama openSUSE-11.2-RC1_GM-DVD-i386.delta.iso, o sea, RC1_GM. ¿Pero la iso anterior no era la RC2? Yo tengo la openSUSE-DVD-Build0339-i586.iso en mi equipo, ¿no era esa la RC2?

Aaaaaaaaaaahhhhhhhhhh, no me lo creo. efectivamente el comando applydeltaiso falla parcheando el primer paquete:

reading 788672737 bytes from old iso...done cracklib-dict-full (lzma.2): applying delta payload uncompress error

Grrrrrrrrrr!! De verdad que no lo entiendo, ¿cómo es que crean la delta.iso a partir de la RC1 y no de la última de ellas?

Ni idea... pero parece un error de otro tipo. ¿Has comprobado la suma de verificación? ¿Tienes que aplicar algún otro paquete antes? :-? 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 2009-11-12 a las 17:34 +0000, Alfredo Amaya escribió:

El día 12 de noviembre de 2009 17:27, Camaleón escribió:

...

El 2009-11-12 a las 17:04 +0000, Alfredo Amaya escribió:

...

El día 12 de noviembre de 2009 16:53, Alfredo Amaya escribió:

...

No lo entiendo, estoy descargando la delta.iso del DVD. Ya acabando me doy cuenta de que se llama openSUSE-11.2-RC1_GM-DVD-i386.delta.iso, o sea, RC1_GM. ¿Pero la iso anterior no era la RC2? Yo tengo la openSUSE-DVD-Build0339-i586.iso en mi equipo, ¿no era esa la RC2?

Aaaaaaaaaaahhhhhhhhhh, no me lo creo. efectivamente el comando applydeltaiso falla parcheando el primer paquete:

reading 788672737 bytes from old iso...done cracklib-dict-full (lzma.2): applying delta payload uncompress error

Grrrrrrrrrr!! De verdad que no lo entiendo, ¿cómo es que crean la delta.iso a partir de la RC1 y no de la última de ellas?

Ni idea... pero parece un error de otro tipo.

¿Has comprobado la suma de verificación?

Yeah, y no coinciden:

md5sum openSUSE-DVD-Build0339-i586.iso 1a11e1a08407df75fa4f619d7a2bad74 openSUSE-DVD-Build0339-i586.iso

la de la 11.2 es:

295d713314a30ad017948f0d542c6d92 openSUSE-11.2-DVD-i586.iso

No, hombre :-) La suma de verificación del delta no la compares con la iso del dvd, no deben coincidir.

...

¿Tienes que aplicar algún otro paquete antes? :-?

No, he ido obteniendo todas las versiones desde la milestone 7 u 8 a través de este método. En publicaciones anteriores también, y nunca dio problemas. Esta vez se les fue la pinza. No queda otra que descargar el DVD al completo. Estoy usando el metalink a través de aria2c, pero no termina de convencerme, me da un ETA de más de 7 horas :-(

Primero tienes que actualizar el paquete "deltarpm" a la versión más moderna (supongo que con zypper o yast), es decir, a la versión que viene con la GM y luego, aplicar el aplydeltaiso. O eso dicen :-) 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 2009-11-12 a las 17:58 +0000, Alfredo Amaya escribió:

...

...

...

¿Has comprobado la suma de verificación?

Yeah, y no coinciden:

md5sum openSUSE-DVD-Build0339-i586.iso 1a11e1a08407df75fa4f619d7a2bad74  openSUSE-DVD-Build0339-i586.iso

la de la 11.2 es:

295d713314a30ad017948f0d542c6d92  openSUSE-11.2-DVD-i586.iso

No, hombre :-)

La suma de verificación del delta no la compares con la iso del dvd, no deben coincidir.

Y no lo hago, la Build0339 es la RC2, no la delta. Difiere de la GM.

Quiero decir que compruebes la suma del delta, la que has descargado, no la del dvd, para comprobar que no esté corrupta.

...

...

...

¿Tienes que aplicar algún otro paquete antes? :-?

No, he ido obteniendo todas las versiones desde la milestone 7 u 8 a través de este método. En publicaciones anteriores también, y nunca dio problemas. Esta vez se les fue la pinza. No queda otra que descargar el DVD al completo. Estoy usando el metalink a través de aria2c, pero no termina de convencerme, me da un ETA de más de 7 horas :-(

Primero tienes que actualizar el paquete "deltarpm" a la versión más moderna (supongo que con zypper o yast), es decir, a la versión que viene con la GM y luego, aplicar el aplydeltaiso. O eso dicen :-)

Lo sé, lo hago desde una RC2 que tengo instalada, el deltarpm es el mismo:

zypper if deltarpm Obteniendo los datos del repositorio... Leyendo los paquetes instalados...

Información para paquete deltarpm:

Repositorio: @System Nombre: deltarpm Versión: 3.5-3.2

Sí, esa versión es la última :-( Pues si la imagen del delta que has descargado no está corrupta (openSUSE-11.2-RC1_GM-DVD-i386.delta.iso), pon un 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

El 2009-11-12 a las 18:36 +0000, Alfredo Amaya escribió:

...

Quiero decir que compruebes la suma del delta, la que has descargado, no la del dvd, para comprobar que no esté corrupta.

Tristemente coinciden :-(

...

Sí, esa versión es la última :-(

Pues si la imagen del delta que has descargado no está corrupta (openSUSE-11.2-RC1_GM-DVD-i386.delta.iso), pon un bugzilla :-?

Done! https://bugzilla.novell.com/show_bug.cgi?id=554993

Aunque no creo que hagan mucho caso; dentro de un par de días, cuando disminuya el furor inicial, se pulirán las delta.

Mira, están preguntando eso mismo en la lista de factory: [opensuse-factory] rc2 -> gm deltas? http://lists.opensuse.org/opensuse-factory/2009-11/msg00239.html Echa un vistazo a ver qué comentan :-? 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 2009-11-13 a las 11:02 +0000, Alfredo Amaya escribió:

...

Mira, están preguntando eso mismo en la lista de factory:

[opensuse-factory] rc2 -> gm deltas? http://lists.opensuse.org/opensuse-factory/2009-11/msg00239.html

Echa un vistazo a ver qué comentan :-?

Yeah, algo hay, se están redirigiendo el bug. Te das cuenta, siguiendo el hilo, que nadie responde al problema? Uno incluso sugiere hacer un "zypper dup" para actualizar!! O_O

Je, sí... y hay que ver lo poco diplomático que es Stephan :-P No entiendo a qué viene tanta "pasada de pelota"... a) Si han metido la pata, que lo digan: "señores, hemos metido la pata" b) Si han metido la pata y el problema tiene solución, que digan cómo solucionarlo c) Si han metido la pata y el problema no tiene solución, que lo digan para que la gente busque otras vías d) Si no han metido la pata y no hay ningún problema, que digan cómo utilizar ese delta No creo que sea tan complicado :-) Tanta "parafernalia" y "burocracia" es algo que me saca de mis casillas y más aún en este tipo de proyectos que se suponen abiertos, colaborativos, transparentes, etc... Cuando hay un problema, primero se soluciona y después se rellena el papeleo >:-) 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 Mon, 16 Nov 2009 14:02:35 +0000, Alfredo Amaya escribió:

...

Done! https://bugzilla.novell.com/show_bug.cgi?id=554993

Aunque no creo que hagan mucho caso; dentro de un par de días, cuando disminuya el furor inicial, se pulirán las delta.

Lo dicho. Lo han solved.... borrando las deltas!! :-(

¡Manda huev**! Menuda forma de hacer las cosas :-( 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 día 12 de noviembre de 2009 14:04, Camaleón escribió:

El 2009-11-12 a las 16:53 +0000, Alfredo Amaya escribió:

...

No lo entiendo, estoy descargando la delta.iso del DVD. Ya acabando me doy cuenta de que se llama openSUSE-11.2-RC1_GM-DVD-i386.delta.iso, o sea, RC1_GM. ¿Pero la iso anterior no era la RC2? Yo tengo la openSUSE-DVD-Build0339-i586.iso en mi equipo, ¿no era esa la RC2?

Sí, esa era la RC2.

A ver, la última RC ha sido la "RC2", pero sin la coletilla "GM", y ahí pone que es "RC1_GM" con fecha de modificación del 9/11/2009, que es un día antes de que anunciara que sería GoldMaster.

http://lists.opensuse.org/opensuse-factory/2009-11/msg00137.html

Creo que es correcto pero de delta isos estoy pez :-?

A mi me esta dando: Información del sistema operativo SO: Linux 2.6.31.5-0.1-desktop i686 Usuario actual: Sistema: openSUSE 11.3 (i586) KDE: 4.3.3 (KDE 4.3.3) "release 1" Información de la pantalla Fabricante: ATI Technologies Inc Modelo: RV730XT [Radeon HD 4670] Controlador: fglrx Salu2 -- 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 2009-11-12 a las 22:32 +0100, Camaleón escribió:

El 2009-11-12 a las 20:48 +0100, Carlos E. R. escribió:

...

Para expandir sobre esto: el sistema de ficheros raiz ha de ser ext2|3|4, por narices. Para quitar esas narices hay que crear una partición de arranque, /boot, en ext2.

Bueno, yo haría algunos matices a esa aseveración.

...

Es decir, si el raiz es reiserfs o xfs, por ejemplo, necesitais una partición /boot (de unos 100 megas es suficiente) en formato ext2 (si, he dicho dos, no tres ni cuatro). Los motivos difieren, pero hace falta; si no lo haceis pues puede fallar el grub al arrancar o al salir de la hibernación.

Matices:

1/ ReiserFS o XFS no han sido (al menos desde hace algunos años) los sistemas de archivos recomendados para instalar el gestor de arranque (Grub), pero eso no quiere decir que no hayan estado funcionando.

Es cierto.

Valga como ejemplo el hecho de que en todas las instalaciones de todos los sistemas SuSE Linux/openSUSE que he tenido que hacer he instalado Grub en "/" y el sistema de archivos elegido para la raíz siempre ha sido ReiserFS.

Huelga decir que no he tenido ningún problema con esta configuración.

No, en arranque normal reiser no da problemas, es sólo al restaurar un sistema hibernado.

Eso no ha cambiado ahora con la 11.2. Los mismos problemas que se podían presentar antes se pueden presentar ahora.

Es cierto. Con la 11.1 no lo detecté porque la instalé (una de mis particiones de pruebas) usando partición /boot separada. Con la 11.0 ya no me acuerdo que usé para probarla: puede que el bug no existiera (sé que hace tiempo no existía), o que usara un /boot aparte. Yo simplemente he hecho lo que he podido para documentarlo, ahora, porque me he enterado ahora.

2/ El bug que has reportado (la restauración tras la suspensión es extremadamente lenta con partición /boot en ReiserFS) tampoco es un problema "actual", sino que desde el año 2.006 ya aparecieron los primeros informes (he leído el hilo de la lista del kernel que te apuntaban en bugzilla y es de ese año).

Es posible.

*** 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18 http://lkml.indiana.edu/hypermail/linux/kernel/0611.1/1271.html ***

Es decir, que te podía haber pasado exactamente lo mismo que te ha pasado ahora con la 11.2 durante todos estos años porque el "bug" (la posibilidad de "activarlo") siempre ha estado ahí. Que te haya pasado ahora es un hecho "casual".

Sí, desde luego. Bueno, más bien es un hecho "casual" que lo haya descubierto. Ten en cuenta que sólo uso reiserfs en / en los sistemas de pruebas, porque son "monopartición" y necesito aprovechar el sitio, mientras que el sistema de "producción" tiene varias particiones de varios tipos: ext3 para /, xfs para /home, reiserfs para /usr/src... y ahí no puede suceder el problema. Y como acostumbro a poner partición /boot separada casi siempre, pues no me he topado antes.

3/ Desde openSUSE también recomiendan usar "ext3" o "ext4" para la partición "/boot" (o en su defecto, "/"). Lo comento porque he tenido que traducir esa parte (la misma que referenciaba en uno de los bugzillas que puse por este mismo tema).

¿Donde? :-? Que recomienden ext4 para /boot me parece raro, pero es posible, no se. Yo no lo haría: por un lado, porque el soporte tanto de ext3 como ext4 creo que va en un módulo, mientras que el de ext2 es interno; y por otro, porque al ser una partición muy pequeña (+/- 100MiB), el log ocupa un sitio apreciable, y no es necesario ya que el fsck es muy rapido en tan poco tamaño.

En resumen, que el problema que se te ha presentado siempre ha estado ahí, que no es preciso crear una partición expresa para "/boot" y que tampoco es preciso que la partición donde se ubique tenga que ser en ext2.

Corrígeme si me equivoco :-)

Casi :-) Si es preciso si quieres no tener ningún problema, porque hay circunstancias en las que no funciona. El XFS tiene problemas con grub, creo recordar que porque escriben en la misma zona del disco al inicio y se pueden machacar uno al otro. El reiserfs es porque el grub actual (o el kernel, no recuerdo) tiene problemas para resucitar el sistema hibernado (y no piensan corregirlo o no pueden). Pasa que el XFS en / con grub a veces funciona... por lo que muchos creen que se puede hacer. Hasta que falla y te quedas sin sistema. Y pasa que el reiserfs en / sólo falla al salir de la hibernación, y no todo el mundo hiberna - que yo sepa, tú no lo haces ;-) Así que lo más seguro es recomendar usar partición /boot separada si usais xfs (o jfs) o reiserfs en el raiz, y ext2 (o 3 o 4, vale). No estrictamente imprescindible, pero sí muy recomendable. Más vale hacerlo de primeras, que no toparse con el problema con el sistema ya particionado e instalado.

...

Y no os preocupeis por el número de particiones, porque vuelve a no ser un problema.

Me parece que el limite ahora es 63 o por ahí.

...

Recomiendo leer:

http://en.opensuse.org/Bugs:Most_Annoying_Bugs_11.2_dev http://en.opensuse.org/Bugs:Most_Annoying_Bugs_11.2

Qué poquitos bugs hay detallados para la 11.2 :-?

Sí, es una buena versión. O eso creeo y creen ;-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkr9dCIACgkQtTMYHG2NR9WpLgCfQDEqocgundaG1O3GYLV2OqTJ 1ywAniHLXMMa3OsrQCk4wDYBrfrH/Htw =AKdL -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-11-13 a las 17:14 +0100, Camaleón escribió:

El 2009-11-13 a las 15:58 +0100, Carlos E. R. escribió:

...

El 2009-11-12 a las 22:32 +0100, Camaleón escribió:

(...)

...

...

3/ Desde openSUSE también recomiendan usar "ext3" o "ext4" para la partición "/boot" (o en su defecto, "/"). Lo comento porque he tenido que traducir esa parte (la misma que referenciaba en uno de los bugzillas que puse por este mismo tema).

¿Donde? :-? Que recomienden ext4 para /boot me parece raro, pero es posible, no se.

Creo que el mensaje aparece en el módulo del particionador.

Si creas una partición /boot con un formato FAT, te sugiere que lo hagas en un sistema de archivos de Linux, como ext3 o ext4, ni siquiera menciona ext2 :-?

Ah? Curioso.

...

Yo no lo haría: por un lado, porque el soporte tanto de ext3 como ext4 creo que va en un módulo, mientras que el de ext2 es interno; y por otro, porque al ser una partición muy pequeña (+/- 100MiB), el log ocupa un sitio apreciable, y no es necesario ya que el fsck es muy rapido en tan poco tamaño.

Pon otro bugzilla >:-P

¡Si anda! Tengas pleitos y los ganes, que dice la maldición gitana. Ya les puse uno similar, diciendo que el YaST debería advertir de las combinaciones inválidas, como esa de reiser en /, y me mandaron a paseo, que pusiera un fate. $&%# ...

Sí, pero puedes usar ext3 o ext4 y no necesitas una partición separada para /boot. Es un escenario soportado oficialmente y además, sin bugs conocidos ;-)

Claro, por supuesto, y yo no he dicho que no. Ese es el único escenario que recomiendan, de hecho.

Y respecto a hibernar... no hiberno pero sí "suspendo" (cuando tengo cargada una LiveCD, para no perder la configuración o las VM, cuando cambio de una a otra). En esos casos me viene bien :-P

La suspensión es a memoria, no interviene el disco, no hay problemas con el grub (no actúa). Si suspendes una máquina virtual mediante el botón del gestor, es externo al huesped, no se entera. Va a disco, pero no a uno que vea el huesped.

...

Así que lo más seguro es recomendar usar partición /boot separada si usais xfs (o jfs) o reiserfs en el raiz, y ext2 (o 3 o 4, vale). No estrictamente imprescindible, pero sí muy recomendable. Más vale hacerlo de primeras, que no toparse con el problema con el sistema ya particionado e instalado.

Sí, es para pensarlo, al menos si se tiene en mente utilizar algunas de las opciones con las que pudiera entrar en conflicto.

A eso me refiero, por eso lo advertí. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkr9k1UACgkQtTMYHG2NR9UHpwCdGVxat5TPnW+dBzgIVqe+Exdl ltoAn0X3+OVbD2YNvZcucb3nti+H/qz7 =r+FZ -----END PGP SIGNATURE-----