DS 508 & Firmware 832 Installationsbericht

[itari]

Einspielen der Firmware 832 vom PC aus problemlos. Update von 803 Beta.

.spk-Pakete alle wie vorher installiert vorhanden. Für die Ausführung der 3rd-party-Skripte wie immer noch mal das init_3rdparty.spk anhalten und neu starten, damit die php.ini usw. wieder die entsprechenden Einträge erhalten.

IPKG komplett vorhanden und funktionsfähig

Alle wichtigen Einstellungen (User, Group, Shares, Netzwerk-Einstellungen, Dienste) des DS-Managers übernommen.

Alte Log-Files vorhanden.

Datenbanken wie vorher vorhanden.

Einstellungen der Mail-Station wurden übernommen.

Offen (nicht getest, weil nicht konfiguriert):
Backup-Sets, externe USB- und SATA-Platten, restlichen Dienste, DDNS, PPPoE

Was mich auch noch interessieren würde, wäre, ob mittlerweile NTFS schreibend unterstützt wird. Interessant ist, dass der lvm (logical volume manager) jetzt wohl komplett vorliegt. Hat schon jemand damit gespielt? Wird das irgendwo gezielt verwendet (JBOD eventuell?)

Itari

 

[jahlives]

Also ein paar Dinge wurden zurückgesetzt. z.B. beim Postfix die Eigentümerschaft von sbin/postqueue und sbin/postdrop und ein gesetztes gid auf den alten Files ist weg
Ein chgrp auf maildrop und chmod g+s hat das Problem behoben. Der Postfix ist zwar auch so gestartet, aber sowas sollte nicht sein

 

[jahlives]

So nochwas gefunden: Ein Problem mit dem Homeverzeichnis von root. Wenn ich direkt nach dem Anmelden als root ein ls -all (also direkt im Homeverzeichnis) mache dann erhalte ich die erwartete Ausgabe. Wenn ich jedoch ein ls -all ~/ mache dann erhalte ich immer den Inhalt von /root Jeder andere Benutzer mit Shell Zugriff sieht mit ls -all ~/ den Inhalt des Homeverzeichnises wie es in /etc/passwd definiert wurde, nur root nicht.
Abhilfe war ein:

$ rm -R /root
$ ln -s /volume1/homes/root /

 

[itari]

So nochwas gefunden: Ein Problem mit dem Homeverzeichnis von root.

Hmm, ich dachte bislang immer, dass das Home-Verzeichnis des Benutzers 'root' auch '/root' ist und nicht '/' ... was ist daran verkehrt? Steht doch auch so in der /etc/passwd:

Syno508> cat /etc/passwd
root:x:0:0:root:/root:/bin/ash

Oder hab ich dich da jetzt falsch intepretiert?

Itari

 

[RayBan76]

Hi,

bei mir waren selbst eingerichtete Mounts in der rc.d verschwunden.
Wer sich dort mühsam was zusammengemountet hat, damit z.b. der Videoordner sich den Kram von mehreren Platten holt sollte die Scriptdatei vorher sichern.

LG,
Ray

 

[itari]

Hi,

bei mir waren selbst eingerichtete Mounts in der rc.d verschwunden.
Wer sich dort mühsam was zusammengemountet hat, damit z.b. der Videoordner sich den Kram von mehreren Platten holt sollte die Scriptdatei vorher sichern.

LG,
Ray

In welchem rc.d-Verzeichnis hast denn das eingetragen. Wenn du es in die /usr/local/etc/rc.d einträgst, dann bleibt es doch erhalten, oder nicht?

Itari

 

[jahlives]

@itari
In meiner /etc/passwd steht für root als Home aber auch nach dem Update /volume1/homes/root
/etc/passwd wurde durch das Update wie es scheint nicht angefasst. Ich "beklage" mich ja nicht darüber, dass das Home unter /root gesucht wird, sondern ich finde es merkwürdig, dass der Eintrag in /etc/passwd wie es scheint ignoriert wird und das Home für root immer unter /root sucht. Für ALLE anderen Benutzer wird der Eintrag um Home in passwd korrekt umgesetzt

Die mounts müssten ja auch in /etc/rc.local erhalten bleiben, sonst würde ipkg ja auch nicht mehr funzen

 

[RayBan76]

Hi itari,

genau da standen sie, ich dachte auch das wäre kein Thema, waren trotzdem weg. War bei mir kein Beinbruch, wollte es trotzdem mal angemerkt haben, da man meistens ja nicht der Einzige ist, dem so was passiert

 

[itari]

Hi itari,

genau da standen sie, ich dachte auch das wäre kein Thema, waren trotzdem weg. War bei mir kein Beinbruch, wollte es trotzdem mal angemerkt haben, da man meistens ja nicht der Einzige ist, dem so was passiert

Seltsam, werde ich auch mal bei mir beobachten. Gut zu wissen. Bleibt also nur die /etc/rc.local ...

Itari

 

[itari]

@itari
In meiner /etc/passwd steht für root als Home aber auch nach dem Update /volume1/homes/root
/etc/passwd wurde durch das Update wie es scheint nicht angefasst. Ich "beklage" mich ja nicht darüber, dass das Home unter /root gesucht wird, sondern ich finde es merkwürdig, dass der Eintrag in /etc/passwd wie es scheint ignoriert wird und das Home für root immer unter /root sucht. Für ALLE anderen Benutzer wird der Eintrag um Home in passwd korrekt umgesetzt

Die mounts müssten ja auch in /etc/rc.local erhalten bleiben, sonst würde ipkg ja auch nicht mehr funzen

Poste mal deine /etc/passwd mit root und einem anderen User ... ich verstehs noch nicht ganz. Und die dazugehörige Passage aus der smb.conf bitte auch. Eventuell auch noch die /etc/profile und die .profile aus dem HOME-Verzeichnis von root.

Itari

 

[jahlives]

Eigentlich ist es ganz einfach:
In der /etc/passwd steht für root als home /volume1/homes/root. Wenn ich mich als root auf der Konsole anmelde und damit direkt im Homeverzeichnis von root lande ergeben ls -all und ls -all ~/ unterschiedliche Verzeichnisinhalte. In /volume1/homes/root hatte ich z.B. die Bash Scripts, damit nach dem Login von root direkt ein Status der DS angezeigt wird (z.B. gemountete Parts, Speicherverbrauch und Uptime). Nur wurden diese nicht ausgeführt nach dem Update weil die DS dann /root als Home von root angeschaut hat OBWOHL in der passwd ein komplett anderer Pfad angegeben war. Und wie gesagt ist root der einzige betroffene Nutzer. Alle anderen sehen direkt nach der Anmeldung sowohl mit ls -all als auch ls -all ~/ dasselbe. Und so soll es auch sein, denn so ist es in /etc/passwd definiert

 

[itari]

Versteh ich alles nicht ... (leider)

(1) Besteht denn das Verzeichnis '/root' noch bei dir? Wenn ja, warum?

(2) Alle Skripte beim Booten laufen unter dem Benutzer 'root'. Auch schon als shell und bevor der mount von /volume1 erfolgt. Wo wäre denn da das HOME-Verzeichnis von dem Benutzer 'root'?

(3) Warum soll jemand als Benutzer 'root' ein HOME-Verzeichnis unter /volume1/homes/root haben wollen; willst dich mit dem Benutzer 'root' per Samba anmelden um auf deine Share zuzugreifen? Warum?

Itari

 

[jahlives]

1) Weiss ich nicht, frag Synology. Angelegt habe ich es auf jeden Fall ned
2) k.A. wo sich in diesem Fall das Home befindet. Müsste dann wohl /root sein
3) weil ich diverse Scripts habe die z.B. beim Root Login auf der Bash ausgeführt werden. Diese würde afaik einen Firmware Upgrade oder zumindest einen Reset nicht überleben. Im Homeverzeichnis befindet sich z.B. aber .ssh mit den berechtigten Public Keys des Users. Da ich bei meinen DS Expermimenten bereits das eine oder andere Mal die FW nur noch mittels Reset wieder draufkriegte, wollte ich alle Homeverzeichnisse auf /volume1 haben, damit mir die beim Formatieren der Sys Part nicht draufgehen
Ausserdem sichere ich diverse Config Files ebenfalls bei root in Home. Damit sich die Anpassungsorgie bei einem FW Update/Reset in Grenzen hält

 

[itari]

jajaja ... aber warum machst keinen mount --bind /root /volume1/root oder so in der /etc/rc.local ???

Itari

 

[jahlives]

Die Sache mit dem mount habe ich mit ln gelöst. Mich hat es mehr gewundert, dass der Pfad für root's Home nicht aus der /etc/passwd übernommen wurde resp warum ls -all (im Home von Root) und ls -all ~/ (als root) nicht das gleiche ergeben