-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-10-05 a las 12:14 +0200, Camaleón escribió:
El 5/10/07, Carlos E. R. escribió:
Reserved File Names
Vale, ya sabemos qué nombres de fichero y directorio no se pueden usar en particiones ntfs ;-), pero no indica el tipo de datos que lleva el $LogFile.
No ahí, pero la gente que hiao el driver igual lo cuenta. [...] La documentación del driver ntfs menciona que es el journal precisamente: - Read and parse the $LogFile journal and if it indicates that the volume was not shutdown cleanly, force a read-only mount and do not allow read-write remounts. If the $LogFile indicates a clean shutdown and a read-write (re)mount is requested, empty $LogFile to ensure that Windows cannot cause data corruption by replaying a stale journal after Linux has written to the volume. Y en los fuentes (logfile.c) hay más referencias, claro.
No es quejica, el estado de ese fichero especial le indica que no se cerró bien, y eso va a misa. Eso puede pasar también con un fat tradicional si lo sacas antes de que termine de grabar todo.
Es quejica... es más quejica que su homónimo en Windows XP, por ejemplo. Si con el driver se pretende simular el comportamiento de windows con sistemas de archivo ntfs, y windows no se queja de que haya problemas con el disco y que tiene que hacer un scandisk y un defragmentado es que el driver ntfs-3g trabaja de forma distinta.
Sólo scandisk. Tiene que ser más quejica. Recuerda que han tenido que hacerlo por ingeniería inversa, luego es fácil que no puedan saber todos los datos de diseño del sistema, y que tengan que ser más conservadores en sus decisiones. En otras ocasiones, los desarrolladores de linux se encuentran al reahacer un driver siguiendo las especificaciones más o menos publicadas que el driver oficial hace gansadas contra las especificaciones, y tienen el dilema de hacerlo bien, o repetir la gansada para no crear inconsistencias. A lo mejor el logfile dice que el disco "puede" estar mal. El de windows lo ignora y sigue, el de linux no lo ignora, según las normas.
Que tenga razón (en que se debe analizar el disco) o no es otra historia. Quizá sí, quizá no... por cierto, parece que hay un parámetro para "saltarse" el chequeo del disco y que resetea el fichero en cuestión:
-o force WARNING: Forced mount, reset $LogFile.
Más vale chequearlo, es más seguro. Si después se sigue quejando, ya habrá tiempo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFHBiFitTMYHG2NR9URAlGTAJ42tAEeVsCsEapHRKU/gMIAtDckEACffxoR 4vyqrdNw1QUlZahYMVsKvYU= =CVQc -----END PGP SIGNATURE-----