USB-Stick über FTP nicht mehr beschreibar!

[Wiiman]

Hi,

hab ein Problem mit dem FTP-Server!
Ich hab vor ein paar Wochen Freetz auf meiner Fritzbox 7270 installiert, seitdem kann ich meinen USB-Stick nicht mehr über den normalen AVM FTP-Server beschreiben
Lesen geht noch, auch Fritzload funktioniert!

MfG

 

[frank_m24]

Hallo,

verschoben nach freetz.

Suche mal nach dem "ftpuser" Problem. Die Frage wurde schon behandelt.

 

[Wiiman]

Sorry, ich find aber im Freetzforum nichts passendes
Hab ftpuser in die SuFu eingegeben!

MfG

EDIT: vsftp hab ich nicht installiert!

 

[frank_m24]

Hallo,

da gibt es aber genug dazu:
http://www.ip-phone-forum.de/showthread.php?t=187572
http://www.ip-phone-forum.de/showthread.php?t=186139
http://www.ip-phone-forum.de/showthread.php?t=180940
http://www.ip-phone-forum.de/showthread.php?t=178205

 

[sf3978]

EDIT: vsftp hab ich nicht installiert!

Schade.

Hast Du dropbear mit sftp und ssh(static) auf deiner Box?

 

[Urs]

Also ich hatte in den vergangenen Wochen auch Probleme mit dem Schreiben auf den USB Stick einer "normalen" 7270.

Lesen war immer möglich, wollte ich aber schreiben musste ich den Stick abmelden (was jedesmal scheiterte), und ihn an den PC stecken.

Zulezt fand ich heraus (chkdsk /f) dass sich defekte Dateien auf dem Stick befanden.

Nur (chkdsk /f) funktionierte eben auch nicht. Wenn ich mich richtig erinnere musste ich an der Eingabeaufforderung "chkdsk G: /f /x" eingeben (G: = Laufwerksbuchstabe des Sticks unter XP).

Die verketteten Dateien wurden gelöscht und seither kann ich den Stick wieder normal beschreiben wenn er am USB der 7270 steckt.

Und das Abmelden über die Boxoberfläache funktioniert auch wieder.

Gruss

Urs

 

[Wiiman]

@frank_m24
Die Threads hab ich mir auch schon angesehen, aber funktioniert alles nicht!

@sf3978
Leider nein

@Urs
Danke, hat aber nur die Lesegeschwindigkeit verbessert!

Werd wohl freetz neu kompilieren müssen, kann ich ein Update raufspielen ohne das ich die "orginal" AVM Einstellungen verändere (Internetlogindaten, Telefone, WLAN ...)?

MfG

 

[Silent-Tears]

Auch bei dieser Frage hätte dir Lesen hier im Forum geholfen. Denn die Einstellungen verschwinden nur bei einem Firmwaredowngrade, nicht bei einer einfachen Änderung. Wie man empfohlenerweise die Einstellungen sichert, findet sich auch.

 

[Wiiman]

Hab jetzt mal dropbear und samba installiert, leider kann ich immer noch nichts schreiben!
Hier mein Filezillalog:
[Edit frank_m24: Bitte benutzt CODE Tags für solche Ausgaben.]

Status:	Verbinde mit 192.168.178.1:21...
Status:	Verbindung hergestellt, warte auf Willkommensnachricht...
Antwort:	220 FRITZ!BoxFonWLAN7270(UI) FTP server ready.
Befehl:	USER ftpuser
Antwort:	331 Password required for ftpuser.
Befehl:	PASS *********
Antwort:	230-    __  _   __  __ ___ __
Antwort:	230-   |__ |_) |__ |__  |   /
Antwort:	230-   |   |\  |__ |__  |  /_
Antwort:	230- 
Antwort:	230-    The fun has just begun...
Antwort:	230 User ftpuser logged in.
Status:	Verbunden
Status:	Starte Upload von C:\****\cd.txt
Befehl:	CWD /uStor01
Antwort:	250 CWD command successful.
Befehl:	PWD
Antwort:	257 "/uStor01" is current directory.
Status:	Empfange Verzeichnisinhalt...
Befehl:	TYPE I
Antwort:	200 Type set to I.
Befehl:	PASV
Antwort:	227 Entering Passive Mode (192,168,178,1,12,79)
Befehl:	LIST
Antwort:	150 Opening BINARY mode data connection for '/bin/ls -lgA'.
Antwort:	226 Transfer complete.
Befehl:	TYPE A
Antwort:	200 Type set to A.
Befehl:	PASV
Antwort:	227 Entering Passive Mode (192,168,178,1,10,135)
Befehl:	STOR cd.txt
Antwort:	553 cd.txt: No such file or directory.
Fehler:	Kritischer Fehler
Status:	Empfange Verzeichnisinhalt...
Befehl:	CWD /
Antwort:	250 CWD command successful.
Befehl:	PWD
Antwort:	257 "/" is current directory.
Status:	Anzeigen des Verzeichnisinhalts abgeschlossen

 

[Silent-Tears]

Und was hat Samba und dropbear mit einem Transferlog eines FTP-Servers zu tun? Ich sehe daraus nur, dass ud per FTP keine Daten schreiben kannst mit dem erfolgreich angemeldeten Benutzer.

 

[RalfFriedl]

Versuch es einmal mit einem normalen FTP-Client, mit debug im Client eingeschaltet.

Ansonsten wäre wohl ein strace auf dem Server nötig.

 

[cando]

Was für ein Dateisystem hat der Stick? FAT32 oder ext2 / ext3? Bei ext2 / ext3 kann es nötig sein, die unix Rechte zu setzen.

 

[Wiiman]

@Silent-Tears
sf3978 hat ein paar Posts vorher nach Dropbear befragt

@RalfFriedl
Was verstest du unter normalen FTP-Client ;-) ?
Hab Debugging bei Filezilla mal eingeschaltet, hier der Log:

Status:	Verbindung zum Server getrennt
Trace:	CFtpControlSocket::ResetOperation(66)
Trace:	CControlSocket::ResetOperation(66)
Status:	Auflösen der IP-Adresse für fritz.box
Status:	Verbinde mit 192.168.178.1:21...
Status:	Verbindung hergestellt, warte auf Willkommensnachricht...
Trace:	CFtpControlSocket::OnReceive()
Antwort:	220 FRITZ!BoxFonWLAN7270(UI) FTP server ready.
Trace:	CFtpControlSocket::SendNextCommand()
Befehl:	USER ftpuser
Trace:	CFtpControlSocket::OnReceive()
Antwort:	331 Password required for ftpuser.
Trace:	CFtpControlSocket::SendNextCommand()
Befehl:	PASS *************
Trace:	CFtpControlSocket::OnReceive()
Antwort:	230-    __  _   __  __ ___ __
Trace:	CFtpControlSocket::OnReceive()
Antwort:	230-   |__ |_) |__ |__  |   /
Antwort:	230-   |   |\  |__ |__  |  /_
Antwort:	230- 
Antwort:	230-    The fun has just begun...
Antwort:	230 User ftpuser logged in.
Status:	Verbunden
Trace:	CFtpControlSocket::ResetOperation(0)
Trace:	CControlSocket::ResetOperation(0)
Status:	Empfange Verzeichnisinhalt...
Trace:	CFtpControlSocket::SendNextCommand()
Trace:	CFtpControlSocket::ChangeDirSend()
Befehl:	PWD
Trace:	CFtpControlSocket::OnReceive()
Antwort:	257 "/" is current directory.
Trace:	CFtpControlSocket::ResetOperation(0)
Trace:	CControlSocket::ResetOperation(0)
Trace:	CFtpControlSocket::ParseSubcommandResult(0)
Trace:	CFtpControlSocket::ListSubcommandResult()
Trace:	  state = 1
Trace:	CFtpControlSocket::ResetOperation(0)
Trace:	CControlSocket::ResetOperation(0)
Status:	Anzeigen des Verzeichnisinhalts abgeschlossen
Trace:	CFtpControlSocket::FileTransfer()
Status:	Starte Upload von C:\****\cd.txt
Trace:	CFtpControlSocket::ParseSubcommandResult(0)
Trace:	FileTransferSubcommandResult()
Trace:	CFtpControlSocket::SendNextCommand()
Trace:	FileTransferSend()
Trace:	CFtpControlSocket::SendNextCommand()
Trace:	CFtpControlSocket::TransferSend()
Trace:	  state = 2
Befehl:	PASV
Trace:	CFtpControlSocket::OnReceive()
Antwort:	227 Entering Passive Mode (192,168,178,1,6,150)
Trace:	CFtpControlSocket::TransferParseResponse()
Trace:	  code = 2
Trace:	  state = 2
Trace:	CFtpControlSocket::SendNextCommand()
Trace:	CFtpControlSocket::TransferSend()
Trace:	  state = 4
Befehl:	STOR cd.txt
Trace:	CTransferSocket::OnConnect
Trace:	CTransferSocket::TransferEnd(1)
Trace:	CFtpControlSocket::OnReceive()
Antwort:	553 cd.txt: No such file or directory.
Trace:	CFtpControlSocket::TransferParseResponse()
Trace:	  code = 5
Trace:	  state = 4
Trace:	CFtpControlSocket::ResetOperation(2)
Trace:	CControlSocket::ResetOperation(2)
Trace:	CFtpControlSocket::ParseSubcommandResult(2)
Trace:	FileTransferSubcommandResult()
Trace:	CFtpControlSocket::ResetOperation(2)
Trace:	CControlSocket::ResetOperation(6)
Fehler:	Kritischer Fehler
Trace:	CFtpControlSocket::TransferEnd()
Trace:	Call to TransferEnd at unusual time, ignoring
Status:	Verbindung zum Server getrennt
Trace:	CFtpControlSocket::ResetOperation(66)
Trace:	CControlSocket::ResetOperation(66)
Trace:	CFtpControlSocket::OnReceive()
Antwort:	421 Timeout (120 seconds): closing control connection.
Trace:	Unexpected reply, no reply was pending.
Trace:	CRealControlSocket::OnClose(0)
Fehler:	Verbindung vom Server geschlossen
Trace:	CFtpControlSocket::ResetOperation(66)
Trace:	CControlSocket::ResetOperation(66)

@cando
Der Stick hat 4GB und ist FAT32 formatiert!

EDIT:
Als Netzlaufwerk eingebunden funktioniert das schreiben auch nich!

 

[sf3978]

@Wiiman:
Wenn Du im dropbear SFTP aktiviert hast, dann versuch mal über Filezilla mit SFTP und Benutzer root + Passwort, über die IP-Adresse und den Port auf dem dropbear lauscht, auf deinen USB-Stick zu schreiben.

 

[Wiiman]

Leider hab ich die gleichen Probleme wie dieser User, muss wohl auf ein Update warten :-(

 

[sf3978]

Du kannst es mit trunk 3204 versuchen. Da funktioniert es noch.

 

[fr@nk-pcn]

auch bei 7170 ohne Freetz etc

Ja hi und guten n'Abend

also selbiges Problem kann ich auch berichten. Es tritt bei mir ab FW. 29.04.70 auf. Habe schon mit den Recoverytool 29.04.67 ein Downgrate durchgeführt und wieder 29.04.70 geupdatet.

Ich hab die Beobachtung gemacht dass beim Reboot das "USB-Subsystem" zu früh gestoppt wird. Meine Vermutung ist: Wenn ein Mod auf dem USB-Stick beim Herunterfahren noch am laufen ist und die Verbindung gestoppt wird, können die Daten wie Swap, etc nicht weiter geschrieben werden.

Nach einem Reboot bekomme ich folgndes auf die Telnetbox geworfen *click*.

Mit unter: # stopping USB_Subsystem, telefon [579] Bus error (scheint der interne AB oder FAX zu sein). Auch der Apache-Server der ebenfalls auf dem Stick liegt ist betroffen und meldet nch einem Reboot:

[Wed Apr  1 22:54:20 2009] [warn] pid file /var/media/ftp/Corsair-FlashVoyager-01/apache/logs/apache.pid overwritten -- Unclean shutdown of previous Apache run?

Nach einem Intensiv- Scanndisc via Windows-PC sind die Dateisystemfehler wieder behoben. Meist ist dann die Konfig für FAX und internen AB weck und müssen neu erstellt werden.

Gibt es ne Möglichkeit das "USB-Subsystem" länger am Leben zu erhalten bis alle anderen Anwendungen geschlossen sind?

oder

Ein alternatives Mounten?!


z.Z. erzwinge ich ein tägligen Neustart mit

awaitreboot() {
local day=$((60*60*24))
reboot -d $(( ($(date -d $(date +%m%d$1%Y) +%s) - $(date +%s) + $day) % $day ))
}
sleep 360; awaitreboot 0330

in der debug.cfg

Ein Defekt des USB-Stick's habe ich ausgeschlossen. Selbiges Problem tritt mitt einem anderen ebenfalls auf.


@RalfFriedl >>>#18

Hm, also du meinst: erstmal mit leben... oder #19

 

[RalfFriedl]

Es gab AVM-Firmwares, die beim Abmelden des USB-Sticks, wenn dieser noch offene Dateien enthielt, diesen gleich komplett gelöscht haben. Der Ablauf war ungefähr so: Das Skript führt umount aus, das geht aber nicht, weil noch Dateien offen sind. Anschließend will das Skript den Mount-Punkt löschen, weil dort aber noch das Dateisystem dran hängt, werden alle Dateien vom Dateisystem gelöscht. Scheint aber, daß dies in neueren Firmwares korrigiert wurde.

Von daher ist es schon eine Verbesserung, wenn das Dateisystem "nur" inkonsistent ist.

 

[fr@nk-pcn]

@ RalfFriedl

hast du eine Idee wie ich in meiner Reboot- Routine

awaitreboot() {
local day=$((60*60*24))
reboot -d $(( ($(date -d $(date +%m%d$1%Y) +%s) - $(date +%s) + $day) % $day ))
}
sleep 360; awaitreboot 0330

VORHER den Apache, Swap und Mediatomb beenden kann?

Oder hat die FB ne Möglichleit selbst Dateisystemfehler zu beheben (per Script)?

 

[RalfFriedl]

Eine Möglichkeit ist, sie explizit zu beenden, also die passenden Stop-Skripte aufzurufen.

Ansonsten oder danach kann man sicherheitshalber alles killen, was noch läuft:

# Alle rc-Skripte mit stop aufrufen
for pkg in $(cat /etc/static.pkg) crond telnetd webcfg swap; do
    /etc/init.d/rc.$pkg stop
done

# Signal an Programme, sich zu beenden
kill -TERM -1
# Den Programmen etwas Zeit geben, sich freiwillig zu beenden
# Zeit je nach Bedarf
sleep 2
# Alle Programme beenden, die trotzdem noch laufen.
kill -KILL -1
# swap ausschalten
swapoff -a
# alles unmounten
umount -a

Es ist besser, Fehler zu vermeiden, als zu versuchen, sie zu reparieren.