Fehler im OTA-Update 1.4.5

Ich habe irgendwie total Pech gehabt, bin aber ein Stück weiter...

Also per SDK und dem mitgelieferten novaterm/novacom kam ich zumindest wieder per Kommandozeile auf den Pre. Da ich aber mit vi und der Cursorsteuerung nicht zurechtkam, habe ich den Umweg über Putty mittels Pyton und novaproxy-Script genommen (für interssierte ist der Weg hier nachzulesen: http://www.webos-internals.org…essing_Linux_From_Windows). vi förderte dann aber allerhand Merkwürdigkeiten in der fstab zu Tage, denn der Zeilenwechsel vertikal, der ja normalerweise vom vi Editor unten links mitgezählt wird, sprang nur ungefähr jede zweite Zeile weiter?? Ein mount -a quitierte mir dann auch meine Vermutung, denn einige Zeilen konnten nicht sauber ausgelesen und somit nicht gemountet werden - klassischer Fall von Datei geschreddert - warum auch immer . Also per cp die alte fstab umbenannt und mit vi eine neue angelegt mit den alten Attributen. Nach Reboot des Palm komme ich zumindest wieder auf das Internal USB Laufwerk, aber immernoch sind alle Einstellungen futsch. Ein erneutes mount -a brachte weniger Fehler beim Mounten, aber immernoch einen hervor:
mount: mounting rootfs on / failed: No such file or directory

Hier eine Kopie meiner fstab:

# <filesystem> <mount point>   <type>  <options>   	<dump>  <pass>
rootfs  /   	ext3	ro,suid,dev,exec,auto,nouser,async,noatime  	1
/dev/mapper/store-var   /var	ext3	noatime,data=writeback  0   	0
/dev/mapper/store-log   /var/log    	ext3	noatime 0   	0
/dev/mapper/store-update    	/var/lib/update ext3	noauto,noatime  0
proc	/proc   proc	defaults    	0   	0
devpts  /dev/pts    	devpts  mode=0620,gid=5 0   	0
tmpfs   /tmp	tmpfs   size=64M,mode=1777  	0   	0
tmpfs   /var/run    	tmpfs   size=16M,mode=1777  	0   	0
tmpfs   /media/ram  	tmpfs   defaults    	0   	0
/dev/mapper/store-media /media/internal vfat utf8,shortname=mixed   0	0

Warum meckert mount -a ? Irgendwelche unsichtbaren Steuerzeichen, die das mounten unmöglich machen? Gibt es noch Hoffnung an meine Daten zu kommen?

mount -a geht nicht, rootfs wird aus einem file auf der platte erstellt.
Deine fstab sieht soweit ganz gut aus, allerdings feht dir in der ersten Zeile bei rootfs die 1 bei pass
sowie die 0 bei pass an store-update
Wie hast du die datei geschrettert? Bei mir sind es genau 11 Zeilen.
Ich kann die dir auch zukommen lassen, schick mir halt deine mail, ansonsten hier:

# <filesystem>  <mount point>   <type>  <options>       <dump>  <pass>
rootfs  /       ext3    ro,suid,dev,exec,auto,nouser,async,noatime      1       1
/dev/mapper/store-var   /var    ext3    noatime,data=writeback  0       0
/dev/mapper/store-log   /var/log        ext3    noatime 0       0
/dev/mapper/store-update        /var/lib/update ext3    noauto,noatime  0       0
proc    /proc   proc    defaults        0       0
devpts  /dev/pts        devpts  mode=0620,gid=5 0       0
tmpfs   /tmp    tmpfs   size=64M,mode=1777      0       0
tmpfs   /var/run        tmpfs   size=16M,mode=1777      0       0
tmpfs   /media/ram      tmpfs   defaults        0       0
/dev/mapper/store-media /media/internal vfat    utf8,shortname=mixed,umask=0000         0       0

solltest du das abtippen wollen, verwende am besten immer ein Tap zwischen <filesystem> <mount point> ... <pass>
copy and paste geht aber auch (für faule Leute ;)), mit dem vi dazu mit d d alle Zeile löschen, dann obiges markieren,
kopieren, im vi i eingeben und mit Putty dann die rechte Maustaste drücken.
Man kann es aber auch mit Leerzeichen schön formatieren, mount macht sich da nichts daraus, deine fehlenden Einträge
sollten auch nichts ausmachen, mount nimmt dann eben 0, newline ist dann immer ein neuer Eintrag.
Am besten neu booten mit der neuen fstab, rootfs bekommst du sonst nicht sauber gemountet, liegt aber auch an der Art
wie die Systeme eingehängt werden, / kommt immer zuerst, dann folgen die unteren ebenen, du solltest ja schliesslich auch
nicht an dem Ast sägen auf dem du sitzt

Verstehe nur nicht "aber immernoch sind alle Einstellungen futsch" ? Was hat das mit deiner fstab zu tun?

Zitat von opaaladin

Verstehe nur nicht "aber immernoch sind alle Einstellungen futsch" ? Was hat das mit deiner fstab zu tun?

Durch den Murks in meiner fstab wurde das System wohl irgendwo ("Emergency"?) gemountet, womit scheinbar die Grundfunktionen (also NUR das, was das WebOS von Haus aus vorsieht - die eigenene Standardapplikationen etc.) aber eben nicht die Homebrew Apps, Patches und auch nicht mehr das normale internal USB Laufwerk nutzbar waren. Dies hatte zur Folge, dass sogar unter Systeminfo das WebOS die Gesamtheit der Kapazität auf die üblichen 8GB aber KEINEN freien Platz angezeigt hat. Nach langem hin und her und ausgiebiger Recherche, die mich die fstab nun hat verstehen lassen (ein Gutes musste es ja haben), habe ich mich entschlossen zu Doctoren, da ich mir nicht sicher war, ob nicht meine Daten doch alle Futsch sind, auch wenn ich den Urzustand erreichen könnte.
Da mein letzters Backup (Backup Utility sei Dank) eine Woche alt war, habe ich wie gesagt ärztlichen Rat eingeholt und die Sicherung zurückgespielt. Bis auf ein paar Mails (die ich eh als Kopie auf dem Rechner habe) und ein paar SMS wie Musik, habe ich nichts wildes verloren.

Dennoch vielen Dank für Deine Mühe,opaaladin, auch Deine Ausführungen haben mich auf dem Weg des Verständnisses weitergebracht , doch kam Deine Antwort für mich persönlich zu spät, weil ich doch auf meine Pre nicht sol lange verzichten konnte

Hätte ich doch auf die Warnungen von Blacklight gehört! (Er hat sogar die einleitende Warnung nach meiner Hiobsbotschaft extra rot Markiert )

Lang lebe die Maxime "Never touch a running system!".

Nachtrag:
wie soeben Hier im forum gelesen, hat der Onkel Doctor auch das Mount Problem gelöst und siehe da, ein grep /media/internal /proc/mounts fördert nun auch den Status 0000 bei fmask und dmask zu Tage. Also war die Mühe doch nicht umsonst

Es kommt so schnell kein fstab-Fix von Palm und der von webosinternals (via Preware) wird wohl nur einen Bruchteil der Anwender erreichen:

http://developer.palm.com/dist…viewtopic.php?f=70&t=8109

Das ist schon ärgerlich, aber nach dem was ich bei Palm im Forum gelesen habe verständlich, da sie sonst die 1.4.5 noch wieder bei allen Carriern gegentesten und zertifizieren lassen müssen. Bei gedoktorten 1.4.5er Palms tritt es nicht auf. Und für alle anderen gibt es, so sie denn eine der wenigen betroffenen PDK-Apps nutzen wollen, den Fix von webOSinternals...

Ja es ist nachvollziehbar und ärgerlich.

Noch ärgerlicher finde ich es aber, dass jetzt die Entwickler von PDK-Apps das ausbaden sollen. Die betroffenen Apps sollen so abgeändert werden, dass der Schreibzugriff nicht mehr auf /media/internal/ sondern auf das private Installationsverzeichnis der App erfolgt.
Ich hätte von HPalm erwartet, dass wenn schon das fehlerhafte 1.4.5 released wird, was ja nachvollziehbar erscheint, eine offizielle App von Palm in der Art von dem Emergency Fstab Fixer (EFF) nachgeschoben wird.

Jetzt haben die Entwickler wieder den schwarzen Peter, einfach nur ungeschickt....

Viele Grüße
Jörg

Lad Dir aus Preware den Emergency Fstab Fixer und installiere Ihn. Damit beseitigst Du den Bug.

Sabro

Aber wenn Dir das USB-Laufwerk samt freiem Speicher angezeigt wird, hast Du Dir eher die USB-Partition einfach gelöscht. Sonst würde es ja Zugriffsfehler hageln und es würde Dir kein freier Speicher angezeigt.

Oder wie sehen das die Linux-Experten hier?

Sich absichernde Grüße,

fluteman

Zitat von hillec

Freier Speicher wird mit 7,2GB angezeigt - es scheint also alles weg zu sein?

Das kommt mir irgendwie bekannt vor - siehe Post 23 und 25 hier im Thema. Ob die Daten wirklich weg sind, weiß ich aber auch nicht...

Zitat von hillec

Hi,

danke für die fixe Antwort.
Der Bug ist wohl behoben (war vorher auch schon auf 0000) meine Apps und sämtliche Dateien der Media Partition sind allerdings immer noch verschwunden.
Da muß doch irgendwas falsch gemountet sein ..

Freier Speicher wird mit 7,2GB angezeigt - es scheint also alles weg zu sein?

Der Fehler ist aufgetreten nachdem ich die fstab bearbeitet habe (unter MAC OS/X mit via VIM)
Habe die Datei mittlerweile gelöscht und komplett neu geschrieben - gleiches Problem - kein Inhalt bei Media (bzw. auf dem USB Drive)

Alles anzeigen

Hast du auch nach dem bearbeiten neu gebootet?
Aber wenn du 7,2GB frei hast und nicht nur ein paar Dateien auf dem USB hattest, darfst du wohl getrost davon
ausgehen das alles weg ist. Allerdings hätte ich keine erklärung wie das durch einen Fehler in der fstab passieren
sollte, da muß etwas anderes passiert sein.

Nur so nebenbei...

gibt es da einen Workaround für PDK Entwickler? Ich hab mal versucht eine Datei im App-Verzeichnis zu speichern und dann ein bisschen mit

system("mv testdatei.jpg /media/internal");

gespielt. Allerdings ohne Erfolg. Laut dem Palm Forum sind system(...) Aufrufe erlaubt. Allerdings funktioniert nur der umgekehrte Weg (Sachen aus /media/internal ins eigene App-Verzeichnis zu kopieren).

Vielleicht weiß ja jemand was... aber ich vermute wir müssen wohl alle aufs nächste Update von Palm warten.