Externe HDD zu usbshare1 zurückumbenennen

[Lichtograf]

Moin allerseits,

ich habe an meiner NAS eine Fantec JBOD als externes Backup-Medium hängen (im folgenden als "ext. HDD" bezeichnet). Seit eh und je her in der Liste der "Gemeinsamen Ordner" als "usbshare1" benannt. Dieses Ziel hat auch Hyper Backup immer fürs tägliche Backup verwendet. Bis - ja bis ich auf die unwahrscheinlich tolle Idee kam die ext. HDD umzubenennen. Heißt jetzt Backup03 oder so. Dumm nur, dass Hyper Backup moniert hat dass sein Datensicherungsziel offline ist. Und ich auch keine Möglichkeit gefunden habe im Hyper Backup das Sicherungsziel im Backuptask auf den neuen Namen der ext. HDD umzubiegen. Dumm auch, dass ich die ext. HDD nicht mehr in "usbshare1" umbenennen kann, da hier die Fehlermeldung "Der Name des gemeinsamen Ordners ist entweder ausschließlich Systemanwendungen reserviert, oder existiert bereits". Aaalso - das Backup von der ext. HDD umgelagert und die ext. HDD unter "Externe Geräte" neu formatiert. Immer noch doof, denn dadurch ändert sich der Name nicht automatisch beim Neuanschluss auf "usbshare1" und natürlich kann ich die ext. HDD immer noch nicht umbenennen.


So, bevor ich jetzt die Kiste von der NAS abklemme und am PC platt mache: Habe ich noch irgendeine Möglichkeit den ext. HDD-Verbung unter DSM auf "usbshare1" umzubenennen?
Oder natürlich den Zielpfad unter Hyper Backup (bei bestehendem Backup) auf einen neuen Namen zu legen.

Danke für hilfreiche Ratschläge, den Rat solche Dummheiten zukünftig zu unterlassen habe ich mir schon selber erteilt

 

[Kurt-oe1kyw]

Den Namen kannst du frei nach belieben definieren, nur du musst dazu auf die Konsole. Wie das genau geht, siehe unten meine Signatur.

 

[Lichtograf]

Hey Kurt, vielen Dank für den Hinweis und deine Erklärung mit der Konsole. Ich war das erste mal außerhalb DSM auf der NAS *g*.

Was mir leider nicht gelungen ist: Mich als "root" über die Konsole (WinSCP) auf der NAS anzumelden. Ich konnte mich nur über den re-aktivierten "admin" Zugang draufzuschalten. Nur hat dieser wohl vermutlich keine Berechtigung, die geänderte usbno_guid.map auf die NAS zu speichern.

 

[zdravkos]

Vielleicht hilft dir das weiter...
https://www.synology-forum.de/showthread.html?74476-DSM-6-0-Fehlender-Root-Zugriff-L%F6sung-f%FCr-WinSCP-gesucht/page10&p=694440&viewfull=1#post694440
oder putty
https://www.synology.com/de-de/knowledgebase/DSM/tutorial/General/How_to_login_to_DSM_with_root_permission_via_SSH_Telnet

 

[Lichtograf]

Danke für eure Hilfestellungen, aber mit dem Syntax der USB-Geräte in der usbno_guid.map komme ich einfach nicht klar.
Ich habe schon aus Verzweiflung die ext. USB an meine 2. NAS gehängt (dort wurde sie korrekt als usbshare1 bezeichnet) und dort die entsprechende Nummer aus der usbno_guid.map in die eigentliche NAS eingetragen - ohne Erfolg. Auch das komplette löschen der usbno_guid.map bringt nix, die USB-Platte wird einfach nicht mehr als usbshare1 gekennzeichnet. Morgen Abend werde ich das Backup von der Platte komplett löschen und den Backup-Job neu aufsetzen.

Seufz ....

 

[Lichtograf]

Problem gelöst!

Im englischsprachigen Synology-Forum wird hier beschrieben, wie bei dem gleichen Problem vorgegangen werden kann: Es muss die Datei "share_right.map" ausfindig gemacht werden und der entsprechende Eintrag des umbenannten USB-Laufwerkes einfach nur gelöscht werden. Nach dem erneuten Anschließen des ext. USB-Laufwerkes wurde dieses wieder korrekt als "usbshare1" angezeigt.

Übrigens: Mit dem hier vorgeschlagenen WinSCP kommt man zwar ins Backend der NAS, jedoch gelang es mir nicht die Dateien zu editieren da man keine root-Rechte hat. Eine Verbindung als "root" ist nicht möglich, nur als "admin".
Ich habe dann über "PuTTY" mich auf die Konsole als admin eingeloggt, dort mit sudo -i die root-Rechte erlangt und mittels zuvor auf der NAS installiertem Midnight Commander über das PuTTY-Shell die entsprechende Datei geändert.

 

[Kurt-oe1kyw]

Danke für deine Rückmeldung und fein das es jetzt läuft. Bezüglich winSCP wurde der Link im Beitrag #4 schon erwähnt, hier wird ganz genau beschrieben in welcher Reihenfolge die 4 Befehlszeilen eingegeben werden müssen und welche Schritte notwendig sind damit auch in winSCP wieder der volle und uneingeschränkte root-Zugriff möglich wird. Dieses Prozedere hat bei mit seit Einführung von DSM 6.xx bis jetzt alle Updates überstanden und der root-Zugriff bleibt erhalten. Hier noch einmal der Beitrag um vollständige root-Rechte zu erhalten <klick>

Die Datei share_right.map habe ich bisher nicht gebraucht, ich nehme an das hier ein Zusammenhang mit der Datei usbno_guid.map besteht. Unsere Konsolenspezialisten können hier dazu sicher genaueres dazu Bericht. ABER es ist gut zu Wissen, dass es eine zweite Datei gibt welche hier auch inkludiert ist und ggf. kann man ja dort auch nach dem Fehler suchen, bzw. dem fehlerhaften Eintrag. Die "Nummer" vom angesteckten USB Speicher ist ja ident mit der Nummer der usbno_guid.map, sie taucht auch genauso in der share_right.map Datei auf.

Damit man nicht stundenlang suchen muss, bei mir war die Datei share_right.map auf der Konsole im Pfad /usr/syno/etc/ vorhanden. Fast ganz unten am Ende, also weit runterscrollen. Ich weiß aber nicht ob das für alle Installationen/DSM gilt, bei mir war sie dort eingetragen.

Edit:
Ganz wichtig! Es muss ein USB Speicher eingesteckt und aktiv mit der DS verbunden sein, sonst erscheinen am Ende die beiden Einträge NICHT in der share_right.map Datei! Die Einträge usbshare erscheinen erst in der share_right.map wenn ein USB Speicher an die DS angesteckt wurde:



Zum Vergleich hier noch der Eintrag in der Datei usbno_guid.map vom gleichen USB Speichermedium wie im oberen Bild, der Eintrag sieht so aus:



ändert man hier die 1 in zB 5 so würde dieses Speichermedium später als usbshare5 angezeigt werden.



Viel Erfolg mit der Vergabe von eigenen usbshare Nummern für externe USB Speichermedien an einer DS.

 

[Lichtograf]

Stimmt Kurt, man kann mit WinSCP mit root-Rechten zugreifen, wenn man die Zertifikate installiert. Das hatte ich nicht richtig durchgeführt.

BTW: Schön bebilderte Erklärungen von dir, vielen Dank dafür!

 

[Kurt-oe1kyw]

Nachtrag um das Thema abzuschliessen. Da ich meistens am Wochenende, zusätzlich zum täglichen autom. Backup auf die DS218+, auf die externen HDDs sichere konnte ich mir das jetzt genauer ansehen wie sich das zwischen den beiden Dateien usbno_guid.map und share_right.map verhält.
Meine vorige Vermutung war wohl richtig, federführend ist die usbno_guid.map und in dieser wird definiert was sich anschliessend in der share_right.map wiederfindet. Aber der Reihe nach.
Zur Erinnerung, wenn man ein USB Gerät an einen USB Anschluss der DS ansteckt, so wird eine usbshareXX (XX=Nummer) vergeben und zwar in der Datei usbno_guid.map, diese XX Nummer wird dann anschliessend auch in die Datei share_right.map geschrieben und zwar an das Ende der Liste - noch mal, NUR wenn ein USB Gerät an der DS aktiv verbunden ist!

Ich hatte jetzt am Wochenende wieder das "Glück" das eine meiner externen HDDs "falsch" erkannt wurde, ich wechsle dann einfach in die usbno_guid.map und editiere die jeweilige Zeile mit der von mir gewünschten usbshare XX Nummer. ABER diesmal habe ich mir auch angesehen was da genau in der share_right.map damit passiert.
Eine meiner externen HDDs hat "normalerweise" die von mir vergebene usbshare8 Nummer, dh. sobald ich sie an die DS anstecke sollte sie als usbshare8 erkannt und angezeigt werden. Hat sie aber nicht gemacht sondern wurde als "falsch" mit usbshare1 angezeigt. Korrekterweise wurde dann in der share_right.map der Eintrag am Listenende erstellt mit [usbshare1]. Das passo soweit auch noch.
Also habe ich die usbshare Nr in usbno_guid.map geändert auf die von mir gewünschte Nr 8. Danach wieder die share_right.map geöffnet und siehe da, JETZT waren zwei Einträge in der share_right.map zu sehen! Einmal usbshare8 und einmal usbshare1!
Dh. die usbno_guid.map gibt der share_right.map die Einträge und die Nummern vor. ABER das Problem beginnt jetzt beim korrekten Entfernen vom USB Gerät. Ich wähle zwar im DSM > Hardware entfernen/USB Gerät auswerfen und das wird auch korrekt getrennt und ausgeworfen, ABER in der share_right.map bleibt jetzt ein Eintrag stehen! Er wird nicht entfernt/gelöscht! In meinem Fall wurde korrekt der Eintrag usbshare8 gelöscht, ABER die Zeile usbshare1 war immer noch da!
Und ich vermute jetzt, dass ist der Grund warum manche die Fehlermeldung in Hyperbackup erhalten "der Name ist für das System reserviert" usw. Das deckt sich auch mit der Erfahrung von Lichtograf, erst als er den Eintrag usbshare1 "manuell" aus der share_right.map Datei entfernt hatte, konnte beim Anstecken der DS wieder usbshare 1 vergeben werden und die eingerichtete Backupaufgabe in Hyperbackup aufgerufen werden.

Noch mal zum Ablauf, eine externe HDD wird als usbshare1 erkannt und in die share_right.map Datei am Ende der Liste eingetragen mit der Zeile [usbshare1]. Trennt man jetzt korrekt das externe USB Medium wird diese Zeile wieder autom gelöscht. Erfolgt die Trennung aber nicht "sauber" so bleibt der Eintrag stehen, wird dann noch zusätzlich ein anderes USB Gerät verwendet, oder das selbe USB Gerät neuerlich angeschlossen und als usbshare2 vom System definiert ist das Chaos perfekt, denn der Eintrag [usbshare1] bleibt in der share_right.map Datei stehen UND eine neue, zusätzliche Zeile mit [usbshare2] wird dazugeschrieben! Trennt man jetzt sauber das USB Gerät/Speicher so wird zwar [usbshare2] korrekt aus der Liste entfernt, ABER der Eintrag [usbshare1] bleibt bestehen!
Hier gut zu sehen an meinem Beispiel, der Eintrag in der share_right.map Datei mit der "falsch" erkannten usbshare1 Nummer ist immer noch da, obwohl die Nummer jetzt usbshare8 lautet:



Trenne ich jetzt wie oben im Bild zu sehen die externe HDD korrekt vom System verschwindet nur die Zeile [usbshare8], ABER die Zeile [usbshare1] bleibt weiterhin stehen und Hyperbackup meldet dann beim Erstellen einer Backupaufgabe "Dieser Name kann nicht verwendet werden oder ist dem System zugeilt", oder so ähnlich.
Also die Definition der usbshare Nummern erfolgt eindeutig in der usbno_guid.map Datei und diese Nummer wird als letzte Zeile automaitsch in die share_right.map eingetragen so lange das USB Gerät/Speicher aktiv mit der DS verbunden ist.

Hinweis:
Bitte nicht vergessen bei der USB-Dockingstation bleibt die usbshare Nummer im Normalfall immer gleich, da die Nummer in der usbno_guid durch den Controller der Dockingstation erkannt wird und die bleibt gleich, egal welche HDD sich gerade in der Dockingstation befindet!