Fritzbox verliert temp. USB Festplatte

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
Fox.Mulder

Fox.Mulder

Mitglied
Mitglied seit
21 Jan 2007
Beiträge
658
Punkte für Reaktionen
13
Punkte
18
Ich versuche eine stabile gefreezte FW Version für die 7270 zu erstellen. Basis ist die Release FW 54.04.80. Leider verliert die Fritzbox immer wieder die Verbindung der unter uStor01 (ext2) und uStor02 (fat32) gemounteten Partitionen und hängt diese infolge an uStor11 und uStor12 ein. Dies passiert, wenn ich Downloads mit transmission aus dem Internet lade und gleichzeitig mit vsftpd Dateien auf den PC kopiere. Das passiert auch nicht gleich nach dem Starten der ftp-Übertragung, sonderen nach einigen Minuten. Mit dem AVM ftpd habe ich den gleichen Effekt beobachtet.

Woran könnte es liegen, dass die Fritzbox die Verbindung zu den gemounteten Festplattenpartitionen verliert? Hat jemand einen ähnlichen Effekt beobachtet? Wie kann ich die Ursache für das Problem finden?

Mit der Firmware-Version 54.04.75freetz-devel-3444M funktioniert der gleiche Ablauf fehlerfrei und die Fritzbox + USB Festplatte läuft über Wochen stabil...

Bis auf die unterschiedliche FW und zwischenzeitlichen Änderungen in der Freetz SW (Freetzmount) verwende ich in der alten FW Transmission 1.75. Bei der neuen FW wird Transmission 1.76 verwendet. Wenn es nicht an der unterschiedlichen Transmission Version liegt, kann es fast nur noch das Zusammenspiel der Freetz Komponenten für USB und Filesystem mit dem AVM Basissystem sein.

Möchte noch erwähnen, dass ich eine Swap-Datei auf der ext2 Partition verwende.
 

Anhänge

  • Configs.zip
    8.3 KB · Aufrufe: 2
Zuletzt bearbeitet:
konnte ich jetzt auch 2 mal beobachten die platte (ext3 1 partion) ist dann per ftp sichtbar aber man sieht keine daten, im avm interface ist sie dann auch noch da aber auch von dort das gleiche nur ein neustart der box läst alles wieder laufen (bis sie wieder weg ist)
werde mal mein syslog posten wenns wieder aufgetreten ist (da noch kein syslogd im image war)
 
Zuletzt bearbeitet:
so festplatte wieder weg

[Edit frank_m24: Bitte benutzt CODE Tags für solche Ausgaben.]
Code: 
syslog:
Dec 30 05:37:29 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2447 (1 0)
Dec 30 05:37:30 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2452 (1 0)
Dec 30 05:37:31 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2457 (1 0)
Dec 30 05:37:32 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2462 (1 0)
Dec 30 05:37:33 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 05:37:33 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2467 (1 0)
Dec 30 05:37:33 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 05:37:34 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2472 (1 0)
Dec 30 05:37:35 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 05:37:35 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 05:37:35 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 05:37:35 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 05:37:35 fritz user.warn kernel: ath_newstate: Resetting VAP dfswait_run
Dec 30 05:37:35 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 05:37:35 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 05:37:35 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 05:44:17 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 05:44:17 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 05:44:17 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 05:44:17 fritz user.debug kernel: Sending event 32, info 0, status 0, rate 0 (mac: 00:00:00:00:00:00) (was event 25)
Dec 30 05:44:17 fritz user.debug kernel: Sending event 21, info 0, status 4, rate 108 (mac: 00:0B:6C:8F:AB:06) (was event 0)
Dec 30 05:44:17 fritz daemon.info hostapd: ath0: STA 00:0b:6c:8f:ab:06 IEEE 802.11: associated
Dec 30 05:44:17 fritz daemon.info hostapd: ath0: STA 00:0b:6c:8f:ab:06 WPA: pairwise key handshake completed (RSN)
Dec 30 05:49:14 fritz user.debug kernel: Sending event 14, info 3, status 0, rate 108 (mac: 00:0B:6C:8F:AB:06) (was event 1)
Dec 30 05:49:14 fritz daemon.info hostapd: ath0: STA 00:0b:6c:8f:ab:06 IEEE 802.11: disassociated
Dec 30 05:51:14 fritz user.warn kernel: ath_newstate: Resetting VAP dfswait_run
Dec 30 05:51:14 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 05:51:14 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 05:51:14 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 05:51:15 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2417 (1 0)
Dec 30 05:51:16 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 05:51:16 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 05:51:16 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 05:51:17 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2427 (1 0)
Dec 30 05:51:18 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2432 (1 0)
Dec 30 05:51:19 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2437 (1 0)
Dec 30 05:51:20 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2442 (1 0)
Dec 30 05:51:21 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2447 (1 0)
Dec 30 05:51:22 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2452 (1 0)
Dec 30 05:51:23 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2457 (1 0)
Dec 30 05:51:24 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2462 (1 0)
Dec 30 05:51:25 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 05:51:25 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2467 (1 0)
Dec 30 05:51:25 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 05:51:26 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2472 (1 0)
Dec 30 05:51:27 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 05:51:27 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 05:51:27 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 05:51:27 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 05:51:27 fritz user.debug kernel: Sending event 32, info 0, status 0, rate 1 (mac: 00:00:00:00:00:00) (was event 25)
Dec 30 05:51:27 fritz user.warn kernel: ath_newstate: Resetting VAP dfswait_run
Dec 30 05:51:27 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 05:51:27 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 05:51:27 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 06:51:14 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 06:51:14 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 06:51:14 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 06:51:14 fritz user.warn kernel: ath_newstate: Resetting VAP dfswait_run
Dec 30 06:51:14 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 06:51:14 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 06:51:14 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 06:51:15 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2417 (1 0)
Dec 30 06:51:16 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 06:51:16 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 06:51:16 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 06:51:17 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2427 (1 0)
Dec 30 06:51:18 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2432 (1 0)
Dec 30 06:51:19 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2437 (1 0)
Dec 30 06:51:20 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2442 (1 0)
Dec 30 06:51:21 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2447 (1 0)
Dec 30 06:51:22 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2452 (1 0)
Dec 30 06:51:23 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2457 (1 0)
Dec 30 06:51:24 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2462 (1 0)
Dec 30 06:51:25 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 06:51:25 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2467 (1 0)
Dec 30 06:51:25 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 06:51:26 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2472 (1 0)
Dec 30 06:51:27 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 06:51:27 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 06:51:27 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 06:51:27 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 06:51:27 fritz user.warn kernel: ath_newstate: Resetting VAP dfswait_run
Dec 30 06:51:27 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 06:51:27 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 06:51:27 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 07:44:19 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 07:44:19 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 07:44:19 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 07:44:19 fritz user.debug kernel: Sending event 32, info 0, status 0, rate 0 (mac: 00:00:00:00:00:00) (was event 25)
Dec 30 07:44:19 fritz user.debug kernel: Sending event 21, info 0, status 4, rate 108 (mac: 00:0B:6C:8F:AB:06) (was event 0)
Dec 30 07:44:19 fritz daemon.info hostapd: ath0: STA 00:0b:6c:8f:ab:06 IEEE 802.11: associated
Dec 30 07:44:19 fritz daemon.info hostapd: ath0: STA 00:0b:6c:8f:ab:06 WPA: pairwise key handshake completed (RSN)
Dec 30 07:44:31 fritz daemon.info hostapd: ath0: STA 00:0b:6c:8f:ab:06 IEEE 802.11: disassociated
Dec 30 07:44:31 fritz user.debug kernel: Sending event 14, info 3, status 0, rate 108 (mac: 00:0B:6C:8F:AB:06) (was event 1)
Dec 30 07:46:31 fritz user.warn kernel: ath_newstate: Resetting VAP dfswait_run
Dec 30 07:46:31 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 07:46:31 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 07:46:31 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 07:46:32 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2417 (1 0)
Dec 30 07:46:33 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 07:46:33 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 07:46:33 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 07:46:34 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2427 (1 0)
Dec 30 07:46:35 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2432 (1 0)
Dec 30 07:46:36 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2437 (1 0)
Dec 30 07:46:37 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2442 (1 0)
Dec 30 07:46:38 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2447 (1 0)
Dec 30 07:46:39 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2452 (1 0)
Dec 30 07:46:40 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2457 (1 0)
Dec 30 07:46:41 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2462 (1 0)
Dec 30 07:46:42 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 07:46:42 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2467 (1 0)
Dec 30 07:46:42 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 07:46:43 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2472 (1 0)
Dec 30 07:46:44 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 07:46:44 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 07:46:44 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 07:46:44 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 07:46:44 fritz user.debug kernel: Sending event 32, info 0, status 0, rate 1 (mac: 00:00:00:00:00:00) (was event 25)
Dec 30 07:46:44 fritz user.warn kernel: ath_newstate: Resetting VAP dfswait_run
Dec 30 07:46:44 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 07:46:44 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 07:46:44 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 08:46:31 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 08:46:31 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 08:46:31 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 08:46:31 fritz user.warn kernel: ath_newstate: Resetting VAP dfswait_run
Dec 30 08:46:31 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 08:46:31 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 08:46:31 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 08:46:32 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2417 (1 0)
Dec 30 08:46:33 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 08:46:33 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 08:46:33 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 08:46:34 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2427 (1 0)
Dec 30 08:46:35 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2432 (1 0)
Dec 30 08:46:36 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2437 (1 0)
Dec 30 08:46:37 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2442 (1 0)
Dec 30 08:46:38 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2447 (1 0)
Dec 30 08:46:39 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2452 (1 0)
Dec 30 08:46:40 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2457 (1 0)
Dec 30 08:46:41 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2462 (1 0)
Dec 30 08:46:42 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 08:46:42 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2467 (1 0)
Dec 30 08:46:42 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 08:46:43 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2472 (1 0)
Dec 30 08:46:44 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 08:46:44 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 08:46:44 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 08:46:44 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 08:46:44 fritz user.warn kernel: ath_newstate: Resetting VAP dfswait_run
Dec 30 08:46:44 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 08:46:44 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 08:46:44 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 09:44:20 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 09:44:20 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 09:44:20 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 09:44:20 fritz user.debug kernel: Sending event 32, info 0, status 0, rate 0 (mac: 00:00:00:00:00:00) (was event 25)
Dec 30 09:44:20 fritz user.debug kernel: Sending event 21, info 0, status 4, rate 108 (mac: 00:0B:6C:8F:AB:06) (was event 0)
Dec 30 09:44:20 fritz daemon.info hostapd: ath0: STA 00:0b:6c:8f:ab:06 IEEE 802.11: associated
Dec 30 09:44:20 fritz daemon.info hostapd: ath0: STA 00:0b:6c:8f:ab:06 WPA: pairwise key handshake completed (RSN)
Dec 30 09:44:32 fritz daemon.info hostapd: ath0: STA 00:0b:6c:8f:ab:06 IEEE 802.11: disassociated
Dec 30 09:44:32 fritz user.debug kernel: Sending event 14, info 3, status 0, rate 108 (mac: 00:0B:6C:8F:AB:06) (was event 1)
Dec 30 09:46:32 fritz user.warn kernel: ath_newstate: Resetting VAP dfswait_run
Dec 30 09:46:32 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 09:46:32 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 09:46:32 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 09:46:33 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2417 (1 0)
Dec 30 09:46:34 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 09:46:34 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 09:46:34 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 09:46:35 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2427 (1 0)
Dec 30 09:46:36 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2432 (1 0)
Dec 30 09:46:37 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2437 (1 0)
Dec 30 09:46:38 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2442 (1 0)
Dec 30 09:46:39 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2447 (1 0)
Dec 30 09:46:40 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2452 (1 0)
Dec 30 09:46:41 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2457 (1 0)
Dec 30 09:46:42 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2462 (1 0)
Dec 30 09:46:43 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 09:46:43 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2467 (1 0)
Dec 30 09:46:43 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 09:46:44 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2472 (1 0)
Dec 30 09:46:46 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 09:46:46 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 09:46:46 fritz user.info kernel: Force rf_pwd_icsyndiv to 1 on 2412 (1 0)
Dec 30 09:46:46 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 09:46:46 fritz user.debug kernel: Sending event 32, info 0, status 0, rate 1 (mac: 00:00:00:00:00:00) (was event 25)
Dec 30 09:46:46 fritz user.warn kernel: ath_newstate: Resetting VAP dfswait_run
Dec 30 09:46:46 fritz user.info kernel: ar5416AttachHwPlatform: AR_EMU is set
Dec 30 09:46:46 fritz user.info kernel: Force rf_pwd_icsyndiv to 2 on 2422 (1 0)
Dec 30 09:46:46 fritz user.info kernel: ar5416SetDma: AR_AHB_MODE=1f
Dec 30 10:02:10 fritz user.err kernel: [3807740]maxrun: 1
Dec 30 10:02:22 fritz user.err kernel: [3808904]maxrun: 1
Dec 30 10:02:25 fritz user.warn kernel: /proc/tffs: info request: success
Dec 30 10:02:35 fritz user.err kernel: [3810187]maxrun: 1
Dec 30 10:04:01 fritz user.warn kernel: /proc/tffs: info request: success
Dec 30 10:04:02 fritz user.err kernel: [3818855]maxrun: 1


/var/log/mod_load.log:
Loading /var/flash/freetz...done.
Loading users, groups and passwords...done.
Loading hosts...done.
Loading config...done.
Loading modules...done.

/var/log/mod.log:
rc.mod version freetz-devel-4134
crond is disabled
telnetd is disabled
Starting Freetz webinterface...done.
Starting syslogd...done.
Starting callmonitor...done.
Starting transmission daemon... without password protection.. done.
Starting AVM-Plugins...mediasrv...mini(failed)...ntfs...onlinepb...samba...tam...webdav...done.
Starting swap...done.
 
Ohje, grad nen Wolf gescrollt. Könntest du die outputs bitte in
Code: 
-Tags packen.
 
Ich kann im Log nichts finden...

MfG Oliver
 
Die Frage wäre, von wem das unmount Event ausgelöst wird. Bei mir wurde die Platte nicht richtig ausgehangen. uStor01 und sda1 waren weiterhin vorhanden und die Platte wurde neu über sdb1 und sdb2 auf uStor11 und uStor12 gemountet. Bei dieser Konfiguration war das Mounten über Partitionsnamen nicht aktiv - also das alte Verfahren.

Habe jetzt mal auf Mounten über Partitionsnamen umgestellt. Mal sehen, ob's hilft.

Jetzt müssen jedoch erst einmal zig GBs neu verifiziert werden (transmission) und das kann dauern...

Noch 'ne andere Frage: Wenn ich auf die Ext2 Festplatte Daten über den Ext2Fsd Treiber schreibe, kann ich diese Daten mit ca. 50MB/s am PC lesen. Wenn die Daten jedoch von der Fritzbox geschrieben wurden, kann ich diese nur mit 4-7MB/s am PC lesen. Werden die Daten von der Fritzbox in einer anderen Struktur geschrieben, so dass die Lesegeschwindigkeit so eingeschränkt ist? Beim Lesen hängt die Platte in beiden Fällen per ESATA am PC. Geschrieben wurde einmal von der Fritzbox über USB direkt auf die Platte und einmal vom PC über ESATA auf die Platte.
 
Zuletzt bearbeitet:
bei mir hats sich erledigt festplatten defeckt irgendwas mit den leseköpfen hat sich heute mittag ganz verabschiedet, hat sich heute am pc gar nicht mehr lesen lassen, wurde aber noch erkannt ,dies wurde mir dann auch von meinen pc-dealer :beerdigu: bestätigt die is ganz schrott :beerdigu:

versuch doch auch mal deine platte am pc zu testen

mal so als frage besser Ext2 oder Ext3?
für meine neue platte
 
Zuletzt bearbeitet:
ext2 ist schneller...

MfG Oliver
 
danke werde die neue jetzt ins ext2 formaten danke:D
 
Nach dem Umstellen auf Partitionsnamen-Automount mit freetzmount besteht das Problem mit automatischen Verlust des Zugriffs auf die Festplatte immer noch.

Code: 
2010-01-01 12:49:03	User.Error	192.168.1.1	Jan  1 12:49:08 kernel: [700770]maxrun: 2
2010-01-01 12:49:14	User.Error	192.168.1.1	Jan  1 12:49:19 kernel: [701870]maxrun: 2
2010-01-01 12:49:25	User.Error	192.168.1.1	Jan  1 12:49:30 kernel: [702926]maxrun: 2
2010-01-01 12:49:36	User.Error	192.168.1.1	Jan  1 12:49:41 kernel: [704068]maxrun: 2
2010-01-01 12:49:47	User.Error	192.168.1.1	Jan  1 12:49:52 kernel: [705123]maxrun: 2
2010-01-01 12:49:49	System1.Info	192.168.1.1	Jan  1 12:49:54 vsftpd[5686]: [root] OK DOWNLOAD: Client "192.168.1.20", "/var/media/ftp/uStor01/bittorrent/download/***.iso", 495378432 bytes, 2554.03Kbyte/sec
2010-01-01 12:49:58	User.Error	192.168.1.1	Jan  1 12:50:03 kernel: [706217]maxrun: 2
2010-01-01 12:50:14	User.Error	192.168.1.1	Jan  1 12:50:19 kernel: [707856]maxrun: 1
2010-01-01 12:50:25	User.Error	192.168.1.1	Jan  1 12:50:30 kernel: [708913]maxrun: 3
2010-01-01 12:50:38	User.Error	192.168.1.1	Jan  1 12:50:44 kernel: [710292]maxrun: 1
2010-01-01 12:51:05	User.Error	192.168.1.1	Jan  1 12:51:11 kernel: [713009]maxrun: 1
2010-01-01 12:51:21	User.Error	192.168.1.1	Jan  1 12:51:26 kernel: [714530]maxrun: 1
2010-01-01 12:51:32	User.Error	192.168.1.1	Jan  1 12:51:37 kernel: [715615]maxrun: 1
2010-01-01 12:51:45	User.Error	192.168.1.1	Jan  1 12:51:51 kernel: [716991]maxrun: 1
2010-01-01 12:51:55	User.Error	192.168.1.1	Jan  1 12:52:01 kernel: [717995]maxrun: 2
2010-01-01 12:52:09	User.Error	192.168.1.1	Jan  1 12:52:14 kernel: [719379]maxrun: 1
2010-01-01 12:52:22	User.Error	192.168.1.1	Jan  1 12:52:27 kernel: [720673]maxrun: 1
2010-01-01 12:52:34	User.Error	192.168.1.1	Jan  1 12:52:40 kernel: [721884]maxrun: 2
2010-01-01 12:52:47	User.Error	192.168.1.1	Jan  1 12:52:52 kernel: [723149]maxrun: 1
2010-01-01 12:52:59	User.Error	192.168.1.1	Jan  1 12:53:04 kernel: [724370]maxrun: 1
2010-01-01 12:53:11	User.Error	192.168.1.1	Jan  1 12:53:16 kernel: [725562]maxrun: 1
2010-01-01 12:53:46	User.Error	192.168.1.1	Jan  1 12:53:50 kernel: [728919]maxrun: 1
2010-01-01 12:54:00	User.Error	192.168.1.1	Jan  1 12:54:06 kernel: [730509]maxrun: 1
2010-01-01 12:54:11	User.Error	192.168.1.1	Jan  1 12:54:17 kernel: [731610]maxrun: 2
2010-01-01 12:54:39	User.Error	192.168.1.1	Jan  1 12:54:44 kernel: [734376]maxrun: 1
2010-01-01 12:54:50	User.Error	192.168.1.1	Jan  1 12:54:56 kernel: [735509]maxrun: 1
2010-01-01 12:55:45	User.Info	192.168.1.1	Jan  1 12:55:51 kernel: usb 1-1: USB disconnect, address 2
2010-01-01 12:55:45	User.Info	192.168.1.1	Jan  1 12:55:51 kernel: sd 0:0:0:0: SCSI error: return code = 0x00070000
2010-01-01 12:55:45	User.Warning	192.168.1.1	Jan  1 12:55:51 kernel: end_request: I/O error, dev sda, sector 544920351
2010-01-01 12:55:45	User.Info	192.168.1.1	Jan  1 12:55:51 kernel: sd 0:0:0:0: SCSI error: return code = 0x00070000
2010-01-01 12:55:45	User.Warning	192.168.1.1	Jan  1 12:55:51 kernel: end_request: I/O error, dev sda, sector 544920431
2010-01-01 12:55:45	User.Info	192.168.1.1	Jan  1 12:55:51 kernel: sd 0:0:0:0: SCSI error: return code = 0x00070000
2010-01-01 12:55:45	User.Warning	192.168.1.1	Jan  1 12:55:51 kernel: end_request: I/O error, dev sda, sector 544920479
2010-01-01 12:55:45	User.Info	192.168.1.1	Jan  1 12:55:51 kernel: sd 0:0:0:0: SCSI error: return code = 0x00070000
2010-01-01 12:55:45	User.Warning	192.168.1.1	Jan  1 12:55:51 kernel: end_request: I/O error, dev sda, sector 544925247
2010-01-01 12:55:46	User.Info	192.168.1.1	Jan  1 12:55:51 kernel: sd 0:0:0:0: SCSI error: return code = 0x00070000
2010-01-01 12:55:46	User.Warning	192.168.1.1	Jan  1 12:55:51 kernel: end_request: I/O error, dev sda, sector 544925415
2010-01-01 12:55:46	User.Info	192.168.1.1	Jan  1 12:55:51 kernel: sd 0:0:0:0: SCSI error: return code = 0x00070000
2010-01-01 12:55:46	User.Warning	192.168.1.1	Jan  1 12:55:51 kernel: end_request: I/O error, dev sda, sector 544925527
2010-01-01 12:55:46	User.Info	192.168.1.1	Jan  1 12:55:51 kernel: sd 0:0:0:0: SCSI error: return code = 0x00070000
2010-01-01 12:55:46	User.Warning	192.168.1.1	Jan  1 12:55:51 kernel: end_request: I/O error, dev sda, sector 544925735
2010-01-01 12:55:46	User.Info	192.168.1.1	Jan  1 12:55:51 kernel: sd 0:0:0:0: SCSI error: return code = 0x00070000
2010-01-01 12:55:46	User.Warning	192.168.1.1	Jan  1 12:55:51 kernel: end_request: I/O error, dev sda, sector 544984447
2010-01-01 12:55:46	User.Info	192.168.1.1	Jan  1 12:55:51 kernel: sd 0:0:0:0: SCSI error: return code = 0x00070000
2010-01-01 12:55:46	User.Warning	192.168.1.1	Jan  1 12:55:51 kernel: end_request: I/O error, dev sda, sector 544984895
2010-01-01 12:55:46	User.Info	192.168.1.1	Jan  1 12:55:51 kernel: sd 0:0:0:0: SCSI error: return code = 0x00070000
2010-01-01 12:55:46	User.Warning	192.168.1.1	Jan  1 12:55:51 kernel: end_request: I/O error, dev sda, sector 544985327
2010-01-01 12:55:46	User.Info	192.168.1.1	Jan  1 12:55:51 kernel: sd 0:0:0:0: SCSI error: return code = 0x00070000
2010-01-01 12:55:46	User.Warning	192.168.1.1	Jan  1 12:55:51 kernel: end_request: I/O error, dev sda, sector 545473255
2010-01-01 12:55:46	User.Info	192.168.1.1	Jan  1 12:55:51 kernel: sd 0:0:0:0: SCSI error: return code = 0x00070000
2010-01-01 12:55:46	User.Warning	192.168.1.1	Jan  1 12:55:51 kernel: end_request: I/O error, dev sda, sector 164102239
2010-01-01 12:55:46	User.Error	192.168.1.1	Jan  1 12:55:51 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:46	User.Error	192.168.1.1	Jan  1 12:55:51 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:46	User.Error	192.168.1.1	Jan  1 12:55:51 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:46	System1.Info	192.168.1.1	Jan  1 12:55:52 vsftpd[5686]: [root] FAIL DOWNLOAD: Client "192.168.1.20", "/var/media/ftp/uStor01/bittorrent/download/***.iso", 769802240 bytes, 2105.16Kbyte/sec
2010-01-01 12:55:46	User.Error	192.168.1.1	Jan  1 12:55:52 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:46	User.Error	192.168.1.1	Jan  1 12:55:52 kernel: Buffer I/O error on device sda1, logical block 0
2010-01-01 12:55:46	User.Warning	192.168.1.1	Jan  1 12:55:52 kernel: lost page write due to I/O error on sda1
2010-01-01 12:55:46	User.Critical	192.168.1.1	Jan  1 12:55:52 kernel: EXT2-fs error (device sda1): ext2_get_inode: unable to read inode block - inode=5128257, block=20512772
2010-01-01 12:55:46	User.Error	192.168.1.1	Jan  1 12:55:52 kernel: [741085]maxrun: 1
2010-01-01 12:55:46	User.Info	192.168.1.1	Jan  1 12:55:52 kernel: usb 1-1: new high speed USB device using musb_hdrc and address 3
2010-01-01 12:55:47	User.Info	192.168.1.1	Jan  1 12:55:52 kernel: usb 1-1: configuration #1 chosen from 1 choice
2010-01-01 12:55:47	User.Info	192.168.1.1	Jan  1 12:55:52 kernel: scsi1 : SCSI emulation for USB Mass Storage devices
2010-01-01 12:55:47	User.Debug	192.168.1.1	Jan  1 12:55:52 kernel: usb-storage: device found at 3
2010-01-01 12:55:47	User.Debug	192.168.1.1	Jan  1 12:55:52 kernel: usb-storage: waiting for device to settle before scanning
2010-01-01 12:55:47	User.Error	192.168.1.1	Jan  1 12:55:53 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:47	User.Error	192.168.1.1	Jan  1 12:55:53 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:47	User.Error	192.168.1.1	Jan  1 12:55:53 kernel: Buffer I/O error on device sda1, logical block 0
2010-01-01 12:55:47	User.Warning	192.168.1.1	Jan  1 12:55:53 kernel: lost page write due to I/O error on sda1
2010-01-01 12:55:47	User.Critical	192.168.1.1	Jan  1 12:55:53 kernel: EXT2-fs error (device sda1): ext2_get_inode: unable to read inode block - inode=5128258, block=20512772
2010-01-01 12:55:47	User.Error	192.168.1.1	Jan  1 12:55:53 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:47	User.Error	192.168.1.1	Jan  1 12:55:53 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:47	User.Error	192.168.1.1	Jan  1 12:55:53 kernel: Buffer I/O error on device sda1, logical block 0
2010-01-01 12:55:47	User.Warning	192.168.1.1	Jan  1 12:55:53 kernel: lost page write due to I/O error on sda1
2010-01-01 12:55:47	User.Critical	192.168.1.1	Jan  1 12:55:53 kernel: EXT2-fs error (device sda1): ext2_get_inode: unable to read inode block - inode=5128259, block=20512772
2010-01-01 12:55:47	User.Error	192.168.1.1	Jan  1 12:55:53 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:48	User.Error	192.168.1.1	Jan  1 12:55:53 kernel: scsi 0:0:0:0: rejecting I/O to dead device

Die Partitionen werden bei der Ausführung des mount-Befehls immer noch gelistet:

/dev/sda1 on /var/media/ftp/uStor01 type ext2 (rw,noatime,nodiratime)
/dev/sda2 on /var/media/ftp/USTOR02 type vfat (rw,fmask=0000,dmask=0000,codepage
=cp437,iocharset=iso8859-1)

Allerdings wurde jetzt zusätzlich sdb1 gemounted:

/dev/sdb1 on /var/media/ftp/uStor01 type ext2 (rw,noatime,nodiratime)

Der Inhalt ist auch wieder verfügbar. Anbei der Ausschnitt des Logs, bei dem die Platte an sdb angebunden wurde.

Code: 
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Notice	192.168.1.1	Jan  1 12:55:59 kernel: scsi 1:0:0:0: Direct-Access     SAMSUNG  HM500LI               PQ: 0 ANSI: 2
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Notice	192.168.1.1	Jan  1 12:55:59 kernel: SCSI device sdb: 976773168 512-byte hdwr sectors (500108 MB)
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Notice	192.168.1.1	Jan  1 12:55:59 kernel: sdb: Write Protect is off
2010-01-01 12:55:54	User.Debug	192.168.1.1	Jan  1 12:55:59 kernel: sdb: Mode Sense: 38 00 00 00
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: sdb: assuming drive cache: write through
2010-01-01 12:55:54	User.Notice	192.168.1.1	Jan  1 12:55:59 kernel: SCSI device sdb: 976773168 512-byte hdwr sectors (500108 MB)
2010-01-01 12:55:54	User.Notice	192.168.1.1	Jan  1 12:55:59 kernel: sdb: Write Protect is off
2010-01-01 12:55:54	User.Debug	192.168.1.1	Jan  1 12:55:59 kernel: sdb: Mode Sense: 38 00 00 00
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: sdb: assuming drive cache: write through
2010-01-01 12:55:54	User.Info	192.168.1.1	Jan  1 12:55:59 kernel:  sdb: sdb1 sdb2
2010-01-01 12:55:54	User.Notice	192.168.1.1	Jan  1 12:55:59 kernel: sd 1:0:0:0: Attached scsi disk sdb
2010-01-01 12:55:54	User.Debug	192.168.1.1	Jan  1 12:55:59 kernel: usb-storage: device scan complete
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:55:59 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:54	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:00 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:55	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:56	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:56	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:56	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:56	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:56	System1.Info	192.168.1.1	Jan  1 12:56:01 vsftpd[5686]: [root] FAIL DOWNLOAD: Client "192.168.1.20", "/var/media/ftp/uStor01/bittorrent/download/***.iso", 4096 bytes, 86.24Kbyte/sec
2010-01-01 12:55:56	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device
2010-01-01 12:55:56	User.Error	192.168.1.1	Jan  1 12:56:01 kernel: scsi 0:0:0:0: rejecting I/O to dead device

Problem ist allerdings, dass ich mit der neuen FW keine Zuverlässigkeit für einen ungestörten Plattenzugriff mehr habe.
 
Zuletzt bearbeitet:
Nach meinem aktuellen Kenntnisstand scheint VSFTPD für den ungewollten Verlust der Festplatte verantwortlich zu sein. Der Fehler scheint auch nur aufzutreten, wenn die Optionen SSL Unterstützung und statisch gelinkte Bibliotheken aktiviert sind.

Folgende Unterschiede ergeben sich zu der funktionierenden alten FW:

VSFTPD Version: alt: 2.1.2, neu: 2.2.2

Unterschiede in den Makeoptionen:
alt:
Code: 
ifeq ($(strip $(FREETZ_PACKAGE_VSFTPD_WITH_SSL)),y)
$(PKG)_DEPENDS_ON := openssl
VSFTPD_CFLAGS = -DFREETZ_PACKAGE_VSFTPD_WITH_SSL
VSFTPD_LDFLAGS += -lssl -lcrypto -ldl
endif

neu:
Code: 
ifeq ($(strip $(FREETZ_PACKAGE_VSFTPD_WITH_SSL)),y)
$(PKG)_DEPENDS_ON := openssl
$(PKG)_CFLAGS := -DFREETZ_PACKAGE_VSFTPD_WITH_SSL
$(PKG)_LDFLAGS := -lssl -lcrypto -ldl
endif

Ich hoffe, dass die Profis hier im Board herausfinden können, woran es tatsächlich liegt.
 
Hallo,
hast du nichts zwischenzeitlich an der Hardware geändert? Bei mir lag es bspw. am USB Kabel, nach einem Austausch funktioniert es nun.

Also wenn du jetzt deine alte Firmware auf die Box flashst, funktioniert alles wieder?

Gruß,
WANA
 
Ja, das Hin- und Herflashen der alten und neuen FW hatte ich mehrfach durchgeführt und immer mit dem selben frustrierenden Ergebnis.

Im Rahmen meiner Testreihen habe ich letzlich kein absolut stabiles System hinbekommen. Änderungung der Freetzpakete führten zu scheinbaren Verbesserungen oder Verschlechterungen ohne ein deterministisches Verhalten ableiten zu können.

Hardware-Ursachen möchte ich ausschließen, da ich mit der Firmware-Version 54.04.75freetz-devel-3444 ohne irgendwelche Veränderungen ein sehr stabiles System habe.

Vieleicht gibt es ja einen Zusammenhang mit der Verbesserung des Datendurchsatzes durch AVM. Die USB Performance ist zwar etwas besser aber möglicherweise auf Kosten der Stabilität.

Folgende Module sind unterschiedlich:
Code: 
usb_storage, musb_hdrc

Inzwischen habe ich die möglichen Kombinationen hinreichend getestet:
Code: 
usb_storage: neu, musb_hdrc: neu - wurde bereits hinreichend getested: fehlerhaft
usb_storage: alt, musb_hdrc: alt - funktioniert: 25GB problemlos übertragen
usb_storage: neu, musb_hdrc: alt - funktioniert: 70GB problemlos übertragen
usb_storage: alt, musb_hdrc: neu - Festplattenanbindung wurde sehr schnell verloren
Entsprechend liegt das Problem wohl am aktuellen Modul musb_hdrc. Wenn dieses durch ein älteres Modul ersetzt wird, läuft das System wieder stabil. Das verwendete Modul hänge ich mit an.
 

Anhänge

  • musb_hdrc.tar
    60 KB · Aufrufe: 14
Zuletzt bearbeitet:
Hast du mal geschaut, ob die Durchsatzverbesserung am musb_hdrc liegt?

MfG Oliver
 
Ich hatte den Eindruck, dass ich mit dem neuen usb_storage Modul einen besseren Durchsatz hatte, als mit dem alten. Ob musb_hdrc zusätzliche Performance Verbesserungen bringt, kann ich aufgrund des instabilen Verhaltens nicht oder nur schlecht bewerten, könnte aber sein. Was würde uns jedoch diese Verbesserung bei gleichzeitig ungenügender Stabilität bringen?
 
An dem musb_hdrc Modul waren keine großen Änderungen. Die können wir auch für Freetz rückgängig machen und dann kannst du das Modul im menuconfig auswählen und gut ist.

MfG Oliver
 
Welchen großen Effekt doch kleine Änderungen haben können. Finde ich gut, wenn man die Verwendung des alten Moduls im Freetz auswählen kann. Vieleicht sollte man mal schauen, ob in der letzten AVM Release vor der 80er, also die 76er, das gleiche Modul drin ist. Meines ist aus einer der davor liegenden letzten Beta Versionen (FRITZ.Box_Fon_WLAN_7270.Labor.54.04.75-14543.image).
 
Ich hab jetzt 7 GB über den AVM FTPD auf eine NTFS Platte an der Box transferiert, was ohne Probleme funktioniert hat. Leider hab ich kein ext2-Datenträger in der Größe.

MfG Oliver
 
Es ist unwahrscheinlich, daß es vom Dateisystem abhängt. Den Treibern sollte es egal sein, was die Daten bedeuten (oder ob sie überhaupt etwas bedeuten).
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 684 (Mitglieder: 17, Gäste: 667)

Neueste Beiträge

Statistik des Forums

Themen
244,872
Beiträge
2,219,911
Mitglieder
371,594
Neuestes Mitglied
AA-Idealbau
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück