Hola: Estoy instalando SuSE 9.1 en casa de mi amigo el "peta"tester, para poder usar su grabadora de dvds y hacer un backup del mio antes de actualizar. Así que instalo el suse 9.1, actualizo todos los parches, etc, etc. ¿Dije lo de petatester? Pos claro, no va. Tenía que pasar. :-P Os cuento. Tiene dos discos duros y tres cdromeras. Para ello tiene una tarjeta ide extra. La de-uve-dera la instalación la puso en hdg - en realidad es master en el segundo bus ide interno. Pero luego en funcionamiento no va: el dispositivo hdg ni siquiera sale listado en el /var/log/boot.msg. Probando probando, le paso el parámetro "acpi=off" durante el arranque: y funciona. Vale, pues cojo el "/boot/grub/menu.lst" y añado una entrada de arranque con ese parámetro, y "reboto". No va. Vuelvo a probar poniendo el parámetro en el menú de entrada, y va. Vuelvo a re-escribir la entrada en el "/boot/grub/menu.lst", y... no va. Vuelvo a probar poniendo el parámetro en el menú de entrada, y.. ahora no va tampoco. Y no, y no, y no... y luego con la entrada que edité antes y no, y si... ¿como, si? Pos eso, que es intermitente, como el Guadiana. ¡Rayos! :-/ Ah, resulta que es una VIA (copiado a mano, no tengo red ahora mismo entre ambas maquinas) - cuando fucniona, sale esto, referente a la IDE en placa (si, la tarjeta IDE (una SiI680 pilla los hda..hdd): VP_IDE: VIA vt8233 (rev 00) IDE UDMA100 controller on pci0000:00:11.1 ide2: BM-DMA at 0xff07-0xff07, BIOS settings: hde:DMA, hdf:DMA ide2: BM-DMA at 0xff08-0xff0f, BIOS settings: hdg:DMA, hdh:DMA hde ...cd/dvd hdf ...maxtor HD ide2 at 0x1f0-0x1f7,0x3f6 on irq 14 hdg: HL-DT-ST DVDRAM GSA-4081B, ATAPI CD/DVD-ROM drive Ese chip, el vt8233 lo he visto mencionado como problemático varias veces por aquí - pero siempre referido al sonido, no a cdromeras o similares. Miraré tb en google, cuando recupere la red, que se me ha perdido (es una ono prestada). Post data del "peta tester", estoy por pasarle mi curriculum a los de suse, a ver si una vez que yo tenga una temporada la distribucion y no me de nigun fallo , pasarle un informe para que la certifiquen. Post data 2: lo mismo con mocosoft -- Saludos Carlos Robinson
Carlos E. R. wrote:
Tiene dos discos duros y tres cdromeras. Para ello tiene una tarjeta ide extra. La de-uve-dera la instalación la puso en hdg - en realidad es master en el segundo bus ide interno. Pero luego en funcionamiento no va: el dispositivo hdg ni siquiera sale listado en el /var/log/boot.msg.
Carlos, ¿Por qué creéis que es un problema de la controladora IDE y no del DVD en sí, o de cables o de jumpers, ...? ¿Habéis probado a conectar al IDE 2 master un disco duro u otra unidad lectora de CD para ver si es reconocido bien? Es raro que no reconozca un controlador IDE, aunque sea VIA :-P, ni si quiera en las páginas de VIA de controladores y demás hablan de problemas de detección de controladores IDE, es un elemento base del equipo. http://www.viaarena.com/ Saludos, -- Camaleón
El 2004-06-25 a las 15:11 +0200, Camaleón escribió:
¿Por qué creéis que es un problema de la controladora IDE y no del DVD en sí, o de cables o de jumpers, ...? ¿Habéis probado a conectar al IDE 2 master un disco duro u otra unidad lectora de CD para ver si es reconocido bien?
Ojo clínico :-P Y porque ya dió guerra el año pasado con otras unidades.
Es raro que no reconozca un controlador IDE, aunque sea VIA :-P, ni si quiera en las páginas de VIA de controladores y demás hablan de problemas de detección de controladores IDE, es un elemento base del equipo.
Ten en cuenta que el equipo tiene cuatro puertos IDE. Y que a veces reconoce el hdg (la grabadora) y a veces no. De hecho, de los dos DVDs de repaldo que he grabado, uno lo he conseguido grabar en linux, y el otro lo he tenido que transferir al windows (otra guerra, el fat32 no admite ficheros de 4 gigas, lo he tenido que pasar a cachos), y ahora mismo estoy quemando el segundo dvd en windows XP con Nero - porque se me colgó a mitar de quema del segundo dvd en linux y no he sido capaz de arrancarlo otra vez y que lo reconozca. Es decir, uno lo he quemado en SuSE 9.1, y el otro en XP. Las imagenes las he generado en Linux con mkisofs - por cierto, comprimidas con zisofs, funciona. Digamos que estamos hartitos :-} -- Saludos Carlos Robinson
Carlos E. R. wrote:
Ojo clínico :-P
Y porque ya dió guerra el año pasado con otras unidades.
Si os dio problemas con otras unidades, ¿es posible que esté dañado físicamente el puerto?
Ten en cuenta que el equipo tiene cuatro puertos IDE. Y que a veces reconoce el hdg (la grabadora) y a veces no.
Ese "a veces sí, a veces no" da mala espina, y suele ser cosa de hardware, más que controladora. Me pasa algo similar con un portátil, que a veces reconoce una tarjeta de red y otras no. Seguramente por un conflicto de IRQs, quizá no tenga suficientes, tenga que compartirlas y no llegue a gestionarlas bien.
Digamos que estamos hartitos :-}
No me extraña. Pero es que son demasiadas unidades para un sólo equipo. Quizá la solución a ésto fuera crear varios perfiles de hardware y arrancar con uno u otro según se vayan a usar. :) Saludos, -- Camaleón
El 2004-06-25 a las 16:34 +0200, Camaleón escribió:
Carlos E. R. wrote:
Ojo clínico :-P
Y porque ya dió guerra el año pasado con otras unidades.
Si os dio problemas con otras unidades, ¿es posible que esté dañado físicamente el puerto?
No, lo dudo muchísmo. Funciona siempre a la primera con XP tal y como están conectadas todas las unidades, y en el orden en el que están (después de mucho probar en su dia), así que no creo que sea tema de unidades dañadas, ni cables, ni puertos, ni nada de eso. Es algo de configuración o drivers.
Ten en cuenta que el equipo tiene cuatro puertos IDE. Y que a veces reconoce el hdg (la grabadora) y a veces no.
Ese "a veces sí, a veces no" da mala espina, y suele ser cosa de hardware, más que controladora. Me pasa algo similar con un portátil, que a veces reconoce una tarjeta de red y otras no. Seguramente por un conflicto de IRQs, quizá no tenga suficientes, tenga que compartirlas y no llegue a gestionarlas bien.
Si, desde luego que tiene que compartir IRQs. Por eso dio guerra las otras veces. Pero vaya, que si XP lo usa sin problemas, Linux también debería - si ya sé que las comparaciones son odiosas, pero es que es cierto en este caso.
Digamos que estamos hartitos :-}
No me extraña. Pero es que son demasiadas unidades para un sólo equipo. Quizá la solución a ésto fuera crear varios perfiles de hardware y arrancar con uno u otro según se vayan a usar.
Los perfiles tienen sentido cuando se cambian unidades de sitio, y no hemos hecho nada de eso: esas unidades están puestas así hace meses - lo único nuevo en esa máquina es el SuSE 9.1 que lo instalé el miercoles por la tarde-noche. Antes de cambiar perfiles, el sistema debe funcionar y reconocer todas las unidades conectadas. Es que cuando no va, el kernel simplemente dice que no existe esa unidad, no lista nada en el bus IDE, nada, cero patatero. Y otras veces si, una de cada 10 o así. El dvd de la instalación la cogió a la primera, fué después al arrancar el sistema instalado cuando no iba. Y no ha sido el único problema, tampoco fuí capaz de exportar un disco por NFS, tuve que exportarlo desde mi otra máquina con 8.2 (lo cual significaba exportar media docena de particiones en vez de una sola). Y que al ir a grabar el segundo DVD se colgó sólidamente a mitad... y que el DVD grababa a *1, y en XP lo hizo a *4 Vamos, que va uno a ponerle Linux a un amigo y empieza a pasar de todo, ¿como me va a creer cuando le digo que con mi máquina no tengo ningún problema serio en años, ni tengo que reinstalar, ni se me cuelga el sistema casi nunca, ni.... viendome sudar la gota gorda intentando resolver un problema tras otro, y al final tener que recurrir al XP para grabar la segunda imagen... vamos, que no da muy buena imagen que digamos. Y menos mal que conseguí demostrarle que ni el XP es capaz de grabar un fichero de cuatro gigas en una FAT32, que si no le echa la culpa al linux de eso también. Bueno, El Backup ya está hecho, ya puedo intentar actualizar mi 8.2 a 9.1 - crucemos los dedos: si no respondo en unos dias, ya sabeis que es lo que pasa :-p -- Saludos Carlos Robinson
Carlos E. R. wrote:
No, lo dudo muchísmo. Funciona siempre a la primera con XP tal y como están conectadas todas las unidades, y en el orden en el que están (después de mucho probar en su dia), así que no creo que sea tema de unidades dañadas, ni cables, ni puertos, ni nada de eso. Es algo de configuración o drivers.
O.K. Tema de hardware descartado, pues.
Si, desde luego que tiene que compartir IRQs. Por eso dio guerra las otras veces. Pero vaya, que si XP lo usa sin problemas, Linux también debería - si ya sé que las comparaciones son odiosas, pero es que es cierto en este caso.
Uhmm. Ya se ha hablado mucho del tema del ACPI, APM en la lista. Si se deshabilita, Las IRQ las maneja el S.O. y están a su merced.
Los perfiles tienen sentido cuando se cambian unidades de sitio, y no hemos hecho nada de eso: esas unidades están puestas así hace meses - lo único nuevo en esa máquina es el SuSE 9.1 que lo instalé el miercoles por la tarde-noche.
Lo de los perfiles pensaba que se podía utilizar para activar/desactivar dispositivos según la configuración. En este caso, podría determinar si se trata de un problema de asignación de IRQs ya que hay bastantes dispositivos. Por ejemplo, habría que saber qué IRQs están asignadas a qué dispositivos e ir liberando las más saturadas. Era sólo una idea.
Y que al ir a grabar el segundo DVD se colgó sólidamente a mitad... y que el DVD grababa a *1, y en XP lo hizo a *4
Eso se deberá otras cosas. Si soporta el DMA, configuración del programa de grabación, etc.
Vamos, que va uno a ponerle Linux a un amigo y empieza a pasar de todo, ¿como me va a creer cuando le digo que con mi máquina no tengo ningún problema serio en años, ni tengo que reinstalar, ni se me cuelga el sistema casi nunca, ni.... viendome sudar la gota gorda intentando resolver un problema tras otro, y al final tener que recurrir al XP para grabar la segunda imagen... vamos, que no da muy buena imagen que digamos.
Je, je... las leyes de Murphy, ya se sabe. :)
Bueno, El Backup ya está hecho, ya puedo intentar actualizar mi 8.2 a 9.1 - crucemos los dedos: si no respondo en unos dias, ya sabeis que es lo que pasa :-p
Que vaya bien la mudanza. Saludos, -- Camaleón
El 2004-06-25 a las 22:24 +0200, Camaleón escribió:
si ya sé que las comparaciones son odiosas, pero es que es cierto en este caso.
Uhmm. Ya se ha hablado mucho del tema del ACPI, APM en la lista. Si se deshabilita, Las IRQ las maneja el S.O. y están a su merced.
Má bien es la bios quien las pone.
Los perfiles tienen sentido cuando se cambian unidades de sitio, y no hemos hecho nada de eso: esas unidades están puestas así hace meses - lo único nuevo en esa máquina es el SuSE 9.1 que lo instalé el miercoles por la tarde-noche.
Lo de los perfiles pensaba que se podía utilizar para activar/desactivar dispositivos según la configuración. En este caso, podría determinar si se trata de un problema de asignación de IRQs ya que hay bastantes dispositivos. Por ejemplo, habría que saber qué IRQs están asignadas a qué dispositivos e ir liberando las más saturadas. Era sólo una idea.
Si, se que hay lio de IRQs - pero no tiene mucho sentido que bailen de un arranque al siguiente. Podrà ser, no lo he mirado - ni lo puedo mirar ya - aunque lo dudo.
Y que al ir a grabar el segundo DVD se colgó sólidamente a mitad... y que el DVD grababa a *1, y en XP lo hizo a *4
Eso se deberá otras cosas. Si soporta el DMA, configuración del programa de grabación, etc.
En dos dias no tenÃatiempo de mirar máscosas. Ya era dificil que la maquina arrancase reconociendo al DVD como para encima ponerme a mirar si cogÃa el DMA :-P
Vamos, que va uno a ponerle Linux a un amigo y empieza a pasar de todo, ¿como me va a creer cuando le digo que con mi máquina no tengo ningún problema serio en años, ni tengo que reinstalar, ni se me cuelga el sistema casi nunca, ni.... viendome sudar la gota gorda intentando resolver un problema tras otro, y al final tener que recurrir al XP para grabar la segunda imagen... vamos, que no da muy buena imagen que digamos.
Je, je... las leyes de Murphy, ya se sabe.
:)
Vaya que si.
Bueno, El Backup ya está hecho, ya puedo intentar actualizar mi 8.2 a 9.1 - crucemos los dedos: si no respondo en unos dias, ya sabeis que es lo que pasa :-p
Que vaya bien la mudanza.
Ya estoy de vuelta O:-) Pa' que luego digan que hay que hace instalaciónnueva - he hecho la actualizaciónen un par de horas - claro, sin contar las que llevo corrigiendo lo que ha quedado mal, fundamentalmente el postfix. Pero vamos, eso me lo esperaba: ha funcionado bastante mejor de lo que me temÃa. Lo que no lo tengo claro todavÃaes lo del utf8, y como se lleva ahora la consola con el Pine: aeiou áéÃóú nN ñà ¿?¡! -- Saludos Carlos Robinson
Carlos E. R. wrote:
Lo que no lo tengo claro todavÃaes lo del utf8, y como se lleva ahora la consola con el Pine:
aeiou áéÃóú nN ñÑ ¿?¡!
Eso te iba a comentar, que parece que hay un problema con los acentos en tus correos. Ya sé que es por UTF-8, y quizá no sea problema tuyo, pero te estoy leyendo desde Thunderbird 0.7 y veo caracteres extraños. Si hago el cambio manual a codificación UTF-8 se ve correctamente, pero eso debería hacerse de forma automática ¿no? Saludos, -- Camaleón
Camaleón wrote:
Eso te iba a comentar, que parece que hay un problema con los acentos en tus correos. Ya sé que es por UTF-8, y quizá no sea problema tuyo, pero te estoy leyendo desde Thunderbird 0.7 y veo caracteres extraños. Si hago el cambio manual a codificación UTF-8 se ve correctamente, pero eso debería hacerse de forma automática ¿no?
Qué raro... Viendo la cabecera del mensaje que has mandado, Carlos, parece que está codificado en ISO en vez de UTF: Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT ¿No permite Pine seleccionar la codificación que quieras? Porque parece que Pine lo codifica con ISO y el cuerpo del correo utiliza UTF. Parece que has creado un nuevo lenguaje híbrido: el UTFISO. :-D Saludos, -- Camaleón
El 2004-06-28 a las 09:52 +0200, Camaleón escribió:
Qué raro... Viendo la cabecera del mensaje que has mandado, Carlos, parece que está codificado en ISO en vez de UTF:
Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT
Sii... ya.
¿No permite Pine seleccionar la codificación que quieras?
No, no lo permite. Es un programa de consola, y de hecho, le tienes que decir que es lo que usa la consola, él no lo averigua. Por tanto, como el xterm está usando utf-8, pero cree que es iso, y ese es el lio que observas.
Porque parece que Pine lo codifica con ISO y el cuerpo del correo utiliza UTF. Parece que has creado un nuevo lenguaje híbrido: el UTFISO.
:-D
O:-) Todavia no se como arreglarlo: Lo que debo hacer es poner el xterm con ISO, y entonces arrancar el Pine. Se que había un documento sobre eso, y es más, se lo he indicado a alguien en esta lista, pero no consigo acordarme de donde guarde ese documento :-( Podría ser con "unicode_stop", pero no va. Arranco con: LANG=en_US.ISO-8859-1 LC_ALL=en_US.ISO-8859-1 pine pero tampoco. Con este mensaje estoy usando el terminal del gnome usando condificación ISO-8859-15, y eso creo que si que va. Hace tiempo que preferí usar el xterm, pero no recuerdo el motivo; lo intentaré con el gnome-terminal, a ver que tal va. -- Saludos Carlos Robinson
Camaleón wrote:
Carlos E. R. wrote:
Lo que no lo tengo claro todavÃaes lo del utf8, y como se lleva ahora la consola con el Pine:
aeiou áéÃóú nN ñÑ ¿?¡!
Configura la variable "character-set" He encontrado más información aquí: International Character Sets http://www.abdn.ac.uk/diss/email/pine/tech-notes458/low-level.hti En este caso, como el SuSE 9.1 utiliza de forma predeterminada UTF-8, tendrás entiendo que tendrás que forzar a Pine a que codifique los mensajes salientes con UTF-8, y con ISO-8859-1. Saludos, -- Camaleón
El 2004-06-28 a las 10:03 +0200, Camaleón escribió:
Configura la variable "character-set"
Ya, está bien: character-set = ISO-8859-1 Teniendo en cuenta que es lo que quiero seguir usando, porque es lo que reconocen la mayoría de programas.
He encontrado más información aquí:
International Character Sets http://www.abdn.ac.uk/diss/email/pine/tech-notes458/low-level.hti
Nada de UTF-8, en todo caso: UNICODE-1-1 Unicode UNICODE-1-1-UTF-7 Mail-safe Unicode
En este caso, como el SuSE 9.1 utiliza de forma predeterminada UTF-8, tendrás entiendo que tendrás que forzar a Pine a que codifique los mensajes salientes con UTF-8, y con ISO-8859-1.
Sólo puedo escoger uno, y tiene que ser por narices el mismo del terminal. El Pine no hace conversiones, da supuesto que el terminal usa lo que tiene que usar. -- Saludos Carlos Robinson
Carlos E. R. wrote:
Ya, está bien:
character-set = ISO-8859-1
Teniendo en cuenta que es lo que quiero seguir usando, porque es lo que reconocen la mayoría de programas.
Ahora se te lee bien. :) Saludos, -- Camaleón
El 2004-06-30 a las 10:46 +0200, Camaleón escribió:
Ahora se te lee bien.
Pues cuento el truco: LANG=en_US.ISO-8859-1 LC_ALL=en_US.ISO-8859-1 /usr/bin/xterm que es justo el inverso que el que usaba antes para tener utf-8. En cambio, la orden: locale en_US.ISO-8859-1 no funciona, porque al dar otra vez "locale" para ver el resultado, me dice: LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" -- Saludos Carlos Robinson
participants (2)
-
Camaleón
-
Carlos E. R.