Aufnahmen lassen sich nicht mehr löschen

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • markusw schrieb:

      …auf einem Netzlaufwerk manchmal Probleme .
      Oder auf einer im Ruhezustand befindlichen hdd.
      Gruß Horst

      Homepage: earlydream.de/ Skinparts: MetrixFHD Mod by Koloss - Skinparts

    • Aufnahmen lassen sich nicht mehr löschen

      rolano schrieb:

      Zeig mal die Ausgabe von 'mount' nach einem telnet (oder ssh) auf die VU und einen Screenshot der eingestellten Aufnahmepfade.

      Spoiler anzeigen
      login as: root

      vuplus-support.org
      home of

      ¥
      /$$ /$$ /$$$$$$$$ /$$
      | $$ | $$|__ $$__/|__/
      | $$ | $$ | $$ /$$
      | $$ / $$/ | $$ | $$
      \ $$ $$/ | $$ | $$
      \ $$$/ | $$ | $$
      \ $/ | $$ | $$
      \_/ |__/ |__/


      Welcome on your Vu+ !


      root@vusolo4k:~# mount
      rootfs on / type rootfs (rw)
      /dev/root on / type ext4 (rw,relatime,nodelalloc,data=journal)
      devtmpfs on /dev type devtmpfs (rw,relatime,size=446044k,nr_inodes=55087,mode=755)
      proc on /proc type proc (rw,relatime)
      sysfs on /sys type sysfs (rw,relatime)
      debugfs on /sys/kernel/debug type debugfs (rw,relatime)
      tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
      tmpfs on /var/volatile type tmpfs (rw,relatime)
      devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
      /dev/sda1 on /media/hdd type ext4 (rw,relatime,data=ordered)
      192.168.14.10volume2/VU on /media/net/BURJAUERNAS type nfs (rw,relatime,vers=3,rsize=8192,wsize=8192,namlen=255,hard,nolock,proto=tcp,port=2049,timeo=70,retrans=3,sec=sys,local_lock=all,addr=192.168.14.10)
      /etc/auto.hotplug on /autofs type autofs (rw,relatime,fd=5,pgrp=7217,timeout=5,minproto=5,maxproto=5,indirect)
      /etc/auto.network_vti on /media/net/autonet type autofs (rw,relatime,fd=17,pgrp=7217,timeout=5,minproto=5,maxproto=5,indirect)
      root@vusolo4k:~#

      Meintest Du das ?

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von hgdo ()

    • earlydream schrieb:

      Oder auf einer im Ruhezustand befindlichen hdd.
      Die wird bei einem Zugriff wohl wach werden - sonst hast noch ganz andere Probleme .
      ----------------------------------------------------------------------------------------------------------------------------------------------------------------
      KAPIERVORGANG beendet.

      Zubehör : Philips 46PFL-9705 / 37PFL-9604, Samsung HT-E6759W, Samsung SPF 107H-105P-87H, Qnap TS-253A, Harmony 650, Fritzbox 7490, Cisco WAP4410N, Netgear M4100-D12G, TPLink HS100/HS110/LB110

    • Mit ist überhaupt nicht klar, wie es zu dieser Einstellung gekommen ist. Das Verzeichnis @eaDIR habe ich nie erstellt...
      Ich wollte auf die Freigabe:BurjauerNas/volume2/vu speichern

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von ditschi1691 () aus folgendem Grund: Tote Verlinkung auf Screenshot entfernt

    • Das Verzeichnis @eaDir wird von der Synology selbst erzeugt, und zwar in jedem Verzeichnis. Darin werden die Thumbnail-Bilder für alle Mediendateien angelegt.

      Du bist vielleicht mal bei der Auswahl des Zielordners mal versehentlich auf das @eaDir gekommen.

      Am besten mal in den Einstellungen der Speicherkarte, den Timer-Einstellungen und den Lesezeichen nachsehen, ob es da drin ist und gegebenenfalls korrigieren oder löschen.

    • cosmas62 schrieb:

      Meintest Du das ?
      Yepp - der Mount ist korrekt. Fehlen immer noch deine Einstellungen für die Aufnahmeverzeichnisse - da hast Du dann (warum auch immer :) ) das @eaDir erwischt....und nein, bitte keinesfalls direkt auf "vu" schreiben. Lege ein Unterverzeichnis wie z.B. Aufnahmen oder movies auf der Syno im Share vu an und definiere das als Standardaufnahmeverzeichnis.
      [i][b]Kein Backup - kein Mitleid[/b][/i]

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von rolano ()

    • Muss das Thema mal wieder hervorholen da es bei mir seit der Vorwoche auf allen VU+ auftritt welche ich auf die aktuelle Version ( 26.02) aktuallisiert habe.

      Ich habe aktuell 3x VU Zero ( alle aktuallisiert - kein löschen mehr möglich) 1x VU Duo2 (aktuell & kein löschen mehr), 1x Uno se 4K - nicht aktuallisiert, löschen ok, 1x Zero 4K - nicht aktuallisiert, löschen ok.

      Ich speichere seit Jahren auf einer NAS, die Benutzernamen oder Pfade haben sich nicht geändert.
      Die Box bleibt einfach hängen ( Möchten Sie wirklich löschen? ) Ladebalken läuft und TV geht weiter. Helfen tut hier nur mehr Strom aus.

      Hatte das Problem selber schon einmal vor langer Zeit, dazumals half es die Box neu zu installieren. Bin dadurch sehr sicher das es mit einem Bug zu tun hat, der halt nicht überall Auftritt, jedoch reproduzierbar ist.

    • Ist die SQL-Datenbank aktiviert und wo wird die gespeichert?

      Welche VTi-Version war vor dem Update auf den Boxen und welche ist auf Uno 4K SE und Zero 4K?

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von hgdo ()