/sbin/nologin

[dakkar]

Hallo

mir wurde die DS durch einen Stromausfall zwangsabgeschaltet.
Jetzt funktioniert die DL Station nicht mehr.

Beim Stöbern faellt auf, dass die postgres nicht startet. im Log der PG steht, dass /sbin/nologin nicht gefunden wird.

Daher hier erstmal die erste Diagnosefrage:
habt ihr auf euren DS /sbin/nologin?

Falls ja, sieht es so aus, als ob durch den Crash das Rootfilesystem nen Treffer hat?
Kann ich die DS irgendwie so sichern, dass nach demneu aufsetzen und dann einfach alles wiederherstellbar ist?
Hab da doch relativ viel rumgebaut (eigener DNS server etc pp)

gruss
dakky

 

[itari]

die Firmware-Datei ist ein komprimiertes Archiv und lässt sich auf dem PC entpacken. Dann siehst alle Dateien und kannst auch gezielt fehlende kopieren

Itari

 

[dakkar]

Super Tip! *gleich mal zu gemüte führt*

ich geb feedback

 

[dakkar]

hmm im archiv ist auch kein nologin enthalten *kopfkratzt* obwohl in der passwd einige login shells auf nologin verweisen *verwundert*

ist die nologin bei euch da?
bin grad dabei einen diff zwischen firmare und installierten files zu erstellen.

sonst noch ansatzpunkte? (ausser neuinstallieren versteht sich, ist ja kein windows!)

Gruss
dakky

EDIT:
also von der firmware unterscheiden sich nur files in /var /etc (und natuerlich /dev etc)
wuerde mal sagen:
Filesystem ist in Ordnung.

ne idee weshalb die postgres nicht hochkommt? wie kann ich die einzeln starten? (kenn mich bei dem syno linux nicht aus, sonst eigentlich ganz fit in dem umfeld unixoide systeme)

EDIT2:
wenn ich das teil auf der shell versuche zu starten:

hive> ./volume1/@appstore/DownloadStation/scripts/S25download.sh start
test sysconf table in download db
Update download queue table and set all pid to -1
su: /sbin/nologin: No such file or directory
Failed to create database

 

[goetz]

Hallo,
hat der admin in /etc/passwd eine gültige shell?
Der Aufruf in S25download.sh lautet
su -l admin -c "/usr/syno/pgsql/bin.........

Gruß Götz

 

[dakkar]

bin ich auch grad druebergestolpert:
ich hab den admin deaktiviert, da im falle einer bruteforce attacke der user schon bekannt ist, was ja schon 50% des der noetigen Infos ausmacht. konnte ja keiner wissen, dass der user ständig überall fest eingetragen ist

dem wieder ne ash gegeben und alles ist gut ...

danke!