From: hsg@uni-paderborn.de (Joerg Hoyer)
Subject: Re: init Paket fuer MiNT
Organization: Uni-GH Paderborn
Date: Thu, 23 Jul 1992 07:28:02 GMT

rzsbs@rz.uni-sb.de (sbusol) writes:

>From article <1992Jul22.083317.7115@Informatik.TU-Muenchen.DE>, by stoehr@Informatik.TU-Muenchen.DE (Peter Stoehr):
>> 
>> Hallo Leute,
>> 
>> ich suche das init(8)-Paket fuer MiNT! Gibt's das auf irgendeinem deutschen
>> ftp-Server ? Wenn ja, wo ?
Auf ftp.uni-paderborn.de, Verzeichnis MiNT/tools/init.zoo.

>Ich habe es aus a.a.u.e heholt, einen andere Quelle kenne ich nicht. Seit init
>bei mir laeuft, kriege ich oefter die Fehlermeldung: "access denied"; war vor-
>her nicht...
Klar :-) bei einer Multiuser-Umgebung passiert das, wenn man nicht root ist
von Zeit zur Zeit schon mal. Aber es kommt drauf an, welches Filesystem
man hat:
    - normales TOS-Filesystem: kommt zwar die Meldung, aber die Files
      werden trotzdem angelegt (es sei denn das File exist. schon und ist
      fuer alle schreibgeschuezt, oder die Dir ist schreibgeschuetzt)
    - Minix-Filesystem: Beim Minix-Filesystem koennen wirklich die Rechte
      wie unter Unix gesetzt werden und haben dementsprechende Auswirkungen.
      In diesem Fall wird ein schreiben in einen nicht erlaubten Bereich
      wirklich verhindert.
   
>> Kennt vielleicht jemand was besseres ?
Es gibt nichts besseres :-).

>Ich weiss nicht, ob es ein anderes Paket gibt, das login-Verwaltung usw. macht.
>Das andere Zeug, das dabei ist, wirft nur Bomben oder laeuft nicht...
Welches andere Zeug?


>Kennt sich einer damit aus? (Markus Wenzel? Patrick Hausen? Wie sieht das aus
>bei euch? )
Ja ich. Meine Konfiguration sieht zur Zeit dermassen aus:
     3 Partitionen auf der Festplatte, davon 2 Minix-Filesysteme,
     MiNT wird grundsaetzlich mit diesem init-Packet gestartet.
Da ich tcsh-user bin heisst das fuer mich: ich habe ein fast Unix-System
am Laufen (/ als Path-Seperator statt \, Multiuser (bei mir zur Zeit 5
eingetragene Benutzer), und Multitasking und einem Unix aehnlichen File-
system). 
Ich moechte das nicht mehr missen. 
Was kann das Packet:
  nun hauptsaechlich verwaltet es mehrere Benutzer und Gruppen auf 
  einem System. Es bietet fuer diese Benutzer die Moeglichkeit ein
  Passwort zu setzen und die Datei-Rechte den Beduerfnissen anzupassen
  (aber nur bei Filesystemen die dieses auch unterstuetzen).
  Beim Starten des init-Programmes werden, wie unter Unix, das /etc/rc
  ausgewertet, damit hat man die Moeglichkeit z.B. den tmp-Bereich 
  zu saeubern oder bestimmte Daemonen zu starten (z.B. lpd) oder
  sonstige Vorbereitungsarbeiten zu leisten.
  Es bietet zudem Programme wie who und finger (wo ich nur ein Terminal 
  habe, bringt es natuerlich besonders viel zu wissen wer alles eingelogt 
  ist :-))
Was hat man davon?
  Man kann sich darueber streiten, ob eine Multiuser-Umgebung auf einem
  kleinen Home-computer Sinn hat oder nicht. Das muss wohl jeder fuer 
  sich selbst entscheiden. Ich schaetze es so, weil es mir die Moeglich-
  keit gibt unter verschiedenen login's verschiedene Arbeitsumgebungen 
  aufzubauen (andere Pfade, andere Enviroments-Variablen, andere 
  Home-Bereiche, etc....)
  und meine Sachen logisch von einander zu trennen (ein user ist z.B.
  nur fuer ein spezielles Software-Packet verantwortlich) ohne dabei 
  mir zehntausend verschiedene Pfade merken zu muessen. Auch kann man 
  so verhindern, dass man aussversehen Programme loescht, die einem 
  in dem Moment nichts angehen.
Was gibt es fuer nuetzliche Sachen dazu?
  Wer sich entschieden hat, eine Multiuser umgebung zu fahren, kann 
  z.B. ein Printer-Spooler System installieren, welches die Multiuser
  Umgebung unterstuezt. Ein solches System findet man ebenfalls auf
  ftp.uni-paderborn.de im Verzeichnis MiNT/tools/lprbin.zoo und lprsrc.zoo.
  Diese Programme gibt es derzeit nur hier!! Dieses System bietet 
  eingefleischten Unix-Anhaengern ein Druckersystem wie man es z.B. 
  auf Suns findet:
   lpd : Daemon, druckt das File im Hintergrund aus, in der 
         Zwischenzeit kann man wirklich ohne Probleme weiterarbeiten.
         Also: Kein Zeit-Verlust beim Drucken von files.
   lpr : Sendet die Druckauftraege an den Daemon, bereitet die Files 
         zum Drucken vor (jede Menge Optionen: -h fuer Headerline auf
         jeder Seite mit Seitennummer von wie vielen Seiten, wer hat
         wann welches File gedruckt.
         -n fuer nummerieren der Zeilen, Listings werden so leichter 
         lesbar, -c gibt die anzahl der Kopien an, -t laesst eine 
         "translation-tabelle" laden um Atari-Zeichen auf andere 
         Zeichen zu mappen.)
   lpq : Anschauen der Drucker-Queue: Wer druckt welches File
   lprm: Loeschen eines Druckerauftrages: Nur der owner oder root
         darf das File loeschen, jede Zuwiederhandlung wird festgehalten :-)
   lpstat: Erfragen und setzen des Status vom lpd. 
So, nun hab ich genug Werbung fuer mein eigenes Programm gemacht :-)
Probiert es aus und seht selber.

Was waere zu wuenschen:
  Mir persoehnlich fehlt bei dieser ganzen Sache nur noch eines:
  ein vernuenftiges 'su'-Kommando. Wie oft kommt es vor, dass man
  gerade als user xyz arbeitet und dann die Rechte vom user zyx
  braucht. Bisher muss ich mich erst ausloggen und dann wieder 
  als Benutzer zyx einloggen :-(.

Ich hoffe, dass war genug als Einfuehrung in init :-)
Wer weitere Fragen hat, kann mich gerne anmailen.

Gruss
      Joerg

-- 
     /      ----    ----     Jrg Hoyer
    /___   /___    /___/    Universitaet Gesamthochschule Paderborn, FB17
   /   /      /       /    Warburger-Str. 100, W-4790 Paderborn, GERMANY
  /   /   ___/    /__/    email: hsg@uni-paderborn.de
Newsgroups: de.comp.sys.st