87 replies to this topic

[40H3X]

 

 

Ok en nu zie ik wel image flashen in het menu staan. Dus is het misschien handig om te melden dat het pas vanaf 6.1 rechtstreeks vanaf de box kan?

Waar staat er dat 6.0 dat ook al zou kunnen?

In de wiki onder installations:
Flash from the Menu

As of OpenPLi 6.X there is the possibility using the menu (GUI) to flash your receiver to another version,

 

 

6.X verwees naar 6.1 RC and up, feitelijk heb je volkomen gelijk (+1), het stond er fout, dank voor de opmerking en mooi dat WW het heeft aangepast!

Edited by 40H3X, 14 January 2018 - 13:13.

[ivos83]

Ik krijg het hier met geen mogelijkheid meer voor elkaar om de root/Harddisk shares via SMB te benaderen, al van alles geprobeerd. Vreemde is dat dit na het flashen wel heeft gewerkt (Vu+Duo). Iemand dit probleem ook?

[littlesat]

Ik had het van de week ook.. opnieuw geflashed had het opgelost.

[Ronnie1966]

@Team wat is de status van de Image voor de Gigablue Quad 4K en de Ultra 4K box?

[Tech]

De Gigablue quad 4k bouwt dagelijks maar er zit nog werk in en is daarom (nog) niet publiek.

De laatste driver aanpassing t.b.v het display is al een positieve vooruitgang maar er zijn nog een paar hobbeltjes welke genomen moeten worden. 

 

De Ultra 4k zit niet in de bsp welke door de fabrikant wordt onderhouden, en wordt dus niet gebouwd.

[WanWizard]

Ik krijg het hier met geen mogelijkheid meer voor elkaar om de root/Harddisk shares via SMB te benaderen, al van alles geprobeerd. Vreemde is dat dit na het flashen wel heeft gewerkt (Vu+Duo). Iemand dit probleem ook?

 

Dan is de logische vraag "wat heb je gedaan tussen het moment van flashen en nu", want dingen vallen zelden uit zichzelf om.

[cobus]

Herstart eens alle netwerk apparatuur wat je heb, en probeer het dan eens opnieuw.

[Tech]

Herstart eens alle netwerk apparatuur wat je heb, en probeer het dan eens opnieuw.

Als dat een oplossing zou geven, zegt dat wel iets over je infra en heb je voorlopig iets te doen.....
Ikzelf heb niet direct een gevoel dat dat een oplossing gaat bieden.

[cobus]

Ik ook niet maar dit heeft wel meer problemen geholpen.

[Plepkeshenkie]

Ook ik heb hetzelfde probleem dat ik niet via smb share via de verkenner van windows 10 bij de root/harddisk kan van de Vuduo 2.

Ik kan wel via DCC bij de bestanden komen en ook via dreamset  de settingslijsten aanpassen.

Ik heb  het netwerk al herstart maar ook dat geeft geen oplossing. Ik heb daarnaast nog een Nas en een Extrend 9500 in het netwerk zitten en die geven geen probleem.

Inmiddels een schone flash gedaan met rel 6.1 en geen oplossing. Daarna met 6.0 ook geprobeerd en ook dan foutmelding.

Wil er een bijlage van de foutmelding bij doen maar kan even niet zo snel vinden hoe dat te doen.

In het kort komt het er op neer dat het netwerk pad niet is te vinden maar hoe kunnen de andere apparaten dan wel verbinding hebben.

Attached Files

•  Netwerkfout VUDUO2.png   14.54KB   6 downloads

Edited by Plepkeshenkie, 21 January 2018 - 19:01.

[WanWizard]

En die  "andere apparaten" kunnen wel bij de VUDuo2 via een CIFS connectie? Heb je na de flash een backup terug gezet?

 

Open eens een command pompt onder windows. Wat zegt

net view \\<ip-van-de-box>

[Plepkeshenkie]

Net gekeken en geeft aan dat  het netwerk pad niet gevonden wordt.

Ik heb geen idee waar te zoeken. De flash methode,s waren alle twee schoon dus geen backup gebruikt

Attached Files

•  Netwerkfout 1 VUDUO2.png   191.17KB   9 downloads

[hulkman]

Ik heb dit ook wel eens en dan probeer je eens wat en plotseling werkt het weer Dan kun het niet meer regeneren. Ik heb wel gemerkt dat het ook uitmaakt vanaf welke windowsdoos je werkt.
Probeer eens netwerk locatie te wijzigen naar thuisnetwerk.

Verstuurd vanaf mijn SM-A310F met Tapatalk

[Plepkeshenkie]

Met wat googelen heb ik het inmiddels weer aan de praat. Oplossing was bericht van Paulhekje. Zie de bijlage.

 

 

Attached Files

•  regedit.png   323.77KB   8 downloads

[boolean]

Dit is was je te zien zou moeten krijgen:

Shared resources at 192.168.X.X


Samba 4.4.5


Share name  Type  Used as  Comment


-----------------------------------
Harddisk    Disk
Media       Disk
root        Disk
The command completed successfully.

Voor mijn Odroid C2 op LibreELEC heb ik SMBv3 af moeten dwingen om het werkend te krijgen:

Shared resources at 192.168.X.X


LibreELEC


Share name   Type  Used as  Comment


-----------------------------------
Backup       Disk
Configfiles  Disk
Downloads    Disk
Emulators    Disk
Logfiles     Disk
Music        Disk
Picons       Disk
Pictures     Disk
Recordings   Disk
Screenshots  Disk
TV Shows     Disk
Update       Disk
Userdata     Disk
Videos       Disk
The command completed successfully.

Hetzelfde geldt voor mijn Raspberry op Debian/Raspbian:

Shared resources at 192.168.X.X


Samba 4.2.14-Debian


Share name     Type  Used as  Comment


-------------------------------------------
bios           Disk           bios
configs        Disk           configs
roms           Disk           roms
splashscreens  Disk           splashscreens
The command completed successfully.

Echter voor de OpenPLi image staat dit standaard al goed geconfigureerd, dus het zou zonder enige aanpassing moeten werken...

 

[boolean]

Met wat googelen heb ik het inmiddels weer aan de praat. Oplossing was bericht van Paulhekje. Zie de bijlage.

 

Naar mijn weten zou je dat helemaal niet hoeven te doen. In ieder geval niet als je het juiste protocol gebruikt.

[Jork]

Niet nodig inderdaad en het is geen veilige oplossing.

Ik ben wel benieuwd of het toch gewoon blijft werken als je de aangemaakte registerwaarde weer hersteld zoals het was.

[WanWizard]

Het gerelateerde probleem is deze:

In Windows 10 Fall Creators Update and Windows Server version 1709, the SMB2 client no longer allows the following actions:
 * Guest account access to a remote server
 * Fallback to the Guest account after invalid credentials are provided

SMBv2 has the following behavior in Windows 10 Fall Creators Update and Windows Server 2016 version 1709: 
 * Windows 10 Enterprise and Windows 10 Education no longer allow a user to connect to a remote share by using guest credentials by default, even if the remote server requests guest credentials.
 * Windows Server 2016 Datacenter and Standard edition no longer allow a user to connect to a remote share by using guest credentials by default, even if the remote server requests guest credentials.
 * Windows 10 Home and Professional editions are unchanged from their previous default behavior.

En dat is lastig, want voor server en share enumeration wordt altijd een guest connectie gemaakt.

 

Dat verklaart ook waarom sommige gebruikers klagen dat de box niet meer met zijn shares niet meer in de netwerk omgeving getoond worden, want dat gebruikt hetzelfde mechanisme.

[Plepkeshenkie]

Antwoord naar Jork is als ik de registerwaarde weer herstel dat dan het netwerk pad niet gevonden wordt.

[boolean]

En dat is lastig, want voor server en share enumeration wordt altijd een guest connectie gemaakt.
 
Dat verklaart ook waarom sommige gebruikers klagen dat de box niet meer met zijn shares niet meer in de netwerk omgeving getoond worden, want dat gebruikt hetzelfde mechanisme.

Klopt als een bus, maar wanneer je SMBv3 afdwingt (op je STB) wordt er nog steeds een guest connection gemaakt en dit lijkt wel te werken. Ik weet dat SMBv3 (of eigenlijk 2.2) end-to-end encryptie ondersteunt en een nieuwe manier van handjes schudden heeft, maar waarom deze nu wel een guest connection op mag zetten is mij een raadsel...

Edited by boolean, 23 January 2018 - 22:58.