El Fri, 15 Feb 2013 19:16:49 -0600, Hector Garcia escribió: > El día 15 de febrero de 2013 08:32, Camaleón <noela...@gmail.com> > escribió:
(...) >>> Como el problema pasó con mi estación de trabajo, no tengo pena en >>> reinstalar de cero o buscar otro disco. Me queda la cosquillita sobre >>> la acción a tomar cuando el problema ocurra en un entorno mas cerrado, >>> como un servidor en producción. >> >> Montar un volumen LVM en un sistema en producción sin saber cómo >> reaccionar ante estos problemas es una temeridad (y como te decía en un >> mensaje anterior, conviene tener debajo del LVM un RAID con redundancia >> de datos) porque toda la flexibilidad en el manejo de discos y >> particiones que te puede ofrecer este sistema lo pierdes cuando añades >> una capa de complejidad adicional al sistema de archivos y no sabes >> cómo actuar cuando surgen problemas de este tipo que pueden ser muy >> graves (no creo que haya nada peor que la pérdida de de datos junto con >> la necesidad de tener el servidor parado...). >> > Creo que, si me cargué algo de /root cuando le corrí fsck estando > montado. (nota mental: jamás, jamás, jamás) Decías que el equipo tenía "reinicios inesperados frecuentes" y eso resulta mortal no sólo para la integridad física de los discos duros sino para los sistemas de archivos de linux por lo que sí, es posible que perdieras archivos y que el problema que tuviste fuera no la causa sino una consecuencia más de los apagones constantes. > Gracias por el consejo sobre el montar LVM sobre un RAID, en entornos de > producción, otra nota mental a mi cuaderno de tips. Supongo que la recomendación viene motivada al hecho de que al tener mayor flexibilidad con LVM los volúmenes de datos pueden llegar a crecer fácilmente (y casi sin enterarse) y un fallo mecánico/físico en uno de los discos duros resultaría en una pérdida de datos irremediable, y de ahí la conveniencia de montar un RAID (por software o hardware) por debajo. > Afortunadamente se solucionó-parcialmente- de la forma que comenté hace > 4 días. Los comandos mágicos en éste caso fueron: > > Habiendo iniciado el equipo con RIPLinux. > > vgchange -a y ## Para activar los volumenes LVM > fsck.ext4 /dev/grupoLVM/root > > > Después de eso pude iniciar. Genial :-) > En cuanto a los errores, aún se me hace extraño lo que ví entonces y > ahora. Antes y después del fallo de arranque y mi escaramuza de > reparación, tenía 2 errores recurrentes. Uno donde kdm_greet (...) > Hasta el día de hoy, trabajaba a medias, si pedía casi cualquier cosa > que tuviera que ver con un diálogo emergente, -por ejemplo, al dar click > al boton "enviar" de evolution, generalmente sale un mensaje que pide > confirmación del envío-, invariablemente se me reiniciaba(o reinicia) la > interfaz gráfica. ¿Se te caía el servidor X? :-? > Lo peor es que, el crash es tan duro que, no aparece registró alguno en > los logs, me imagino que ni tiempo le da a la aplicación quejosa. > Llegué a la opción desesperada de conectarme por ssh-X desde la lap, y > abrir el evolution desde alli :P Bien hecho. Además, el hecho de poder acceder en remoto quiere decir que el error es de Xorg, por lo que los errores los tendrás registrados en "/ var/log/Xorg.0.log". > Estaba a punto de regresar llorando a la lista y su sabiduria, cuando > google me mandó a un reporte de bug (creo que era de Kde), donde > describían exactamente mi problema; la conclusión en ese reporte, era > que los efectos del escritorio estaban generando conflicto con los > drivers de video ATI, por lo que se recomendaba desactivar dichos > efectos. En mi caso tengo Intel, pero, aún así hice la prueba y los > desactivé, dejé de tener esos reinicios. Perfecto pues. Yo te iba a recomendar que crearas un usuario nuevo para ver si podías reproducir el mismo error que te aparecía en Evolution desde ahí y descartar así algún problema con los archivos de configuración de tu usuario habitual que podían haber resultado dañados (o borrados) tras los apagones continuados y que por cierto, deberías resolver/investigar lo antes posible :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kfobh0$h2e$4...@ger.gmane.org
