Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #121064 > unrolled thread

Textdateien als root editieren

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  Textdateien als root editieren Alexander Goetzenstein <alexander_goetzenstein@web.de> - 2022-01-28 22:39 +0100
    Re: Textdateien als root editieren Tim Ritberg <tim@server.invalid> - 2022-01-28 23:32 +0100
      Re: Textdateien als root editieren Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-01-29 11:24 +0100
        Re: Textdateien als root editieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-29 11:34 +0100
          Re: Textdateien als root editieren Tim Ritberg <tim@server.invalid> - 2022-01-29 12:19 +0100
            Re: Textdateien als root editieren Rupert Haselbeck <mein-rest-muell@gmx.de> - 2022-01-29 13:40 +0100
              Re: Textdateien als root editieren Tim Ritberg <tim@server.invalid> - 2022-01-29 14:20 +0100
                Re: Textdateien als root editieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-30 12:24 +0100
                  Re: Textdateien als root editieren Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-01-30 16:14 +0000
                    Re: Textdateien als root editieren Arno Welzel <usenet@arnowelzel.de> - 2022-01-30 19:32 +0100
                      Re: Textdateien als root editieren Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-01-30 21:12 +0000
                        Re: Textdateien als root editieren Arno Welzel <usenet@arnowelzel.de> - 2022-01-31 12:17 +0100
                          Re: Textdateien als root editieren Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-01-31 14:22 +0000
                  Re: Textdateien als root editieren Stefan Reuther <stefan.news@arcor.de> - 2022-01-31 17:51 +0100
                    Re: Textdateien als root editieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-31 19:59 +0100
                      Re: Textdateien als root editieren Christian Garbs <mitch@cgarbs.de> - 2022-02-03 19:32 +0000
                        Re: Textdateien als root editieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-02-04 08:24 +0100
                          Re: Textdateien als root editieren Christian Garbs <mitch@cgarbs.de> - 2022-02-04 08:20 +0000
                          Re: Textdateien als root editieren Enrik Berkhan <Enrik.Berkhan@inka.de> - 2022-02-04 08:29 +0000
                            Re: Textdateien als root editieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-02-04 09:22 +0000
                              Re: Textdateien als root editieren Enrik Berkhan <Enrik.Berkhan@inka.de> - 2022-02-04 10:54 +0000
                              Re: Textdateien als root editieren Stefan Reuther <stefan.news@arcor.de> - 2022-02-04 16:56 +0100
                          Re: Textdateien als root editieren Enrik Berkhan <Enrik.Berkhan@inka.de> - 2022-02-04 08:21 +0000
                        Re: Textdateien als root editieren Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-02-04 09:49 +0000
                          Re: Textdateien als root editieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-02-05 10:51 +0100
                            Re: Textdateien als root editieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-02-05 11:06 +0000
                              Re: Textdateien als root editieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-02-05 13:55 +0100
                                Re: Textdateien als root editieren Andreas Kohlbach <ank@spamfence.net> - 2022-02-05 09:35 -0500
                              Re: Textdateien als root editieren Thomas Klix <wotokl@web.de> - 2022-02-05 21:02 +0000
                                Re: Textdateien als root editieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-02-05 22:43 +0100
                                  Re: Textdateien als root editieren Thomas Klix <wotokl@web.de> - 2022-02-06 00:31 +0000
                                    Re: Textdateien als root editieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-02-06 09:02 +0100
                                Re: Textdateien als root editieren Andreas Kohlbach <ank@spamfence.net> - 2022-02-05 18:41 -0500
                                Re: Textdateien als root editieren Juergen Ilse <news@usenet-verwaltung.de> - 2022-02-09 22:42 +0000
                                  Re: Textdateien als root editieren Andreas Kohlbach <ank@spamfence.net> - 2022-02-09 21:09 -0500
                                    Re: Textdateien als root editieren Juergen Ilse <news@usenet-verwaltung.de> - 2022-02-11 07:19 +0000
                                  Re: Textdateien als root editieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-02-10 10:39 +0000
                                    Re: Textdateien als root editieren Juergen Ilse <news@usenet-verwaltung.de> - 2022-02-11 07:23 +0000
                                      Re: Textdateien als root editieren Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-02-11 08:55 +0000
                            Re: Textdateien als root editieren Friedemann Stoyan <usenet@ip6-mail.de> - 2022-02-05 13:11 +0100
                        Re: Textdateien als root editieren Christian Garbs <mitch@cgarbs.de> - 2022-02-05 00:52 +0000
              Re: Textdateien als root editieren Andreas Kohlbach <ank@spamfence.net> - 2022-01-29 09:20 -0500
                Re: Textdateien als root editieren Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-01-29 14:46 +0000
                  Re: Textdateien als root editieren Ralph Angenendt <dein.name@strg-alt-entf.org> - 2022-01-31 11:43 +0000
            Re: Textdateien als root editieren Thomas Noll <-_tn_-@web.de> - 2022-01-29 12:45 +0000
              Re: Textdateien als root editieren Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-01-29 14:20 +0100
        Re: Textdateien als root editieren Eike Rathke <erack+nutznetz.p@posteo.de> - 2022-01-29 14:12 +0000
          Re: Textdateien als root editieren Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-01-29 15:50 +0100
            Re: Textdateien als root editieren Hans CraueI <crauel_usenet@freenet.de> - 2022-01-29 15:27 +0000
            Re: Textdateien als root editieren Eike Rathke <erack+nutznetz.p@posteo.de> - 2022-01-29 16:05 +0000
            Re: Textdateien als root editieren Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-29 17:29 +0100
              Re: Textdateien als root editieren Alexander Goetzenstein <alexander_goetzenstein@web.de> - 2022-01-29 17:44 +0100
                Re: Textdateien als root editieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-30 12:26 +0100
              Re: Textdateien als root editieren Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-01-29 18:42 +0100
                Re: Textdateien als root editieren Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-29 20:49 +0100
                Re: Textdateien als root editieren Rupert Haselbeck <mein-rest-muell@gmx.de> - 2022-01-29 23:28 +0100
        Re: Textdateien als root editieren Claus Reibenstein <creibens@gmail.com> - 2022-01-30 14:40 +0100
          Re: Textdateien als root editieren Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-01-30 15:11 +0100
            Re: Textdateien als root editieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-30 21:18 +0100
              Re: Textdateien als root editieren Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-01-31 09:58 +0100
                Re: Textdateien als root editieren Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-31 12:03 +0100
                  Re: Textdateien als root editieren Paul Muster <exp-311222@news.muster.net> - 2022-01-31 16:53 +0100
                Re: Textdateien als root editieren Arno Welzel <usenet@arnowelzel.de> - 2022-01-31 12:12 +0100
                  Re: Textdateien als root editieren Enrik Berkhan <Enrik.Berkhan@inka.de> - 2022-01-31 16:01 +0000
                    Re: Textdateien als root editieren Arno Welzel <usenet@arnowelzel.de> - 2022-01-31 19:24 +0100
                      Re: Textdateien als root editieren Michael Brand <brandm@gmx.net> - 2022-01-31 22:39 +0100
                  Re: Textdateien als root editieren Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-01-31 17:34 +0100
                    Re: Textdateien als root editieren Andreas Neumann <an5275@sedo.com> - 2022-01-31 18:31 +0100
            Re: Textdateien als root editieren Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-30 21:45 +0100
              Re: Textdateien als root editieren Paul Muster <exp-311222@news.muster.net> - 2022-01-30 22:26 +0100
              Re: Textdateien als root editieren Hermann Riemann <nospam.ng@hermann-riemann.de> - 2022-01-31 10:09 +0100
    Re: Textdateien als root editieren Marc <marcsiemann@netcologne.de> - 2022-02-01 18:28 +0100
    Re: Textdateien als root editieren Laurenz Trossel <me@example.invalid> - 2022-02-01 20:14 +0000

Page 3 of 4 — ← Prev page 1 2 [3] 4  Next page →

#121128

Mahlzeit!

Christian Garbs <mitch@cgarbs.de> wrote:

> Seit Debian Buster ist (xterm oder bash) so eingestellt […]

Ich wollte "Bullseye" geschreiben haben.
Der Default kam beim letzten stable-Update.

Inzwischen wissen wir ja sogar, woran es liegt - danke für die Info,
dann muss ich auf Ubuntu nicht auf die nächste LTS warten ;-)

Gruß
Christian
-- 
....Christian.Garbs....................................https://www.cgarbs.de
Zur Unterhaltung einer Party trägt niemand so viel bei wie diejenigen,
die gar nicht da sind.                     (Audrey Hepburn, 1929-1993)

[toc] | [prev] | [next] | [standalone]

#121075

On Sat, 29 Jan 2022 13:40:37 +0100, Rupert Haselbeck wrote:
>
> Tim Ritberg schrieb:
>> Marc Haber:
>>> Hermann Riemann wrote:
>>>> mache ich sudo su
>>>
>>> Das wundert mich jetzt nicht. Kaum ein Kommando ist ein
>>> zuverlässigerer Deppendetektor.
>>>
>> Ist es das? Ich arbeite seit 1997 mit Linux und habe oft auch einen 
>> Terminal als root auf.
>
> Mit "sudo su"? Ernsthaft?

Wenn man sich kein root Passwort vergeben hat, ja.

Hier ist eines vergeben, das ich mich auf einer TTY auch mal als root
einlogge, wenn längere Arbeiten anstehen.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#121078

Andreas Kohlbach schrieb am 29/1/2022 15:20:

> On Sat, 29 Jan 2022 13:40:37 +0100, Rupert Haselbeck wrote:
>>
>> Tim Ritberg schrieb:
>>> Marc Haber:
>>>> Hermann Riemann wrote:
>>>>> mache ich sudo su
>>>>
>>>> Das wundert mich jetzt nicht. Kaum ein Kommando ist ein
>>>> zuverlässigerer Deppendetektor.
>>>>
>>> Ist es das? Ich arbeite seit 1997 mit Linux und habe oft auch einen 
>>> Terminal als root auf.
>>
>> Mit "sudo su"? Ernsthaft?
>
> Wenn man sich kein root Passwort vergeben hat, ja.

Nein, dann macht man wohlweise "sudo -i" oder "sudo -s".

-- 
Gerald

[toc] | [prev] | [next] | [standalone]

#121104

Well, Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> wrote:
> Nein, dann macht man wohlweise "sudo -i" oder "sudo -s".
                        ^ ein schönes neues Wort! Gratulation dazu.

Ralph
-- 
Übervaterlandverräter und Mutterkornblumenblau

[toc] | [prev] | [next] | [standalone]

#121071

On Sat, 29 Jan 2022 12:19:14 +0100, Tim Ritberg wrote:

> Am 29.01.22 um 11:34 schrieb Marc Haber:
>> Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>>> mache ich sudo su
>> 
>> Das wundert mich jetzt nicht. Kaum ein Kommando ist ein
>> zuverlässigerer Deppendetektor.
>> 
> 
> Ist es das? Ich arbeite seit 1997 mit Linux und habe oft auch einen 
> Terminal als root auf.

Zum Anzweifeln müsstest du eher ein Gegenbeispiel bringen ;)



-- 
Now, look. No one is to stone anyone until I blow this whistle.
Do you understand?
Even, an I want to make this absolutely clear...
...even if they do say the J-Word.

[toc] | [prev] | [next] | [standalone]

#121073

Am 29.01.22 um 13:45 schrieb Thomas Noll:
> On Sat, 29 Jan 2022 12:19:14 +0100, Tim Ritberg wrote:
> 
>> Am 29.01.22 um 11:34 schrieb Marc Haber:
>>> Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>>>> mache ich sudo su
>>>
>>> Das wundert mich jetzt nicht. Kaum ein Kommando ist ein
>>> zuverlässigerer Deppendetektor.
>>>
>>
>> Ist es das? Ich arbeite seit 1997 mit Linux und habe oft auch einen
>> Terminal als root auf.
> 
> Zum Anzweifeln müsstest du eher ein Gegenbeispiel bringen ;)

Mir fallen momentan Situationen ein,
wo ich einiges mit Konsole unter root zu tun habe:

Arbeiten beim Einrichten von cgi mit Apache,
und Arbeiten beim partitionieren.. .
( parted gparted chown chgrp  vi /etc/fstab)
Änderung des Rechnernamens.

Früher kam es öfter vor,
dass wenn ich von CD einiges
mit cp -rp kopiert habe,
und anschließen das Kopierte rm -r löschen wollte,
und durch Beschwerden wegen Rechte behindert wurde,
und zu faul war um Schreibbits zu setzen
sondern mit rm -r unter root gelöscht habe.
Und auch damals CD mit mount und umount bearbeiten musste.

Hermann
    dessen Änderungen nicht immer beim ersten mal
    zu gewünschten Ergebnisse führen.

-- 
http://www.hermann-riemann.de

[toc] | [prev] | [next] | [standalone]

#121074

* Hermann Riemann, 2022-01-29 10:24 UTC:
> sudo su

Wenn man eine echte root shell braucht dann entweder
sudo -i
oder
su --login

  Eike

-- 
OpenPGP/GnuPG encrypted mail preferred in all private communication.
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Use LibreOffice! https://www.libreoffice.org/

[toc] | [prev] | [next] | [standalone]

#121079

Am 29.01.22 um 15:12 schrieb Eike Rathke:
> * Hermann Riemann, 2022-01-29 10:24 UTC:
>> sudo su
> 
> Wenn man eine echte root shell braucht dann entweder
> sudo -i
> oder
> su --login

Gibt es da ernsthafte Unterschiede?
Mit den erratenen sudo su
konnte ich dass machen, was ich wollte.
Ohne man Seiten oder Manuale zu lesen.

Und nach sudo su kann ich
wie beim su Befehl
mit exit wieder in die alte shell zurückkehren.

Hermann
    der die Erfahrung gemacht hat,
    dass ein mehr an Wissen auch die Fehlerrate erhöht.

-- 
http://www.hermann-riemann.de

[toc] | [prev] | [next] | [standalone]

#121080

Hermann Riemann schrieb 

> Hermann
>     der die Erfahrung gemacht hat,
>     dass ein mehr an Wissen auch die Fehlerrate erhöht.

Ganz zuvörderst erhöht fehlendes Wissen die Rate der unerkannt 
bleibenden Fehler. Das wiederum fördert den Glauben, dass man 
weniger Fehler macht, ganz erheblich. 

Hans 

[toc] | [prev] | [next] | [standalone]

#121081

* Hermann Riemann, 2022-01-29 14:50 UTC:
> Am 29.01.22 um 15:12 schrieb Eike Rathke:
>> * Hermann Riemann, 2022-01-29 10:24 UTC:
>>> sudo su
>> sudo -i

> Gibt es da ernsthafte Unterschiede?

Ja. sudo -i ist eine login shell inklusive ausgefuehrten .profile,
.bash_profile oder .login

Rufe einfach in beiden Varianten env auf und siehe die Unterschiede, das
geerbte environment eines normalen users moechtest du als root nicht
haben.

  Eike

-- 
OpenPGP/GnuPG encrypted mail preferred in all private communication.
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Use LibreOffice! https://www.libreoffice.org/

[toc] | [prev] | [next] | [standalone]

#121082

Hermann Riemann meinte:

> Gibt es da ernsthafte Unterschiede?
> Mit den erratenen sudo su
> konnte ich dass machen, was ich wollte.

Wenn schon, dann "sudo su -" (um auch das Environment von root zu 
bekommen). "sudo -i" tut das auch. 
-- 
 gpg-Key (DSA 1024) D36AD663E6DB91A4
 fingerprint = 2983 4D54 E00B 8483 B5B8  C7D1 D36A D663 E6DB 91A4
 HTML-Mail wird ungeleſen entſorgt.

[toc] | [prev] | [next] | [standalone]

#121083

Hallo,

Am 29.01.22 um 17:29 schrieb Diedrich Ehlerding:
> Hermann Riemann meinte:
> 
>> Gibt es da ernsthafte Unterschiede?
>> Mit den erratenen sudo su
>> konnte ich dass machen, was ich wollte.
> 
> Wenn schon, dann "sudo su -" (um auch das Environment von root zu 
> bekommen). "sudo -i" tut das auch. 

da kann man auch das sudo weglassen, ein einfaches
su -
tut's auch. Hier jedenfalls.


-- 
Gruß
Alex

[toc] | [prev] | [next] | [standalone]

#121088

Alexander Goetzenstein <alexander_goetzenstein@web.de> wrote:
>Hallo,
>
>Am 29.01.22 um 17:29 schrieb Diedrich Ehlerding:
>> Hermann Riemann meinte:
>> 
>>> Gibt es da ernsthafte Unterschiede?
>>> Mit den erratenen sudo su
>>> konnte ich dass machen, was ich wollte.
>> 
>> Wenn schon, dann "sudo su -" (um auch das Environment von root zu 
>> bekommen). "sudo -i" tut das auch. 
>
>da kann man auch das sudo weglassen, ein einfaches
>su -
>tut's auch. Hier jedenfalls.

Da braucht man dann halt das root-Passwort.

Sobald mehr als eine Person Root-Rechte auf einer Kiste haben, möchte
man aber nicht mehr, dass _irgendwer_ das echte root-Passwort hat.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#121084

Am 29.01.22 um 17:29 schrieb Diedrich Ehlerding:

>> Gibt es da ernsthafte Unterschiede?
>> Mit den erratenen sudo su
>> konnte ich dass machen, was ich wollte.

> Wenn schon, dann "sudo su -" (um auch das Environment von root zu
> bekommen). "sudo -i" tut das auch.

Wobei dann noch die Frage ist,
wo ich das andere Environment brauche.

Die Befehle, die ich in root verwende sind:
emacs vi chgrp chown chmod parted gparted
rm cd mkdir touch mv pwd

Hermann
    vermutend, dass da der Unterschied in ENV
    keine Wirkung hat.

-- 
http://www.hermann-riemann.de

[toc] | [prev] | [next] | [standalone]

#121085

Hermann Riemann <nospam.ng@hermann-riemann.de>:
>Am 29.01.22 um 17:29 schrieb Diedrich Ehlerding:

Netter Versuch, zu verschweigen, wer den hier mit drei «>» 
markierten Text geschrieben hat, Hermann:

>>> Gibt es da ernsthafte Unterschiede? 
>>> Mit den erratenen sudo su 
>>> konnte ich dass machen, was ich wollte.
>
>> Wenn schon, dann "sudo su -" (um auch das Environment von root zu 
>> bekommen). "sudo -i" tut das auch.
>
>Wobei dann noch die Frage ist, 
>wo ich das andere Environment brauche.
>
>Die Befehle, die ich in root verwende sind: 
>emacs vi chgrp chown chmod parted gparted 
>rm cd mkdir touch mv pwd
>
>Hermann
>   vermutend, dass da der Unterschied in ENV
>   keine Wirkung hat.

Statt zu vermuten, solltest du lieber die Dokumentation (manual 
pages o. ä.) der verwendeten Programme lesen.

Aus dem Handgelenk kann ich dir mindestens emacs und vi als 
Programme, bei denen die Umgebungsvariablen entscheidende 
Unterschiede bewirken, aufzählen.  Tipp:  Einer der heißesten 
Kandidaten unter den Umgebungsvariablen ist «HOME».  Und jetzt 
studiere das Handbuch «sudoers(5)», angefangen mit den Abschnitten 
zu «always_set_home» und «env_reset».


Nochmal zitiert: 


>Wobei dann noch die Frage ist, wo ich das andere Environment 
>brauche.

Eine sichere Vorgehensweise ist umgekehrt:  Frag dich, wo oder ob 
die andere Umgebung stört.

Wenn eine richtige Umgebung nicht stört oder du nicht weißt, ob sie 
stört, nimm sie.  Wenn sie stört, akzeptiere, dass das von dir 
Gewünschte so einfach nicht machbar ist.  Dann kümmere dich darum, 
wie man es vernünftig hinbekommt, obwohl man eine richtige Umgebung 
aufsetzt.

[toc] | [prev] | [next] | [standalone]

#121086

Hermann Riemann schrieb:
> Diedrich Ehlerding:
> 
>>> Gibt es da ernsthafte Unterschiede?
>>> Mit den erratenen sudo su
>>> konnte ich dass machen, was ich wollte.
> 
>> Wenn schon, dann "sudo su -" (um auch das Environment von root zu
>> bekommen). "sudo -i" tut das auch.
> 
> Wobei dann noch die Frage ist,
> wo ich das andere Environment brauche.

Es ist beispielsweise recht praktisch, wenn man beim bastel^Wentwickeln 
von Shellskripten in einer Umgebung unterwegs ist, welche so aussieht, 
wie diejenige, unter der das Skript ablaufen soll. Bei 
Administrationsaufgaben möchte man also eine dafür passende Umgebung. 
Bei User-Skripten eine andere, dafür passendere.

> Die Befehle, die ich in root verwende sind:
> emacs vi chgrp chown chmod parted gparted
> rm cd mkdir touch mv pwd

Wenn man nur zum Zeitvertreib, spielerisch, am System tätig ist, kann 
man allfällige Missgriffe ja einfach beheben, indem man das Backup von 
letzter Woche wieder auf die Platte klatscht. Bei einer Maschine im 
Echteinsatz, gar einem Server, will man das eher vermeiden

> Hermann
>     vermutend, dass da der Unterschied in ENV
>     keine Wirkung hat.
> 

Versuch einfach mal "cd" ohne Argument und notiere dir die Ergebnisse in 
der jeweiligen Umgebung

MfG
Rupert

[toc] | [prev] | [next] | [standalone]

#121089

Hermann Riemann schrieb am 29.01.2022 um 11:24:

> Ich halte sudo für riskant und vermeide es

Ich benutze es ständig für bestimmte Prozesse, die nun mal root-Rechte
benötigen.

> ( außer im raspberry pi, da mache ich sudo su
>    weil ich das root Passwort nicht im Gedächtnis habe.  )

Autsch!

> Einmal durch malware Möglichkeit,

Inwiefern?

Gruß
Claus

[toc] | [prev] | [next] | [standalone]

#121090

Am 30.01.22 um 14:40 schrieb Claus Reibenstein:
> Hermann Riemann schrieb am 29.01.2022 um 11:24:
> 
>> Ich halte sudo für riskant und vermeide es
> 
> Ich benutze es ständig für bestimmte Prozesse, die nun mal root-Rechte
> benötigen.

Ich bin es gewohnt, dass ich selten für kurze Zeit
etliches unter root bearbeite.
Und das ist meist nicht nur ein Befehl.
Auf desktop Rechner verwende ich kein sudo, sondern nur su,
was ich nach Beendigung der Verwendung mit exit wieder verlasse.
das bilde ich mit sudo su auf dem raspberry pi nach.

>> ( außer im raspberry pi, da mache ich sudo su
>>     weil ich das root Passwort nicht im Gedächtnis habe.  )

> Autsch!

Anders bin ich bei raspi manchmal nicht
zu root Rechte gekommen.
Das Verfahren anderer Distributionen,
dass man bei der Installation
das root passwort einrichtet, wäre mir lieber gewesen.

>> Einmal durch malware Möglichkeit,

> Inwiefern?

Wenn ich bei raspberri pi sudo ohne
Passwortnachfrage mache,
dann könnte das. nach meiner Abschätzung,
auch ein malware script oder Programm( call system) mache
und so root Rechte bekommen.

Hermann
    der su mit Passwortabfrage
    Kombination mit sudo lieber ist.

-- 
http://www.hermann-riemann.de

[toc] | [prev] | [next] | [standalone]

#121093

Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>Am 30.01.22 um 14:40 schrieb Claus Reibenstein:
>> Hermann Riemann schrieb am 29.01.2022 um 11:24:
>>> Ich halte sudo für riskant und vermeide es
>> 
>> Ich benutze es ständig für bestimmte Prozesse, die nun mal root-Rechte
>> benötigen.
>
>Ich bin es gewohnt, dass ich selten für kurze Zeit
>etliches unter root bearbeite.
>Und das ist meist nicht nur ein Befehl.
>Auf desktop Rechner verwende ich kein sudo, sondern nur su,
>was ich nach Beendigung der Verwendung mit exit wieder verlasse.
>das bilde ich mit sudo su auf dem raspberry pi nach.

Das kann man so machen, ist halt keine schlaue Idee. Und sudo su ist
ganz dumm.

>>> ( außer im raspberry pi, da mache ich sudo su
>>>     weil ich das root Passwort nicht im Gedächtnis habe.  )
>
>> Autsch!
>
>Anders bin ich bei raspi manchmal nicht
>zu root Rechte gekommen.
>Das Verfahren anderer Distributionen,
>dass man bei der Installation
>das root passwort einrichtet, wäre mir lieber gewesen.

Sag bloß Du weißt nicht wie man ein Passwort ändert.

>>> Einmal durch malware Möglichkeit,
>
>> Inwiefern?
>
>Wenn ich bei raspberri pi sudo ohne
>Passwortnachfrage mache,
>dann könnte das. nach meiner Abschätzung,
>auch ein malware script oder Programm( call system) mache
>und so root Rechte bekommen.

Sag bloß Du weißt nicht dass sudo ein Konfigurationsfile hat.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#121098

Am 30.01.22 um 21:18 schrieb Marc Haber:
> Hermann Riemann <nospam.ng@hermann-riemann.de> wrote:
>> Am 30.01.22 um 14:40 schrieb Claus Reibenstein:
>>> Hermann Riemann schrieb am 29.01.2022 um 11:24:
>>>> Ich halte sudo für riskant und vermeide es
>>>
>>> Ich benutze es ständig für bestimmte Prozesse, die nun mal root-Rechte
>>> benötigen.
>>
>> Ich bin es gewohnt, dass ich selten für kurze Zeit
>> etliches unter root bearbeite.
>> Und das ist meist nicht nur ein Befehl.
>> Auf desktop Rechner verwende ich kein sudo, sondern nur su,
>> was ich nach Beendigung der Verwendung mit exit wieder verlasse.
>> das bilde ich mit sudo su auf dem raspberry pi nach.
> 
> Das kann man so machen, ist halt keine schlaue Idee. Und sudo su ist
> ganz dumm.

Bisher hat es mit geringen Aufwand seinen Dienst getan.
Momentan habe ich noch die Vermutung,
das so emacs auch das .emacs unter dem user $HOME findet,
was mir so am einfachsten ist.

>>>> ( außer im raspberry pi, da mache ich sudo su
>>>>      weil ich das root Passwort nicht im Gedächtnis habe.  )
>>
>>> Autsch!
>>
>> Anders bin ich bei raspi manchmal nicht
>> zu root Rechte gekommen.
>> Das Verfahren anderer Distributionen,
>> dass man bei der Installation
>> das root passwort einrichtet, wäre mir lieber gewesen.
> 
> Sag bloß Du weißt nicht wie man ein Passwort ändert.

Möglichkeit 1:
passwd im Kommandohandbuch nachschlagen
Möglichkeit 2:
/etc/passwd editieren.
( Neuerdings soll es auch noch eine andere Datei sein.)
Möglichkeit 3:
Neu installieren

Bisher habe ich Passwörter für root
  fast immer nur bei der Installation vergeben.

>>>> Einmal durch malware Möglichkeit,
>>
>>> Inwiefern?
>>
>> Wenn ich bei raspberri pi sudo ohne
>> Passwortnachfrage mache,
>> dann könnte das. nach meiner Abschätzung,
>> auch ein malware script oder Programm( call system) mache
>> und so root Rechte bekommen.
> 
> Sag bloß Du weißt nicht dass sudo ein Konfigurationsfile hat.

Wusste ich nicht.
Irgendwann möchte ich damit sudo deaktivieren,
nachdem ich su wie gewohnt verwenden kann.
Allerdings befürchte, dass irgendwelche
System tools sudo noch verwende.

Zudem brauchte ich wegen yast wenig
Kenntnisse in diversen Namen,
was sich aber immer mehr ändert.
Bis vor ca 5 Jahre wusste ich nichts von /etc/fstab

Hermann
    der seine computer alleine benutzt,
    und annimmt, das viele hier vertretene
    Administratoren andere Arbeitsweisen haben.

-- 
http://www.hermann-riemann.de

[toc] | [prev] | [next] | [standalone]

Page 3 of 4 — ← Prev page 1 2 [3] 4  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web