Onbekend proces 0000:01:17:0

[Phoenix77]

Taskscheduler geeft:

#minute hour    mday    month   wday    who     command
3       4       *       *       1,2,3,4,6       root    /usr/syno/bin/synopkg chkupgradepkg
5       6       *       *       5       root    /var/packages/AntiVirus/target/bin/synoavscan --all
5       6       *       *       1,2,3,4 root    /var/packages/AntiVirus/target/bin/synoavscan --system
5       7       *       *       0,6     root    /var/packages/AntiVirus/target/bin/synoavscan --system
0       0       1       *       *       root    /usr/syno/bin/syno_disk_health_record
34      3       *       *       1,4     root    /usr/syno/sbin/synoupgrade --fetch-all
30      23      *       *       0,1,2,3,4       root    /usr/syno/bin/syno_poweroff_feasible_check
59      23      *       *       5,6     root    /usr/syno/bin/syno_poweroff_feasible_check
30      6       *       *       *       root    /tmp/synoschedtask --run id=2

Ik heb een job gedefinieerd om DTS audio om te zetten in AC3, wellicht dat het deze job is?

[Birdy]

Lijkt mij niet want deze task wordt alleen om 6:30 gestart dus, als je nu zou rebooten dan loopt deze task niet maar je krijgt wel proces 3311 weer terug.

[Phoenix77]

Ik ga eens rebooten, kijken wat er gebeurt.

Zoals verwacht is hij er nog.

[Birdy]

En wil je er toch helemaal zeker van zijn dan, kun je in crontab even een # voorzetten en dan rebooten:

#30      6       *       *       *       root    /tmp/synoschedtask --run id=2

Maar dit kan niet het proces zijn waar we op zoek naar zijn

[Phoenix77]

Zoals verwacht geen resultaat.

Misschien toch maar eens een herinstallatie van DSM doen, daar zit ik alleen niet echt op te wachten 

[Richard67]

Zou een kernel log nog bij kunnen dragen? http://www.wijngaard.org/how-to-get-the-synology-kernel-log/

[Birdy]

In DSM5 werkt dat niet meer.

[Richard67]

Hmm, da's jammer. Dat heb ik nog niet meegekregen.

[Birdy]

Kwam er net ook pas achter hoor

[Richard67]

Ik vond een andere methode. Het schijnt tegenwoordig in het Support Center te zitten onder Support Services. Daar is een knop 'Generate logs' die een debug.dat uitspuugt.

[Birdy]

Heel goed, was deze al kwijt of alweer vergeten 

Ingepakt is deze onder de 1 MB.
Zou die file wel eens willen onderzoeken maar dat kun je zelf natuurlijk ook.
De file is debug.dat en is gewoon een zip file, dus unzippen en kijken (mogelijk 4 MB)

Je mag de file debug.dat ook naar mij toesturen via mail.

[Phoenix77]

Hoi Birdy,

Zojuist een e-mail gestuurd, ben benieuwd of jij iets kan vinden.

Is het wellicht de SPI controller voor de SD kaartlezer?

[Sat Aug 16 07:00:37 2014] Intel(R) SPI FLASH CONTROLLER Driver built on Jun  6 2014 @ 10:48:58
[Sat Aug 16 07:00:37 2014] ce5xx-spi-flash 0000:01:17.0: csr iobase 0xdffe0100, iosize 0x100 , mapped to 0xdae0e100
[Sat Aug 16 07:00:37 2014] ce5xx-spi-flash 0000:01:17.0: mem iobase 0xd8000000, iosize 0x4000000 , mapped to 0xdae80000

Mvgr,
Phoenix77

[Ben(V)]

In dat geval zou ie tot leven moeten komen als je er een sd kaartje instopt.

[Birdy]

Heb je E-mail gelezen en wat specifiek gaan zoek op internet en ben er van overtuigd geraakt dat je zelf het antwoord al gegeven hebt 

0000:01:17:0 is kennelijk het PCI hardware adres voor je SD reader waarbij SPI de Serial Peripheral Interface Bus is die dus over de I/O gaat.

M.a.w.  [0000:01:17:0] process staat in feite daar en te wachten op I/O, dus als je een SD kaart erin doet dan zal deze gezien worden via dit process, dat is mijn theorie.
Daarom is het ook niet mogelijk om een dergelijk process te killen, dat zou je NAS van onderuit kunnen gaan, dus beveiligd dan wel het wordt direct weer gestart met dezelfde PID.

Aangezien ik geen SD reader heb in 1 van mijn Nassen, kon ik dit process dus ook niet terugvinden 

Denk dat andere DS bezitters met een SD reader een dergelijk process ook zullen aantreffen.

Dus, de vraag "In de lijst staat een proces 0000:01:17:0 , weet iemand wat voor een proces dit is / van welke package dit proces is?" is, denk ik, hierbij beantwoord. 

Have fun.

[Phoenix77]

Zojuist een SD kaartje erin gestopt maar het proces blijft rustig. Zal straks even een paar Gb heen en weer gooien om te kijken of het proces dan wel iets doet.

Vindt het wel gek dat Synology support FR aangeeft dat het geen synology eigen proces is / het proces niet te kennen.

Ik zal nog eens terug reageren naar support of zij kunnen bevestigen of het proces bij de Intel(R) SPI FLASH CONTROLLER Driver hoort.