Root über NFS mounten (gelöst, mit HOWTO)

kls

Master

Posts: 2,166

Location: Mettenheim

21

Tuesday, December 26th 2006, 1:55pm

RE: Root über NFS mounten

Um meine Frage selber zu beantworten - es geht ganz einfach!

Falls es jemanden interessiert, hier ein kleines HOWTO:

Auf dem Sevrer:

	Source code
1 2	- lege auf dem NFS-Server ein Verzeichnis an, z.B /home/Clients/hawk-10.2 - sorge dafür, daß dieses Verzeichnis für den Client r/w exportiert wird (/etc/exports)

Auf dem Client:

Source code

- installiere ganz normal auf der lokalen Platte
- mache in /etc/fstab den Eintrag
  server:/home/Clients/hawk-10.2  / nfs
- mache in /boot/grub/menu.lst einen Boot-Menü-Eintrag der Form
  title openSUSE 10.2 NFS
    root (hd0,0)
    kernel /boot/vmlinuz root=/dev/nfs rw nfsroot=192.168.1.1:/home/Clients/hawk-10.2 vga=0x31a resume=/dev/hda2 splash=silent showopts
    initrd /boot/initrd
  (-> IP-Nummer des Servers!)
- Führe den Befehl aus
  mkinitrd -I eth0
- Kopiere alles auf den Server
  rsync -vax --numeric-ids --delete --force / server:/home/Clients/hawk-10.2

Beim nächsten Booten dann die neu angelegte Boot-Variante auswählen und schon mountet er das Root-Filesystem vom Server.

Ab hier braucht auf dem Client außer dem /boot Verzeichnis nichts mehr zu sein. Da dies nur einige wenige MB sind kann man das auch in einem Flash-Drive unterbringen.

Vorteile gegenüber "Remote-Boot":
- es wird keine Remote-Boot fähige Netzwerkkarte benötigt (meine hier kann z.B. Linux nicht über's Netz booten)
- auf dem Server wird kein tftpboot etc. benötigt - alles geht mit ganz normalem NFS
- nach einem Kernel-Update muß kein neuer Kernel übersetzt werden - es genügt den "mkinitrd" Aufruf erneut auszuführen und das /boot-Verzeichnis auf die lokale Platte zu kopieren
- man muß sich keinerlei Gedanken über den benötigten Netzwerkkartentreiber machen, da mkinitrd das alles richtig berücksichtigt

Das ist jetzt für die Leute, die ständig "Kernel backen" nichts besonderes, aber ich wollte halt den Standard-Kernel der Distribution verwenden und mit möglichst wenig Aufwand das Root-FS auf dem NFS-Server haben, damit die lokale Platte abgeschaltet werden kann.

Gruß
Klaus

Gib CI+/HD+ keine Chance! Lasst diese Pest am ausgestreckten Arm verhungern!
Wer für sowas bezahlt macht sich zum Totengräber von Projekten wie VDR!
Die Wahrheit ueber HD Plus
CI-Plus -- Das trojanische Pferd im Wohnzimmer

Go to the top of the page

Nety

Intermediate

Posts: 238

Location: Tirol

Occupation: student

22

Sunday, December 16th 2007, 1:39pm

hi!

nach langem suchen habe ich endlich zufällig diesen thread gefunden der genau meine problemstellung behandelt. bisher dachte ich, ich muss meinen kernel neu compilieren um das root verzeichnis per nfs nachzuladen. aber es scheint ein neuerstellen der initrd zu genügen. da ich aber debian auf meinem system benutze kann ich den befehl "mkinitrd -I eth0" nicht auführen. kennt jemand ein verleichbares tool wie mkinitrd für debian?

danke schon mal!
NEty

server: ctvdr7
client: ctvdr61; Etch - 2.6.18-5; e-tobi - VDR 1.4.7; P3 0,5Ghz; Nexus-S-2.2
client: 2x; ctvdr61; Etch - 2.6.18-5; e-tobi - VDR 1.4.7; P3 0,5Ghz; DXR3
client: smt7020; MLD 2.0

This post has been edited 2 times, last edit by "Nety" (Dec 16th 2007, 2:08pm)

Go to the top of the page

sparkie

Master

Posts: 2,927

Location: a child of the universe

Occupation: duct tape programmer

23

Sunday, December 16th 2007, 1:53pm

Quoted

kennt jemand ein verleichbares tool wie mkinitrd für debian?

heisst auf debian 'update-initramfs' zur Zeit. Ist im 'initramfs-tools' Package.

Go to the top of the page

Nety

Intermediate

Posts: 238

Location: Tirol

Occupation: student

24

Sunday, December 16th 2007, 2:13pm

danke für die fixe antwort!

nun fehlt mir nur noch der parameter. mir ist nicht klar was "-I eth0" überhaupt bezweckt, also tu ich mir da schwer einen vergleichbaren unter update-initramfs zu finden :/. kannst du mir da auch helfen?

danke!

server: ctvdr7
client: ctvdr61; Etch - 2.6.18-5; e-tobi - VDR 1.4.7; P3 0,5Ghz; Nexus-S-2.2
client: 2x; ctvdr61; Etch - 2.6.18-5; e-tobi - VDR 1.4.7; P3 0,5Ghz; DXR3
client: smt7020; MLD 2.0

Go to the top of the page

sparkie

Master

Posts: 2,927

Location: a child of the universe

Occupation: duct tape programmer

25

Sunday, December 16th 2007, 2:17pm

Quoted

mir ist nicht klar was "-I eth0" überhaupt bezweckt,

das braucht's jetzt nicht mehr. Die initrd macht das inzwischen dynamisch, abhaengig von den Kernel args. Ein 'update-initramfs' hat bei mir ausgereicht. Damit kann ich z.B. von Platte oder diskless booten - funktioniert immer.

Go to the top of the page

Nety

Intermediate

Posts: 238

Location: Tirol

Occupation: student

26

Tuesday, December 18th 2007, 12:36am

hi!

update-initramfs hat soweit super geklappt. woran es jetzt noch hackt ist die statische ip die ich mittels grub übergeben möchte. den eintrag in der menu.lst habe ich mir in etwa so vorgestellt.

Source code

#/boot/grub/menu.lst
title           Debian GNU/Linux, kernel 2.6.18-5-486, NFS and Networkdriver support
root            (hd0,0)
kernel          /vmlinuz-2.6.18-5-486 network=static device=eth0 ip=192.168.1.13 netmask=255.255.255.0 root=/dev/nfs rw nfsroot=192.168.1.4:/fileserver/root_ctvdr6_kueche vga=0x31a splash=silent showopts
initrd          /initrd.img-2.6.18-5-486
savedefault

leider hängt sich mit diesen einstellungen der kernel auf. die nfs freigabe habe ich bereits getesetet und das sollte soweit klappen. hat jemand einen tipp was ich an meiner menu.lst noch verändern muss? habe jetzt schon einiges ausprobiert und gegoogelt, aber leider hat bis jetzt noch nichts funktioniert. muss ich eigentlich grub nocheinmal neu übersezten oder beherbergt grub der ctvdr6.1 die netboot optionen? nicht dass ich am grundliegenden scheitere.

danke!
NEty

server: ctvdr7
client: ctvdr61; Etch - 2.6.18-5; e-tobi - VDR 1.4.7; P3 0,5Ghz; Nexus-S-2.2
client: 2x; ctvdr61; Etch - 2.6.18-5; e-tobi - VDR 1.4.7; P3 0,5Ghz; DXR3
client: smt7020; MLD 2.0

Go to the top of the page

sparkie

Master

Posts: 2,927

Location: a child of the universe

Occupation: duct tape programmer

27

Tuesday, December 18th 2007, 5:51am

Quoted

leider hängt sich mit diesen einstellungen der kernel auf.

wie aussert sich das? was sind die letzten Meldungen auf dem Schirm?

Go to the top of the page

Nety

Intermediate

Posts: 238

Location: Tirol

Occupation: student

28

Tuesday, December 18th 2007, 8:16am

sinngemäß steht soetwas wie

	Source code
1	ifconfig 192.168.1.13 eht0 device not found

wenn ich jedoch nur mit folgenden optionen boote

	Source code
1	kernel /boot/vmlinuz root=/dev/nfs rw nfsroot=192.168.1.1:/home/Clients/hawk-10.2 vga=0x31a resume=/dev/hda2 splash=silent showopts

findet er das device eht0, scheitert aber an dem nicht vorhandenen dhcp server.
wenn ich wieder zuhause bin werde ich die fehlermeldung genau posten.
danke schon mal!
NEty

server: ctvdr7
client: ctvdr61; Etch - 2.6.18-5; e-tobi - VDR 1.4.7; P3 0,5Ghz; Nexus-S-2.2
client: 2x; ctvdr61; Etch - 2.6.18-5; e-tobi - VDR 1.4.7; P3 0,5Ghz; DXR3
client: smt7020; MLD 2.0

Go to the top of the page

Nety

Intermediate

Posts: 238

Location: Tirol

Occupation: student

29

Wednesday, December 19th 2007, 12:37am

hallo!

hab jetzt mal die fehlermeldungen abgetippt:
beim eintrag in der menu.lst

Source code

title           Debian GNU/Linux, kernel 2.6.18-5-486, NFS and Networkdriver support
root            (hd0,0)
kernel          /vmlinuz-2.6.18-5-486 network=static device=eth0 ip=192.168.1.13 netmask=255.255.255.0 root=/dev/nfs rw nfsroot=192.168.1.4:/fileserver/root_ctvdr6_kueche vga=0x31a splash=silent showopts
initrd          /initrd.img-2.6.18-5-486
savedefault

bekomme ich folgendes:

Source code

Begin: Mounting root file system... ...
Begin: Running /scrips/nfs-top ...
Done.
ipconfig: 192.168.1.13 SIOCGIFINDEX: No such device
ipconfig: no devices to configure
/init: .: 152: Can't open /tmp/net-eth0.conf
Kernel panic - not syncing: Attempted to kill init!

mit diesen beiden

Source code

title  Network
ifconfig --server=192.168.1.4 --gateway=192.168.1.100 --mask=255.255.255.0 --address=192.168.1.13
root   (hd0,0)
kernel          /vmlinuz-2.6.18-5-486 root=/dev/nfs rw nfsroot=192.168.1.4:/fileserver/root_ctvdr6_kueche vga=0x31a splash=silent showopts
initrd          /initrd.img-2.6.18-5-486
savedefault

Source code

title  Network
root   (hd0,0)
kernel          /vmlinuz-2.6.18-5-486 root=/dev/nfs rw nfsroot=192.168.1.4:/fileserver/root_ctvdr6_kueche vga=0x31a splash=silent showopts
initrd          /initrd.img-2.6.18-5-486
savedefault

schaut das ergebnis dann so aus:

Source code

Begin: Mounting root file system... ...
Begin: Running /scrips/nfs-top ...
Done.
IP-Config: eth0 hardware address 00:02:b3:ce:a9:df mtu 1500 DCCP RARP
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex

grüße,
NEty

server: ctvdr7
client: ctvdr61; Etch - 2.6.18-5; e-tobi - VDR 1.4.7; P3 0,5Ghz; Nexus-S-2.2
client: 2x; ctvdr61; Etch - 2.6.18-5; e-tobi - VDR 1.4.7; P3 0,5Ghz; DXR3
client: smt7020; MLD 2.0

Go to the top of the page

sparkie

Master

Posts: 2,927

Location: a child of the universe

Occupation: duct tape programmer

30

Wednesday, December 19th 2007, 6:38am

Quoted

Originally posted by Nety

Source code

title           Debian GNU/Linux, kernel 2.6.18-5-486, NFS and Networkdriver support
root            (hd0,0)
kernel          /vmlinuz-2.6.18-5-486 network=static device=eth0 ip=192.168.1.13 netmask=255.255.255.0 root=/dev/nfs rw nfsroot=192.168.1.4:/fileserver/root_ctvdr6_kueche vga=0x31a splash=silent showopts
initrd          /initrd.img-2.6.18-5-486
savedefault

bekomme ich folgendes:

Source code

Begin: Mounting root file system... ...
Begin: Running /scrips/nfs-top ...
Done.
ipconfig: 192.168.1.13 SIOCGIFINDEX: No such device
ipconfig: no devices to configure
/init: .: 152: Can't open /tmp/net-eth0.conf
Kernel panic - not syncing: Attempted to kill init!

ich denke mal diese Syntax ist veraltet und deswegen geht es nicht. Aktuelle Syntax siehe:

http://www.mjmwired.net/kernel/Documentation/nfsroot.txt

Quoted

mit diesen beiden

Source code

title  Network
ifconfig --server=192.168.1.4 --gateway=192.168.1.100 --mask=255.255.255.0 --address=192.168.1.13
root   (hd0,0)
kernel          /vmlinuz-2.6.18-5-486 root=/dev/nfs rw nfsroot=192.168.1.4:/fileserver/root_ctvdr6_kueche vga=0x31a splash=silent showopts
initrd          /initrd.img-2.6.18-5-486
savedefault

das geht nicht da es den eth-Treiber im grub benoetigt. Ich nehme mal an, du hast den nicht extra reincompiliert?

Quoted

Source code

title  Network
root   (hd0,0)
kernel          /vmlinuz-2.6.18-5-486 root=/dev/nfs rw nfsroot=192.168.1.4:/fileserver/root_ctvdr6_kueche vga=0x31a splash=silent showopts
initrd          /initrd.img-2.6.18-5-486
savedefault

das ist schon fast richtig. Aber es muss (laut Doku oben) in deinem Fall genauer so aussehen:

Source code

title  Network
root   (hd0,0)
# ip=<client-ip>:<server-ip>:<gw-ip>:<netmask>:<hostname>:<device>:<autoconf>
kernel /vmlinuz-2.6.18-5-486 ip=192.168.1.13:192.168.1.4:<gw-ip>:255.255.255.0:<hostname>::none root=/dev/nfs rw nfsroot=192.168.1.4:/fileserver/root_ctvdr6_kueche vga=0x31a splash=silent showopts
initrd /initrd.img-2.6.18-5-486
savedefault

<hostname> und <gw-ip> sind noch zu ergaenzen. <netmask> ok? Du kannst die Bootmeldungen mit ^S anhalten und nachkontrollieren, ob die Ausgaben von IP-Config deine Kernel-Commandline widerspiegeln.
Ich habe es gerade mal testweise auf meiner Diskless- Kiste getestet. Funktioniert und DHCP bleibt unangetastet.

This post has been edited 1 times, last edit by "sparkie" (Dec 19th 2007, 6:41am)

Go to the top of the page

Nety

Intermediate

Posts: 238

Location: Tirol

Occupation: student

31

Thursday, December 20th 2007, 2:55am

hi!

ich habe deinen menu.lst eintrag nur noch leicht modifizieren müssen und siehe da, es hat geklappt

. nun schauts so aus:

Source code

title           Debian GNU/Linux, kernel 2.6.18-5-486, nfsroot
root            (hd0,0)
kernel          /vmlinuz-2.6.18-5-486 ip=192.168.1.13:192.168.1.4::255.255.255.0:::none root=/dev/nfs rw nfsroot=192.168.1.4:/netboot/root_ctvdr61_niko vga=0x31a splash=silent showopts
initrd          /initrd.img-2.6.18-5-486
savedefault

danke für die schnelle und tolle hilfe! hatte ich schon lange nicht mehr.

liebe grüße,
NEty

server: ctvdr7
client: ctvdr61; Etch - 2.6.18-5; e-tobi - VDR 1.4.7; P3 0,5Ghz; Nexus-S-2.2
client: 2x; ctvdr61; Etch - 2.6.18-5; e-tobi - VDR 1.4.7; P3 0,5Ghz; DXR3
client: smt7020; MLD 2.0

Go to the top of the page

sparkie

Master

Posts: 2,927

Location: a child of the universe

Occupation: duct tape programmer

32

Thursday, December 20th 2007, 5:49am

Quoted

danke für die schnelle und tolle hilfe! hatte ich schon lange nicht mehr.

super - das freut mich :tup

Ist ja auch bald Weihnachten

Go to the top of the page

der-brumm-baer

Intermediate

Posts: 245

Location: NRW/Recklinghausen

33

Sunday, February 24th 2008, 6:43pm

Hallo,

muss der Kernel ein Besonderer sein mit nfs-boot drin, oder kann es ein standard sein?

meine config sieht so auf:

	Source code
1 2 3 4 5	title Debian GNU/Linux, kernel 2.6.21.7 root (hd0,0) kernel /vmlinuz-2.6.21.7 root=/dev/nfs rw nfsroot=192.168.179.202:/srv/nfs-root/smt-wohnzimmer initrd /initrd.img-2.6.21.7 savedefault

Damit fängt er auch an zu booten, aber dann kommt es zu dieser Fehlermeldung

	Source code
1 2 3 4	cannot open root device "nfs" or unknown-block Please append a correct "root=" boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block

Habe ich da noch was falsch gemacht?

muss die /etc/fstab noch angepasst werden?

MfG
Der Brumm-Baer
--------------------------------------------
srv-vdr:HW: Intel DH67 / Intel i3-2100 [b][i]SW:[/i][/b] Ubuntu 12.04 srv mit YaVDR Paketen
med-og: HW: - SW: YaVDR 0.5
med-sz: HW: SilverStone Milo ML03, BeQuiet SFX-300W, Asrock H61M-ITX, Intel G530, Asus G210 Silent, Asrock Smart Remote, 8GB USB-Stick - SW: YaVDR 0.5
med-eg: HW: SilverStone Milo ML03, BeQuiet SFX-300W, Asrock H61M-ITX, Intel G530, Asus G210 Silent, Asrock Smart Remote, 8GB USB-Stick - SW: YaVDR 0.5

Go to the top of the page

Morone

Sage

Posts: 6,387

34

Sunday, February 24th 2008, 7:31pm

Kernel muss schon damit klarkommen .
CONFIG_ROOT_NFS=yes

Auf ne initrd wuerde ich auch verzichten. Aber Geschmackssache
bzw. Faulheit

Go to the top of the page

der-brumm-baer

Intermediate

Posts: 245

Location: NRW/Recklinghausen

35

Monday, February 25th 2008, 9:29am

@Morone

Danke für den Hinweis :lehrer1

Konnte jetzt von nfs booten, aber:

Wenn ich einen reboot des Rechners mache,
wird die Root-Partition am File-Server nicht wieder ausgehangen,
was dazu führt, dass es nicht wieder eingehangen werden kann
beim Neustart. Hat da noch jemande einen Tip für mich?

MfG
Der Brumm-Baer
--------------------------------------------
srv-vdr:HW: Intel DH67 / Intel i3-2100 [b][i]SW:[/i][/b] Ubuntu 12.04 srv mit YaVDR Paketen
med-og: HW: - SW: YaVDR 0.5
med-sz: HW: SilverStone Milo ML03, BeQuiet SFX-300W, Asrock H61M-ITX, Intel G530, Asus G210 Silent, Asrock Smart Remote, 8GB USB-Stick - SW: YaVDR 0.5
med-eg: HW: SilverStone Milo ML03, BeQuiet SFX-300W, Asrock H61M-ITX, Intel G530, Asus G210 Silent, Asrock Smart Remote, 8GB USB-Stick - SW: YaVDR 0.5

Go to the top of the page

der-brumm-baer

Intermediate

Posts: 245

Location: NRW/Recklinghausen

36

Tuesday, February 26th 2008, 11:13am

Ich bin immer noch nicht weiter mit dem umount Problem

die menu.lst sieht folgendermaßen aus:
[list]
title Debian GNU/Linux, kernel 2.6.21.7
root (hd0,0)
kernel /vmlinuz-2.6.21.7 ip=dhcp root=/dev/nfs rw nfsroot=192.168.xxx.202:/srv/nfs-root/smt-wohnzimmer
savedefault
[/list]

meine fstab auf dem nfsroot sieht folgendermaßen aus:
[list]
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
#/dev/nfs / nfs auto,user,rsize=8192,wsize=8192 0 0
#192.168.xxx.202:/srv/nfs-root/smt-wohnzimmer / nfs auto,user,rsize=8192,wsize=8192 0 0
#/srv/hda3 / ext3 defaults,errors=remount-ro 0 1
#/dev/hda2 none swap sw 0 0
/dev/hda1 /boot ext3 defaults 0 2
/dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0
192.168.xxx.202:/srv/vdrvideo /srv/vdrvideo nfs auto,user,rsize=8192,wsize=8192 0 0
192.168.xxx.202:/srv/musik /srv/musik nfs auto,user,rsize=8192,wsize=8192 0 0
192.168.xxx.202:/srv/bilder /srv/bilder nfs auto,user,rsize=8192,wsize=8192 0 0
[/list]

Wie ihr seht habe ich schon einiges Probiert, aber jede Zeile für ein root-Verzeichnis in der fstab sorgt dafür das der client nicht mehr hochkommt.

Der log vom nfs-Server sieht so aus.
[list]
Feb 25 20:17:37 debian-file mountd[1204]: authenticated mount request from 192.168.xxx.144:862 for /srv/nfs-root/smt-wohnzimmer (/srv/nfs-root/smt-wohnzimmer)
Feb 25 20:17:53 debian-file mountd[1204]: authenticated mount request from 192.168.xxx.144:792 for /srv/vdrvideo (/srv/vdrvideo)
Feb 25 20:17:53 debian-file mountd[1204]: authenticated mount request from 192.168.xxx.144:796 for /srv/musik (/srv/musik)
Feb 25 20:17:53 debian-file mountd[1204]: authenticated mount request from 192.168.xxx.144:800 for /srv/bilder (/srv/bilder)
Feb 25 20:20:49 debian-file mountd[1204]: authenticated unmount request from 192.168.xxx.144:915 for /srv/bilder (/srv/bilder)
Feb 25 20:20:49 debian-file mountd[1204]: authenticated unmount request from 192.168.xxx.144:917 for /srv/musik (/srv/musik)
Feb 25 20:20:49 debian-file mountd[1204]: authenticated unmount request from 192.168.xxx.144:919 for /srv/vdrvideo (/srv/vdrvideo)
[/list]

Wie man sieht, kriegt das nfs-root keinen umount und ist somit erstmal blockiert. Ein reboot ist also unmöglich. Was muss ich machen damit auch das nfs-root ein umount bekommt und somit freigegeben wird?

[edit]
df -h gibt folgendes aus

Source code

Dateisystem          Gr’’e Benut  Verf Ben% Eingeh’ngt auf
tmpfs                  61M     0   61M   0% /lib/init/rw
udev                   10M   56K   10M   1% /dev
tmpfs                  61M  140K   61M   1% /dev/shm
rootfs                2,1T  1,3T  683G  66% /
/dev/hda1              61M   13M   46M  22% /boot
192.168.xxx.202:/srv/vdrvideo
                      2,1T  1,3T  683G  66% /srv/vdrvideo
192.168.xxx.202:/srv/musik
                      2,1T  1,3T  683G  66% /srv/musik
192.168.xxx.202:/srv/bilder
                      2,1T  1,3T  683G  66% /srv/bilder

MfG
Der Brumm-Baer
--------------------------------------------
srv-vdr:HW: Intel DH67 / Intel i3-2100 [b][i]SW:[/i][/b] Ubuntu 12.04 srv mit YaVDR Paketen
med-og: HW: - SW: YaVDR 0.5
med-sz: HW: SilverStone Milo ML03, BeQuiet SFX-300W, Asrock H61M-ITX, Intel G530, Asus G210 Silent, Asrock Smart Remote, 8GB USB-Stick - SW: YaVDR 0.5
med-eg: HW: SilverStone Milo ML03, BeQuiet SFX-300W, Asrock H61M-ITX, Intel G530, Asus G210 Silent, Asrock Smart Remote, 8GB USB-Stick - SW: YaVDR 0.5

This post has been edited 2 times, last edit by "der-brumm-baer" (Feb 27th 2008, 10:51am)

Go to the top of the page

kilroy

Professional

Posts: 1,461

37

Thursday, February 28th 2008, 9:28am

Quoted

Original von der-brumm-baer
Wie ihr seht habe ich schon einiges Probiert, aber jede Zeile für ein root-Verzeichnis in der fstab sorgt dafür das der client nicht mehr hochkommt.

Ich mounte auf dem Client das root Filesystem mit

	Source code
1	server:/netboot/nfsroot/zaphod_etch / nfs defaults,hard,intr,rsize=65536,wsize=65536 0 0

Einen "unmount request" sehe ich auf dem Server zwar dafür nicht, aber ich kann problemlos rebooten.

#67

Debian 5 - 64bit diskless - Linux 2.6.33-rc4 - 1.6.0-13ctvdr2 - DVB Kernel - FuSi DVB-C 4MB, FW f12623 - TT C1500 - AC Light - 2x DVB-T
EP-8KDA7I & Sempron64 - 62W - Harmony 655 - lirc-0.8.6-CVS - gLCD Umbau - TV: Samsung LE40B750 U1 PXZG SQ01 - PS3 slim für Blu-Ray - DLNA: MiniDLNA 1.0.16.3
obsolet:AMD Geode & M811

Go to the top of the page

der-brumm-baer

Intermediate

Posts: 245

Location: NRW/Recklinghausen

38

Thursday, February 28th 2008, 1:40pm

Hallo, kilroy

Ich hab es jetzt mal mit den von dir geposteten nfs optionen probiert

Quoted
Original von kilroy

Ich mounte auf dem Client das root Filesystem mit
Source code
1
server:/netboot/nfsroot/zaphod_etch     /                       nfs     defaults,hard,intr,rsize=65536,wsize=65536 0 0
Einen "unmount request" sehe ich auf dem Server zwar dafür nicht, aber ich kann problemlos rebooten.

Auch damit kommt der Client dann nicht hoch.

Er scheint nur ohne root einträge in der fstab hochzukommen.

Gibt es denn ein Möglichkeit, auf dem nfs-server, die Freigabe wieder frei zu geben, so ala:
Wenn ping auf Client tot. setze lock der Freigabe zurück?

MfG
Der Brumm-Baer
--------------------------------------------
srv-vdr:HW: Intel DH67 / Intel i3-2100 [b][i]SW:[/i][/b] Ubuntu 12.04 srv mit YaVDR Paketen
med-og: HW: - SW: YaVDR 0.5
med-sz: HW: SilverStone Milo ML03, BeQuiet SFX-300W, Asrock H61M-ITX, Intel G530, Asus G210 Silent, Asrock Smart Remote, 8GB USB-Stick - SW: YaVDR 0.5
med-eg: HW: SilverStone Milo ML03, BeQuiet SFX-300W, Asrock H61M-ITX, Intel G530, Asus G210 Silent, Asrock Smart Remote, 8GB USB-Stick - SW: YaVDR 0.5

Go to the top of the page

kilroy

Professional

Posts: 1,461

39

Friday, February 29th 2008, 9:48am

Mit welchen Optionen läuft denn Dein nfsd auf dem Server? Hier:

	Source code
1 2 3 4 5 6 7	marvin:~$ cat /etc/default/nfs-kernel-server # Number of servers to start up #RPCNFSDCOUNT=8 RPCNFSDCOUNT=16 # Options for rpc.mountd RPCMOUNTDOPTS="--no-nfs-version 2"

Vielleicht hilft auch ein Blick in "man rpc.mountd".

#67

Debian 5 - 64bit diskless - Linux 2.6.33-rc4 - 1.6.0-13ctvdr2 - DVB Kernel - FuSi DVB-C 4MB, FW f12623 - TT C1500 - AC Light - 2x DVB-T
EP-8KDA7I & Sempron64 - 62W - Harmony 655 - lirc-0.8.6-CVS - gLCD Umbau - TV: Samsung LE40B750 U1 PXZG SQ01 - PS3 slim für Blu-Ray - DLNA: MiniDLNA 1.0.16.3
obsolet:AMD Geode & M811

Go to the top of the page

Mirko76

Intermediate

Posts: 518

40

Sunday, June 8th 2008, 6:21pm

ich hab es fast hinbekommen, aber beim Booten hängt der Client:

Source code

eth0: no link during initialization.
input: ImPS/2 Logitech Wheel Mouse as /class/input/inputl
eth0: link up.
Sending DHCP requests
IP-Config: Got DHCP answer from 192.168.1.1, my address is 192.168.1.101
IP-Config: Complete:
device=eth0, addr=192.168.1.101, mask=255.255.255.0, gw=192.168.1.1
host=192.168.1.101, domain=, nis-domain=(none),
bootserver=192.168.1.1, rootserver=192.168.1.5, rootpath=
Looking up port of RPC 100003/3 an 192.168.1.5
Looking up port of RPC 100005/3 an 192.168.1.5
VFS: Mounted root (nfs filesystem).
Freeing unused kernel memory: 206k freed
Warning: unable to open an initial console.
nfs: server 192.168.1.5 not responding, still trying
nfs: server 192.168.1.5 not responding, still trying

Die Freigabe auf dem Server kann ich ganz normal mounten, wenn ich das System normal hochfahre.

Hier mal meine menu.lst:

	Source code
1 2 3	title Network root (hd0,0) kernel /boot/vmlinuz-2.6.25 ip=dhcp root=/dev/nfs rw nfsroot=192.168.1.5:/mnt/HD_a2/Backup/Linux/VDR,v3 vga=791 splash=silent showopts

Auf dem Server (CH3SNAS) läuft nfsd, also ein Kernel-NFS-Server, Version ist V3.

Hab ich was übersehen?

VDR-Client: Zotac ION-ITX P **yaVDR 0.5 ** Panasonic P50V20E
VDR-Server in VM: i5-2500 ** Asrock B75M ** DVBSky S952 ** Skystar HD

Go to the top of the page

VDR Portal

RE: Root über NFS mounten

Source code

Source code

Quoted

Quoted

Source code

Quoted

Source code

Source code

Source code

Source code

Source code

Source code

Source code

Quoted

Source code

Source code

Quoted

Source code

Quoted

Source code

Source code

Source code

Quoted

Source code

Source code

Source code

Quoted

Source code

Quoted

Source code

Source code

Source code

Source code