Nachdem ich die Speicherorganisation verstanden habe (32MB Ram und 8MB Flash-Ram) interessiert mich nun das Filesystem und wie es auf die Speicher abgebildet ist.
So wie es aussieht gibts es folgende Dateisyssteme:
/dev/mtdblock/3 on / type cramfs (ro)
none on /dev type devfs (rw)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw)
/dev/mtdblock/2 on /var type jffs2 (rw)
ramfs on /var/tmp type ramfs (rw)
Ich nehme an dass:
-"/dev/mtdblock/3 on / type cramfs (ro)"
im Flash liegt...
-"none on /dev type devfs (rw)"
keine Idee
-"proc on /proc type proc (rw)"
leider auch keine idee
-"devpts on /dev/pts type devpts (rw)"
leider auch keine idee
-"/dev/mtdblock/2 on /var type jffs2 (rw)"
liegt wohl auch im Flash
-"ramfs on /var/tmp type ramfs (rw)"
liegt wohl im RAM
Nun wollte ich mit dem C64 EMu experimentieren und habe es oefter geschafft das kein Speicherplatz mehr frei war und ich neu flashen musste. (Habe etwas "wild" kopiert und Kopien auf der Box in anderen Verzeichnissen abgelegt...)
Der Befehl "df" gibt leider auch nicht aus, wieviel Platz auf dem Device zur Verfuegung steht.
Also hier die Frage(n).
1.) Welches Dateisystem liegt im RAM?
2.) Welches Dateisystem liegt im Flash-RAM?
3.) was machen die Filesysteme?
4.) Wieviel Platz "braucht" die Linux-SW im Flash bzw. wieviel Platz steht mir zur Verfuegung?
5.) Wieviel Platz braucht die Linux-SW im RAM bzw. wieviel Platz steht mir zur Verfuegung?
6.) Wieso zeigt "df" keinen freien Platz an? (liegt das an der Implementierung in der BusyBox)?
Viele Fragen...
Danke vorab
Belgarad
Filesysteme auf der DBox unter Linux
-
- Neugieriger
- Beiträge: 16
- Registriert: Sonntag 9. Dezember 2001, 00:00
Hi Diese Infos sind auch für mich sehr wichtig...
Ich hatte von einen Flash.Howto gelesen
hat jemand das ding
danke
Eure Babs
Bitte e-mail
babsy98@gmx.net
Ich hatte von einen Flash.Howto gelesen
hat jemand das ding
danke
Eure Babs
Bitte e-mail
babsy98@gmx.net
-
- Einsteiger
- Beiträge: 100
- Registriert: Donnerstag 1. November 2001, 00:00
Hi...
also: Meine kenntnisse:
/ type cramfs (ro)
CRAMFS enthält den kpl. Linux Verzeichnisbaum ausser /var
ist read-only, kannst du aber mit mkcramfs neu erstellen, vergl cramfs-howto.
dabeio beachten: das CRAMFS darf nicht größer als 6144kB sein (schon 100 mal geschrieben, ich weiss, aber: ich Idiot habe immer 6300kB reingeflasht, da ging dann nix mehr !)
/dev type devfs (rw)"
hier stehen die device. Unter linux werden die geräte hierüber angesprochen, vergl mit COM1, LPT C: in der MS-DOS Welt.
/proc type proc (rw)"
Processinfos. CPU-Type. free mem, infos zu laufenden aplicationen.
/dev/pts type devpts (rw)"
s. oben
/var type jffs2 (rw)"
liegt im flash, ist das jornaling filesystem, welches die dateien aus /var aufnimmt, z.b.ucodes, senderlisten
größe: rein rechnerich irgendwas wie
8MB flash minus 6144kb CRAMFS - IDXFS mit ppcboot und logos
Die genaue größe habe ich gerade nicht im kopf, aber einige ppcboot-version werden beim starten eine Partitionsliste mit start- und endadresse in hes aus. einfach mal nachrechnen
/var/tmp type ramfs (rw)"
In german we call it RAMDISK.
32MB minus speicherverbrauch der aktuell laufenden Programme (so ungefähr..)
Ok, das mit df ist schon korrekt, das kannst du knicken.
aber wie gesagt, cramfs ist eh nicht änderbar (ausser unter linux) in im /var kannst du ja mit DU den Verbrauch anschauen.
@ALL
Wieso schreibt sichn das jffs eigentlich voll? löschen ,schreiben, löschen, schreiben der service-XML reichen oder schon aus. selbst wenn ich immer die gleiche datei überschreibe ist irgendwann mal voll.
Journaling heist ja irgendwie mitprotokolierend, oder (like NTFS, also MS nennt es Transaktionsbasierend)
Kann man die logs nicht löschen, um dann nicht immer in ein zu volles /var zu geraten???
Bye
Creating 7 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x000c0000 : "idxfs"
0x000c0000-0x001c0000 : "var"
0x001c0000-0x00760000 : "root"
0x00760000-0x00800000 : "flfs"
0x00020000-0x00800000 : "GesamteFlashOhneBL"
0x007e0000-0x00800000 : "flfs_128"
<font size=-1>[ This Message was edited by: Dr.CKone on 2001-12-21 16:26 ]</font>
also: Meine kenntnisse:
/ type cramfs (ro)
CRAMFS enthält den kpl. Linux Verzeichnisbaum ausser /var
ist read-only, kannst du aber mit mkcramfs neu erstellen, vergl cramfs-howto.
dabeio beachten: das CRAMFS darf nicht größer als 6144kB sein (schon 100 mal geschrieben, ich weiss, aber: ich Idiot habe immer 6300kB reingeflasht, da ging dann nix mehr !)
/dev type devfs (rw)"
hier stehen die device. Unter linux werden die geräte hierüber angesprochen, vergl mit COM1, LPT C: in der MS-DOS Welt.
/proc type proc (rw)"
Processinfos. CPU-Type. free mem, infos zu laufenden aplicationen.
/dev/pts type devpts (rw)"
s. oben
/var type jffs2 (rw)"
liegt im flash, ist das jornaling filesystem, welches die dateien aus /var aufnimmt, z.b.ucodes, senderlisten
größe: rein rechnerich irgendwas wie
8MB flash minus 6144kb CRAMFS - IDXFS mit ppcboot und logos
Die genaue größe habe ich gerade nicht im kopf, aber einige ppcboot-version werden beim starten eine Partitionsliste mit start- und endadresse in hes aus. einfach mal nachrechnen
/var/tmp type ramfs (rw)"
In german we call it RAMDISK.
32MB minus speicherverbrauch der aktuell laufenden Programme (so ungefähr..)
Ok, das mit df ist schon korrekt, das kannst du knicken.
aber wie gesagt, cramfs ist eh nicht änderbar (ausser unter linux) in im /var kannst du ja mit DU den Verbrauch anschauen.
@ALL
Wieso schreibt sichn das jffs eigentlich voll? löschen ,schreiben, löschen, schreiben der service-XML reichen oder schon aus. selbst wenn ich immer die gleiche datei überschreibe ist irgendwann mal voll.
Journaling heist ja irgendwie mitprotokolierend, oder (like NTFS, also MS nennt es Transaktionsbasierend)
Kann man die logs nicht löschen, um dann nicht immer in ein zu volles /var zu geraten???
Bye
Creating 7 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x000c0000 : "idxfs"
0x000c0000-0x001c0000 : "var"
0x001c0000-0x00760000 : "root"
0x00760000-0x00800000 : "flfs"
0x00020000-0x00800000 : "GesamteFlashOhneBL"
0x007e0000-0x00800000 : "flfs_128"
<font size=-1>[ This Message was edited by: Dr.CKone on 2001-12-21 16:26 ]</font>
-
- Interessierter
- Beiträge: 33
- Registriert: Mittwoch 5. Dezember 2001, 00:00
-
- Contributor
- Beiträge: 1608
- Registriert: Samstag 28. Juli 2001, 00:00
-
- Einsteiger
- Beiträge: 100
- Registriert: Donnerstag 1. November 2001, 00:00
-
- Einsteiger
- Beiträge: 182
- Registriert: Donnerstag 1. November 2001, 00:00
-
- Interessierter
- Beiträge: 33
- Registriert: Mittwoch 5. Dezember 2001, 00:00