Hi,
hat jemand vo Euch Erfahrungen mit lessdisks?
Ich versuche seit Tagen, eine Installation zum Laufen zu bekommen und
scheitere daran, daß der client nicht bootet.
Der Stand ist folgender:
- ROM-Image wird von Diskette geladen,
- Client bekommt richtige IP-Adresse vom Server (eine für die in der
/etc/hosts.allow die - hoffentlich - richtigen Dienste freigegeben
sind),
- client lädt image (vmlinuz.nb->vmlinuz-2.4.18-1-386.nb)
- client tut nix mehr! (".....done"
Jetzt hab ich drei Hypothesen:
1. lessdisks spinnt:
- Die Entwickler bestehen in der Installationsanleitung darauf, bei der
Generierung von ROM-Images die Option DOWNLOAD_PROTO_NFS zu aktivieren.
Tut man das und aktiviert DOWNLOAD_PROTO_TFTP _nicht_, kann die NIC
kein ROM laden. Das Laden des Images passiert also über tftpd, den ich
selbst nachinstalliert hab (inetd.conf). Vielleicht erwartet also
lessdisks, dass schon das vmlinuz.nb - image per nfs geladen wird???
Dann würde mein Problem darauf hinweisen, daß nfsd nicht richtig
konfiguriert ist, oder die entsprechenden Rechte fehlen .
2. NIC und Board gemeinsam bringen kein Booten über Netzwerk zustande,
weil entweder dem Board eine Fähigkeit fehlt, oder das image für diese
Karte nicht auf mit diesem Board bootet.
3. Einer oder mehrere der beteiligten Dämonen für rpc sind falsch
konfiguriert.
Da das Laden des vmlinuz.nb über tftp funktioniert, ohne die Option
DOWNLOAD_PROTO_TFTP aber nicht, könnte das heißen, daß etwas mit nfs
nicht stimmt. Dafür spricht folgendes:
render001:/etc# tcpdchk
warning: /etc/hosts.allow, line 13: portmap: service possibly not
wrapped
warning: /etc/hosts.allow, line 13: host address 192.168.123.191->name
lookup failed
warning: /etc/hosts.allow, line 13: host address 192.168.123.202->name
lookup failed
warning: /etc/hosts.allow, line 14: lockd: no such process name in
/etc/inetd.conf
warning: /etc/hosts.allow, line 14: host address 192.168.123.191->name
lookup failed
warning: /etc/hosts.allow, line 14: host address 192.168.123.202->name
lookup failed
warning: /etc/hosts.allow, line 15: rquotad: no such process name in
/etc/inetd.conf
warning: /etc/hosts.allow, line 15: host address 192.168.123.191->name
lookup failed
warning: /etc/hosts.allow, line 15: host address 192.168.123.202->name
lookup failed
warning: /etc/hosts.allow, line 16: mountd: no such process name in
/etc/inetd.conf
warning: /etc/hosts.allow, line 16: host address 192.168.123.191->name
lookup failed
warning: /etc/hosts.allow, line 16: host address 192.168.123.202->name
lookup failed
warning: /etc/hosts.allow, line 17: statd: no such process name in
/etc/inetd.conf
warning: /etc/hosts.allow, line 17: host address 192.168.123.191->name
lookup failed
warning: /etc/hosts.allow, line 17: host address 192.168.123.202->name
lookup failed
Müssen diese Prozesse in inetd.conf benannt werden? In meiner
(funktionierenden skolelinux-Installation ist das nicht so:
tjener:/etc# cat inetd.conf
# time stream tcp nowait root internal
# #time dgram udp wait root internal
#:STANDARD: These are standard services.
#:BSD: Shell, login, exec and talk are BSD protocols.
#:MAIL: Mail, news and uucp services.
smtp stream tcp nowait mail /usr/sbin/exim exim -bs
#:INFO: Info services
ident stream tcp nowait nobody /usr/sbin/nullidentd
nulli
dentd
#:BOOT: Tftp service is provided primarily for booting. Most sites
# run this only on machines acting as "boot servers."
tftp dgram udp wait root /usr/sbin/in.tftpd -s
/tftpboot
#:RPC: RPC based services
#:HAM-RADIO: amateur-radio services
#:OTHER: Other services
391002/1-2 stream rpc/tcp wait root /usr/sbin/famd fam
#<off># netbios-ssn stream tcp nowait root /usr/sbin/tcpd
/usr/
sbin/smbd
und einige Warnungen wirft das Programm auch aus:
tjener:/etc# tcpdchk
warning: /etc/hosts.allow, line 13: syslog: no such process name in
/etc/inetd.conf
warning: /etc/hosts.allow, line 16: bootpd: no such process name in
/etc/inetd.conf
warning: /etc/hosts.allow, line 17: in.tftpd: no such process name in
/etc/inetd.conf
warning: /etc/hosts.allow, line 18: portmap: service possibly not
wrapped
render001:/etc# rpcinfo -p localhost
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 32768 status
100024 1 tcp 32768 status
391002 1 tcp 32769 sgi_fam
391002 2 tcp 32769 sgi_fam
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100021 1 udp 32771 nlockmgr
100021 3 udp 32771 nlockmgr
100021 4 udp 32771 nlockmgr
100005 1 udp 32772 mountd
100005 1 tcp 32770 mountd
100005 2 udp 32772 mountd
100005 2 tcp 32770 mountd
100005 3 udp 32772 mountd
100005 3 tcp 32770 mountd
render001:/etc# cat /etc/exports
# /etc/exports: the access control list for filesystems which may be
exported
# to NFS clients. See exports(5).
#-----------------------------------------------------------------------
---
#export fuer Pico:
/usr/share/render
192.168.123.0/255.255.255.0(rw,insecure,no_root_squash)
# entry needed for lessdisks, alternate entries commented below.
/var/lib/lessdisks *(ro,no_root_squash,async)
Zudem läßt sich das Verzeichnis /var/lib/lessdisks, daß über die
/etc/exports freigegeben wurde auch auf dem dritten Rechner nicht
mounten
[pico:/Users/dw] root# mount 192.168.123.107:/var/lib/lessdisks
/mnt/lessdisks
mount_nfs: /mnt/lessdisks: Operation not permitted
während sich ein anders Verzeichnis mounten läßt:
[pico:/Users/dw] root# mount 192.168.123.107:/usr/share/render
/mnt/render
Was passiert da?
Vielen Dank.
Dirk Wenzel
_________________________________________
may contain nuts!