130 replies to this topic

[littlesat]

Dan zullen we dus ntp moeten aanzetten voor het mounten of zo iets?

[teo1966]

Dan zullen we dus ntp moeten aanzetten voor het mounten of zo iets?

dat zou kunnen als dat het probleem oplost

of kan ik het op een andere manier oplossen/probleem heb hier glasvezel van netrebel deze draait op een een asus RT-AC68U

heb hier als ntp server staan pool.ntp.org

[littlesat]

Maar dan is het wel zo dat je mount probleem gerelateerd is aan licenties

[teo1966]

Maar dan is het wel zo dat je mount probleem gerelateerd is aan licenties

dat snap ik nie

heb geen mount probleem met mijn HD2400 na een reboot

Edited by teo1966, 17 September 2019 - 18:01.

[littlesat]

Wat is net probleem dan?

[teo1966]

Wat is net probleem dan?

dat mijn Galaxy 4k na een reboot een mount probleem heeft herstart ik E2 is de mount weer terug

dat mijn HD 2400   na een reboot geen mount probleem heeft

[littlesat]

Ok

[Tech]

Dan denk ik dat Enigma te snel start en het netwerk mogelijk nog niet ‘up’’ is.

Misschien is de DHCP server te traag met het uitdelen van adressen, probeer eens een statisch adres in te stellen op de Galaxy4k..

[WanWizard]

Dat schreef ik al, en is al geprobeerd (zie boven). Maar het antwoord was dat een fixed IP hetzelfde probleem heeft.

 

Kan het netwerk overigens ook daar nog steeds te traag voor zijn, bv omdat switch negotiation erg traag gaat (toch geen Fritzbox?). 

 

@Littlesat,

 

Mounting heeft niks met de tijd van doen, dus ntp lost niks op.

[littlesat]

Klopt... ik was verward door dat licentie gedoe omdat er 1970 in een log stond... kompleet verkeert gehoekt was ik

[teo1966]

Dan denk ik dat Enigma te snel start en het netwerk mogelijk nog niet ‘up’’ is.

Misschien is de DHCP server te traag met het uitdelen van adressen, probeer eens een statisch adres in te stellen op de Galaxy4k..

heb een asus RT-AC68U beide boxen staan op mac adres vastgezet in de asus

[WanWizard]

Als je met de commandline van de box overweg kunt:

 

Inloggen op de box, het script /usr/bin/enigma2.sh editen, en de regel

DEBUG_LVL=3

aanpassen naar

DEBUG_LVL=4

opslaan, box afsluiten, even uit laten gaan, en daarna weer opstarten.

 

Na het opstarten is er een debuglog aangemaakt in /home/root, als je die hier kunt bijsluiten?

 

Daana niet vergeten bovenstaande wijziging terug te draaien, anders loopt je flash vol met logging...

[teo1966]

Als je met de commandline van de box overweg kunt:

 

Inloggen op de box, het script /usr/bin/enigma2.sh editen, en de regel

DEBUG_LVL=3

aanpassen naar

DEBUG_LVL=4

opslaan, box afsluiten, even uit laten gaan, en daarna weer opstarten.

 

Na het opstarten is er een debuglog aangemaakt in /home/root, als je die hier kunt bijsluiten?

 

Daana niet vergeten bovenstaande wijziging terug te draaien, anders loopt je flash vol met logging...

is dit niet hezelfde als herstart enigma in debug mode ?

[teo1966]

nee dat is niet hetzelfde het probleem treedt op bij een herstart   

[WanWizard]

Precies!

[Tech]

 

Als je met de commandline van de box overweg kunt:

 

Inloggen op de box, het script /usr/bin/enigma2.sh editen, en de regel

DEBUG_LVL=3

aanpassen naar

DEBUG_LVL=4

is dit niet hezelfde als herstart enigma in debug mode ?

 

Nee, bij een 'gewone' debug wordt de log niet naar de flash gescheven maar komt die gewoon in de terminal voorbij, als je de DEBUG_LVL in enigma2.sh aanpast in de waarde 4, wordt de volledige log wel naar flash geschreven.

[teo1966]

Als je met de commandline van de box overweg kunt:

 

Inloggen op de box, het script /usr/bin/enigma2.sh editen, en de regel

DEBUG_LVL=3

aanpassen naar

DEBUG_LVL=4

opslaan, box afsluiten, even uit laten gaan, en daarna weer opstarten.

 

Na het opstarten is er een debuglog aangemaakt in /home/root, als je die hier kunt bijsluiten?

 

Daana niet vergeten bovenstaande wijziging terug te draaien, anders loopt je flash vol met logging...

 

effe een opmerking de log heb ik een .txt van gemaakt omdat ik deze .debuglog niet mocht uploaden  enigma.20190918.txt   178.73KB   6 downloads

heb de box helemaal uit gehad opgestart geen mount daarna E2 opnieuw gestart wel een mount

Edited by teo1966, 18 September 2019 - 09:56.

[WanWizard]

Ik zal het je nog gekker vertellen, ik snap niet waarom een restart je wel een mount geeft:

[AutoMount.py] U/MOUNTCMD---> mount -t nfs -o tcp,noatime,retry=0rw,nolock,soft '192.168.1.180:/volume1/video' '/media/net/DS1512'

er ontbreekt een comma tussen "retry=0" en "rw", dus dit levert een syntax error op.

 

Maar even verderop:

[Console] finished: mount -t nfs -o tcp,noatime,retry=0rw,nolock,soft '192.168.1.180:/volume1/video' '/media/net/DS1512'
[AutoMount.py] CheckMountPointFinished  0
[AutoMount.py] symlink /media/net/DS1512 /media/hdd

Wat suggereert dat de mount er wel gewoon is. De herstart toont exact hetzelfde.

 

Mijn vraag is wel waarom die comma ontbreekt. Wat heb je precies ingevuld aan opties?

Edited by WanWizard, 18 September 2019 - 12:33.

[teo1966]

Ik zal het je nog gekker vertellen, ik snap niet waarom een restart je wel een mount geeft:

[AutoMount.py] U/MOUNTCMD---> mount -t nfs -o tcp,noatime,retry=0rw,nolock,soft '192.168.1.180:/volume1/video' '/media/net/DS1512'

er ontbreekt een comma tussen "retry=0" en "rw", dus dit levert een syntax error op.

 

Maar even verderop:

[Console] finished: mount -t nfs -o tcp,noatime,retry=0rw,nolock,soft '192.168.1.180:/volume1/video' '/media/net/DS1512'
[AutoMount.py] CheckMountPointFinished  0
[AutoMount.py] symlink /media/net/DS1512 /media/hdd

Wat suggereert dat de mount er wel gewoon is. De herstart toont exact hetzelfde.

 

Mijn vraag is wel waarom die comma ontbreekt. Wat heb je precies ingevuld aan opties?

niks gewoon standaard  Screenshot_2019-09-18 Xsarius Galaxy4K - OpenWebif.png   86.49KB   3 downloads

[WanWizard]

Dan zit er een bug in de code, want daar hoort een comma tussen. Ik geef het door.

 

Haal ondertussen als test die "rw,nolock,soft" eens weg, en kijk eens of dat uitmaakt?