Backup-Platte unter Linux (Ubuntu 10.10) mounten u. lesen - Problem mit homes/...

[THXSYN]

Hallo zusammen,

hab leider keine Antwort auf meine Frage finden können... daher hier jetzt ein eigener Thread.

Ich habe mit meiner DS210+ ein Backup, ohne Encryption, auf eine externe Platte geschrieben. Nun möchte ich diese Platte
ganz "normal" unter Linux (Ubuntu 10.10) mounten u. auf die Daten zugreifen. Nach dem Mounten kann ich zwar alle
Daten unter "LocalBackup/music" oder ".../photo" oder auch ".../video" lesen, aber die Daten unter "LocalBackup/homes/user_abc/"
können nicht gelesen werden. Die komplette Ordnerstruktur unterhalb des user-Namens wird als eine Datei mit unbekanntem Typ
angezeigt.
Ich nehme an, das das ein Rechteproblem ist, weiß aber nicht, wie ich das beheben kann (Linux-Newbie).
Sinn des Ganzen ist, dass ich das komplette Backup in einen Truecrypt-Container packen möchte. Dazu muß ich natürlich auch
lesenderweise darauf zugreifen können.

Die Anleitung hier im Wiki bzgl. der Erzeugung von verschlüsselten Backups direkt aus der DS heraus, ist mir etwas zu hoch... und
greift für mich zumindest zu tief in die Innereien ein, als das ich mich dabei noch wohl fühlen würde.

Besten Dank schon mal für jede Hilfe!

Gruß, THXSYN

 

[jahlives]

Für homes hat nur der admin resp root die entsprechenden Rechte. Wenn du auf dem Ubuntu selber auch root bist (UID/GID 0) dann sollte es eigentlich kein Problem sein auf homes zuzugreifen

 

[THXSYN]

Ich hatte die Platte als Root gemounted. Reicht das nicht? Bei Ubuntu ist man ja immer nur als user "unterwegs".
Ich dachte schon, dass ich ggf. das Password beim Mounten übermitteln müsse, welches ich zur Anmeldung an der DS
verwende... ich weiß nur nicht, wie? Oder ist das kompletter Nonsens?

Gruß, THXSYN

 

[jahlives]

Nur wenn du wirklich mit UID 0 und GID 0 unterwegs bist, bist du wirklich root. Kann gut sein, dass du bei ubuntu nicht wirklich als root unterwegs bist. Dann bliebe eigentlich nur noch der admin Zugriff. Guck mal auf der DS nach was für eine UID (UserID) der User admin hat

cat /etc/passwd | grep admin

dann erstellst du auf dem ubuntu ebenfalls einen User mit dieser ID. Name sollte dabei afaik keine Rolle spielen. Melde dich dann als dieser User an und mounte die Freigabe nochmals.

 

[THXSYN]

Sorry, aber ich weiß nicht, wie ich mich auf der DS einloggen kann, um das cat-Kommando abzusetzen. Bisher habe ich mich immer per ftp dort eingeloggt, um etwas nachzuschauen.
Bei ftp gibt es aber keinen cat-Befehl.

 

[jahlives]

Aktivier im DSM unter Netwerk-->Terminal telnet oder ssh (wobei ssh, weil verschlüsselt, bevorzugt werden sollte). Dann nimmst du dir einen ssh Client (z.B. Putty für Windows) und verbindest dich auf die LAN-IP der DS. Als Username verwendest du root und als PW dasjenige vom admin der DS. Dann sollte dich die Konsole begrüssen, wo du dann dieses Kommando absetzen kannst

 

[THXSYN]

Werde ich in ca. 45 min. ausprobieren...muß kurz mal weg. Aber schon mal besten Dank!!

 

[THXSYN]

So, den cat-Befehl konnte ich absetzen, aber ich weiß nicht, was ich mit dem Output (admin:x:1024:100:System default user:/var/services/homes/admin:/bin/sh) nun
anfangen kann. Ich habe einen neuen User angelegt, sehe aber nicht, wo ich was von der o.g. Information eingeben muß.
In den erweiterten Einstellungen den Benutzereinstellungen steht z.B. unter "Benuterkennung": "1001". Muss ich da ggf. die "1024" von oben eingeben?
Der Name des neuen Nutzers ist doch vermutlich egal, oder?

 

[THXSYN]

So, habe jetzt schon mal anstatt der "1001" die "1024" eingegeben und den User von "Default-User" auf "Administrator" geändert, damit der mount-Befehl nicht meckert, dass das nur "root" dürfe.
Leider bekomme ich die Platte trotzdem nicht gemountet, da ich den Typ angeben müsse. Wenn ich jedoch als Parameter auch "-t ext3" mit übergebe (bei "mount"), dann gibt es immer eine Fehlermeldung,
dass der Typ unbekannt sei. Das gleiche passiert bei "ext4" (ich bin mir aber ziemlich sicher, dass die Platte auf "ext3" formatiert wurde).

 

[THXSYN]

Ups, hatte mich mit dem Device vertan (statt "/dev/sdd" musste ich "/dev/sdb" nehmen). Damit konnte ich dann die Platte auch mounten, aber der Effekt blieb der gleiche:
Alle Daten unter "homes" sind nicht lesbar. Dann ist entweder der neue User noch nicht richtig eingerichtet oder der Tipp funktioniert doch nicht...

 

[THXSYN]

Hallo jahlives,

fallst Du noch mal hier hereinschaust... fällt Dir noch etwas zu dem Thema ein? Habe ich den User richtig eingerichtet?

Gruß, THXSYN

 

[jahlives]

der Typ sollte eigentlich nfs sein
Du musst auf dem ubuntu einen User mit der UID 1024 erstellen. Dann als dieser User die Freigabe mounten. Solange die UID übereinstimmt sollte der Name imho eigentlich egal sein. Schau dir mal das Kommando usermod für dein Linux an. Damit kann man die UID von bestehenden Usern ändern.

 

[THXSYN]

Der Typ ist definitiv Ext3 (hab mit gparted nachgeschaut).
"usermod -u 1024 username" müßte ich dann versuchen. Ging aber noch nicht, da "username" angeblich angemeldet sei. Ich fahre die ganze Kiste nochmal runter
und beginne neu...

 

[THXSYN]

Jetzt konnte ich die uid ändern, aber nach dem Mounten der Platte bleibt das Verhalten leider gleich :-(
Muss ich die/das/den Gid noch irgendwo einstellen/ändern? Ich weiß leider nicht, wie ich die aktuelle Gid auslesen kann.

 

[THXSYN]

Hab mal "Deinen" cat-Befehl hier unter Ubuntu abgesetzt und dabei die folgenden Werte erhalten "username:x:1024:1001:..."
Ist die GID = 1001?
Die Ausgabe unter der DS war ja "username:x:1024:100:..."
Also falls ich den Wert von "1001" auf "100" ändern muss, damit es endlich funktioniert, müsste ich nur noch herausbekommen, wie das geht...

 

[THXSYN]

Jetzt habe ich noch einmal einen neuen User (synology) mit Admin Rechten und uid=1024, sowie Gid=100 angelegt (der cat-Befehl spuckt folgendes aus: synology:x:1024:100:synology,,,:/home/synology:/bin/bash)
Aber das ermöglicht leider immer noch keinen Zugriff auf die Daten unter /homes/. Bin (wieder) ratlos.... wer weiß noch etwas?

Gruß, THXSYN

 

[THXSYN]

Was lange (1 Tag) währt, wird endlich gut... Es ist (und ich bin) geschafft!

Nach weiterem Studium eines Eintrages über "Benutzer/Gruppen verwalten" im Ubuntu Wiki (http://wiki.ubuntu-forum.de), habe ich die Lösung für mein Problem gefunden:
Ich musste mich zunächst zum "richtigen" Root machen, welcher im Normalfall bei Ubuntu Installationen deaktiviert ist, um zu verhindern, dass ein Newbie wie ich sein System zerschießt
Das geht in einem Terminal mittels "sudo su -" (liebe Kinder - bitte nicht nachmachen!)

Damit in man für eine Session, also bis das Terminalfenster wieder geschlossen wird, root mit uid=0 und gid=0. Das kann man übrigens über den Befehl "id" herausbekommen
(wußte ich auch noch nicht). Als echter root habe ich dann die besagte Platte gemountet ("mount /dev/sdb1 /media/mountpoint" in meinem Fall!)

Zu meiner Enttäuschung konnte ich aber immer noch nicht auf meine Daten unter /home zugreifen. Bis mir dämmerte, dass mein Nautilus (der File-Explorer) ja nicht mit root-Rechten lief!
Erst, als ich als root einen weiteren Nautilus aufrief (einfach "nautilus" im root-Terminalfenster eingeben), konnte ich auch darüber auf alle Daten zugreifen. Jetzt läuft der Datentransfer
von meiner Backup-Platte zu einem Truecrypt-Container (dauert noch ca. 9 Std.). Eigentlich wollte ich den Transfer gleich heute morgen anwerfen (in meinem jugendlichen Leichtsinn/Naivität ;-))

Besten Dank an jahlives für Deine Tipps, die mich in die richtige Richtung dirigiert haben. Ich hoffe, diese Lösung hilft nun auch anderen weiter...

Gruß, THXSYN