Root geen toegang tot bestanden eigenaar - system/ hibernation probleem

[victor50]

Probeerde wat logbestanden te bekijken via SCP, met name op zoek naar hibernation, want zoals gebruikelijk heeft Synology sinds juni de hibernation weer verkloot. Viel mij op dat er veel bestanden "system" als eigenaar hebben en daar krijg je als "root" om een of andere reden geen toegang toe. Weet niet of dit een enigszins recente wijziging is. Kon geen hibernation log meer vinden maar zocht misschien op verkeerde plek.
Edit:  /var/log/scemd.log is ook "system" en niet te bekijken.

[Birdy]

Zou dan een debug.dat genereren, deze komt dan op je PC te staan.



Dit is gewoon een zip file, wijzig debug.dat in debug.zip en unzip.

[victor50]

Ga ik proberen

[Ben(V)]

Heb even getest maar ik kan die bestanden gewoon lezen met winscp.
Waarschijnlijk ben je alleen admin en geen root.

[Birdy]

Daar lijkt het toch wel op:

en daar krijg je als "root" om een of andere reden geen toegang toe

Of bovenstaande is niet waar.
Maar, logfiles moeten altijd gelezen kunnen worden door de root gebruiker.

[Briolet]

Alles moet altijd gelezen kunnen worden door de rootgebruiker.

[Ben(V)]

Heb nog even in de /etc/passwd gekeken en de user "system" heeft een uid van 1 en dus dus niet eens root want die is altijd 0.
En ja, als je alleen admin bent kun je die bestanden niet lezen.

[victor50]

Onduidelijk of en hoe ik nu als root ben aangemeld. Een jaar geleden of zo heb ik met sudo synouser --setpw root [PASSWORD] via Putty het root password gelijk gemaakt aan admin. Dat zou root toegang geven en kan mij niet herinneren dat ik toen problemen had. Nu kan ik dus wel "root" bestanden/mappen benaderen, maar geen "system". En dit als admin!. Probeerde met root aan te melden maar dat lukte niet. Dus de sudo synouser procedure herhaald. Kan dan nog steeds niet als root aanmelden. Meen overigens dat als de wachtwoorden gelijk zijn admin als root wordt gezien. Dat ik "root" kan bekijken duidt daar ook op. Overigens postte ik een deel van een log dat ik via debug.dat had verkregen, maar die post lijkt verdwenen.

Lees wel op het forum waar deze truc stond:
April 9, 2017 at 3:07 am
Hi, Does this work still? I have tried this with no success.
When I use winscp after the sudo synouser –setpw root [PASSWORD] I get access denied.
(Weet niet of ie twee streepjes heeft gebruikt, maar vermoed van wel, anders krijg je een instructie voor gebruik.

[Ben(V)]

Sinds DSM 6 kun je het root password niet meer veranderen en kun je enkel met sudo root rechten krijgen als je admin bent.
Gebruik winscp en de tutorial van Birdy om root rechten te krijgen met winscp.
Of anders gewoon op de commandline na het inloggen als admin eerst een "sudo -i" geven.

[Birdy]

Als je PuTTY gebruikt, log je in met admin, daarna doe je sudo -i gebruik het password van admin.
Hierna ben je root.

Als je met WinSCP aan de slag bent, lees deze tut dan even.

EDIT: zie dat Ben(V) ook heeft gereageerd met dezelfde strekking.

[Briolet]

Ik zou helemaal niet knoeien met aanpassen van root inlogs, om te voorkomen dat je iets vernaggelt.

log met ssh in via een willekeurig administrator account en gebruik:

Code: [Selecteer]

sudo cp /var/log/scemd.log ~/temp.txt
Dit copieert het betreffende log bestand dan naar je eigen home folder. Die kopie kun je dan gewoon als textfile in je home lezen en heeft geen rootrechten meer.

[Birdy]

Er zijn vele wegen die naar Rome leiden

[Birdy]

En als je niet in PuTTY wilt klooien, dan is debug.dat een goed alternatief, als je nog meer logs wilt bekijken, zonder kopiëren van naar in PuTTY :

<map waar je de debug.dat hebt uitgepakt>\debug\dsm\var\log:

[victor50]

Goed, instructies opgevolgd en nu dus root mogelijkheden. De laatste wakeup uit log scemd:

2018-06-22T10:09:50+02:00 OW8NAS scemd: event_disk_hibernation_handler.c:42 The internal disks wake up, hibernate from [Jun 22 05:37:51]

Daarna vanaf 23 juni (update DSM):

2018-06-23T01:00:41+02:00 OW8NAS scemd: manage_services.c:464 disk led ctrl thread exit
2018-06-23T01:00:42+02:00 OW8NAS scemd: manage_services.c:464 hw polling thread exit
2018-06-23T01:00:43+02:00 OW8NAS scemd: manage_services.c:464 scemd connector thread exit
2018-06-23T01:00:44+02:00 OW8NAS scemd: manage_services.c:464 led ctrl thread exit
2018-06-23T01:00:44+02:00 OW8NAS scemd: event_handler.c:318 event handler claimed
2018-06-23T01:00:44+02:00 OW8NAS scemd: scemd.c:327 ************************SCEMD End**************************
2018-06-23T01:06:28+02:00 OW8NAS scemd: scemd.c:208 ************************SCEMD start************************
2018-06-23T01:06:28+02:00 OW8NAS scemd: scemd.c:208 ************************SCEMD start************************
2018-06-23T01:06:28+02:00 OW8NAS scemd: scemd.c:208 ************************SCEMD start************************

en nog veel meer. Meest recent (nadat na update 3 juli loggen was uitgeschakeld) en ik hibernation aan en weer uit had gezet:

2018-08-01T22:12:56+02:00 OW8NAS scemd: led_brightness_handler.c:45 LED brightness schedule is default rule.
2018-08-01T22:12:56+02:00 OW8NAS scemd: led_brightness_handler.c:66 LED brightness:2
2018-08-01T22:12:56+02:00 OW8NAS scemd: system_status.c:225 Deep sleep timer:-1 min(s)
2018-08-01T22:13:11+02:00 OW8NAS scemd: led_brightness_handler.c:45 LED brightness schedule is default rule.
2018-08-01T22:13:11+02:00 OW8NAS scemd: led_brightness_handler.c:66 LED brightness:2
2018-08-01T22:13:11+02:00 OW8NAS scemd: system_status.c:225 Deep sleep timer:1 min(s)

Afijn zag meer klachten op dat hibernation het niet meer deed na update. In ieder geval niet op DS218play

[victor50]

Terzijde: bij mij werkt de link in "Download Config File Editor. " http://packages.mertymade.com/downhandler?app=ConfigFileEditor in de instructies NIET.

Het werkte toen ik in https://www.mertymade.com/syno/ op de "download ConfigFileEditor...spk" link klikte, overigens dezelfde url.