Hola Juan,
No se si será que despues de actualizar había arrancado W10 para editar un video, y éste escribió la partición raiz de Leap 15.1.
No, por esta vez, W es inocente. ;)
Si intento arrancar con alguno de los últimos snapshots, no tengo problema. Pero si intento restaurar uno de los últimos snapshots, y luego arrancar normalmente, el problema continúa.
Supongo que te refieres a que los últimos snapshots son con Leap 42.3. Y los que no arrancan son con Leap 15.
Sospecho que algo tiene que ver con los cambios en los sobvolumenes de btrfs, donde /var es ahora un subvolumen separado que puede ser escrito por los procesos en Leap 15.1: https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/15.1/
¿Cómo realizaste la instalación exactamente? ¿Mediante la opción actualizar del DVD? ¿Ejecutando el comando zypper? Eso sólo actualiza los paquetes, pero no el esquema de particiones. ¿Ejecutando el comando zypper mientras estaba el entorno gráfico ejecutándose? Eso puede provocar que los paquetes de entorno gráfico no se instalen correctamente porque no puede escribir mientras se está ejecutando. ¿Desde qué versión hacia qué versión actualizaste? Ha habido tres cambios importantes en la estructura de las particiones entre 42.2, 42.3 y 15.0. Ambas incompatibles entre sí. Una actualización normal no basta, hay que crear manualmente el nuevo sistema de particiones cada vez. Para mí, el esfuerzo necesario para obtener un resultado chapucero no merece la pena. Tanto de 42.2 a 42.3 como de 42.3 a 15.0, realicé instalación limpia con los nuevos esquemas de particiones. Eso explica porqué al montar /var de Leap 15.1 te aparece vacío, porque para Leap 15 es un sub volumen.
Otro detalle: "Algunos paquetes modifican el contenido de /var o /srv en sus guiones %post de RPM. Estos paquetes son incompatibles. Si se encuentra con este tipo de paquete, elabore un informe de error. "
Ahora que lo pienso, tengo el repo Packman de 15.0
Si no usas un Transactional Server/MicroOS role, esto no es un problema. Por supuesto se pide que reportes el error para poder arreglar esos paquetes para Transactional Server/MicroOS.
Volviendo al mensaje de error "/usr/bin/X", "X" es un symlink que apunta a /var/lib/X11/X y a su vez este nuevo "X" es un symlink que apunta a: /usr/bin/Xorg
Probé a borrar "/usr/bin/X", creandolo de nuevo apuntando directamente a /usr/bin/Xorg
Pero no funcionó.
¿Alguna idea?
Arranca el sistema desde la última snapshot que funciona. Usa snapper para ver el diff entre esa snapshot y la siguiente. Busca los cambios relacionados con X. Aparte, para realizar una actualización correcta, hace falta crear el esquema de particiones y sub volúmenes correcto https://en.opensuse.org/SDB:BTRFS Yo también recomendaría sacar los datos, y reinstalar. Un saludo.-- 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