←  [NL] Gebruikersondersteuning

Forums

»

VU+ Ultimo 4K Opname & Netwerk problemen

catastrofus's Photo catastrofus 3 Nov 2023

Kijk je wel in de directory /home/root ?

Quote

iamsander's Photo iamsander 4 Nov 2023

Kijk je wel in de directory /home/root ?

 

Daar zie ik op de ontvanger enkel wat ik net schreef.

 

Ik merk op mijn laptop ik mijn ontvanger niet zie onder netwerk. Dus ik kan niet via mijn laptop in de VU+ momenteel.

 

Als ik de url van VU+ intype krijg ik OpenWebIF

 

Box info die wat je kan zien ....

 

STB Merk & model: Vu+ Ultimo4K

Chipset: 7444s

Totaal geheugen: 1383844 kB vrij / 1617140 kB totaal

Box Uptime: 3:47

Software Systeem OE: PLi-OE Firmware versie: OpenPLi 7.3-release (2020-08-29-release-7.3)

Kernel versie / stuurprogramma datum: 3.14.28 / 20190424

 

Tuners Tuner A Vuplus DVB-C NIM(BCM3158) (DVB-C)

Tuner B Vuplus DVB-C NIM(BCM3158) (DVB-C)

Tuner C Vuplus DVB-C NIM(BCM3158) (DVB-C)

Tuner D Vuplus DVB-C NIM(BCM3158) (DVB-C)

Tuner E Vuplus DVB-C NIM(BCM3158) (DVB-C)

Tuner F Vuplus DVB-C NIM(BCM3158) (DVB-C)

Tuner G Vuplus DVB-C NIM(BCM3158) (DVB-C)

Tuner H Vuplus DVB-C NIM(BCM3158) (DVB-C)

Tuner I Vuplus DVB-S NIM(45308X FBC) (DVB-S2X)

Tuner J Vuplus DVB-S NIM(45308X FBC) (DVB-S2X)

Tuner K Vuplus DVB-S NIM(45308X FBC) (DVB-S2X)

Tuner L Vuplus DVB-S NIM(45308X FBC) (DVB-S2X)

Tuner M Vuplus DVB-S NIM(45308X FBC) (DVB-S2X)

Tuner N Vuplus DVB-S NIM(45308X FBC) (DVB-S2X)

Tuner O Vuplus DVB-S NIM(45308X FBC) (DVB-S2X)

Tuner P Vuplus DVB-S NIM(45308X FBC) (DVB-S2X)

 

Netwerkinterface: eth0 (dsa) Link Snelheid: 1 GBit/s

MAC-adres: 00:1d:xx:13:bx:e8 IPv6-adres(en): 2a02:axxx:bb2d:1:2xx:ecff:fe13:b6e8/64 (SLAAC)

IPv4-adres: 192.168.178.19/24 via 192.168.178.1 (statisch)

Quote

teo1966's Photo teo1966 4 Nov 2023

Wat krijg je als je de mount op de commandline maakt?

mkdir -p /media/net/DS1019
mount -t nfs -o rw,nolock,tcp,retry=0,intr,soft,noatime 'DS1019:/volume1/video' '/media/net/DS1019'

Overigens, waarom post @iamsander een vraag hier, en gaat @teo1966 er op verder?

 

Als ik een post zie met "netwerk werkt niet" en "fritzbox" dan gaan mijn haren al overeind staan. Dat wordt het tijd om die fritzbox een schop te verkopen

 

ik kan ook een nieuw forum post aanmaken als dat nodig is

 

het werkt de map maken en de mount en blijft werken ook na een enigma2 herstart  maar na een reboot is de mount weer weg ook als ik enigma2 herstart

 

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2023.11.04 09:51:28 =~=~=~=~=~=~=~=~=~=~=~=
login as: root
root@192.168.1.8's password:
root@VUULTIMO4K:~#
root@VUULTIMO4K:~# mount
/dev/mmcblk0p4 on / type ext4 (rw,relatime,nodelalloc,data=journal)
devtmpfs on /dev type devtmpfs (rw,relatime,size=800184k,nr_inodes=86239,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 /media type tmpfs (rw,relatime,size=64k)
fusectl on /sys/fs/fuse/connections type fusectl (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)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
root@VUULTIMO4K:~# ping ds1019
PING ds1019 (192.168.1.9): 56 data bytes
64 bytes from 192.168.1.9: seq=0 ttl=64 time=0.174 ms
64 bytes from 192.168.1.9: seq=1 ttl=64 time=0.211 ms
64 bytes from 192.168.1.9: seq=2 ttl=64 time=0.165 ms
64 bytes from 192.168.1.9: seq=3 ttl=64 time=0.140 ms
^C
root@VUULTIMO4K:~#
root@VUULTIMO4K:~#
root@VUULTIMO4K:~# mkdir -p /media/net/DS1019
root@VUULTIMO4K:~# mount -t nfs -o rw,nolock,tcp,retry=0,intr,soft,noatime 'DS1019:/volume1/video' '/media/net/DS1019'
root@VUULTIMO4K:~#
root@VUULTIMO4K:~# mount
/dev/mmcblk0p4 on / type ext4 (rw,relatime,nodelalloc,data=journal)
devtmpfs on /dev type devtmpfs (rw,relatime,size=800184k,nr_inodes=86239,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 /media type tmpfs (rw,relatime,size=64k)
fusectl on /sys/fs/fuse/connections type fusectl (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)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
DS1019:/volume1/video on /media/net/DS1019 type nfs4 (rw,noatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,soft,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.8,local_lock=none,addr=192.168.1.9)
root@VUULTIMO4K:~#
root@VUULTIMO4K:~#ping ds1019
PING ds1019 (192.168.1.9): 56 data bytes
64 bytes from 192.168.1.9: seq=0 ttl=64 time=0.144 ms
64 bytes from 192.168.1.9: seq=1 ttl=64 time=0.423 ms
64 bytes from 192.168.1.9: seq=2 ttl=64 time=0.187 ms
64 bytes from 192.168.1.9: seq=3 ttl=64 time=0.300 ms
^C
--- ds1019 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.144/0.263/0.423 ms
root@VUULTIMO4K:~#

Broadcast message from root@VUULTIMO4K (console) (Sat Nov  4 09:58:15 2023):




The system is going down for reboot NOW!


 

Quote

iamsander's Photo iamsander 4 Nov 2023

Voor beiden:

 

box herstarten in de debug mode, Eens gestart box weer herstarten in normale modus. Nu staat er in de home directory een bestand met de extensie debuglog. (@teo1966, zag dat je al zover was).

 

Doe daarna wat ik gevraagd heb in post #10, dan kun je de foutmelding zien die het mount commando geeft, en dan weten we meer.

 

Met Angry IP Scanner is het me gelukt via mijn laptop in de ontvanger te komen. En gelijk aan snelstart toe te voegen.

 

In heb bestand met de extensie debuglog (wat bestaat uit 292 pagina's in words) als ik zoek naar de woorden mount vind ik o.a dit....

 

HardwareInfo] Scanning hardware info
Detected: vuultimo4k (1500A0)
[eDVBFrontend] Failed to open /dev/dbox/fp0
[Misc_Options] 12Vdetect cannot open /proc/stb/misc/12V_output: No such file or directory
[Console] command: mount /dev/mmcblk0p1 /tmp/MultibootU8JTtw
[eConsoleAppContainer] Starting /bin/sh
[Console] command: umount /tmp/MultibootU8JTtw
[eConsoleAppContainer] Starting /bin/sh
[Console] command: mount /dev/mmcblk0p3 /tmp/MultibootU8JTtw
[eConsoleAppContainer] Starting /bin/sh
[Console] command: umount /tmp/MultibootU8JTtw
[eConsoleAppContainer] Starting /bin/sh
[Console] command: mount /dev/mmcblk0p4 /tmp/MultibootU8JTtw
[eConsoleAppContainer] Starting /bin/sh
[Console] command: umount /tmp/MultibootU8JTtw
[eConsoleAppContainer] Starting /bin/sh
[Multiboot] Bootslots found: {}

 

[AutoMount.py] UMOUNT-CMD-3 ---> umount -fl '/media/net/ds916plus'

umount: can't unmount /media/net/ds916plus: No such file or directory
[AutoMount.py] NFS MOUNT-CMD---> mount -t nfs -o rw,nolock,soft,noatime,proto=tcp,retry=0,intr '192.168.178.21:/media/hdd' '/media/net/ds916plus'
[Console] command: mount -t nfs -o rw,nolock,soft,noatime,proto=tcp,retry=0,intr '192.168.178.21:/media/hdd' '/media/net/ds916plus'

 

[Avahi] watch activated: 0x1

[Console] finished: mount -t nfs -o rw,nolock,soft,noatime,proto=tcp,retry=0,intr '192.168.178.21:/media/hdd' '/media/net/ds916plus'
[AutoMount.py] CheckMountPointFinished mount.nfs: access denied by server while mounting 192.168.178.21:/media/hdd
mount.nfs: access denied by server while mounting 192.168.178.21:/media/hdd
mount: mounting 192.168.178.21:/media/hdd on /media/net/ds916plus failed: Permission denied
32
[AutoMount.py] CheckMountPointFinished, verifying:  /media/net/ds916plus
[AutoMount.py] CheckMountPointFinished, path not found, disabling...

 

[AutoMount.py] CheckMountPointFinished, verifying:  /media/net/VUULTIMO4K

[AutoMount.py] CheckMountPointFinished, path not found, disabling...
[AutoMount.py] UMOUNT-CMD-3 ---> umount -fl '/media/net/RS-SERVER'
umount: can't unmount /media/net/RS-SERVER: No such file or directory
[AutoMount.py] NFS MOUNT-CMD---> mount -t nfs -o rw,nolock,tcp,soft,noatime,retry=0,intr '192.168.178.21:/volume1/VU PLUS Ultimo 4K TV Opnames' '/media/net/RS-SERVER'
[Console] command: mount -t nfs -o rw,nolock,tcp,soft,noatime,retry=0,intr '192.168.178.21:/volume1/VU PLUS Ultimo 4K TV Opnames' '/media/net/RS-SERVER'
[eConsoleAppContainer] Starting /bin/sh
[AutoMount.py] CheckMountPointFinished, # of appContainers:  1

 

[EPGImport] checkValidServer serverurl http://epgspot.com/r...epg/rytecNWS.xz

[eDVBFrontend8] invalidate current switch params
[Console] finished: mount -t nfs -o rw,nolock,tcp,soft,noatime,retry=0,intr '192.168.178.21:/volume1/VU PLUS Ultimo 4K TV Opnames' '/media/net/RS-SERVER'
[AutoMount.py] CheckMountPointFinished mount.nfs: access denied by server while mounting 192.168.178.21:/volume1/VU PLUS Ultimo 4K TV Opnames
mount.nfs: access denied by server while mounting 192.168.178.21:/volume1/VU PLUS Ultimo 4K TV Opnames
mount: mounting 192.168.178.21:/volume1/VU PLUS Ultimo 4K TV Opnames on /media/net/RS-SERVER failed: Permission denied
32
[AutoMount.py] CheckMountPointFinished, verifying:  /media/net/RS-SERVER
[AutoMount.py] CheckMountPointFinished, path not found, disabling...
[AutoMount.py] UMOUNT-CMD-3 ---> umount -fl '/media/net/nas'
umount: can't unmount /media/net/nas: No such file or directory
[AutoMount.py] NFS MOUNT-CMD---> mount -t nfs -o rw,nolock,soft,async,noatime,proto=tcp,retry=0,intr 'DS916plus:/volume1/vu plus ultimo 4k opnames/' '/media/net/nas'
[Console] command: mount -t nfs -o rw,nolock,soft,async,noatime,proto=tcp,retry=0,intr 'DS916plus:/volume1/vu plus ultimo 4k opnames/' '/media/net/nas'
[eConsoleAppContainer] Starting /bin/sh
[AutoMount.py] CheckMountPointFinished, # of appContainers:  1
[eDVBFrontend8] sendDiseqc: e00000(DiSEqC reset)
[eDVBFrontend8] sleep 50ms
[Console] finished: mount -t nfs -o rw,nolock,soft,async,noatime,proto=tcp,retry=0,intr 'DS916plus:/volume1/vu plus ultimo 4k opnames/' '/media/net/nas'
[AutoMount.py] CheckMountPointFinished mount.nfs: access denied by server while mounting DS916plus:/volume1/vu plus ultimo 4k opnames/
mount.nfs: access denied by server while mounting DS916plus:/volume1/vu plus ultimo 4k opnames/
mount: mounting DS916plus:/volume1/vu plus ultimo 4k opnames/ on /media/net/nas failed: Permission denied
32

 

Plugin probably removed, but not cleanly in /usr/lib/enigma2/python/Plugins/Extensions/WebInterface

[RemoteChannelStreamConverter] fallback to default translation for Remote channel stream converter
[AutoMount.py] UMOUNT-CMD-3 ---> umount -fl '/media/net/ds916plus'
umount: can't unmount /media/net/ds916plus: No such file or directory
[AutoMount.py] NFS MOUNT-CMD---> mount -t nfs -o rw,nolock,soft,noatime,proto=tcp,retry=0,intr '192.168.178.21:/media/hdd' '/media/net/ds916plus'
[Console] command: mount -t nfs -o rw,nolock,soft,noatime,proto=tcp,retry=0,intr '192.168.178.21:/media/hdd' '/media/net/ds916plus'
[eConsoleAppContainer] Starting /bin/sh
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
[gRC] main thread is non-idle! display spinner!
[BT] current status : 1

 

En zo kan ik nog wel door gaan.

Quote

iamsander's Photo iamsander 4 Nov 2023

Ik heb ook nog even gekeken in mijn Synology.  2 oktober kreeg ik nog daar een mededeling.  Kom daar niet wijs uit. Info over de connectie met Fritzbox en VU+ ook toegevoegd.  Misschien schept dit duidelijkheid samen met mount en debug info.

 

Kon hier geen foto's uploaden alleen via een link dus even iets op gevonden.

 

Fritz7590-01.png.93d0ce1854124bbc57b0d5dFritz7590-02.png.89d82b662c8bd08893e265csynology01.png.cf9fd0b04e48f2e3eabafb0d5synology02.png.a2dc6cb066a4aa36a69f151cb

Quote

teo1966's Photo teo1966 4 Nov 2023

effe een vraag heb je bij de nas de gedeelde map / video / nfs-machtingen / de goede ip-reeks staan bv 192.168.178.1/24

Quote

cobus's Photo cobus 4 Nov 2023

Waarom probeer je het niet gewoon om even opnieuw te flashen? Daar daar veel problemen mee op te lossen zijn, ook kun je vooraf met backupsuite een volledige backup maken en deze eventueel weer terug zetten mocht het flashen niks helpen.

Quote

WanWizard's Photo WanWizard 4 Nov 2023

@imsander

 

Oorzaak lijkt me duidelijk:

[AutoMount.py] CheckMountPointFinished mount.nfs: access denied by server while mounting 192.168.178.21:/media/hdd
mount.nfs: access denied by server while mounting 192.168.178.21:/media/hdd
mount: mounting 192.168.178.21:/media/hdd on /media/net/ds916plus failed: Permission denied

dit lijkt me logisch, er klopt helemaal niks van deze mount definitie, tenzij je NAS echt een /media/hdd heeft die hij via NFS deelt.

En

[AutoMount.py] CheckMountPointFinished mount.nfs: access denied by server while mounting 192.168.178.21:/volume1/VU PLUS Ultimo 4K TV Opnames
mount.nfs: access denied by server while mounting 192.168.178.21:/volume1/VU PLUS Ultimo 4K TV Opnames
mount: mounting 192.168.178.21:/volume1/VU PLUS Ultimo 4K TV Opnames on /media/net/RS-SERVER failed: Permission denied

hier ontbreken op de NAS de NFS permissies voor je box.

Ik zou dus nog maar eens alle mounts op de box langs komen ( ik heb hierboven een post geplaatst met meer uitleg over dat scherm en wat je waar moet invullen ), en op de NAS de NFS permissions goed invullen (control panel, shared folders, je movie folder selecteren, edit, NFS permissions tab).

Quote

Tech's Photo Tech 4 Nov 2023

Heb je voor NFS wel de juiste ip-range ingesteld?

 

In jouw geval 192.168.178.0/24 voor alles in jouw interne netwerk.

Quote

Tech's Photo Tech 4 Nov 2023

Ik heb ook nog even gekeken in mijn Synology.  2 oktober kreeg ik nog daar een mededeling.  Kom daar niet wijs uit. Info over de connectie met Fritzbox en VU+ ook toegevoegd.  Misschien schept dit duidelijkheid samen met mount en debug info.

 

Kon hier geen foto's uploaden alleen via een link dus even iets op gevonden.

 

 

Dit 'gerommel' heeft niet echt te maken met het niet werken van jouw (interne) share, wat je hier laat zien is allemaal van toepassing op extern verkeer, iets wat je niet wil is porten forwards naar apparaten in je netwerk maar kennelijk heeft jouw NAS dat nodig om extern erbij te kunnen komen, ikzelf zou dat eerder via een VPN-tunnel regelen......

 

(ik heb de plaatjes even eruit gehaald, daar werd het wel erg onoverzichtelijk van)

Quote

teo1966's Photo teo1966 4 Nov 2023

Heb je voor NFS wel de juiste ip-range ingesteld?

 

In jouw geval 192.168.178.0/24 voor alles in jouw interne netwerk.

wat is het verschil of maakt het niet uit 192.168.178.0/24 of 192.168.178.1/24

Quote

40H3X's Photo 40H3X 4 Nov 2023

De CIDR notatie, bepaalt de vrijheidsgraden. /24 geeft aan dat op het laatste octed de waarden 1-255 mogelijk zijn. 

Quote

iamsander's Photo iamsander 4 Nov 2023

effe een vraag heb je bij de nas de gedeelde map / video / nfs-machtingen / de goede ip-reeks staan bv 192.168.178.1/24

 

Het is opgelost.  Ik heb dit gedaan en nu zie ik op de VU+ weer mijn Opname lijst. Thnx :)

 

Ik ga een backup maken nu en daarna OpenPli upgraden. En de mounts weghalen die niet in gebruik meer zijn of onnodig zijn.

Quote

WanWizard's Photo WanWizard 5 Nov 2023

wat is het verschil of maakt het niet uit 192.168.178.0/24 of 192.168.178.1/24

 

Dat ligt er aan of dat waar je het invult een goede invoer controle doet.

 

192.168.178.0/24 is CIDR notatie, waarbij /24 het aantal subnet mask bits weer geeft, van linksaf geteld. In dit geval dus 255.255.255.0. Dit betekent dus de reeks 192.168.178.0 t/m 192.168.178.255.

 

Formeel gezien is daarom 192.168.178.1/24 ongeldig, omdat het gegeven adres niet de start van een subnet reeks is. Als het niet wordt afgekeurd, kan het gezien worden als 192.168.178.0/24, maar ook als 192.168.178.1/32 (alleen dit IP).

Quote