¿Errores en disco? (Point Linux)

18 envíos / 0 nuevos
Último envío
#1 Lun, 02/01/2017 - 17:19
debianinho
Imagen de debianinho
Desconectado/a
se unió: 02/01/17

¿Errores en disco? (Point Linux)

Estado: 
[SOLUCIONADO]

Hace tiempo instalé Point Linux en mi netbook, una distro muy Debian pero optimizada para el escritorio MATE. De vez en cuando deja de arrancar en modo gráfico y, cuando lo intento en modo texto, me dice que no puede iniciarse porque ha habido un error en la comprobación de fsck. Me pide que ejecute fsck manualmente y que después pulse Ctrl+D para reiniciar el sistema normalmente. Pues bien, eso es lo que hago y esta es la salida que me da fsck:

/dev/sda2 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda2: 197615/2162688 files (0.3% non-contiguous), 1213607/8648827 blocks

Desde mi ignorancia, entiendo que el disco /dev/sda2 contiene errores en el sistema de archivos y un 0,3% de sectores no contiguos. Siempre que me pasa esto, las cifras son las mismas: siempre sale el 0,3%. No sé cómo podría arreglar esto y tampoco sé hasta qué punto es peligroso. Espero aprender algo con vuestra sabiduría :-)

Saludos y gracias!!

P. D.: Veo que ha mejorado muchísimo la forma de postear en los foros de exDebian con respecto a los de esDebian :-)

Lun, 02/01/2017 - 23:38
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

y como ejecutas fsck? ahi no veo que haya reparado nada, que indique error alguno, que diga que hay algo defectuoso... (lo de non contiguos es normal, en GNU/Linux hay muy poca fragmentación, pero la hay, y eso es lo que te indica eso).

  No hay bar que por bien no venga....
Mar, 03/01/2017 - 10:05
rockyiii
Imagen de rockyiii
Conectado
administrator
se unió: 11/01/16

sobre el tema de la fragmentación, de ext4 podes usar e4defrag
 

#apt-get install e2fsprogs

A lo mejor el problema lo estas teniendo con la partición NTFS (que tenga errores y durante la carga la auto-monte y cuando se ejecuta fdisk  cada x cantidad de arranques, descubra el error). de ser asi podrías editar tu fstab

su
nano /etc/fstab

y agregar la opción  force a la partición ntfs por ejemplo:

....
UUID=4751397B4EC69501 /media/Datos ntfs	default,force 0 0
....

saludos...

Mar, 03/01/2017 - 16:57 (Responder a #3)
debianinho
Imagen de debianinho
Desconectado/a
se unió: 02/01/17

Gracias, ya me queda claro lo de non-contiguous.

No obstante, yo sí que veo un error en la primera línea de la salida de fsck ("/dev/sda contiene errores en el sistema de archivos"):

/dev/sda2 contains a file system with errors, check forced.

Es el propio script del arranque (iniciando en recovery mode) el que me da la opción de ejecutar fsck:

[ ok ] Activating swap...done.
[....] Checking root file system...fsck from util-linux 2.20.1
/dev/sda2: Superblock last mount time (Wed Nov 16 00:53:00 2016, now = Fri Nov 11 16:47:55 2016) is in the future.
/dev/sda2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)
fsck died with exit status 4
failed (code 4).
[....] An automatic file system check of the root filesystem failed. A manual fsck must be performed. The fsck should be permormed in maintenance mode with the root filesystem mounted in read-only mode. ... failed!
[....] The root filesystem is currently mounted in read-only mode. A maintenance shell will now be started. After performing system maintenance, press CONTROL-D to terminate the maintenance shell and restart the system. ... (warning).
sulogin: root account is locked, starting shell
#

Como ves, después del error en la comprobación del disco aparece el prompt y entonces es cuando escribo y ejecuto fsck.

Por cierto que, ahora que he vuelto a leer detenidamente el script, veo que parece haber una incongruencia entre las fechas (tercera línea):

/dev/sda2: Superblock last mount time (Wed Nov 16 00:53:00 2016, now = Fri Nov 11 16:47:55 2016) is in the future.

¿Quizá esté ahí el origen de todo el problema?

La verdad es que lo había leído un montón de veces y nunca lo había visto... surprise

Mar, 03/01/2017 - 17:00 (Responder a #4)
debianinho
Imagen de debianinho
Desconectado/a
se unió: 02/01/17

Gracias @rockyiii por los consejos sobre la defragmentación.

El disco /dev/sda4 es la partición /home de Point Linux y está formateada en ext4.

Mar, 03/01/2017 - 17:07 (Responder a #5)
debianinho
Imagen de debianinho
Desconectado/a
se unió: 02/01/17

debianinho wrote:

Gracias @rockyiii por los consejos sobre la defragmentación.

El disco /dev/sda4 es la partición /home de Point Linux y está formateada en ext4.

Perdón, quise decir /dev/sda2

Mar, 03/01/2017 - 17:20
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

/dev/sda2: Superblock last mount time (Wed Nov 16 00:53:00 2016, now = Fri Nov 11 16:47:55 2016) is in the future.

¿Es un sistema con arranque dual? Tiene toda la pinta, esa advertencia suele aparecer en sistemas con arranque dual, ya que windows usa un sistema para establecer la hora del sistema (CET, Central Europe Time creo que era) mientras que GNU/Linux usa por defecto UTC. Esto provoca que durante el apagado del sistema, se establezca la hora local en lugar de la universal, con lo que el arranque de debian para el sistema "empieza con una hora menos" con la que se ha apagado. Lo puedes solucionar haciendo que ambos sistema usen UTC o que ambos usen CET.

 

Respecto a lo otro, interesaría saber que comando se usa para realizar la comprobación, ya que el mismo sistema te está diciendo que lo ejecutes tu, que el no puede hacerlo correctamente, sin las opciones "-a" o "-p":

/dev/sda2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.

(i.e., without -a or -p options)

fsck died with exit status 4

posiblemente el sistema esté usando la opcioón -p y se encuentra con algún error que o no es capaz de arreglar por si solo o que no debe arreglarlo sin consultar antes.

 

Antes que nada, trataría de arreglar el asunto de la diferencia horaria y ver que te dice entonces el resultado del análisis, pero todo apunta que algo no va bien durante el apagado, ya sea de un sistema u otro.

 

Edit...

 

Si,mirate el asunto de la hora, que no había visto la diferencia, y es bastante. Empieza por tratar de entrar a la bios de tu equipo y configurar correctamente la hora en ella (recomiendo usar UTC para que use la hora universal) y que luego el sistema la establezca de acuerdo a tu zona. Fíjate que el último momento que te indica de montaje tiene por fecha 16 de noviembre, mientras que el que hace ahora es 11 de noviembre, son 5 dias de atraso en el momento que lo enciendes respecto al momento en que se ha apagado (vamos, como si lo apagaras el viernes y viajaras atrás en el tiempo y lo arrancaras el lunes xD)

  No hay bar que por bien no venga....
Vie, 06/01/2017 - 18:26 (Responder a #7)
debianinho
Imagen de debianinho
Desconectado/a
se unió: 02/01/17

Efectivamente, es un sistema con arranque dual (Point Linux + WinXP).

Por lo pronto, he entrado en la configuración del reloj de WinXP y he visto que está en GMT (que creo que es lo mismo que UTC), pero también he visto que tenía activado el Internet Time Update. Lo he desactivado.

También he entrado en la BIOS, pero no he encontrado la forma de ver si está o no en UTC...

Vie, 06/01/2017 - 20:32
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

No siendo el tema que nos ocupa al inicio, pero bueno, está entre los errores y arreglando eso, tendrás menos errores de disco y podremos resolverlo...

1º.- La bios no usa utc o cet, se queda en la hora que le pongas tu (yo recomiento UTC)

2º.- Windows, por defecto, usa CET. recomiendo configurarlo para usar UTC de base.

3º.- GNU/Linux pregunta en la instalación, pero por defecto creo que usaba UTC

UTC es la hora "universal". Si configuras el sistema para que use UTC (pon en la bios la hora universal), luego tienes que configurar windows y debian para que utilicen de base UTC y configurar tu zona horaria, que será por ejemplo para España UTC+1 (GMT+1).

Una vez configurado esto, reinicias el sistema un par de veces, tanto en windows como en debian. De esta forma, ambos sistemas mantendrán el reloj de la bios correctamente en su hora UTC y así desaparecerá el problema del montaje "en el futuro", y con él varios errores de disco.

 

En cuanto tengas esto claro, que ninguno de los dos sistemas te cambie la hora del equipo, pasaremos a mirar el asunto del disco. Como tienes problemas con esto mismo, aunque no consigas iniciar Point LInux, Windows pasará a gestionar la hora correctamente y no tendrás que tocar nada del sistema linux y, probablemente, consigas realizar el análisis del sistema y arrancar correctamente.

 

Edit.....

Para que te valga de ejemplo. Imagínate que estás en españa y son las 22:00. Pon el reloj de la BIOS en las 21:00, y luego configura ambos sistemas para que usen UTC y luego la zona horaria de españa, que sería GMT+1. De este modo, ambos sistemas usarán la misma hora (22:00) y no modificarán el reloj del equipo, que es de momento lo que está provocando algun fallo en el disco diría yo.

  No hay bar que por bien no venga....
Vie, 06/01/2017 - 22:15
Berbellon
Imagen de Berbellon
Desconectado/a
colaborador
se unió: 04/05/16

"UTC in Windows

Warning: This method uses functionality that is buggy in old Windows versions (pre-7) and Microsoft recommends not to use it. See [1] for details. Another bug exists on Windows before Vista SP2 that resets the clock to localtime after resuming from the suspend/hibernation state. For even older versions of Windows, you might want to read http://www.cl.cam.ac.uk/~mgk25/mswish/ut-rtc.html - the functionality was not even documented nor officially supported then. For these operating systems, it is recommended to use localtime. If you are using newer versions of Windows, you may safely disregard this warning."

https://wiki.archlinux.org/index.php/Time

 

También tengo un sistema dual, ArchLinux/Windows XP, ambos configurados en LOCALTIME, nunca he visto problemas con fsck.

Le haz pasado un smartctl al disco, o haz checado tu "fstab".

Saludos,

Sáb, 07/01/2017 - 00:33
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Tu lo has dicho, ambos, no uno si y otro no. En ese caso lo mismo da sea localtime o universal time. Ambos usan lo mismo, ergo no hay problema alguno. Ese warning que has pasado es para sistemas anteriores a windows 7, en los demás funciona bien (cuatro años y pico llevo así, arranque dual windows 7 y Debian Sid, y ningún problema al respecto desde que configuré win en UTC).

No debería ocasionar problemas con el disco, pero en algunos casos lo hace, ya que el fsck necesita realizar reparaciones que no puede por culpa de la inconsistencia de tiempo en los montajes de las particiones/unidades.

  No hay bar que por bien no venga....
Dom, 08/01/2017 - 13:08 (Responder a #11)
debianinho
Imagen de debianinho
Desconectado/a
se unió: 02/01/17

Pero yo tengo WinXP. ¿Entonces sigues recomendando que lo ponga en UTC pese a la advertencia de la wiki de Arch Linux?

Dom, 08/01/2017 - 13:37
caliban
Imagen de caliban
Desconectado/a
moderador
se unió: 14/01/16

Si leen con detenimiento la advertencia de esa wiki ,dice que windows xp puede perfectamente usar UTC,que se encargara de ajustarlo a la hora que requiere si mismo, el unico incoveniente es cuando el sistema se pone en suspensión,al retornar puede dar error .

Windows XP y Windows Vista SP1 están habilitados para establecer el horario estándar usando UTC y activarse de la misma manera. Sin embargo, se produce un error después de reanudar desde el modo de suspensión/hibernación que hace que recoloque en localtime el reloj. Para estos sistemas operativos se recomienda usar localtime.

Dom, 08/01/2017 - 17:12 (Responder a #13)
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

debianinho wrote:

Pero yo tengo WinXP. ¿Entonces sigues recomendando que lo ponga en UTC pese a la advertencia de la wiki de Arch Linux?

Creo que en mi último comentario digo claramente que da igual mientras ambos sistemas usen hora universal u hora local. Si el tuyo tiene problemas con la universal, pues se configura en local y fuera problemas. A tí eso te da igual en realidad, puesto que no vas a saber como lo gestiona el sistema, simplemente hará que ambos lo gestionen igual, que más dá que lo haga de una forma u otra.

 

Edit......

MUY importante el ajuste de hora de la bios. Por mucho que configures los sistemas operativos, el desfase grande lo provoca la bios, la diferencia entre ambos sistemas puede ser de una hora mientras estén configurados en la misma zona horaria, pero nunca tanto como dice ahi.

  No hay bar que por bien no venga....
Sáb, 14/01/2017 - 21:23 (Responder a #14)
debianinho
Imagen de debianinho
Desconectado/a
se unió: 02/01/17

Buenas noches:

Hacía tiempo que no me salía el error al arrancar Point Linux y también hacía mucho tiempo que no iniciaba WinXP. Justamente hoy, que tuve que entrar en WinXP por culpa de una operativa bancaria que sólo funciona con Internet Explorer (increíble que a estas alturas de la película sigan pasando estas cosas), al reiniciar y querer arrancar de nuevo con Point Linux me ha vuelto a pasar. Este es el desajuste de fechas que me ha salido hoy:

/dev/sda2: Superblock last mount time (Wed Jan 18 14:46:54 2017, now = Sat Jan 14 22:59:01 2017) is in the future.

He comprobado la fecha y hora de la BIOS y está perfecta. En ambos sistemas operativos también está perfecta. En la configuración de WinXP, tengo lo siguiente:

Pestaña "Fecha y hora": "Zona horaria actual: Hora estándar GMT"

Pestaña "Zona horaria": "(GMT) Hora del meridiano de Greenwich: Dublín, Edimburgo, Lisboa, Londres"

Pestaña "Hora de Internet": Está desmarcada la casilla "Sincronizar automáticamente con un servidor horario de Internet"

La verdad es que no acabo de entender si mi WinXP está en localtime o en UTC, ya que en la wiki de Arch Linux pone que GMT y UTC son lo mismo, pero por otra parte también dice que Windows utiliza siempre por defecto localtime... Lo que sí he comprobado es que Point Linux está en UTC y con el servicio NTP activo.

Por último, he encontrado un hilo en el que alguien comenta que ha tenido desajustes horarios como los míos con Point Linux, pero al final parece ser que optó por reinstalar el sistema operativo, así que no llegó a saber cuál era la causa:

http://forums.pointlinux.org/viewtopic.php?f=17&t=745&hilit=utc

Bueno, como digo, mi principal duda es que no estoy seguro de si mi WinXP está en UTC o localtime. Si alguien me confirma que está en localtime, pues probaré a cambiar Point Linux a localtime según las indicaciones de la wiki de Debian:

https://wiki.debian.org/DateTime

Saludos y gracias.

Sáb, 14/01/2017 - 23:03
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Windows usa localtime por defecto, así que si, tienes que cambiar uno de los dos sistemas y ajustar la hora para que no te de problemas.

Si tienes xp, mirando el asunto del bug, configura Point para que use localtime también (además, te resultará más facil imagino, en windows tienes que andar tocando el registro del sistema).

 

Edit....

Si, en realidad UTC y GMT son lo mismo. El hilo que mencionas, sin mirarlo, en el momento de la instalación le habrá preguntado y habrá puesto una opción distinta de la primera instalación, quien sabe. UTC Coordinated Universal time (que viene del francés, por eso es utc y no cut) y GMT es Greenwich Mean Time. Ambos se refieren a lo que conocemos por tiempo universal, y los husos horaros se rigen a partir de ellos (los que andan por el meridiano de greenwich, son gmt+0 o UTC, los demás, son GMT+1, +2, etc... estas son las diferencias horarias entre paises). Si estás en Amércia del Sur, al usar windows local time y point usar utc, la diferencia puede ir desde 5 horas a 7 (si mal no recuerdo), y eso al sistema le puede causar problemas, que parece es lo que te pasa a ti.

  No hay bar que por bien no venga....
Dom, 15/01/2017 - 18:42
Berbellon
Imagen de Berbellon
Desconectado/a
colaborador
se unió: 04/05/16

[off-topic]

Realizar una operación bancaria, usando un S.O. cuya seguridad es obsoleta al igual que su navegador predeterminado IE 8, no crees que es un poco arriesgado. Y que institución bancaria permite el uso de IE8, por razones de seguridad no se debería permitir el acceso al sitio.

Aún uso el XP, pero tome algunas medidas como, usar un firewall de terceros, bloquear aplicaciones que acompañan a XP, como IE8, outlook express, window media player, etc. He deshabilitado servicios como telnet, el servicio de asistencia remota, etc. Uso un IDS basado en host (ej. WinPatrol o HitmanPro.Alert), la mayor parte de la aplicaciones son open source, Y AÚN así el firewall ha bloqueado dos IP maliciosas, o en ocaciones reporta paquetes entrantes,  desde diferentes IP, supongo para ver si responde alguna aplicación.

[/off-topic]

Nunca modifique el registro de Windows para establecer el reloj en UTC, en la ficha Zona Horaria, veo GMT-XX:YY, en la ficha Hora de Internet, lo tengo sincronizado con un servidor, supongo venía por defecto, no he tenido problemas con la fecha en ambos sistemas (XP - ArchLinux).

Saludos.

Sáb, 21/01/2017 - 17:37 (Responder a #17)
debianinho
Imagen de debianinho
Desconectado/a
se unió: 02/01/17

Bueno, pues finalmente he puesto Point Linux en localtime, modificando el archivo /etc/adjtime, tal como aconseja la wiki de Debian. Después de esto, he iniciado la máquina un par de veces con WinXP y al volver a Point Linux no ha habido ningún problema, desapareciendo el error de desajuste de fechas. Doy, pues, este problema por resuelto. Si en el futuro vuelve a reaparecerme, abriré un nuevo hilo. Gracias a todos y sobre todo a @Panko por la ayuda.

@Berbellon Quizá el conflicto entre WinXP y Point Linux tenga que ver con la configuración por defecto de esta distro, visto que no soy el único usuario que ha reportado problemas de este tipo en sistemas con arranque dual WinXP + Point Linux. En cuanto al uso de WinXP y de Windows en general, yo actualmente ya sólo lo tengo instalado en esta netbook, que usa principalmente mi novia. En mi ordenador de uso cotidiano sólo tengo GNU/Linux y cuando muy ocasionalmente necesito usar algún software de Windows lo hago a través de una máquina virtual. En el curro, eso sí, uso Windows 10, por imposición jerárquica :-(