On Sat, 11 Feb 2006 17:19:31 -0500, Sonny Rao wrote:
>> Actually, you can build jfs.o by doing make fs/jfs/ from the linux
>> directory, but I don't know a shortcut to build the .ko file without
>> altering makefiles or the .config file. cd'ing to fs/jfs/ and running
>> make does not work.
>
>make SUBDIRS=fs/jfs
>
>should build just the jfs.ko
>
>Sonny
Many thanks Sonny,
I'll try that the next time I have to patch jfs.ko
(knowing that beforehand could have saved me lot of time, but I am still
learning ;-).
Meanwhile I have done many tests, especially regarding data exchange with OS/2:
First a hint for those who are also applying the patch:
I had created a 'device-object' on KDE-dektop before, but after applying the
patch
this object still had some of the old properties (i.e. did not allow write
access, .... despite I had
added uid, gid and umask in fstab and reloaded the module). However permissions
were shown correct and from the command line all was performing perfect
including writing
Solution was: delete the old object and create a new one after applying the
patch
and setting the proper parameters in fstab - KDE seems to have its own
place to store some information, which is not updated automatically.
Now all works as it should - thanks again to Dave!
When reading data from OS/2 or Linux , JFS beheaves very co-operative:
existing EA's from OS/2 are not touched by Linux, even when jfs_fsck is run
existing permission and ownership-bits for Linux are not touched by OS/2!
the EA's from OS/2 are not copied under Linux
this is a great way to strip all EA's if wanted, like when copying to
NFS via TCP/IP
the permissions of Linux are not copied under OS/2
this is one more reason to apply Dave's patch for access.
So data exchange is working perfectly now.
Is there any other place besides souceforge where more detailled information on
JFS
can be found? Under OS/2 for instance you are able to tune the timing
parameters for the
caching like lazywrite, synctime, maxage, bufferidle. Does also under Linux JFS
have some
configuration file?
Does JFS accept the option 'sync' for mounting?
The background for this question is that occasionally, when copying thousands
of small files
(2000 directories, 20000 files, each less than 1 MB) by using the Konqueror
under KDE some
files got lost. Linux jfs_fschk (umounted before) did not report any
anomalities,
but OS/2's 'chkdsk /f:2' gave several lost handles and many files in
/lost+found.
Only the target data were affected by that loss, all original data were 100% ok
and
after running chkdsk /f:2 the filesystem was absolutely clean.
Under OS/2, I was able to solve a similar beheaviour by playing with the cache
settings:
8 MB cache only, lazywrite, synctime=5s, maxage=20sec, bufferidle=4sec
However it also could be that this is one incompatibility in KDE when handling
so many
files in one run by just drag&drop of the directory?
With best regards,
Ingo
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Jfs-discussion mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jfs-discussion
