BackgroundCopy TAP

[Twilight]

nein, das denke ich nicht. solche dinge gehen eher in richtung netzwerk oder zu hohe auslastung des srps...

twilight

[Anthea]

Der SRP ist, was Netzwerk angeht, immer sehr empfindlich. So ist z.B. wenn ich meinen über LAN ankoppel, BGC rundum zufrieden und ich kann alles machen. Wenn der aber über einen WLAN-Umsetzer mit schlechtem Empfang, oder den nur etwas besseren Power-LAN gekoppelt ist, wird er während Übertragungen unbedienbar. Und dann sind Abstürze auch nicht mehr weit.
Damit die Frage: Wie ist er denn bei Dir ans LAN verbunden?

[tina1]

Der SRP ist, was Netzwerk angeht, immer sehr empfindlich. So ist z.B. wenn ich meinen über LAN ankoppel, BGC rundum zufrieden und ich kann alles machen. Wenn der aber über einen WLAN-Umsetzer mit schlechtem Empfang, oder den nur etwas besseren Power-LAN gekoppelt ist, wird er während Übertragungen unbedienbar. Und dann sind Abstürze auch nicht mehr weit.
Damit die Frage: Wie ist er denn bei Dir ans LAN verbunden?

per Kabel vom Topf zur Fritzbox 7590, von da dann auch per LAN-Kabel zur Synology DS415+
(CSL-Computer 15m CAT 7 Netzwerkkabel Flach - Ethernet Kabel - Gigabit Lan 10 Gbit s)

[wohliks]

Ich glaube auch nicht so recht, dass es daran liegt, aber der Vollständigkeit halber: Es gibt in der Tat ein Problem mit Synology-NAS und bestimmten Festplatten.

Es ist etwas komplexer, aber man findet Infos dazu, wenn man Synology und SMR und/oder shingled magnetic recording googelt. Das muss Deine Platten nicht betreffen, aber es schadet ja nicht, auch diesem möglichen Fehler nachzugehen - und ihn hoffentlich ausschließen zu können...

[tina1]

Ich glaube auch nicht so recht, dass es daran liegt, aber der Vollständigkeit halber: Es gibt in der Tat ein Problem mit Synology-NAS und bestimmten Festplatten.

Es ist etwas komplexer, aber man findet Infos dazu, wenn man Synology und SMR und/oder shingled magnetic recording googelt. Das muss Deine Platten nicht betreffen, aber es schadet ja nicht, auch diesem möglichen Fehler nachzugehen - und ihn hoffentlich ausschließen zu können...

Ja, das ist ein leidiges Thema, da habe ich mich auch schon eingelesen. Wenn ich das richtig verstanden habe, geht es vor allem um die Geschwindigkeit und den gleichzeitigen Einsatz von CMR und SMR Platten. Meine sind übrigens I.norys 4 TB, ob CMR oder SMR habe ich noch nicht gefunden.

[Twilight]

hast du mount option beim für das syn nas im nas mount mit drin?

Mountoptions=-o nolock,rsize=4096,wsize=4096,tcp

twilight

[matze58]

5 Monate her das Thema, aber ich häng mich hier mal rein.
SMR ist der letzte Dreck, muste ich am eigenen Leib feststellen

Hatte mich nach NAS tauglichen Seagate Disks informiert, 2,5''.
CMR PMR SMR tauchten auch mit genau diesen Warnhinweisen in Foren auf.

Gesehen habe ich die Seagate mit 2 TB CMR, bestellt aber die 4TB mit der exakt gleichen Modell-Nr, war nur unwesentlich teurer.
Nach 3 Monaten und 2 TB auf der Platte begann der Datenverlust. Nach einigem rumsuchen war klar, die 4 TB Variante war eine SMR.
Letztendlich umgetauscht mit Aufpreis gegen eine echte CMR vom anderen Hersteller.

Hier mal noch eine kurze Abhandlung über das Thema
Info Link

[wtuppa@]

ob SMR ein Problem ist oder nicht, hängt rein vom Verwendungszweck ab. Bei einem RAID kann es zu massiven Problemen kommen (so wie bei dir), da die Platte aus dem RAID fällt und damit die Datensicherheit flöten geht. Und ein RAID Recovery macht es meist nur ärger.

Bei einem Einzelplatteneinsatz als Datengrab ist es unproblematisch. Ich verwende mehrere Platten mit einem Offline RAID (SnapRaid). Seit mehreren Jahren ohne Probleme. Ich würde sie aber nie ein einem NAS mit HW-SW RAID einsetzen.

[tina1]

ok, das momentane problem ist das überprüft wird ob das destdir ein verzeichnis ist das auf der internen platte ist oder nicht...erwartet wird ein gemountetes...somit ist dies mit der version nicht möglich.

aber wenn es geht das man 2 festplatten mountet (und soweit ich informiert bin sollte das gehen) kannst du direkt von der einen auf die andere kopieren und sparst dir einen schritt.

twilight

Hallo twilight,
ich habe jetzt schon eine geraume Zeit hier und im TMSMOUNT-Thread gesucht, bin aber nicht fündig geworden.
Was muss ich denn jetzt genau machen, um von einer externen Festplatte auf eine zweite externe Festplatte zu kopieren?

[Twilight]

na servas....du stellst fragen

denke das es mit SmartFiler problemlos geht...wenn es sich um externe devices handelt werden dann job files für BackgroundCopy angelegt die dann von BackgroundCopy abgearbeitet werden...

ist schon soooo lange her

twilight

[tina1]

Danke, dass du noch da bist!!!

[tina1]

... hat ja mit dem TMSMount-TAP gar nichts zu tun, ich war da die ganze Zeit mit beschäftigt das Verschieben mittels diese Tapps zu machen.
Ich habe mich mit dem Umschalten (SAT-Taste) schwer getan, bis ich gemerkt habe, dass man im SMART-Filer die Taste drücken kann, um anschl. die Ziel-Platte aus zu wählen.
Jetzt klappt das auch, Danke nochmal für den Tipp, ich hatte wohl 'nen Konten im Knopf.

[Twilight]

freut mich

twilight

[rudibert]

Hallo Leute.
Da mein SRP2401 nun langsam das bekannte Tunerproblem hat, will ich meinen letzten Reservereceiver (auch ein 2401) einsetzen und ihm eine grössere FP spendieren. Ich habe noch 2 x 1TB Festplatten rumliegen.
Eine davon habe ich in ein externes Gehäuse gepackt und per USB an den alten Receiver angeschlossen. TMSMount installiert und die Platte wird bei jedem hochfahren des Receivers gemountet.
Dann habe ich BackgroundCopy V1.17 per Taptodate installiert und BackgroundCopySetup gestartet.
Speed Faktor 4, Mount Type Linux(Ext2/3,JFS), DestDir auf external (gelb), File move or copy auf Copy, NASBootTime auf 90 sec.
Nur das MoveDir macht Probleme. Wenn ich da mit OK reingehe, zeigt er mir RecycleBin-, Timeshift und external (gelb). Es sollte doch die interne Platte angeboten werden. Da kann ich aber nichts ändern.
Ich habe mir alle 79 Seiten dieses Themas angesehen, aber die Lösung nicht gefunden oder nicht verstanden.
Ich bin kurz davor, die BackgroundCopy.ini mit der Hand auf /hdd/ zu ändern.
Kann mir jemand helfen?

Ich habe jetzt mal RecycleBin- als MoveDir angegeben und er hat nichts kopiert.

Ich habe mal die .ini und das Log angehängt.

[rudibert]

Ich habe jetzt im BackgroundCopySetup den Eintrag "Move all files from DataFiles" von No in Yes geändert und BGC nochmal gestartet. Dann hat er alle Aufnahmen von /hdd/DataFiles nach /hdd/DataFiles/external verschoben und nicht kopiert. Leider nicht wie gewünscht kopiert. Auch nicht nach /hdd/DataFiles/external/DataFiles. Die externe Platte soll ja mal die interne werden und dann werden die Aufnahmen in DataFiles abgelegt.
Also musste ich alle Aufnahmen dahin verschieben.

[Twilight]

für solche dinge ist das migrate tap von firebird besser geeignet.

twilight

[rudibert]

Kann ich BGC dazu überreden, meine Aufnahmen zu kopieren und nicht zu verschieben?

Kann ich als Ziel eine NTFS-formatierte Festplatte nutzen?

Der Grund für meine Fragen ist der geplante Umstieg vom SRP2401 auf eine VU+.
Die VU+ sollte doch NTFS-Platten lesen können, oder?

[tina1]

Hallo,
mein Topf bricht beim Aufruf von BGC immer sofort ab und macht einen Neustart, anschl. Prüfe Festplatte, kannst du nochmal helfen(Twi)?
Hier das LOG

BackgroundCopy.log

[Twilight]

da kann vielleicht firebird etwas dazu sagen...vom log eintrag her laufen bei dir viele taps?

twilight

[tina1]

Meistens ja, TAP Junkie halt. aber ich kann dich beruhigen, wenn morgens BGC läuft, sind nur noch 2 weitere am Laufen.
In der letzten Woche hat BGC zumindest noch einige Aufnahmen verschoben(kopiert) und hat dann den Topf erst gekillt.
Jetzt mach er das direkt nach dem Statt von BGC