Good Morning Charles, Good Morning all,
>Did you see any files in lost+found?
>What did the disk usage (du/df) say?
There was no file in lost+found. The ls command produced the following
output:
[root@base-6000-67 cflashsystem]# ls
lost+found
????????????????????????????????????????????????????????????????????????
????????
????????????????????????????????????????????????????????????????????????
????????
????????????????????????????????????????????????????????????????????????
????????
???????????????
I didn't try du and df last week, but I'm now going to try and do it
again...
So, I tried again today to write the partition with 2.6.16 and read it
with 2.6.25.7 and I got the following result (copy/paste of the display
of the console, for ls, du and df):
[root@base-6000-75 cflashsystem]# ls
bert export lost+found
[root@base-6000-75 cflashsystem]# du
du: cannot access `./export/stream_3.SVlanId" name="SVLAN ID" />\n
<param value="0.MacTxMstream_3.SVlanUserPriority" name="S
VLAN User Priority" />\n <param
value="0.MacTxMstream_3.SVlanDeiBit" name="DEI Bit" />\n <param
value="0.MacTxMstream
_3.SVlanTpid" name="SVLA': No such file or directory
2 ./export
2 ./lost+found
du: cannot access
`./bert/\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377
\377\377\377\377\377\377\377\377\377\377\
377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\
377\377\377\377\377\377\377\377\377\377\377\377\377\377\377
\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377
\377\377\377\377\377\377\377\377\377\377\377\377\377\377\37
7\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\37
7\377\377\377\377\377\377\377\377\377\377\377\377\377\377\3
77\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\3
77\377\377\377\377\377\377\377\377\377\377\377\377\377\377\
377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\
377\377\377\377\377\377\377\377\377\377\377\377\377\377\377
\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377
\377\377\377\377\377\377\377\377\377\377\377\377\377\377\37
7\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\37
7\377\377\377\377\377\377\377\377\377\377\377\377\377\377':
No such file or directory
2 ./bert
8 .
[root@base-6000-75 cflashsystem]# df .
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mtdblock10 585728 271796 313932 47%
/mnt/automount/cflashsystem
>Why do you think this is a wide tnode issue?
>
>The tnodes are only relevant to the ram structures. They will be
different
>in the checkpoint data, but if the checkpoint restore fails then the
file
>system is scanned and everything is restored to what it should be.
Ok, I didn't know about the tnodes, it was just a new option that
appeared with the new menuconfig and I tried it just to see if it was
helping with backward compatibility... I returned to the standard
options for the menuconfig.
Thank you very much for your help and advices,
Best Regards,
Jean-Loup
(text/plain)