v1.60 - fehlende TPK´s

[Luxfere]

Yo, kleine Anmerkung:

Da ich ja wieder auf die v1.60 zurück setzen mußte auf Grund der Tatsache das die Freigaben über den PC nicht geöffnet werden konnten in der v1.62, habe ich festgestellt, das so einige TPK derzeit nicht verfügbar sind.

Vor allem fehlt mir da der Media Player, da ich Nachts gerne noch Musik hören will etc...
Und dann auch noch so manch andere, die aber jetzt nicht ganz so wichtig sind, wie Wetter, Permanent Time etc...

Wäre nett wenn man die noch mal verfügbar machen könnte.

[Uljanow]

Mit der 1.63 ist alles da!

[Einstein]

Genau! Updaten bitte!

[Luxfere]

OK... tolle Wurst... Update auf v1.64 gemacht und was ist? Alle TPK´s da aber ich kann -wie schon bei der v1.62 (siehe hier)- nicht mehr auf meine Freigaben im Netzwerk zugreifen.
Genau darum wollte ich die v1.60 wieder einspielen und behalte bis dieser Fehler aus den aktuellen Versionen behoben ist.

So langsam macht das echt keinen Spaß mehr...
Mit der v1.62/1.63/1.64 kann ich meine Filme und Musik nicht mehr sehen/hören weil ich nicht auf die Freigaben zugreifen kann und mit der v1.60 -wo die Freigaben im Netzwerk funktionieren- auch nicht wirklich, da dort keine TPK mehr für das Media Center geladen werden kann.

Das damit 2 der für mich relevantesten Funktionen von TitanNit nicht gehen seit mehreren Updates, nervt schon wieder total.
Anfangs war TitanNit ja super und ich hab mich darüber gefreut wie Bolle, aber seit einiger Zeit ist da echt zu oft der Wurm drinn und ich sehe das mit Besorgnis, denn die Entwicklung geht damit definitiv in die eher Falsche Richtung.
Die v1.60 war bisher die letzte wirklich stabile und nahezu fehlerfreiste Version, warum werden da also in so kurzer Zeit gleich mehrere Updates nachgeschoben die offensichtlich weit Fehlerhafter sind anstatt eventuell neue und sinnvolle Erweiterungen zu entwickeln oder die TiThek -eines der zentralen Elemente des Systems- weiter auszubauen bzw. vorhandenes zu verbessern?

Irgend ein schlauer Mensch sagte einmal:
"Never change a running system!"

Bin wieder mal schwer enttäuscht...

[Einstein]

Dann beteilige dich doch lieber konstruktiv hier an der Fehlerbehebung. Caliban hat doch einiges gefixt was den Sambaserver angeht. Was genau geht jetzt nicht?

Die Entwicklung geht immer weiter so ist das nun einmal. Dass dabei sich Fehler einschleichen ist unvermeidbar.

[caliban]

Zugreifen auf andere SMB Freigaben hat aber nichts mit dem Samba Server zu tun. Da ist irgendwas krumm an der SMB Client Lib

[caliban]

@Luxfere
was für ein Server ist das?

[Einstein]

Ja, sag ich ja. Aber er hat es noch nicht wieder gelesen seit seinem Posting! So nützt das nichts!

[Luxfere]

Also, hier noch mal alles in allen Einzeiheiten:

Nach dem Update auf v1.62/1.63/1.64 ist es nicht mehr möglich auf die Freigaben am PC Zugriff zu erhalten.
Mein PC läuft unter Win7 64bit ohne DLNA, also alles ganz normale Freigaben im Netzwerk.

Samba Server, Samba Client Lib und Samba Client (Win7) sind auf der Box installiert.
Die Freigaben werden im Networkbrowser zwar mittels der Suche erkannt, nachdem sie aber gespeichert wirden kann ich im Netzwerk nicht darauf zugreifen.

Im Netzwerkbrowser wurden alle Freigaben gespeichert und sind auch aufgelistet:
WP_20150309_003.jpg


Im Dateimanager stehen die Freigaben unter dem entsprechenden Namen drinnen, wie hier zu sehen:
WP_20150309_004.jpg
Allerdings kann ich keinen der Ordner (auch nicht als solche gekennzeichnet wie zu sehen ist) öffnen.
Also kein Zugriff möglich.


Im Mini-Player erscheint im Verzeichnis /media/net keinerlei Inhalt der Freigegebenen Ordner bzw. die Freigaben selbst:
WP_20150309_005.jpg

Vom PC aus auf die Box zugreifen (z.B. via FTP) und dorthin Dateien übertragen geht ohne weiteres.
Die Verbindung ist also vorhanden.
Auch habe ich am PC oder der Box an sich nichts verändert, außer eben das Update auf die v1.62/1.63/1.64 bei der Box.
Und just seit dem funktionieren die Zugriffe auf die Freigaben nicht mehr.

Installiere ich die v1.60 oder früher, funktioniert der Zugriff ohne weiteres im Netzwerk.

So, vielleicht hilft das etwas weiter.

BTW:
zum Netzwerkproblem gibt es bereits einen Thread --> KLICK MICH

[andy-1]

auto.misc

diesen Eintrag entfernen
DEBIAN -fstype=cifs,rw,iocharset=utf8,rsize=32768,wsize=32768,user=,pass= ://192.168.0.123/media
DEBIAN -fstype=cifs,rw,rsize=32768,wsize=32768,user=,pass= ://192.168.0.123/media

wir sind dran

iocharset=utf8

[andy-1]

Ab der Version 33714 sollte es wieder funktionieren..

18:29 Changeset[33714] by karlo revert cifs to 33505

[Luxfere]

Finde den Eintrag so nicht in der Auto.misc.
Hier mal der gesamte Inhalt der Datei /mnt/network/auto.misc:

# automatically generated by titan
# do NOT change manually, all shares withe tab or gs on NetworkBrowser !
smbfs    -fstype=smbfs,allow_other,nonempty    :/media/smbfs
upnpfs    -fstype=upnpfs,allow_other,nonempty    :/media/upnpfs

sr0    -fstype=auto,ro,nosuid,nodev    :/dev/sr0

sda1    -fstype=auto,noatime,nodiratime    :/dev/sda1
sda2    -fstype=auto,noatime,nodiratime    :/dev/sda2
sda3    -fstype=auto,noatime,nodiratime    :/dev/sda3
sda4    -fstype=auto,noatime,nodiratime    :/dev/sda4
sda5    -fstype=auto,noatime,nodiratime    :/dev/sda5
sda6    -fstype=auto,noatime,nodiratime    :/dev/sda6
sda7    -fstype=auto,noatime,nodiratime    :/dev/sda7
sda8    -fstype=auto,noatime,nodiratime    :/dev/sda8
sda9    -fstype=auto,noatime,nodiratime    :/dev/sda9

sdb1    -fstype=auto,noatime,nodiratime    :/dev/sdb1
sdb2    -fstype=auto,noatime,nodiratime    :/dev/sdb2
sdb3    -fstype=auto,noatime,nodiratime    :/dev/sdb3
sdb4    -fstype=auto,noatime,nodiratime    :/dev/sdb4
sdb5    -fstype=auto,noatime,nodiratime    :/dev/sdb5
sdb6    -fstype=auto,noatime,nodiratime    :/dev/sdb6
sdb7    -fstype=auto,noatime,nodiratime    :/dev/sdb7
sdb8    -fstype=auto,noatime,nodiratime    :/dev/sdb8
sdb9    -fstype=auto,noatime,nodiratime    :/dev/sdb9

sdc1    -fstype=auto,noatime,nodiratime    :/dev/sdc1
sdc2    -fstype=auto,noatime,nodiratime    :/dev/sdc2
sdc3    -fstype=auto,noatime,nodiratime    :/dev/sdc3
sdc4    -fstype=auto,noatime,nodiratime    :/dev/sdc4
sdc5    -fstype=auto,noatime,nodiratime    :/dev/sdc5
sdc6    -fstype=auto,noatime,nodiratime    :/dev/sdc6
sdc7    -fstype=auto,noatime,nodiratime    :/dev/sdc7
sdc8    -fstype=auto,noatime,nodiratime    :/dev/sdc8
sdc9    -fstype=auto,noatime,nodiratime    :/dev/sdc9

sdd1    -fstype=auto,noatime,nodiratime    :/dev/sdd1
sdd2    -fstype=auto,noatime,nodiratime    :/dev/sdd2
sdd3    -fstype=auto,noatime,nodiratime    :/dev/sdd3
sdd4    -fstype=auto,noatime,nodiratime    :/dev/sdd4
sdd5    -fstype=auto,noatime,nodiratime    :/dev/sdd5
sdd6    -fstype=auto,noatime,nodiratime    :/dev/sdd6
sdd7    -fstype=auto,noatime,nodiratime    :/dev/sdd7
sdd8    -fstype=auto,noatime,nodiratime    :/dev/sdd8
sdd9    -fstype=auto,noatime,nodiratime    :/dev/sdd9

sde1    -fstype=auto,noatime,nodiratime    :/dev/sde1
sde2    -fstype=auto,noatime,nodiratime    :/dev/sde2
sde3    -fstype=auto,noatime,nodiratime    :/dev/sde3
sde4    -fstype=auto,noatime,nodiratime    :/dev/sde4
sde5    -fstype=auto,noatime,nodiratime    :/dev/sde5
sde6    -fstype=auto,noatime,nodiratime    :/dev/sde6
sde7    -fstype=auto,noatime,nodiratime    :/dev/sde7
sde8    -fstype=auto,noatime,nodiratime    :/dev/sde8
sde9    -fstype=auto,noatime,nodiratime    :/dev/sde9

sdf1    -fstype=auto,noatime,nodiratime    :/dev/sdf1
sdf2    -fstype=auto,noatime,nodiratime    :/dev/sdf2
sdf3    -fstype=auto,noatime,nodiratime    :/dev/sdf3
sdf4    -fstype=auto,noatime,nodiratime    :/dev/sdf4
sdf5    -fstype=auto,noatime,nodiratime    :/dev/sdf5
sdf6    -fstype=auto,noatime,nodiratime    :/dev/sdf6
sdf7    -fstype=auto,noatime,nodiratime    :/dev/sdf7
sdf8    -fstype=auto,noatime,nodiratime    :/dev/sdf8
sdf9    -fstype=auto,noatime,nodiratime    :/dev/sdf9

sdg1    -fstype=auto,noatime,nodiratime    :/dev/sdg1
sdg2    -fstype=auto,noatime,nodiratime    :/dev/sdg2
sdg3    -fstype=auto,noatime,nodiratime    :/dev/sdg3
sdg4    -fstype=auto,noatime,nodiratime    :/dev/sdg4
sdg5    -fstype=auto,noatime,nodiratime    :/dev/sdg5
sdg6    -fstype=auto,noatime,nodiratime    :/dev/sdg6
sdg7    -fstype=auto,noatime,nodiratime    :/dev/sdg7
sdg8    -fstype=auto,noatime,nodiratime    :/dev/sdg8
sdg9    -fstype=auto,noatime,nodiratime    :/dev/sdg9

sdh1    -fstype=auto,noatime,nodiratime    :/dev/sdh1
sdh2    -fstype=auto,noatime,nodiratime    :/dev/sdh2
sdh3    -fstype=auto,noatime,nodiratime    :/dev/sdh3
sdh4    -fstype=auto,noatime,nodiratime    :/dev/sdh4
sdh5    -fstype=auto,noatime,nodiratime    :/dev/sdh5
sdh6    -fstype=auto,noatime,nodiratime    :/dev/sdh6
sdh7    -fstype=auto,noatime,nodiratime    :/dev/sdh7
sdh8    -fstype=auto,noatime,nodiratime    :/dev/sdh8
sdh9    -fstype=auto,noatime,nodiratime    :/dev/sdh9
BILDER    -fstype=cifs,rw,iocharset=utf8,rsize=32768,wsize=32768,user=qwer,pass=xyz    ://192.168.2.102/Bilder
xXx    -fstype=cifs,rw,iocharset=utf8,rsize=32768,wsize=32768,user=qwer,pass=xyz    ://192.168.2.102/mov
FILME    -fstype=cifs,rw,iocharset=utf8,rsize=32768,wsize=32768,user=qwer,pass=xyz    ://192.168.2.102/movie
MUSIK    -fstype=cifs,rw,iocharset=utf8,rsize=32768,wsize=32768,user=qwer,pass=xyz    ://192.168.2.102/Musik

[Luxfere]

ach so... ok... sorry, habs...

Das mit "Debian" in deinem Post hat mich irritiert...

[andy-1]

naja

Debian war nur ein Beispiel

sollte dann wenn morgen die nightly bauen drin sein


BILDER -fstype=cifs,rw,iocharset=utf8,rsize=32768,wsize=32768,user=qwer,pass=xyz ://192.168.2.102/Bilder
xXx -fstype=cifs,rw,iocharset=utf8,rsize=32768,wsize=32768,user=qwer,pass=xyz ://192.168.2.102/mov
FILME -fstype=cifs,rw,iocharset=utf8,rsize=32768,wsize=32768,user=qwer,pass=xyz ://192.168.2.102/movie
MUSIK -fstype=cifs,rw,iocharset=utf8,rsize=32768,wsize=32768,user=qwer,pass=xyz ://192.168.2.102/Musik

[Luxfere]

JUHU!!!!!!!!!!!!!!

Nach löschen des Eintrags iocharset=utf8 geht der Zugriff wieder!

FREU!!!!!!!!!!





P.S.
Trotzdem ärgerlich an sich, da in den alten Versionen dieses Problem offensichtlich nicht bestand und man sich dann fragt wie sich so was einschleichen kann.

Übrigens:
Ich habe noch einen kleinen Fehler gefunden.
Ich benutze ja das Steuerkreuz der FB zum Umschalten und für die Lautstärke. das ging alles wunderbar bisher, aber auch wieder seit der v1.62 ist es so, das beim Umschalten immer erst ein Kanal in entgegengesetzter Richtung gewählt wird.
Wenn ich als von Programm 10 auf 11 schalten will, geht er erst auf die 9, dann 10 und dann erst 11.
Umgekehrt genau so. Will ich von 10 auf 9, geht er erst auf 11, dann 10 und dann 9.
Ist an sich kein Weltuntergang, aber auf dauer nervt das beim zappen. (Virtuelles zappen in egal welcher Einstellung).

Wäre es eventuell besser das auch mal als eigenes Thema hier im Forum zu posten?