32 replies to this topic

[raphor79]

En de commando's ook nog geprobeerd?

[goofman]

root@et9x00:~# ls -l /media/net/
drwxr-xr-x 1 root root 0 Nov 4 2007 Ben
drwxr-xr-x 1 root root 0 Nov 4 2007 Music
drwxr-xr-x 2 root root 160 Dec 8 00:07 ben
root@et9x00:~#

[raphor79]

Zou je ook eens het commando "head -1 /media/net/Ben/bestandsnaam" kunnen geven, waarbij bestandsnaam de naam van een file in de share Ben is?
Als je hier output op terug krijgt, kun je in ieder geval de bestanden lezen.
Hetzelfde kun je dan ook nog voor de share Music doen.

Daarnaast zou je de shares nog eens in read/write mode kunnen mounten en dan het commando "touch /media/net/Ben/dit_is_een_testje /media/net/Music/dit_is_een_testje" geven.
Hiermee maak je een leeg bestand in de shares aan en weet je dat schrijven ook lukt.

Laat me even weten wat hier uitkomt en dan kijken we vandaar weer verder.

[goofman]

met head bestandsnaam krijg ik een helebool tekst (rubbisch) te zien. Is volgens mij een soort ascii dump.
Heb ook weer RW gezet, werkt nog steeds niet.

[raphor79]

Dan kun je in ieder geval vanaf je box de share gewoon benaderen.
Heb je met het touch commando ook nog geprobeerd of schrijven werkt?

Je kunt dan nog eens een keer proberen een film te bekijken en als het dan weer niet lukt, met telnet op de et9k inloggen en hier de output van het commando logread posten.
Kijk hierbij dan even goed naar datum en tijdstip en plaats alleen de info vanaf of net voor het moment dat je de film probeert te kijken tot het einde.

Hopelijk staat hier dan iets zinnigs in waar iemand iets mee kan...

[goofman]

touch zojuist geprobeerd, file wordt aangemaakt.
Daarna file aangepast. head commando uitgevoerd, zie nu netjes de inhoud.
Volgens mij zit het met de rchten dus wel goed.
Is dit een PLI issue ???

[raphor79]

Dan ligt het in ieder geval niet aan de share.

Voer de logread zoals hierboven eens uit, misschien wordt het dan iets duidelijker waar het aan kan liggen.

[goofman]

logread geeft geen fout

Dec 20 21:27:27 et9x00 daemon.debug CCcam: EMM: not interested in 0500:042520
Dec 20 21:27:27 et9x00 daemon.debug CCcam: EMM: not interested in 0500:042530
Dec 20 21:27:27 et9x00 daemon.debug CCcam: EMM: not interested in 0D96:000000
Dec 20 23:22:46 et9x00 auth.info login[725]: root login on 'pts/0'

dit is wat ik voor output krijg.
Ik zie de file (MP3) welke voorheen altijd gewerkt heeft in de mediaplayer, begint nu niet met spelen blijft op 0:00 staan.

[goofman]

krijg bij het openen van subdir in directory de radertjes, readlog zegt nu het volgende:

Jan 1 01:00:42 et9x00 user.err kernel: CIFS VFS: default security mechanism requested. The default security mechanism will be upgraded from ntlm to ntlmv2 in kernel release 3.2
Jan 1 01:00:49 et9x00 daemon.debug CCcam: EMM: not interested in 0100:00006B
Jan 1 01:00:49 et9x00 daemon.debug CCcam: EMM: not interested in 0100:00006C
Jan 1 01:00:49 et9x00 daemon.debug CCcam: EMM: not interested in 0100:00006D
Jan 1 01:00:49 et9x00 daemon.debug CCcam: EMM: not interested in 0D03:000000
Jan 1 01:00:49 et9x00 daemon.debug CCcam: EMM: not interested in 0D70:000000
Jan 1 01:00:49 et9x00 daemon.debug CCcam: EMM: not interested in 0D96:000000
Jan 1 01:00:49 et9x00 daemon.debug CCcam: EMM: not interested in 0500:042500
Jan 1 01:00:49 et9x00 daemon.debug CCcam: EMM: not interested in 0500:042510
Jan 1 01:00:49 et9x00 daemon.debug CCcam: EMM: not interested in 0500:042520
Jan 1 01:00:49 et9x00 daemon.debug CCcam: EMM: not interested in 0500:042530
Jan 1 01:00:49 et9x00 daemon.debug CCcam: EMM: not interested in 0D0F:000000
Dec 20 23:41:10 et9x00 auth.info login[470]: root login on 'pts/0'
Dec 20 23:41:35 et9x00 user.err kernel: CIFS VFS: ignoring corrupt resume name
Dec 20 23:41:35 et9x00 user.alert kernel: CPU 0 Unable to handle kernel paging request at virtual address 0000003f, epc == 80233cac, ra == 80233c2c
Dec 20 23:41:35 et9x00 user.warn kernel: Oops[#1]:
Dec 20 23:41:35 et9x00 user.warn kernel: Cpu 0
Dec 20 23:41:35 et9x00 user.warn kernel: $ 0 : 00000000 10008700 00000040 00000001
Dec 20 23:41:35 et9x00 user.warn kernel: $ 4 : cd4f3e88 00000000 00000000 00000001
Dec 20 23:41:35 et9x00 user.warn kernel: $ 8 : 00000018 802bfe18 00000010 6e676920
Dec 20 23:41:35 et9x00 user.warn kernel: $12 : 6e69726f 0027945c 00690076 6f632067
Dec 20 23:41:35 et9x00 user.warn kernel: $16 : 00000000 00000101 cd4f3e70 00000001
Dec 20 23:41:35 et9x00 user.warn kernel: $20 : 00000000 80700000 cd4f3f08 800d7d30
Dec 20 23:41:35 et9x00 user.warn kernel: $24 : 00000010 80085c08
Dec 20 23:41:35 et9x00 user.warn kernel: $28 : cd4f2000 cd4f3e20 000000ca 80233c2c
Dec 20 23:41:35 et9x00 user.warn kernel: Hi : 00000000
Dec 20 23:41:35 et9x00 user.warn kernel: Lo : 00000000
Dec 20 23:41:35 et9x00 user.warn kernel: epc : 80233cac cifs_fill_dirent+0xb4/0x25c
Dec 20 23:41:35 et9x00 user.warn kernel: Tainted: PF C
Dec 20 23:41:35 et9x00 user.warn kernel: ra : 80233c2c cifs_fill_dirent+0x34/0x25c
Dec 20 23:41:35 et9x00 user.warn kernel: Status: 10008703 KERNEL EXL IE
Dec 20 23:41:35 et9x00 user.warn kernel: Cause : 00800008
Dec 20 23:41:35 et9x00 user.warn kernel: BadVA : 0000003f
Dec 20 23:41:35 et9x00 user.warn kernel: PrId : 0002a044 (Brcm4380)
Dec 20 23:41:35 et9x00 user.warn kernel: Modules linked in: zd1211rw usbserial rtl8192cu rtl8192c_common rtlwifi rtl8187 rt73usb rt2800usb rt2800lib rt2500usb rt2x00usb rt2x00lib r8712u© ipv6 carl9170 ath9k_htc mac80211 ath9k_common ath9k_hw ath dvb(F) modloader2(P)
Dec 20 23:41:35 et9x00 user.warn kernel: Process enigma2 (pid: 410, threadinfo=cd4f2000, task=cfdd7670, tls=76941710)
Dec 20 23:41:35 et9x00 user.warn kernel: Stack : 000002bb 00000026 cf4d0013 cf71e8a0 cd75a780 cf71e8a0 cd75a780 ce6cb980
Dec 20 23:41:35 et9x00 user.warn kernel: 00000000 802348bc 000041ed 00000000 00000000 00000000 00000000 00000000
Dec 20 23:41:35 et9x00 user.warn kernel: 00000000 00000000 00000000 00000000 00000040 00000000 00000000 00000000
Dec 20 23:41:35 et9x00 user.warn kernel: 00000000 00000000 cd75a7e0 00000000 00000000 00000000 cd4f3ed0 000000de
Dec 20 23:41:35 et9x00 user.warn kernel: cf71e8a0 800d7d30 cf9aa25c cf9aa1f8 017c5b88 017c5b70 7fbbec98 0082f9c0
Dec 20 23:41:35 et9x00 user.warn kernel: ...
Dec 20 23:41:35 et9x00 user.warn kernel: Call Trace:
Dec 20 23:41:35 et9x00 user.warn kernel: [<80233cac>] cifs_fill_dirent+0xb4/0x25c
Dec 20 23:41:35 et9x00 user.warn kernel: [<802348bc>] cifs_readdir+0x3a4/0x9c8
Dec 20 23:41:35 et9x00 user.warn kernel: [<800d8110>] vfs_readdir+0xac/0xd8
Dec 20 23:41:35 et9x00 user.warn kernel: [<800d81a4>] sys_getdents64+0x68/0xf0
Dec 20 23:41:35 et9x00 user.warn kernel: [<8000ecfc>] stack_done+0x20/0x40
Dec 20 23:41:35 et9x00 user.warn kernel: Code: 3c028070 26020040 ae420000 <8a03003f> 00001021 9a03003c ae430004 8a030007 9a030004

Edited by goofman, 20 December 2011 - 23:44.

[raphor79]

Lijkt me iets van module of driver probleem, maar misschien kan een van de devs hier iets zinnigs over roepen.

Heb je al eens een update van Pli gedaan of geflasht met een recente versie?

[goofman]

ben nu de box opnieuw aan het flashen, wordt vervolgd

[goofman]

geen verschil :-((((((

[raphor79]

En als je vanuit een telnet sessie naar die betreffende subdir gaat, lukt dit dan wel zonder problemen?

Je zou anders nog eens kunnen kijken of er nieuwe firmware voor je nas is, maar daarna weet ik het ook niet meer...