Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=2953592
By: antona
No this information is highly out of date. The header file in the driver
(fs/ntfs/logfile.h) is the latest in structure knowledge. And fs/ntfs/logfile.c
and fs/ntfs/super.c (both in the driver) are the current state of the art code.
You can see the files directly in your webbrowser at following urls:
logfile.h: http://linux-ntfs.bkbits.net:8080/ntfs-2.6-devel/anno/fs/ntfs/logfile
.h@1.7?nav=index.html|src|src/fs|src/fs/ntfs
logfile.c: http://linux-ntfs.bkbits.net:8080/ntfs-2.6-devel/anno/fs/ntfs/logfile
.c@1.10?nav=index.html|src|src/fs|src/fs/ntfs
super.c: http://linux-ntfs.bkbits.net:8080/ntfs-2.6-devel/anno/fs/ntfs/super.c@1
.185?nav=index.html|src|src/fs|src/fs/ntfs
You will see from the above that we now have almost 100% understanding of the
restart area pages including being able to tell whether a logfile indicates
whether a volume was shutdown cleanly or not. So we do not simply check the
dirty status bit on the volume, we do a very large effort of reading and
sanitychecking the logfile restart areas.
What we are lacking is understanding the log record pages and the log records
themselves.
Note we do not really need to undestand the logfile at all for read support.
For write support it is nice to understand it so that we can tell for sure whether
a volume is clean or not (and perhaps to be able to make it clean if the logfile
has uncommitted transactions). But we can get away without understanding the
logfile further than we do already for write support. Understanding it further
would be nice but the effort involved would be absolutely huge in terms of reverse
engineering time...
Best regards,
Anton (who reverse engineered the logfile and wrote the driver code for handling
it (-:)
______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=44084
|