Samba

[jkIT]

[quote="Acade"]Oder im Script beim chmod das "+x" durch "755" ersetzen (bei mir ging's aber auch so).[/quote]
Ich nehme an, das Skript selbst braucht nicht ausführbar zu sein, oder?

[Acade]

Doch, aber das erledigt zuverlässig AcadeRC selbst.
Edit: Es scheitert am "cannot execute binary file".

[HD_Topfgucker]

Hallo,

Resultat der ersten kurzen Prüfung:

Händisch also per Telnet alles in Ordnung. Funktioniert bestens.
Beide Dateien von jkiT sind ausführbar. Mount funktioniert.
leider aber nicht mit Acade' s script.

Werde mal heute Abend das Script unter die Lupe nehmen, denn es ist mir
wichtig nicht erst per telnet alles händich eingeben zu müssen.

Gruß HD_Topfgucker

[jkIT]

Je nachdem, wie du das Skript bearbeitet hast, prüfe mal ob das Skript mit Linux Zeilenwechsel "\n" abgespeichert wurde, oder ob sich Windows-Zeilenwechsel "\r\n" eingeschlichen haben.

[HD_Topfgucker]

[quote="jkIT"]Je nachdem, wie du das Skript bearbeitet hast, prüfe mal ob das Skript mit Linux Zeilenwechsel "\n" abgespeichert wurde, oder ob sich Windows-Zeilenwechsel "\r\n" eingeschlichen haben.[/quote]

Scripte bearbeite ich unter OpenSUSE mit dem Programm kwrite. Sollte also gehen?

Gruß HD_TOPFGUCKER

[Acade]

Ja, sollte gehen. Was steht denn in der Datei "autostart.sh (Output)"?
Mit telnet arbeitet das Script korrekt?

[HD_Topfgucker]

Hallo Topfgemeinde,

das Script von Acade läuft jetzt auch bei mir rund und ich bin begeistert. Ich konnte nicht klären woran es lag.
Ich habe das Script noch einmal aufgerufen und dann neu abgespeichert.

In Acade's Tap läuft nun alles rund.

Mein Ziel ist es allerdings aus Gründen der Optik den SmartFiler weiterhin zu benutzen.

Es ergeben sich allerdings einige kleine Problemchen. Das gemountete Samba Share wird zwar im Filer angezeigt, allerdings sind die darin befindlichen Dateien erst sichtbar wenn mann im SmartFiler einen Rescan anstößt. Auch nach diversen Dateimanipulationen muss man im Anschluss immer wieder einen Rescan durchführen um korrekte Verzeichniseinträge zu erhalten.

Könnten die5 vielleicht noch mal Hand an den Filer legen ??

Kann man das Autostart.sh Script auch ohne das Acade Tap irgendwo starten??

Sicherlich sollte man auch ein endscript zum entladen des cfis Moduls basteln?

Können die Scripte nicht irgendwie in den SmartFiler integriert werden?

Gruß HD_TOPFGUCKER

[FireBird]

SF kann schon länger Scripte starten. Dazu musst Du in der TAP-Sicht mittels TV-/Radio-Taste nur in den AllFiles-Modus schalten.

[HD_Topfgucker]

SF kann schon länger Scripte starten. Dazu musst Du in der TAP-Sicht mittels TV-/Radio-Taste nur in den AllFiles-Modus schalten.

Vielen Dank für die Info, das war mir bisher nicht bekannt.

Wäre also nur noch das Problemchen mit dem Rescan.

Gruß HD_TOPFGUCKER

[Töppi]

das gleiche Problem (Rescan) gibt es leider auch mit NASmount gemountete Verzeichnisse per nfs....

[FireBird]

Die beschleunigten SF-Versionen (V3.x) verwenden das Linux-inotify-API, welches selbstständig Verzeichnisse überwacht. Der SF muss also nicht selbst aufpassen, sondern liest das Verzeichnis erst dann erneut ein, sobald er von inotify über eine Änderung informiert wird. Der Nachteil der Methode ist, dass dies mit nfs- oder cifs-Netzwerklaufwerken nicht funktioniert, da der Linux-Kernel hier keinen so tiefen Zugriff auf das Dateisystem hat.

[Acade]

...
Mein Ziel ist es allerdings aus Gründen der Optik den SmartFiler weiterhin zu benutzen.
...
Kann man das Autostart.sh Script auch ohne das Acade Tap irgendwo starten??
...
Sicherlich sollte man auch ein endscript zum entladen des cfis Moduls basteln?

Tss, was Ihr immer mit der Optik habt. Mein Problem ist die reale Optik (Augen) und deshalb ist mir ein scharfer Kontrast, einfache Struktur und 24 Zeilen viel wichtiger. Dazu eine umfangreiche Funktionalität, dafür brauche ich keine Dateitypfilter oder Zustandsabhängigkeiten in den Filesystemen und alle Verzeichnisse sind natürlich gleichberechtigt.

Zur Sache: Man kann das autostart.sh Script auch mit AcadeRC starten, ohne das TAP sonstwie zu benutzen! Das schlummert dann einfach im Hintergrund, braucht kaum Resourcen und wartet nur auf eine Tastenfolge "Sat + xxx", um z.B. mal einen Screenshot zu machen, die Enden einer Aufnahme zu schneiden, beliebige Shellscripts auszuführen, im Web zu browsen, den Harddiskzustand zu zeigen, den Kalender oder Taschenrechner zu starten oder auch einfach mal zusätzlich einen alternativen Filebrowser zu haben.
Und das alles, ohne erst ein anderes TAP aufzurufen!

Ein Stopscript für CIFS ist nicht nötig, außer Du willst vorzeitig ein unmount des Shares, was das Topf-Linux aber beim Shutdown schon selbst macht, ebenso das Kernelmodul entladen.

Aber AcadeRC v4.88 hat auch ein autostop.sh (getestet, kommt in den nä. Wochen/Monaten) und mit derselben Version kommen noch ein Pack allgemein nützlicher Scripts mit.

Ciao,
Acade

[HD_Topfgucker]

[quote="FireBird"]SF kann schon länger Scripte starten. Dazu musst Du in der TAP-Sicht mittels TV-/Radio-Taste nur in den AllFiles-Modus schalten.[/quote]

Ok,
das Script Autostart.sh ist jetzt sichtbar, aber wie starte ich dieses??
Derzeit liegt es im Ordner settings/acade.
Ein Start mit Enter oder ok hat erst einmal noch nicht funktioniert.

Gruß HD_TOPFGUCKER

[Acade]

Aber AcadeRC v4.88 hat auch ein autostop.sh (getestet, kommt in den nä. Wochen/Monaten)
und mit derselben Version kommen noch ein Pack allgemein nützlicher Scripts mit.

AcadeRC v4.88 steht nun seit kurzem zum Download bereit. In der zugehörigen Ankündigung
im AcadeRC-Thread ist auch beschrieben, wie man .sh-Skripte startet.

Das smbmount.sh-Skript ist (u.a.) Bestandteil der neuen Version.

Ciao,
Acade

[HD_Topfgucker]

Hallo in die Runde,

folgendes ist mir bei aber Benutzung des Samba Servers aufgefallen:

folgende Konfiguration Reciever 2401 ci+ 2TB daran angeschlossen externe 2,5 Zoll Festplatte Intensio 500Gb
(ohne eigene Stromversorgung aber bin mir dessen bewusst) jfs formatiert, funktioniert seit 3 Jahren tadellos.
Funktioniert auch bei laufenden TMS-Server allerdings ohne eingeschaltetes Samba wunderbar.
Nach Zuschalten der Samba Funktion verhält sich die externe Festplatte allerdings merkwürdig. Das äusserte sich darin, das die Wiedergaben gesteuert von SmartFiler von diesem Medium plötzlich ruckeln .
Die Tasten reagieren verzögert und im schlimmsten Fall kommt das Dateisystem der externen FP durcheinander. Kann das jemand bestätigen???
Seid aber bei Tests vorsichtig es droht Datenverlust!!! . Konnte das Dateisystem jedes mal mit jfs_fsck
am Linux PC wieder bereinigen.
Fazit: Samba ohne extern angeschlossene FP funktioniert wunderbar. Externe FP ohne Samba ebenfalls.
Das Zusammenspiel allerdings ist mit Vorsicht zu genießen

Wer traut sich an einen Test?

Gruß HD_TOPFGUCKER

[Acade]

Hm, hier ruckelt nix und es gibt auch sonst keine negativen Effekte.
Eben getestet (Eco, externe 1 TB USB-HD 3½" mit Netzteil, Fritzbox mit 1.5 TB 2½"-HD per Samba):
4 Min. John Lennon per USB, 3 Min. Lemmy Kilmister per SMB, 3 Min. Spider Murphy per USB,
alles Konzertvideos, ohne Probleme. TAPs am Laufen: AcadeRC SmartEPG TMSServer.

[omue]

Erst mal vielen Dank an jkIT

ich hab jetzt auch ein bissel mit meiner Fritzbox rumexperimentiert

Mounten mit der Fritzbox geht auch ohne die "mount.cifs"
Da busybox selber einen mount Befehl hat reicht:

cp /mnt/hd/ProgramFiles/xxx/busybox.mips /bin/busybox.mips" #busybox ins ram schieben
chmod 755 /bin/busybox.mips #ausführbar machen

busybox.mips insmod /mnt/hd/ProgramFiles/xxx/cifs.ko #cifs.ko hinzufügen
und mounten:
busybox.mips mount //192.168.178.1/FRITZ.NAS /mnt/hd/MediaFiles/Fritzbox -o rw,username=XXXX,password=XXXX,dom=MUELLER

Das klappt bei mir zuverlässig
Man muß bloß nach dem booten etwas warten da die Taps bereits gestartet werden, wenn das Netzwerk noch nicht steht ops:
das war bei HD_Topfgucker das Problem

Olaf

[jkIT]

Bitte gerne.

Ja, mount.cifs ist eigentlich nur ein kleines Hilfstool, das die Parameter prüft und aufbereitet. Letztendlich führt es auch nur einen mount Befehl durch.

Das kann man, wie du beschrieben hast, natürlich auch direkt machen.

Der Schritt, die Busybox ins RAM zu kopieren, ist aber optional, oder?

[omue]

Bitte gerne.

Der Schritt, die Busybox ins RAM zu kopieren, ist aber optional, oder?

ja !
Ich hab mir mal angewöhnt alle zusätzlichen Linux Befehle ins ram unter /bin/ zu schieben.
Da muß man zum Aufrufen nicht immer den ganzen Path angeben

Olaf

[omue]

Es ginge ja noch einfacher, wenn jemand, der es drauf hat, eine neue busybox mit integriertem cifs.ko erschafft.
Ich bin dazu aber zu doof


Olaf