usb-festplatte nicht mehr in windows erreichbar

radislav · 30 Sep 2009

hallo

ich werde langsam wahnsinnig. meine usb-festplatte ist per samba, also im windows nicht mehr erreichbar. vor dem update auf 54.04.76 ging es wunderbar.

also folgendes geht nicht:
- \\fritz.box
- \\192.168.178.1
- fstab in linux: //192.168.178.1/Hitachi-HTS543216L9A300-01 /fritzHDD cifs noperm,auto,password=,uid=rad,gid=rad 0 0

lone star · 30 Sep 2009

Hallo,

hast Du einmal probiert, der USB-Festplatte in der Fritz Box ein Kennwort zu verpassen, funktioniert eventuell dann der Zugriff unter Windows auf`s Netzlaufwerk?

mfg Holger

radislav · 1 Okt 2009

hallo,

habe ich gerade ausprobiert (in linux) - funktioniert auch nicht:

Code:

debian:/home/rad/Desktop# mount -t cifs 192.168.178.1:/Hitachi-HTS543216L9A300-01 /fritzHDD/
Password: 
mount error 112 = Host is down
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)

werde ich wohl auf originalfirmware downdaten müssen

RalfFriedl · 1 Okt 2009

Da steht 'Host is down'. Das sollte bedeuten, daß erst gar keine Verbindung zur Box aufgebaut werden kann.
Läuft Samba auf der Box?
Und wenn es eine AVM Firmware ist, dann wende Dich an AVM wegen dem Problem.

radislav · 1 Okt 2009

ja - ist original fw 54.04.76. ich habe schon eine email an avm geschrieben

samba läuft glaub ich gar nicht:

Code:

# ps
  PID  Uid        VSZ Stat Command
    1 root       1424 S   init
    2 root            SWN [ksoftirqd/0]
    3 root            SW  [watchdog/0]
    4 root            SW< [events/0]
    5 root            SW< [khelper]
    6 root            SW< [kthread]
   18 root            SW< [kblockd/0]
   32 root            SW  [pdflush]
   33 root            SW  [pdflush]
   34 root            SW< [kswapd0]
   35 root            SW< [aio/0]
   72 root            SW  [pm_info]
   76 root            SW< [CPMAC]
   80 root            SW  [mtdblockd]
  102 root            SW  [tffsd_mtd_0]
  221 root            SW  [cleanup_timer_f]
  232 root            SW  [dectuart_route]
  240 root            SWN [jffs2_gcd_mtd5]
  269 root       1420 S   cat /dev/debug
  308 root            SW< [capi_oslib]
  309 root            SW< [capi_oslib]
  310 root            SW  [capitransp]
  317 root            SW  [glob_codecs]
  321 root            SW  [avm_dect_thread]
  323 root            SW  [ksock tcp worke]
  324 root            SW  [ksock tcp serve]
  341 root            SW< [khubd]
  454 root            SW< [scsi_eh_0]
  455 root            SW< [usb-storage]
  508 root       9916 S N ctlmgr
  754 root       9916 S N ctlmgr
  758 root       9916 R N ctlmgr
  759 root       9916 S N ctlmgr
  765 root       9916 S N ctlmgr
  770 root       9916 S N ctlmgr
  871 root       4648 S   upnpd
  888 root       3168 S   multid -t
  895 root       3408 S   dsld -i -n
  904 root            RWN [kdsld_token]
  920 root       1428 S   telnetd -l /sbin/ar7login
  930 root       4688 R   telefon a127.0.0.1
  974 root       5056 S < voipd
 1000 root       3004 S   pbd
 1001 root       3004 S   pbd
 1008 root       3004 S   pbd
 1025 root       2596 S   usermand
 1039 root       1432 S   /usr/sbin/inetd
 1042 root       3004 S   pbd
 1059 root       4688 S   telefon a127.0.0.1
 1060 root       4688 S   telefon a127.0.0.1
 1061 root       4688 S   telefon a127.0.0.1
 1064 root       3412 S   dect_manager
 1076 root        984 S   /bin/run_clock -c /dev/tffs -d
 1154 root       1304 S   /sbin/chronyd -f /var/tmp/chrony.conf
 1172 root       3168 S   multid -t
 1185 root       4648 S   upnpd
 1186 root       4648 S   upnpd
 1187 root       4648 S   upnpd
 1250 root        568 S   /var/tmp/dropbear -p 22 -r /var/tmp/dropbear_rsa_host
 1282 root       1740 S   /var/tmp/svnserve -d -r /var/media/ftp/Hitachi-HTS543
 1284 root       3264 S   /var/media/ftp/Hitachi-HTS543216L9A300-01/apache/bin/
 1287 root       1424 S   init
 1288 root       4688 S   telefon a127.0.0.1
 1289 root       4688 S   telefon a127.0.0.1
 1290 root       4688 S   telefon a127.0.0.1
19082 root        680 S   /var/tmp/dropbear -p 22 -r /var/tmp/dropbear_rsa_host
19084 root       1440 S   -sh
21999 ftpuser    3288 S   /var/media/ftp/Hitachi-HTS543216L9A300-01/apache/bin/
22001 ftpuser    3320 S   /var/media/ftp/Hitachi-HTS543216L9A300-01/apache/bin/
22002 ftpuser    3288 S   /var/media/ftp/Hitachi-HTS543216L9A300-01/apache/bin/
22003 ftpuser    3288 S   /var/media/ftp/Hitachi-HTS543216L9A300-01/apache/bin/
22004 ftpuser    3288 S   /var/media/ftp/Hitachi-HTS543216L9A300-01/apache/bin/
22006 ftpuser    3288 S   /var/media/ftp/Hitachi-HTS543216L9A300-01/apache/bin/
22247 ftpuser    3320 S   /var/media/ftp/Hitachi-HTS543216L9A300-01/apache/bin/
22248 ftpuser    3320 S   /var/media/ftp/Hitachi-HTS543216L9A300-01/apache/bin/
22249 ftpuser    3316 S   /var/media/ftp/Hitachi-HTS543216L9A300-01/apache/bin/
22250 ftpuser    3316 S   /var/media/ftp/Hitachi-HTS543216L9A300-01/apache/bin/
23109 root        620 S   /var/tmp/dropbear -p 22 -r /var/tmp/dropbear_rsa_host
23111 root       1424 R   ps

RalfFriedl · 1 Okt 2009

radislav schrieb:
samba läuft glaub ich gar nicht

Sieht so aus. Du solltest es aber auch komplett ohne Modifikationen versuchen, also auch ohne Apache usw.

radislav · 2 Okt 2009

RalfFriedl schrieb:
Du solltest es aber auch komplett ohne Modifikationen versuchen, also auch ohne Apache usw.

ok, habe nun mal einige tests gemacht: alle test mit fw .70 und fw .76

sobald ich debug.cfg leere, funktioniert alles

folgende meldung ist wohl wichtig (siehe screenshots oben):

Code:

Die Funktion wird gerade aktiviert und steht momentan noch nicht zur Verfügung.

meine debug.cfg:

Code:

#!/bin/sh

#####################################################################
# /var/flash/debug.cfg
# 
# debug.cfg will be startet at the start of the fritzbox 7270
# 
# Author      : Radislav
# Created     : 28.08.2009
# Last update : $Author$
#               $Date$
#               $Revision$
#####################################################################

HDD='Hitachi-HTS543216L9A300-01' # hdd: fritzbox
HDD_ABSOLUT='/var/media/ftp/'$HDD

#>> wait for mounting $HDD
   while !([ -d $HDD_ABSOLUT ]); do sleep 5; done
#<< wait for mounting $HDD

#>> run start.sh with loggin to start.log
   cd $HDD_ABSOLUT/7270
   sh ./start.sh >> ./start.sh.log
#<< run start.sh with loggin to start.log

exit 0

übrigens smbd läuft nicht:

Code:

# ps | grep smbd
 2450 root       1428 S   grep smbd 
#

wenn es funktioniert, steht /sbin/smbd drin. ich finde aber kein /sbin/smbd...
kann man villeicht samba irgendwie einschalten? sowas wie /sbin/smbd start

es muss doch eine lösung geben?!
hat jemand eine idee?

gruß

RalfFriedl · 4 Okt 2009

Wenn Du schon weißt, daß das Problem von Deiner debug.cfg verursacht wird, dann solltest Du dort weiter eingrenzen.

Joe_57 · 5 Okt 2009

Dazu habe mal eine Frage.

Code:

#>> run start.sh with loggin to start.log
   cd $HDD_ABSOLUT/7270
   [COLOR="Red"]sh .[/COLOR]/start.sh >> ./start.sh.log
#<< run start.sh with loggin to start.log

Wird damit nicht eine zweite Instanz der Shell gestartet, die dann evtl. nicht sichtbar ist?
Eigentlich sollte es doch auch ohne den zusätzlichen sh-Aufruf funktionieren.

Joe

RalfFriedl · 5 Okt 2009

Es wird eine zweite Shell dafür gestartet, aber warum sollte diese unsichtbar sein?

Was wäre für Dich die Alternative?

./start.sh
Macht genau das Gleiche, sofern die Zugriffsrechte passen und die erste Zeile der Datei korrekt ist.
/start.sh
Würde nicht funktionieren.
. start.sh
Macht etwas ähnliches, aber nicht genau das Gleiche. Startet keine neue Shell. Je nach Inhalt von start.sh ist der Unterschied von Bedeutung oder auch nicht.

Joe_57 · 5 Okt 2009

Hallo Ralf,

Danke für die schnelle Antwort auf meine Frage.
Ich würde es einfach mal mit

Code:

start.sh >> ./start.sh.log

versuchen, damit keine zweite Instanz geöffnet wird und somit die im auszuführenden Script definierten Variablen sichtbar bleiben.
...aber ich denke, es ist besser, hier keine Grundlagendiskussion anzufangen.

Joe

RalfFriedl · 5 Okt 2009

Joe_57 schrieb:
aber ich denke, es ist besser, hier keine Grundlagendiskussion anzufangen.

Damit hast Du Recht, denn

Das Skript würde nicht aufgerufen werden, es sein denn, das aktuelle Verzeichnis wäre im Pfad.
Wenn das aktuelle Verzeichnis im Pfad wäre, würde eine neue Shell gestartet werden für das Skript.
und somit wären die im auszuführenden Script definierten Variablen nicht im aufrufenden Skript sichtbar.

Außerdem ist nicht ersichtlich, warum es von Vorteil sein sollte, wenn die im auszuführenden Script definierten Variablen sichtbar bleiben.

radislav · 6 Okt 2009

hallo

Code:

#>> run start.sh with loggin to start.log
   cd $HDD_ABSOLUT/7270
   sh ./start.sh >> ./start.sh.log
#<< run start.sh with loggin to start.log

der sinn dafur ist, dass vor allem keine Umgebungsvariable mehr gültig sind.

macht es perfomancemäßig etwas aus?

gruß

RalfFriedl · 6 Okt 2009

Vermutlich dauert es einige Millisekunden länger, eine neue Shell zu starten, statt das in der vorhandenen Stell zu machen. Vielleicht spart man einige Millisekunden dadurch, daß nachher die Umgebungsvariablen weg sind. Das Ganze wird einmal beim Start der Box ausgeführt. Unter dem Gesichtspunkt Performance würde ich da nicht weiter drüber nachdenken. Es wäre etwas anderes, wenn das alle paar Sekunden ausgeführt würde.

Generell ist man auf der sicheren Seite, wenn man das Skript mit einer eigenen Shell ausführt.

Languages

Suche

Languages

Suche

usb-festplatte nicht mehr in windows erreichbar

radislav

Aktives Mitglied

Anhänge

lone star

IPPF-Promi

radislav

Aktives Mitglied

RalfFriedl

IPPF-Urgestein

radislav

Aktives Mitglied

RalfFriedl

IPPF-Urgestein

radislav

Aktives Mitglied

RalfFriedl

IPPF-Urgestein

Joe_57

IPPF-Promi

RalfFriedl

IPPF-Urgestein

Joe_57

IPPF-Promi

RalfFriedl

IPPF-Urgestein

radislav

Aktives Mitglied

RalfFriedl

IPPF-Urgestein

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums