Home ORDIX AG             Dienstleistung             Trainingsshop    Kunden / Referenzen Aktuelles    Kontakt
Home  Pfeil  ORDIX News  Pfeil  4/2004
suche: 

ORDIX News Archiv

Das IT-Magazin der ORDIX AG mit Fachbeiträgen zu Datenbanken, Unix und Java/XML.

Larry Ratlos in "Larry, Wildcards und rm"

Larry möchte mal wieder eines der Unix Verzeichnisse aufräumen und findet die Situation der Abbildung 1 in seinem Verzeichnis vor.

Abb. 1: Das Ratlos Verzeichnis (vergrößern!).

Da er nur die Unterverzeichnisse in diesem Verzeichnis haben möchte und die Datei " -rf" das Überbleibsel eines unkundigen Werksstudenten ist, kopiert er die Dateien file1 bis file7 in die richtigen Verzeichnisse.

Anschließend führt er das Kommando " rm *" aus (siehe Abbildung 2), das Dateien löscht, Verzeichnisse aber stehen lässt. Wie sieht das ganze nach dem Ausführen von " rm *" aus? Und warum sieht es so aus?

Abb. 2: Aufräumen und löschen – aber wie sieht es dann aus (vergrößern!)?

Wie hätte Larry das vermeiden können? (Die Antwort lautet nicht: Windows einsetzen!)

Für die ersten 10 Einsender (natürlich mit der richtigen und vollständigen Lösung) haben wir dieses Mal als besondere Weihnachtsaktion einen Gutschein für eine Ein-Tages-Schulung aus unserem Seminar Angebot bzw. 20 % Rabatt für eine 5-Tages-Schulung. Senden Sie Ihre Lösung also bis zum 31.12.2004 per E-Mail an kniffel@ordix.de.

Die Lösung des Rätsels aus der ORDIX News Ausgabe 3/2004

Das Rätsel in der letzten ORDIX News war wohl entweder zu schwer oder so einfach, dass sich niemand dazu entschließen konnte, unserem Larry auf die Sprünge zu helfen. Somit musste Larry also einen ORDIX Mitarbeiter zu Rate ziehen.

Überwachung von /usr/bin

Larry hatte auf seinem Solaris-System den Automounter ausprobiert. Nachdem er /usr/bin zur Überwachung per automountd eingetragen hatte, stellte er erschrocken fest, das sich keine Kommandos mehr ausführen ließen.

Unsere Berater zeigten Larry den einzigen Weg, ohne reboot aus seinem Schlamassel heraus zu kommen:

Der alte Zustand ist nun wieder hergestellt.

Überwachung von /usr

Etwas schwieriger wird die Lösung, wenn er nicht /usr/bin, sondern /usr vom Automounter überwachen lässt. Ganz ohne Reboot kommt Larry wohl hier nicht aus ...

Damit er beim nächsten Hochfahren keine Schwierigkeiten bekommt, sollte er die /etc/auto_master bereinigen. Da er nun aber keinen Editor mehr zur Verfügung hat (sie liegen ja alle unter /usr/*), muss er die /etc/auto_master wohl oder übel löschen. Wenn er noch eine Shell laufen hat, kann er vorher zumindest eine Kopie machen:
# while read line
> do
> echo $line
> done < /etc/auto_master > /etc/auto_master.bak

Anschließendes Löschen und Rebooten (erfordert Root-Berechtigung!):
# > /etc/auto_master
# /sbin/init 6

Damit bekommt er sein System wieder zum Laufen.