miércoles, 27 de julio de 2011

Cortes intermitentes de red

En uno de los lugares donde trabajo estamos "sufriendo" una serie de cortes intermitentes y secuenciales de la red. Para empeorar las cosas, mi trabajo en ese lugar de basa fundamentalmente de manejo de herramientas en la red, con lo cual me tiene bastante frustrado. Para demostrar lo que digo, solo hay que ver el resultado del monitor (Véase en la parte inferior el "Histórico de la red")


Bajo estas circunstancias estamos muy frecuentemente bajo el aviso de los navegadores de "Resolviendo la dirección de..." y a esperar. A mi me pasa de forma continua, y soy el que más se queja. No sé si es por que solo me afecta a mi, por que soy el que más usa la red, por que soy el más quisquilloso (o protestón) o por lo que sea, pero tengo que encontrarle solución. Como la comunicación de este edificio es accesoria a otro que está cerca, puede que sea ahí donde está el problema. Empezaré por averiguar que les pasa a los demás de mi planta y luego las otras. Mal momento para ello, por que la gente empieza las vacaciones.

lunes, 25 de julio de 2011

Búsqueda de ficheros a través de una cadena de texto interna. Otra de terminal

Hoy estaba buscando datos antiguos en mi directorio Documentos. Es bastante complejo, por que ese directorio contiene lo que viene a ser la copia de todo mi trabajo desde 1990. En conjunto contiene 172612 ficheros -algunos muy repetidos con pequeñas variaciones- en 115,6GB, comprobado con filelight.


Yo siempre he usado kdirstat, pero en Ubuntu 11.04 no está disponible en los repositorios y me he pasado a este nuevo -para mi- mapa de disco duro, que no está nada mal. Bueno, no nos dispersemos. Como es natural es muy difícil encontrar un fichero ahí, sobre todo cuando no recordamos como se llama. Decidí buscarlo a través de una búsqueda de texto interno; mediante una cadena que estaba seguro que tenían que contener, pude encontrar 5 copias distintas para poder extraer la información deseada. La orden final en terminal, basándonos finalmente en algunos comentarios realizados a este blog, fue:

find /ruta/ -type f -exec grep -il CADENA {}\;

aunque se logran los mismos resultados con

find /ruta/ -type f | xargs grep -i CADENA

Es conveniente estudiar los man de los diferentes comandos (man find y man grep) para entender que hace cada cosa. Realmente había dado muchas ordenes basándome es mis limitados conocimientos de terminal, pero lo que hacía que no pudiera encontrar los ficheros era la falta de -i, que hace que no se diferencien mayúsculas y minúsculas (man grep: "Ignore case distinctions in both the PATTERN and the input files"). Esos ficheros estaban escritos en mi época oscura de Windows y tenía cierta tendencia a llamar a las variables con mayúscula inicial, y por ello me fallaba siempre mi cadena de búsqueda.

miércoles, 20 de julio de 2011

Ubuntu 11.04 y el formateo en NTFS de los discos duros

He tenido un nuevo "poltergeist" en el formateo en NTFS de un disco duro. En este caso he "intentado" formatear un Western Digital Caviar Green de 2TB en una caja Conceptronics para discos SATA. El disco es de la misma marca y modelo que utilizo en mi ordenador principal como home. El disco que hace de home fue formateado en la instalación de 11.04 en ext4 sin ningún problema. Modelos similares WD Caviar Green de 1TB y 1,5TB formateados a NTFS los uso habitualmente en cajas Conceptronics idénticas a la del disco en cuestión para almacenar material y poder disponer de él en Linux, en Windows y en WD TV Player. Para formatearlo, he seguido mi rutina habitual. Monto el disco ("OEM", tomado de una caja que trae un montón iguales y sin formato) en una caja Conceptronics, lo detecto con gparted y configuro un formateo en NTFS; lo vuelvo a montar con Palimpsest y empiezo la copia de los ficheros; sorprendentemente (no tanto, por que es la segunda vez que me pasa), la velocidad de copia prevista es de 200 a 300kb por segundo, con lo que nos amenaza con miles de horas de copia. Visto el resultado tras varios minutos sin aumento de la velocidad, lo desmonto e intento formatear desde Palimpsest, aun suponiendo que el efecto será el mismo, ya que recurrirá a los mismos paquetes que gparted. Sorprendentemente, se niega a formatear ya que dice que el "daemon" está capturado. Directamente reinicio el equipo y vuelvo a intentarlo con palimpsest sin pasar por gparted, pero me dice lo mismo (¿qué error es este?). Por tanto, sigo las indicaciones de hckorootx en los comentarios de la entrada anterior sobre discos duros y de la entrada que realizó a partir de eso en nosinmiubuntu, y en terminal defino el disco con fdisk y luego lo formateo con mkntfs. Mejor dicho, lo intento, por que el equipo se bloquea completamente sin respuesta a atajos de teclado de reinicio gráfico (ni el moderno en Ubuntu AltGr+ImpPant+K ni el tradicional Ctrl+Alt+Backspace) ni tampoco a los atajos AltGr+ImpPant+REISUO. Otro factor que me sorprendió, y que debemos tener en cuenta sobre un posible bug, fue que las características del disco varían según el formateo con gparted o fdisk. Por desgracia, cuando hacemos estas cosas no nos paramos a guardar los resultados. Como lo haré próximamente, tengo que grabar las lecturas de los discos. Por supuesto, podemos culpar al disco o a la caja, pero le hice un formateo rápido en Windows XP (mismo disco, misma caja) y lo puse a copiar en Ubuntu y ya lo hace a una velocidad razonable (18-19MB/s). Esto nunca me había pasado antes, y nunca he tenido que formatear discos en NTFS en Windows desde que uso Ubuntu 7.10. Algun bug tiene que estar ahí dentro, pero no he encontrado nada parecido en la red y no sé como definir lo que está pasando.

jueves, 14 de julio de 2011

Hardware: PS3 y Plextor

Tengo dos problemas de hardware. El primero, la PS3 nuevecita se recalienta a los 5 minutos de encenderla. Hasta ahora solo había cambiado los firmwares y luego la apagaba, así que nunca estuvo mucho tiempo encendida. Pero el otro día los peques ya quisieron jugar y al cargar el juego ya avisó de que estaba sobrecalentado y se apaga, sin volver a encender en un tiempo largo (queda el piloto rojo parpadeando). Por lo que he visto en la red es un fallo bastante frecuente en los modelos 40 (este) y 60, ya que no funcionan los ventiladores recién salidos de fábrica. Bien podía SONY hacer control de calidad y comprobar el funcionamiento, por ejemplo teniéndolas encendidas 12 horas y comprobando que no se calientan pero, quien hace hoy control de calidad salvo el consumidor con sus reclamaciones. A devolver y que me den una nueva, que tiene 1 mes y medio. También, según he visto en la red, hasta tengo suerte, por que me avisa, aunque sea de forma inmisericorde, ya que otras directamente ponen luz amarilla -"señal de muerte"- y no vuelven a arrancar.
El segundo problema es solo de espacio. Tengo una capturadora de vídeo Plextor PX-TV402U con la que he digitalizado cientos de vídeos en los años 2005 y 2006. Sin embargo desde entonces no la he vuelto a usar, salvo para digitalizar algún sonido. Además, funciona en Windows XP utilizando PlexTools (en teoría, hay drivers para Linux, pero nunca me he propuesto intentarlo). En resumen, no la voy a usar más, ya que no me quedan vídeos que digitalizar, así que si alguien quiere usarla, está a su disposición. Si no, tendré que subastarla en eBAY, cosa que jamás he hecho. La he empaquetado con todos sus cables y mando a distancia y me la he sacado de encima, por que ocupa bastante y genera una gran cantidad de cables. Por cierto, funciona perfectamente, "like new", ya que es Plextor (recuerdo los lectores de CDs Plextor, mi grabadora Yamaha, ambos SCSI, y los copieteos masivos que hacía con ellos. Que tiempos aquellos, y que calidad de hardware, pero esa es otra historia).

martes, 12 de julio de 2011

Comentarios bloqueados

No, yo no bloqueo los comentarios. Los eliminaría si son malsonantes, pero hasta ahora nunca he tenido que borrar mensajes en este blog (sí en otro muy diferente a este). Pues resulta que en la anterior entrada sobre formateo y discos duros, nuestro amigo y compañero hckorootx nos estaba dando información bastante útil sobre el formateo en terminal y sobre el tipo de disco que estaba dentro de la carcasa de un Carbon Packard Bell. Resulta que nos incluía un enlace a un documento PDF (ftp://ftp.packardbell.com/pub/itemnr_old/CS036A00/Grafite_and_Carbon_Disassembly_Manual.pdf), pero lo había intentado antes dando la dirección obtenida de la búsqueda a través de Google, que viene siendo http://www.google.com seguido de 3 líneas de caracteres seguidos. Nos lo envió al menos 4 veces y ninguna pudo verse en el blog, aunque yo las recibía por correo electrónico. O sea, que google no deja que publiquemos sus búsquedas (aunque por lo visto bing sí puede). El enlace bloqueador es (http://www.google.com/url?sa=t&source=web&cd=3&ved=0CC0QFjAC&url=ftp%3A%2F%2Fftp.packardbell.com%2Fpub%2Fitemnr_old%2FCS036A00%2FGrafite_and_Carbon_Disassembly_Manual.pdf&rct=j&q=carbon%20packard%20bell%20pdf&ei=e2EcTuOwGc3m-gbV1P3QCA&usg=AFQjCNEFhAAY2a4eoallY5kx9Vc7Gn03Yg&sig2=JFERb0aTDvQyOPD_FedKeA&cad=rja); a ver si a mi sí me deja. Como podemos ver, el resultado de picar en el es el mismo.

lunes, 11 de julio de 2011

Formateo de discos duros

Un compañero me ha pasado un disco duro para que le copiara unos ficheros (¿donde están los diskettes de antes? con 600 arreglábamos el asunto). Al ver el disco me doy cuenta de que esta en formato FAT32, es decir, inutilizabe (no admite ficheros de más de 4GB).
A través de gparted se lo pasé mediante formateo rápido a NTFS, pero resulta que el disco no funcionaba bien (nautilus calculaba 900 horas para copiar el directorio). La única solución fue un formateo completo, y así funcionó razonablemente (900GB en 9 horas).
Sí iscario, lo hice con un ordenador con Windows, ya que no sé como decirle a gparted que haga un formateo completo (unas cuantas horas que tardó el tal Windows) y no sabía que tamaño de cluster darle al disco; mkfs.ntfs asigna por defecto 4096, que en los Western Digital está bien, pero en este disco no estaba seguro, así que le dejé a Windows XP que decidiera por si mismo. Además, como en casa tengo todavía un ordenador con Windows XP, era la forma más fácil y rápida. De todas maneras, tengo usar más el terminal.

sábado, 9 de julio de 2011

Ficheros rev en compresiones multivolumen rar

Siempre me había preguntado para que servían los ficheros rev en las compresiones rar multivolumen, ya que, como sabéis los que hayáis bajado este tipo de ficheros comprimidos y divididos, son totalmente prescindibles.
O eso pensaba yo. En una compresión dividida en 65 partes más 3 rev (a quien queremos engañar, una película en formato matroska en descarga directa) fui incapaz de conseguir el paquete 16. Y ahí viene el interés de los ficheros rev, llamados en la página rarlab como volúmenes de recuperación; dice:

"Recovery volumes or .rev files are special files which can be created by WinRAR/RAR and allow the reconstruction of missing and damaged files in a volume set..."

Es decir, podemos reconstruir un paquete perdido. De hecho, podemos reconstruir tantos paquetes como volúmenes de recuperación tengamos. Dicho y hecho. En una máquina virtual de Windows (grande, por que el volumen a trabajar era alrededor de 20GB), con todos los ficheros rar y rev en el mismo directorio, con una versión de prueba de winrar v.4, mediante reparar y llamando al primer rev, el compresor ha sido capaz de generar el paquete 16 al no encontrarlo. Le llevó alrededor de 45 minutos. Ahora, después de haber estudiado mejor el paquete rar (inicialmente me equivocaba de comando), creo que no es necesario usar Windows. Si instalamos temporalmente el paquete rar
$ sudo apt-get install rar
si hacemos
$ man rar
y nos fijamos en los últimos comandos ...


vemos que mediante el comando rc sería posible.

rar rc paquete16.rar

Según algunos blogs y foros, estaba intentándolo mediante comando r, y no me funcionaba, pero después de leer la página oficial rarlab y haberme fijado más en man rar, supongo que con rc funcionará. Quizá fuera recomendable acortar los nombres de los paquetes y volumenes de recuperación, sin caracteres extraños, por lo que digo después. Luego, una vez reconstruido el/los paquete/s perdido o dañado, también sería recomendable eliminar el paquete rar; en primer lugar, es shareware; segundo, el sistema de manejo de caracteres que utiliza hace que muchas veces no sea capaz de reconocer caracteres extraños, como la ñ (a mi ya me ha pasado hoy mismo) y los administradores gráficos de descompresión (file roller o xarchiver), con rar instalado, presentan problemas con determinados ficheros con nombres que lleven caracteres fuera de los ascii tradicionales (típico subtítulo que termina en español; extraemos el ingles pero no reconoce el español, que para el es espaALGORAROol).

jueves, 7 de julio de 2011

¿Explorer en Linux?

Como decía hace unos días, he tenido que activar un proxy para acceder a ciertas características de mi Universidad. Después de muchos problemas en los navegadores de Linux, decidí configurar un Explorer en una máquina virtual de Windows XP. Alguna vez tenía que ser la primera y por fin voy a usar Explorer. Sin embargo, en ocasiones pasan cosas tan curiosas como esta...


Parece que Explorer está funcionando directamente en Linux. Simplemente estaba probando las diferentes formas de configurar la ventana de VirtualBox y en un momento determinado quedó así. Podemos reir un rato. Solo falta poner el icono de Explorer en Unity para que quedara perfecto.