Synology-Forum.nl
Firmware => Synology DSM algemeen => Topic gestart door: ChefrenToo op 22 november 2020, 13:08:25
-
Na het installeren en voor de eerste keer updaten (via sudo -i) van spotweb, kreeg ik na een minuut of 10, tijdens het retrieven van de posts, een memorry error welke zich “continue” bleef herhalen Toen heb ik, denk ik, de retrieve.php afgebroken.
Als ik nu opnieuw sudo -i krijg ik de volgende melding:
PietJCD@MySynologyNas:/$ sudo -i
>>> /etc/sudoers.d/prive: syntax error near line 1 <<<
sudo: parse error in /etc/sudoers.d/prive near line 1
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin
PietJCD@MySynologyNas:/$ sudo -i
Als ik nu in DSM aan probeer te loggen als root, krijg ik de volgende melding:
You are not authorized to log in to this Synology NAS. Please contact admin for authorization
Als ik bij mijn DSM inlog met de andere users, PietJCD en admin werkt het wel.
Iemand enig idee hoe ik dat op kan lossen? Ik wil dus weer gebruik kunnen maken van root.
-
Je kunt ook niet inloggen als root.
Als inlog met admin of gebruiker met admin rechten, dan kan je root worden met sudo -i
-
Maar het lijkt er op alsof er iets niet meer goed staat of er hangt nog een proces, waardoor je die meldingen krijgt en geen root meer kan worden.
Doe een reboot en probeer het opnieuw.
-
En?
-
Sorry voor mijn late reactie. Ik krijg met sudo -i nog steeds dezelfde foutmelding, ook na een reboot en na een poeer off/on. Maar bedankt voor het meedenken.
-
Ik lees vooral iets over een syntax error. Daar zou ik als eerste in duiken.
-
PietJCD@MySynologyNas:/$ sudo -i
>>> /etc/sudoers.d/prive: syntax error near line 1 <<<
Standaard bestaat /etc/sudoers.d/prive niet, m.a.w. die file heb je zelf gemaakt, echter, daar zit dus een syntax fout in.
Ik heb dit kunnen reproduceren:
admin@192.168.1.23's password:
admin@DS716-II:~$ sudo -i
root@DS716-II:~# cd /etc/sudoers.d/
root@DS716-II:/etc/sudoers.d# ls
root@DS716-II:/etc/sudoers.d# >>>>prive<<<< bestaat dus niet
root@DS716-II:/etc/sudoers.d# vi prive
Heb er onzin ingezet:
fsdfssfsfsfsdssdf
en saved.
Nieuwe PuTTY sessie gestart:
login as: admin
admin@192.168.1.23's password:
admin@DS716-II:~$ sudo -i
>>> /etc/sudoers.d/prive: syntax error near line 1 <<<
sudo: parse error in /etc/sudoers.d/prive near line 1
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin
en krijg dus dezelfde fout.
Aangezien alleen root de file mag wijzigen, maar je kan geen root worden, gaat dit feestje niet door.
Echter, ik heb eens getest met DiskGenius op Windows 10 (omdat Windows dus geen Linux (DSM) kan lezen), hiermee kan je op een eenvoudige manier een file verwijderen.
1 - Download DiskGenius (https://www.diskgenius.com/how-to/ext4-windows.php) en installeer.
2 - Haal 1 HD uit je NAS (ervan uitgaande dat je SHR/RAID1 draait of een eenvoudig volume hebt).
3 - Hang deze HD aan je PC via USB (USB-Dock of behuizing)
4 - Start DiskGenius:
[attachimg=1]
LET OP: Bij mij ziet het er anders uit, omdat de partitie die het Volume bevat, BTRFS is en DiskGenius kan die niet lezen.
Dus je moet de partitie kiezen, waarop DSM staat (=EXT4), dus waar de map /etc op staat.
5 - Ga naar /etc/sudoers
6 - Daar zie je dus de file prive staan, verwijder dus prive:
[attachimg=2]
7 - HD1 terug in je NAS.
8 - Herhaal punt 2 t/m 7, maar dan voor HD2.
9 - NAS opstarten en je moet weer root kunnen worden met sudo -1
Bij mij is het goed gegaan. Maar, JE DOET ALLES OP EIGEN RISICO :!:
Dus let op wat je doet.
-
Volgens mij moet je in de taakplanner een taak kunnen maken die als root uitgevoerd wordt en deze file wist. (waarna je hem handmatig wel weer met goede syntax kunt aanmaken).
Hoewel ik eerst zou proberen om hem zelf te lezen om te weten waar die syntax fout vandaan komt.
b.v. niet met een code editor aangepast, waardoor er illegale tekens in het bestand gekomen zijn? Of een cd naar de folder gedaan hebben en er vervolgens een gekke file naar toe weggeschreven hebben die daar niet hoorde?
-
Volgens mij moet je in de taakplanner een taak kunnen maken die als root uitgevoerd wordt en deze file wist.
Nooit aan gedacht, goed idee :!:
En ik maar moeilijk doen :lol:, terwijl het heeeel makkelijk was (getest) ::)
-
Hoewel ik hem eerst zou proberen om hem zelf te lezen om te weten waar die syntax fout vandaan komt.
Dan is het handiger om via root het bestand naar een share te verplaatsen.
Dan kan je én weer root worden in de terminal én kun je erachter komen je wat je fout hebt gedaan.
-
Dan is het handiger om via root het bestand naar een share te verplaatsen.
Dat kan toch niet via root ? Dat is n.l. het probleem.
Of, bedoel je ook via de Taakplanner. ;D
-
Zelf laat ik dagelijks een paar logbestanden naar een share kopiëren via de taakplanner. Gewoon omdat ik er dan veel sneller doorheen kan kijken en ik niet steeds via de terminal moet inloggen.
Bij het kopiëren naar een share krijg ik ook direct leesrechten, terwijl je voor het origineel lezen root moet zijn.