Am 14.02.2005 um 10:11 schrieb Rudi Effe:
Defekte Diskette / Lesefehler?Es liegt wahrscheinlich am Controller auf dem Mainboard. Ein Diskettenlaufwerk, das in meinem Server einwandfrei arbeitet, produzierte im Client Lesefehler. Mit einem superkurzen Kabel und anderen Disketten wars behoben (4 Diskettenlaufwerke, 10 Disketten und 3 Kabel sp�ter...)
Nachdem ich das Diskettenproblem los bin, ist der Stand folgender:
- ROM-Image wird von Diskette geladen,
- Client bekommt richitge 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!
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 bei also 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 f�r Eure Geduld.
Dirk Wenzel
_________________________________________ may contain nuts!
Dirk Wenzel
_________________________________________ may contain nuts!
