squashfs
-
- Image-Team
- Beiträge: 158
- Registriert: Sonntag 8. Dezember 2002, 10:09
squashfs
hallo devs,
Ich habe mal den Anfang gemacht in was squashfs betrifft.Was noch bleibt ist u-boot soweit erweitern das die squashfs Partition erkannt wird.Dann könnten wir ,was auch eleganter ist,kernel ausm squashfs booten.Danach eventuell cramfs komplett deaktivieren oder wie AlexW jetzt gemacht hat,in config festlegen was mir wollen(cramfs oder squashfs.
Ich habe mal den Anfang gemacht in was squashfs betrifft.Was noch bleibt ist u-boot soweit erweitern das die squashfs Partition erkannt wird.Dann könnten wir ,was auch eleganter ist,kernel ausm squashfs booten.Danach eventuell cramfs komplett deaktivieren oder wie AlexW jetzt gemacht hat,in config festlegen was mir wollen(cramfs oder squashfs.
-
- Contributor
- Beiträge: 1608
- Registriert: Samstag 28. Juli 2001, 00:00
-
- Image-Team
- Beiträge: 158
- Registriert: Sonntag 8. Dezember 2002, 10:09
Squashfs is a compressed read-only filesystem for Linux. Squashfs is intended for general read-only filesystem use, for archival use (i.e. in cases where a .tar.gz file may be used), and in constrained block device/memory systems (e.g. embedded systems) where low overhead is needed. The filesystem is currently stable, and has been tested on PowerPC, i586, Sparc and ARM architectures.
Squashfs overview
* Data, inodes and directories are compressed.
* Squashfs stores full uid/gids (32 bits), and file creation time.
* Files up to 2^32 bytes are supported. Filesystems can be up to 2^32 bytes.
* Inode and directory data are highly compacted, and packed on byte boundaries. Each compressed inode is on average 8 bytes in length (the exact length varies on file type, i.e. regular file, directory, symbolic link, and block/char device inodes have different sizes).
* Squashfs can use block sizes up to 32K (the default size is 32K). Using 32K blocks achieves greater compression ratios than the normal 4K block size.
* File duplicates are detected and removed.
* Both big and little endian architectures are supported. The mksquashfs program can generate filesystems for different endian architectures for cases where the host byte ordering is different to the target. This is useful for embedded systems.
So viel darüber!Ja klar,man könnte wie jetzt ist kernel aus cramfs booten,ist jedoch ne Partition mehr.
Squashfs overview
* Data, inodes and directories are compressed.
* Squashfs stores full uid/gids (32 bits), and file creation time.
* Files up to 2^32 bytes are supported. Filesystems can be up to 2^32 bytes.
* Inode and directory data are highly compacted, and packed on byte boundaries. Each compressed inode is on average 8 bytes in length (the exact length varies on file type, i.e. regular file, directory, symbolic link, and block/char device inodes have different sizes).
* Squashfs can use block sizes up to 32K (the default size is 32K). Using 32K blocks achieves greater compression ratios than the normal 4K block size.
* File duplicates are detected and removed.
* Both big and little endian architectures are supported. The mksquashfs program can generate filesystems for different endian architectures for cases where the host byte ordering is different to the target. This is useful for embedded systems.
So viel darüber!Ja klar,man könnte wie jetzt ist kernel aus cramfs booten,ist jedoch ne Partition mehr.
-
- Contributor
- Beiträge: 1608
- Registriert: Samstag 28. Juli 2001, 00:00
-
- Neugieriger
- Beiträge: 14
- Registriert: Samstag 18. Januar 2003, 18:05
-
- Oberlamer, Administrator & Supernanny
- Beiträge: 10532
- Registriert: Samstag 13. Juli 2002, 10:49
-
- Image-Team
- Beiträge: 1015
- Registriert: Freitag 7. Februar 2003, 18:37
-
- Developer
- Beiträge: 631
- Registriert: Donnerstag 24. Januar 2002, 12:21
-
- Developer
- Beiträge: 631
- Registriert: Donnerstag 24. Januar 2002, 12:21
-
- Contributor
- Beiträge: 1608
- Registriert: Samstag 28. Juli 2001, 00:00
naja fehlendes crc is nicht schön aber
auf der anderen seite , wozu crc ..
wenn im flash nen byte kippt dann kann die crc das retten , klar
aber wenn ein byte kippt das is das flash nicht mehr ok
also naja egal :)
will sagen die komprimierung is besser das ist fein
ein gemisches cramfs für kernel und rest squafs is aber quatsch
wer damit spielen will sollte es ganz nutzen können
im flfs ist genug platz um cramfs und squafs support einzubauen zumal der ganze zlibkrams ja eh schon da ist
das sollte passen
muss nur wer einbaun
wenns niemand macht dann mach ich das
allerdings hab ich zz keine lust :)
auf der anderen seite , wozu crc ..
wenn im flash nen byte kippt dann kann die crc das retten , klar
aber wenn ein byte kippt das is das flash nicht mehr ok
also naja egal :)
will sagen die komprimierung is besser das ist fein
ein gemisches cramfs für kernel und rest squafs is aber quatsch
wer damit spielen will sollte es ganz nutzen können
im flfs ist genug platz um cramfs und squafs support einzubauen zumal der ganze zlibkrams ja eh schon da ist
das sollte passen
muss nur wer einbaun
wenns niemand macht dann mach ich das
allerdings hab ich zz keine lust :)
-
- Senior Member
- Beiträge: 1282
- Registriert: Montag 12. November 2001, 00:00
-
- Developer
- Beiträge: 631
- Registriert: Donnerstag 24. Januar 2002, 12:21
Du ahnst nicht, wieviele Leute nicht downloaden koennen.derget hat geschrieben:naja fehlendes crc is nicht schön aber
auf der anderen seite , wozu crc ..
Dann kann ich dir meine bisherigen Diffs geben, da fehlt nicht mehr viel, aber die fehlenden Features haben mich entmutigt weiterzumachen ;)derget hat geschrieben:wenns niemand macht dann mach ich das
alexW
-
- Developer
- Beiträge: 631
- Registriert: Donnerstag 24. Januar 2002, 12:21
-
- Senior Member
- Beiträge: 1282
- Registriert: Montag 12. November 2001, 00:00
Hallo, jemand zuhause?alexW hat geschrieben:Der Cramfs wurde sogar von unserem CVS uebernommen. Trotzdem wuerde ich immer noch gerne wissen, wieso das Update, wenn der alte geht?obi hat geschrieben:u-boot ab 1.0.1 hat uebrigens cramfs support. wieso nehmen wir nicht den aktuellen 1.0.2 anstatt 1.0.0?
Du machst ein update von 0.4.0 auf 1.0.0 ohne Grund und stellst dann ein Update von 1.0.0 auf 1.0.1 in Frage, das eindeutig unser Diff verkleinert?
-
- Developer
- Beiträge: 631
- Registriert: Donnerstag 24. Januar 2002, 12:21
-
- Image-Team
- Beiträge: 158
- Registriert: Sonntag 8. Dezember 2002, 10:09
Ich habe mit Phillip darüber gesprochen was crc betrifft und hier ist seine Antwort:
What kind of crc check do you have in mind? A simple crc over the
entire filesystem which is checked once at mount time? Or a crc per
file block, which is checked when that file block is accessed? If a
block is found to be corrupt, the filesystem can either return an error
(-EIO) or hide the error and return an empty (zero filled) block...
Both are not hard to implement -if you tell me what you want I'll try
and put in the next release!
Phillip
Also ,welche wollen wir haben?
What kind of crc check do you have in mind? A simple crc over the
entire filesystem which is checked once at mount time? Or a crc per
file block, which is checked when that file block is accessed? If a
block is found to be corrupt, the filesystem can either return an error
(-EIO) or hide the error and return an empty (zero filled) block...
Both are not hard to implement -if you tell me what you want I'll try
and put in the next release!
Phillip
Also ,welche wollen wir haben?