Y con este ya van 3 cuelgues repentinos y absolutos! :( A lo largo de todo un mes.

Imagen de tiroxino
0 puntos

Es la tercera vez en un mes que se cuelga Ubuntu estando en XFCE, siendo necesario hacer un reset! En los tres caso se quedó todo congelado. Los dos primeros cuelgues fueron a raíz de hacer doble click en un acceso directo que montaba una unidad de red. El de hoy se produjo mientras navegaba con SwiftFox (99% FireFox). Además me gustaría testear con algún programa si algún archivo se dañó, porque después de reiniciar, linux no comprueba nada.

Imagen de Anónimo
+1
0
-1

sr tiroxino decidase por uno.. ubuntu o xubuntu
o bájese el gparted.. hagase una partición y lo instala de cero

+1
0
-1
Imagen de Anónimo
+1
0
-1

trata de identificar el problema. Si los dos primero cuelgues fueron por montar un dispositivo de red, puede que por ahí esté el problema.

que estás montando??...como?? tu archivo interfaces está ok?

Que dicen tus archivos .log?? dmseg? syslog?...que driver de video??...hace un test de la RAM.

Sobre ubuntu con Gnome y Xfce no creo que sea el problema......no se.

Saludos

Finwe

+1
0
-1
Imagen de tiroxino
+1
0
-1

El dispositivo de red siempre lo montaba desde consola, hasta que me cansé y quise hacerlo mediante un acceso directo. Por lo tanto fue un copy&paste del comando:
sudo smbmount //192.168.0.2/pepe /media/winsamba1

Con esto ocurrieron los dos primeros cuelgues.
Y del tercero no tengo ni idea. Te puedo decir que en ese momento se estaba abriendo la página del campeonato europeo de atletismo de Goteborg :D . Aunque ahora mismo la estoy viendo sin problemas.

Me gustaría ver los archivos log para ver si registran el error, pero ¿dónde se encuentran estos log, dmseg y syslog? Y sobre el driver de vídeo te puedo decir que tengo una tarjeta nVidia Gforce 2 MX400 y parece que está correctamente configurada.
Por último, ¿cómo se hace un test de la RAM?

Saludos.

+1
0
-1
Imagen de akdmia
+1
0
-1

si vas a ejecutar sudo desde acceso directo tienes q usar gksu o gksudo en lugar de sudo.. para que te abra el dialogo donde insertar el pass. no se si tendra q ver con el cuelgue.. pero es probable que el sistema se quede esperando que insertes el pass.

gksu smbmount //192.168.0.2/pepe /media/winsamba1

+1
0
-1
Imagen de famacv
+1
0
-1

Pues yo estaba muy feliz con dapper (estoy desde el vuelo 2) y todo bien. Hasta hace como 3 semanas aproximadamente que comenzo a fallar. Primero fue el teclado que de la noche a la mañana (literalmente) se desconfiguro y la parte numerica dejo de funcionar; ahora ha comenzado a fallar el servidor de las x, puesto que la pantalla comienza a parpadear, el puntero del mouse "salta" partes de la pantalla y al intentar acceder a un directorio (tambien conocidos como "carpetas") todo se congela y la unica solucion es "resetear" la máquina. Tan bien que nos llevabamos gnome y yo ja ja ja ja.

No existe maldad en el hombre, solo ignorancia.

+1
0
-1

No existe maldad en el hombre, solo ignorancia.

Imagen de tiroxino
+1
0
-1

Como me temía al final aparecieron errores en el sistema de archivos. No entiendo por qué no se ejecutó ningún test para verificar la integridad del sistema después de un error tan grave. El caso es que al reiniciar de nuevo el PC e iniciar linux coincidió que era la 30ª vez que se montaba la particion hdc y por lo tanto se inició de forma rutinaria el test para revisar la integridad del sistema de archivos.
Aparecieron errores, inodes con bloques duplicados (o algo así) y el programa no pudo repararlo automáticamente; había que hacerlo de forma manual. Entonces, después de sugerirlo el programa (fsck), hice lo siguiente: fsck.ext3 /dev/hdc2. Comenzó de nuevo a verificar los datos y apareció el error de los bloques duplicados y una serie de preguntas, la primera era si quería mantener los bloques "clonados", le dije que no. A partir de aquí y con sucesivas preguntas fue arreglando los bloques colindantes.
Finalmente, el sistema de archivos volvió a estar limpio.

+1
0
-1
Imagen de Finwe
+1
0
-1

Que bien,

contestando a tus preguntas para problemas futuros, los archivos .log se encuentran en el directorio /var/log/ y el test de RAM lo puedes hacer desde el grub, con la opción memtest.

un favor.. podrías mirar el archivo /var/log/syslog?? y ver que es lo que dice en los errores del sistema de archivo??, es simple curiosidad, así que no hay apuro. Este archivo contiene la fecha y hora de lso eventos de tu sistema, así que pude llegar a ser muy largo.

Saludos.
----------
Mirar la Guía Ubuntu
Para Ayuda en Línea, entra a la sala Ubuntu-es

+1
0
-1

----------
Iniciando script....
Generando backup del comentario....
Backup exitoso....
Mirar la Guía Ubuntu y las NORMAS