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