DSM 6.x und darunter Version : 5.2-5592 Update 4

[heavy]

@ Renalto ich habe leider keine 215j
aber aus anderen Threads weiß ich dass dem nicht so ist, wie du es beschreibst. Denn bei allen die einen anderen Namen als Admin eingegeben haben war der Admin aktiv und hatte kein Passwort, so wie es von Synology als standart vorgeben ist. Wenn er bei dir deaktiviert ist, hat das damals der für dich gemacht der die DS eingerichtet hat.

Ps. Deshalb auch vor der Freigabe der DS ins Internet unbedingt die Userverwaltung anschauen, erstrecht wenn man quickconnect benutzen will.

 

[obermec]

@obermec
Leider sind die Bilder nicht zu sehen ... Resetknopf (zweifach gedrückt) zurückgesetzt ... Hardware ... DSM Version vor Updateversuch ...

Herzlichen Dank für die vielen Rückmeldungen.
Ich überlege, ob ich aus dieser Sache nicht einen eigenen Thread machen sollte, um nicht "Off Topic" zu geraten. Was meint ihr?

@heavy
Die Bilder waren ursprünglich drin, bis auf das letzte sind aber alle durch einen Link ersetzt worden der ins Nirvana führt. Neuer Versuch:




Ich habe bereits mehrmals über den Resetknopf zurückgesetzt. Allerdings startet die DS nach dem Reset nicht wie beschrieben durch.
Wie macht man den Hardwaretest?
Die Platten sind leer, also kein DSM installiert - bis auf den Teil der evtl. auf der Platine liegt. Ich kann mich per Telnet mangels Passwort nicht aufschalten.
Vorgängerversion war 5.2-5592 Update 3

@frogman
Das mit dem Downgrade im Wiki habe ich mir schon durchgelesen, komme aber nicht auf die DS und kann somit die erforderlichen Änderungen an VERSION nicht vornehmen.

Ich muss mich jetzt mal schlau machen, wie ich mein Problemchen am besten in einen eigenen Thread bekomme. Will hier niemanden verärgern ...

 

[heavy]

Ja ich wäre dafür einen eigenen Thread aufzumachen, auch da es schon zu Verwechslungen mit dem anderen Post kam, der auch potential hat ein längeres Thema zu werden.

 

[derCarsten]

Hallo,
Ende letzter Woche aktualisierte ich auf 5.2-5592 Update 4 (von 5.0-4xxx)
Seitdem beendet sich der mariaDB Server während jedem Backup und
ist nach 2-4min wieder erreichbar.

Da mehrmals täglich ein Datenbackup von mariaDB läuft, ist das nicht gerade akzeptabel.
In Version 5.0 lief die Datenbank ohne Probleme durch und war erreichbar.

Kann dieses Verhalten irgendwo nun geändert werden? wenn ja, wo?

 

[Puppetmaster]

Wird die Anwendung tatsächlich beendet?

Da würde ich nicht lange fackeln und ein Ticket bei Synology aufmachen.

 

[derCarsten]

vielleicht nicht komplett beendet. Jedoch startet der Server ein, zwei mal neu (
Erkenne ich ja an den MySQL Serverstatistiken in phpmyadmin, welche dann auch resettet werden)
und ist eben wärend des backups nicht erreichbar.

 

[stefan_lx]

wenn die MariaDBs gesichert werden, wird der MariaDB-Dienst beendet, was man in den Backup-Einstellungen erkennen kann (in der Spalte Deaktiviert ist bei MariaDB das ja angehakt)...

Stefan

 

[Puppetmaster]

Schön, aber weshalb hat sich das Verhalten sein DSM 5.0 offenbar geändert? Und dann auch noch zum Nachteil des Anwenders?

Wir hatten das neulich noch hier, dass das anscheinend auch bei der Surveillance Station der Fall ist, dass die Anwendung kurzzeitig beendet wird.

So immer sinnvoll ist das m.E. nicht. Da sollte Synology schon einmal etwas zu sagen, finde ich.

 

[Mischa42]

Läuft auf DS214play. Neustart war erforderlich.

 

[latnorboco]

DS 211+: Nach Update auf 5.2-5592 ist Volume 1 verschwunden. Volume 2 funktioniert.
Habe 2 HDD's zu je 2 TB, voneinander unbhängig (das heißt wohl "Basis", glaube ich.)

Alle 4 LEDs der DS211+ leuchten grün. Im Speichermanager wird der Status von Volume 1 mit "initialisiert", der Status von Volume 2 als "normal" gemeldet, es kann also nichts repariert werden..
Beide Platten sind, extern getestet, fehlerfrei.
Auch ein weiteres manualles Update auf 5.2-5592 Update 4 bringt Volume 1 nicht zurück.

Habe den Support kontaktiert, aber keine Antwort bekommen.

Hatte die gleiche Katastrophe schon bei einem Update auf 5.1-5004 im Oktober 2014. Habe damals ebenfalls den Support um Hilfe gebeten, aber bis heute keine Antwort erhalten.
Bin damals mit einem für mich komplizierten Prozess auf 5.0-4528 zurück. Musste hierzu erst einmal 2 Tage lernen, mit Ubuntu umzugehen. Bin eigentlich kein Programmierer, sondern Musiker.

Möglicherweise ist die Aktivierung von Volume 1 (die Daten sind ja auf HDD 1 voll da) nicht so schwierig.
Wenn jemand die Lösung kennt: ich wäre äußerst dankbar.

Peter-Gregor

 

[Benares]

Was sagt denn "cat /proc/mdstat" zum Status des Raids? Poste mal die Ausgabe.

 

[latnorboco]

@Benares,
"cat /proc/mdstat" sagt:
Personalities:
unused devices: <none>

Auslesen der Partition Table der betroffenen HDD ergibt:
Model: ATA WDC WD20EFRX-68A (scsi)
Disk /dev/sdf: 3907020911s
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
63s 2047s 1985s Free Space
1 2048s 4982783s 4980736s primary ext4 boot, raid
2 4982784s 9177087s 4194304s primary linux-swap(v1) raid
9177088s 9439231s 262144s Free Space
3 9439232s 3907017055s 3897577824s extended lba
9439295s 9446219s 6925s Free Space
5 9455328s 3907017055s 3897561728s logical raid
3907017056s 3907020910s 3855s Free Space

sudo blkid -o list -w /dev/null
ergibt:
device fs_type label mount point UUID
--------------------------------------------------------------------------------------------------------
/dev/sdb1 linux_raid_member (not mounted) a089b6af-0571-da23-ac7b-a104c8d58c7f
/dev/sdb5 linux_raid_member DiskStation211:2 (not mounted) d84323da-0337-3734-e4c7-bf15e80e2ab6
/dev/loop0 squashfs /rofs
/dev/sdb2 linux_raid_member <swap> 3b2c6f53-c7e4-4c99-ac7b-a104c8d58c7f
/dev/sdb2 linux_raid_member <swap> 3b2c6f53-c7e4-4c99-ac7b-a104c8d58c7f

Ich bin schon längst mit meinem "Latein" am Ende.

Peter-Gregor

 

[Benares]

Das ist alles, was "cat /proc/mdstat" ausgibt?
Ich vermisse die die sda-Platte.
Was ist denn sdf? Ne externe Platte?

 

[latnorboco]

@Benares,
zunächst herzlichen Dank, dass Du mir helfen willst.
Ich bin, was Linux bzw. Ubuntu angeht, blutiger Anfänger; bitte um Nachsicht.

"Ich vermisse die die sda-Platte": Die habe ich bei den Meldungen weggelassen.
Hier ausführlicher:
Ich habe die HDD, auf der das verlorene Volume drauf ist, aus der DS211+ ausgebaut,
in meinen PC eingebaut und auf dem PC Ubuntu 14.10 von CD-ROM gestartet.
Der PC hat 7 Festplatten: 4 x SSD (NTFS, sda1/2, sdb1, sdc1, sdd1),
2 x HDD (NTFS, sde1, sdg2) und die ext4-HDD aus der DS211+ (ext4, sdf1, sdf2, sdf5).

Anzeige von Bezeichnung, Dateisystemtyp, Label, Einhängepunkt, UUID - alle Datenträger:
ubuntu@ubuntu:~$ sudo blkid -o list -w /dev/null
device fs_type label mount point UUID
-------------------------------------------------------------------------------
/dev/sda1 ntfs System-reserviert (not mounted) 3D705C65AFE716CF
/dev/sda2 ntfs Win7_Pro_x64 (not mounted) 9096C3B4717D5587
/dev/sdb1 ntfs Musik1 (not mounted) 50F094F8F094E58E
/dev/sdc1 ntfs Musik3 /media/ubuntu/Musik3 A81A5AB31A5A7DEE
/dev/sdd1 ntfs Musik2 (not mounted) 481808441808338A
/dev/sde1 ntfs Images&Archiv (not mounted) AD204227E967DF94
/dev/sdf1 linux_raid_member (not mounted) a089b6af-0571-da23-ac7b-a104c8d58c7f
/dev/sdf5 linux_raid_member DiskStation211:2 (not mounted) d84323da-0337-3734-e4c7-bf15e80e2ab6
/dev/sdg2 ntfs Backup_6TB (not mounted) 7CF49967F4992484
/dev/sr0 iso9660 Ubuntu 14.10 i386 /cdrom 2014-10-22-19-44-39-00
/dev/loop0 squashfs /rofs
/dev/sdf2 linux_raid_member <swap> 3b2c6f53-c7e4-4c99-ac7b-a104c8d58c7f
/dev/sdg1 (not mounted)

Kurze Übersicht des RAIDs:
ubuntu@ubuntu:~$ cat /proc/mdstat
Personalities :
unused devices: <none>

Meine Versuche die HDD zu mounten, um die Daten zu sichern scheitern:
- sowohl mit GVFS
(Pakete gvfs-backend, gvfs-fuse und gvfs-bin sind installiert und auf dem neuesten Stand)

gvfs-mount -d /dev/sdf -> Kein Datenträger für Gerätedatei »/dev/sdf
oder
gvfs-mount -d /dev/sdf1 -> Kein Datenträger für Gerätedatei »/dev/sdf1
oder
gvfs-mount -d /dev/sdf2 -> Kein Datenträger für Gerätedatei »/dev/sdf2
oder
gvfs-mount -d /dev/sdf5 ? -> Kein Datenträger für Gerätedatei »/dev/sdf5

- als auch mit dem Mounten per
sudo mount [Parameter] Gerät Einhängepunkt
Da komme ich nicht zurecht, da es
a) in der Datei /etc/fstab keinen Eintrag für die betroffene ext4-HDD gibt,
b) ich mit dem direkten Befehl sudo mount [Parameter] Gerät Einhängepunkt
wegen der langen Parameterliste überfordert bin
(den Einhängepunkt und die UUID bekomme ich noch hin, aber für umask, gid ,uid, nls ,noauto, users … weiss ich keine korrekten Einträge)

Der DSM-Speichermanager zeigt
Anhang anzeigen 26081,
detaillierter
Anhang anzeigen 26082

Die DS211+ hat mit beiden Volumes noch 1 Sekunde vor dem Update problemlos funktioniert; also möchte ich doch einen Plattenfehler ausschließen.

Was kann ich machen, um Volume 1 wieder nutzen zu können ?

Peter-Gregor

 

[Benares]

Mit dem Ubuntu-Zeugs kann ich nichts anfangen. Deine Anhänge sind nicht zu öffnen.

Bau die Platte wieder zurück in die DS. Dann ein "cat /proc/mdstat" von dort.

 

[latnorboco]

Wie mache ich ein "cat /proc/mdstat" von der DS211+ aus ?
Über den DSM-Manager ?

Versuche es nochmals mit den Anhängen

 

[Frogman]

Wie mache ich ein "cat /proc/mdstat" von der DS211+ aus ?
Über den DSM-Manager ?

Auf der Konsole - dazu bspw. mit einem Tool wie PUTTY verbinden und als User root mit Admin-Passwort anmelden. Details findest Du dazu im Wiki.

 

[latnorboco]

@Frogman
Danke, hat geklappt. Mal wieder was dazu gelernt.
@Benares
hier das Ergebnis von cat /proc/partitions nach dem Wiedereinbau der 1. HDD

DiskStation211> cat /proc/partitions
major minor #blocks name

8 0 1953510455 sda
8 1 2490368 sda1
8 2 2097152 sda2
8 3 1 sda3
8 5 1948780864 sda5
8 16 1953514584 sdb
8 17 2490240 sdb1
8 18 2097152 sdb2
8 19 1 sdb3
8 21 1948780864 sdb5
31 0 512 mtdblock0
31 1 2048 mtdblock1
31 2 1280 mtdblock2
31 3 64 mtdblock3
31 4 128 mtdblock4
31 5 64 mtdblock5
31 6 4096 mtdblock6
9 0 2490176 md0
9 1 2097088 md1
9 3 1948779648 md3
253 0 1948778496 dm-0
DiskStation211>

 

[Benares]

Ich frag jetzt schon seit x Beiträgen nach der Ausgabe von "cat /proc/mdstat" der DS und lieferst ständig was anderes.
Vermutlich ist /dev/sda5 das vermisste volume1. Poste mal zusätzlich die Ausgabe von "mount" und "cat /etc/fstab".

 

[latnorboco]

@Benares
"Ich frag jetzt schon seit x Beiträgen nach der Ausgabe von "cat /proc/mdstat" der DS und lieferst ständig was anderes."
Entschuldige. Kommt daher, das ich cat /proc/mdstat bisher via Ubuntu und via ausgebaute Platte abgefragt habe.

Mount ergibt:

DiskStation211> mount
/dev/root on / type ext4 (defaults)
/sys on /sys type sysfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/tmp on /tmp type tmpfs (0)
/run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
/proc/bus/usb on /proc/bus/usb type usbfs (0)
/dev/vg1000/lv on /volume2 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl)
DiskStation211>

und cat /etc/fstab

DiskStation211> cat /etc/fstab
none /proc proc defaults 0 0
/dev/root / ext4 defaults 1 1
/dev/vg1000/lv /volume2 ext4 usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl 0 0
DiskStation211>