Beiträge von di3.h4ppy

mmh,

ich bin mir grade nicht sicher..
auf meinem QNAP ist so:
/share/MD0_Data_/home/user1
/share/MD0_Data_/home/user2
etc.

ist also m.E. keine Verlinkung. Die Rechte scheinen jetzt so gesetzt sein, dass user1 /home lesen darf und dann in seinem Ordner schreiben darf.
user2 hingegen darf home nicht lesen und deshalb auch nicht auf seinen ordner user2 zugreifen.

Bisher konnte ich die Rechte von home im Browser via Einstellungen ändern. Dies ist nun aber nicht mehr der Fall...
Wie kann ich die Rechte von home ändern, dass jeder darauf zugreifen kann, aber die einzelnen Ordner wieder nur die entsprehcnende User bearbeiten darf.

Danke und viele Grüße, Dirk

Hallo zusammen,

ich habe einen shared Folder "home"auf meinem QNAP TS-419P II eingerichtet. Damals war noch eine 3.8er Firmware installiert. Wollte ich damals einen neuen Nutzer einrichten, so konnte ich dem neuen Nutzer "Lesen-Rechte" für diesen Ordner geben und dann konnte der Nutzer in dem Home-Ordner auf seinen Ordner daraufzugreifen.
Nun habe ich auf die 4.02 Firmware aktualisiert und für alle alten Nutzer sind die Rechte auch gleich geblieben. Sprich sie können auf home zugreifen und dann in ihren Unterordner per Passwort zugreifen.

Nun habe ich aber einen neuen Nutzer erstellt und nun ist im Freigabeordner bzw beim Benutzer kein home mehr aufgeführt. Deshalb kann ich auch keine speziellen Rechte mehr vergeben. Sprich der neue Nutzer kann nicht auf home zuugreifen. Wenn ich nun in der "File Station" versuche die Eigenschaften zu ändern, sagt er mir, dass dies eine virtueller Ordner ist und ich entsprechend keine Rechte setzen darf.

Wie kann ich also für den "home" Order meine Rechte wieder setzen bzw. wie kann ich aus dem virtuellen Ordner einen "normalen" shared Folder machen...

Vielen Dank für eure Hilfe, Dirk

Hallo zusammen,

bei meinem TS 419 P II ist auch ein Datenverlust aufgetreten. Wahrscheinlich war ich einfach zu langsam, bis ich das Forum hier gefunden habe und meine Platte auf read-only gesetzt habe.
Nun konnte ich leider nur ca 100 GB/1,2 TB per extundelete 0.2.4 wiederherstellen. (Das sind nun auch noch die unwichtigsten Daten von den 1,2 TB)

Im Moment bin ich aber noch ein wenig Ratlos, ob sich bei mir nicht noch ein anderer Fehler eingeschlichen hat:

fdisk -l


Disk /dev/sda: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes


   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1          66      530125   83  Linux
/dev/sda2              67         132      530142   83  Linux
/dev/sda3             133      243138  1951945693   83  Linux
/dev/sda4          243139      243200      498012   83  Linux


Disk /dev/sda4: 469 MB, 469893120 bytes
2 heads, 4 sectors/track, 114720 cylinders
Units = cylinders of 8 * 512 = 4096 bytes


Disk /dev/sda4 doesn't contain a valid partition table


Disk /dev/sdb: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes


   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1          66      530125   83  Linux
/dev/sdb2              67         132      530142   83  Linux
/dev/sdb3             133      243138  1951945693   83  Linux
/dev/sdb4          243139      243200      498012   83  Linux


Disk /dev/sdc: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes


   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1          66      530125   83  Linux
/dev/sdc2              67         132      530142   83  Linux
/dev/sdc3             133      243138  1951945693   83  Linux
/dev/sdc4          243139      243200      498012   83  Linux


Disk /dev/sdd: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes


   Device Boot      Start         End      Blocks   Id  System
/dev/sdd1               1          66      530125   83  Linux
/dev/sdd2              67         132      530142   83  Linux
/dev/sdd3             133      243138  1951945693   83  Linux
/dev/sdd4          243139      243200      498012   83  Linux


Disk /dev/md9: 542 MB, 542769152 bytes
2 heads, 4 sectors/track, 132512 cylinders
Units = cylinders of 8 * 512 = 4096 bytes


Disk /dev/md9 doesn't contain a valid partition table


Disk /dev/md4: 542 MB, 542769152 bytes
2 heads, 4 sectors/track, 132512 cylinders
Units = cylinders of 8 * 512 = 4096 bytes


Disk /dev/md4 doesn't contain a valid partition table


Disk /dev/md0: 0 MB, 0 bytes
2 heads, 4 sectors/track, 0 cylinders
Units = cylinders of 8 * 512 = 4096 bytes


Disk /dev/md0 doesn't contain a valid partition table

Ist das immer so, das /dev/md0 keine gültige Partitionstabelle hat?
Oder muss man diese "wiederherstellen"?

Im "[Howto]: RAID/Disaster recovery & undelete" von Terz wird dazu auch eine Methode mit Hilfe von Testdisk vorgeschlagen. Leider gibt es dazu kein ARM-Howto. Funktioniert das unter der ARM-Architektur nicht??
Viele Grüße und schonmal vielen Dank für Eure Hilfe im Vorraus!
Cheers, Dirk