Beiträge von TS453miniUser

Wie erstelle ich denn diese Datei rsyncd.secrets?

Mit dem Befehl nano /etc/rsyncd.secrets ja offenbar nicht. Wenn ich das eingebe, kommt die Meldung "-sh: nano: not found".

Ich habe den Fotografen gebeten, mir die Speicherkarte zukommen zu lassen. Nur ist der von auswärts und tourt gerade in der Weltgeschichte herum... Zum Glück war die Speicherkarte noch nicht gelöscht bzw. überschrieben.

Super, vielen Dank!

Zitat von btr402

oben externe Verbindung erstellen auswählen

Wo genau kann man das auswählen?

Das akute Problem ist gelöst, auch wenn es einiges an Aufwand bedeutete. Aber die generelle Problematik, dass Dateien beim Verschieben verschwinden, macht mich noch immer sprachlos. Ist das bei Synology auch so?

Zitat von btr402

Nutze den Sicherungsmanager/Backup-Station der Qnap und konfiguriere einen Sicherungsjob direkt auf die WD.

Welchen Port muss ich dort eingeben?

Und ganz generell: Wie kann ich schlicht das Netzlaufwerk einbinden, ohne diesen Sicherungsmanager zu nutzen? Schlicht um manuell Dateien zu kopieren/verschieben?

Hallo zusammen,

ich bräuchte Hilfe bei der Einbindung eines Netzlaufwerks. Folgende Situation:

Ich nutzen den TS-453mini vor allem als Datenspeicher. Meine Backups habe ich bisher auf USB-Platten gemacht. Nun steht das NAS im Keller und ich möchte nicht jedesmal zur Sicherung dort runter und ein-/ausstecken. Deshalb habe ich ein zweites NAS (WD MyCloud Mirror mit 2 Einzelvolumes) in mein Netzwerk integriert. Von meinem Windows-PC kann ich auch einwandfrei darauf zugreifen.

Nun möchte ich die beiden MyCloud-Laufwerke als Netzlaufwerke direkt im QNAP einbinden, damit ich für das Backup nicht jedesmal meinen Windows-PC laufen lassen muss. Wie geht das? Kann mir da jemand einen Tipp geben?

Das kann doch nicht wahr sein. Wie katastrophal muss ein Betriebssystem entwickelt worden sein, das bei einem Verlust der USB-Verbindung die noch nicht verschobenen Dateien auf der Quellfestplatte löscht?! Und weshalb gibt es keine Recovery-App für das NAS? Für Windows gibt's das ja auch wie Sand am Meer. Da muss doch eine Lösung möglich sein.

Hallo zusammen,

ich habe ein Problem. Folgende Situation: Es läuft bei mir ein T453mini mit 4x WD60EFRX im RAID5-Verbund. Heute wollte ich einen Ordner mit Dateien auf eine per USB angeschlossene externe Festplatte verschieben (direkt im Filemanager mit Ausschneiden/Einfügen). Aus einem mir nicht erklärbaren Grund hat die Platte während des Vorgangs die Verbindung verloren. Die Folge ist nun, dass - anders als ich das von Windows kenne - nicht nur die bereits verschobenen Dateien auf dem NAS-Laufwerk fehlen, sondern der gesamte Ordner. Da es sich um ganz frisch aufgespielte Fotos einer Veranstaltung handelt, die noch nicht einmal für mich waren, gibt es davon auch kein Backup.

Wie komme ich wieder an die Dateien heran? Recovery-Programme unter Windows können allesamt keine Netzlaufwerke bearbeiten. Und eine Recovery-App für das NAS habe ich nicht gefunden. Das einzige, was ich gefunden habe, ist diese Anleitung: [Howto]: RAID/Disaster recovery & undelete

Damit kann ich allerdings überhaupt nichts anfangen, da ich keine Linux-Kenntnisse habe. Wenn ich versuche, das nach Anleitung zu machen, scheiter ich schon beim ersten Schritt, weil ich nicht weiß, was ich hiermit anfangen soll:

[~] # mount
none on /new_root type tmpfs (rw,mode=0755,size=204800k)
/proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /tmp type tmpfs (rw,size=64M)
tmpfs on /dev/shm type tmpfs (rw)
tmpfs on /share type tmpfs (rw,size=16M)
/dev/md9 on /mnt/HDA_ROOT type ext3 (rw,data=ordered)
cgroup_root on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/cgroup/memory type cgroup (rw,memory)
/dev/mapper/cachedev1 on /share/CACHEDEV1_DATA type ext4 (rw,usrjquota=aquota.user,jqfmt=vfsv0,user_xattr,data=ordered,delalloc,acl)
/dev/md13 on /mnt/ext type ext3 (rw,data=ordered)
none on /sys/kernel/config type configfs (rw)
CloudDrive on /mnt/rf/cd type fuse (rw,nosuid,nodev,allow_other,default_permissions)
tmpfs on /mnt/rf/nd type tmpfs (rw,size=1m)
/tmp on /share/CACHEDEV1_DATA/.qpkg/HD_Station/tmp type none (rw,bind)
/mnt/HDA_ROOT/.config on /share/CACHEDEV1_DATA/.qpkg/HD_Station/etc/config type none (rw,bind)
/home/httpd/RSS/images on /share/CACHEDEV1_DATA/.qpkg/HD_Station/home/httpd/RSS/images type none (rw,bind)
/etc/init.d on /share/CACHEDEV1_DATA/.qpkg/HD_Station/etc/init.d type none (rw,bind)
/etc/rcS.d on /share/CACHEDEV1_DATA/.qpkg/HD_Station/etc/rcS.d type none (rw,bind)
/etc/rcK.d on /share/CACHEDEV1_DATA/.qpkg/HD_Station/etc/rcK.d type none (rw,bind)
/etc/default_config on /share/CACHEDEV1_DATA/.qpkg/HD_Station/etc/default_config type none (rw,bind)
/etc/platform.conf on /share/CACHEDEV1_DATA/.qpkg/HD_Station/etc/platform.conf type none (rw,bind)
/etc/hal_util_QX380_40.conf on /share/CACHEDEV1_DATA/.qpkg/HD_Station/etc/hal_util.conf type none (rw,bind)
/share/CACHEDEV1_DATA on /share/CACHEDEV1_DATA/.qpkg/HD_Station/share/CACHEDEV1_DATA type none (rw,bind)
/share/CACHEDEV1_DATA/Multimedia on /share/CACHEDEV1_DATA/.qpkg/CodexPack/mnt/share/CACHEDEV1_DATA/Multimedia type none (rw,bind)
/share/CACHEDEV1_DATA/Download on /share/CACHEDEV1_DATA/.qpkg/CodexPack/mnt/share/CACHEDEV1_DATA/Download type none (rw,bind)
/share/CACHEDEV1_DATA/Recordings on /share/CACHEDEV1_DATA/.qpkg/CodexPack/mnt/share/CACHEDEV1_DATA/Recordings type none (rw,bind)
/share/CACHEDEV1_DATA/Web on /share/CACHEDEV1_DATA/.qpkg/CodexPack/mnt/share/CACHEDEV1_DATA/Web type none (rw,bind)
/share/CACHEDEV1_DATA/Public on /share/CACHEDEV1_DATA/.qpkg/CodexPack/mnt/share/CACHEDEV1_DATA/Public type none (rw,bind)
/share/CACHEDEV1_DATA/homes on /share/CACHEDEV1_DATA/.qpkg/CodexPack/mnt/share/CACHEDEV1_DATA/homes type none (rw,bind)
/share/CACHEDEV1_DATA/CH on /share/CACHEDEV1_DATA/.qpkg/CodexPack/mnt/share/CACHEDEV1_DATA/CH type none (rw,bind)
/share/CACHEDEV1_DATA/tmp on /share/CACHEDEV1_DATA/.qpkg/CodexPack/mnt/share/CACHEDEV1_DATA/tmp type none (rw,bind)
/share/CACHEDEV1_DATA/.system on /share/CACHEDEV1_DATA/.qpkg/CodexPack/mnt/share/CACHEDEV1_DATA/.system type none (rw,bind)
/tmp on /share/CACHEDEV1_DATA/.qpkg/CodexPack/tmp type none (rw,bind)
/share/CACHEDEV1_DATA/Scans on /share/CACHEDEV1_DATA/.qpkg/CodexPack/mnt/share/CACHEDEV1_DATA/Scans type none (rw,bind)
tmpfs on /opt type tmpfs (rw)

Die Fotos waren im Verzeichnis "Multimedia", mehr kann ich dazu auch nicht sagen.

Ich wäre wirklich sehr dankbar, wenn mir jemand weiterhelfen könnte.

So, ich habe die Lösung gefunden, und zwar hier: http://forum.qnapclub.de/viewtopic.php?f=350&t=37626#p214936

Der Hersteller müsste viel deutlicher hervorheben, und zwar am besten in der Softwareoberfläche selbst, dass die neu hinzugefügten Festplatten unpartitioniert sein müssen! Nun läuft der Rebuild mit der 6TB-Platte, sodass ich anschließend das gleiche mit den Platten 2 bis 4 machen werde.

Vielen Dank!

Hallo zusammen,

ich bin seit einiger Zeit stolzer Besitzer eines QNAP 453mini. In dem NAS arbeiten 4x WD30EFRZ (= 3TB WD Reds) im RAID5. Da der Speicherplatz knapp geworden ist, wollte ich sie gegen 4x WD60EFRZ (= 6 TB WD Reds) tauschen. Ich habe mich also im Speichermanager zum Speicherpool durchgeklickt, dann auf Verwalten, bis irgendwo die Meldung "Sie können die Festplatte jetzt entnehmen" kam. Gesagt, getan, die HD1 habe ich entnommen und anschließend gegen ein 6TB-Modell gewechselt. Allerdings erkannte der NAS nicht, dass die Platte nicht mehr drin war. Irgendetwas ist also schief gegangen.

Ich habe nun den NAS mehrfach neu gestartet, aktuell wieder mit der ursprünglichen 3TB-Platte (die ich in der Zwischenzeit nicht verändert habe). Allerdings kommt jetzt eine Warnung, dass das RAID5 herabgestuft ist und unter "NAS Host: Festplatte 1" kommt die Meldung "0 MB - Existiert nicht". Auch im Reiter "Datenträger" kommt bei "Datenträger 1" der lapidare Hinweis: "Festplatte existiert nicht"

Aktuelles Update: Ich habe die Platte noch einmal aus- und mit mehr Druck eingesteckt. Und siehe da, nun leuchtet die erste LED wieder grün. Allerdings kommt nun die Meldung: "Fehler (kein Mitglied)". Es handelt sich immer noch um die ursprüngliche vierte (bzw. erste) Platte aus dem Raid5.

Was muss ich tun, dass das RAID-Array wieder hergestellt wird? Zeigt der Speichermanager es an, wenn ein Rebuild läuft? Kann mir jemand weiterhelfen?