Dreamboard

Hallo,

das sonst stabile Release 2.8.4 Linux dm8000 2.6.12-5.1-brcmstb-dm8000 bleibt in letzter Zeit häufiger hängen.

Neu ist ein cifs-mount zu einem Windows7-share:


Ein Fall scheint rekonstruierbar:
- Box ist an und hat o.g. cifs-mount zu WinPC.
- Win7-PC geht irgendwann in Energiesparmodus/Standby.
-! Wenn nun irgendwann die Box eine Aufnahme startet, bleibt die Uhrzeit im Display stehen. Wohl deshalb läuft die Aufnahme ewig... Die Aufnahme auf /hdd selbst war ok.
-! Die dm8000 reagiert aber nicht mehr auf die FB oder WebIf.
-! umount -f /media/WinPC bringt: Host is down
-! Wird der PC nun eingeschaltet, ist auch keinen Abbruch der Aufnahme oder ein Zugriff auf den vorhandenen cifs-mount möglich.
-! nur ein reboot per Telnet half.

Was kann ich tun, damit der cifs-mount auch den Standby des Windows 7 PC toleriert?

Den CIFS nutze ich nicht für die Aufnahme - dafür nehm ich die /hdd - trotzdem schmiert die Box bei der Aufnahme ab, wenn ein cifs-mount auf einen WinPC existiert, der aber irgendwann heruntergefahren wurde.

Man lernt nur dazu... automount ist mir neu -ich habe bisher immer den o.g. mount befehl genutzt.

Im Menü Erweiterungen und Updates hab ich keinen Einstieg dazu gefunden.
Was muss ich nachinstallieren oder reicht das erzeugen einer /etc/auomount.conf und das Kommando:

/usr/sbin/automount
Usage: automount [options] path map_type [args...]

um mein Windows-share zu mounten?

Vielen dank. Der Windows-share taucht mit dem Eintrag damit unter: /autofs/ auf. Hier scheint die Box auch nicht mehr hängen zu bleiben. Super.

Auch ein wakelan -m pc:mac:adresse funktioniert um den PC zu wecken.

Brauch noch etwas Hilfe um das zu automatisieren:
1) Gibts ein Plugin, welches WOL-Pakete (zum aufwecken des PC) senden kann oder
2) ein Plugin welches mein WOL-script starten kann?
3) Mit welchem Befehl kann ich die automounts im Detail auflisten? (mount gibt nur: "automount(pid854) on /autofs type autofs (rw)" aus)

Tom

Ah stimmt, da war was mit dem UserScript-Plugin.

Der manuelle mount Befehl für die CF-Card z.B. in der /etc/init.d/bootup oder in /usr/script/mounts.sh:
mount -t ext3 -o rw /dev/scsi/host0/bus0/target0/lun0/part1 /media/cf

sieht dann in der auto.hotplug so aus:
cf -fstype=ext3,rw,soft :/dev/scsi/host0/bus0/target0/lun0/part1

Brauch ich die erste zeile:
* -fstype=auto,ro :/dev/&
die die CF-Card nach /autofs/sda1 mountet?

Brauch mal eine Idee - woran kann das liegen, wenn der Telnet-Befehl:

keine Ausgabe liefert, quasi hängen bleibt und auch kein STRG-C oder STRG-Z mehr hilft?

Nach einem reboot der Box liefert ls /media dann wieder ganz normal die verschiedenen Unterverzeichnisse und mountpoints.

Danke, zyklischer Verweis, hmm, zwei oder mehrere Objekte die gegenseitig aufeinander verweisen. Ich hatte eher so einen cifs-mount in Verdacht, der zu einem ausgeschaltetem Windows PC führt.
Vielleicht aber irgendwas mit /hdd und /media/hdd/ - werd mal forschen. Und ein reboot löst dann den verweis? Denn nach dem reboot gehts ja wieder. Und auch der ls /media zeigt nach dem reboot keine Unterverzeichnisse an.

ja so etwas ist es wohl. Allerdings kein timeout, da 2 Std. keine Rückmeldung kam. Problem ist wie folgt zu rekonstruieren:
1. mount eines cifs share nach: /media/winpc
2. winpc in Standby schicken.
Dann bleibt "ls /media" hängen und auch ein "umount /media/winpc" bleibt endlos hängen.
3. winpc wieder aufwecken.
Auch dann bleibt "ls /media" und auch ein "umount /media/winpc" hängen
4. reboot dm8000 macht alles wieder gut, hmm, hat jemand eine Idee wie es ohne reboot gehen könnte?

Tipp: Mit dem Eintrag:
stty intr ^C
in /home/root/.profile kann man mit STRG-C generell und auch für obige Fälle abbrechen.