Volume wird nicht int File Station angezeigt

[mipi]

Hi,
ich habe in einer neuen DS918+ zwei Volumes, einmal a) für Daten (2 x 2TB), einmal für b) das Backup (1 x 4TB), aus einer DS916+ übernommen.

Nun wird mir in der File Station nur Volume a) angezeigt, b) hingegen nicht ...


Ich kann z.B. das Vol 2 nicht als Ziel für die Datensicherung auswählen. Woran könnte das liegen? Irgendwie habe ich das Gefühl, dass mit auch nicht alle Apps zur Steuerung / Manipulation / Aktivierung der Festplatten angezeigt werden.

Gruß M.

 

[AndiHeitzer]

Ich wage es, zu bezweifeln, dass die Filestation Volumes anzeigt.
Die Filestation kann nur Shared-Folders (Gemeinsame Ordner) anzeigen.
Solche Ordner werden in der Systemsteuerung erzeugt und deren Volume, wo diese angelegt werden, bestimmt.

Üblicherweise kann HyperBackup nur Shared-Folder als Ziel nutzen.

 

[Fusion]

Ich denke zwar das war gemeint, aber immer gut Wissenslücken und unsaubere Darstellung zu korrigieren.

Was mir komisch erscheint ist z.B. die deutsche/englische Beschreibung bei Volume 1 und 2.

Wenn du auf der Konsole / SSH unterwegs bist wäre mal interessant

cat /proc/mdstat

und

ls -la /
ls -la /volume2

Und natürlich zuerst wie Andy andeutet mal unter Systemsteuerung > Gemeinsame Ordner nachsehen was vorhanden ist.

Eventuell ist auch bei der Migration was schief gegangen.

 

[mipi]

Das scheint mein Denkfehler zu sein. Aber beim Volume 1 wurden die Daten / Gemeinsamen Ordner sofort angezeigt, als ich die Platte / das Raid aus der alten DS reingeschoben habe! Wie komme ich an die Ordner des Volume 2 ran? Da ist die Datensicherung aus der alten DS drauf.

 

[mipi]

Ich denke zwar das war gemeint, aber immer gut Wissenslücken und unsaubere Darstellung zu korrigieren.

Was mir komisch erscheint ist z.B. die deutsche/englische Beschreibung bei Volume 1 und 2.

Wenn du auf der Konsole / SSH unterwegs bist wäre mal interessant

cat /proc/mdstat

und

ls -la /
ls -la /volume2

Und natürlich zuerst wie Andy andeutet mal unter Systemsteuerung > Gemeinsame Ordner nachsehen was vorhanden ist.

Eventuell ist auch bei der Migration was schief gegangen.

cat /proc/mdstat

Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] 
md2 : active raid1 sda5[0] sdb5[1]
      1948683456 blocks super 1.2 [2/2] [UU]
      
md4 : active raid1 sdc3[0]
      3902196544 blocks super 1.2 [1/1] 
      
md3 : active raid1 nvme0n1p1[0] nvme1n1p1[1]
      244193984 blocks super 1.2 [2/2] [UU]
      
md1 : active raid1 sda2[0] sdb2[1] sdc2[2]
      2097088 blocks [4/3] [UUU_]
      
md0 : active raid1 sda1[0] sdb1[1] sdc1[2]
      2490176 blocks [4/3] [UUU_]
      
unused devices: <none>

pi@server3:~$ ls -la /
total 80
drwxr-xr-x  26 root root  4096 Apr 12 22:40 .
drwxr-xr-x  26 root root  4096 Apr 12 22:40 ..
lrwxrwxrwx   1 root root     7 Apr 10 17:11 bin -> usr/bin
drwxr-xr-x   3 root root  4096 Apr 10 17:12 boot
drwxr-xr-x   7 root root     0 Apr 12 22:41 config
drwxr-xr-x  13 root root 19160 Apr 12 22:41 dev
drwxr-xr-x  45 root root  4096 Apr 12 23:01 etc
drwxr-xr-x  42 root root  4096 Apr 10 17:15 etc.defaults
drwxr-xr-x   2 root root  4096 Oct 26 16:02 initrd
lrwxrwxrwx   1 root root     7 Apr 10 17:11 lib -> usr/lib
lrwxrwxrwx   1 root root     9 Apr 10 17:11 lib32 -> usr/lib32
lrwxrwxrwx   1 root root     7 Apr 10 17:11 lib64 -> usr/lib
drwx------   2 root root  4096 Oct 26 16:02 lost+found
drwxr-xr-x   2 root root  4096 Oct 26 16:02 mnt
drwxr-xr-x   2 root root  4096 Apr 10 17:11 .old_patch_info
dr-xr-xr-x 517 root root     0 Apr 12 22:39 proc
-rw-------   1 root root  1024 Apr 10 17:11 .rnd
drwx------   5 root root  4096 Apr 11 18:13 root
drwxr-xr-x  33 root root  2200 Apr 13 10:23 run
lrwxrwxrwx   1 root root     8 Apr 10 17:11 sbin -> usr/sbin
drwxr-xr-x   4 root root  4096 Apr 10 17:12 .syno
dr-xr-xr-x  12 root root     0 Apr 12 22:40 sys
drwxr-xr-x   2 root root  4096 Apr 10 17:11 .system_info
drwxrwxrwt  19 root root  2400 Apr 13 10:42 tmp
drwxr-xr-x   2 root root  4096 Apr 10 17:12 tmpRoot
drwxr-xr-x  11 root root  4096 Oct 26 15:06 usr
drwxr-xr-x  16 root root  4096 Apr 12 22:40 var
drwxr-xr-x  14 root root  4096 Apr 10 17:11 var.defaults
drwxr-xr-x   1 root root   676 Apr 12 22:40 volume1
drwxr-xr-x   8 root root  4096 Apr 13 10:34 volume2
drwxr-xr-x   4 root root  4096 Apr 12 22:41 volumeSATA
drwxr-xr-x   4 root root  4096 Apr 12 22:41 volumeUSB1
pi@server3:~$ ls -la /volume2
total 76
drwxr-xr-x   8 root root  4096 Apr 13 10:34 .
drwxr-xr-x  26 root root  4096 Apr 12 22:40 ..
-rw-------   1 root root 12288 Apr 12 22:39 aquota.group
-rw-------   1 root root 11264 Apr 12 22:39 aquota.user
drwxrwxrwx+  6 root root  4096 Apr  7 18:48 backup
drwxrwxrwx+  5 root root  4096 Apr 13 10:34 @eaDir
drwxr-xr-x   2 root root  4096 Apr  4 15:01 @SynoFinder-log
-rw-------   1 root root  5120 Apr  5 12:52 synoquota.db
drwxrwxrwx+  4 root root  4096 Apr 13 10:34 test
drwxrwxrwx   3 root root  4096 Apr 13 10:23 @tmp
drwxrwxrwx+  6 root root  4096 Apr  6 09:33 UltimateBackup
pi@server3:~$

hilft das weiter?

 

[Fusion]

Das bestätigt zumindest mal, dass dein SHR-Pool mit Volume 1 (md2, RAID-1) und der Basic Pool mit Volume 2 (md4, "halbes" RAID-1) sauber sind und dass auch das volume2 eingehängt ist im System.

Wieso er nun die Gemeinsamen Ordner "backup", "test" und "UltimateBackup" unter Systemsteuerung > Gemeinsame Ordner nicht anzeigt... gute Frage.

Hast du zum Vergleich noch "ls -la /volume1" ? Falls Namen auftauchen die du nicht hier lesen willst, kannst du sie ja per xxxx oder ähnlich unkenntlich machen.

 

[mipi]

Den Ordner "test" habe ich von der Filestation angelegt. Der wird auch angezeigt aber unter allen anderen, nicht separiert für Volume 2

 

[Fusion]

Wie Andi schon gesagt hat auf der Synology basiert alles auf Gemeinsamen Ordnern. Das ist die oberste Organisationsebene. Deshalb werden diese auch unterschiedslos in der File Station angezeigt. Einzig unter Systemsteuerung > Gemeinsame Ordner kann man sehen auf welchem Volume diese real liegen.

Edit: Allerdings komisch, dass dieser auf Volume 2 zu liegen kam der test Ordner. Muss ich mal drüber grübeln wie das passiert.

 

[mipi]

Ich habe doch keine Geheimnisse

pi@server3:~$ ls -la /volume1
total 3916
drwxr-xr-x   1 root            root                676 Apr 12 22:40 .
drwxr-xr-x  26 root            root               4096 Apr 12 22:40 ..
drwxr-xr-x   1          192868          192868     248 Apr 10 16:52 @ActiveBackup
drwxrwxrwx+  1 root            root                 12 Apr  6 14:58 ActiveBackupforBusiness
drwxr-xr-x   1 root            root                104 Apr  3 18:34 @ActiveBackup-GSuite
drwxr-xr-x   1 root            root                892 Apr 12 20:25 @appstore
drwxr-xr-x   1 root            root                 32 Apr  3 18:43 @cloudstation
drwxr-xr-x   1 root            root                 50 Apr  3 18:45 @cloudsync
drwxrwxrwx+  1 root            root                 28 Apr  7 18:49 conf
drwxrwxrwx+  1 root            root                 94 Apr  7 18:47 data
drwxr-xr-x   1 admin           users                76 Mar 26 15:17 @database
drwxrwxrwx+  1 root            root                 34 Apr  1 20:12 docker
drwx--x--x   1 root            root                108 Apr 12 22:41 @docker
drwxr-xr-x   1 DownloadStation DownloadStation      12 Apr 10 17:27 @download
drwxrwxrwx+  1            1001 administrators       72 Apr 11 20:50 downloads
drwxrwxrwx+  1 root            root                262 Apr 10 17:27 @eaDir
drwxrwxrwx+  1             911             911    4024 Apr 12 19:22 files
drwxrwxrwx+  1 root            root                 34 Apr 12 15:54 homes
drwxrwxrwx+  1 root            root                 28 Mar 26 15:47 images
drwxrwxrwx   1 root            root                194 Apr  4 22:02 @img_bkp_cache
drwxrwxrwx+  1 root            root                110 Mar 26 20:51 media
drwxrwxrwx+  1 root            root                 12 Apr 10 17:26 music
drwxrwxrwx+  1 root            root                 12 Apr  6 07:25 NetBackup
drwxrwxrwx+  1 root            root                 12 Apr 10 17:27 photo
drwxrwxrwx+  1 root            root                 56 Mar 29 09:06 Plex
drwxrwxrwx+  1 root            root                464 Apr  2 17:19 public
drwxr-xr-x   1 root            root                 24 Mar 26 15:17 @S2S
drwxr-xr-x   1 root            root                156 Apr 10 03:00 @sharesnap
drwxrwxrwx+  1 root            root                 50 Mar 26 21:02 spaces
drwxrwxrwx   1 root            root                 16 Apr  6 14:37 @spool
-rw-------   1 root            root            4395008 Apr  6 18:25 @SYNO.Backup.Tas.core
drwxr-xr-x   1 root            root                 84 Apr 10 17:33 @SynoFinder-log
drwxr-xr-x   1 root            root                  0 Apr 10 17:28 @SynologyApplicationService
drwxr-xr-x   1 root            root                 32 Apr 10 17:28 @synologydrive
drwxrwxrwt   1 root            root                 90 Apr 12 22:41 @tmp
drwxr-xr-x   1 root            root                 12 Mar 30 11:39 @USBCopy
drwxrwxrwx+  1 root            root                 12 Apr 10 17:27 video
drwxrwxrwx+  1 root            root                 28 Mar 26 15:57 workstations

Na, Interessantes gefunden?

 

[Fusion]

Ne, sieht normal aus. Gemeinsame Ordner mit ACL Berechtigungen.

Wie hast du "test" angelegt in der File Station?
Via Erstelle Neuen Ordner oder Erstelle neuen Gemeinsamen Ordner?

 

[mipi]

Gemeinsamer Ordner -> Erstellen ... hab noch nicht drauf geschrieben, teste ich mal ... Wenn ich aber (den nicht angezeigten) ordner "backup" neu anlegen will mault die Systemsteuerung: "bereits vorhanden"!


Anlegen, Schreiben, Löschen geht auf dem test Ordner

 

[Fusion]

ok. Meine Idee wäre jetzt die vorhandenen Ordner umzubenennen, sie via Systemsteuerung (indirekt via File Station, öffnet ja auch die Systemsteuerung während des Vorgangs) neu anzulegen und dann den Inhalt der alten Ordner in die neuen zu verschieben.

Also (<Taste>)

sudo -i <Enter>

Passwort des Admin Benutzers, um ins root Konto zu wechseln (in der Zeile sollte dann vorne root@server3 und nicht mehr pi@server3 stehen)

cd /
mv volume2/backup volume2/backupOld
mv volume2/UltimateBackup volume2/UltimateBackupOld

Jetzt via Systemsteuerung "backup" und "UltimateBackup" neu anlegen

mv volume2/backupOld/* volume2/backup/
mv volume2/UltimateBackupOld/* volume2/UltimateBackup/

Und den Inhalt der alten Ordner in die neuen Ordner verschieben. Und eventuell via Systemsteuerung die Rechte an den Ordnern kontrollieren/anpassen.

 

[mipi]

Mal so eine dumme Frage, macht es einen Unterschied dass die Partition (= Volume?) mit ext4 formatiert ist? Ich hatte mal geguckt, mir war so: man kann im DSM die Platte neu formatieren? Aber ich finde den Knopf nicht ... Daten habe ich anders wiederhergestellt. Nun muss eine sinnvolle Datensicherung her ... der Weg war ja ein Schuss in den Ofen, ein Glück hatte ich die Daten auch extern gesichert ...

 

[Fusion]

Nein, Format sollte keinen Unterschied machen. Lässt sich nur auswählen, wenn man ein Volume neu anlegt.
Wenn du nichts groß verlierst kannst natürlich auch Holzhammer nehmen und Volume löschen und neu anlegen. Daten sind dann weg.

Noch zu oben, wenn mv nicht funktioniert

find /volume2/UltimateBackupOld/ -name '*' -exec mv -v {} /volume2/UltimateBackup/ \;

 

[mipi]

mv volume2/backupOld/* volume2/backup/
mv volume2/UltimateBackupOld/* volume2/UltimateBackup/

Und den Inhalt der alten Ordner in die neuen Ordner verschieben. Und eventuell via Systemsteuerung die Rechte an den Ordnern kontrollieren/anpassen.

muss ich dabei auf die kopierten Datei-Rechte aufpassen oder gehen die beim mv mit?

 

[Fusion]

mv behält normal den Owner und Rechte bei (uid, gid). Kann sich natürlich vom alten zum neuen System verändert haben (Bsp Benutzer Anton kann auf einer DS die ID 1026 haben und auf der anderen 1027, je nachdem wann/wie dieser Benutzer angelegt wurde. Beibehalten wird z.B: die ID 1026. Kann also sein, dass der angezeigt Name sich ändert, weil ID 1026 auf dem neuen System "admin" ist etc.)

Kann auf jeden Fall nicht schaden sich mal ein paar Rechte vorher anzuschauen.
Rechte kannst ja nachträglich via Konsole oder Systemsteuerung wieder setzen (dafür musst halt wissen auf was).

 

[mipi]

Nein, Format sollte keinen Unterschied machen. Lässt sich nur auswählen, wenn man ein Volume neu anlegt.
Wenn du nichts groß verlierst kannst natürlich auch Holzhammer nehmen und Volume löschen und neu anlegen. Daten sind dann weg.

Ich teste das Erste, muss ja im Notfall auch laufen ... aber dann das Zweite ... lösche ich die die volume 2 händisch in der Konsole oder im DSM?

Vielen Dank bis hier ...

 

[Fusion]

Wenn du das Volumen löschen und neu anlegen willst, dann via DSM > Speichermanager.