squashfs

lucgas
Image-Team
Beiträge: 158
Registriert: Sonntag 8. Dezember 2002, 10:09

squashfs

Beitrag von lucgas »

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.
derget
Contributor
Beiträge: 1608
Registriert: Samstag 28. Juli 2001, 00:00

Beitrag von derget »

was ist denn squashfs ?

und wiso langt kernel aus cramfs oder jffs2 nicht ?

also was is da anders/besser ?
lucgas
Image-Team
Beiträge: 158
Registriert: Sonntag 8. Dezember 2002, 10:09

Beitrag von lucgas »

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.
derget
Contributor
Beiträge: 1608
Registriert: Samstag 28. Juli 2001, 00:00

Beitrag von derget »

ahso ist also nen cramfs ablöser

hm naja ich seh jetzt keinen vorteil (mal von den endianen abgesehen)

aber testen kann mans ja mal ...
zg0re
Neugieriger
Neugieriger
Beiträge: 14
Registriert: Samstag 18. Januar 2003, 18:05

Beitrag von zg0re »

Bei der Dreambox wird das ja auch benutzt... Soll halt viel besser komprimieren als cramfs und trotzdem schnell sein :)
DieMade
Oberlamer, Administrator & Supernanny
Beiträge: 10532
Registriert: Samstag 13. Juli 2002, 10:49

Beitrag von DieMade »

Zur Komprimierung:

7.061.504 neutrino-cramfs.img
6.397.952 neutrino-squashfs.img (big-endian, std-blocksize)

Also da ist schon einiges an "Mehrplatz" drin :)
There are 10 types of people in the world: those who know binary and those who don't
JtG-Riker
Image-Team
Beiträge: 1015
Registriert: Freitag 7. Februar 2003, 18:37

Beitrag von JtG-Riker »

Fehlt nur mal ein Workaround zum testen für diejenigen die nicht den oberdurchblick haben so wie ich :)

Und die u-boot anpassung, ist doch sicherlich besser cramfs dann komplett zu ersetzen oder ?


Könnt ihr da was anbieten?


Crusher
alexW
Developer
Beiträge: 631
Registriert: Donnerstag 24. Januar 2002, 12:21

Beitrag von alexW »

derget hat geschrieben:ahso ist also nen cramfs ablöser
Soweit wuerde ich nicht gehen, denn wenn ja, dann haetten die sich in einigen Punkten zurueckentwickelt.
Am schlimmsten ist aber, dass CRC und Name fehlt.
alexW
alexW
Developer
Beiträge: 631
Registriert: Donnerstag 24. Januar 2002, 12:21

Beitrag von alexW »

Crusher hat geschrieben:Und die u-boot anpassung, ist doch sicherlich besser cramfs dann komplett zu ersetzen oder ?
Wieso das denn? Jemals in den Source vom u-boot geschaut? ;)
alexW
derget
Contributor
Beiträge: 1608
Registriert: Samstag 28. Juli 2001, 00:00

Beitrag von derget »

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 :)
obi
Senior Member
Beiträge: 1282
Registriert: Montag 12. November 2001, 00:00

Beitrag von obi »

crc rettet? :)
zeigt ja eigentlich nur an, ob was kaputt ist oder nicht ;)

u-boot ab 1.0.1 hat uebrigens cramfs support. wieso nehmen wir nicht den aktuellen 1.0.2 anstatt 1.0.0?
alexW
Developer
Beiträge: 631
Registriert: Donnerstag 24. Januar 2002, 12:21

Beitrag von alexW »

derget hat geschrieben:naja fehlendes crc is nicht schön aber
auf der anderen seite , wozu crc ..
Du ahnst nicht, wieviele Leute nicht downloaden koennen.
derget hat geschrieben:wenns niemand macht dann mach ich das
Dann kann ich dir meine bisherigen Diffs geben, da fehlt nicht mehr viel, aber die fehlenden Features haben mich entmutigt weiterzumachen ;)
alexW
alexW
Developer
Beiträge: 631
Registriert: Donnerstag 24. Januar 2002, 12:21

Beitrag von alexW »

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?
Der Cramfs wurde sogar von unserem CVS uebernommen. Trotzdem wuerde ich immer noch gerne wissen, wieso das Update, wenn der alte geht? :)
alexW
obi
Senior Member
Beiträge: 1282
Registriert: Montag 12. November 2001, 00:00

Beitrag von obi »

alexW hat geschrieben:
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?
Der Cramfs wurde sogar von unserem CVS uebernommen. Trotzdem wuerde ich immer noch gerne wissen, wieso das Update, wenn der alte geht? :)
Hallo, jemand zuhause?
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?
alexW
Developer
Beiträge: 631
Registriert: Donnerstag 24. Januar 2002, 12:21

Beitrag von alexW »

obi hat geschrieben:Du machst ein update von 0.4.0 auf 1.0.0 ohne Grund
Falsch, ich habe schon geschrieben, weswegen ich das diff gemacht hatte.
alexW
lucgas
Image-Team
Beiträge: 158
Registriert: Sonntag 8. Dezember 2002, 10:09

Beitrag von lucgas »

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?
lucgas
Image-Team
Beiträge: 158
Registriert: Sonntag 8. Dezember 2002, 10:09

Beitrag von lucgas »

doppelt