SuSE vs. ksh - Die gute alte Küche

Bitte beachten

Du kannst deinen Beitrag nach dem Posten 90 Minuten lang editieren, danach nicht mehr. Lies dir also vor dem Posten sorgfältig durch, was du geschrieben hast. Dazu kannst du die "Vorschau" nutzen.

Wenn dir nach Ablauf der Editierzeit noch gravierende inhaltliche Fehler auffallen, schreib entweder einen neuen Beitrag mit Hinweis auf den alten oder wende dich an die Strösen.

Diese Webseite verwendet Cookies. Durch die Nutzung unserer Webseite erklärst du dich mit der Verwendung von Cookies einverstanden.

SuSE vs. ksh, dimmt dat oder dimmt dat nit?

Einstellungen

dandelion Profil ansehen	11.Sep.2005 - 08:38 Beitrag #1
don't care Gruppe: Admin Beiträge: 34.734 Userin seit: 21.01.2005 Userinnen-Nr.: 1.108	Moin zusammen! Hab ein kleines Problem mit Linux. Unter Solaris 9.1 (kommandozeilenorientiertes UNIX-Betriebssystem von Sun) lerne ich zur Zeit einige wenige Befehle für die Korn Shell unter UNIX allgemein. Vorgestern wollte ich den simplen Befehl rm -r (remove recursive) dann in der Korn Shell von SuSE Linux 9.3 ausprobieren. Resultat: Befehl nicht gefunden; Datei bleibt im Verzeichnis stehen. Frage: wenn ich das KDE (grafische Oberfläche) nicht benutzen möchte, wie lösche ich in so einer Shell dann Dateien? Gibt es da Alternativbefehle, heißt rm -r unter SuSE anders, geht das da nur für Verzeichnisse... Was stimmt da nicht? Verwirrte Grüße, dande

Antworten (1 - 7)

kahikatea

11.Sep.2005 - 12:55

Beitrag #2

Reisefreudige Nacht-zum-Tag-Macherin

Gruppe: Members
Beiträge: 2.215
Userin seit: 04.12.2004
Userinnen-Nr.: 869

rm sollte eigentlich unabhängig von der verwendeten Shell in praktisch jedem Unix-artigen System funktionieren. Bei einer Fehlermeldung a la "Befehl nicht gefunden" würde ich mal prüfen, ob Dein Pfad vollständig ist, also die Angaben zu all den Verzeichnissen enthält, in denen sich ausführbare Dateien befinden. Dies könntest Du durch

CODE

echo $PATH

herausfinden.

So basale Befehle wie rm befinden sich meist im Verzeichnis /bin . Dies könntest Du kontrollieren mit der Anfrage

CODE

which rm

Falls da (nämlich bei inkorrektem Pfad) nichts kommen sollte, probiere mal mit

CODE

ls /bin/rm

ob es dort liegt . Falls es in /bin ist, könntest Du die Datei notfalls zumindest durch

CODE

/bin/rm deine_datei

löschen - aber damit Du eben nicht ständig die Pfadangaben mit eintippen mußt, wäre es sinnvoll, den Pfad erst mal zu vervollständigen. Ich arbeite zwar nicht mit SuSE, kann mir aber irgendwie nicht vorstellen, daß es so seltsam konfiguriert sein könnte, daß nicht mal rm gefunden wird. Passiert Dir das denn sowohl ein einer Konsole unter der grafischen Benutzeroberfläche, als auch unter einer reinen Textkonsole/Login-Shell (ggf. mal mit Ctrl-Alt-F1 auf einer Textkonsole einloggen)?

Edit: Nachtrag - wenn Dein Pfad nicht korrekt konfiguriert ist, wird vmtl. schon "echo $PATH" zu einem "Befehl nicht gefunden" führen, hilft also nicht weiter. Wenn es unter einer Text-Login-Shell (standardmäßig bash, sofern Du es nicht grundsätzlich anders konfiguriert hast) aber vernünftigen Output liefert (der zumindest /bin, /usr/bin u.v.a.m. enthält), dann würde ich mal vermuten, daß Deine ksh beim Starten noch keine korrekte Konfiguration mitbekommt.

In diesem Fall könntest Du entweder versuchen, sie z.B. zum Einlesen von /etc/profile oder ähnlichen Voreinstellungen (die eine vernünftige Pfad-Definition enthalten sollten) zu bewegen (vmtl. in einer Datei namens .kshrc in Deinem home-Verzeichnis; genaueres über ksh-Spezifika weiß ich allerdings nicht), oder eben einfach mit der bash statt der ksh zu arbeiten, sofern Du keine ksh-spezifischen Dinge brauchen solltest (ist vermutlich erst mal streßfreier, da bash auf Linux-Systemen Standard ist).

Der Beitrag wurde von kahikatea bearbeitet: 11.Sep.2005 - 13:21

dandelion Profil ansehen	14.Sep.2005 - 18:05 Beitrag #3
don't care Gruppe: Admin Beiträge: 34.734 Userin seit: 21.01.2005 Userinnen-Nr.: 1.108	ok... then my pc shell be rebourne... :P Danke schonmal :blumen2: werd's denke am WE mal ausprobieren - bis dahin hat Mathe Priorität. Sag aber auch jeden Fall Bescheid, wie's gelaufen ist, bzw. ob überhaupt... :rosie:

dandelion Profil ansehen	17.Oct.2005 - 18:23 Beitrag #4
don't care Gruppe: Admin Beiträge: 34.734 Userin seit: 21.01.2005 Userinnen-Nr.: 1.108	ok... auf der bash ging es... dafür geht auf der Korn mittlerweile auch sowas simples wie ls nicht mehr. Beide Shells wissen nichts von chmod-Befehlen (funktionieren auch nur via KDE), dort gehen einfach nur diverse Programm-Links ins Leere, nichts wichtiges, aber nervig. Hat mein Account PMS oder ist da was falsch konfiguriert?

kahikatea

17.Oct.2005 - 22:06

Beitrag #5

Reisefreudige Nacht-zum-Tag-Macherin

Gruppe: Members
Beiträge: 2.215
Userin seit: 04.12.2004
Userinnen-Nr.: 869

QUOTE (dandelion @ 17.Oct.2005 - 19:23)

Beide Shells wissen nichts von chmod-Befehlen (funktionieren auch nur via KDE), dort gehen einfach nur diverse Programm-Links ins Leere, nichts wichtiges, aber nervig.
Hat mein Account PMS

Vielleicht Demenz? :ph34r:

QUOTE (dandelion @ 17.Oct.2005 - 19:23)

oder ist da was falsch konfiguriert?

Vermutlich, aber etwas mehr Kontext (Fehlermeldungen, etc.) könnte hilfreich sein. Was passiert denn genau, wenn Du Dich auf der Konsole einloggst und versuchst, chmod für eine Datei, die Dir gehört, auszuführen? Wird der Befehl chmod selbst nicht gefunden, oder die Datei nicht, oder weigert sich das System einfach nur, die Rechte zu ändern (auf einer schreibbaren Partition)?

dandelion

18.Oct.2005 - 05:08

Beitrag #6

don't care

Gruppe: Admin
Beiträge: 34.734
Userin seit: 21.01.2005
Userinnen-Nr.: 1.108

QUOTE (kahikatea @ 17.Oct.2005 - 23:06 )

Was passiert denn genau, wenn Du Dich auf der Konsole einloggst[?]

also... die ksh ist sehr gesprächig: "not found"
die bash wird konkreter: "command not found".

kahikatea

18.Oct.2005 - 11:39

Beitrag #7

Reisefreudige Nacht-zum-Tag-Macherin

Gruppe: Members
Beiträge: 2.215
Userin seit: 04.12.2004
Userinnen-Nr.: 869

QUOTE (dandelion @ 18.Oct.2005 - 06:08)

die bash wird konkreter: "command not found".

Ok. Wenn chmod unter der grafischen Oberfläche funktioniert, müßte es ja grundsätzlich vorhanden sein. Testen könntest Du das ggf. mit:

CODE

ls /bin/chmod

Zumindest liegt es üblicherweise in /bin, vielleicht kannst Du ja, wenn Deine grafische Oberfläche funktioniert, sicherheitshalber damit nachschauen.
Wenn es trotzdem von der Shell nicht gefunden wird, ist die Pfad-Variable, die Deine Shell benutzt, unvollständig, also etwas falsch konfiguriert. Du könntest mal nachschauen, ob auf dem System eine Datei namens /etc/profile existiert, in der unter anderem etwa das folgende stehen sollte (können ggf. noch mehr Verzeichnisse in der Liste sein, aber diese auf jeden Fall):

CODE

PATH=/usr/local/bin:/usr/bin/:/bin:/usr/X11R6/bin
export PATH

Dies sind die Pfade zu all den Verzeichnissen, in denen ausführbare Dateien, d.h. Befehle zu finden sind. Wenn dies dort nicht steht oder die Datei /etc/profile nicht existiert, ist vermutlich bei der Systeminstallation etwas gründlich schiefgegangen. Wenn dies dort aber enthalten ist, sollte jede Shell, die Du als Benutzerin startest, die Einstellungen aus /etc/profile übernehmen. Dies passiert normalerweise, in dem eine (in Deinem Benutzerverzeichnis liegende) Datei namens .bashrc (oder etwas entsprechendes für die ksh) sie einliest, d.h. in .bashrc sollte unter anderem so etwas stehen:

CODE

. /etc/profile

Dies wären die Punkte, wo ich erstmal suchen würde. Falls das gar nicht weiterführt: Funktionieren die Befehle eigentlich, wenn Du Dich als root auf der Konsole einloggst? Dann wäre es evtl. auch eine Lösung, einfach - als root - die Datei /root/.bashrc in Dein Benutzerverzeichnis zu kopieren und mittels chown Dich zur Eigentümerin der Kopie zu machen.

Hope that helps

dandelion Profil ansehen	18.Oct.2005 - 17:54 Beitrag #8
don't care Gruppe: Admin Beiträge: 34.734 Userin seit: 21.01.2005 Userinnen-Nr.: 1.108	hallo kahikatea... da es um das Firmensystem geht, habe ich keinen root access. aber profile und .rc - Dateien leuchtet mir ein... Werd mich (Freitag am ehesten) drum kümmern, bei meinem eigenen spinnt auch irgendwas, da kümmer ich mich dann den Tag davor drum... seufz* Danke erstmal!

« Vorhergehender Thread · Tipps & Tricks · Nächster Thread »

1 Besucherinnen lesen dieses Thema (Gäste: 1 | Anonyme Userinnen: 0)

0 Userinnen: