NFS

**Xaar**

Hallöchen!

Folgendes habe ich vor: Die Festplatte eines Rechners ("Quellrechner") hier will ich mittels dd sichern. Da die Platte ausbauen keine Option ist, und der Rechner auch kein USB bietet, dafür aber einen Netzwerkport hat, wollte ich ganz gern das ganze über Netzwerk machen. Also kurz:

Zielrechner: Mit Live-Linux-CD (grml 2011.05) booten
Zielrechner: Netzwerk-Einstellungen vornehmen
Zielrechner: NFS-Freigabe erzeugen
Quellrechner von Live-Linux-CD (grml 1.0) booten
Quellrechner: Netzwerk-Einstellungen vornehmen
Quellrechner: NFS-Freigabe des Zielrechners mounten
Quellrechner: Festplatte mittels dd auslesen und als Image auf die gemountete NFS-Freigabe sichern

Soweit, so einfach. Nun ist meine Frage: Wie erstelle ich überhaupt so eine NFS-Freigabe - und wie krieg' ich die am Zielrechner gemountet?

Alternativ zum Live-Linux auf dem Zielrechner kann ich auch 'n bestehendes Linux-Notebook (Debian 9 Testing oder Debian 8.1) nutzen.

Hab' zwar die eine oder andere Anleitung zum Aufsetzen eines NFS-Servers gefunden - aber so recht funktionieren will das nicht. Weder mit dem grml 2011.05 als Server noch mit dem Debian 9.

Weiß jemand Rat?

thosch97

Wieso NFS? Ich würde das über Netcat rüberschieben. Sowas wie nc -l -p 42000 > foobar.img beim Empfänger und pv -pterba /dev/sdz | nc 2001:db8::70:656e:6973 42000 beim Sender.

mrshadowtux

Zitat von thosch97

Wieso NFS? Ich würde das über Netcat rüberschieben. Sowas wie nc -l -p 42000 > foobar.img beim Empfänger und pv -pterba /dev/sdz | nc 2001:db8::70:656e:6973 42000 beim Sender.

Totaaal praxisnah.

**Xaar**

NFS war halt das erste was mir einfiel Dieses Netcat sagt mir gar nix - und sieht auch irgendwie nicht wirklich verständlich für mich aus.

Bin auch gegenüber anderen Möglichkeiten offen - so isses nicht öö

tk1908

Zitat von Xaar

NFS war halt das erste was mir einfiel Dieses Netcat sagt mir gar nix - und sieht auch irgendwie nicht wirklich verständlich für mich aus.
Bin auch gegenüber anderen Möglichkeiten offen - so isses nicht öö

Wenns um reines NFS geht:

In der /etc/exports stehen deine Freigaben, nach folgenden Schema:

Code

/verzeichnis	192.168.2.1/24(rw,no_subtree_check)

Auf dem Client kannst du dann mit mount hostname:/verzeichnis /verzeichnis/auf/client das Verzeichnis einbinden.

thosch97

Zitat von Xaar

NFS war halt das erste was mir einfiel Dieses Netcat sagt mir gar nix - und sieht auch irgendwie nicht wirklich verständlich für mich aus.
Bin auch gegenüber anderen Möglichkeiten offen - so isses nicht öö

Netcat macht einfach nur einen Socket auf bzw. verbindet zu einem -- in diesem Fall TCP. Das erste Kommando macht einen auf Port 42000 auf und schiebt das, was reinkommt, in foobar.img. Das zweite Kommando zeigt mit pv eine Fortschrittsleiste an und gibt die Daten mittels Netcat an den anderen Host an Port 42000.

**Xaar**

Zitat von tk1908
Wenns um reines NFS geht:
In der /etc/exports stehen deine Freigaben, nach folgenden Schema:
Code
/verzeichnis	192.168.2.1/24(rw,no_subtree_check)
Auf dem Client kannst du dann mit mount hostname:/verzeichnis /verzeichnis/auf/client das Verzeichnis einbinden.

Hmm. Hab' ich eingestellt (nur ohne Netzmaskenangabe) - und nun nochmal versucht. Klappt aber nicht, kommt nur folgende Meldung auf dem "Quellrechner" (NFS-Client):

Code

mount: 192.168.0.109:/verzeichnis: can't read superblock

"Zielrechner" (NFS-Server) ist mein Notebook mit Debian 9 Testing, installiert hab' ich die Pakete nfs-kernel-server und portmap, hab' noch in der /etc/hosts.allow die Zeile

Code

portmap: 192.168.0.

eingefügt, anschließend den Rechner neu gestartet.

tk1908

Zitat von Xaar
Hmm. Hab' ich eingestellt (nur ohne Netzmaskenangabe) - und nun nochmal versucht. Klappt aber nicht, kommt nur folgende Meldung auf dem "Quellrechner" (NFS-Client):
Code
mount: 192.168.0.109:/verzeichnis: can't read superblock
"Zielrechner" (NFS-Server) ist mein Notebook mit Debian 9 Testing, installiert hab' ich die Pakete nfs-kernel-server und portmap, hab' noch in der /etc/hosts.allow die Zeile
Code
portmap: 192.168.0.
eingefügt, anschließend den Rechner neu gestartet.

Werf mal bitte n systemctl start nfs-server.service auf dem Client rein und poste die Ausgabe hier.

**Alpha**

NFSv4 geht jedenfalls so nicht Das braucht nen Root und von dort aus werden dann Shares verteilt.

Code

$ cat /etc/exports
/srv                    192.168.32.0/24(fsid=0,no_subtree_check,rw,sync)
/srv/arch               192.168.32.0/24(no_root_squash,insecure,no_subtree_check,rw,sync)
/srv/clonezilla         192.168.32.0/24(no_root_squash,insecure,no_subtree_check,rw,sync)
/srv/fedora             192.168.32.0/24(no_root_squash,insecure,no_subtree_check,rw,sync)
/srv/gparted            192.168.32.0/24(no_root_squash,insecure,no_subtree_check,rw,sync)
/srv/opensuse           192.168.32.0/24(no_root_squash,insecure,no_subtree_check,rw,sync)
/srv/systemrescuecd     192.168.32.0/24(no_root_squash,insecure,no_subtree_check,rw,sync)

tk1908

Zitat von Alpha

NFSv4 geht jedenfalls so nicht Das braucht nen Root und von dort aus werden dann Shares verteilt.

Code

$ cat /etc/exports
/srv                    192.168.32.0/24(fsid=0,no_subtree_check,rw,sync)
/srv/arch               192.168.32.0/24(no_root_squash,insecure,no_subtree_check,rw,sync)
/srv/clonezilla         192.168.32.0/24(no_root_squash,insecure,no_subtree_check,rw,sync)
/srv/fedora             192.168.32.0/24(no_root_squash,insecure,no_subtree_check,rw,sync)
/srv/gparted            192.168.32.0/24(no_root_squash,insecure,no_subtree_check,rw,sync)
/srv/opensuse           192.168.32.0/24(no_root_squash,insecure,no_subtree_check,rw,sync)
/srv/systemrescuecd     192.168.32.0/24(no_root_squash,insecure,no_subtree_check,rw,sync)

Ok? War mir neu, ich meinte eigentlich es geht auch ohne.

**Xaar**

Zitat von tk1908

Werf mal bitte n systemctl start nfs-server.service auf dem Client rein und poste die Ausgabe hier.

Auf dem Client (grml 1.0):

Code

zsh: command not found: systemctl

Der kennt noch kein systemd - ist von 2008 oder so.

Auf dem Server (Debian 9 Testing):

Code

Failed to start nfs-server.service: Unit nfs-server.service not found.

Zitat von Alpha

NFSv4 geht jedenfalls so nicht Das braucht nen Root und von dort aus werden dann Shares verteilt.

Die NFS-Version wäre mir ziemlich wumpe - Hauptsache, das Image wird 1:1 durchgereicht. Sollte jetzt auch nicht zu langsam sein (was halt 'n Pentium II 400 mit 64 MB RAM und 100 MBit/s-Ethernet schafft).

Gibts 'ne Möglichkeit, irgendwo festzulegen, welche NFS-Version genutzt werden soll? Prinzipiell wäre es mir eben egal öö Möglichst der einfachste Weg.

mrshadowtux

Auf dem Server reicht folgendes in der /etc/exports vollkommen aus in deinem Szenario:
/verzeichnis *(rw)

Auf dem Server dann den Dienst einmal neu starten.
Je nach Distri /etc/init.d/nfs-kernel-server restart
oder systemctl restart nfs-kernel-server

Danach am Client mounten mit sudo mount ip_adresse:/pfad /mnt

tk1908

Zitat von Xaar
Auf dem Client (grml 1.0):
Code
zsh: command not found: systemctl
Der kennt noch kein systemd - ist von 2008 oder so.

Auf dem Server (Debian 9 Testing):
Code
Failed to start nfs-server.service: Unit nfs-server.service not found.

Mein Fehler. Heißt glaube ich systemctl start nfs-kernel-server.service

mrshadowtux

Nein, GRML hat kein systemd.

**Xaar**

Zitat von mrshadowtux

Auf dem Server reicht folgendes in der /etc/exports vollkommen aus in deinem Szenario:
/verzeichnis *(rw)
Auf dem Server dann den Dienst einmal neu starten.
Je nach Distri /etc/init.d/nfs-kernel-server restart
oder systemctl restart nfs-kernel-server
Danach am Client mounten mit sudo mount ip_adresse:/pfad /mnt

Das funktioniert eben nicht - dann kommt das in #7 benannte "Can't read superblock" auf dem Client.

Zitat von tk1908

Mein Fehler. Heißt glaube ich systemctl start nfs-kernel-server.service

Am Server kommt nach dem Befehl keine Ausgabe (wird einfach wieder der Prompt angezeigt), am Client kommt auch wieder das Selbe - ist halt noch kein systemd - und 'n NFS-Server ist da wimre auch nicht dabei.

Hab' nun nochmal meine /etc/exports auf dem Server angepasst:

Code

/srv/pacp2 192.168.0.108/24(no_root_squash,insecure,no_subtree_check,rw,sync)

Hab' auch nochmal neugebootet sowie exportfs -ra und systemctl restart nfs-kernel-server.service ausgeführt. Der Ordner /srv/pacp2 existiert natürlich auch (angelegt von root)

Nachwievor das Selbe Ergebnis auf dem Client: Eine Weile keine Ausgabe, dann kommt wieder:

Code

mount: 192.168.0.109:/srv/pacp2: can't read superblock

Achjo: Das mount 192.168.0.109:/srv/pacp2 /media, was auf dem Client ausgeführt wurde, hab' ich als root gestartet.

mrshadowtux

Prüf mal ob am Client das Paket nfs-common installiert ist. Notfalls mit apt-get nachinstallieren, das geht in GRML.

tk1908

1. Läuft auf dem GRML n NFS-Client? (AFAIK nfs-common)
2. Werf mal aus deiner exports die Subnetzmaske raus.
3. Das beim Server nach dem Kommando wieder der Prompt angezeigt wird, ist normal.

**Xaar**

Ist installiert.

tk1908

Zitat von Xaar

Ist installiert.

Läuft er? (/etc/init.d/nfs-common restart)

**Xaar**

Zitat von tk1908

1. Läuft auf dem GRML n NFS-Client? (AFAIK nfs-common)

Installiert isses auf jeden Fall. Gestartet hab' ich es mit /etc/init.d/nfs-common start auch - ohne eine Änderung. (can't read superblock)

Zitat von tk1908

2. Werf mal aus deiner exports die Subnetzmaske raus.

Selbes Verhalten, ohne Änderung. (can't read superblock)

Zitat von tk1908

3. Das beim Server nach dem Kommando wieder der Prompt angezeigt wird, ist normal.

Habe ich mir schon fast gedacht.

Ist es möglich, auf 'ne ältere NFS-Version zurückzufallen? Die Pakete nfs-common und nfs-kernel-server sind unter GRML 1.0 schon recht alt (Version 1:1.1.0-2). Auf der Debian 9-Kiste sind sie in Version 1:1.2.8-9 vorliegend. Vllt. gibts da irgendwelche Probleme?

NFS

Jetzt mitmachen!

Benutzer online in diesem Thema