Re: chroot a root LVM Squeeze
El día 15 de febrero de 2013 08:32, Camaleón <noelamac@gmail.com> escribió:
> El Fri, 08 Feb 2013 12:48:48 -0600, Hector Garcia escribió:
>
>> El día 8 de febrero de 2013 09:04, Camaleón <noelamac@gmail.com>
>> escribió:
>
> (...)
>
>>>> ¿Será que /root es el volumen dañado y por esa razón no la monta?
>>>>
>>>> ¿Conocen alguna alternativa a lo aquí expuesto?
>>>
>>> Con LVM no he trabajado (espero que tengas un raid por debajo) así que
>>> no puedo darte instrucciones concretas pero quizá necesites montarlo de
>>> otra forma, prueba con algún tutorial donde detallen los pasos:
>>>
>>> http://linuxers.org/howto/how-mount-linux-lvm-volume-partitions-linux
>>>
>>> Y recuerda que los mensajes que recibes son vitales, toma nota de ellos
>>> (o saca pantallazo) y los incluyes para que podamos verlos.
>
>> Gracias a todos por sus consejos.
>>
>> De momento hice una copia binaria de toda la carpeta de datos de mysql y
>> estoy por correr testdisk al disco.
>
> Testdisk es para recuperación de datos pero si no recuerdo mal el
> problema era que no podías montar la partición raíz porque tenías de por
> medio un volumen LVM, pero son dos cosas distintas.
>
>> Ya casi me canso de leer google, y no he encontrado algo convincente (o
>> que me funcione) para montar /root lvm.
>
> Si no nos indicas los mensajes de error que recibes y lo que has probado
> poco podemos hacer o decirte. Como te dije, los errores que recibes
> importan y mucho ya que es fácil malinterpretarlos, sobre todo cuando se
> tiene un problema y se piensa con menos claridad por la presión, etc...
>
>> 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...).
>
> Saludos,
>
> --
> Camaleón
>
Hola Camaleón
Creo que, si me cargué algo de /root cuando le corrí fsck estando
montado. (nota mental: jamás, jamás, jamás)
Gracias por el consejo sobre el montar LVM sobre un RAID, en entornos
de producción, otra nota mental a mi cuaderno de tips.
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.
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 me decía
que no encontraba el archivo default_face, que después supe que se
refería solamente a algunos iconos de la sesión default; y otro, donde
suhosin me reportaba un intento de desabilitar el limite de memoria,
después me di cuenta que era de cacti, y su ámbito se quedaba
solamente en el entorno apache/php, regulado por la extensión suhosin.
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. 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
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.
En fin, cuando tenga un poco más de tiempo, o cuando al fin se libere
wheezy como estable, reinstalaré todo desde cero, si no se me ocurre
inventarme otro fallo en el camino.
Saludos, y gracias de nuevo
--
Hector
--
El Pic no pudo Iniciar correctamente.
Inserte el disco de arranque y presione cualquier pin para continuar...
Linux Registered User #467500
https://linuxcounter.net/user/467500.html
Reply to: