Hallo Martin, ich habe die DVD auch getestet, und zu deinen Problemen noch folgende Lösungen gefunden. mein Test bezieht sich auf die Version 2007-04-22 01:38 debian-edu_etch-i386-test03.iso md5sum e3eec38fa9fb2b7c116fa439c5808afd >Martin Herweg m.herweg at gmx.de >Fri Apr 27 12:47:05 CEST 2007 >bei einigen Geräten habe schon beobachtet, dass >eth0 = Firewire-Anschluss ist. >In solchen fällen muss man wohl manuell in >/etc/network/interfaces >die richtigen Zuordnungen zwischen eth1, eth2 und den IP-Adressen machen. Die Zuweisung der Devices erfolgt durch udev u. a. in der Datei /etc/udev/rules.d/z25_persistent-net.rules dort habe ich die Module und Gerätezuweisungen editiert. hier mein File --> # This file was automatically generated by the /lib/udev/write_net_rules # program, probably run by the persistent-net-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single line. # MAC addresses must be written in lowercase. # PCI device 0x8086:0x10b9 (e1000) SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:15:17:0b:f2:2c", NAME="eth0" # PCI device 0x11ab:0x4320 (skge) SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:30:1b:ba:4f:df", NAME="eth1" # Firewire device 00301bba00005043 (ohci1394) SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:30:1b:ba:00:00:50:43", NAME="eth2" <--- Danach habe ich den Server neu gebootet. Es geht auch eleganter, indem man mit rmmod e1000 skge sbp2 ohci1394 eth1394 entlädt (das waren bei mir die Netzwerk Module für Firewire ein ganzer Satz) dann die benötigten Module (bei mir ) e1000 skge mit modprobe laden und das Netzwerk mit /etc/init.d/networking restart neu startet. nun kann man mit "ping ldap" und "ping 10.0.2.1, oder irgendwohin testen ob das Netwek läuft. Danach klappts auch mit lwat wie mit der Nachbarin. >bei "lwat" konnte ich mich als "admin" mit root-passwort anmelden, >dann aber keinen Benutzer anlegen: Zuerst anmelden als user admin (gibts nicht als LinuxUser) mit Installationspasswort >Ein igel 464 als ThinClient bootet, konnte aber kein X starten. >nachdem ich eine lts.conf Datei mit >XSERVER="nsc" angelegt habe, kam das LDM Loginfenster in 800x600 >(1024x768 ist prinzipiell auch möglich - hat mit LTSP 4 und edubuntu >schon >funktioniert) Die thinclients habe ich ans rennen bekommen, indem ich die IP, den Namen mit der Macadresse verknüpft habe. Der vorgegebene Pfad in den Mustereinträgen ist falsch. Bei mir siehts das für mein Notebook so aus: host ltsp010 { hardware ethernet 00:12:34:56:78:90; fixed-address 192.168.0.253; filename "/var/lib/tftpboot/ltsp/i386/pxelinux.0"; #option option-128 e4:45:74:68:00:00; #option option-129 "NIC=3c509"; } Beim Notebook klappt die Einstellung der Grafik mit xdebconfigurator nicht. Hier muß ich noch die ltsp.conf nachpflegen. Mit einem Mini ITX als Client startete der Xserver und ich konnte mich mit dem unter lwat angelegten User anmelden. >soweit mein erster Test auf echter Hardware. Ich >probier' es später nochmal in einer VirtualBox. Die Menüpunkte bei dem User mit dem Profil student zeigen einige Ikons auf dem Desktop, die Programme z.B. KLatin, KIG sind aber noch nicht installiert. Wenn die entsprechenden Programme nachinstalliert sind, läufts, andere nachinstallierte Programme z. B. Iceweasel erscheinen nicht im Kmenü. Das muß dann wohl im Profil des Kioskmoduls nachgepflegt werden. Root kann sich am KDM einloggen, für einen User der Gruppe Admin habe ich erstmal keine Beschränkungen durch KIOSK bemerkt. Jetzt warte ich noch darauf das ich CIPUX integrieren kann, dann kanns auch bald zum Linuxtag nach Berlin gehen mit einem Skolelinux Etch Kombiserver. >Gruß, >Martin - Regards Harald Poppek harald@skolelinux.de GnuPG Key ID 0xA14805B9
Attachment:
pgpDCHPnZL7Z1.pgp
Description: PGP signature