Nokia schaltet auf Schreibschutz

[otto58]

Also ich verwende Jadi 2.2.0.x. Ich Rahmen des "ARD-Problems" hatte ich viel mit der Box experimentiert.
Jetzt steht sie auf "Schreibschutz", ein Suchlauf ändet nichts, wenn ich im Bouquet etwas lösche, bleibt trotzdem alles unverändert. FTP bringt Fehler.
Das Komplettimage ließ sich noch in /tmp schreiben. Aber nach dem Neustart lassen sich schon die ucodes nicht eintragen.
Die einzige Lösung die ich gegenwärtig habe, ist das Komplettimage mit dem Bootmanager und einem Nullmodemkabel aufzuspielen und möglichst schnell alles einzustellen, Verzeichnisse mounten usw. bis die Box dann irgendwann auf Schreibschutz geht. Sie zeigt dann auch beim Start immer an, dass sie neue Einstellungen hat und diese auf Standard setzt.

Was mach ich falsch?

Gruß OTTO

[MarcM]

Was meinst Du mit Schreibschutz ?

Mach mal nen Bootlog mit dem Nullmodemkabel und poste es hier

Marc

[otto58]

Ich kann nichts mehr ändern bei den Einstellungen, nichts per FTP in die Box schreiben und keine Verzeichnisse in der /var erzeugen.
Hab gerade mal wieder 2.2.0.0 drauf und im Moment geht es gerade (noch) und ändere jetzt erstmal ganz wenig. Habe gerade gemerkt, dass man keine camd2 mehr braucht (Premiere habe ich nicht).

Wie müßte ich das mit dem einen Bootlog machen? Aber wie gesagt, nach dem Aufspielen geht es immer.

[MarcM]

Wie müßte ich das mit dem einen Bootlog machen? Aber wie gesagt, nach dem Aufspielen geht es immer.

http://wiki.tuxbox-cvs.sourceforge.net/wiki/Bootlog

[jmittelst]

Jffs geplatzt. Neues Komplettimage flashen!

cu
Jens

[otto58]

Neu war für mir nur, dass es nicht reichte, dass Komplettimage per FTP in /tmp zu speichern und dann die Box im Expertenmodus zu flashen. Die "Schreibsperre" wurde nur aufgehoben, nachdem das Komplettimnage über den Bootmanager eingespielt wurde.
Ich bleibe jetzt erstmal bei Yadi 2.2.0.4, denn da traten solche Probleme die ganze Zeit nicht auf.

Vielen Dank
OTTO

Den Bootlog habe ich jetzt auch gefunden.

[jmittelst]

Mit einem Komplettimage wäre es auch via Experten-Funktionen gegangen, da scheinst Du wohl ein Root-Update benutzt zu haben. Jffs kollabiert gern, wenn man es zu stark füllt. Eine "Schreibsperre" gibt es nicht!

cu
Jens

[otto58]

Nein es war definitiv "Flash without bootloader"

Gruß OTTO

[jmittelst]

Dann müßte ein frisch formatiertes Jffs vorgelegen haben. Das wird nicht "kollabiert" angelegt. Die Prozedur macht immer das selbe, egal ob von außen mit Dbox2Bootmanager oder Hallenbergs Flashassistenten oder intern via Expertenfunktion, da sogar egal ob "Flash without Bootloader" über "Ganzes Flashimage einspielen" oder "Einzelne Partition einspielen"-"flash without bootloader". Über die internen Funktionen besteht nur das Risiko, das das Ram zu voll ist und das Flashen nicht komplett bis zum Schluß durch läuft.

cu
Jens

[otto58]

Also das Problem hängt wahrscheinlich auch mit dem FTP Client SmartFTP 3.0.
Ich mußte wegen Zeitablauf darauf updaten, die alte version war ok. Und seit dem habe ich das Problem.
Ich habe heute nochmal SmartFTP 3.0 gestartet und jetzt ist die Box wieder blockiert. Bei jedem Start s.u. kommen Fehlermeldungen.

[18:13:55] SmartFTP v3.0.1015.5
[18:13:57] Resolving host name "192.168.10.100"
[18:13:57] Connecting to 192.168.10.100 Port: 21
[18:13:57] Connected to 192.168.10.100.
[18:13:58] 220 Willkomen auf Ihrer d-box 2.
[18:13:58] USER root
[18:13:58] 331 Please specify the password.
[18:13:58] PASS (hidden)
[18:13:58] 230 Login successful.
[18:13:58] SYST
[18:13:59] 215 UNIX Type: L8
[18:13:59] Detected Server Type: UNIX
[18:13:59] FEAT
[18:13:59] 211-Features:
[18:13:59] MDTM
[18:13:59] REST STREAM
[18:13:59] SIZE
[18:13:59] 211 End
[18:13:59] PWD
[18:13:59] 257 "/var"
[18:13:59] TYPE A
[18:13:59] 200 Switching to ASCII mode.
[18:13:59] PASV
[18:13:59] 227 Entering Passive Mode (192,168,10,100,69,200)
[18:13:59] Opening data connection to 192.168.10.100 Port: 17864
[18:13:59] LIST -aL
[18:13:59] 150 Here comes the directory listing.
[18:13:59] 1283 bytes transferred. (27,2 KB/s) (46 ms)
[18:13:59] 226 Directory send OK.
[18:13:59] TYPE I
[18:13:59] 200 Switching to Binary mode.
[18:13:59] SIZE log
[18:13:59] 550 Could not get file size.
[18:13:59] SIZE pid
[18:13:59] 550 Could not get file size.
[18:13:59] SIZE run
[18:13:59] 550 Could not get file size.
[18:13:59] SIZE tmp
[18:14:00] 550 Could not get file size.
[18:14:00] SIZE ucodes
[18:14:00] 550 Could not get file size.

Jetzt werde ich nur noch mit WS_FTP95_LE arbeiten und sehen, dass "Flash without Bootloader" reicht.

Gruß OTTO

[jmittelst]

Das "550 Could not get file size." ist lediglich die Info, das das FTP-Programm die Größe des Ordners nicht ermitteln konnte. Das ist bei FTP eigentlich normal und halt mehr Info, als nötig gewesen wäre. Ein Fehler in dem Sinne ist es nicht. SmartFTP 3.x und Neutrino vertragen sich bei mir sehr gut.

cu
Jens