Interner Speicher -> Stabilität von GoPal & Datensicherung

Hey wind-hund!

Zitat

Original von wind-hund
Was aber kein so großes Drama ist, denn man kann ja dann bei Bedarf die entsprechenden neuen Dateien einmal mit dem richtigen Attribut versehen oder einen Kopierbefehl für diese zusätzlich ins Skript aufnehmen.

Tja, vielleicht ich habe ehrlich gesagt die Backup- und Restore-Skripte von m.g noch nicht ausprobiert, sondern nur 'durchgelesen' Ich frage mich nur, was passiert, wenn ein zusätzliches Tool, dass ich installiere, aus irgendwelchen Gründen für die Runtime benötigte dll's etc. mit den Attributen 'Systemfile' oder 'Read-Only' ins Windowsverzeichnis kopiert. Wenn ich die Skripte richtig verstehe, werden eben genau diese Dateien dann nicht gesichert und wären nach Hardreset & Restore dann verloren. Man müsste also schon nach jeder Installation schauen, ob Files ins Win-Verzeichnis dazugekommen sind und welche Attribute sie haben (das finde ich, ehrlich gesagt, nicht ganz unaufwändig). Was vielleicht besser klappen könnte, wäre, Dateien mit dem 'Archiv'-Attribut zu sichern. Ich schaue mir die Skripte mal genauer an (bzw. teste sie aus), wenn ich die Zeit dazu finde

Viele Grüße
dj

Der erste Teil (Hintergrund) beschreibt die Aufteilung des Speichers unserer Medion PNAs für alle Einsteiger (mit nur geringen Vorkenntnissen) und alle anderen, die sich bei den vorigen Posts in diesem Thread gefragt haben, worum es denn eigentlich geht...

Im nächsten Post (2. Probleme und Lösungsansätze) geht es um sinnvolle Backups und Optimierung des Programmspeichers -> die dort beschriebenen Probleme haben zu diesem Thread geführt. Den Teil verdaut man etwas besser, wenn man diesen hier gelesen hat, oder sich schon mal mit dem Speicher des PNAs beschäftigt hat.

1. Hintergrund
Die Navigationssoftware GoPal benötigt viel freien Speicher des Gerätes, damit sie 'rund' läuft. Wenn nicht genügend freier Speicher vorhanden ist, könnte es z.B. sein, dass die Berechnung sehr langer Routen abgebrochen wird, oder dass die Eingabe von Zielen über die Spracheingabe nicht funktioniert.
Gerade wenn neben der Navigationssoftware noch andere Programme auf dem PNA installiert sind (wie z.B. der POI-Warner), kann es mit dem freien Speicher, der für die Navigation benötigt wird, besonders eng werden. Man kann also ganz allgemein sagen: Je mehr freier Speicher im System, desto besser!
Aber: Speicher ist nicht gleich Speicher! Es gibt mehrere Arten von Speicher - und für die Funktion der Navigation ist eine bestimmte Art von Speicher besonders wichtig (dazu gleich mehr). Wenn man sich das erste Mal mit einem mobilen Gerät beschäftigt, kann man schon ein bisschen verwirrt sein, was die Speicheraufteilung angeht, deshalb hier nochmal eine genaue Erklärung. Ganz grob kann man zuerst einmal unterscheiden zwischen:

• internen Speicher
• externen Speicher

Externer Speicher: Der externe Speicher ist nicht fest im Gerät verbaut, sondern kommt bei unseren Navis als zusätzliche Speicherkarte (=Storage Card) daher. Bei den meisten Medion Navigationsbundles wird bis heute eine SD-Speicherkarte (z.B. in der Größe von 2 Gigabyte) mitgeliefert. Auf dieser Speicherkarte können z.B. Teile der Navigations-Europakarte (im Ordner Map Regions) gespeichert sein, auf welche die Navigationssoftware erst dann zurückgreift, wenn sie tatsächlich gebraucht werden. Die Storage Card hat ansonsten keinen direkten Einfluss auf das Funktionieren der Original-GoPal-Software. Auf der Storage Card können aber auch von dir ganz andere Dateien abgespeichert werden: z.B. Videos, Musik oder Fotos, die mit den zu der Navigationssoftware dazugehörigen Programmen abgespielt werden können.
Wenn dir der Speicherplatz auf der mitgelieferten Storage Card nicht mehr reicht (weil du so wie ich diverse Videos und MP3-Alben darauf abgelegt hast), kannst du dir eine zusätzliche Storage Card mit 4 Gigabyte kaufen. Aber Achtung: Die Medion Navis bis P4410 (PNA470) und Firmware R23 können nur "echte" SD-Karten bis 4GB lesen. Sogenannte SDHC-Karten funktionieren nicht! Welche SD-Karten als Ergänzung geeignet sind und wie man sie richtig einrichtet, kannst du in anderen Beiträgen hier im Forum finden.
Um Daten auf die Storage Card zu bringen, gibt es verschiedene Möglichkeiten.

• METHODE 1: du benutzt ein Speicherkartenlesegerät (CardReader): hier steckst du einfach die SD-Karte herein und kopierst alles drauf, was du brauchst. Achtung: es funktionieren nicht alle CardReader! Es kann vorkommen, dass die Daten 'verkrüppelt' auf der SD-Karte gespeichert werden. Hier im Forum wird oft die Empfehlung gegeben, den HAMA CardReader "35 in 1" zu benutzen, da er besonders zuverlässig zu sein scheint (und auch nicht viel kostet). Mein uralt NoName-CardReader funktioniert auch bestens, wobei ich aber die Beobachtung gemacht habe, dass Veränderungen auf der SD-Karte (also neue Dateien vorhanden oder alte gelöscht) häufig vom P4410 nach dem Einstecken der Karte nicht sofort erkannt werden (SD-Karte immer nur ins ausgeschaltete Navi einstecken/entfernen!). Entweder ich warte dann etwa eine halbe Minute, oder ich führe einen Softreset (s.u.) durch, dann sind alle Daten da.
• METHODE 2: Wenn dein PC mit WinXP (oder niedriger) läuft, kannst du dein Navi mit dem PC mit Hilfe der Software ActiveSync verbinden. Wenn die beiden Geräte verbunden sind, kannst du vom PC aus Daten auf das Navi spielen oder vom Navi sichern. Der Nachteil an dieser Methode ist, dass sie sehr langsam ist. Einige Forumsmitglieder haben auch berichtet, dass Daten nicht korrekt übertragen wurden. Für PCs mit Betriebssystem Win98SE eignet sich die ActiveSync-Version 3.8, für PCs mit WinXP ActiveSync 4.5. Computer mit WinVista brauchen kein ActiveSync mehr: dort ist die Verbindung mit mobilen Geräten im 'Windows Mobile Gerätecenter' schon im Betriebssystem vorhanden. Übrigens: 'ActiveSync' wird hier im Forum meist mit 'AS' abgekürzt. Anleitungen zu AS findest du ebenfalls hier im Forum

Interner Speicher: ganz allgemein kann man sagen, dass im internen Speicher all das untergebracht ist, was zum Betrieb der Navigationssoftware GoPal nötig ist. Wie groß der interne Speicher ist, hängt von der Geräteausstattung ab. Mir sind Größen des internen Speichers von 256 MegaByte, 512 MB und 1 GigaByte bekannt. Die Größe des internen Speichers deiner Geräteausstattung müsste auf dem Original-Karton deines Navis angegeben sein (Ausnahme Aldi-Navi MD96390: auf dem Karton steht immer 256MB interner Speicher, ein Teil der Geräte wurde aber mit 512MB ausgeliefert, siehe hier oder hier). Jetzt wirds ein bisschen komplizierter: der interne Speicher teilt sich nämlich wiederum in einzelne Speicherbereiche auf.

_____Nichtflüchtiger interner Speicher_____

• BIOS/ROM: Damit auf deinem Gerät GoPal überhaupt laufen kann, benötigt es, wie du es auch vom "richtigen PC" kennst, das BIOS (quasi ein Programm, dass die grundlegenden Funktionen der Hardware steuert) und das Betriebssystem. Das Betriebssytem deines PCs ist vermutlich WinXP oder Win Vista (und nicht so wie bei mir noch Win98SE :D). Bei den älteren Medion-Navis ist das Betriebssystem Windows CE 4.2 und bei den neueren WinCE5. Zum Betriebssystem gehören auch Treiber, auf die GoPal für bestimmte Funktionen zugreift (z.B. Bluetooth). Das Betriebssystem auf unseren Navis (PNAs) ist 'abgespeckt' im ROM (Read Only Memory - Speicher, der nur gelesen aber nicht beschrieben werden kann) untergebracht: Im PNA-ROM sind wirklich nur die WinCE-Bestandteile vorhanden, die GoPal unbedingt braucht, um zu funktionieren - deshalb können viele Programme, die man sich zusätzlich installieren könnte, nicht auf unseren Navis laufen, da bestimmte Teile des Betriebssystems fehlen (im Gegensatz dazu sind bei PDAs bzw. PocketPCs, soweit ich weiß, die Betriebssysteme komplett vorhanden). Das BIOS und das Betriebssystem sind in einem nichtflüchtigen Teil des internen Speichers untergebracht, das heisst, wenn mal komplett der Strom aus deinem Akku herausgelutscht ist (die Batterie eine sogenannte Tiefentladung erfahren hat, die man übrigens besser vermeiden sollte), oder wenn du deinen PNA durch einen sogenannten Hardreset zurückgesetzt hast (s.u.), bleiben BIOS und Betriebssystem trotzdem noch erhalten und werden nicht etwa gelöscht (verflüchtigen sich). BIOS und Betriebssytem können nur durch ein Firmwareupdate überschrieben bzw. ersetzt werden (mehr dazu findest du ebenfalls in diesem Forum). Bei meinem P4410 (MD96404) belegt das Betriebssystem WinCE5 etwa 21MB ROM-Speicher.
  

  
  

• Flash Disk (='My Flash Disk'): In diesem Bereich des nichtflüchtigen internen Speichers befindet sich die eigentliche Navigationssoftware GoPal! Wenn du in Beiträgen hier im Forum die Abkürzungen FD oder MFD liest, dann ist genau dieser Teil des internen Speichers gemeint. Dieser Bereich kann wie eine 'normale Festplatte' genutzt werden: hier können Programme installiert und aufgerufen werden. Auch als Datenspeicher könnte dieser Bereich, den der Windows-Explorer mit "My Flash Disk" anzeigt, theoretisch genutzt werden. Dieser nichtflüchtige interne Speicher hat den Vorteil, dass er zum einen schnell ist (bei mir deutlich schneller als die externe Storage Card) und dass er eben nicht verloren geht, wenn mal der Strom komplett weg war. Da GoPal hier auch einen Teil seiner dynamischen Daten (z.B. berechnete Routen, Favoriten usw.) ablegt, gehen diese GoPal-Einstellungen nicht verloren, wenn der Akku tiefentladen wurde. Die Flash Disk meines P4410 ist übrigens ca. 451MB groß. Etwa 145MB brauchen davon GoPal PE 3.0 und einige kleine Zusatzprogramme, die ich installiert habe. Die Dateien auf der FD können nur absichtlich (bei vollem Bewußtsein), durch eine unabsichtliche Fehlbedienung (Systemfunktionen aufrufen, an die man nicht so ohne weiteres herankommt und sie zu benutzen, ohne zu wissen, was man tut) oder durch eine üble Fehlfunktion des PNAs (ich nehme mal an, dass so was vorkommen kann) gelöscht werden. In so einem Fall kannst du aber GoPal (und andere Programme) wieder neu installieren. Wie das geht, erfährst du mit Hilfe der Suchfunktion des Forums. Die Funktion von GoPal wird nur dann beeinträchtigt, wenn die FD voll belegt ist (z.B. mit deinen Fotos) und GoPal deshalb hier keine dynamischen Daten mehr ablegen kann. Das hast du aber selber gut im Griff: lege hier deshalb nur ab, was du neben der Navigationssoftware an zusätzlichen Programmen brauchst (z.B. einen besseren Mediaplayer (TCPMP)), dann bleibt immer noch ein großer und mehr als ausreichender Teil der FD frei! Daten für Musik und Fotos etc. sind besser auf der externen Storage Card aufgehoben. Wie kommen deine Programme/Daten auf die FD? Entweder, du kopierst sie zuerst auf die Storage Card, legst diese in das Navi ein und kopierst sie mit dem WinCE-Datei-Explorer weiter auf die FD, oder du verbindest Navi und PC mit AS (s.o.).

Das eigentliche Speicherproblem, das die Funktionalität von GoPal einschränken kann, ergibt sich im folgenden Abschnitt 'flüchtiger interner Speicher'.

_____Flüchtiger interner Speicher = Program Memory + Storage Memory_____

Wenn du hier im Forum etwas über das RAM unseres PNAs liest, dann ist damit der flüchtige interne Speicher deines Navis gemeint. Den Begriff RAM kennst du vielleicht schon vom PC: übersetzt heißt das ja "Speicher mit wahlfreiem Zugriff" - man kann aus dem Speicher lesen und auch in den Speicher schreiben. Und wenn Du WindowsXP oder Vista auf deinem PC hast, weißt du ja bereits: je mehr RAM, desto besser, denn desto schneller das Betriebssystem. Bei unseren Medion PNAs gilt in etwa das gleiche, trotz des Mini-WindowsCE. Allerdings läuft das mit dem RAM hier nicht ganz genauso, wie wir es vom PC kennen (nämlich, dass im RAM des PCs nur die Programme oder Betriebssystem-Prozesse geladen sind, die auch gerade ausgeführt werden). Unser PNA-"RAM" ist einerseits "Arbeitsspeicher" bzw. "Programmspeicher" (=Program Memory, PrM) wie beim PC (um Programme/Prozesse auszuführen) aber zusätzlich auch wieder ein Speicher für Dateien bzw. "Datenspeicher" (=Storage Memory, StM)! Der genaue Unterschied dieser beiden Speicherarten und wie sie sich gegenseitig beeinflussen, wird gleich erklärt. Was aber für die Flüchtigkeit des RAMs beim PC gilt, gilt auch für den flüchtigen internen Speicher der PNAs: Strom weg - Daten weg. Ist der PNA-Akku so richtig alle, sind alle Daten aus dem flüchtigen Speicher verloren. Eine ganz andere Möglichkeit, den flüchtigen Speicher zu löschen, ist der Hardreset. Wenn sich mal irgendein Programm auf deinem PNA so dermaßen aufgehängt hat, dass dein PNA selbst nach einem Softreset (s.u.) nicht mehr richtig funktioniert, bleibt dir nur noch ein Hardreset, um ihn wieder funktionsfähig zu machen. (Hardreset = Ein-/Ausschalter für länger als 6 Sekunden drücken; zum erneuten Einschalten Ein-/Ausschalter länger als 3 Sekunden drücken). Einen Hardreset führt man auch mehr oder minder freiwillig durch, wenn man das Gerät lange Zeit ausschalten will (um den Akku zu schonen) oder wenn man, so wie ich, manchmal grobmotorische Probleme hat (siehe mein 1. Post in diesem Thread). Der Hardreset läßt übrigens den externen Speicher und den nichtflüchtigen internen Speicher völlig unbeeindruckt (geht nix verloren).
Jetzt aber weiter zu Program Memory (PrM) und Storage Memory (StM): Diese beiden Speicherarten teilen sich den gesamten flüchtigen internen Speicher. Dieser Speicher ist bei meinem P4410 genau 61300KB=59,86MB groß. Für ein komplettes und einigermaßen komplexes Navigationssystem wie GoPal ist das nicht viel! Dass sich PrM und StM den flüchtigen internen Speicher teilen müssen, bedeutet aber auch, dass für den einzelnen Speicher PrM bzw. StM jeweils weniger als 60MB zur Verfügung stehen. Die Beziehung zwischen ihnen ist ganz einfach: viel PrM - wenig StM. Und umgekehrt. Das Problem, dass sich daraus ergibt, wird einem bewußt, wenn man weiß, wofür diese beiden Speicherarten gebraucht werden:

• Program Memory (PrM): Wie schon erwähnt, ist das der eigentliche Arbeitsspeicher unseres PNAs. Arbeitsspeicher heißt dieser Speicher deshalb, weil in diesen Speicher Programme, die ausgeführt werden sollen, zunächst z.B. von der FD geladen und hier abgelegt und dann die einzelnen Befehle der Programme hier abgearbeitet werden. Wird der PNA gestartet, werden Teile des Betriebssystems aus dem ROM in diesen Speicher geladen. Wird danach GoPal gestartet, kommt das GoPal-Hauptprogramm von der FD in das PrM dazu -> zu diesem Zeitpunkt sind bei mir bereits über 40MB des PrM belegt! Je nachdem welche Funktionen du in GoPal benutzt, werden immer noch weitere Programmteile (von der FD) oder Komponenten des Betriebssystems (aus dem ROM) in das PrM dazugeladen. Soweit, so gut. Man kann aber nicht endlos immer weitere Programme starten, denn irgendwann ist das PrM mal voll (spätestens dann, wenn alle gestarteten Programme mehr als ca. 59MB Speicher verbrauchen). Wenn GoPal also vernünftig laufen soll, sollte soviel freies PrM wie möglich vorhanden sein. Unser PrM hat zusätzlich noch eine lästige Macke: Wenn ein Programm nicht mehr gebraucht und beendet wird, sollte es eigentlich aus dem PrM verschwinden, um wieder Arbeitsspeicher für andere Programme freizugeben. Leider bleiben hier aber oft Programmteile im Speicher, obwohl sie nicht mehr benutzt werden (nachdem man ein Programm beendet hat). Dies macht sich bei der Navigation auf längeren Touren dadurch bemerkbar, dass z.B. irgendwann die Zieleingabe per Sprache nicht mehr funktioniert -> das PrM ist so voll, dass das Programm für die Spracheingabe nicht mehr gestartet werden kann. Hier schafft ein Softreset abhilfe: den Stylus (Eingabestift) kurz und soft(!) beim PNA in die Öffnung links unten stecken (und ich meine links! Sonst machst du auf der falschen Seite das Mikrofon kaputt!). Das System startet neu, mit gesäubertem/geleertem PrM. Also: damit GoPal seinen Dienst über längere Zeit vernünftig tun kann, sollte das PrM so groß und so leer wie möglich sein.
  

  
  

• Storage Memory (StM): Das StM ist ein Teil des internen flüchtigen Speichers, in dem, genau wie auf der FD, Dateien gespeichert werden können. Aus dem Abschnitt über den nichtflüchtigen internen Speicher weißt du bereits, dass die FD im Prinzip funktioniert wie eine Festplatte. Genauso ist das mit dem StM auch, aber im Unterschied zur FD gehen alle Daten, die hier abgelegt werden, bei einem Hardreset oder kompletten Stromausfall verloren! Welche Dateien werden denn überhaupt im StM abgelegt? Wenn du auf deinem frisch hardresetteten PNA bei eingelegter SD-Karte den Windows-Explorer (oder einen anderen Datei-Explorer wie TotalCommander) öffnest, und du dich auf der alleruntersten Verzeichnisebene befindest (auf einem PC würde das dem 'Arbeitsplatz' entsprechen, hier ist es 'My Device'), werden im Explorer-Fenster folgende Ordner/Daten angezeigt: 1. Storage Card (der externe Speicher), 2. My Flash Disk (der nichtflüchtige interne Speicher), die Verzeichnisse 3. Application Data, 4. My Documents, 5. profiles, 6. Program Files, 7. Temp, 8. Windows, 9. versteckt: Papierkorb, und 10. eine Verknüpfung zur Systemsteuerung. Wie du spätestens nach Lektüre der oberen Abschnitte weißt, können 1.+2. nichts mit dem StM zu tun haben. In das StM werden in der Regel nur Dateien gespeichert, die von DIR selbst oder der Installationsroutine eines Programms, dass du dir zusätzlich zu GoPal auf deinen PNA installierst, in eines der Verzeichnisse 3.-9. geschrieben werden. Ganz besondere Bedeutung kommt im StM dem Windows-Verzeichnis zu: hier werden häufig von Programmen, die du dir zusätzlich installierst, wichtige Programmteile abgespeichert. Beispiel: Du installierst dir den Benzinverbrauchs-Rechner 2008 von Barny2007. Damit der BVRechner2008 auch funktioniert, werden von der Installationsroutine einige Dateien in das Windows-Verzeichnis kopiert -> und genau diese Dateien kommen somit in das StM. Oder: du hast vielleicht hier schon im Forum gelesen, dass für die Installation von zusätzlichen Programmen häufig eine 'aygshell.dll' notwendig ist, die wegen des abgespeckten PNA-Betriebssystems nicht auf dem Navi vorhanden ist und die man sich von irgendwo im Internet aufs Navi kopieren soll. Damit die zusätzlichen Programme darauf zugreifen können, muss diese dll ebenfalls im Windowsverzeichnis - also dem StM - liegen. Jetzt wird deutlich: Je mehr komplexe Programme du auf dem PNA installierst, die bestimmte Komponenten im Windowsverzeichnis ablegen, desto mehr Speicherplatz des StM wird belegt! Im StM befindet sich neben den Dateien, die in den Verzeichnissen 3.-9. gespeichert werden, auch die Windows-Registrierungsdatenbank (Registry). In die Registry schreiben das Betriebssystem und andere Programme (auch GoPal) Daten, die für bestimmte Betriebssystem- oder Programmeinstellungen verwendet werden (z.B. die Lautstärke des 'Klickens' das ertönt, wenn du den Touchscreen berührst). Und da wir uns ja auch gerade im Abschnitt 'flüchtiger interner Speicher' befinden: Bei einem Hardreset oder komplett leerem Akku sind alle Dateien, die in eins der Verzeichnisse 3.-9. (also u.a. das Windows-Verzeichnis!) oder in die Registry geschrieben wurden, verloren! Das bedeutet im Klartext: wenn du ein Programm zusätzlich installierst, und so schlau, wie du bist, darauf achtest, dass das Programm auf der FD gespeichert wird (damit es nach einem Hardreset nicht gelöscht ist), kann es sein, dass es zusätzliche Komponenten ins Windowsverzeichnis kopiert oder Einstellungen in die Registry schreibt, die nach einem Hardreset verflüchtigt sind -> Das installierte Programm würde dann nicht mehr (richtig) funktionieren. Ok, soweit ist erstmal alles klar. Aber wie war das denn noch mal auf dem PC: alle Dateien des Betriebssystems liegen doch im Windowsverzeichnis. Und bei uns auf dem Navi sind sie ja auch im Windowsverzeichnis. Sind denn dann auch alle Dateien des Betriebssystems nach einem Hardreset gelöscht? Nein! Denn das Betriebssystem liegt ja im nichtflüchtigen ROM. Ok, diese Dateien werden also nicht gelöscht, aber wenn sie im Win-Verzeichnis liegen, müssten sie dann folglich nicht auch StM belegen? Nochmals nein: die ROM(!)-Dateien des Betriebssystems im Windowsverzeichnis sind NICHT im StM gespeichert. Sie werden quasi nur in das Windowsverzeichnis des StM gespiegelt, damit sie für Programme oder andere Betriebssystemkomponenten auch zugänglich und benutzbar sind. Nochmals in aller Klarheit: Nach einem Hardreset/Stromausfall sind zwar noch alle ROM-Dateien des Betriebssystems im Windows-Verzeichnis, aber nicht mehr alle nachträglich installierten Programmteile, die dort hinkopiert wurden! Und es gibt noch einen Eigenart des StM, die man ruhig wissen kann: Alle Dateien, die in das StM gespeichert werden, werden automatisch komprimiert! (Je nach Datenstruktur etwa im Verhältnis 2:1) Alles verstanden? Super!
  

  
  

• Wechselbeziehung zwischen Program Memory und Storage Memory: Wie bereits oben beschrieben, teilen sich PrM und StM den flüchtigen internen Speicher. Bei jedem Start des Betriebssystems (nach einem Soft- oder Hardreset) legt WindowsCE fest, wieviel Speicher von den verfügbaren (knapp) 60MB jeweils das PrM und das StM belegen dürfen. Bei meinem P4410 sind dies nach einem Hardreset 43.9MB für das PrM (davon ca. 8.6MB durch das Betriebssystem belegt) und 16MB für das StM (davon 300KB belegt). 43.9MB PrM sind für GoPal wirklich nicht viel! Wenn ich das Original-GoPal-Startmenü aufrufe, dann die Navigation starte und die Zieleingabe per Sprache aktiviere, werden bereits 44.5MB PrM verbraucht - also eigentlich mehr, als theoretisch zur Verfügung steht?! Die GoPal-Programmierer haben wegen des knappen PrM im Startmenü von GoPal eine Routine programmiert, welche die Speicheraufteilung zwischen PrM und StM verändern kann. Durch das Aufrufen des Startmenüs werden dem PrM bei mir 56.9MB zugewiesen und dem StM nur noch 2.93MB. Preisfrage: Was passiert, wenn du direkt nach einem Hardreset x Programme auf deinem Navi installiert hast, die alle irgendwelche dll's oder andere Teile ins Win-Verzeichnis geschrieben haben, so dass über 3MB des StM belegt sind und du GoPal über das Startmenü aufrufst? Genau! Da bereits über 3MB des StM belegt sind, können über das Startmenü dem PrM nicht genau die 56.9MB Speicher zugewiesen werden, die eigentlich zugewiesen werden sollten -> als Folge bleibt alles so, wie es das Betriebssystem vorher festgelegt hat: PrM behält 43.9MB und StM behält 16MB. Wenn du in so einem Fall die Zieleingabe per Sprache nutzen willst, hast du verloren - die kann wegen Speichermangel im PrM nun nicht mehr gestartet werden. Wir halten fest: Die Funktion von GoPal kann (wegen Speichermangel im PrM) beeinträchtigt werden, wenn zuviele Dateien im StM gespeichert sind!

Du hast bis hierhin durchgehalten? Wow! ;D Dann weißt du einerseits über die Speicherverwaltung deines Navis eine ganze Menge, weißt außerdem, warum GoPal manchmal mit der Meldung "zu wenig Speicher" seinen Dienst versagt und du hast jetzt das nötige Hintergrundwissen, die weiterführenden Problematiken im nächsten Post zu verstehen!

[edits]
14.12.07 - Ergänzungen Storage Card, interner Speicher, FD/Rechtschreibung
[/edits]

für interessierte Fortgeschrittene und/oder alle, die den vorherigen Post ('Hintergrund') gelesen haben.

2. Probleme und Lösungsansätze

Alles ist vergänglich - auch die Installation von Zusatzprogrammen zur Navigationssoftware?
Ja und nein. Wie du oben gelesen hast, kommt es darauf an, was wohin installiert wird. Von Programmen getätigte Registry-Einträge und Installationen in das Windowsverzeichnis sind nach einem Hardreset weg. Wenn du ein Programm auf die FD installierst und weder Daten in das Windowsverzeichnis noch in die Registry geschrieben werden, funktioniert das Zusatzprogramm nach einem Hardreset noch genauso wie vorher. (Übrigens: wenn du ein Programm aus einem sogenannten Cab-File installierst, wird dir häufig als Standard-Installationsverzeichnis der Ordner 'Program Files' angeboten. Und wo liegt der nochmal? Im flüchtigen StM! Deshalb lieber ein Verzeichnis 'Programme' auf der FD anlegen und dorthin installieren!) Aber nun sind doch viele Programme so komplex, dass sie eben doch die Registry benutzen oder Programmteile in das Windowsverzeichnis auslagern. Kann man die nicht vor dem Löschen durch einen Hardreset schützen? Nein. Aber man kann sie vor einem Hardreset in einen nichtflüchtigen Speicher sichern - also ein Backup der Registry und der Daten im Windowsverzeichnis an einen sicheren Ort, z.B. der Storage Card, anlegen. Nach einem Hardreset können die Daten in die Registry und das Windowsverzeichnis zurückgeschrieben werden, dann ist alles wieder wie vorher! Und wie macht man das? Hier einige Möglichkeiten:

• Die einfachste und sicherste Lösung ist ein Programm namens Backup Manager von Sunnysoft. Mit diesem Programm kann man schnell und sicher sowohl von der Registry als auch vom Windowsverzeichnis (oder aber auch von der FD, deren zeitweilige Sicherung auf die Storage Card auch nicht schaden kann) ein Backup anlegen, dass sich nach einem Hardreset wieder von dem Programm zurückschreiben läßt. Mehrere Nutzer dieses Forums scheinen mit dem Programm sehr zufrieden zu sein. Einzige kleine Einschränkung: es ist keine Freeware. Wenn ich im Forum richtig gelesen habe, ist die letzte auf unseren PNAs funktionierende Version 3.757 (Download hier). Ich selbst habe es noch nicht getestet, kann daher keine weiteren Fragen dazu beantworten.
• Backup-/Restore-Skripte von m.g oder Skins mit Backup-/Restore-Funktion: Es ist wohl nahezu unmöglich, dass du hier im Forum noch nicht mitbekommen hast, dass es leicht möglich ist, die Benutzeroberfläche von GoPal durch sogenannte Skins zu verändern und in Funktionen zu ergänzen und zu verbessern. Es gibt hier zig User, die glaube ich, kaum etwas anderes machen, als neue (und wohl sehr gute!) Skins zu entwerfen. Ich spare mir deshalb Erklärungen zu Skins im allgemeinen, denn Infos dazu gibts hier mehr als genug. Aber: für unser Thema ist gut zu wissen, dass in einigen Skins eine Backup- und Restorefunktion eingebaut ist. Wenn du einen Skin installiert hast, der eine solche Funktion unterstützt (z.B. scheint es beim 'wind-hund'-Skin der Fall zu sein, s.o. seinen Post ;)), kannst du mit wenigen klicks ganz einfach alle Daten sichern und wieder herstellen. Soweit ich das mitbekommen habe, verwenden diese Skins für die Backup-/Restore-Funktion Mortscripte, die hier vom User m.g veröffentlicht wurden. Mortscript ist eine Skriptsprache, mit der man viele Funktionen unseres PNAs kontrollieren und steuern kann und die der Programmiersprache BASIC recht ähnlich sieht. Mortscript wird bei den meisten(?) Skins gleich mit installiert, da ein erheblicher Teil der zusätzlich eingefügten Funktionen über Mortscript realisiert werden. Die Original-Skripte zum Backup und Restore sind schon ganz gut ausgetüftelt: Sie sichern die Registry, die Favoriten aus GoPal und einige Daten aus dem StM bzw. aus dem Windowsverzeichnis. Ich habe die Skripte selbst noch nicht benutzt, aber nach einer Durchsicht sieht es so aus, dass unter sehr ungünstigen Umständen bestimmte Programmteile (genauer: dll's oder andere Systemfiles) nicht gesichert werden (nämlich genau dann, wenn über eine Installationsroutine eine Datei mit dem Attribut 'Systemfile' (was bei dll's schon mal vorkommen kann) oder 'ReadOnly' in das Windowsverzeichnis kopiert wird). Nach einem Hardreset und einem Restore über das Mortscript könnten in so einem Fall evtl. bestimmte Programme nicht mehr laufen. Vermutlich kommt das in der Praxis aber gar nicht oder nur sehr selten vor. Wenn ich in den nächsten Wochen mal Zeit habe, werde ich mal an dem Skript herumbasteln - Idee: Dateien mit gesetztem Archiv-Atrribut sichern statt Readonly oder Systemfiles auszusortieren (das Archiv-Attribut müsste bei jedem Kopiervorgang/Installation gesetzt werden, oder?).
• Registry von 'Hand' sichern: Dies geht z.B. mit dem Datei-Explorer Total Commander Version 2.5 Beta 3 (Download hier, Infos hier, Freeware). Nach dem Start des Total Commander klickst du im Hauptverzeichnis auf den Ordner '\\Plugins', wählst dort 'registry' und markierst nun jeden der 3 Registry-Zweige. Anschließend klickst du im Menü auf 'kopieren/verschieben', wählst das Verzeichnis, in das gesichert werden soll - et voilà. Dieser Vorgang dauert allerdings recht lange - reicht für eine Kaffepause (keine Sorge, der PNA ist nicht abgestürzt). Das Zurückspielen der Registry geht genauso einfach (nur viiiiiiel schneller): gesicherte Registry-Dateien auswählen, kopieren in das Verzeichnis '\\Plugins\registry' und fertig. Damit die Registry richtig läuft, braucht es jetzt noch einen Softreset. Die zweite Möglichkeit, die Registry zu sichern, funktioniert mit Hilfe des Mini-Programms 'Savereg'. Savereg tut seinen Dienst aber nur, wenn es aus einem Mortscript aufgerufen wird. Hier musst du schon ein bisschen mehr Hand anlegen und wissen, was du tust. Für weitere Infos zu Savereg und Mortscript bitte hier im Forum suchen.
• Windows von 'Hand' mit dem WinCE-Datei-Explorer sichern: gar nicht zu empfehlen! Wenn man nämlich den im Betriebssystem enthaltenen Windows Explorer zum Sichern des Windows-Verzeichnisses nutzt, kann diese Methode zu dem Problem führen, das ich im 1. Post dieses Threads beschrieben habe, und das ich hier ganz kurz zusammenfasse: Wenn du mit dem Windows-Explorer in das Windowsverzeichnis gehst, werden standardmäßig alle ROM-Dateien, versteckte Dateien und System-Dateien ausgeblendet. Nachdem ich nun schon einige Installtionen von Zusatzprogrammen hinter mir hatte, wollte ich die Daten aus dem Windowsverzeichnis sichern. Ich wußte aber nicht, ob nun auch Systemdateien mit installiert worden sind, die nun vielleicht im Explorer ausgeblendet wurden. Also: über das Menü 'View' einfach mal alles einblenden lassen, was ging, den ganzen Kram markiert und auf die Storage Card kopiert. Das war nun wirklich kein Problem. Das große Erwachen kam aber beim Restore: Ich hatte nämlich beim Backup auch die 21MB ROM-Files des Betriebssystems mit kopiert. Diese wurden beim Restore brav zurück in das Windowsverzeichnis geschrieben. Da sich ROM-Files aber nun mal nicht überschreiben lassen, hat Windows schlicht eine Kopie der zurückgeschriebenen ROM-Files im Windowsverzeichnis angelegt. Aus der Ansicht des Explorers verschwanden die Duplikate zwar ziemlich schnell, allerdings belegten die Duplikate nun StM! Und dieser Speicher wurde nicht mehr freigegeben. Da im StM die Daten ja komprimiert abgelegt werden, verlor ich durch die ROM-Duplikate satte 9MB StM und damit PrM! Es nützt also nix: zusätzlich im Windows-Verzeichnis installierte Dateien sollten am besten über ein Skript oder den Backup Manager gesichert werden. Übrigens: selbst wenn du über das Menü 'View'>'Options...' geschützte Betriebssystem-Dateien ausblendest, mogeln sich trotzdem manche ROM-Files in die Ansicht (v.a. die riesige MainShell.exe)!
  *******
  (Windows-ROM-StM-Verwirr-Nachvollzieh-Experiment für fortgeschrittene Experimentierfreudige: Schritt 1: Sorge dafür, dass das StM den jetzigen belegten StM-Speicher+2000KB erhält. */* Schritt 2: Einen Dateiexplorer starten, in das Windowsverzeichnis gehen. Dafür sorgen, dass auch die ROM-Dateien angezeigt werden. */* Schritt 3: Die 'MainShell.exe' auf die Storage Card kopieren. */* Schritt 4: z.B. mit ResInfo nachschauen, wieviel StM belegt ist. */* Schritt 5: die 'MainShell.exe' wieder zurück ins Windowsverzeichnis kopieren. */* Schritt 6: Zähl mal nach - wieviele Dateien MainShell.exe werden angezeigt? */* Schritt 7: Guck Dir jetzt mal an, wieviel StM belegt ist. */* Schritt 8: lösche doch jetzt bitte mal das ROM-File 'MainShell.exe'. */* Schritt 9: wiederhole Schritt 6. */* Schritt 10: wiederhole Schritt 7. */* Schritt 11: wiederhole Schritt 8 - was passiert jetzt? :D)
  *******
• Windows mit dem Total Commander (TC) sichern: gute Lösung für den ambitionierten 'Handwerker'. Diese Methode klappt aber nur, wenn man ein wichtiges Detail beachtet: Hast du den TC bei dir installiert, starte ihn einmal. Checke jetzt über das Menü 'Ansicht' (englisch: 'View'), ob bei dem Menüpunkt 'Verstecke Dateien im ROM' (englisch: 'Hide Files in ROM') ein Häkchen gesetzt ist! Wenn nicht, dann klicke auf diesen Menüpunkt, um eins zu setzen. Dieses Häkchen bewirkt nämlich, dass alle ROM-Files im Windows-Verzeichnis nicht mehr angezeigt und auch nicht kopiert werden. Jetzt kannst du ins Hauptverzeichnis '\' wechseln, den Ordner 'Windows' markieren, in der Symbolleiste auf das Symbol für 'Kopieren/Verschieben' (zwei Zettel mit blauem Pfeil) oder für 'Komprimieren' (gelbes Paket) klicken, im nächsten Dialog das Ziel auswählen (am liebsten auf der Storage Card) - und schwupps, sind deine Dateien gesichert. Das Restore funktioniert genauso, nur umgekehrt: von der Storage Card wird alles ins Windows-Verzeichnis kopiert.

Mit den eben genannten Methoden, ist es möglich, ein Backup und Restore ohne PC durchzuführen, also unterwegs an jedem Ort. Mit PC bietet sich noch folgende Möglichkeit:

• Im ersten Beitrag 1. Hintergrund wurde im Abschnitt 'externer Speicher' kurz erwähnt, dass eine Verbindung zwischen PNA und PC durch die Software ActiveSync (WinVista: Windows Mobile Gerätecenter) hergestellt wird. Mit ActiveSync (AS) ist es ebenfalls möglich, ein Backup/Restore durchzuführen. Dies gilt sowohl für AS4.5 als auch für die ältere AS3.8. Mit AS ist es möglich, ein komplettes Backup anzulegen, als auch ein inkrementelles Backup. 'Inkrementell' bedeutet, dass nur die letzten veränderten Daten gesichert werden. Genaueres kann ich zum Backup/Restore aktuell nicht schreiben, da ich selber noch kein Backup/Restore mit AS durchgeführt habe, bei weiterem Informationsbedarf sollte sich aber hier im Forum etwas finden lassen. Nur noch soviel: das Backup wird in Dateien mit der Endung *.stg gespeichert. Mit dem STGViewer lassen sich zur Kontrolle die gesicherten Dateien anzeigen.

Läuft mein GoPal nicht mehr vernünftig, wenn ich viele zusätzliche Programme installiere?
Nochmals: Ja und nein. Oben wurde ja bereits genauer beschrieben, dass GoPal Probleme bekommt, wenn nicht genügend PrM zur Verfügung steht. Das passiert genau dann, wenn entweder zuviele Programme gleichzeitig ablaufen (GoPal, POI-Warner, MP3-Player...), oder wenn diverse Programme irgendwelche Daten im StM abgelegt haben. Nun, eigentlich ist es nicht sonderlich dramatisch, wenn schon so einiges an Daten im StM vorhanden ist. Ein Problem gibt es erst dann, wenn die 3000KB-Grenze überschritten wird: aus dem Abschnitt zur Wechselbeziehung von PrM und StM weißt du ja, dass das Betriebssystem beim Start 16MB für das StM belegt (eindeutig zuviel!) und GoPal über das Startmenü versucht, das StM auf 3000KB zu begrenzen, damit möglichst viel PrM verfügbar ist. Wenn aber schon mehr als 3000KB im StM sind, läßt GoPal alles so, wie es ist und hat arg knappen PrM. Wie kann ich überprüfen, wieviel StM bei mir belegt ist, und was kann ich tun, um GoPal möglichst viel PrM zur Verfügung zu stellen?
Zur Überprüfung, wieviel StM belegt ist oder zur Einstellung des Verhältnisses von PrM zu StM gibt es mehrere Möglichkeiten:

• Zur Überprüfung des Verhältnisses von PrM zu StM eignet sich die hervorragende Freeware ResInfo von WR-Tools (Infos und Download hier, du benötigtst die ResInfo.ARM.300.CAB). Nach dem Start von ResInfo klickst du auf die Registerkarte 'Memory'. Hier kannst du ablesen, wieviel Speicher für PrM und StM reserviert wurde und wie sehr belegt sie jeweils sind. (ResInfo kann noch mehr - finde es selbst heraus :))
• Eine einfache Möglichkeit das Verhältnis von PrM und StM einzustellen, gibt es mit den WinCE-Bordmitteln: Wenn du dich nach dem Start des PNAs auf dem Desktop befindest (wie du da hinkommst? Forums-Suche ;D), gehst Du über das Windows-Startmenü auf 'Settings'>'Control Panel'. Im jetzt geöffneten Fenster klickst du auf 'System' und dann auf die Registerkarte 'Memory'. Links unten siehst du, wieviel Speicher für StM reserviert (allocated) sind, und wieviel davon tatsächlich in Benutzung (in use). Wenn du nicht mehr vor hast, noch etwas zu installieren, kannst du den Schieberegler nach links bewegen, bis der Wert für 'allocated' etwa 'in use'+500KB entspricht. Prima! Jetzt hast du den Speicher neu verteilt! Leider hält das ganze nur bis zum nächsten Softreset...
• Eine weitere Methode, während des Windows-Betriebes den Speicher neu zu verteilen, ist das Programm SetMem von pnanavi zu benutzen. Damit das aber auch funktioniert, muß man das Programm über ein Mortscript aufrufen (s.o.), welches also erstmal gebastelt sein will. Das Programm stellt das StM in der gewünschten Größe in KB ein, sofern soviel Speicher verfügbar ist.
• Ebenso ist es möglich, die Größe von PrM und StM mit Hilfe des genialen Universal-Medion-PNA-Tools Koord von StefanDausR festzulegen (Infos und Download zu Koord: hier und hier). Das Programm wird ebenfalls aus einem Mortscript aufgerufen. Wenn Koord dabei mit dem Parameter SetMem=X gestartet wird, wird dem StM der gewünschte Wert X in KB zugewiesen - natürlich nur, wenn dieser Betrag verfügbar ist.
• Die letzte Methode ist kaum aufwändig und dabei auch nicht ganz unelegant. Da sie aber nicht für absolute Newbies geeignet ist, hier eine Kurzfassung für Fortgeschrittene. 1. PC und PNA mit AS verbinden. 2. durchklicken zu MFD\navigation\MENU. 3. von dort die MENU.xml auf den PC holen und eine Sicherheitskopie speichern. 4. die MENU.xml mit einem Texteditor öffnen und in der zweiten Zeile <MenuInfo SystemMemory="3000"> die 3000 mit deinem aktuell benutzen (in use) StM-Wert+500KB eintragen. Jedesmal wenn du jetzt GoPal über das GoPal-Startmenü laufen läßt, ist die bestmögliche PrM-StM-Aufteilung eingestellt.

Für die Neuverteilung von PrM und StM gilt übrigens folgendes: Die oben beschriebenen Methoden halten nur einen Softreset lang, es sei denn, man legt eine Verknüpfung zu den erwähnten Mortskripts in den Autostart-Ordner vom Windows-Verzeichnis, oder man läßt das GoPal-Startmenü durchstarten

Wichtiger Tipp für Einsteiger: Wenn dein StM noch unter 3000KB liegt (und das tut es unter Garantie, wenn du noch nix zusätzlich installiert hast), brauchst du eigentlich nichts zu machen. Sobald du das Original-Start-Menü von GoPal aufrufst (oder das Startmenü eines Skinners), ist alles optimal eingestellt. Nur wenn aus irgendeinem Grund dein StM mit über 3000KB belegt ist (was seeehr unwahrscheinlich ist), macht es Sinn, aktiv zu werden und an den Einstellungen etwas zu verändern.

Und für die, die wissen, was sie tun: Viel Spaß am 'rumschrauben!

Nachwort
Als ich den 1. Post in diesem Thread verfaßte, war mir nicht bewußt, wieviele unterschiedliche Aspekte meine Frage bzw. mein Problem betraf. Die sich entwickelnde Diskussion fand ich spannend (hab den Durchblick bekommen) aber auch lustig, weil sie so abstrakt war, dass sie wohl kaum jemand verstanden hat. Ich bin erst seit einem Monat hier, also eigentlich selbst noch ein Newbie. Dass ich in der kurzen Zeit zumindest genügend Durchblíck gewonnen habe, um diese Zusammenfassung zu schreiben, verdanke ich allen Leuten, die hier im Forum mit soviel Engagement anderen Usern und Einsteigern geduldig helfen. Ich wollte einfach etwas zurück geben. Die Informationen aus dieser Zusammenfassung stammen aus vielen Einzelbeiträgen hier im Forum. Ich hoffe, dass sie jemand in dieser Form gebrauchen kann.

[edits]
11.12.07 - Koord ergänzt, Windows-ROM-StM-Verwirr-Nachvollzieh-Experimtent hinzugefügt, weitere kleine Änderungen/Ergänzungen, Rechtschreibfehler korrigiert
14.12.07 - Backup/Restore mit TC und AS ergänzt, Backup mit WinCE-Explorer gändert
[/edits]

Na, da hast dir ja was angetan!
Super beschrieben - ich glaub(!!), da hab sogar ich was verstanden!
Ich denk, du solltest rohoel bitten, dass er deine Abhandlung in der "Einsteigerhilfe" verlinkt! Wär schad, wenn sie verloren geht!
Ein auf dich!

Zitat

Original von deichjunge

• Idee: Dateien mit gesetztem Archiv-Atrribut sichern statt Readonly oder Systemfiles auszusortieren (das Archiv-Attribut müsste bei jedem Kopiervorgang/Installation gesetzt werden, oder?).

Saubere Arbeit, Respekt! Während andere nur Skins basteln, scheinst Du nur Dokus zu schreiben, toll. Da fällt mir ein, mein Skin bräuchte auch noch eine ...

Nein, aber Scherz beiseite: Zu Deiner Idee habe ich schnell mal eine Stichprobe gemacht und festgestellt, daß es DLLs in meinem Windows-Vz. gibt, die kein einziges Attribut haben (also auch kein Archiv, bei mir z.B. die VirtComNG.dll, die für die gleichzeitige Nutzung des GPS-Signals für mehrere Programme dient). Ich will Deine Idee deshalb nicht sofort verwerfen, denn man könnte ja daran denken, vor dem Sichern der Dateien alle Dateien, die KEIN Attribut haben, ein Archiv-Attribut zuzuweisen. Dann müßte man alle erwischt haben. Was macht man aber mit DLLs mit System-Attribut, die aber keine echten System-DLLs sind, sondern nur von einem Drittprogramm oder per Hand auf den PNA kopiert wurden (und wie die VirtCom auch kein Archiv-Attribut haben?). Bevor man das also ändert, sollte man aber die Attribute der Dateien noch mal genau analysieren und für diesen Fall eine Lösung finden. Auch denkbar wäre ja eine sog. Negativliste aller Systemdateien: Man kopiert erst sämtliche Dateien aus \Windows auf die MFD oder die SD-Card und löscht dann wiederum anhand der Liste sämtliche BIOS-Dateien raus. Sofern man auf die MFD oder Sd kopiert sollte es auch keine Probleme mit dem StM geben.

Ich würde mich jedenfalls freuen, wenn Du mich über neue Erkenntnisse in dieser Sache informieren würdest!

Hi deichjunge,

super Beschreibung!

Zum Lesen braucht man bereits eine ganze Weile, zum Schreiben eines so ausführlichen Berichts ein Vielfaches davon! (Das lässt sich wohl auch an der Uhrzeit Deines Beitrags erkennen ...)

Eine kleine Anmerkung vielleicht noch:
Der interne Flash-Speicher ist meiner Ansicht nach in 2 Bereiche unterteilt:
- Ein Bereich read/write (verwendet für "My Flash Disk")
- Ein Bereich read only (verwendet für ROM-Dateien)

Der Read-Only Bereich lässt sich nur durch Flashen einer neuen ROM-Version überschreiben und wird anschließend wieder auf read-only gesetzt. Der restliche Speicherplatz wird dann für "My Flash Disk" verwendet.

Ich schließe dies zumindest aus der Tatsache, dass "My Flash Disk" beim Einspielen einer neuen ROM-Version gelöscht wird und auch die Größe von "My Flash Disk" von der ROM-Version abhängig ist.

@all
Hi! Vielen Dank für euer freundliches Lob! Ich würde mich besonders darüber freuen, wenn die in den zwei Beiträgen zusammengetragenen Informationen aus dem Forum irgend jemanden nützlich sein können - von daher habe ich überhaupt nichts gegen Verlinkungen oder eine Aufnahme ins Wiki.

Meint ihr, es wäre legitim, den Thread-Titel abzuändern? Ich finde, "Storage Memory (RAM) voll nach Verzeichnis-Restore" passt jetzt nicht mehr so richtig... Wie wäre es vielleicht mit "Theorie: interner Speicher -> Stabilität von GoPal & Datensicherung"? Was meint ihr?

Ralf25
Ohne deine Beiträge hier im Forum hätte ich diese Zusammenfassung nicht schreiben können! Deswegen dir hier nochmal ein besonderes DANKE!

@wind-hund:

Zitat

Original von wind-hund
[ich] habe [...] schnell mal eine Stichprobe gemacht und festgestellt, daß es DLLs in meinem Windows-Vz. gibt, die kein einziges Attribut haben (also auch kein Archiv, bei mir z.B. die VirtComNG.dll, die für die gleichzeitige Nutzung des GPS-Signals für mehrere Programme dient).

Das wäre bei einer einfachen Sicherung nur über Archiv-Attribut, wie von mir ursprünglich angedacht, in der Tat schlecht! Das jetzige (Original-) m.g-Backup-Skript sichert genau diese Dateien ja mit, da sie weder 'ReadOnly' noch 'SystemFile' sind.

Zitat

Auch denkbar wäre ja eine sog. Negativliste aller Systemdateien: Man kopiert erst sämtliche Dateien aus \Windows auf die MFD oder die SD-Card und löscht dann wiederum anhand der Liste sämtliche BIOS-Dateien raus.

Darüber hatte ich auch schon nachgedacht, und in dem Backup-Skript gibt es ja sogar eine 1-Item-Negativ-Liste (die MainShell.exe wird aussortiert) :D. Allerdings wäre die Zusammenstellung der Negativ-Dateien wohl recht aufwändig. Ich vermute, dass die Negativ-Liste zwischen WinCE4.2 und WinCE5 unterscheiden müsste und vielleicht auch noch zwischen den einzelnen ROM-Versionen?
Das jetzige Backup-/Restoreskript scheint ja sehr gut zu funktionieren. Um seine "Treffsicherheit" zu erhöhen, könnte man vielleicht ganz einfach die "Sortierroutine" soweit ergänzen, dass zusätzlich Dateien mit gesetztem Archiv-Attribut gesichert werden. Dann würde das Skript
- alle Dateien ohne Attribut,
- System- oder ReadOnly-Dateien, die durch irgendeinen Vorgang nicht 'Original-ROM' sind,
- sonstige neue/geänderte Dateien
sichern und die ROM-Dateien aussen vor lassen. Trotzdem blöd, wenn nun eine Installationsroutine ein Systemfile ohne Archiv-Attribut kopiert... Da bleibt dann doch nur die Analyse und Sicherung per Hand. Aber das kommt, glaube ich, wirklich sehr selten vor.
Wenn's neue Erkenntnisse gibt, geb' ich dir gerne bescheid!

@rudison

Zitat

Original von rudison
Der Read-Only Bereich lässt sich nur durch Flashen einer neuen ROM-Version überschreiben und wird anschließend wieder auf read-only gesetzt. Der restliche Speicherplatz wird dann für "My Flash Disk" verwendet. Ich schließe dies zumindest aus der Tatsache, dass "My Flash Disk" beim Einspielen einer neuen ROM-Version gelöscht wird und auch die Größe von "My Flash Disk" von der ROM-Version abhängig ist.

Das finde ich spannend! Da ich selbst noch kein Firmwareupdate gemacht habe, konnte ich das auch noch nicht beobachten. Kannst du vielleicht noch aus deiner Erinnerung angeben, um welche Größe sich die MFD verändert hat?
Was mich etwas verwirrt, ist, dass bei mir PrM+StM+MFD ziemlich genau 512MB (die Größe meines internen Speichers) ergeben. Daraus hatte ich geschlossen, dass das Flash-ROM möglicherweise einen seperaten Speicher(baustein) besitzt. Weiß jemand zufällig etwas dazu?

Viele Grüße @all
dj

Hallo deichjunge,

auch von mir die allergrößte Hochachtung zu Deinem Werk! Da ich selbst eher schreibfaul bin, weiß ich die Arbeit um so mehr zu schätzen.

Ein paar Anmerkungen auch von mir:

- Die Einstellung des Verhältnisses von PrM zu StM kann man auch mit meinen Koordinatenprogramm machen (Parameter SetMem=).

- Zum Backup von \Windows: Kann man nicht irgendwie feststellen, welche Dateien aus dem ROM stammen und welche nicht? Als "Behelfslösung" könnte ich mir vorstellen, zu testen, ob man ein Dateiattribut ändern kann oder nicht. Oder beim Zurücksichern könnte man die Existenz der Datei vor dem Kopieren überprüfen. Oder liege ich da ganz falsch?

Gruß,
Stefan

Hey Stefan!

Zitat

Original von StefanDausR
Da ich selbst eher schreibfaul bin [...]

Aber du schreibst doch ständig an der Koord! Von dir kann man hier im Forum im Kontakt mit anderen Mitgliedern ständig lesen: "Also wenn du diese Funktion brauchst, könnte ich sie ja noch mal in Koord einbauen..."

Zitat

- Die Einstellung des Verhältnisses von PrM zu StM kann man auch mit meinen Koordinatenprogramm machen (Parameter SetMem=).

Ups... das hatte ich in meinem nächtlichen Schreibwahn irgendwie verschlafen... ist aber jetzt ergänzt!

Zitat

- Zum Backup von \Windows: Kann man nicht irgendwie feststellen, welche Dateien aus dem ROM stammen und welche nicht?

Ich weiß nur, dass der TotalCommander das kann! Läßt man sich über 'Dateieigenschaften" die File-Attribute anzeigen, gibt es neben den üblichen Attributen (R)eadonly, (A)rchiv, (H)idden, (S)ystem auch noch ein ROM-Attribut. Ich weiß nun nicht, ob das ROM-Attribut ein "echter" Bestandteil des WinCE-Dateisystems ist, oder ob TotalCommander die Dateieigenschaft "ROM-File" irgendwie anders ermittelt und als Pseudoattribut darstellt. Leider kann die aktuelle MortScript V4.1 kein "ROM-Attribut" auslesen, sonst wäre es ein leichtes, das in das Backupskript zu implementieren.
Was jetzt richtig genial wäre:
Steht hier zufällig jemand mit Mirko Schenk im Kontakt? Dann könnte man ihn doch fragen, ober er das hinkriegt, die Abfrage eines ROM-File-Attributs in das nächste Beta-Release für den PNA einzubauen. (ich traue mich da als Newbie noch nicht so recht, ihn selbst zu fragen).
Und wo wir schon dabei sind: Wenn auch die XCopy-Funktion von Mortskript einen Filter für bestimmte Datei-Attribute (und eben das ROM-Attribut hätte), würden Backup/Restore noch komfortabler und flexibler im Mortskript umgesetzt werden können!

Zitat

Als "Behelfslösung" könnte ich mir vorstellen, zu testen, ob man ein Dateiattribut ändern kann oder nicht.

Ich muß gestehen, dass ich mangels Urvertrauen und schlechten Erfahrungen mit Windows ernsthaft befürchtet hatte, dass Windows beim bloßen Setzen eines Datei-Attributs eines ROM-Files wieder einfach ein (nicht sichtbares) Duplikat anlegt und somit das StM vollknallt (s.o.). Ich habe aber meine Ängste überwunden und es mal ausprobiert - siehe da, das klappt! War also eine gute Idee von dir. Um das in Mortskript umzusetzen, könnte man bei jedem zu sichernden File, das entweder ein R-, ein S-, oder ein H-Attribut hat, überprüfen, ob sich ein Attribut verändern läßt. Ein ROM-File würde so enttarnt. Das würde zwar die Performanz des Skriptes drosseln, wäre aber einen Versuch wert.

Zitat

Oder beim Zurücksichern könnte man die Existenz der Datei vor dem Kopieren überprüfen.

Ja, das wäre sogar recht einfach. Was mir dabei aber Bauchschmerzen macht, ohne es bislang richtig zu Ende durchdacht zu haben, ist, dass bei einem Restore durchaus neuere/bessere Systemfiles aus dem Backup zurückkopiert gekonnt werden sollten (paßt das grammatikalisch?). Eine pauschale Abfrage 'IfFileExists' würde das dann verhindern (vielleicht kommt dieser Fall in der Praxis aber gar nicht vor?). Man könnte dann die Dateien auch nach Größe/Änderungsdatum usw. vergleichen, allerdings müßte man dafür wieder unflexible Kriterien festlegen - die ganze Geschichte würde dann unnötig kompliziert.

Also: entweder hoffen wir auf Mirko Schenk oder ich setze mich mal an deinen Vorschlag mit der Änderung des Dateiattributs. Aber das muss auch noch ein bisschen warten, wartet im reallife doch eine Diplomarbeit auf mich...

Viele Grüße
dj

Hallo deichjunge,

ich habe auch nochmal versucht, eine ROM-Datei mit dem WinCE-Explorer zu kopieren und eine Fehlermeldung in der Art erhalten: "Kann ROM-Datei nicht kopieren". Einmal hat er mir zwar einen Teil kopiert, der enthielt aber ungültige Daten.
Also sollte eigentlich die WinCE-Funktion CopyFile bereits eine Fehlermeldung ausgeben. Ich habe auch noch gar nicht getestet, was mein Befehl copy= mit ROM-Dateien macht...

Gruß,
Stefan

Hey Stefan,

bei mir ist das weder mit dem WinCE-Explorer noch mit TotalCommander ein Problem. Es wird anstandslos alles hin und her kopiert. Welches OS hast Du denn drauf?

Viele Grüße
dj

[edit: vielleicht war das File, was du kopieren wolltest, gerade in Benutzung?]

rohoel [SIZE=7]ui, vielen dank [/SIZE]