cramfs.txt
上传用户:lgb322
上传日期:2013-02-24
资源大小:30529k
文件大小:2k
源码类别:

嵌入式Linux

开发平台:

Unix_Linux

  1. Cramfs - cram a filesystem onto a small ROM
  2. cramfs is designed to be simple and small, and to compress things well. 
  3. It uses the zlib routines to compress a file one page at a time, and
  4. allows random page access.  The meta-data is not compressed, but is
  5. expressed in a very terse representation to make it use much less
  6. diskspace than traditional filesystems. 
  7. You can't write to a cramfs filesystem (making it compressible and
  8. compact also makes it _very_ hard to update on-the-fly), so you have to
  9. create the disk image with the "mkcramfs" utility in scripts/cramfs.
  10. Usage Notes
  11. -----------
  12. File sizes are limited to less than 16MB.
  13. Maximum filesystem size is a little over 256MB.  (The last file on the
  14. filesystem is allowed to extend past 256MB.)  (Comments in mkcramfs.c
  15. suggest that ROM sizes may be limited to 64MB, though that's not a
  16. limitation in cramfs code.)
  17. Only the low 8 bits of gid are stored.  The current version of
  18. mkcramfs simply truncates to 8 bits, which is a potential security
  19. issue.
  20. Hard links are supported, but hard linked files
  21. will still have a link count of 1 in the cramfs image.
  22. Cramfs directories have no `.' or `..' entries.  Directories (like
  23. every other file on cramfs) always have a link count of 1.  (There's
  24. no need to use -noleaf in `find', btw.)
  25. No timestamps are stored in a cramfs, so these default to the epoch
  26. (1970 GMT).  Recently-accessed files may have updated timestamps, but
  27. the update lasts only as long as the inode is cached in memory, after
  28. which the timestamp reverts to 1970, i.e. moves backwards in time.
  29. Currently, cramfs must be written and read with architectures of the
  30. same endianness, and can be read only by kernels with PAGE_CACHE_SIZE
  31. == 4096.  At least the latter of these is a bug, but it hasn't been
  32. decided what the best fix is.  For the moment if you have larger pages
  33. you can just change the #define in mkcramfs.c, so long as you don't
  34. mind the filesystem becoming unreadable to future kernels.
  35. For /usr/share/magic
  36. ------------------
  37. 0 long 0x28cd3d45 Linux cramfs
  38. >4 long x size %d
  39. >8 long x flags 0x%x
  40. >12 long x future 0x%x
  41. >16 string > signature "%.16s"
  42. >32 long x fsid.crc 0x%x
  43. >36 long x fsid.edition %d
  44. >40 long x fsid.blocks %d
  45. >44 long x fsid.files %d
  46. >48 string > name "%.16s"
  47. Hacker Notes
  48. ------------
  49. See fs/cramfs/README for filesystem layout and implementation notes.