¿Se puede parar la comprobación del HDD?

Pues eso, ¿se puede parar la comprobación del HDD?
He tenido algún tipo de problema, de forma que el giga no respondía al mando. Con las prisas, no se me ha ocurrido otro cosa que desenchufar/enchufar, y al encenderse se ha puesto a hacer una comprobación del HDD.
He intentado conectarme para parar el proceso, y dejarlo para otro momento, pero no he conseguido conectar al giga: curiosamente haciendo $ ping "ip-giga", sí obtengo respuesta:

PING giga (192.168.1.11) 56(84) bytes of data.
64 bytes from giga (192.168.1.11): icmp_seq=1 ttl=64 time=4.59 ms
64 bytes from giga (192.168.1.11): icmp_seq=2 ttl=64 time=1.94 ms
64 bytes from giga (192.168.1.11): icmp_seq=3 ttl=64 time=3.46 ms
64 bytes from giga (192.168.1.11): icmp_seq=4 ttl=64 time=2.03 ms

pero no consigo conectar mediante $ telnet ip-giga
Trying 192.168.1.11...
telnet: Unable to connect to remote host: Connection refused

Saludos
JA

Creo que no se puede parar, el servicio de telnet no está operativo.

Sí, apagando el disco (¡si al fin y al cabo lo vas a comprobar!). Yo creo que lo he llegado a hacer alguna vez pero no te lo recomiendo. Aunque a algunos discos cuanto peor se les trata mejor se comporta (de ésto no estoy muy seguro, pero de lo contrario puedo dar fe. Ejemplo: Seagate Free Agent)

Como dice yeahhh no se puede conectar por telnet en ese momento porque el inetd se inicia después de ejecutar el VDR.

Gracias por la respuesta. La próxima vez, NO tiraré de enchufe y trataré de apagarlo por Telnet.
Saludos
JA

Ya, joseagt, pero yo pensaba que había quedado claro que por telnet no se podía.

Así que yo sólo veo dos soluciones: paciencia o tirón de cable y que lo compruebe luego con verdadero motivo. No vaya a ser que la primera vez lo haya hecho sólo por puro capricho. :rie2:

Se nota que no trabajais en informática no?
A mi no se me ocurriria jamás tirar del cable para parar la comprobación de un disco.

Yo no trabajo en informática pero tampoco se me ocurre volver a hacerlo, ya perdí toda la información por eso y el disco se quedó p'allá.

Hombre no, no trabajo en Informática, pero tengo estudios de Ingeniería y experiencia en varios campos bastante amplia. Y de informática que quieres que te diga, a nivel usuario unos 22 años y he pasado por este orden por IBM-PC, clónicos, Mac, y vuelta al PC. Toco lo mismo temas de SW que de HW y ahora mismo manejo 5 ordenadores algunos verdaderas antiguallas, pero en buena forma. Y he sido capaz de resucitar un Router que el propio suministrador dió por muerto.

La verdad es que llegué a perder la información de un HDD en MAC sin hacer nada raro y eso si que no fuí capaz de recuperar. Y aunque tenía backups, no todo lo salvé. Pero tratándose del Giga nada me resulta fundamental y tiro por la calle de enmedio a nada que las cosas se me tuerzan. Y, la verdad, de momento no tengo de que quejarme.

Además tengo una gran confianza en que estos dispositivos cada día se presentan con sistemas que garantizan más la ausencia de problemas por malos tratos (excluídas caídas, claro, la mecánica es lo que les estropea). Soy un optimista nato, para temas de tipo tecnológico (para los temas humanos ya soy mucho más precavido). En cualquier caso nunca lo haría si la información fuera realmente vital. Tengo un gran sentido de lo que es un riesgo asumible y he manejado profesinalmente la estadística con bastante asiduidad.

Espero no haber resultado en exceso petulante. No ha sido mi intención. Sólo he querido matizar un poco mis respuesta a una simple pregunta.

Ok, pero sigo diciendo que me duele el alma al desconectar un disco a pelo

Hola, yo tampoco tiraría de cable para parar una comprobación del disco. De todas formas, no hubiese sido la solución a mi problema, puesto que yo quería ver una grabación en el disco, y si la paro así, al volver a encender tendría el mismo problema.
Lo dicho, la próxima vez que se cuelgue el giga, que espero que tarde mucho (habían pasado varios meses desde la anterior), primero intentaré pararlo por telnet, y solamente en caso de desesperación tiraré de enchufe.

Saludos
JA

yeahhh escribió:Ok, pero sigo diciendo que me duele el alma al desconectar un disco a pelo

Parar la comprobación no exige parar el disco (eso tampoco me gusta). Yo lo que he hecho alguna vez ha sido parar el Giga. Entiendo que el disco se protege a sí mismo si está alimentado. Procuro pararlo cuando está ya desmontado y, en caso contrario, del que tiro es del cable del Giga. :hastalos: .

¿Y luego te quejas de que te falla de todo? tío, tienes mucho peligro. A mi con cosas de éstas no se me ocurre ni un ctrl+c para pararlo.

No me quejo de nada cuando hago cosas así (no me llames mataperros por matar un perro, hombre). Además, ultimamente me quejo porque no tengo problemas y me van a dar de baja en el colectivo. :rie2:

Pues yo sí que he podido entrar al Giga por telnet mientras hacía la comprobación del disco (al encender el aparato). De hecho, como muchas veces era cuando estaba cacharreando y haciendo pruebas entraba para ver los procesos y los mensajes de arranque (aprovechando los 15 minutos que suele tardar en comprobar las 3 particiones).

La solución menos bestia supongo que sería entrar por telnet y hacer un kill (normal, no -9) de los procesos fsck. Y si no se mueren, un kill -9 que es infalible. No es recomendable, desde luego, pero seguro que es mejor que tirar de cable

Otra opción, si el Giga respondiese al mando, sería habilitar el ejecutar un script que haga lo anterior (kill de los procesos fsck) al pulsar una tecla concreta. Sigue siendo poco recomendable, pero cuando tienes prisa porque el programa que tenías que grabar/ver empieza en un minuto y te sale el mensaje de "Oooooh, parece que los discos no están bien, voy a comprobarlos" es bastante desquiciante

Edito: Acabo de pensar que se podría evitar esto comprobando la fecha del sistema pero creo que el fsck se hace en el /sbin/usbautomounter y no en los scripts de inicio, por lo que hay dos opciones. O modificar el binario /sbin/usbautomounter (teniendo el código fuente es "sencillo" -o al menos posible- :P) o cambiar en rc.local:

Código:

if [ X"${do_usb_mount}" != X"NO" ] ; then
      if [ "`date '+%Y'`" != "1970" ] ; then
            echo -n ' usb-mount'
            ln -sf /sbin/usbautomounter /var/tmp/hotplug
            /sbin/usbautomounter mount
      fi
fi

Otra solución sería guardar en algún lado la fecha "correcta" del equipo, mientras el Giga está en marcha o al apagarlo (si se va la luz estando apagado el Giga, la fecha también se pierde) y recuperarla en el siguiente inicio si el año es 1970:

En rc.local:

Código:

if [ "`date '+%Y'`" = "1970" ] ; then
      /bin/date -r /etc/time.backup
fi

Y en rc.halt:

Código:

if [ "`date '+%Y'`" != "1970" ] ; then
      touch /etc/time.backup
fi

Al recuperar la última hora "correcta" conocida (y si tenemos configurado el disco como se recomienda, con comprobaciones automáticas cada 30 días -o más-), al menos nos evitaríamos que el sistema crea que ha pasado mucho tiempo (-39 años después de un apagón y +39 años después de reiniciarse y coger la fecha buena) y así no comprobaría el disco "porque ha pasado mucho tiempo".

Hola, pues yo no conseguí acceder por telnet: el ping sí que respondía, pero el telnet no.
De todas formas, en mi caso no fue por el tema de la fecha/hora, sino que fue porque tiré de cable cuando estaba haciendo algo, y se desmontó incorrectamente.
Saludos
JA

En ese momento la red si que está levantada, pero los servicios del inetd (ftp, telnet, ssh, ... ) no.
En la versión alemana levantan el inetd antes de montar el usb y entonces si que pueden acceder por telnet para detenerlo, pero yo prefiero ejecutarlo después del VDR para ver cuanto antes la imagen por pantalla y tener un arranque más rápido.

Gracis bittor, creo que el asunto está claro.
Saludos
JA