Hello, I thought, maybe a logfile with the jfs_fsck's error messages could be helpful... So, here are two logfiles showing the (reproducable) file system corruption. What can be the cause for that? Or how can I find it out?
(Maybe it could be a good idea to print out the inode's list of allocated disk blocks and the list of "free" blocks. Then I could compare those lists to check, whether one block is assigned with to files or one block belonging to a file is marked as "free". Is there a possibility to get such a list? Best regards, Christian 2014-04-15 20:52 GMT+02:00, Christian Wünsch <[email protected]>: > Hello again, > > I was told that there was some information missing in my last post. > Sorry for that! > > I want to do my very best to provide as much additional information as > possible: > > 1.) The devices on which the problem occurs are set-top-boxes from > Topfield, namly the SRP/CRP series (e.g. SRP-2401, CRP-2401) > > 2.) The system runs on a MIPS-CPU from Broadcom. CPU details: > system type : BCM97xxx Settop Platform > build target : 7405b0-topfield > processor : 0 > cpu model : BMIPS4380 V4.4 FPU V0.1 > cpu MHz : 402.43 > > 3.) Details about the running Linux kernel: > > cat /proc/version > Linux version 2.6.18-7.1 (jack@PDS) (gcc version 4.2.0 20070124 (prerelease) > - B > RCM 11ts-20090508) #2 SMP Tue Feb 5 15:07:17 KST 2013 > > # uname -a > Linux (none) 2.6.18-7.1 #2 SMP Tue Feb 5 15:07:17 KST 2013 7405b0-smp > unknown > > Since the firmware is provided by the manufacturer, we will NOT be > able to replace the kernel or change anything within the kernel. > > But it would be great to find out, what exactly the quoted error > message does mean. And by what circumstances a problem like that can > be produced. > So hopefully we can find a workaround that prevents the JFS system > from corrupting (and therefore erasing) our recorded files... > > If you need any further information, or debugging from me, please let me > know! > > Best regards, > Christian > > > 2014-04-14 1:13 GMT+02:00, Christian Wünsch <[email protected]>: >> Hi there! >> >> I have been working on a very strange JFS-related problem for more >> than 4 months now. I hope, you guys can help me fixing this finally... >> >> So, I am developing a video cutting tool for an embedded device >> (set-top-box) with Linux operationg system and JFS file system. >> My tool uses a quite simple cutting routine, that has been built-in >> into the firmware by the manufacturer. >> >> Now, on a (very small) number of users it happens, that while cutting >> a recorded video file, this file gets damaged in a mysterious way. All >> files that are damaged this way get unrevocably erased during the next >> execution of fsck. >> >> On suchlike damaged files, jfs_fsck regularly reports an error like this >> one: >> File system object FF4121 is linked as: /DataFiles/Tierärztin Dr. >> Mertens (25).rec >> cannot repair the data format error(s) in this file. >> cannot repair FF4121. Will release. >> >> ... and then it erases the file. >> >> So, could you please give me a hint, what exactly is meant by this >> error message? >> And how could such a damage possibly be caused? >> >> If you have any questions or need any further information or debugging >> from me, please let me know! >> >> And I am thankful for every tip or peace of advice ;-) >> >> Best regards, >> Christian >> >> >> PS: Some additional information: >> This post shows a logfile of jfs_fsck 1.1.15 on a (mounted, but >> errorfree) hard disk. >> http://www.topfield-europe.com/forum/showthread.php?p=988963 >> Is it normal to get such a bunch of error messages? Or are there some >> critical ones in there? >> >
fsck1.log
Description: Binary data
fsck2.log
Description: Binary data
------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech
_______________________________________________ Jfs-discussion mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jfs-discussion
