Estas aquiContenido / Cómo inutilizar Mandriva 2008 en un simple paso
Cómo inutilizar Mandriva 2008 en un simple paso
Como muchos sabréis, hace sólo un par de días se ha publicado la versión final de Mandriva 2009, repleta de interesantes novedades.
Como usuario (feliz) de la versión anterior 2008 tenía previsto actualizarme un día de estos. No obstante hoy, tras arrancar el sistema, mi distro me propone actualizarme a la 2009 desde el propio sistema.
En mi experiencia con otras distribuciones Linux (estoy pensando por ejemplo en SUSE) eso nunca ha sido una buena idea, resultando siempre mucho mejor instalar la nueva versión desde el DVD. Pero claro, dado mi afán investigador (suicida o masoquista, dirían otros) no me resistí a darle a Mandriva la oportunidad de demostrar su presunta capacidad de autoactualizarse.
Y bien que me arrepiento. Tras un proceso aparentemente normal procedo a reiniciar y me encuentro con la desagradable sorpresa de que ya no puedo loguearme al sistema. La razón es muy sencilla: el teclado ha "desaparecido", lo que imposibilita teclear la contraseña de acceso o incluso abrir un terminal virtual. Muerto. Caput....
Tras "googlear" un poco al respecto ya he comprobado que no soy la única víctima (triste consuelo). Algunos atribuyen el desastre a que sus teclados son USB, pero el mío es un PS/2 y tampoco funciona. Lo más curioso es que sí que funciona durante el arranque (puedes seleccionar en el menú de grub, visualizar la versión detallada del proceso tras pulsar Esc,... pero al llegar al login gráfico no hay nada que hacer (o al menos a mí no se me ocurre).
Sirva mi desdichada experiencia de aviso para navegantes.
¿No hay modo de arranque seguro en el gestor de inicio?
en una red de area local, un simple switch, hub etc, inicias sesión y lo modificas.
no te hace falta ningun teclado, solo tiene que reconocerte la tarjeta de red.
Hola, si desde el menú de arranque de Grub te deja editar las opciones de arranque al vuelo quizás puedas arreglarlo, poniéndole al kernel la opción que necesite para detectar el teclado. Lo malo es que no sé cual sería la opción.
También puedes arrancar con una live-cd y activar el servidor SSH, creando los enlaces en /etc/rc*.S, revisando el sshd.config o como se haga en Mandriva, reinicias y por lo menos podrás entrar por SSH y probar las soluciones que recomienden otras víctimas del fallo.
un saludo
Es que lo malo de las actualizaciones acumulativas en las distribuciones de GNU/Linux es precisamente esto. Que instalas otra vez de cero o te arriesgas a cargártelo todo. Y lo digo porque ya me han pasado cosas como ésta con Ubuntu.
Por eso prefiero las distribuciones que tienen actualizaciones diarias y cuyas versiones finales se basan en snapshots medianamente estables, como Gentoo o Arch Linux, aunque uso esta última debido a su sencillez con respecto a la primera.
Bueno bueno ahi como estas actualizando kernels y paquetes a menudo es mas facil que pete. Lo ideal seria algo como Debian que lanza cada año y medio o dos años.
Hace unos años, al pasar Debian de la versión de kernel 2.4 a la 2.6 mediante apt-get, esta buena gente decidió renombrar los dispositivos SCSI, olvidándose de corregir el "root=" en grub. Obviamente los servidores no levantaban y tampoco eran accesibles por red, lo que obligaba a desplazarse para arreglar el problema. Tampoco es que la documentación sirviera de mucho, ya que el nuevo nombre del dispositivo raiz hubo que encontrarlo a base de prueba y error.
Yo por mi parte trato, siempre que puedo, no hacer una actualización "de las grandes" hasta pasados un par de meses para dar tiempo a corregir los inevitables bugs de las versiones nuevas.
Tenedlo en cuenta ahora que esta por salir tanto la nueva versión de Ubuntu (8.10 "Intrepid Ibex") como la nueva versión de Debian ("Lenny"), por no hablar del nuevo kernel 2.6.27 que acaba de salir del horno y aún esta caliente.
Sigue pasando ahora. Hace 2 meses instalé una Lenny en este equipo y no arrancaba porque grub me identificaba el disco como hda en lugar de sda.
No es lo mismo una versión definitiva que una de pruebas y Lenny es aún "testing", por lo que hay que esperar errores.
¿Documentaste el bug?
No, no documenté el bug porque no es un bug sino una feature (no, no es broma):
http://www.debian.org/devel/debian-installer/errata
En mi caso, al instalar lo denomina hda y al reiniciar para el primer arranque se cuelga porque busca sda que es lo que le corresponde. Esto solamente me ocurre con Debian y personalmente pienso que es una chapuza.
Por otro lado yo pensaba que testing era la versión adecuada para uso en escritorio pero después de estos problemas en la instalación, problemas con las actualizaciones (no me deja actualizar el kernel por problemas de dependencias, esto no lo había visto en la vida) y con paquetes rotos que se tiran meses esperando arreglo, prefiero usar Ubuntu o incluso Fedora.
El pensar que Debian Testing es para el escritorio y Debian Estable para servidores es un error, es un mito, pues solo Debian Stable es adecuada tanto para el escritorio como para servidores. Debian Testing es para, justamente, pruebas..., aunque cada cual usa la que desee, pero que se atenga a las consecuencias...