Mensajes

Oki, antes de que suceda ese bloqueo, dame la salida de esto :

Código (bash) [Seleccionar] Expandir

lspci -vk
uname -a


Después fijate si existe un archivo llamado /var/log/dmesg.old (o /var/log/dmesg.today o /var/log/dmesg.yesterday ) y copiame esos ficheros ... Sino necesitaría el dmesg después de que se bloquee, que te diría que lo saques con un livecd (montá la partición "/", y simplemente buscá /var/log/dmesg en esa partición), salvo que como te dije, se guarden viejos dmesg ...

Un bloqueo puede significar muchas cosas, si la pantalla está simplemente en negro entonces es un temita ...
Fijate esta página : https://wiki.ubuntu.com/Kernel/BugTriage/CollectingInformation
Tiene un interesante proceder para recolectar información para saber qué es ... (es algo parecido a lo que puse acá, excepto que se añaden problemas durante boot - es decir, antes de obtener escritorio - y una solución en caso que dmesg no  esté entregando el backtrace )

Saludos.

P.S: perdón por el quilombo con dmesg, pero no sé que políticas tiene Ubuntu respecto a este log ...

Te repito, por segunda vez, no me crees temas repetidos ... podés postear en el anterior esto mismo o algo como "*bump*" como para levantar el tema a ver si alguien te contesta (personalmente no tengo mucho drama con los bumps)

http://foro.elhacker.net/gnulinux/grave_problema_con_archivos_en_pendrive-t327193.0.html

Saludos.

¿Usar ntfs para el home ? no sé si tu escritorio seguiría igual de funcional, por que cosas como el UID y el GUID sé que no se guardan, y no sé si es funcional algo como locks/socks   bajo ntfs, que se usan en las carpetas ocultas como .kde ... (Honestamente *nunca* probé tal setup)
Sé que hay cosas específicas de POSIX, pero no sé qué calidad tendrá el driver de ntfs-3g y como lidia con esas cosas ...

Lo Ideal en realidad sería que montes esa partición en alguna carpeta y hagas enlaces simbólicos .... vas a poder trabajar con esa partición transparentemente, pero sin mover todo tu home a esa partición ... va a ser una carpeta más, que accede a tus archivos en la cuarta partición.

Saludos.

P.S: para sacarme la duda voy a hacer alguna prueba en una máquina virtual...

Fijate acá : http://tinyurl.com/4yjy5v9
Seguro que tenés suerte hasta que se solucione el problema.

Saludos.

Una foto de la pantalla hubiese sido útil para determinar que era un kernel panic (y el backtrace hubiese tirado la pista de por donde iba la cosa) ... En fin, no sé si tiene mucho sentido dejar el hilo, ya que preguntaste y te dieron una respuesta allá y falta información como para dejarle a otra persona la solución (como la distribución con su versión, versión del kernel y qué placa es)

Saludos.

El tema "DDoS" está terminantemente prohibido en este foro, básicamente cae dentro de "Hacking no ético"

http://foro.elhacker.net/reglas#I.A.1.b

Saludos.

[siempre]

Pueden verificar las sumas MD5, SHA256 o SHA512 (según el proyecto) del disco para saber si está en buen estado o no ... los mirrors siempre son bienvenidos, pero como siempre, usar con cuidado.

Saludos

P.S: te corregí el link, estaba mal el "ftp://"
P.S 2 : Gracias !

En realidad si lees, en uno de los links habla de badblocks, con el que marcás los sectores malos, el resto (como el 'dd'), te borra todo el contenido del pendrive.

Saludos.

P.S: si realmente querés ejecutar el 'dd', al principio del comando agregá un "sudo" y verificá dos veces (por el amor de la deidad que adores) que sdb sea el dispositivo del pendrive, por que puede comerse tus galletitas, violar a tu perro y lastimar a tu osito de peluche (Ehém, podés cargarte el sistema operativo como mínimo, y si tu /home estaba en misma partición, agregale tus datos personales ... u otro sistema operativo instalado )

Está bien, voy a tomar la misma postura que tomó Eternal Idol en el tema de handcoding/handscripting (Linda perlita tuya por cierto) : Listo, no me interesa hablar más con vos

Dejo el tema cerrado, cualquier objeción a eso es bienvenida en los PMs (Y si les interesa seguir el tema, probablemente un hilo aparte sea lo más apropiado, pero, con seriedad ... )

Saludos.

Código [Seleccionar] Expandir

[vertex@Symphony /usr/home/vertex]$ ping -c 5 ns2.elhacker.net
PING ns2.elhacker.net (91.126.236.36): 56 data bytes
64 bytes from 91.126.236.36: icmp_seq=0 ttl=40 time=278.379 ms
64 bytes from 91.126.236.36: icmp_seq=1 ttl=41 time=279.903 ms
64 bytes from 91.126.236.36: icmp_seq=2 ttl=41 time=282.616 ms
64 bytes from 91.126.236.36: icmp_seq=3 ttl=41 time=283.192 ms
64 bytes from 91.126.236.36: icmp_seq=4 ttl=40 time=282.728 ms

--- ns2.elhacker.net ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 278.379/281.364/283.192/1.888 ms


Con ese ping jugaba cómodamente al WoW (Un servidor español, desde Argentina), pero bueno, un FPS será otra cosa ... ^^

Saludos.