Hab Mist gebaut :-(

[night2day]

Hallo Leute,

grade hab ich echt richtigen Mist bei meiner Cubestation gebaut.
Habe mir am Abend ein SSL-Zertifikat erstellt und auch erfolgreich installiert.
Nach dem schmökern im Forum ist mir dann noch ein Tio zum entfernen der
Facebook-Links in der Photostation aufgefallen. Und beim Versuch den durchzuziehen
hab ich mit dem Mausrad im Midnight Commander offensichtlich eine blöde Funktion ausgelöst.

Das letzte was ich noch gesehen habe war
rm \etc
...etc ist ein Verzeichnis...

und dann ist en riesen Script mit x Fehlermeldungen und einem Neustart der Cube gelaufen.

Ich dachte schon es ist jetzt alles verloren, da ich meine gemappten Shares schon nicht
ansprechen konnte. Jedoch hat das Webinterface noch reagiert und ich konnte mich als
Admin anmelden. Soviel ich jetzt gesehen habe waren alle Berechtigungen der angelegten
User weg. Nach dem Neuerstellen scheint wieder alles zuz laufen. Aber ich weiss nicht was
es sonst noch erwischt hat.

Ein Versuch auf die Photostation zu kommen quittiert er mit einem.
"The service is disabled now"

Deshalb meine Frage. Wo liegen denn die Benutzerberechtigungen auf der Cube?

Ich habe vorgestern ein Vollbackup gemacht, da ich von der DSM 2.1 auf die 3.1
geupdatet habe. Werden die Konfigurationen bei einem Backup mit gesichert?

Mannoman, und das 10 Minuten bevor ich Schluss machen wollte. :-(

Gruß
Wolfgang

 

[night2day]

Kleiner Nachtrag

die Photostation lässt sich auch nicht mehr starten, wenn ich sie im Webinterface wieder aktiviere.

"The service is disabled now"

:-(

 

[jahlives]

/etc enthält viele Konfigfiles. Entweder du holst dir alle nun fehlenden Files/Verzeichnisse aus dem Firmware File. Dazu kann man die Dateierweiterung pat beim FW-File mit tar.gz austauschen und dann entpacken. Irgendwo dort drin wirst du auch /etc und dessen Inhalt finden
Oder du machst einen harten Reset (hinten am Gehäuse) und ziehst die Firmware neu drauf. Die Daten deiner Shares befinden sich auf einen eigenen Partition und beim Installieren der Firmware sollten die eigentlich erhalten bleiben.

 

[night2day]

Hallo jahlives,

erstmal Danke für die schnelle Antwort.

Bleiben bei einem harten Reset die Benutzereinstellungen (Benutzer/Berechtigungen usw.) bestehen?
Im USB-Backup konnte ich keine Config-Files finden.
Gibt es überhaupt eine eingebaute Funktion um die Systemkonfiguration zu sichern?

Ich werd das tar mal nach public auspacken und die Verzeichnisse vergleichen.

Liege ich richtig das es warscheinlich den Zweig usr\syno\etc erwischt hat?

Gruß

 

[jahlives]

ich glaub Benutzer und Berechtigungen gehen beim harten Reset drauf. Wenn das letzte das du gesehen hast rm /etc war dann hat es /etc erwischt und nicht /usr/syno/etc
Ich fürchte eher du wirst um den Reset nicht herumkommen, denn in /etc lag auch die Konfig vom ssh und den bräuchtest du um die fehlenden Konfigfiles zurück an ihren ursprünglichen Ort zu kopieren

 

[Matthieu]

Wiki-Seite bzgl. Reset: http://www.synology-wiki.de/index.php/Durchführung_eines_Reset_am_Gehäuse

Wichtig: Es geht hier um den doppelten Reset, nicht den zuerst beschriebenen, einfachen.

Mhttp://www.synology-wiki.de/index.php/Durchführung_eines_Reset_am_GehäusefG Matthieu

 

[night2day]

Hallo jahlives,

Wenn das letzte das du gesehen hast rm /etc war dann hat es /etc erwischt und nicht /usr/syno/etc
Ich fürchte eher du wirst um den Reset nicht herumkommen, denn in /etc lag auch die Konfig vom ssh und den bräuchtest du um die fehlenden Konfigfiles zurück an ihren ursprünglichen Ort zu kopieren

Da bin ich mir nicht sicher, da ich mit ssh noch problemlos auf die CS komme.

In welcher Datei/Ordner liegen denn die Configs, die die Berechtigungen für die gemeinsamen Ordner der Benutzer enthalten?
Die Benutzer sind/waren alle noch da, aber die einstellungen Weg. Und.. die Photostation läst dich via Webinterface nicht starten,
obwohl im Systemlog beim booten der CS ein erfolgreicher Start der Photostation geloggt wird.
In welchem Ordner liegen denn genau die PS-Dateien?

Sorry, bin auf Linux noch nicht sonderlich sattelfest.

Gruß
Wolfgang

 

[night2day]

Gibt es eine Möglichkeit (Bordmittel), die Konfiguratuin der CS/DS zu sichern oder
muss ich mir alle möglichen Configs aus den einzelnen Verzeichnissen zusammensuchen?
Ich möchte ungern 20 Benutzer neu einrichten und alle wegen neuen Passwörten kontaktieren müssen.
Und das sowohl in der Filestation als auch in der Photostation.
Werden die gesharten Ordner nach einem Reset automatisch wieder erkannt?

Gruß

 

[night2day]

Habs grade gesehen... den Punkt um die Systemkonfiguration zu sichern.
Ist mir vorher noch nie aufgefallen. Gibt es den Punkt schon immer oder
erst bei neuren Firmwares? In der 2.3 ist mir der noch nie aufgefallen, sonst
hätte ich denfinitiv schon lange mal ein Backup gemacht.

Gruß
night2day

 

[night2day]

Hi,
jetzt bin ich komplett verwirrt.
Wenn "Systemkonfiguration sichern" aktiviert ist, kann ich keinen Backuppfad einstellen (ausgegraut).
Wenn ich aber "Systemkonfiguration wiederherstellen" aktiviere, wird plötzlich die Eingebe des
"Zielpfades für das Backup" möglich. Das beisst sich doch was?

Und ich sehe das die Konfiguration in eine .dss -Datei gespeichert wird.
Ich habe in meinem USB-Backup eine Datei usbshare\localbackup\@app\configbackup.dss
Bitte sagt mir, das ich die Konfiguration beim Backup vor drei Tagen tatsächlich (und unwissentlich)
mitgesichert habe. [Hoffunung keimt auf]

Gruß
night2day

 

[jahlives]

wenn du via sh noch zugreifen kannst, dann hast du entweder die DS noch nicht neugestartet. Das würde den ssh zwingen das Konfigfile neueinzulesen. Oder das Konfigfile ist erhalten geblieben (sollte als /etc/ssh/sshd_config vorhanden sein)

 

[night2day]

Die CS wurde seither mehrfach neu gestartet. Hat sich sogar nach dem "Unfall" selbst neu gestartet.
Deshalb glaube ich das da was im Zweig /usr/syno/etc schiefgegangen ist.

Kann mir denn jemand veraten wo die Configs zu den Benutzerberechtigungen liegen?
Das würde mir schon sehr helfen die Unglücksstelle einzugrenzen.


Edit:
ich war zum Zeitpunkt der Unfalls ja im Bereich /usr/syno, da ich die Konfigurationsfiles der Photostation gesucht habe.

 

[night2day]

Noch eine letzte Frage bevor ich heute Nachmittag das Gerät platt mache, äh ich meine natürlich resette .
Ich habe die Datensicherung vor drei Tagen mit der DSM 2.3.xxx gemacht. Wird das rückspielen des
.dss - Konfigurationsfiles auch auf der nun vorhandenen DSM 3.1.1636 funktionieren, oder muss ich erst das
heikle Prozedere zum Downgraden vollziehen?

UND, kann beim Restore zwischen Daten und Konfiguration unterschieden werden?

Wäre schön wenn ich diese Auskunft hätte bevor ich den Reset-Knopf drücke.

Gruß
night2day

 

[Matthieu]

Bei solchen gewaltigen Versionsunterschieden wird wohl kaum noch jemand Auskunft geben können, da heißt es dann probieren. Ansonsten in die Menüs schauen und was nicht passt neu vergeben - bei im Heimnetzwerk genutzten DSen ist das ja meist kein riesiges Problem. Mir wäre auch nicht bekannt dass man zwischen Daten und Config unterscheiden kann. Wenn du per Hand die Konfig-Sicherung auslöst, müsste die DS dir eigentlich einen Download anbieten. Die Tatsache dass das offenbar nicht geklappt hat, spricht in meinen Augen eher dafür, dass die zuständigen Dateien nicht mehr vorhanden sind.

MfG Matthieu

 

[night2day]

Hallo Matthieu,

Wenn du per Hand die Konfig-Sicherung auslöst, müsste die DS dir eigentlich einen Download anbieten.
MfG Matthieu

Die Config Datei habe ich in der Zwischenzeit. Die Zusammenstellung hatte so lange gedauert
das ich davon ausgegangen bin das da nichts mehr kommt. Ich werde jetzt ins kalte Wasser springen
und den Reset versuchen. Datensicherung ist ja vorhanden. Es kann also maximal ein gut gefülltes
Wochenende voll Konfigurationsarbeit kosten wenn es schief geht. :-/

Gruß

 

[night2day]

Hallo zusammen.

Also hier was für die Fakten.
Die Config Files der Versionen 2.3x zu 3.1x sind definitiv nicht kompatibel.
Die 2.3er waren noch Binärdateien mit Plaintext Benutzernamen und Shares.
Bei der 3.1er ist das ganze gepackt. (Zu entpacken mit 7zip etc.)
Möglicherweise berücksichtigt der Restoremechanismus ungepackte
alte Versionen, vieleicht aber auch nicht...

Gruß
night2day

 

[night2day]

Hallo da draußen,

ich habe grade AdminTool von itari installiert und mir mal die genauen Syslogs angesehen,
da die Kiste immer noch nach einem Neustart behauptet, das der letzte Shutdown "unvorhergesehen" wäre.
Ich habe dabei folgendes im Log entdeckt. Könnte das einen Schaden am Flashram bedeuten?
Was genau ist der CFI-Table?

Jan 10 17:26:23 syslogd started: BusyBox v1.16.1
Jan 10 17:26:23 kernel: Delay 10 seconds to wait for disk 3 ready.
Jan 10 17:26:23 kernel: Delay 10 seconds to wait for disk 4 ready.
Jan 10 17:26:23 kernel: Amd/Fujitsu Extended Query Table at 0x0040
Jan 10 17:26:23 kernel: physmap-flash.0: Swapping erase regions for broken CFI table.
Jan 10 17:26:23 kernel: vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
Jan 10 17:26:23 kernel: Serial Number: 7XXXXXXXXXX
Jan 10 17:26:23 kernel: Amd/Fujitsu Extended Query Table at 0x0040
Jan 10 17:26:23 kernel: SYNOMTD-0: Swapping erase regions for broken CFI table.
Jan 10 17:26:23 kernel: vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
Jan 10 17:26:23 kernel: Serial Number: 7XXXXXXXXXX
Jan 10 17:26:23 kernel: raid6: int32x1 23 MB/s
Jan 10 17:26:23 kernel: raid6: int32x2 35 MB/s
Jan 10 17:26:23 kernel: raid6: int32x4 50 MB/s
Jan 10 17:26:23 kernel: raid6: int32x8 58 MB/s
Jan 10 17:26:23 kernel: raid6: using algorithm int32x8 (58 MB/s)
Jan 10 17:26:23 kernel: md: sda2 has different UUID to sda1
Jan 10 17:26:23 kernel: md: sdb2 has different UUID to sda1
Jan 10 17:26:23 kernel: md: md0: set sda1 to auto_remap [0]
Jan 10 17:26:23 kernel: md: md0: set sdb1 to auto_remap [0]
Jan 10 17:26:23 kernel: md: md1: set sda2 to auto_remap [0]
Jan 10 17:26:23 kernel: md: md1: set sdb2 to auto_remap [0]
Jan 10 17:26:23 kernel: VFS: Mounted root (ext2 filesystem).
Jan 10 17:26:23 kernel: ds406_synobios: module license 'Synology Inc.' taints kernel.
Jan 10 17:26:23 kernel: correction with 0x0f
Jan 10 17:26:23 kernel: Brand: Synology
...


Gruß
night2day

 

[goetz]

Hallo,
CFI -> Common Flash Memory Interface
Diese Fehlermeldungen sind aber öfter in den Logs hier im Forum zu finden, das ist normal. In den Flash wird nur bei einem Firmwareupgrade geschrieben, sonst immer nur beim booten gelesen. Ob die DS ordentlich runtergehren ist entscheidet sie anhand der Existenz eines Files in der Systempartition.

Gruß Götz