Was sollte die Begründung dafür sein? Ob ich sudo oder su verwende oder mich direkt als root einlogge ist egal. Ich bin immer root.

Du bist Windows geschädigt, nicht wahr? ;)

Bei einem echten Mehrbenutzer Betriebssystem kann ein jeder Benutzer mit Rechten ausgestattet werden.

sudo bedeutet "superuser do". Ein Benutzer kann so mit Privilegien versehen werden, ohne dass er root Passwort zu Gesicht bekommt. Was ein sudo Benutzer darf, legt der Admin fest. sudo ist also nicht root. Auch wenn er theoretisch mit allen Rechten versehen werden kann.

su bedeutet substitute user. Damit wechselt man nur eine Identität.

Übrigends: Du wirst nur solange stets als root rumlaufen, bis der Server kompromittiert wurde oder Du ein Verzeichnis "aus Versehen" in das Nirvana gelöscht hast. Glaube mir ;)

*ROFL*Soweit noch richtig.
Das ist jetzt leider falsch! Read the f...ine manpages!
"The real and effective uid and gid are set to match those of the target user as specified in the passwd file and the group vector is initialized based on the group file".
De facto bist du für das aufgerufene Kommando der "target user", idR. root!
Du kannst lediglich die Anzahl der, als root ausführbaren, möglichen Kommandos einschränken.
Korrekt. Und ohne weiteren Parameter wird als Zielidentität UID 0 (=root) angenommen.

Natürlich läuft man nur als root herum wenn man muss. In der Regel ist das aber beim Warten eines Servers fast andauernd nötig.
Und wenn ich Dinge "aus Versehen" lösche, habe ich auf einem Produktivserver IMO sowieso nichts zu suchen. Da hilft auch sudo nichts dagegen. sudo rm -rf / killt nicht weniger effizient als su;rm -rf /
Ist nur mehr Tipparbeit.

Bez. sudo

Q: http://www.sudo.ws/

Das ist sowas von korrekt wiedergegeben ;)

mein senf zu sudo: fuer das ganze prinzip hat ja m$ einen patentantrag gestellt und auch noch bekommen:

http://www.heise.de/newsticker/meldung/50302

witzig wie ein 'jahrhundertealtes' prinzip hier patentiert wird

Zuerst mal vielen Dank für die vielen Antworten und Tipps!

Mit dem SuDoer Konzept habe ich keinerlei Problem, finde ich schon gut so.
Bin mit Debian eh schon vertraut, mich hat nur die zögerliche Updatepolitik hinsichtlich Hardwareunterstützung gestört (eben SATA-RAID und dergl.)
Wenn dies mit Ubuntu besser ist, dann werde ich wohl dieses verwenden, denn die Paketverwaltung unter Debian mit APT gefällt mir schon besser als jene die auf RPM basiert (Suse, Redhat)

APT und RPM sind aber auch völlig verschiedene Dinge. Das RPM Gegenstück von Debian ist dpkg und das APT Gegenstück von CentOS ist yum.

Ubuntu würde ich nicht wirklich auf einen Produktionsserver einsetzten wollen, da gerade nur für die Kernpakete Sicherheitsupdates zur Verfügung gestellt werden. Wer exotische(?) Programme wie z.B. ClamAV verwendet, kann eine böse Überraschung erleben.

Zur Updatepolitik von Debian muss man sagen dass diese Distribution wie jedes gute Serverbetriebssystem auf Stabilität ausgelegt ist. Wer unbedingt neue Funktionen braucht und nicht auf die Testing Version updaten will, kann auch einige der zahlreichen Backports verwenden wie sie z.B. von www.backports.org angeboten werden. Andererseits ist Etch (alias Debian 4.0) schon eingefroren, daher würde eigentlich nichts dagegen Sprechen auch gleich diese Testing Version zu installieren.

Aha, ich dachte immer, dpkg und apt hängen zusammen?!
Nach einem Update mit apt hab ich immer ein dpkg --configure gemacht.

Was mich momentan bei Debian abschreckt ist die Sache mit dem SATA-RAID, nachdem ich im April böse Überraschungen damit erlebt habe, sonst wäre es eh die erste Wahl.
Ist dmraid mittlerweile schon in Debian implementiert?
Lt. http://packages.debian.org/cgi-bin/s...ll&release=all ist es noch immer "unstable".
Damals hatte ich die Debian 3.1r0, aktuell ist 3.1r3.
Dies ist für mich einer der einzigen Gründe, warum ich auf etwas Aktuelles setzen will.
Seinerzeit war auch noch das Paket für Clamav restlos veraltet und somit unbrauchbar, das wäre auch noch nett.
Wo bekomme ich einen netinstaller von etch her? Möchte nämlich keine 18CDs einer pre-Release laden müssen.
Wie sieht es mit den Hardwareanforderungen aus?
Der Rechner auf dem das laufen soll ist ein 266er P II mit 256MB RAM, soll nur Daten alle paar Stunden vom Fileserver auf die eigene Platte kopieren, eine SAMBA-Freigabe für andere Sicherungsaufgaben haben, zur Not als Fileserver herhalten und 1x pro Woche mit ClamAV den Hauptserver scannen.

dmraid ist doch auch in testing - also Etch. Du müsstest Dich einfach mal an die Installation wagen.

netinst etch rc1
http://cdimage.debian.org/cdimage/et...86-netinst.iso

Da Du sicherliche kein GUI installieren willst, reichen 256MB locker. Da kannste noch einige Dienste draufsetzen.

Der einzige Unterschied zwischen 3.1r0 und dem aktuellen 3.1r4 sind Security Updates. Die Programmversionen bleiben gleich.

Auch die alte Version ladet die aktuellen Virendefinitionen. Alternativ trägt man folgende APT Quelle ein:

und schon bekommt man immer die neueste ClamAV Version installiert :-)