Hi,
I have a problem with navit's planet.bin (>4GB) on my SHR-U system. BEsides my
problem with the sdhc card since the new kernel was introduced, I have a
problem with large files.
I use reiserfs on my 16GB class6 micro sdhc card and when I try to access
planet.bin I get the error:
r...@om-gta02 ~ # file /media/card/nvmaps/planet.bin
/media/card/nvmaps/planet.bin: Zip archive data, at least v1.0 to extract
r...@om-gta02 ~ # rm /media/card/nvmaps/planet.bin
rm: can't stat '/media/card/nvmaps/planet.bin': Value too large for defined
data type
On my 64bit linux system I can access the file. What is the file size limit of
reiserfs in SHR-U?
Is it possible to have a kernel module for xfs on SHR-U?
Info on the filesystem:
# debugreiserfs /dev/sde1
debugreiserfs 3.6.19 (2003 www.namesys.com)
Filesystem state: consistent
Reiserfs super block in block 16 on 0x841 of format 3.6 with standard journal
Count of blocks on the device: 3922432
Number of bitmaps: 120
Blocksize: 4096
Free blocks (count of blocks - used [journal, bitmaps, data, reserved]
blocks): 1944427
Root block: 2425004
Filesystem is clean
Tree height: 5
Hash function used to sort names: "r5"
Objectid map size 10, max 972
Journal parameters:
Device [0x0]
Magic [0x74d1846b]
Size 8193 blocks (including 1 for journal header) (first block 18)
Max transaction length 1024 blocks
Max batch size 900 blocks
Max commit age 30
Blocks reserved by journal: 0
Fs state field: 0x0:
sb_version: 2
inode generation number: 7175
UUID: 188d7174-27f1-4a8e-89d9-17dfc1644d18
LABEL:
Set flags in SB:
ATTRIBUTES CLEAN
Mount count: 1
Maximum mount count: 30
Last fsck run: Sat Jul 17 14:11:12 2010
Check interval in days: 180
--
Lars
Lubarsky's Law of Cybernetic Entomology:
There's always one more bug.
_______________________________________________
Shr-User mailing list
[email protected]
http://lists.shr-project.org/mailman/listinfo/shr-user
