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

Textdateien als root editieren

Started by	Alexander Goetzenstein <alexander_goetzenstein@web.de>
First post	2022-01-28 22:39 +0100
Last post	2022-02-01 20:14 +0000
Articles	20 on this page of 73 — 28 participants

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

  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 1 of 4 [1] 2 3 4 Next page →

#121064 — Textdateien als root editieren

From	Alexander Goetzenstein <alexander_goetzenstein@web.de>
Date	2022-01-28 22:39 +0100
Subject	Textdateien als root editieren
Message-ID	<df8b8207-e4b0-9f50-cccd-a8b771f08df2@alexander-goetzenstein.my-fqdn.de>

Hallo,
wenn ich Textdateien editiere, die nur für root schreibbar sind, nutze
ich häufig (als root im Konsole-Fenster angemeldet) kate und erhalte
dann eine Warnung:

> linux-t560b:~ # kate -n scans.sh
> linux-t560b:~ # THIS IS POTENTIALLY INSECURE!
> To edit files as root please use:
> SUDO_EDITOR=kwrite sudoedit <file>

Kann mir jemand den Hintergrund erklären:
Warum ist das potenziell unsicher?
Was genau ist an der längeren Befehlszeile besser?


-- 
Gruß
Alex

[toc] | [next] | [standalone]

#121065

From	Tim Ritberg <tim@server.invalid>
Date	2022-01-28 23:32 +0100
Message-ID	<st1qti$b2ok$1@tota-refugium.de>
In reply to	#121064

Am 28.01.22 um 22:39 schrieb Alexander Goetzenstein:
> Hallo,
> wenn ich Textdateien editiere, die nur für root schreibbar sind, nutze
> ich häufig (als root im Konsole-Fenster angemeldet) kate und erhalte
> dann eine Warnung:
> 
>> linux-t560b:~ # kate -n scans.sh
>> linux-t560b:~ # THIS IS POTENTIALLY INSECURE!
>> To edit files as root please use:
>> SUDO_EDITOR=kwrite sudoedit <file>
> 
> Kann mir jemand den Hintergrund erklären:
> Warum ist das potenziell unsicher?
> Was genau ist an der längeren Befehlszeile besser?
> 
> 
https://wiki.archlinux.de/title/Sudoedit

Tim

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

#121067

From	Hermann Riemann <nospam.ng@hermann-riemann.de>
Date	2022-01-29 11:24 +0100
Message-ID	<j5kivlFclt8U1@mid.individual.net>
In reply to	#121065

Am 28.01.22 um 23:32 schrieb Tim Ritberg:
> Am 28.01.22 um 22:39 schrieb Alexander Goetzenstein:
>> Hallo,
>> wenn ich Textdateien editiere, die nur für root schreibbar sind, nutze
>> ich häufig (als root im Konsole-Fenster angemeldet) kate und erhalte
>> dann eine Warnung:
>>
>>> linux-t560b:~ # kate -n scans.sh
>>> linux-t560b:~ # THIS IS POTENTIALLY INSECURE!
>>> To edit files as root please use:
>>> SUDO_EDITOR=kwrite sudoedit <file>
>>
>> Kann mir jemand den Hintergrund erklären:
>> Warum ist das potenziell unsicher?
>> Was genau ist an der längeren Befehlszeile besser?
>>
>>
> https://wiki.archlinux.de/title/Sudoedit

Ich halte sudo für riskant und vermeide es
( außer im raspberry pi, da mache ich sudo su
   weil ich das root Passwort nicht im Gedächtnis habe.  )

Einmal durch malware Möglichkeit,
dann durch eigene Unvorsichtigkeit.
Im root mode bin ich aufmerksamer
und halte den Zustand nur für bestimmte Tätigkeiten offen.

Als root editiere ich mit vi oder emacs.

Hermann
    der unter root mit rm -r xy * statt rm -n xy*
    mehr Ärger hätte

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

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

#121068

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2022-01-29 11:34 +0100
Message-ID	<st357s$18iab$1@news1.tnib.de>
In reply to	#121067

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.

-- 
-------------------------------------- !! 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]

#121069

From	Tim Ritberg <tim@server.invalid>
Date	2022-01-29 12:19 +0100
Message-ID	<st37ri$bo8p$1@tota-refugium.de>
In reply to	#121068

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.

Tim

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

#121070

From	Rupert Haselbeck <mein-rest-muell@gmx.de>
Date	2022-01-29 13:40 +0100
Message-ID	<q6pfci-3vg.ln1@nntp.haselbeck-net.de>
In reply to	#121069

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?

MfG
Rupert

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

#121072

From	Tim Ritberg <tim@server.invalid>
Date	2022-01-29 14:20 +0100
Message-ID	<st3euc$bt8q$1@tota-refugium.de>
In reply to	#121070

Am 29.01.22 um 13:40 schrieb Rupert Haselbeck:
> Mit "sudo su"? Ernsthaft?
nö, sudo bash. Aber warum auch nicht...?

Tim

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

#121087

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2022-01-30 12:24 +0100
Message-ID	<st5shi$1d7qg$1@news1.tnib.de>
In reply to	#121072

Tim Ritberg <tim@server.invalid> wrote:
>Am 29.01.22 um 13:40 schrieb Rupert Haselbeck:
>> Mit "sudo su"? Ernsthaft?
>nö, sudo bash. Aber warum auch nicht...?

Das ist nur unwesentlich weniger schlimm als sudo su.

Wie wäre es mal die manpage zu lesen ob es vielleicht eine Option
gibt, die einem eine root-Shell, viellicht sogar eine
root-Login-Shell, gibt?

Damit arbeitet man dann so lange, bis man aus Versehen mal was in
diese root-Shell hineinpastet und dann einen halben Tag aufräumen darf
oder gar das Backup braucht¹. Dann schreibt man wieder brav sudo
vornedran.

Ja, ich gebe zu, auf Red-Hat-Ähnlichen systemen sind die
Verzeichnisrechte oft so gesetzt, dass es ohne echte root-Shell, die
auch Globs auflösen kann, nicht geht.

Grüße
Marc

¹ been there.
-- 
-------------------------------------- !! 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]

#121091

From	Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich)
Date	2022-01-30 16:14 +0000
Message-ID	<dt61f6b831ib50aen3e8%sfroehli@Froehlich.Priv.at>
In reply to	#121087

On Sun, 30 Jan 2022 12:24:34 Marc Haber wrote:
> Tim Ritberg <tim@server.invalid> wrote:
> Wie wäre es mal die manpage zu lesen ob es vielleicht eine Option
> gibt, die einem eine root-Shell, viellicht sogar eine
> root-Login-Shell, gibt?

> Damit arbeitet man dann so lange, bis man aus Versehen mal was in
> diese root-Shell hineinpastet und dann einen halben Tag aufräumen
> darf oder gar das Backup braucht¹. Dann schreibt man wieder brav
> sudo vornedran.

Bis man dann etwas mit xdebug profilen möchte und feststellt, dass
dank systemd das Zielverzeichnis /var/tmp nicht den gewünschten dump
enthält, sondern nur einen ganzen Haufen sehr langatmige
Verzeichnisse, die mit "systemd-private-" beginnen und nur mit root
zugreifbar sind. Natürlich kann man jetzt mit "sudo ls /var/tmp"
beginnen, sich ohne <tab> durchackern und am Ende mit sudo die
gewünschte Datei herauskopieren - und das Spiel für jeden dump bei
jeder kleinen Änderung wieder von vorne beginnen.

Ich gebe zu, da kommt der Punkt, an dem ich halt schlicht darauf
vertraue, nichts unangenehmes in meine root-Shell zu pasten.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan - die bizarrste Offerte der starren Kaufsucht.</b
(Sloganizer)

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

#121092

From	Arno Welzel <usenet@arnowelzel.de>
Date	2022-01-30 19:32 +0100
Message-ID	<j5o3tpF30odU1@mid.individual.net>
In reply to	#121091

Stefan Froehlich:

> On Sun, 30 Jan 2022 12:24:34 Marc Haber wrote:
>> Tim Ritberg <tim@server.invalid> wrote:
>> Wie wäre es mal die manpage zu lesen ob es vielleicht eine Option
>> gibt, die einem eine root-Shell, viellicht sogar eine
>> root-Login-Shell, gibt?
> 
>> Damit arbeitet man dann so lange, bis man aus Versehen mal was in
>> diese root-Shell hineinpastet und dann einen halben Tag aufräumen
>> darf oder gar das Backup braucht¹. Dann schreibt man wieder brav
>> sudo vornedran.
> 
> Bis man dann etwas mit xdebug profilen möchte und feststellt, dass
> dank systemd das Zielverzeichnis /var/tmp nicht den gewünschten dump
> enthält, sondern nur einen ganzen Haufen sehr langatmige
[...]

Man kann auch xdebug.output_dir so setzen, dass es nicht nach /tmp oder
/var/tmp schreibt.


-- 
Arno Welzel
https://arnowelzel.de

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

#121095

From	Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich)
Date	2022-01-30 21:12 +0000
Message-ID	<1t61f6fecbic0630n3e8%sfroehli@Froehlich.Priv.at>
In reply to	#121092

On Sun, 30 Jan 2022 19:32:26 Arno Welzel wrote:
> Stefan Froehlich:
>> On Sun, 30 Jan 2022 12:24:34 Marc Haber wrote:
>>> Tim Ritberg <tim@server.invalid> wrote:
>>> Wie wäre es mal die manpage zu lesen ob es vielleicht eine Option
>>> gibt, die einem eine root-Shell, viellicht sogar eine
>>> root-Login-Shell, gibt?
>> 
>>> Damit arbeitet man dann so lange, bis man aus Versehen mal was in
>>> diese root-Shell hineinpastet und dann einen halben Tag aufräumen
>>> darf oder gar das Backup braucht¹. Dann schreibt man wieder brav
>>> sudo vornedran.
>> 
>> Bis man dann etwas mit xdebug profilen möchte und feststellt, dass
>> dank systemd das Zielverzeichnis /var/tmp nicht den gewünschten dump
>> enthält, sondern nur einen ganzen Haufen sehr langatmige
> [...]

> Man kann auch xdebug.output_dir so setzen, dass es nicht nach /tmp
> oder /var/tmp schreibt.

Stimmt, aber das sind halt per default erst einmal die passendsten
Orte dafür. Irgendwo muss man sich hier verbiegen, entweder beim
systemd, oder bei der root-Shell, oder durch Einrichten eines
zusätzlichen, temporären Verzeichnisses, das genau das tut, was
/var/tmp eigentlich leisten sollte.

Bei mir ist es momentan wegen geringster Invasivität derzeit die
root-Shell.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan: die Spannung zu fühlen!
(Sloganizer)

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

#121103

From	Arno Welzel <usenet@arnowelzel.de>
Date	2022-01-31 12:17 +0100
Message-ID	<j5pur2Fdm81U1@mid.individual.net>
In reply to	#121095

Stefan Froehlich:

> On Sun, 30 Jan 2022 19:32:26 Arno Welzel wrote:
[...]
>> Man kann auch xdebug.output_dir so setzen, dass es nicht nach /tmp
>> oder /var/tmp schreibt.
> 
> Stimmt, aber das sind halt per default erst einmal die passendsten
> Orte dafür. Irgendwo muss man sich hier verbiegen, entweder beim
> systemd, oder bei der root-Shell, oder durch Einrichten eines
> zusätzlichen, temporären Verzeichnisses, das genau das tut, was
> /var/tmp eigentlich leisten sollte.

Auch in /var/tmp muss man erstmal wissen, wie xdebug seine Dateien
benennt. Ein eigenes Verzeichnis dafür erspart einem die Suche, da man
dann weiß, dass da garantiert nur Ausgaben von xdebug drin sind.

-- 
Arno Welzel
https://arnowelzel.de

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

#121105

From	Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich)
Date	2022-01-31 14:22 +0000
Message-ID	<1t61f7f01dide359n3e8%sfroehli@Froehlich.Priv.at>
In reply to	#121103

On Mon, 31 Jan 2022 12:17:55 Arno Welzel wrote:
> Stefan Froehlich:
>> On Sun, 30 Jan 2022 19:32:26 Arno Welzel wrote:
> [...]
>>> Man kann auch xdebug.output_dir so setzen, dass es nicht nach /tmp
>>> oder /var/tmp schreibt.

>> Stimmt, aber das sind halt per default erst einmal die
>> passendsten Orte dafür. Irgendwo muss man sich hier verbiegen,
>> entweder beim systemd, oder bei der root-Shell, oder durch
>> Einrichten eines zusätzlichen, temporären Verzeichnisses, das
>> genau das tut, was /var/tmp eigentlich leisten sollte.
 
> Auch in /var/tmp muss man erstmal wissen, wie xdebug seine Dateien
> benennt. Ein eigenes Verzeichnis dafür erspart einem die Suche, da
> man dann weiß, dass da garantiert nur Ausgaben von xdebug drin
> sind.

Die Wahl der bevorzugten Krücke hängt von der Häufigkeit ab, mit der
man sie benötigt. Wenn das, wie bei mir, auf einem Server vielleicht
1x pro Jahr ist, vergesse ich den Namen des Verzeichnisses eher, als
den der erstellten Files.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan muß mehr als Spaß machen!
(Sloganizer)

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

#121109

From	Stefan Reuther <stefan.news@arcor.de>
Date	2022-01-31 17:51 +0100
Message-ID	<st97jv.1go.1@stefan.msgid.phost.de>
In reply to	#121087

Am 30.01.2022 um 12:24 schrieb Marc Haber:
> Tim Ritberg <tim@server.invalid> wrote:
>> Am 29.01.22 um 13:40 schrieb Rupert Haselbeck:
>>> Mit "sudo su"? Ernsthaft?
>> nö, sudo bash. Aber warum auch nicht...?
> 
> Das ist nur unwesentlich weniger schlimm als sudo su.
[...]
> Damit arbeitet man dann so lange, bis man aus Versehen mal was in
> diese root-Shell hineinpastet und dann einen halben Tag aufräumen darf
> oder gar das Backup braucht¹. Dann schreibt man wieder brav sudo
> vornedran.

Sicher Geschmackssache: ich bin mit `sudo` nie warm geworden, `su` gab's
halt eher, und `sudo bash` ist der Workaround, wenn ich mal kurz an
einem System was fixen muss, wo kein `su` drauf ist.

Das "versehentlich in eine root-shell was reinpasten" Problem löse ich
dadurch, dass die je nach Kontext verschiedene Farben haben. Es ist ja
nicht nur user-vs-root relevant, sondern auch lokal-vs-remote,
nativ-vs-VM, usw.

  Stefan

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

#121112

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2022-01-31 19:59 +0100
Message-ID	<st9bjc$4tkt$1@news1.tnib.de>
In reply to	#121109

Stefan Reuther <stefan.news@arcor.de> wrote:
>`sudo bash` ist der Workaround, wenn ich mal kurz an
>einem System was fixen muss, wo kein `su` drauf ist.

Nein.

>Das "versehentlich in eine root-shell was reinpasten" Problem löse ich
>dadurch, dass die je nach Kontext verschiedene Farben haben. Es ist ja
>nicht nur user-vs-root relevant, sondern auch lokal-vs-remote,
>nativ-vs-VM, usw.

In meinem Fall wollt eich das was ich da im Clipboard hatte nicht
pasten. Nicht in diese Shell und nicht in eine andere.

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]

#121118

From	Christian Garbs <mitch@cgarbs.de>
Date	2022-02-03 19:32 +0000
Message-ID	<sthakm$cb5j$1@yggdrasil.dn.cgarbs.de>
In reply to	#121112

Mahlzeit!

Marc Haber <mh+usenetspam1118@zugschl.us> wrote:

> In meinem Fall wollt eich das was ich da im Clipboard hatte nicht
> pasten. Nicht in diese Shell und nicht in eine andere.

Seit Debian Buster ist (xterm oder bash) so eingestellt, dass ein
Paste am Shellprompt nicht direkt ausgeführt wird, sondern man vorher
nochmal Enter drücken muss.  Welcher Schalter dafür zuständig ist,
weiß ich nicht.

Und wenn ich bewusst Dinge im Clipboard habe, die ich nicht aus
Versehen irgendwo pasten will, dann tue ich mir nach Gebrauch sofort
etwas neues, unverfängliches ins Clipboard.

Beides verringert natürlich nur die Wahrscheinlichkeit, dass was
schiefgeht und schließt das nicht grundsätzlich aus.

Ich bin übrigens "su -" Nutzer, ich bin so aufgewachsen.  Aber nur
rein privat, auf dienstlichen Unix-Systemen bin ich nirgends root.

Gruß
Christian

PS: Zufällig thematisch passende .Sig ;-)
-- 
....Christian.Garbs....................................https://www.cgarbs.de
Experience is a hard teacher because she gives the test first, the lesson
afterwards.                                                 -- Vernon Law

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

#121119

From	Marc Haber <mh+usenetspam1118@zugschl.us>
Date	2022-02-04 08:24 +0100
Message-ID	<stikbr$krmq$1@news1.tnib.de>
In reply to	#121118

Christian Garbs <mitch@cgarbs.de> wrote:
>Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
>
>> In meinem Fall wollt eich das was ich da im Clipboard hatte nicht
>> pasten. Nicht in diese Shell und nicht in eine andere.
>
>Seit Debian Buster ist (xterm oder bash) so eingestellt, dass ein
>Paste am Shellprompt nicht direkt ausgeführt wird, sondern man vorher
>nochmal Enter drücken muss.

Und wenn es mehrere Zeilen sind?

Das Verhalten der Konsole hat sich nicht geändert.

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]

#121120

From	Christian Garbs <mitch@cgarbs.de>
Date	2022-02-04 08:20 +0000
Message-ID	<stink0$nacc$1@yggdrasil.dn.cgarbs.de>
In reply to	#121119

Mahlzeit!

Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> Christian Garbs <mitch@cgarbs.de> wrote:
>>Marc Haber <mh+usenetspam1118@zugschl.us> wrote:

>>> In meinem Fall wollt eich das was ich da im Clipboard hatte nicht
>>> pasten. Nicht in diese Shell und nicht in eine andere.
>>
>>Seit Debian Buster ist (xterm oder bash) so eingestellt, dass ein
>>Paste am Shellprompt nicht direkt ausgeführt wird, sondern man vorher
>>nochmal Enter drücken muss.
> 
> Und wenn es mehrere Zeilen sind?

Dann zeigt er mir auch da _alle_ gepasteten Zeilen invertiert an und
tut so lange nichts, bis ich noch einmal Enter drücke.

So sieht das aus nach dem mittleren Mausklick zum Einfügen:
https://www.cgarbs.de/tmp/shot_20220204-091837.png

Das ist irgendwie neu und schlau™.

> Das Verhalten der Konsole hat sich nicht geändert.

Das Verhalten von xterm+bash hat sich auf all meinen Systemen mit dem
Update auf Bullseye verändert.

"Echte Konsole" (Textmodus) kann ich spontan nicht testen, weil ich
nirgends gpm(1) installiert habe.  Was irgendwie auch zuverlässig vor
Cut&Paste-Fehlern schützt ;-)

Gruß
Christian
-- 
....Christian.Garbs....................................https://www.cgarbs.de
Zeitung:
Papier, auf dem wir morgens moch einmal verifizieren können,
was wir schon aus den gestrigen Abendnachrichten wissen.

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

#121121

From	Enrik Berkhan <Enrik.Berkhan@inka.de>
Date	2022-02-04 08:29 +0000
Message-ID	<stio51$mbe$1@starfleet.inka.de>
In reply to	#121119

Enrik Berkhan <Enrik.Berkhan@inka.de> wrote:
> Auch dann muss ich hier mit Enter bestätigen, oder bspw. mit Ctrl-C
> abbrechen. gnome-terminal unter Ubuntu 21.10. Ist mir auch im Sommer
> oder so zum ersten Mal aufgefallen, dass das in diese Richtung geändert
> wurde, und es hat mir sehr gut gefallen.

Es scheinen bash/readline zu sein, "enable-bracketed-paste", ein
Feature, das neuerdings per default angeschaltet ist.

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

#121123

From	Ulli Horlacher <framstag@rus.uni-stuttgart.de>
Date	2022-02-04 09:22 +0000
Message-ID	<stir9b$qj4$1@news2.informatik.uni-stuttgart.de>
In reply to	#121121

Enrik Berkhan <Enrik.Berkhan@inka.de> wrote:

> Es scheinen bash/readline zu sein, "enable-bracketed-paste", ein
> Feature, das neuerdings per default angeschaltet ist.

SEHR GUT!
Ich hab jetzt:

framstag@moep:~: grep enable-bracketed-paste /etc/inputrc 
set enable-bracketed-paste on

framstag@moep:~: grep INPUTRC /etc/profile
export INPUTRC=/etc/inputrc

Damit funktioniert das auch ab Ubuntu 18.04 !

Es gibt immer neues zu entdecken in der bash man-page :-)

Mir ist allerdings unklar woher die bash weiss, woher der multiline Input
kommt: vom keyboard oder vom X11, das kann die doch nicht erkennen?
Timing?
"So schnell kann keiner tippen"?

-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK         
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

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

Page 1 of 4 [1] 2 3 4 Next page →

csiph-web

Textdateien als root editieren

Contents

#121064 — Textdateien als root editieren

#121065

#121067

#121068

#121069

#121070

#121072

#121087

#121091

#121092

#121095

#121103

#121105

#121109

#121112

#121118

#121119

#121120

#121121

#121123