Reiser4 file system for Linux OS Activity
Reiser4 file system for Linux OS
Brought to you by:
edward6
Activity for Reiser4 file system for Linux OS
-
Edward Shishkin posted a comment on discussion General Discussion
Hello. For now we can not find enough resources for reiser4 support. Porting to the latest kernels will take approximately 1 week. Thanks, Edward.
-
PICCORO Lenz McKAY posted a comment on discussion General Discussion
hi .. here 2024 and i wish and dessire to know if reiser4 still will be supported .. thanks and hope answer will be positive..
-
Amiga Lemming posted a comment on discussion General Discussion
Is it possible to use Reiser4 with FUSE in user space? NTFS works this way. I guess it would be possible to have a boot partition on a Linux supported file system and have a main partition formatted as Reiser4.
-
Dee posted a comment on discussion General Discussion
Indeed, thanks Edward and thanks also ia666. Those VFS changes seem to have caused a headache relatively.
-
Deblanck posted a comment on discussion General Discussion
if Y && kernel_version > 6.0 ... else?
-
Yes, it is.
-
That's all sabj in topic(
-
ia666 posted a comment on discussion General Discussion
Thank you for response! If exclude changing for compress.c from this commit the compilation will succeed
-
Yes, the patch for 5.18 is in plans. Unfortunately there were essential changes in VFS interface, so the port will take some time. Thanks, Edward.
-
The latest patch for 5.16 linux kernel does not work as expected %-(___
-
It is because of VFS changes backported to 5.15.41. Respectively, a new reiser4-for-5.15.41 patch is needed. This patch should include the following commit (or only some its parts, related to the new function fault_in_readable()): https://github.com/edward6/reiser4/commit/719c4bb7c8b2c009c28b1f33c3e28fbef9239ca0 If you don't want to wait, you can do it by yourself, Just let me know, if any problems. Thanks, Edward. On Mon, May 30, 2022 at 6:43 AM Dee boonfogle@users.sourceforge.net wrote: Using the...
-
Using the 5.13 (experimental) patch for 5.15 has worked thus far for me to 5.15.32, but recently an update to 5.15.41 has given a failed kernel compile. The only change that I've been aware of (could have had other changes) is a kernel update from 5.15.32 to 5.15.41 has spat out this error on kernel compile... fs/reiser4/plugin/file/cryptcompress.c: In function 'do_write_cryptcompress': fs/reiser4/plugin/file/cryptcompress.c:2855:25: error: implicit declaration of function 'fault_in_pages_readable';...
-
Reiser4 file system for Linux OS updated /v5-unstable/kernel/README.txt
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
Martin Vahi posted a comment on discussion General Discussion
Thank You for the interesting answer, including the instructions about patches. :-)
-
This resource is devoted to a software product. Any irrelevant stuff will be removed. With any suggestion to rename something please provide a complete set of patches (including the ones against partition manipulating utilities like parted) plus make sure that file systems with the old and new name being installed in the same OS won't step to each other. Thanks.
-
-
-
-
-
-
Sorry, not interesting. I also have a lot of ideas, and it it not clear who will implement them. Thanks, Edward.
-
-
Alfonso , Alias josetes posted a comment on discussion General Discussion
Hi a every body. i would like tell us about some projects in relation with this arrangement forum. Hi, again. I would like work with you and others programmers for creating a new Linux SS.00 , based in Raiser4 for files management and vedics maths for the calculations. Please answer if you interested for colaborate in the project. Thank so much. Alfonso Hernandez 34 678 239 521
-
Slow umount of reiser4 partition after many hours of high load
-
-
-
Hello, The stable version of Reiser4 includes 2 modules (file plugins) which manage regular files: unix file plugin: Doesn’t use compression. Stores file bodies either as fragments in the tree, or as sets on unformatted blocks (extents) depending on formatting policy (mkfs option “formatting=[tails, extents, smart]”. “tails” means storing file body as a set of fragments (tails) in the tree, “extents” means storing file body as sets of unformatted blocks (extents). “smart” means storing small (<=20K)...
-
mesa mesa posted a comment on discussion General Discussion
Hi, I've been experimenting with various formatting settings in reiser4... My use case is a long term archive hard disk that will rarely have changes and rare accesses; so access/transfer speed and fragmentation is a low priority. Storage density is what I'm mostly after. It is a mixed storage of large media files, text files, binary data and a mixture of everything else in between, compressed and uncompressed, encrypted and unencrypted. The ratio of media data to other data is obviously largely...
1 >
