Werbung
4
Haben Sie rarp verwendet, vergewissern Sie sich, dass Sie den
rarp-Daemon mit rarpd, rarpd -a, in.rarpd -a oder einem
gleichwertigen Befehl auf einer beliebigen Workstation gestartet
haben. Stellen Sie sicher, dass die Datei /etc/ethers die
korrekte Ethernet-Adresse enthält, und dass der Name des
PrintServers mit dem Namen in der Datei /etc/hosts
übereinstimmt.
5
Haben Sie bootp verwendet, vergewissern Sie sich, dass der
bootp-Dämon auf einer beliebigen UNIX
und bootp in der Datei /etc/bootptab korrekt aktiviert ist (d.
h. dass das Zeichen "#" aus dem bootp-Eintrag entfernt wurde).
6
Vergewissern Sie sich auch, dass Hostcomputer und
PrintServer entweder auf dem gleichen Subnetzwerk sind oder
dass andernfalls der Router korrekt für die Datenübertragung
zwischen den beiden Geräten konfiguriert ist.
®
UNIX
-Problemlösung
1
Vergewissern Sie sich, dass die Datei /etc/printcap (falls
zutreffend) korrekt eingegeben wurde. Suchen Sie vor allem
nach fehlenden Doppelpunkten ":" und "\" Zeichen, da ein
kleiner Fehler irgendwo in der Datei schwerwiegende
Konsequenzen haben kann. Prüfen Sie auch das Verzeichnis
/usr/spool um sicherzustellen, dass Sie ein gültiges Spool-
Verzeichnis erzeugt haben.
2
Wenn Sie mit einem Linux-Betriebssystem arbeiten, konfiguriert
das in Linux enthaltene X-Window Print Tool Programm die
Datei etc/printcap möglicherweise nicht korrekt für den lpd-
Betrieb. In diesem Fall können Sie die Datei /etc/printcap
bearbeiten und die folgende Zeile im Druckereintrag ändern.
if
:lp = /dev/null: \
then to
:lp=:\
3
Wenn Sie mit einem Berkeley-basierten UNIX
vergewissern Sie sich, dass der Daemon auf Berkeley-basierten
Systemen mit dem Befehl lpc start drucker gestartet
wurde, wobei drucker der Name der lokalen
Druckwarteschlange ist.
4
Wenn Sie mit einem AT&T-basierten UNIX
vergewissern Sie sich, dass das Gerät aktiviert ist ("enable
printer", wobei "printer" der Name der lokalen
Druckwarteschlange ist).
®
-Workstation gestartet
®
arbeiten,
®
arbeiten,
PROBLEMLÖSUNG 10 - 11
Werbung
