15 replies to this topic

[charly_s]

Hoi,

 

ik heb een Vu+ Uno 4k SE, met de laatste versie van OpenPli erop.

 

Nu kan ik vanuit Enigma geen netwerk mount naar mijn computer maken.

 

Het lijkt erop dat alles werkt, maar toch kan ik dan niet mijn Windows 10 computer browsen.

 

Als ik het vanaf de SSH terminal doe met:

 

mount -t cifs //192.168.1.5/DVD-Movies-D /media/hdd/PC-Karl -o rw,noatime,user=<username>,pass=<password>,vers=2.1,sec=ntlmv2

 

werkt alles prima, en kan ik dan bestanden vanaf mijn Windows 10 afspelen, vanaf de folder /media/hdd/PC-Karl

 

Doe ik dit vanuit Enigma gebeurd er helemaal niets.

 

De mount wordt gemaakt, maar ik kan hem nergens terugvinden (ik vermoed dat hij onder /media/net moet komen te staan.)

 

Als ik op /media/net een folder probeer aan te maken, krijg ik een "Access denied" error.

 

Ook als ik enigma in debugmode opstart, kan ik hier niets aan zien, ik heb de debugfile geattached.

 

iemand enig idee?

 

Karl

Edited by charly_s, 29 April 2020 - 14:57.

[40H3X]

Niet dat het nodig is maar dat bijvoegen van een debug file is niet gelukt, als je die wilt toevoegen dan graag even inpakken (zippen). Ik zie dat je opties hebt toegevoegd, als "vers en sec-ntlmv2 " dit hoeft niet meer in PLi 7.2, probeer eens zonder deze https://wiki.openpli...g#Autodetection

Edited by 40H3X, 29 April 2020 - 15:21.

[WanWizard]

dit hoeft niet meer in PLi 7.2, probeer eens zonder deze

Dat maakt niet uit, Enigma zal die dan weer toevoegen (zodat bij een volgende mount autodetectie niet meer nodig is).

 

Mounts in Enigma worden altijd gemaakt in /media/net. Je moet daarvoor niks handmatigs doen, geen folders maken, etc. /media is "volatile", een tmpfs mount, alles wat je daar in doet (wat geen mount is) is na een herstart weer weg.
 

[40H3X]

 

dit hoeft niet meer in PLi 7.2, probeer eens zonder deze

Dat maakt niet uit, Enigma zal die dan weer toevoegen (zodat bij een volgende mount autodetectie niet meer nodig is).

 

 

 

Aha, dat wist ik niet, maakt het proces de volgende keer dus sneller, slim.

[WanWizard]

Er is over nagedacht...

[charly_s]

Hm, tijdens het bijvoegen niets gewerkt van geweigerde bestanden.

 

Nu de debug.log maar bijgevoegd als zip bestand.

Attached Files

•  enigma.20200429.debuglog.zip   7.78KB   8 downloads

[WanWizard]

[AutoMount.py] UMOUNT-CMD-3 ---> umount -fl '/media/net/Sharename'
umount: can't unmount /media/net/Sharename: No such file or directory
[AutoMount.py] Failed to create /media/net/Sharename Error: [Errno 13] Permission denied: '/media/net/Sharename'

Iets is gewijzigd op je box, de vraag is wat. Wat heb je gewijzigd?

 

Heb je dit nog als je de box herstart (want dat maakt /media weer helemaal opnieuw aan)?

[charly_s]

Tja, heb een tijd geleden een wachtwoord voor SMB ingesteld, verder doe ik niet zoveel speciale dingen.

 

Voor mij moet de onvanger namelijk gewoon werken, ik hou er niet zo van om er aan te sleutelen als hij dagelijks gebruikt wordt.

 

Ik kan trouwens wel vanaf mijn  windows 10 computer naar de Vu+ toe.

 

ik had al aangegeven dat ik ook als root in de /media/net folder geen map kan aanmaken.

 

De ontvanger gaat elke avond in Deep Sleep, dit is volgens mij hetzelfde als een shutdown, maar de ontvanger is in ieder geval vandaag al minimaal 4 keer gereboot.

 

Dit heeft het probleem niet opgelost.

[WanWizard]

/media/net hoort niet te bestaan als er geen Enigma mounts zijn.

 

Wat is de output van

mount
ls -l /media

?

[charly_s]

Hoi,

 

hierbij de output:

root@vuuno4kse:~# mount
/dev/root on / type ext4 (rw,relatime,nodelalloc,data=journal)
devtmpfs on /dev type devtmpfs (rw,relatime,size=354136k,nr_inodes=81075,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 /var/volatile type tmpfs (rw,relatime)
/dev/sda1 on /media/hdd type ext4 (rw,noatime,nodelalloc)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
/etc/auto.net on /media/net type autofs (rw,relatime,fd=6,pgrp=1311,timeout=300,minproto=5,maxproto=5,indirect)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)

 

 

en:

 

root@vuuno4kse:~# ls -l /media
drwxr-xr-x   12 root     root         20480 Apr 29 22:48 hdd
drwxr-xr-x    2 root     root             0 Apr 29 17:57 net

 

[WanWizard]

Ah, je hebt autofs geinstalleerd staan. Die "hijacked" /media/net.

 

Of het een gebruiken (autofs), of het ander (enigma automount), maar beide is ellende.

[ims]

Sorry, that it is not dutch...

 

 

It seems, you are using e2 Automount + autofs (i see it here:  /etc/auto.net on /media/net type autofs ...). It can works, but autofs must be configured.

Automount trying create mountpoints in /media/net/ , but /media/net/ is as mountpoint for your not configured autofs => due it AutoMount failed (permission denied)...because autofs runs before e2 Automount.

 

Or remove autofs or configure autofs (in our feed exists ManagerAutofs plugin, on our wiki is something about it)

 

 

 

btw - your hdd never sleeps ? [Picon] adding path: /media/hdd/picon/

 

[charly_s]

Ik heb het inmiddels al op een ander manier opgelost, ik mount de windows 10 share nu gewoon op /media/hdd/PC-Karl, en dat werkt wel gewoon.

 

Ik wist niet eens dat ik Autofs geinstalleerd had.

 

Toch bedankt voor het meedenken.

[charly_s]

Ik heb nog even gekeken, maar ik heb niet apart autofs geinstalleerd, ik vermoed dat het dus gewoon in de OpenPLi 7.2 versie zit.

[WanWizard]

Niet standaard. Wellicht in het verleden geinstalleerd en met de restore van een backup meegekomen?

[Beasty Boy]

Het was me even puzzelen en Googelen om uiteindelijk op deze 'al wel iets oudere' post terecht te komen.

Ook bij mijn VU+SOLO4KSE was autofs (ooit) geïnstalleerd maar ik heb dit ook niet apart geïnstalleerd, dit heeft me uiteindelijk geholpen door die bestanden te wissen.