OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.
Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.
Tras cerrar la consola, no puedo iniciar sesión
esta mañana mandriva funcionaba bien, pero despues de instalar alien(lo necesitaba para poder instalar el mobilemediacenter) la consola desde la que hice esta operacion se bloqueo, por lo que atravez del "administrador de tareas" (disculpen que use este nombre de window$ pero en este momento no recuerdo el verdadero) cerre la consola, al ver que no podia abrir otra, mande a reiniciar el equipo y tras ingresar la contraseña me aparecio este mensaje
cannot open consolekit session unable to open session the name org.freedesktop.consolekit was not provided by any .service file
despues otro que me mandaba a revisar el log de kdm, lo revise y no encontre nada util, googlee este mensaje y la unica solucion que encontre era para ubuntu usando dpkg , use la instruccion tal cual y esta me indicaba que el directorio de dpkg estaba vacio
por ultimo intente desinstalando consolekit, y reinstalando todo kde, y el problema continua tal vez si supiera cual es el service file al que se refiere podria encontrar algo, pero no ecuentro nada de informacion relevant
espero que alguien que haya pasado por esto pueda compartir la solucion
saludos
edit: tras muchos intentos logre arrancar kdde usando al root, pero mientras trataba de encontrar una solucion desde ahi se corrompio la base de datos de los paquetes instalados, por lo que al final baje una iso de 2011 (la version one ya que la free desaparecio....) y ahora el sistema no arranca (se para en medio del boteo y me arroja un mensaje de modo de emergencia y que escriba systemctl default o use control D para continuar, monte manualmente las particiones y depues de eso me dejo entrar, no se si el problema vuelva al reiniciar, tampoco se si hay mas problemas,si es asi deberia continuar en este mismo tema o como es una isntalacion limpia abrir uno nuevo?)
Usuario
# 117992 bueno, tras varias
bueno, tras varias actualizaciones y reinicios, el modo de emergencia se sigue activando, y por lo visto la particion problematica es la del /home , en la instalacion anterior tuve un problema similar con otra particion menos importante y se soluciono al eliminarla del fstab y volver a agregarla desde el administrador de particiones, pero al ser una particion mas o menos importante esa solución no seria muy viable, hay algun modo de hacerlo desde la consola que no sea usando fstab (la vez anterior no funciono, asi que preferiria manejar otra alternativa)
pd: postee en este mismo tema, ya que el problema actual derivo del tema principal, si no debia postear en este mismo tema me disculpo
BOFH
# 117993 Ideas
Dices que el modo de emergencia sí te funciona, que ya es algo.
Si tu partición problemática es la /home, tienes que arreglarla con el comando fsck /dev/sd*algo*.
Algoritmo:
1) Si en el arranque se queda en "Pulse CTRL+D o escriba contraseña de root", pues escribe la contraseña de root.
2) Si llega más lejos, pulsa ctrl+alt+f3 para pasarte a otra consola y escribe root y su contraseña.
Ejecuta mount para ver si tienes la home motada. Si está montada, ejecuta umount /home para desmontarla.
Ahora ejecuta fsck /dev/sd*algo*, donde sd*algo* es la partición home (digamos sda5 o algo así). A ver qué te dice y luego reinicia.
Si puedes, instala nano y luego ejecuta nano /etc/fstab para editar el fstab.
Suerte
MOT
Usuario
# 117997 bueno, entre al modo de
bueno, entre al modo de emergencia y probe fsck, en casi todas las particiones (excepto / ya que estaba montada y no pareciera tener problemas) y todas estaban limpias, pero al presionar control D para continuar me salieron un par de mensajes de systemd-fsck avisando de unas pariticiones (identificados por uuid) que segun lo que entendi no existen, edite el fstab (con vi) y reeemplace las uuid directamente por el sda que corresponde, pero el systemd-fsck insiste en esas particiones inexistentes (supongo que esa es la razon de que no arranque, pero no entiendo por que si monto manualmente las que si existen puedo continuar la carga del sistema)
saludos
edit: acabo de darme cuenta que por alguna razon el sistema esta desconociendo algunas de las particiones montadas, me encontraba revisando el contenido de /home y quise ver cuanto espacio quedaba, y el valor era totalmente imposible (decia 5 gigas libres de 11.8 y en tamaño de carpeta mostraba mas de 40!), asi que revise los discos montados y esos valores corresponden a /, fui a la consola y probe
df -h
S.ficheros Tamaño Usado Disp Uso% Montado en
/dev/sda1 12G 6,3G 5,1G 56% /
/dev/sda9 310G 290G 4,3G 99% /media/datos
quede O_o por que tambien estan montados
/dev/sda6 /home
/dev/sda7 /var
/dev/sda8 /var/www
esto esta cada vez mas raro
edit2:
siguiendo en la busqueda acabo de descubrir algo desconcertante, revise /dev/disk/ y solo encontre 3 carpetas
by-path
by-id
by-uuid
y estan completamente vacias!!!
definiivamente es aca donde esta el problema, pero no se me ocurre como arreglarlo T_T
por otro lado me he dado cuenta que tras una cantidad de horas que no he podido determinar, el sistema me cambia la fecha/hora ..... o diablos esta reinstalacion si que me ha traido dolores de cabeza ¬¬
edit3: las 3 carpetas by no estan vacias fue un error mio mientras las revisaba (tab no carga los enlaces simbolicos), pero entonces el error del fsck en el boot queda sin explicacion
# 118020 Ideas
Al iniciar compara las particiones montadas
Contra las que deberían estar montadas
Revisa los permisos de tu directorio home
Desinstala la aplicación que instalaste
Y recuerda que algunas cosas de sistemas debian no funcionaran nunca en sistemas basados en rpm
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
Usuario
# 118026 se agradece la intencion
se agradece la intencion katnatek, pero la instalacion en la que intente usar el alien termino muriendo por corrupcion de la base de datos de los rpm, asi que al final reinstale desde casi 0 con un disco de la 2011 (hasta el momento solo habia instalado desde un disco 2010 y actualizaba)
el problema actual es que al arrancar entra al modo emergencia y no monta de forma automatica las particiones
si intento usar control D arroja un monton de lineas y vuelve a pedir la clave del root
solo si monto las particiones a mano antes de control D sigue su camino , pero una vez que termina de cargar
el sistema no reconoce los espacios de las particiones montadas manualmente
monte sda6 sda7 y sda8
use df -h
y me dio los espacios de
sda1 (/) sda6(/home) sda7(/var) y sda8(/var/www)
uso control D
termina de cargar el sistema, me logueo , termina de cargar KDE
abro una consola
use df -h
me da solo los espacios de
sda1 y sda9(/media/datos)
aclaro que estoy usando el kernel 2.6.39.4-5.1-desktop , elimine el otro kernel
Usuario
# 118062 intente otra jugada para
intente otra jugada para corregir el problema, elimine del fstab las particiones /home (sda6) y /var/www (sda8), reinicie, entro en modo de emergencia, monte /var (sda7) inicie una sesion en kde usando al root y use el administrador de particiones para recrear los puntos de montaje del home y var/www, tras reiniciar se corrigio el problema SOLO para sda6 y sda8 , aun no se corregia para sda7 (o sea sda7 aun debe ser montado manualmente antes de poder continuar el arranque)
como ya faltaba menos volvi a mirar el fstab y encontre algo raro
el punto de montaje antiguo de sda6 era
/home/
el nuevo era
/home
sda8 era
/var/www/
el nuevo
/var/www
sda7 tenia
/var/
lo cambie a
/var
reinicie y todo resuelto
se agradece por la ayuda que prestaron, pero aun tengo la duda de como sucedio esto, y por que el montaje manual funcionaba con esos puntos de montaje y el automatico no, y por que con esos puntos de montaje el df -h solo los reconocia antes de terminar el arranque y despues no.....
# 118064 Pues si que esta raro, que
Pues si que esta raro, que bueno que lo resolviste
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil