Comments on: S.M.A.R.T: control total sobre los discos. http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/ El primer LUG de Buenos Aires Zona Norte Wed, 11 Jan 2012 02:33:18 +0000 hourly 1 http://wordpress.org/?v=3.3 By: chen http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/comment-page-1/#comment-5208 chen Sat, 19 Jan 2008 00:03:56 +0000 http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/#comment-5208 tengo problema con mi portatil Nec con toshiba M4025GAS-(PM) mi tel 47835628 1556556544 Pablo CHEN tengo problema con mi portatil Nec con toshiba M4025GAS-(PM)

mi tel 47835628 1556556544

Pablo CHEN

]]> By: mondarino http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/comment-page-1/#comment-5040 mondarino Wed, 16 Jan 2008 11:41:12 +0000 http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/#comment-5040 buen articulo, a mi smart me ha salvado todas las veces de desastre. si quereis hacer una monitorización completa y tener vuestros discos controlados poner esto en smartd.conf /dev/sda -a -d ata -s (S/../.././02|L/../../6/01) -H -l error -l selftest -t -I 194 -m micorreo@micorreo.com /dev/sdb -a -d ata -s (S/../.././02|L/../../6/01) -H -l error -l selftest -t -I 194 -m micorreo@micorreo.com Esto testeara cada 2 dias un test corto y cada 6 uno largo y te enviara un correo en caso de fallos. Recordar comentar #DEVICESCAN -m root -M exec /usr/share/smartmontools/smartd-runner buen articulo, a mi smart me ha salvado todas las veces de desastre.

si quereis hacer una monitorización completa y tener vuestros discos controlados poner esto en smartd.conf

/dev/sda -a -d ata -s (S/../.././02|L/../../6/01) -H -l error -l selftest -t -I 194 -m micorreo@micorreo.com
/dev/sdb -a -d ata -s (S/../.././02|L/../../6/01) -H -l error -l selftest -t -I 194 -m micorreo@micorreo.com

Esto testeara cada 2 dias un test corto y cada 6 uno largo y te enviara un correo en caso de fallos.

Recordar comentar
#DEVICESCAN -m root -M exec /usr/share/smartmontools/smartd-runner

]]> By: [INFO] Herramientas de diagnóstico - psicofxp.com http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/comment-page-1/#comment-712 [INFO] Herramientas de diagnóstico - psicofxp.com Sun, 08 Jul 2007 15:21:22 +0000 http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/#comment-712 [...] [INFO] Herramientas de diagnóstico Tal como lo prometí, voy a empezar a elegir las mejores artículos y notas técnicas que tenemos en la pagina del LUG de Zona Norte y publicarlas tambien en psico. Arrancamos con algo que les puede llegar a ser muy útil tanto a usuarios finales como a administradores. Herramientas de diagnóstico Cuantas veces tuvimos problemas con nuestra maquina o un server. Aquella falla extraña que nos vuelve loco y no sabemos por donde empezar. En este documento les voy a mostrar una serie de herramientas que nos va a permitir encontrar el problema y tomar las medidas correctivas necesarias. Aplicaciones que fallan Strace: Esta herramienta nos permite hacer un seguimiento (trace) de las llamadas del sistema (system Calls) de una aplicación. Una llamada del sistema es una función del kernel que nos da acceso seguro a recursos del sistema como memoria, disco y red. El método para utilizarlo es muy simple. Simplemente le pasamos como parámetro el nombre de la aplicación. Lo mejor es ver como funciona con un ejemplo Por ejemplo supongamos que tenemos totem y con todos los codecs instalados y al querer ver un DVD nos aparece un error informando que falta una librería. Para saber que librería es: Simplemente corremos lo siguiente: strace totem La salida va a ser muy grande. Lo mejor es direccionarlo a un archivo para luego analizarlo. strace -o salida.txt totem Si analizamos el archivo de texto veremos algo asi: # Output of strace on totem open(”/etc/ld.so.cache”, O_RDONLY) = 26 fstat64(26, {st_mode=S_IFREG|0644, st_size=58317, …}) = 0 old_mmap(NULL, 58317, PROT_READ, MAP_PRIVATE, 26, 0) = 0xb645e000 close(26) access(”/etc/ld.so.nohwcap”, F_OK) = -1 ENOENT (No such file or directory) … open(”/lib/tls/i686/cmov/libdvdcss.so.2″, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(”/lib/tls/i686/cmov”, {st_mode=S_IFDIR|0755, st_size=1560, …}) = 0 … stat64(”/lib/i486-linux-gnu”, 0xbfab4770) = -1 ENOENT (No such file or directory) munmap(0xb645e000, 58317) = 0 open(”/usr/lib/xine/plugins/1.1.1/xineplug_inp_mms.so”, O_RDONLY) = 26 read(26, “177ELF1113313 2027″…, 512) = 512 fstat64(26, {st_mode=S_IFREG|0644, st_size=40412, …}) = 0 Presten atención a lo siguiente: open(”/lib/tls/i686/cmov/libdvdcss.so.2″, O_RDONLY) = -1 ENOENT (No such file or directory) Esta linea se compone esencialmente de un nombre de llamada al sistema, los argumentos al llamado entre paréntesis y el status. El status para un error generalmente es -1, pero a veces varia. Noten también que strace muestra el status “errno”. Si no estan familiarizados con programación en UNIX, errno es una variable global que toma valores específicos cuando un comando se ejecuta. Para mayor información hagan un man errno. Strace nos mostrara una descripción por cada valor de errno, por ejemplo en este caso ENOENT (No such file or directory). Strace tiene opciones bastante interesantes por ejemplo con la opción -e podemos especificar que llamadas del sistema queremos hacer un seguimiento por ejemplo: strace -o salida.txt -e trace=open,close totem En este caso obtendremos solamente las llamadas open() y close() que hace el programa. ltrace: Esta aplicación a diferencia de strace hace un seguimiento de las llamadas a las librerías dinámicas. Solamente se utiliza en el caso de necesitar el seguimiento de alguna función de una librería dinámica muy especifica como ser malloc(), gethostbyname(), and setenv(). ldd: Muy útil en el caso de querer saber a que librerías llama determinado programa. Ejempo: ldd /usr/bin/mc linux-gate.so.1 => (0xffffe000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0×4de92000) libgpm.so.1 => /usr/lib/libgpm.so.1 (0×4f47b000) libslang.so.2 => /lib/libslang.so.2 (0×4f4b5000) libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0×4e436000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0×4e709000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0×4e83a000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0×4e83f000) /lib/ld-linux.so.2 (0×4de7a000) lsof: Muestra los archivos abiertos del sistema. Es realmente útil a la hora de averiguar que archivos determinado proceso tiene abierto o que procesos estan realizando alguna acción sobre determinado archivo. Veamos algunos ejemplo: cuantas veces tratan de desmontar un cd-rom y les aparece la leyenda “device or resource is busy”. Simplemente corran el siguiente comando: lsof /dev/cdrom Nos listara los procesos que estan utilizando el recurso. Luego procedemos a matarlos con un kill PID y podremos desmontar la unidad sin problemas. Otra utilidad es ver que procesos tiene abierto determinado usuario: lsof -u pepe Ver que archivos estan abiertos de determinando proceso: lsof -p PID también podemos ver quien esta conectado a nuestro equipo en un determinado rango de puertos: lsof -i @192.168.0.2:1-1024 Analizando la memoria y el uso del procesador Top: esta herramienta nos sirve para ver que procesos estan corriendo en memoria. indica el uso de memoria de cada proceso, además de CPU, puede ser nuestro mejor aliado y en tiempo real. Ejmplo de la salida de top: top – 19:36:27 up 13 min, 2 users, load average: 0.84, 0.68, 0.49 Tasks: 85 total, 1 running, 84 sleeping, 0 stopped, 0 zombie Cpu(s): 14.0% us, 1.7% sy, 0.0% ni, 76.3% id, 7.3% wa, 0.7% hi, 0.0% si Mem: 483812k total, 478728k used, 5084k free, 74692k buffers Swap: 658624k total, 0k used, 658624k free, 166176k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4104 root 15 0 93016 20m 8248 S 11.0 4.3 0:36.14 Xorg 5161 sebastia 15 0 51676 15m 9996 S 4.0 3.3 0:02.38 gnome-terminal 4796 sebastia 16 0 4244 1672 1272 S 0.7 0.3 0:01.60 conky 5184 sebastia 16 0 2200 1036 828 R 0.7 0.2 0:00.15 top 1 root 16 0 1564 496 432 S 0.0 0.1 0:01.08 init 2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0 3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0 4 root 10 -5 0 0 0 S 0.0 0.0 0:00.11 events/0 5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper 6 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 8 root 10 -5 0 0 0 S 0.0 0.0 0:00.38 kblockd/0 9 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 120 root 15 0 0 0 0 S 0.0 0.0 0:00.05 pdflush 121 root 15 0 0 0 0 S 0.0 0.0 0:00.02 pdflush 122 root 15 0 0 0 0 S 0.0 0.0 0:00.08 kswapd0 123 root 19 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0 710 root 10 -5 0 0 0 S 0.0 0.0 0:00.02 kserio Presten atención a los procesos que consumen mucha memoria y CPU. Tambien a Load Average o carga del sistema que son los 3 primeros valores. La carga mínima de un sistema es de 0 y la máxima es ilimitada, aunque raramente excede de 20, e incluso más de 10 es poco usual. En nuestro caso es menos de 1 significa que el sistema esta funcionando muy bien. Free: nos permite ver la memoria libre y utilizada del sistema: Ejemplo de salida: total used free shared buffers cached Mem: 483812 473980 9832 0 72240 153732 -/+ buffers/cache: 248008 235804 Swap: 658624 6036 652588 En primer lugar, entendamos cómo se gestiona la memoria física del sistema en Linux. El kernel tiende a tomar, primeramente, la memoria que necesitan los procesos que corre. Conforme el sistema está en marcha más tiempo, el kernel toma prácticamente la totalidad de la memoria física existente, dejando solamente unos cuantos MB de memoria físicamente libres. Muchas veces esto lleva a los principiantes en Linux a confusión, llegando a creer que la gestión de la memoria que hace Linux no es eficiente. ¿Y para qué usa esa memoria restante Linux? La usa como buffers, esto es, guarda datos para un más rápido acceso al disco, datos de programas que se abrieron, por si se vuelven a abrir, que se invierta mucho menos tiempo en ello, etc. En definitiva, aprovecha la memoria físicamente libre para agilizar tareas básicas. En el ejemplo es un sistema con 512 MB de ram (32 MB usado por memoria de video) de ellos solamente hay libres casi 10MB. En la línea -/+ buffers/cache tenemos en used la cantidad de memoria estimada que los procesos del sistema están usando, y en free, la suma de la memoria usada para buffers y caché más la físicamente libre. Así, los procesos sólo están necesitando 24 MB de RAM, y el resto de memoria usada está simplemente agilizando el sistema. Ahora nos fijamos en la última línea. Ahí tenemos el uso de la partición SWAP de intercambio de datos. Esta es una buena medida para saber lo “cargado” que está nuestro sistema. En este caso hay escritos menos de 6 MB en la memoria SWAP, lo que pone de manifiesto que la máquina anda holgada. Sar: System activity report, esta herramienta se encuentra tanto en la mayoria de los *nix como en Linux. En Linux especificamente en el paquete sysstat. Posee una serie de utilidades que nos permiten capturar informacion y producir detallados reportes. Es util para diagnosticar posibles cuellos de botella y medir la utilizacion del sistema durante determinado tiempo. Ejemplo: Para obtener un reporte basico de utilizacion de CPU y de tiempo de espera entreda/salida (I/O wait time) correr simplemente sar sin ningun argumento. Obtendremos la siguiente salida: 01:10:00 PM CPU %user %nice %system %iowait %idle 01:20:00 PM all 7.78 0.00 3.34 20.94 67.94 01:30:00 PM all 0.75 0.00 0.46 1.71 97.08 01:40:00 PM all 0.65 0.00 0.48 1.63 97.23 01:50:00 PM all 0.96 0.00 0.74 2.10 96.19 02:00:00 PM all 0.58 0.00 0.54 1.87 97.01 02:10:00 PM all 0.80 0.00 0.60 1.27 97.33 02:20:01 PM all 0.52 0.00 0.37 1.17 97.94 02:30:00 PM all 0.49 0.00 0.27 1.18 98.06 Average: all 1.85 0.00 0.44 2.56 95.14 Si el valor de %idle es cercano a 0 significa que la CPU esta sobrecargada. Si %iowait tiene valores muy altos significa que el o los discos estan sobrecargados. Si quieren ver la performace del paginado del kernel utilicen el siguiente comando: sar -B Obtendrán una salida como la siguiente: 11:00:00 AM pgpgin/s pgpgout/s fault/s majflt/s 11:10:00 AM 8.90 34.08 0.00 0.00 11:20:00 AM 2.65 26.63 0.00 0.00 11:30:00 AM 1.91 34.92 0.00 0.00 11:40:01 AM 0.26 36.78 0.00 0.00 11:50:00 AM 0.53 32.94 0.00 0.00 12:00:00 PM 0.17 30.70 0.00 0.00 12:10:00 PM 1.22 27.89 0.00 0.00 12:20:00 PM 4.11 133.48 0.00 0.00 12:30:00 PM 0.41 31.31 0.00 0.00 Average: 130.91 27.04 0.00 0.00 Si ven valores altos en el campo majflt/s indica que el sistema necesita mas memoria. Tengan en cuenta que este valor solamente es valido en kernels 2.5 o superior. Vmstat: Nos muestra uso de memoria virtual, cpu, y del consumo de entrada salida. ejemplo de salidas de sistema que funciona en forma optima: procs ———–memory———- —swap– —–io—- –system– —-cpu—- r b swpd free buff cache si so bi bo in cs us sy id wa 1 0 13868 14964 58232 155248 0 0 89 21 1193 556 11 2 83 5 Ejemplo de salida de sistema que tiene mucha carga: procs ———–memory———- —swap– —–io—- –system– —-cpu—- r b w swpd free buff cache si so bi bo in cs us sy id 16 0 0 2360 264400 96672 9400 0 0 0 1 53 24 3 1 96 24 0 0 2360 257284 96672 9400 0 0 0 6 3063 17713 64 36 0 15 0 0 2360 250024 96672 9400 0 0 0 3 3039 16811 66 34 0 Los valores interesantes son los primeros. Este es el numero de procesos que se ecuentran corriendo en la cola. Este valor muestra cuantos procesos estan listos para ser ejecutados, pero que no se pueden ejecutar en este momento debido a que todavia no terminaron los anteriores. En sistemas con poca carga no deben pasar 1-3. Valores superiores a 10 indican que el sistema esta sobrecargado. Otros valores interesantes son los pertenecientes a los campos in y cs. El valor in indica el numero de interrupciones por segundo del sistema. Un sistema que tiene mucha carga de red o acceso a disco va a presentar valores altos. El valor cs (context switch) es el numero de cambio de contexto por segundo. El cambio de contexto se produce cuando el kernel tiene que sacar el codigo ejecutable fuera de la memoria y cambiar a otro. Si hay mucho cambio de contexto es malo, porque va a tomar un numero largo de ciclos de proceso para cambiar el contexto. El sistema se pasa todo el tiempo cambiando trabajos en vez de realmente estar haciendo algo. Analizando problemas de red: fisico y de transporte tcpdump: Nos permite determinar si un servicio no responde porque los paquetes no llegan a la maquina remota. Tengan en cuenta de pasar parametros al comando especialmente si estan diagnosticando logueados en una maquina remota atraves de SSH. Algunos ejemplos: tcpdump -l -i eth0 port 25 Esto va a hacer un dump de todos los paquetes que se originan en el puerto UDP o TCP 25. El parametro -l indica que haga line buffering por lo que veremos cada paquete apenas cruce el cable de conexion. tcpdump -l not port 22 Este es el ejemplo tipico si utilizamos conexion SSH. tcpdump -l src or dst B.remote.net Este ejemplo sirve si queremos ver que sucede entre Server A.local.net (corriendo tcpdump) y el server remoto B.remote.net netstat: Nos muestra el status de general de conexion hacia un equipo. Si lo corremos sin parametros nos muestra cada socket abierto en el equipo. Ejemplos: netstat -pa La opcion -p le dice a netstat que trate de determinar que programa tiene el socket abierto. Para ver que demonios estan corriendo y aceptando conexiones TCP: netstat -tlpn Para las conexion UDP seria: netstat -ulpn Si lo que deseamos es ver problemas de throughput. netstat -s Nos va a brindar informacion detallada sobre el stack de red. Mucho mas que el contador de frames perdidos RX/TX que brinda el comando ifconfig. ifconfig: Este comando nos sirve para configurar las placas de red, sin parametros nos va a devolver el status de las mismas. Ejemplo: eth0 Link encap:Ethernet HWaddr 00:0C:6E:C1:3A:8A inet addr:zzzz.xxxx.yyyy.wwww Bcast: zzzz.xxxx.wwww.223 Mask:255.255.255.224 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1734670 errors:0 dropped:0 overruns:0 frame:0 TX packets:2346720 errors:218 dropped:0 overruns:0 carrier:365 collisions:20 txqueuelen:1000 RX bytes:258344392 (246.3 Mb) TX bytes:2444720372 (2331.4 Mb) Interrupt:10 Base address:0xf000 Si se fijan hay dos errores en este caso que nos deberia preocupar: carrier:365 errores. Esto normalmente significa que la portadora en el cable que conecta al equipo con el switch, está fallando y está dando errores. Puede deberse normalmente la causa a: * el cable está dañado, * el cable está viejo, * la conexió de los puntos del cable tiene falsos contactos o * el puerto del switch o de nuestra tarjeta de red están malos collissions: 20. En un ambiente de red donde se maneje todo a base de switches (lo 100% comun en este momento en las redes) el servidor no debe tener ninguna colisión, por lo tanto hay que aclarar con el datacenter para que no nos pongan en un hub, sino en un switch decente que no genere colisiones. Disco Rigido: Espacio y problemas fisicos df: Muchas veces el problema recide en el espacio en disco y son la causa de fallas en el sistema en general o de las aplicaciones. Veamos un ejemplo: df -h Con este comando vamos a tener una completo reporte de las unidades de disco. Filesystem Size Used Avail Use% Mounted on /dev/hda1 19G 9.0G 8.5G 52% / varrun 237M 88K 237M 1% /var/run varlock 237M 0 237M 0% /var/lock udev 237M 104K 237M 1% /dev devshm 237M 0 237M 0% /dev/shm lrm 237M 19M 218M 8% /lib/modules/2.6.15-23-386/volatile /dev/hda2 6.9G 3.1G 3.8G 46% /media/hda2 /dev/hda4 21G 1.8G 19G 9% /media/hda4 Lo recomendable es que la utilizacion del disco este por debajo del 90%. Muchas veces sucede que al usar el comando df -h nos muestre suficiente espacio en disco y sin embargo no podamos escribir en él. Esto sucede cuando se acaban los inodes. Para saber los inodes disponibles correr el siguiente comando: df -i Una salida tipica seria la siguiente: Filesystem Inodes IUsed IFree IUse% Mounted on /dev/hda1 2443200 150748 2292452 7% / varrun 60476 47 60429 1% /var/run varlock 60476 4 60472 1% /var/lock udev 60476 808 59668 2% /dev devshm 60476 1 60475 1% /dev/shm lrm 60476 21 60455 1% /lib/modules/2.6.15-23-386/volatile /dev/hda2 0 0 0 – /media/hda2 /dev/hda4 0 0 0 – /media/hda4 badblocks: Comando muy simple que nos permite analizar un disco en busqueda de bloques malos. ejemplo: badblocks /dev/hda Si queremos que nos genere un archivo con el reporte de los bloques malos encontrados: badblocks -o reporte.txt /dev/hda Smartmon tools: Este conjunto de herramientas no precisan presentación, ya se hablo sobre este en un articulo anterior. Sumamente util a la hora de diagnosticar fallas fisicas de discos y determinar su reemplazo. Logs del sistema La mayoria de las aplicaciones de Linux utilizan la utilidad syslog para exportar los errores y los mensajes de status a archivos ubicados en el directorio /var/log. Esta informacion es invaluable para detectar y correjir errores del sistema. Editando el archivo de configuracion /etc/syslog.conf podemos configurar que queremos loguear. Por ejemplo: *.debug /var/log/messages Le indicamos al sistema que loguee mensajes de severidad debug en /var/log/messages. Si el equipo desktop o servidor presenta problemas y cuelgues no es muy seguro registrar los logs en el mismo equipo que presenta problemas. Lo mejor es activar el logueo remoto. Para ello vamos a modificar el archivo de configuracion /etc/sysconfig/syslog Ejemplo de configuracion: # Options to syslogd # -m 0 disables ‘MARK’ messages. # -r enables logging from remote machines # -x disables DNS lookups on messages received with -r # See syslogd(8) for more details SYSLOGD_OPTIONS=”-m 0 -r” # Options to klogd # -2 prints all kernel oops messages twice; once for klogd to decode, and # once for processing with ‘ksymoops’ # -x disables all klogd processing of oops messages entirely # See klogd(8) for more details KLOGD_OPTIONS=”-2″ En el caso de Debian/Ubuntu deben editar el script de inicio: /etc/init.d/sysklogd Deberia quedar de la siguiente manera: # Options for start/restart the daemons # For remote UDP logging use SYSLOGD=”-r” # #SYSLOGD=”-u syslog” SYSLOGD=”-r” Luego hacemos un restart del servicio para que tomen efecto los cambios. Un servidor syslog escucha en el puerto UDP 514 A continacion deben configurar el cliente: Supongamos que el cliente se llama Xunilda: Editamos el archivo /etc/hosts y ponemos la informacion del servidor. ejemplo: 192.168.1.100 server.sitio.com server loghost Por lo que quedara configurado el nickname loghost para el server “server” Lo siguiente se editar el archivo /etc/syslog.conf para que los mensajes sean enviados al nickname loghost *.debug @loghost *.debug /var/log/messages Hacemos un restart del servicio y probamos: En el cliente: root@xunilda tmp]# service lpd restart Stopping lpd: [ OK ] Starting lpd: [ OK ] [root@xunilda tmp]# En el servidor: [root@server tmp]# tail /var/log/messages … … Mar 25 22:09:35 xunilda lpd: lpd shutdown succeeded Mar 25 22:09:39 xunilda lpd: lpd startup succeeded … … [root@server tmp]# Syslog también tiene reservada facilidades que van de local0 a local7 para poder recibir mensajes de Routers, switches, firewalls y balanceadores de carga cada uno con logueo independiente para poder hacer un diagnostico eficiente. Conclusión Como podran ver nuestro querido GNU/Linux tiene muy buenas herramientas para diagnosticar problemas que no tienen nada que envidiarle otras de pago e incluso menos flexibles. Si bien no se abarcaron todas las que existen intente dar un pantallazo de las principales y que son parte de las herramientas GNU clasicas que estan presentes en cualquier distribución. El que quiera ampliar simplemente consulten las manpages de cada herramienta presentada. ESTE TEXTO SE PUBLICA BAJO LICENCIA CREATIVE COMMONS BY-NC-SA 2.5 AR. http://creativecommons.org/images/pu…merights20.png Por lo tanto, usted es libre de: 1) Copiarlo, distribuirlo y exhibirlo. 2) Hacer obras derivadas. Bajo las siguientes condiciones: 1) Debe dar atribución mencionando el nombre del autor y del LUG Zona Norte. En caso de las notas que no llevan firma, mencionar sólo el nombre del LUG. 2) Usted no puede usar esta obra con fines comerciales. 3) Si usted altera, transforma, o crea sobre este texto, sólo podrá distribuir la obra derivada resultante bajo una licencia idéntica a ésta. Más detalles y texto legal de la licencia en: http://creativecommons.org/licenses/by-nc-sa/2.5/ar [...]

]]> By: Herramientas de diagnóstico at Baires Norte Lug http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/comment-page-1/#comment-232 Herramientas de diagnóstico at Baires Norte Lug Wed, 28 Mar 2007 00:48:42 +0000 http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/#comment-232 [...] Smartmon tools: Este conjunto de herramientas no precisan presentación, ya se hablo sobre este en un articulo anterior. Sumamente util a la hora de diagnosticar fallas fisicas de discos y determinar su reemplazo. [...] [...] Smartmon tools: Este conjunto de herramientas no precisan presentación, ya se hablo sobre este en un articulo anterior. Sumamente util a la hora de diagnosticar fallas fisicas de discos y determinar su reemplazo. [...]

]]> By: sechole http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/comment-page-1/#comment-61 sechole Tue, 06 Feb 2007 02:45:17 +0000 http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/#comment-61 Nacho, cuando aparecen fallos hay que cambiar el disco. Si esta en garantía esta es la oportunidad. Te imprimis el reporte y vas al que te lo vendió para que lo cambie. NO se reparan, salvo: a) si tenes un disco igual para intercambiar partes. b) si tenes una camara al vacio para cuando lo abras no le entre polvo y suciedad c) instrumental de precisión para que no se desalineen las cabezas y los platos por si alguna de estas es la parte dañada a intercambiar. Por el gasto de guita que seria...mejor cambialo. Nacho, cuando aparecen fallos hay que cambiar el disco.
Si esta en garantía esta es la oportunidad. Te imprimis el reporte y vas al que te lo vendió para que lo cambie.
NO se reparan, salvo:
a) si tenes un disco igual para intercambiar partes.
b) si tenes una camara al vacio para cuando lo abras no le entre polvo y suciedad
c) instrumental de precisión para que no se desalineen las cabezas y los platos por si alguna de estas es la parte dañada a intercambiar.
Por el gasto de guita que seria…mejor cambialo.

]]> By: nacho http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/comment-page-1/#comment-59 nacho Mon, 05 Feb 2007 19:21:03 +0000 http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/#comment-59 hola, tengo un disco en el siguiente estado, se puede reparar?? === START OF INFORMATION SECTION === Model Family: Toshiba 2.5" HDD series (30-60 GB) Device Model: TOSHIBA MK4025GAS Serial Number: 34Q50095S Firmware Version: KA100A User Capacity: 40.007.761.920 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 6 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Mon Feb 05 20:02:11 2007 SMART support is: Available - device has SMART capability. Enabled status cached by OS, trying SMART RETURN STATUS cmd. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: FAILED! Drive failure expected in less than 24 hours. SAVE ALL DATA. See vendor-specific Attribute list for failed Attributes. General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 189) seconds. Offline data collection capabilities: (0x1b) SMART execute Offline immediate. Auto Offline data collection on/off supp ort. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. No Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. No General Purpose Logging support. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 37) minutes. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_ FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0 2 Throughput_Performance 0x0005 100 100 050 Pre-fail Offline - 0 3 Spin_Up_Time 0x0027 100 100 001 Pre-fail Always - 745 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 44382 5 Reallocated_Sector_Ct 0x0033 001 001 050 Pre-fail Always FAILI NG_NOW 1023 7 Seek_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 100 100 050 Pre-fail Offline - 0 9 Power_On_Hours 0x0032 081 081 000 Old_age Always - 7757 10 Spin_Retry_Count 0x0033 253 100 030 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 1678 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 123 193 Load_Cycle_Count 0x0032 083 083 000 Old_age Always - 177730 194 Temperature_Celsius 0x0022 100 100 000 Old_age Always - 40 (Lifetime Min/Max 16/52) 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 214 197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 220 Disk_Shift 0x0002 100 100 000 Old_age Always - 77 222 Loaded_Hours 0x0032 084 084 000 Old_age Always - 6626 223 Load_Retry_Count 0x0032 100 100 000 Old_age Always - 0 224 Load_Friction 0x0022 100 100 000 Old_age Always - 0 226 Load-in_Time 0x0026 100 100 000 Old_age Always - 216 240 Head_Flying_Hours 0x0001 100 100 001 Pre-fail Offline - 0 hola, tengo un disco en el siguiente estado, se puede reparar??

=== START OF INFORMATION SECTION ===
Model Family: Toshiba 2.5″ HDD series (30-60 GB)
Device Model: TOSHIBA MK4025GAS
Serial Number: 34Q50095S
Firmware Version: KA100A
User Capacity: 40.007.761.920 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 6
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Mon Feb 05 20:02:11 2007
SMART support is: Available – device has SMART capability.
Enabled status cached by OS, trying SMART RETURN STATUS cmd.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.
See vendor-specific Attribute list for failed Attributes.

General SMART Values:
Offline data collection status: (0×00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed

without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 189) seconds.
Offline data collection
capabilities: (0x1b) SMART execute Offline immediate.
Auto Offline data collection on/off supp
ort.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
No Selective Self-test supported.
SMART capabilities: (0×0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0×01) Error logging supported.
No General Purpose Logging support.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 37) minutes.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_
FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 050 Pre-fail Always -
0
2 Throughput_Performance 0×0005 100 100 050 Pre-fail Offline -
0
3 Spin_Up_Time 0×0027 100 100 001 Pre-fail Always -
745
4 Start_Stop_Count 0×0032 100 100 000 Old_age Always -
44382
5 Reallocated_Sector_Ct 0×0033 001 001 050 Pre-fail Always FAILI
NG_NOW 1023
7 Seek_Error_Rate 0x000b 100 100 050 Pre-fail Always -
0
8 Seek_Time_Performance 0×0005 100 100 050 Pre-fail Offline -
0
9 Power_On_Hours 0×0032 081 081 000 Old_age Always -
7757
10 Spin_Retry_Count 0×0033 253 100 030 Pre-fail Always -
0
12 Power_Cycle_Count 0×0032 100 100 000 Old_age Always -
1678
192 Power-Off_Retract_Count 0×0032 100 100 000 Old_age Always -
123
193 Load_Cycle_Count 0×0032 083 083 000 Old_age Always -
177730
194 Temperature_Celsius 0×0022 100 100 000 Old_age Always -
40 (Lifetime Min/Max 16/52)
196 Reallocated_Event_Count 0×0032 100 100 000 Old_age Always -
214
197 Current_Pending_Sector 0×0032 100 100 000 Old_age Always -
0
198 Offline_Uncorrectable 0×0030 100 100 000 Old_age Offline -
0
199 UDMA_CRC_Error_Count 0×0032 200 200 000 Old_age Always -
0
220 Disk_Shift 0×0002 100 100 000 Old_age Always -
77
222 Loaded_Hours 0×0032 084 084 000 Old_age Always -
6626
223 Load_Retry_Count 0×0032 100 100 000 Old_age Always -
0
224 Load_Friction 0×0022 100 100 000 Old_age Always -
0
226 Load-in_Time 0×0026 100 100 000 Old_age Always -
216
240 Head_Flying_Hours 0×0001 100 100 001 Pre-fail Offline -
0

]]> By: Sultanovich http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/comment-page-1/#comment-55 Sultanovich Sun, 04 Feb 2007 13:26:46 +0000 http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/#comment-55 Esto la verdad que no lo sabia, es muy interesante para tenerlo en cuenta ademas de los obvios back-up que se deben realizar periodicamente. Saludos. Esto la verdad que no lo sabia, es muy interesante para tenerlo en cuenta ademas de los obvios back-up que se deben realizar periodicamente.

Saludos.

]]> By: sechole http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/comment-page-1/#comment-45 sechole Tue, 30 Jan 2007 16:39:12 +0000 http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/#comment-45 Lamentablemente no se puede hacer nada con él. Si el disco es parte de un equipo de marca reconocida (HP, Compaq, etc) y esta en garantía. Debes concurrir con el reporte impreso y el disco, en algunos casos lo cambian automaticamente. Ojo, el unico caso que conozco que sí hicieron el cambio fue con un equipo en contrato. Lamentablemente no se puede hacer nada con él.
Si el disco es parte de un equipo de marca reconocida (HP, Compaq, etc) y esta en garantía.
Debes concurrir con el reporte impreso y el disco, en algunos casos lo cambian automaticamente. Ojo, el unico caso que conozco que sí hicieron el cambio fue con un equipo en contrato.

]]> By: Andrew http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/comment-page-1/#comment-44 Andrew Tue, 30 Jan 2007 12:30:51 +0000 http://www.bairesnortelug.com.ar/2007/01/25/smart-control-total-sobre-los-discos/#comment-44 hola. Buen documento. pero una vez diagnosticado el problema, es posible solucionarlos? por ejemplo, tengo un disco asi: === START OF INFORMATION SECTION === Model Family: Western Digital Caviar WDxxxAB series Device Model: WDC WD300AB-34BVA0 Serial Number: WD-WMA7H1379812 Firmware Version: 21.01H21 User Capacity: 30,020,272,128 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 5 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Mon Jan 29 22:23:00 2007 CLST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: FAILED! Drive failure expected in less than 24 hours. SAVE ALL DATA. See vendor-specific Attribute list for failed Attributes. ---------------------------------------------- ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 001 001 051 Pre-fail Always FAILING_NOW 2334 3 Spin_Up_Time 0x0007 124 111 021 Pre-fail Always - 2183 4 Start_Stop_Count 0x0032 098 098 040 Old_age Always - 2059 5 Reallocated_Sector_Ct 0x0032 111 111 112 Old_age Always FAILING_NOW 354 7 Seek_Error_Rate 0x000b 200 200 051 Pre-fail Always - 2 9 Power_On_Hours 0x0032 098 098 000 Old_age Always - 2101 10 Spin_Retry_Count 0x0013 100 100 051 Pre-fail Always - 0 11 Calibration_Retry_Count 0x0013 100 100 051 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1798 196 Reallocated_Event_Count 0x0032 001 001 000 Old_age Always - 332 197 Current_Pending_Sector 0x0012 171 160 000 Old_age Always - 144 198 Offline_Uncorrectable 0x0012 192 192 000 Old_age Always - 41 199 UDMA_CRC_Error_Count 0x000a 200 253 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0009 001 001 051 Pre-fail Offline FAILING_NOW 20088 ------------------------------------------------------- reconosco que el disco esta bastante podrido tendra solucion algun registro ?? gracias hola.
Buen documento.
pero una vez diagnosticado el problema, es posible solucionarlos?
por ejemplo, tengo un disco asi:

=== START OF INFORMATION SECTION ===
Model Family: Western Digital Caviar WDxxxAB series
Device Model: WDC WD300AB-34BVA0
Serial Number: WD-WMA7H1379812
Firmware Version: 21.01H21
User Capacity: 30,020,272,128 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 5
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Mon Jan 29 22:23:00 2007 CLST
SMART support is: Available – device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.
See vendor-specific Attribute list for failed Attributes.

———————————————-
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 001 001 051 Pre-fail Always FAILING_NOW 2334
3 Spin_Up_Time 0×0007 124 111 021 Pre-fail Always – 2183
4 Start_Stop_Count 0×0032 098 098 040 Old_age Always – 2059
5 Reallocated_Sector_Ct 0×0032 111 111 112 Old_age Always FAILING_NOW 354
7 Seek_Error_Rate 0x000b 200 200 051 Pre-fail Always – 2
9 Power_On_Hours 0×0032 098 098 000 Old_age Always – 2101
10 Spin_Retry_Count 0×0013 100 100 051 Pre-fail Always – 0
11 Calibration_Retry_Count 0×0013 100 100 051 Pre-fail Always – 0
12 Power_Cycle_Count 0×0032 099 099 000 Old_age Always – 1798
196 Reallocated_Event_Count 0×0032 001 001 000 Old_age Always – 332
197 Current_Pending_Sector 0×0012 171 160 000 Old_age Always – 144
198 Offline_Uncorrectable 0×0012 192 192 000 Old_age Always – 41
199 UDMA_CRC_Error_Count 0x000a 200 253 000 Old_age Always – 0
200 Multi_Zone_Error_Rate 0×0009 001 001 051 Pre-fail Offline FAILING_NOW 20088

——————————————————-
reconosco que el disco esta bastante podrido
tendra solucion algun registro ??

gracias

]]>