Probleme mit UNIX-Kommandos
Problemklasse: Ein UNIX-Kommando zeigt plötzlich ein ungewohntes Verhalten.
Quota überschritten
Fehlermeldung: Disk Quota exceeded. Oder: Write failed.
Im Kapitel Quota ist beschrieben,
wie man das Problem behebt. (Im Allgemeinen durch Löschen von nicht
(mehr) benötigten Dateien, z.B. kann man sämtliche
.saves-sowieso.uni-erlangen.de-Dateien bedenkenlos
löschen. Tritt das Problem plötzlich auf, kann auch ein
core-File schuld sein; dieses kann man bedenkenlos löschen).
Ab und zu kann es passieren, das die Quota einen falschen Wert hat.
Dann ist eine Diskrepanz zwischen den Ausgaben von du
und quota festzustellen.
Dies kann von der CIP-Betreuung schnell
behoben werden.
Ein Programm wird plötzlich nicht mehr gefunden
Ein Programm, das normalerweise über die
Standardpfade (siehe dazu in der
Datei .cshrc der
Standard-Umgebung erreichbar ist, bringt beim Aufruf plötzlich nur
noch die Meldung "command not found" oder bei Start über die
Windowmanager Menüs
"xterm: Can't execvp elm". Lösung: Leider nur durch eine
Fehlermeldung
an die CIP-Betreuer möglich, da der
Automounter höchstwahrscheinlich
Probleme hat.
Das ps Kommando findet meine Prozesse nicht
Obwohl ich mir sicher bin, daß ein oder mehrere bestimmte Prozesse auf
einem Rechner laufen, listet das ps
Kommando sie nicht.
Möglichkeit 1: Sie sind auf dem falschen Rechner
eingeloggt. Jeder Arbeitsplatz im CIP-Pool
ist ein eigenständiger Rechner. Prozesse, die Sie auf einem gestartet
haben, sehen Sie auf keinem anderen. Benutzen Sie
rlogin
um sich auf dem entsprechenden Rechner einzuloggen.
Möglichkeit 2: Sie geben beim Aufruf von
ps die falschen oder nicht genug
Optionen an. Um Prozesse zu finden, die nicht in der aktuellen Session
erzeugt wurden (z.B. wenn man zwischendurch ausgeloggt war und die
Prozesse im Hintergrund weitergelaufen sind), werden nur mit der
Option x gelistet. Die ausführlichste Ausgabe erreicht
man mit "ps -auxww", manchmal
(HP-UX, IRIX) auch "ps -efa".
Ich kann eine Datei nicht als Parameter übergeben
Um Dateien zu löschen oder sonstwie zu bearbeiten, deren
Name mit einem "-" beginnt setzt man einfach eine Pfadangabe
voran. Im einfachsten Fall also ein "./". Einige Kommandos bieten
sogar spezielle Optionen für diesen Fall, z.B. eine Option --,
nach der Parameter nicht mehr als Option interpretiert werden,
selbst wenn sie mit - beginnen: fgrep
-- -s file.
Einträge in .rhosts Datei wirken nicht
Ich habe einen Rechner im
.rhosts File, werde beim Einloggen auf alle oder nur bei
bestimmten Rechnern aber trotzdem nach meinem Passwort gefragt.
Lösung: Grund kann sein, daß entweder die Datei .rhosts selber
oder das Realhome
nicht world-readable ist.
Also ein chmod +r .rhosts ausführen.
Mein Shell-Script wird nicht ausgeführt
Prüfen, ob die Dateimodi
auf ausführbar gesetzt sind, der richtige
File-Header (#! /bin/csh -f) in der ersten Zeile steht
und keine set-uid Bits
gesetzt sind. Ansonsten in den
UNIX-Grundlagen nachlesen.
Stale NFS file handle
Beim Versuch in ein Verzeichnis zu gelangen, z.B. beim Einloggen oder
Ausführen eines Kommandos, erscheint nur die Meldung:
Stale NFS file handle. Ursache: Das Softwarepaket wurde auf dem
Server verschoben,
während der Rechner es gemountet
hatte. Das verträgt der Automounter
nicht und der Rechner muß gebootet werden. Dem Benutzer bleibt nichts anderes
übrig als einen anderen Rechner zu probieren oder zu warten. Das Problem wird
meist von uns in der folgenden Nacht behoben, es macht wenig Sinn es zu melden.
Meine WWW-Seite wird nicht gefunden
Meine WWW-Seite in ~/.www/index.html wird vom
User-Index nicht gefunden: Ursache ist fast immer,
daß entweder ein Verzeichnis oder die Datei die falschen Rechte hat.
Der WWW-Server läuft unter uid www, d.h. er hat bzgl. aller
Dateien nicht mehr Rechte, als ein gewöhnlicher CIP-Benutzer (eher weniger,
aus Sicherheitsgründen). Wenn man sein Home nicht
worldwide readable machen
möchte, so muß man für das Home und das Verzeichnis .www
wenigstens x-Bits vergeben (d.h. man kann auf Dateien in den Verzeichnissen
zugreifen, aber kein Listing aller Dateien in dem Verzeichnis erstellen).
Also: "chmod +x $HOME $HOME/.www" Weitere Informationen siehe
in den
Richtlinien zu Benutzerseiten
Ich kann kein 24-Bit (TrueColor) Fenster öffnen
Auf den Maschinen mit
24-Bit Display kann mit
bestimmten Programmen kein
TrueColor-Fenster geöffnet
werden, es kommt die X11-Fehlermeldung Bad Match o.ä.
X11 ist ein sehr komplexes Softwarepaket,
mit unzähligen verschiedenen Optionen und Konfigurationen.
Deshalb kann es vorkommen, daß bestimmte Programme überhaupt nicht mit
24 bit displays zurechtkommen.
In manchen Fällen kann man das Problem jedoch umgehen: die obige Fehlermeldung
deutet daraufhin, daß versucht wurde ein 24-bit Fenster mit Parametern
zu öffnen, die vom root-Window (d.h. dem "Desktop", Bildschirmhintergrund)
übernommen wurden (welches meist 8bit hat). Ursache der Verwirrung kann
z.B. sein, daß man einen virtuellen
Window-Manager verwendet
(z.B. tvtwm oder
olvwm), der mit Tricks arbeitet
um ein virtuell größeres Desktop zu simulieren.
Z.B. der xv v3.0
funtioniert mit tvtwm nicht, mit
mwm jedoch gut im TrueColor visual.
(Anmerkung: empfohlene Aufruf-Parameter fuer SS5 TrueColor:
xv -visual TrueColor).