Is there any documentation/description available for the N-O file system [OFS] structure, without reading the source code files ? Using Partitions.ShowBlocks I can see that: - the directory starts at block 1032, - each entry is 40 bytes wide, - they are [re]arranged alphbetically by fileID, - the 'table' starts: 00: <4 bytes> <number of dir-entries> 10:<32 chars for 1st file ID> <8 bytes= 2 words> seemingly only the 1st word after the ID-field is used? Simplistically this would be an offset ? But when I re-formatted [which I later discovered does NOT delete/reset previous bytes] and entered 4 'new' files: one, two, three, four, of sizes as below, I see: FuleID arg-word File-size Dif-words =============== use const width font to view=== one 5829 75 29 two 5858 75 29 three 5887 75 29 four 5916 115 29 So the [apparently redundant] word-val 29 is independant of the file size ? In fact for a big-directory all the 'arg-words' are multiples of 29; and the 1st chronologically entered File's arg-word: 5829; equals 201*29. Thanks for any feedback, == Chris Glur. PS. yes you guessed that I want to recover some lost valuable files.
On Nov 28, 2007 8:08 AM, <easlab@absamail.co.za> wrote:
In fact for a big-directory all the 'arg-words' are multiples of 29; and the 1st chronologically entered File's arg-word: 5829; equals 201*29.
I can't answer your more general question about documentation of the on-disk format of OFS, but the book Project Obeorn provides some insight into the magic number 29: Quote: 3. Sector pointers are represented by sector numbers of type LONGINT. Actually, we use the numbers multiplied by 29. This implies that any single-bit error leads to a number which is not a multiple of 29, and hence can easily be detected. Thereby the crucial sector addresses are software parity checked and are safe (against single-bit errors) even on computers without hardware parity check. The check is performed by procedures Kernel.GetSector and Kernel.PutSector. Source: Project Oberon "Edition 2005", Page 174 http://www.oberon.ethz.ch/WirthPubl/ProjectOberon.pdf // Ben
participants (2)
-
B. Smith-Mannschott -
easlabīŧ absamail.co.za