Hallo Andreas,
Es gibt also tatsaechlich gar keinen Grund fuer dich sudo an der
Stelle zu verwenden, richtig? (Will nur klarstellen dass ich obiges
richtig verstanden habe).
Ich möchte das Kommando innerhalb eines Scriptes sowohl unter cc als
auch unter root verwenden. Wie kann ich das sonst
On 11.09.06 08:33:21, Christoph Conrad wrote:
Hallo Andreas,
Es gibt also tatsaechlich gar keinen Grund fuer dich sudo an der
Stelle zu verwenden, richtig? (Will nur klarstellen dass ich obiges
richtig verstanden habe).
Ich möchte das Kommando innerhalb eines Scriptes sowohl unter cc
Hallo Andreas,
if [ `id -u` -eq 0 ]; then su - cc -c emacsclient else emacsclient
fi
Genau so habe ich das zuerst auch gemacht. Das finde ich aber wesentlich
uneleganter als dem User cc das Ausführen des Programmes als cc per sudo
zu erlauben.
Freundliche Grüße,
Christoph
--
Haeufig
On 11.09.06 10:33:31, Christoph Conrad wrote:
Hallo Andreas,
if [ `id -u` -eq 0 ]; then su - cc -c emacsclient else emacsclient
fi
Genau so habe ich das zuerst auch gemacht. Das finde ich aber wesentlich
uneleganter als dem User cc das Ausführen des Programmes als cc per sudo
zu
Hallo Andreas,
Wenn jemand anderes (oder vllt. auch du in ein paar Monaten/Jahren)
das Skript liest ist nicht sofort ersichtlich, dass es
Doch, durch einen entsprechend eingefügten Kommentar.
Freundliche Grüße,
Christoph
--
Haeufig gestellte Fragen und Antworten (FAQ):
Hallo Andreas,
if [ `id -u` -eq 0 ]; then su - cc -c emacsclient else emacsclient
fi
Ich habe es nach einigem Überlegen jetzt DOCH wieder so gemacht. Es ist
eine spezielle Lösung, und die sollte in eine spezielle Datei - das
Script. Nicht in eine allgemeine Datei, wie die /etc/sudoers.
Hallo Christoph.
ich versuche en Kommando als User cc per sudo mit User cc auszuführen,
das mag mein debian/testing aber nicht:
[EMAIL PROTECTED] sudo -u cc emacsclient cmd/ec
Sorry, user cc is not allowed to execute '/usr/local/bin/emacsclient
cmd/ec' as cc on brabbelbox.
Dann solltest
Hallo Mathias,
Dann solltest du dies in /etc/sudoers (am besten per visudo) ändern.
Danke!
Freundliche Grüße,
Christoph
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem
Ich habe nun die folgend zweite Zeile hinzugefügt, das klappt.
cc ALL=NOPASSWD: ALL
cc ALL=(cc) /usr/local/bin/emacsclient
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem
Hi Christoph,
Christoph Conrad [EMAIL PROTECTED] wrote:
Ich habe nun die folgend zweite Zeile hinzugefügt, das klappt.
cc ALL=NOPASSWD: ALL
Ist das nicht riskant? Du erlaubst damit cc auf allen Maschinen,
alles ohne Passwort auszuführen.
cc ALL=(cc) /usr/local/bin/emacsclient
Das sollte
Hallo Frank,
Ist das nicht riskant? Du erlaubst damit cc auf allen Maschinen, alles
ohne Passwort auszuführen.
Das ist eine reine Desktopmaschine ohne (W)LAN, aber DSL-Anbindung. Ich
habe immer zwei Shells offen, und mache den normalen Kram als cc, um
nicht versehentlich was im System zu
On Sun, 10 Sep 2006 12:40:25 +0200, Christoph Conrad wrote:
Ich habe nun die folgend zweite Zeile hinzugefügt, das klappt.
cc ALL=NOPASSWD: ALL
Stehe ich auf dem Schlauch? Heißt das nicht schon, dass der Benutzer cc
auf allen Rechner ohne Passwort alle Programme mit sudo ausführen darf?
Hallo Simon,
cc ALL=NOPASSWD: ALL
Stehe ich auf dem Schlauch? Heißt das nicht schon, dass der Benutzer
cc auf allen Rechner ohne Passwort alle Programme mit sudo ausführen
darf?
Habe ich auch gedacht. Reicht aber nicht alleine - das WAR meine
Einstellung.
cc ALL=(cc)
Hi Christoph,
Christoph Conrad [EMAIL PROTECTED] wrote:
Hallo Simon,
cc ALL=NOPASSWD: ALL
Stehe ich auf dem Schlauch? Heißt das nicht schon, dass der
Benutzer cc auf allen Rechner ohne Passwort alle Programme mit
sudo ausführen darf?
Habe ich auch gedacht. Reicht aber nicht alleine - das WAR
Hallo Frank,
Habe ich auch gedacht. Reicht aber nicht alleine - das WAR meine
Einstellung.
Vielleicht liegt es daran, das cc die dann mit root Rechten ausführt.
Ein sudo -u cc cmd unter dem User cc?
Damit führt cc es als cc aus. (Wobei ich immer noch den Sinn nicht
verstehe.)
Ich auch
On 10.09.06 22:38:44, Christoph Conrad wrote:
Hallo Frank,
Damit führt cc es als cc aus. (Wobei ich immer noch den Sinn nicht
verstehe.)
Ich auch nicht. Geht so aber.
Was Frank meinte ist, warum du ueberhaupt sudo brauchst. Das ist and der
Stelle absolut sinnfrei, weil du dasselbe
Hallo Andreas,
Was Frank meinte ist, warum du ueberhaupt sudo brauchst. Das ist and
der Stelle absolut sinnfrei, weil du dasselbe erreichen kannst wenn du
unter dem User cc das Programm direkt ausfuehrst.
Ah ja - stimmt. Das Ursprungsproblem war, dass das Programm unter dem
User root nicht
On 10.09.06 23:29:27, Christoph Conrad wrote:
Hallo Andreas,
Was Frank meinte ist, warum du ueberhaupt sudo brauchst. Das ist and
der Stelle absolut sinnfrei, weil du dasselbe erreichen kannst wenn du
unter dem User cc das Programm direkt ausfuehrst.
Ah ja - stimmt. Das
Du schriebst am 17. Aug um 20:18 Uhr:
Hallo zusammen,
ich habe ein kleines Problem. Und zwar habe ich beim Nutzen von sudo
mehrmals ein falsches Passwort eingegeben. Jetzt bekomme ich immer nur
Fehlermeldungen daß ich Sudo nicht mehr benutzen kann:
Sorry, user chris is not allowed to
Hallo,
Am 03.08.06 um 17:20 schrieb Martin D.:
da bist Du aber voll rein gefallen, sudo mit su ist Doppelmoppel, das
geht so nicht.
Try this:
[...]
Das klappt jetzt nach etwas Bastelei, herzlichen Dank Euch! :)
Daniel
--
Haeufig gestellte Fragen und Antworten (FAQ):
Hallo Daniel,
da bist Du aber voll rein gefallen, sudo mit su ist Doppelmoppel, das
geht so nicht.
Try this:
sudoers.conf:
---
User_Alias CHAT_USERS = user1, user2 # dani gibt's bei mir nicht
Runas_Alias CHAT = chat
CHAT_USERS ALL = (CHAT) NOPASSWD: /bin/bash
---
dann:
---
On Thu, Aug 03, 2006 at 04:10:32PM +0200, Daniel Schulz wrote:
Sorry, user daniel3 is not allowed to execute '/bin/su - dani'
as root on greulix.
in sudoers:
user ALL = (other_user) ALL
und dann per sudo -u other_user -i arbeiten. Klappt ab Sarge.
sudo su - ist die schlechte Weise. Damit su
On Fri, Jul 28, 2006 at 12:35:11PM +, Marco wrote:
Hallo,
ich will als root sudo ohne Passwortaufforderung verwenden. Dazu habe ich in
/etc/sudoers die Zeile
rootALL=(ALL) ALL
auf folgendes geändert:
rootALL=(ALL) NOPASSWD: ALL
Leider kommt
On Fri, Jul 28, 2006 at 02:54:54PM +0200, Ulf Volmer wrote:
On Fri, Jul 28, 2006 at 12:35:11PM +, Marco wrote:
ich will als root sudo ohne Passwortaufforderung verwenden. Dazu habe ich in
/etc/sudoers die Zeile
Damit darf _root_ ohne Paßwort zu jeder id wechseln.
2myself: erst lesen,
Marco [EMAIL PROTECTED] wrote:
Hallo,
ich will als root sudo ohne Passwortaufforderung verwenden. Dazu habe ich in
/etc/sudoers die Zeile
rootALL=(ALL) ALL
auf folgendes geändert:
rootALL=(ALL) NOPASSWD: ALL
Leider kommt jetzt noch immer die
Frank Küster schrieb:
Marco [EMAIL PROTECTED] wrote:
Hallo,
ich will als root sudo ohne Passwortaufforderung verwenden. Dazu habe ich in
/etc/sudoers die Zeile
rootALL=(ALL) ALL
auf folgendes geändert:
rootALL=(ALL) NOPASSWD: ALL
Leider kommt jetzt
Hallo Ulf,
* Ulf Volmer schrieb [28-07-06 15:05]:
On Fri, Jul 28, 2006 at 02:54:54PM +0200, Ulf Volmer wrote:
On Fri, Jul 28, 2006 at 12:35:11PM +, Marco wrote:
ich will als root sudo ohne Passwortaufforderung verwenden. Dazu habe ich
in
/etc/sudoers die Zeile
Damit darf
Matthias Haegele wrote:
Manchmal braucht man das schon (um Scripte mit anderer ID
auszuführen etc.) ...
su username -c ./skriptname?
Grüße,
Björn
--
BOFH excuse #109:
The electricity substation in the car park blew up.
--
Haeufig gestellte Fragen und Antworten (FAQ):
On Tue, 14 Mar 2006 17:43:09 +0100, Enrico Weigelt [EMAIL PROTECTED]
wrote:
Also mir kommt kein fremdes binary ins Haus ;-)
Warum bist Du dann in Debian-User-German?
Grüße
Marc
--
-- !! No courtesy copies, please !! -
Marc Haber |Questions
Hi!
Hans-Juergen Tappe wrote:
Nach den Sicherheits-Updates von sudo vor einiger Zeit gibt es nicht
mehr die Möglichkeit, graphische Tools über diesen Wrapper aufzurufen.
Hat hier jemand auf der Liste mittlerweile ein Vorgehen, mit dem man
einzelnen Benutzern Zugang zu root-Berechtigungen
Am Montag 13 März 2006 18:27 schrieb Hans-Juergen Tappe:
Hi!
Hat hier jemand auf der Liste mittlerweile ein Vorgehen, mit dem man
einzelnen Benutzern Zugang zu root-Berechtigungen geben kann, ohne
dass man das root-Passwort verteilen muss, wie bei gksu - mal
Hast Du Dir mal gksudo angeschaut?
Hi!
Christian Frommeyer wrote:
Hast Du Dir mal gksudo angeschaut?
Das ergibt dieselben Effekte wie sudo und reagiert genauso auf
Änderungen im Environment und der /etc/sudoers. Der Unterschied liegt
darin, dass die Passwortabfrage schon im GUI stattfindet.
Aber danke, das hatte ich noch nicht
Moin,
Hat hier jemand auf der Liste mittlerweile ein Vorgehen, mit dem man
einzelnen Benutzern Zugang zu root-Berechtigungen geben kann, ohne dass
man das root-Passwort verteilen muss, wie bei gksu - mal abgesehen
davon, sich selber einen 15-Zeiler für jede Ausnahme in C zu programmieren?
* Hans-Juergen Tappe [EMAIL PROTECTED] schrieb:
snip
Hat hier jemand auf der Liste mittlerweile ein Vorgehen, mit dem man
einzelnen Benutzern Zugang zu root-Berechtigungen geben kann, ohne dass
man das root-Passwort verteilen muss, wie bei gksu - mal abgesehen
davon, sich selber einen
* Hans-Juergen Tappe [EMAIL PROTECTED] schrieb:
snip
Das sudo aus testing kommt nicht in frage, da es die neue libc benötigt
und selbstkompilieren möchte ich dafür nicht.
Was ist so schlimm am selbstcompilieren ?
Also mir kommt kein fremdes binary ins Haus ;-)
cu
--
On 13.03.06 18:27:16, Hans-Juergen Tappe wrote:
Es geht konkret um ethereal
Dafuer gibts tethereal, die entstehende Datei kann man dann hinterher
als $USER analysieren.
Zu dem xsane-Problem kann ich mangels Scanner-Erfahrung mit Linux nichts
weiter sagen...
Andreas
--
Your lucky number is
Hans-Juergen Tappe schrieb:
Hi!
Hallo
[...]
Es geht konkret um ethereal und xsane. Letzteres wird für einen
pp_mustek-Scanner benötigt, dessen Treiber in den neueren Versionen
nicht vorhanden war und der root-only-IOcontrols auf dem Port ausführen
will (Device-Berechtigungen setzen reicht
Am Montag 13 März 2006 18:27 schrieb Hans-Juergen Tappe:
Nach den Sicherheits-Updates von sudo vor einiger Zeit gibt es nicht
mehr die Möglichkeit, graphische Tools über diesen Wrapper
aufzurufen.
Hmm, ich hab hier ein sudo 1.6.8p12-1 aus sid. Laut dem
Security-Advisory sollte da das
On 09.01.06 16:44:17, Martin Müller - Rudolf Hausstein OHG wrote:
Ein php-script soll ein einem Verzeichnis das root gehört ein neues
Verzeichnis anlegen. Natürlich geht das nicht,
Klaro geht das, wenn das Verzeichnis world-writable ist.
sollte mir das Verzeichnis anlegen. Klappt aber leider
Am 2005-12-01 14:36:11, schrieb Peter Schütt:
Hallo,
ich weiß zwar prinzipiell, was sudo ist (ausführen eines Befehls im Kontext
eines anderen Benutzers), aber wie man das im Detail richtig einrichtet,
weiß ich nicht.
Bisher habe ich bei Bedarf in der Console immer su eingegeben und wenn ich
Sebastian Kayser [EMAIL PROTECTED] wrote:
schätze localhost wäre synonym mit ALL.
Nein, das Synonym ist LOKAL. Z.B.
ulrich LOKAL=PASSWD: /usr/sbin/eximon
Ulrich
* Ulrich Fürst [EMAIL PROTECTED] wrote:
Sebastian Kayser [EMAIL PROTECTED] wrote:
schätze localhost wäre synonym mit ALL.
Nein, das Synonym ist LOKAL. Z.B.
ulrich LOKAL=PASSWD: /usr/sbin/eximon
Ob in der sudoers nun ALL oder eine eingegrenzte Host_List hinterlegt
wird, ist doch nur für
Hallo Matthias Haegele, hallo auch an alle anderen
Am Donnerstag, 1. Dezember 2005 15:45 schrieb Matthias Haegele:
Peter Schütt schrieb:
[...]
Wo finde ich sinnvolle Beispiele?
Bei einer ubuntu-config abspickeln? (die haben afair keinen
root-account).
Doch, haben die. Bei einer
Hallo Matthias,
Matthias Taube, 01.12.2005 (d.m.y):
nutze visudo.
Wer nicht vi-firm ist, kann das ganze auch bspw. mit
EDITOR=/usr/bin/nano visudo
aufrufen...
Gruss,
Christian Schmidt
--
Wenigstens bin ich nicht der einzige, der hin und wieder
mit der Technik überfordert ist oder an
Christian Schmidt schrieb:
nutze visudo.
Wer nicht vi-firm ist, kann das ganze auch bspw. mit
EDITOR=/usr/bin/nano visudo
aufrufen...
Wer nicht vi-firm ist, sollte sowieso editor in alternatives auf
/bin/nano zeigen lassen und mein visudo berücksichtigt das ...
mfg
Matthias Taube
--
Sebastian Kayser [EMAIL PROTECTED] wrote:
* Ulrich Fürst [EMAIL PROTECTED] wrote:
Sebastian Kayser [EMAIL PROTECTED] wrote:
schätze localhost wäre synonym mit ALL.
Nein, das Synonym ist LOKAL. Z.B.
ulrich LOKAL=PASSWD: /usr/sbin/eximon
Ob in der sudoers nun ALL oder eine
Peter Schütt [EMAIL PROTECTED] wrote:
Wenn ich jetzt in /etc/sudoers
diese Datei sollte man nicht direkt editieren. visudo ist das Tool
dafür.
Hinweis: Visudo enutzt den Editor, der inner VISUAL oder EDITOR
Variable definiert ist.
Heino
--
Haeufig gestellte Fragen und Antworten (FAQ):
Hallo Peter!
Peter Schütt schrieb am Donnerstag, den 01. Dezember 2005:
Wenn ich jetzt in /etc/sudoers
benutzerALL = (ALL) ALL
einstelle, dann ist das doch ein ziemliches Sicherheitsrisiko, oder?
Wo finde ich sinnvolle Beispiele?
Schau in die manpage. Insbesondere man sudoers ist
* Peter Schütt [EMAIL PROTECTED] wrote:
ich weiß zwar prinzipiell, was sudo ist (ausführen eines Befehls im Kontext
eines anderen Benutzers), aber wie man das im Detail richtig einrichtet,
weiß ich nicht.
Bisher habe ich bei Bedarf in der Console immer su eingegeben und wenn ich
fertig war
Peter Schütt schrieb:
Hallo,
ich weiß zwar prinzipiell, was sudo ist (ausführen eines Befehls im Kontext
eines anderen Benutzers), aber wie man das im Detail richtig einrichtet,
weiß ich nicht.
Bisher habe ich bei Bedarf in der Console immer su eingegeben und wenn ich
fertig war exit.
Das sind
Peter Schütt schrieb:
Ich nehme mal an, daß das nur funktioniert, wenn sudo richtig konfiguriert
ist.
nutze visudo.
Dort kannst Du z.B. mittels
peterALL=(root) NOPASSWD:/usr/sbin/exim4 -DOUTGOING -qff
nur das Kommando exim4 -DOUTGOING -qff für den Nutzer peter ohne
Password freischalten.
Am Donnerstag 01 Dezember 2005 22:18 schrieb Matthias Taube:
Dort kannst Du z.B. mittels
peterALL=(root) NOPASSWD:/usr/sbin/exim4 -DOUTGOING -qff
^^^
Gibt es einen Grund da nicht localhost zu verwenden?
Gruß Chris
--
A: because it distrupts the normal process of thought
Q: why
* Christian Frommeyer [EMAIL PROTECTED] wrote:
Am Donnerstag 01 Dezember 2005 22:18 schrieb Matthias Taube:
Dort kannst Du z.B. mittels
peterALL=(root) NOPASSWD:/usr/sbin/exim4 -DOUTGOING -qff
^^^
Gibt es einen Grund da nicht localhost zu verwenden?
Ich denke in dem Fall ist
Hallo Sascha,
Sascha Hüdepohl [EMAIL PROTECTED] wrote:
Hallo!
Ich benutze maildrop zum filtern meiner Mails. Maildrop wird von postfix
so aufgerufen, daß die Ausgabe von id folgendermaßen aussieht:
ID: uid=1000(sascha) gid=1000(sascha) groups=1000(sascha)
Da fehlen also all die Gruppen,
Tom Rauchenwald schrieb:
username ALL=(ALL) ALL
Also einfach die letzte Zeile duplizieren und root in deinen Usernamen
ändern.
Also bei mir sieht das so aus und gilt dann für alle Mitglieder der
Gruppe staff. Das ist bequemer als für jeden user einzeln so eine
Zeile anlegen zu müssen.
Hy Zusammen ,
Hi
was soll ich in /etc/sudoers eintragen damit ein user die gleichen
Rechte wie der root hat
username ALL=(ALL) ALL
Also einfach die letzte Zeile duplizieren und root in deinen Usernamen
ändern.
Sei dir allerdings bewusst darüber, dass das ein Sicherheitsrisiko
Hallo!
On 12 Oct 2003 at 21:56 +, Stefan Hassenstein wrote:
In article [EMAIL PROTECTED], Elmar W. Tischhauser wrote:
On 12 Oct 2003 at 19:59 +, Stefan Hassenstein wrote:
[setuid-root-Probleme mit sudo]
Mountest du vielleicht / (oder /usr) mit der Option nosuid? 'user'
Stefan Hassenstein schrieb/wrote:
Ich gebe frank und frei zu, als Mac-user mit der
ganzen uid-Geschichte noch reichlich Verständnis Probleme zu haben.
Gewoehne Dich am besten dran - derlei Kenntnisse koennen Dir bei
Verwendung von MacOS X nur dienlich sein. ;-)
Gruss,
Christian
(ebenfalls
In article [EMAIL PROTECTED], Christian Schmidt wrote:
Ich gebe frank und frei zu, als Mac-user mit der
ganzen uid-Geschichte noch reichlich Verstaendnis Probleme zu haben.
Elmar hat sich ja grosse Muehe gegebenwerd mir
seine Erklaerung unters Kopfkissen legen !
Gewoehne Dich am
In article [EMAIL PROTECTED], Elmar W. Tischhauser wrote:
[setuid-root-Probleme mit sudo]
Mountest du vielleicht / (oder /usr) mit der Option nosuid? 'user'
impliziert uebrigens nosuid, nodev und noexec.
=20
Meine Guete !!! Herzlichen Dank !
Es freut mich, dass ich helfen konnte.=20
Hallo Stefan,
* Stefan schrieb:
[EMAIL PROTECTED]:~$ sudo
Sorry, sudo must be setuid root.
[EMAIL PROTECTED]:~$ ls -la /usr/bin/sudo
-rwsr-xr-x1 root root84872 Oct 13 2002 /usr/bin/sudo
wenn ich als user sudo ausführen möchte, kommt obige Fehlermeldung.
ich dachte, das
In article [EMAIL PROTECTED], Christian Schult wrote:
Servus Christian,
vielen Dank für Deine Antwort...
[EMAIL PROTECTED]:~$ sudo
Sorry, sudo must be setuid root.
[EMAIL PROTECTED]:~$ ls -la /usr/bin/sudo
-rwsr-xr-x1 root root84872 Oct 13 2002 /usr/bin/sudo
wenn ich
Hallo!
On 12 Oct 2003 at 19:59 +, Stefan Hassenstein wrote:
[EMAIL PROTECTED]:~$ sudo
Sorry, sudo must be setuid root.
[EMAIL PROTECTED]:~$ ls -la /usr/bin/sudo
-rwsr-xr-x1 root root84872 Oct 13 2002 /usr/bin/sudo
[...]
Mountest du vielleicht / (oder /usr) mit der
In article [EMAIL PROTECTED], Elmar W. Tischhauser wrote:
[EMAIL PROTECTED]:~$ sudo
Sorry, sudo must be setuid root.
[EMAIL PROTECTED]:~$ ls -la /usr/bin/sudo
-rwsr-xr-x1 root root84872 Oct 13 2002 /usr/bin/sudo
[...]
Mountest du vielleicht / (oder /usr) mit der
On Tue, Dec 17, 2002 at 12:07:32PM +0100, Guido Goldstein wrote:
Hi!
On Tue, 17 Dec 2002 11:39:07 +0100
Malte Thoma [EMAIL PROTECTED] wrote:
Malte Thoma wrote:
Hallo,
wie muß der Eintrag in /etc/sudoers aussehen, wenn ich den folgenden
Befehl
echo x
* Malte Thoma [EMAIL PROTECTED] [17-12-2002 09:58]:
echo x /proc/acpi/processor/CPU0/throttling
mit x= Natürliche Zahl
für allen Usern zugänglich machen möchte?
Was ist wenn 2 User arbeiten? Ob es gesund ist, wenn einer Power
braucht und der andere ständig die Handbremse zieht?
Ich habe
Malte Thoma wrote:
Hallo,
wie muß der Eintrag in /etc/sudoers aussehen, wenn ich den folgenden Befehl
echo x /proc/acpi/processor/CPU0/throttling
Um genau zu sein ist mein Problem das SCHREIBEN auf das file, das kriege
ich mit sudo nicht hin :-(
Gruß,
Malte
--
Häufig gestellte Fragen
Uwe Kerstan wrote:
* Malte Thoma [EMAIL PROTECTED] [17-12-2002 09:58]:
echo x /proc/acpi/processor/CPU0/throttling
mit x= Natürliche Zahl
für allen Usern zugänglich machen möchte?
Was ist wenn 2 User arbeiten? Ob es gesund ist, wenn einer Power
braucht und der andere ständig die
Hi!
On Tue, 17 Dec 2002 11:39:07 +0100
Malte Thoma [EMAIL PROTECTED] wrote:
Malte Thoma wrote:
Hallo,
wie muß der Eintrag in /etc/sudoers aussehen, wenn ich den folgenden
Befehl
echo x /proc/acpi/processor/CPU0/throttling
Um genau zu sein ist mein Problem das SCHREIBEN auf das
* Malte Thoma [EMAIL PROTECTED] [17-12-2002 11:39]:
was heißt 'nichtmal', bei meinem Athelon ist 93% der langsamste
Prozessormoduns - und das merke ich dann deutlich.
Habe da wohl etwas verwechselt.
Ich habe jetzt auch mal die 93% gewählt - und die Performance
ist im Arsch. ;-) Dafür ist die
Quoting Matthias Weinhold [EMAIL PROTECTED]:
sudoers sieht so aus
[...]
# User alias specification
User_Alias USERS=matthias,ellen
# Cmnd alias specification
Cmnd_Alias SHUTDOWN=/sbin/shutdown, /sbin/reboot,
^
[ Fehlermeldung ]
Weiß jemand,
71 matches
Mail list logo