TMS Mount

[Lala]

ok, verstanden

[BluField62]

[quote=""FireBird""]Es gibt nur entweder, oder. Die Firmware mounted eine neu erkannte Platte unter /mnt/sdb (2. Platte). Das MountTAP löst diese Verbindung und hängt die Platte unter /mnt/hd/DataFiles/external ein. Dadurch wird sie für TAPs oder einen ftp-Client sichtbar. Die Firmware bekommt das aber nicht mit und greift weiterhin auf /mnt/sdb zu, was aber nur mehr ein leeres Verzeichnis ist.[/quote]

Kann ich deshalb nicht mehr auf die Ext. aufnehmen und verschieben?
Es liegt demnach also nicht am QP TAP?

[Twilight]

an welchen tap es liegt kannst du doch ganz leicht slebst raus finden....stoppe sie abwechselnd und teste erneut.
für einen start ohne mount tap kann aber ein neustart ohne dem tap notwendig sein.

twilight

[okiwankenoki]

[quote=""FireBird""]Das System läuft in einer RAM-Disk, ein Neustart und alle geänderten Konfigurationen sind weg.[/quote]

Hallo FireBird,

aber man kann eine RAM Disk jeweils zur Laufzeit patchen (vieleicht mit Taps im Autostart?).

Und unser FireBird weiß das

Schaun' wir mal wo das ganze Schiff hin geht

Der Olaf

[BluField62]

Ich hatte ja schon berichtet, dass QP das Verschieben und Aufnehmen verhindert, aber ihr konntet das nicht nachvollziehen.
Da mir QP aber wichtig ist (also erstmal nur intern), warte ich ab, ob sich da noch was tut.
Solange bleibt mir eben der QP-Zugriff ohne MountTap auf die Ext. verweigert.

[Lala]

[quote=""okiwankenoki""]
Schaun' wir mal wo das ganze Schiff hin geht
[/quote]

Ich hoffe jedenfalls, dass das MehrplattenTMSMount etwas weiter nach oben auf die Fire's ToDoListe rutscht

[FireBird]

[quote=""okiwankenoki""]aber man kann eine RAM Disk jeweils zur Laufzeit patchen (vieleicht mit Taps im Autostart?).[/quote]
Die Firmware patchen ist nicht, da das .text-Segment (ausführbarer Code) auf readonly gesetzt wird. Patch = Reboot.

[okiwankenoki]

[quote=""FireBird""]Die Firmware patchen ist nicht, da das .text-Segment (ausführbarer Code) auf readonly gesetzt wird. Patch = Reboot.[/quote]

Hallo Firebird,

sorry, bin Nicht-Programmierer und kann somit schlau daher reden:

Das Tap sollte ja auch nicht im ROM sondern im RAM patchen

RAM ist doch eigentlich immer veränderbar oder?

Der Olaf

[Twilight]

die ram disk "patched" er ja...nur ist dieser nach einem reboot wieder weg....somit muß das tap dies bei jedem neustart durchführen.

twilight

[okiwankenoki]

[quote=""Twilight""]die ram disk "patched" er ja...nur ist dieser nach einem reboot wieder weg....somit muß das tap dies bei jedem neustart durchführen.

twilight[/quote]

Hallo twilight,

völlig richtig von Dir beschrieben

....somit muß das tap dies bei jedem neustart durchführen.


Genau das ist mein Vorschlag

LG Olaf

[Twilight]

jetzt steh ich auf der leitung

twilight

[FireBird]

[quote=""okiwankenoki""]Das Tap sollte ja auch nicht im ROM sondern im RAM patchen

RAM ist doch eigentlich immer veränderbar oder?[/quote]
Nein. Klingt komisch, ist aber so. Die Zeiten, wo man direkt auf physischen Speicher zugreifen konnte, sind schon lange vorbei. Das geht zwar beim 5000er, weil er kein echtes Betriebssystem hat, aber unter Windows, Linux,... greift man nur mehr auf virtuellen Speicher zu und der Speichermanager des Kernels kümmert sich darum, daß dieser Zugriff auf physischen Speicher umgeleitet wird – notfalls muß der gewünschte Speicherinhalt von der Festplatte hereingeswappt werden.

Und dieser Manager führt auch die Liste, wer wie auf den Speicher zugreifen darf. Z.B. dürfen Applikationen, die um User-Modus laufen, gar nicht auf Kernel-Speicher zugreifen. Zum Schutz der Applikationen wiederum erhält der ausführbare Bereich keine Write-Permissions. Das muß man entweder beim Kompilieren hinzufügen, oder das Programm muß sich die entsprechenden Privilegien organisieren, damit es die Berechtigungen ändern kann.

[okiwankenoki]

[quote=""FireBird""]Nein. Klingt komisch, ist aber so. Die Zeiten, wo man direkt auf physischen Speicher zugreifen konnte, sind schon lange vorbei. Das geht zwar beim 5000er, weil er kein echtes Betriebssystem hat, aber unter Windows, Linux,... greift man nur mehr auf virtuellen Speicher zu und der Speichermanager des Kernels kümmert sich darum, daß dieser Zugriff auf physischen Speicher umgeleitet wird – notfalls muß der gewünschte Speicherinhalt von der Festplatte hereingeswappt werden.

Und dieser Manager führt auch die Liste, wer wie auf den Speicher zugreifen darf. Z.B. dürfen Applikationen, die um User-Modus laufen, gar nicht auf Kernel-Speicher zugreifen. Zum Schutz der Applikationen wiederum erhält der ausführbare Bereich keine Write-Permissions. Das muß man entweder beim Kompilieren hinzufügen, oder das Programm muß sich die entsprechenden Privilegien organisieren, damit es die Berechtigungen ändern kann.[/quote]

Hey,

danke für Deine ausführliche Erklärung, habe wieder was dazu gelernt

Olaf

[FireBird]

Kleines Update: wird ein USB-Stick von der Firmware als VFAT gemountet (lange Dateinamen), dann übernimmt TMSMount dies auch für den external-Mountpoint.

[TulpeT]

Also ich krieg's irgenwie nicht hin :oops:. Hab jetzt mal 'nen USB-Stick vom TMS formatieren lassen. Mit Hilfe von TMS Mount wird er dann auch auf dem PC in FileZilla angezeigt. Aber verschieben geht nicht Fehlermeldung von FileZilla: Antwort: 550 Can't rename to /DataFiles/external/Schleswig-Holstein Magazin.rec

Mach ich irgendwas falsch?

Mal ganz abgesehen davon hätte ich (wenn's klappen würde) wahrscheinlich dann das nächste Problem den Stick in meinem Windows 7 anzuzeigen, oder?

[Twilight]

von intern auf extern über das mount tap geht nicht.
das mußt du schon am tms selbst machen, über sbd1.

twilight

[TulpeT]

geht leider auch nicht
er bietet mir zwar das exteren laufwerk an, aber nach dem OK wird nichts kopiert oder verschoben. Der stick bleibt leer

[TulpeT]

Also ich weiß zwar nicht was ich jetzt anders gemacht hab aber jetzt geht's! Datei wird kopiert!
Hatte mich vorher mal um die Einbindung in Windows 7 gekümmert (mit Ext2fsd hat's geklappt) und eine (Film)Datei auf den Stick kopiert (nicht so schnell wie bei FAT32 aber es geht) und diesen dann auf den TMS kopiert: funzt :
Danach hab ich es dann noch mal in anderer Richtung ausprobiert und siehe da... Datei wird kopiert! :

[Twilight]

ich glaube, solange das mount tap läuft geht das kopieren über den tms nicht....

twilight

[TulpeT]

Das wird's wohl gewesen sein! Nachdem ich den Stick am Rechner hatte, hatte ich das Mount Tap noch nicht wieder gestartet.
Vielen Dank für die Hilfe