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

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

MC

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

Contents

  MC Matthias Gerds <m.gerds@posteo.de> - 2020-06-11 18:00 +0200
    Re: MC Matthias Gerds <m.gerds@posteo.de> - 2020-06-11 18:02 +0200
    Re: MC Lutz Falke <lutzfalke@gmx.de> - 2020-06-11 20:47 +0000
    Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-11 23:08 +0200
      Re: MC Matthias Gerds <m.gerds@posteo.de> - 2020-06-11 23:46 +0200
        Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-12 00:27 +0200
          Re: MC Matthias Gerds <m.gerds@posteo.de> - 2020-06-12 01:38 +0200
            Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-12 10:17 +0200
              Re: MC Matthias Gerds <m.gerds@posteo.de> - 2020-06-12 11:25 +0200
                Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-12 13:01 +0200
                  Re: MC Matthias Gerds <m.gerds@posteo.de> - 2020-06-12 15:34 +0200
                    Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-12 19:41 +0200
                      Re: MC Matthias Gerds <m.gerds@posteo.de> - 2020-06-12 23:38 +0200
                        Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-13 09:00 +0200
                          Re: MC Matthias Gerds <m.gerds@posteo.de> - 2020-06-13 20:08 +0200
                            Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-13 21:24 +0200
                Re: MC Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-12 20:15 +0200
                  Re: MC Matthias Gerds <m.gerds@posteo.de> - 2020-06-12 23:50 +0200
                    Re: MC Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2020-06-13 10:19 +0200
                      Re: MC Matthias Gerds <m.gerds@posteo.de> - 2020-06-13 20:12 +0200
                        Re: MC Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-06-14 09:25 +0000
                        Re: MC Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2020-06-14 13:02 +0200
                          Re: MC Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-06-14 16:58 +0200
                            Re: MC Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2020-06-14 17:03 +0200
                              Re: MC Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-06-14 19:06 +0200
                                Re: MC Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2020-06-14 22:42 +0200
                                  Re: MC Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2020-06-15 00:16 +0200
                                    Re: MC Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-15 22:34 +0200
                                      Re: MC Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2020-06-16 09:55 +0200
                                        Re: MC Stefan Reuther <stefan.news@arcor.de> - 2020-06-16 18:42 +0200
                                          Re: root sudo (was:MC) Hermann Riemann <nospam.ng@hermann-riemann.de> - 2020-06-17 07:02 +0200
                                            Re: root sudo (was:MC) Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-06-17 07:25 +0200
                                            Re: root sudo (was:MC) Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-17 12:51 +0200
                                              Re: root sudo Hermann Riemann <nospam.ng@hermann-riemann.de> - 2020-06-17 14:34 +0200
                                                Re: root sudo Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-06-17 17:50 +0200
                                                  Re: root sudo Hermann Riemann <nospam.ng@hermann-riemann.de> - 2020-06-17 19:03 +0200
                                                    Re: root sudo Helmut Waitzmann Anti-Spam-Ticket.b.qc3c <nn.throttle@xoxy.net> - 2020-06-17 20:59 +0200
                                              Re: root sudo Helmut Waitzmann Anti-Spam-Ticket.b.qc3c <nn.throttle@xoxy.net> - 2020-06-17 21:03 +0200
                                                Re: root sudo Hermann Riemann <nospam.ng@hermann-riemann.de> - 2020-06-18 06:57 +0200
                                            Re: root sudo (was:MC) "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-06-17 17:02 +0000
                                        Re: MC Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-16 21:26 +0200
                                Re: MC Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-14 22:06 +0200
                              Re: MC Christian Garbs <mitch@cgarbs.de> - 2020-06-16 09:00 +0200
                                Re: MC Ulf Volmer <u.volmer@u-v.de> - 2020-06-16 09:10 +0200
                                  Re: MC Christian Garbs <mitch@cgarbs.de> - 2020-06-18 17:16 +0200
                            Re: MC Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-06-14 17:28 +0200
                              Re: MC Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-06-14 19:16 +0200
                                Re: MC Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-06-14 20:32 +0200
                                  Re: MC Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-14 23:05 +0200
                                    Re: MC Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-06-15 12:43 +0200
                                      Re: MC Marcus Jodorf <trap@killfile.de> - 2020-06-15 14:45 +0200
                                      Re: MC Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-15 23:20 +0200
                    Re: MC Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-06-13 13:59 +0200
                      Re: MC Matthias Gerds <m.gerds@posteo.de> - 2020-06-13 20:18 +0200
                        Re: MC Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2020-06-14 13:02 +0200
                    Re: MC Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2020-06-13 21:35 +0200
                      Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-14 06:55 +0200
                        Re: MC Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-14 18:06 +0200
                          Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-14 19:37 +0200
                            Re: MC Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-14 22:50 +0200
                              Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-15 08:45 +0200
                                Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-15 12:26 +0200
                                Re: MC Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-15 23:08 +0200
                                  Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-16 10:48 +0200
                        Re: MC Lutz Falke <lutzfalke@gmx.de> - 2020-06-14 17:09 +0000
                      Re: MC Lutz Falke <lutzfalke@gmx.de> - 2020-06-14 18:25 +0000
                        Re: MC Lutz Falke <lutzfalke@gmx.de> - 2020-06-14 20:04 +0000
                        Re: MC Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-15 22:44 +0200
                        Re: MC Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-16 02:50 +0200
                          Re: MC Friedhelm Waitzmann <usenetf2020.fwnsp@spamgourmet.com> - 2020-06-30 15:17 +0000
                        Re: MC Matthias Gerds <m.gerds@posteo.de> - 2020-06-17 00:22 +0200
            Re: MC Lutz Golke <despammed@freenet.de> - 2020-06-12 11:36 +0200
      Re: MC Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2020-06-13 10:56 +0200
        Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-13 12:32 +0200
          Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-13 12:46 +0200
          Re: MC Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2020-06-13 18:19 +0200
            Re: MC Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-06-13 21:04 +0200
              Re: MC Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2020-06-14 13:01 +0200
              Re: MC Helmut Waitzmann <nn.throttle@xoxy.net> - 2020-06-14 15:16 +0200
        Re: MC Matthias Gerds <m.gerds@posteo.de> - 2020-06-13 21:45 +0200

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

#110940 — MC

Hey!

Suche verzweifelt nach der Einstellung, die das im MC (Midnight 
Commander) aktuell gewählte Verzeichnis nach dem Verlassen (F10) beibehält.
Das finde ich sehr praktisch, weil man mit MC sehr schnell navigieren kann.

Unter dem Benutzer habe ich das irgendwie hingekriegt, aber unter root 
funktioniert's nicht.

??

M:

[toc] | [next] | [standalone]

#110941

Am 11.06.20 um 18:00 schrieb Matthias Gerds:

> Hey!
> 
> Suche verzweifelt nach der Einstellung, die das im MC (Midnight 
> Commander) aktuell gewählte Verzeichnis nach dem Verlassen (F10) beibehält.
> Das finde ich sehr praktisch, weil man mit MC sehr schnell navigieren kann.
> 
> Unter dem Benutzer habe ich das irgendwie hingekriegt, aber unter root 
> funktioniert's nicht.
> 
> ??
> 
> M:

--
GNU Midnight Commander 4.8.22

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

#110954

Matthias Gerds schrieb:
> Hey!

Ho!

> Suche verzweifelt nach der Einstellung, die das im MC (Midnight 
> Commander) aktuell gewählte Verzeichnis nach dem Verlassen (F10) beibehält.
> Das finde ich sehr praktisch, weil man mit MC sehr schnell navigieren kann.

Ich habe schon mal viel Zeit damit verschwendet, das wieder
abzustellen. In welcher Distribution jemand der Meinung war, dass es
eine gute Idee ist das standardmäßig zu aktivieren, habe ich zum Glück
vergessen.

Die Funktion wird über die Option "-P" von mc und ein Wrapper-Sktipt
realisiert. Hier liegt das unter "/usr/lib/mc/mc-wrapper.sh" und
"/usr/lib/mc/mc.sh". Um das zu aktivieren müsstest du ein

#v+
source /usr/lib/mc/mc.sh
#v-

an geeigneter Stelle (z.B. ~/.bashrc) einbauen. Dadurch wird ein Alias
"mc" gesetzt.

Lutz

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

#110957

Matthias Gerds schrieb am Do 11.06.2020 18:00:03 +0200:

> Hey!

Gleichfalls Hey!

> Suche verzweifelt nach der Einstellung, die das im MC (Midnight 
> Commander) aktuell gewählte Verzeichnis nach dem Verlassen (F10) beibehält.
> Das finde ich sehr praktisch, weil man mit MC sehr schnell navigieren kann.

Optionen > Paneloptionen... > [X] Paneleinstellung autom. speichern

entspricht:

~/.config/mc/panels.ini
...
[Panels]
...
auto_save_setup_panels=true
...
 
> Unter dem Benutzer habe ich das irgendwie hingekriegt, aber unter root 
> funktioniert's nicht.
> 
> ??

Terminal:
su -
mc

Optionen > Paneloptionen... > [X] Paneleinstellung autom. speichern

entspricht:

root/.config/mc/panels.ini
...
[Panels]
...
auto_save_setup_panels=true
...

-- 
Gunter
https://guntergutzeit.de.cool

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

#110959

Am 11.06.20 um 23:08 schrieb Gunter Gutzeit:
> Matthias Gerds schrieb am Do 11.06.2020 18:00:03 +0200:
> 
>> Hey!
> 
> Gleichfalls Hey!
> 
>> Suche verzweifelt nach der Einstellung, die das im MC (Midnight
>> Commander) aktuell gewählte Verzeichnis nach dem Verlassen (F10) beibehält.
>> Das finde ich sehr praktisch, weil man mit MC sehr schnell navigieren kann.
> 
> Optionen > Paneloptionen... > [X] Paneleinstellung autom. speichern
> 
> entspricht:
> 
> ~/.config/mc/panels.ini
> ...
> [Panels]
> ...
> auto_save_setup_panels=true
> ...
>   
>> Unter dem Benutzer habe ich das irgendwie hingekriegt, aber unter root
>> funktioniert's nicht.
>>
>> ??
> 
> Terminal:
> su -
> mc
> 
> Optionen > Paneloptionen... > [X] Paneleinstellung autom. speichern
> 
> entspricht:
> 
> root/.config/mc/panels.ini
> ...
> [Panels]
> ...
> auto_save_setup_panels=true
> ...

Das geht hier nicht und wird auch der Grund sein für das schlechte 
Benehmen, weil unter LMDE root standardmäßig kein Passwort hat. su - 
fällt also aus. Ich kann zwar /root.config/mc/panel.ini editieren, aber 
das wird sofort wieder entfernt, weil die Einstellungen des 
sudoer-Benutzers übernommen werden. Warum dann das von mir gewünschte 
Verhalten allerdings dann nicht geht, weiß der Henker.

M:

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

#110960

Matthias Gerds schrieb am Do 11.06.2020 23:46:08 +0200:

> Am 11.06.20 um 23:08 schrieb Gunter Gutzeit:
>> Matthias Gerds schrieb am Do 11.06.2020 18:00:03 +0200:
>>   
>>> Hey!  
>> 
>> Gleichfalls Hey!
>>   
>>> Suche verzweifelt nach der Einstellung, die das im MC (Midnight
>>> Commander) aktuell gewählte Verzeichnis nach dem Verlassen (F10) beibehält.
>>> Das finde ich sehr praktisch, weil man mit MC sehr schnell navigieren kann.  
>> 
>> Optionen> Paneloptionen...> [X] Paneleinstellung autom. speichern
>> 
>> entspricht:
>> 
>> ~/.config/mc/panels.ini
>> ...
>> [Panels]
>> ...
>> auto_save_setup_panels=true
>> ...
>>     
>>> Unter dem Benutzer habe ich das irgendwie hingekriegt, aber unter root
>>> funktioniert's nicht.
>>> 
>>> ??  
>> 
>> Terminal:
>> su -
>> mc
>> 
>> Optionen> Paneloptionen...> [X] Paneleinstellung autom. speichern
>> 
>> entspricht:
>> 
>> root/.config/mc/panels.ini
>> ...
>> [Panels]
>> ...
>> auto_save_setup_panels=true
>> ...  
> 
> Das geht hier nicht und wird auch der Grund sein für das schlechte 
> Benehmen, weil unter LMDE root standardmäßig kein Passwort hat. su - 
> fällt also aus. Ich kann zwar /root.config/mc/panel.ini editieren, aber 
> das wird sofort wieder entfernt, weil die Einstellungen des 
> sudoer-Benutzers übernommen werden. Warum dann das von mir gewünschte 
> Verhalten allerdings dann nicht geht, weiß der Henker.

Ich benutze kein LMDE und kenne mich damit nicht aus.

Wenn der Root-Account gesperrt ist, kann das m.E. nicht bedeuten, dass
ich mein Linux nicht mehr administrieren kann.

Versuche es mit: sudo mc

https://linuxmint.com/rel_debbie.php

| Locked root account
| 
| The root account is locked by default.
| 
| To use the recovery console (from the Grub menu) or log in as root, you
| first need to give root a new password:
| 
| sudo passwd root

-- 
Gunter
https://guntergutzeit.de.cool

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

#110961

Am 12.06.20 um 00:27 schrieb Gunter Gutzeit:
> Matthias Gerds schrieb am Do 11.06.2020 23:46:08 +0200:
> 
>> Am 11.06.20 um 23:08 schrieb Gunter Gutzeit:
>>> Matthias Gerds schrieb am Do 11.06.2020 18:00:03 +0200:
>>>    
>>>> Hey!
>>>
>>> Gleichfalls Hey!
>>>    
>>>> Suche verzweifelt nach der Einstellung, die das im MC (Midnight
>>>> Commander) aktuell gewählte Verzeichnis nach dem Verlassen (F10) beibehält.
>>>> Das finde ich sehr praktisch, weil man mit MC sehr schnell navigieren kann.
>>>
>>> Optionen> Paneloptionen...> [X] Paneleinstellung autom. speichern
>>>
>>> entspricht:
>>>
>>> ~/.config/mc/panels.ini
>>> ...
>>> [Panels]
>>> ...
>>> auto_save_setup_panels=true
>>> ...
>>>      
>>>> Unter dem Benutzer habe ich das irgendwie hingekriegt, aber unter root
>>>> funktioniert's nicht.
>>>>
>>>> ??
>>>
>>> Terminal:
>>> su -
>>> mc
>>>
>>> Optionen> Paneloptionen...> [X] Paneleinstellung autom. speichern
>>>
>>> entspricht:
>>>
>>> root/.config/mc/panels.ini
>>> ...
>>> [Panels]
>>> ...
>>> auto_save_setup_panels=true
>>> ...
>>
>> Das geht hier nicht und wird auch der Grund sein für das schlechte
>> Benehmen, weil unter LMDE root standardmäßig kein Passwort hat. su -
>> fällt also aus. Ich kann zwar /root.config/mc/panel.ini editieren, aber
>> das wird sofort wieder entfernt, weil die Einstellungen des
>> sudoer-Benutzers übernommen werden. Warum dann das von mir gewünschte
>> Verhalten allerdings dann nicht geht, weiß der Henker.
> 
> Ich benutze kein LMDE und kenne mich damit nicht aus.
> 
> Wenn der Root-Account gesperrt ist, kann das m.E. nicht bedeuten, dass
> ich mein Linux nicht mehr administrieren kann.
> 
> Versuche es mit: sudo mc

sudo mc und Systemverwaltung ist kein Problem, benutzt aber eben die 
Einstellungen des administrativen Benutzers statt /root/.config/mc/... 
Man kann sich halt nicht per Root:PW einloggen. Man könnte Root ein 
Passwort zuteilen, ich will aber das Sicherheitskonzept dafür nun nicht 
torpedieren.

Seit Neuestem kann man auch keine Programme mehr per kdesu oder gksudo 
aufrufen, sondern muss eine Regel für jede App, die mit Root-Rechten 
laufen soll, unter /etc/polkit-1/actions à la

org.<Appname>.policy o.ä.

definieren. Aufruf geschieht dann über

pkexec <appname>

> https://linuxmint.com/rel_debbie.php
> 
> | Locked root account
> |
> | The root account is locked by default.
> |
> | To use the recovery console (from the Grub menu) or log in as root, you
> | first need to give root a new password:
> |
> | sudo passwd root

M:

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

#110964

Matthias Gerds schrieb am Fr 12.06.2020 01:38:10 +0200:

> Am 12.06.20 um 00:27 schrieb Gunter Gutzeit:

>> Versuche es mit: sudo mc  
> 
> sudo mc und Systemverwaltung ist kein Problem, benutzt aber eben die 
> Einstellungen des administrativen Benutzers statt /root/.config/mc/...

Prüfe es selbst. Damit sollte Dein Problem gelöst sein:

----------------------------------------------------------------------

Terminal:
sudo mc

Optionen > Paneloptionen... > [X] Paneleinstellung autom. speichern

entspricht:

root/.config/mc/panels.ini
...
[Panels]
...
auto_save_setup_panels=true
...

Danach im Terminal:

F10 [die neuen Einstellungen sind damit in der panels.ini gespeichert]
sudo mc [die neuen Einstellungen werden aus der panels.ini neu geladen]

----------------------------------------------------------------------

Es ist vollkommen wurscht, ob Du die Änderung der Sudo-Paneleinstellung
auf Sudo-Ebene über das Konfigurationsmenü vornimmst oder auf
Sudo-Ebene direkt in die root/.config/mc/panels.ini editierst.

Die Sudo-Paneleinstellung bleibt damit zukünftig im Mc auf Sudo-Ebene
erhalten und Du kannst (wie von Dir gewollt) zukünftig Deinen Mc mit
dieser Sudo-Paneleinstellung mit Root-Rechten dauerhaft benutzen.

Auf der User-Ebene hattest Du es ja schon alleine geschafft.

> Man kann sich halt nicht per Root:PW einloggen. Man könnte Root ein 
> Passwort zuteilen, ich will aber das Sicherheitskonzept dafür nun nicht 
> torpedieren.

Ist doch ok!

-- 
Gunter
https://guntergutzeit.de.cool

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

#110966

Am 12.06.20 um 10:17 schrieb Gunter Gutzeit:
> Matthias Gerds schrieb am Fr 12.06.2020 01:38:10 +0200:
> 
>> Am 12.06.20 um 00:27 schrieb Gunter Gutzeit:
> 
>>> Versuche es mit: sudo mc
>>
>> sudo mc und Systemverwaltung ist kein Problem, benutzt aber eben die
>> Einstellungen des administrativen Benutzers statt /root/.config/mc/...
> 
> Prüfe es selbst. Damit sollte Dein Problem gelöst sein:
> 
> ----------------------------------------------------------------------
> 
> Terminal:
> sudo mc
> 
> Optionen > Paneloptionen... > [X] Paneleinstellung autom. speichern
> 
> entspricht:
> 
> root/.config/mc/panels.ini
> ...
> [Panels]
> ...
> auto_save_setup_panels=true
> ...
> 
> Danach im Terminal:
> 
> F10 [die neuen Einstellungen sind damit in der panels.ini gespeichert]
> sudo mc [die neuen Einstellungen werden aus der panels.ini neu geladen]
> 
> ----------------------------------------------------------------------
> 
> Es ist vollkommen wurscht, ob Du die Änderung der Sudo-Paneleinstellung
> auf Sudo-Ebene über das Konfigurationsmenü vornimmst oder auf
> Sudo-Ebene direkt in die root/.config/mc/panels.ini editierst.
> 
> Die Sudo-Paneleinstellung bleibt damit zukünftig im Mc auf Sudo-Ebene
> erhalten und Du kannst (wie von Dir gewollt) zukünftig Deinen Mc mit
> dieser Sudo-Paneleinstellung mit Root-Rechten dauerhaft benutzen.

Eben nicht! Weil sich der MC unter Root offensichtlich einen Dreck um 
irgendwelche Einstellungen in /root/.config/mc schert.

Wie schon gesagt, er nimmt stattdessen die Einstellungen unter 
/home/<Benutzer>/.config/mc, das sieht man ja auch daran, dass er nach 
Quit stets zu /home/<Benutzer> zurückkehrt.
Wenn ich z.B. in /root/.config/mc/panels.ini unter [Dirs]
other_dir=/home/<user> in
other_dir=/ ändere,
steht nach sudo mc quit nachher wieder /home/<user> drin, egal, in 
welchem Verzeichnis ich vorher war.

> Auf der User-Ebene hattest Du es ja schon alleine geschafft.
> 
>> Man kann sich halt nicht per Root:PW einloggen. Man könnte Root ein
>> Passwort zuteilen, ich will aber das Sicherheitskonzept dafür nun nicht
>> torpedieren.
> 
> Ist doch ok!
> 

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

#110969

Matthias Gerds schrieb am Fr 12.06.2020 11:25:28 +0200:

> Eben nicht! Weil sich der MC unter Root offensichtlich einen Dreck um 
> irgendwelche Einstellungen in /root/.config/mc schert.

Andere Dateien mit Root-Besitzrechten lassen sich auf der Sudo-Ebene
bei Dir auch nicht editieren?

-- 
Gunter
https://guntergutzeit.de.cool

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

#110977

Am 12.06.20 um 13:01 schrieb Gunter Gutzeit:
> Matthias Gerds schrieb am Fr 12.06.2020 11:25:28 +0200:
> 
>> Eben nicht! Weil sich der MC unter Root offensichtlich einen Dreck um
>> irgendwelche Einstellungen in /root/.config/mc schert.
> 
> Andere Dateien mit Root-Besitzrechten lassen sich auf der Sudo-Ebene
> bei Dir auch nicht editieren?

Ich KANN es ja editieren, es nutzt bloß nichts (in diesem Falle)!

M:

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

#110982

Matthias Gerds schrieb am Fr 12.06.2020 15:34:01 +0200:

> Am 12.06.20 um 13:01 schrieb Gunter Gutzeit:
>> Matthias Gerds schrieb am Fr 12.06.2020 11:25:28 +0200:
>>   
>>> Eben nicht! Weil sich der MC unter Root offensichtlich einen Dreck um
>>> irgendwelche Einstellungen in /root/.config/mc schert.  
>> 
>> Andere Dateien mit Root-Besitzrechten lassen sich auf der Sudo-Ebene
>> bei Dir auch nicht editieren?  
> 
> Ich KANN es ja editieren, es nutzt bloß nichts (in diesem Falle)!

Sehr gut:
Dann wollen wir mal sehen, ob Dein MC tatsächlich kaputt ist :-)

----------------------------------------------------------------------

Ausgangssituation:
Alle Instanzen des MC müssen geschlossen sein.

Terminal:
sudo nano /root/.config/mc/ini
...
[Panels]
...
auto_save_setup_panels=false
...

Editieren:
auto_save_setup_panels=true
Strg-x
j
Enter

Terminal:
sudo mc
Optionen > Paneloptionen... > [X] Paneleinstellung autom. speichern

----------------------------------------------------------------------

Wenn jetzt bei Paneleinstellung autom. speichern das [X] vorhanden ist,
hast Du gewonnen und der MC hat es gefressen.

Es hat bei mir funktioniert.

Wenn nicht, stimmt etwas mit Deinem MC nicht und man muss weiter sehen.

In meinem Debian Buster läuft die folgende Version:
gunter@hp1:~$ mc -V
GNU Midnight Commander 4.8.22
Kompiliert mit GLib 2.58.2
Benutze die S-Lang Bibliothek mit der terminfo-Datenbank
Mit eingebautem Editor
Mit optionaler Subshell-Unterstützung als Standard
Mit Unterstützung für Hintergrundtätigkeiten
Mit Maus-Unterstützung im xterm und der Linux-Konsole
Mit Unterstützung für X11-Ereignisse
Mit Internationalisierungs-Unterstützung
Mit mehrfach Codepage-Unterstützung
Virtuelles Dateisystem: cpiofs, tarfs, sfs, extfs, ext2undelfs, ftpfs,
sftpfs, fish Datentyp: char: 8; int: 32; long: 64; void *: 64; size_t:
64; off_t: 64;

-- 
Gunter
https://guntergutzeit.de.cool

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

#110986

Am 12.06.20 um 19:41 schrieb Gunter Gutzeit:
> Matthias Gerds schrieb am Fr 12.06.2020 15:34:01 +0200:
> 
>> Am 12.06.20 um 13:01 schrieb Gunter Gutzeit:
>>> Matthias Gerds schrieb am Fr 12.06.2020 11:25:28 +0200:
>>>    
>>>> Eben nicht! Weil sich der MC unter Root offensichtlich einen Dreck um
>>>> irgendwelche Einstellungen in /root/.config/mc schert.
>>>
>>> Andere Dateien mit Root-Besitzrechten lassen sich auf der Sudo-Ebene
>>> bei Dir auch nicht editieren?
>>
>> Ich KANN es ja editieren, es nutzt bloß nichts (in diesem Falle)!
> 
> Sehr gut:
> Dann wollen wir mal sehen, ob Dein MC tatsächlich kaputt ist :-)
> 
> ----------------------------------------------------------------------
> 
> Ausgangssituation:
> Alle Instanzen des MC müssen geschlossen sein.
> 
> Terminal:
> sudo nano /root/.config/mc/ini
> ...
> [Panels]
> ...
> auto_save_setup_panels=false
> ...
> 
> Editieren:
> auto_save_setup_panels=true
> Strg-x
> j
> Enter

Steht ja bereits drin! Die Einstellungen werden ja auch abgespeichert, 
bloß nicht benutzt.
Ich schrieb ja, das hat was mit dem Sicherheitskonzept unter 
Ubuntu/LinuxMint/LMDE zu tun. Da muss man irgendwie ansetzen.
Leider nutzt eine pkexec-Policy für MC auch nichts.

> Terminal:
> sudo mc
> Optionen > Paneloptionen... > [X] Paneleinstellung autom. speichern
> 
> ----------------------------------------------------------------------
> 
> Wenn jetzt bei Paneleinstellung autom. speichern das [X] vorhanden ist,
> hast Du gewonnen und der MC hat es gefressen.
> 
> Es hat bei mir funktioniert.
> 
> Wenn nicht, stimmt etwas mit Deinem MC nicht und man muss weiter sehen.

Der MC dürfte ok sein, da er sich ja unter <Benutzer> genauso verhält 
wie ich will.

> In meinem Debian Buster läuft die folgende Version:
> gunter@hp1:~$ mc -V
> GNU Midnight Commander 4.8.22
> Kompiliert mit GLib 2.58.2
> Benutze die S-Lang Bibliothek mit der terminfo-Datenbank
> Mit eingebautem Editor
> Mit optionaler Subshell-Unterstützung als Standard
> Mit Unterstützung für Hintergrundtätigkeiten
> Mit Maus-Unterstützung im xterm und der Linux-Konsole
> Mit Unterstützung für X11-Ereignisse
> Mit Internationalisierungs-Unterstützung
> Mit mehrfach Codepage-Unterstützung
> Virtuelles Dateisystem: cpiofs, tarfs, sfs, extfs, ext2undelfs, ftpfs,
> sftpfs, fish Datentyp: char: 8; int: 32; long: 64; void *: 64; size_t:
> 64; off_t: 64;

Exactly the same here!

M:

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

#110997

Matthias Gerds schrieb am Fr 12.06.2020 23:38:11 +0200:

> Steht ja bereits drin! Die Einstellungen werden ja auch abgespeichert, 
> bloß nicht benutzt.

Die Frage ist, ob Dein MC die Einstellungen gefressen hat oder nicht!

Wenn er sie nicht gefressen hat, sind die Einstellungen auch nicht
abgespeichert, weil der MC sie dann von sich aus wieder überschreibt.
Deshalb wäre es sinnvoll die Konfiguration extern z.B. mit dem Nano zu
setzen!

> Der MC dürfte ok sein, da er sich ja unter <Benutzer> genauso verhält 
> wie ich will.

Wenn der MC in Ordnung ist, dann ist Deine Sachverhaltsschilderung
falsch. Ich würde Dir empfehlen, einmal genau hinzusehen, was Dein MC
überhaupt macht. Und ob das Kreuz nun nach einem Neustart gesetzt ist
oder nicht. Es gibt da keinen Widerspruch zu den Eintragungen
in /root/.config/mc/ini wie Du es jetzt behauptest.

-- 
Gunter
https://guntergutzeit.de.cool

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

#111010

Am 13.06.20 um 09:00 schrieb Gunter Gutzeit:
> Matthias Gerds schrieb am Fr 12.06.2020 23:38:11 +0200:
> 
>> Steht ja bereits drin! Die Einstellungen werden ja auch abgespeichert,
>> bloß nicht benutzt.
> 
> Die Frage ist, ob Dein MC die Einstellungen gefressen hat oder nicht!
> 
> Wenn er sie nicht gefressen hat, sind die Einstellungen auch nicht
> abgespeichert, weil der MC sie dann von sich aus wieder überschreibt.
> Deshalb wäre es sinnvoll die Konfiguration extern z.B. mit dem Nano zu
> setzen!
> 
>> Der MC dürfte ok sein, da er sich ja unter <Benutzer> genauso verhält
>> wie ich will.
> 
> Wenn der MC in Ordnung ist, dann ist Deine Sachverhaltsschilderung
> falsch. Ich würde Dir empfehlen, einmal genau hinzusehen, was Dein MC
> überhaupt macht. Und ob das Kreuz nun nach einem Neustart gesetzt ist
> oder nicht. Es gibt da keinen Widerspruch zu den Eintragungen
> in /root/.config/mc/ini wie Du es jetzt behauptest.

Er hat in obiger Datei alle Einstellungen brav übernommen, außer die 
Sache mit dem gewünschten Verhalten beim Verlassen, d.h. er benutzt 
/home/<Benutzer>/.config/mc/...

Und weiter wird dieser Art Diskussion nicht führen.

Wenn Dein Root ein Passwort hat, hat Dein System ein anderes 
Sicherheitskonzept wie ich es auch von openSUSE her kenne.

M:

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

#111017

Matthias Gerds schrieb am Sa 13.06.2020 20:08:10 +0200:

> Er hat in obiger Datei alle Einstellungen brav übernommen, außer die 
> Sache mit dem gewünschten Verhalten beim Verlassen, d.h. er benutzt 
> /home/<Benutzer> /.config/mc/...
> 
> Und weiter wird dieser Art Diskussion nicht führen.

Schade: Logisch ist das nicht, schliesslich ist LMDE ein entfernter
Debian-Fork (mit arch-basisierten Distributionen z.B. ist das ja noch
viel schwieriger) und wir nutzen die selbe kompilierte Mc-Version.

Viel Erfolg mit Deinem Linux und einen schönen Sonntag noch. 

> Wenn Dein Root ein Passwort hat, hat Dein System ein anderes 
> Sicherheitskonzept wie ich es auch von openSUSE her kenne.

Nein, ich lege mir bei der Installation meiner Debiane und anderer
Distributionen auch grundsätzlich keinen Root-Account an.

-- 
Gunter
https://guntergutzeit.de.cool

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

#110984

Hallo Matthias,

Du schriebst am Fri, 12 Jun 2020 11:25:28 +0200:

> > Die Sudo-Paneleinstellung bleibt damit zukünftig im Mc auf Sudo-Ebene
> > erhalten und Du kannst (wie von Dir gewollt) zukünftig Deinen Mc mit
> > dieser Sudo-Paneleinstellung mit Root-Rechten dauerhaft benutzen.  
> 
> Eben nicht! Weil sich der MC unter Root offensichtlich einen Dreck um 
> irgendwelche Einstellungen in /root/.config/mc schert.
> 
> Wie schon gesagt, er nimmt stattdessen die Einstellungen unter 
> /home/<Benutzer>/.config/mc, das sieht man ja auch daran, dass er nach 
> Quit stets zu /home/<Benutzer> zurückkehrt.
> Wenn ich z.B. in /root/.config/mc/panels.ini unter [Dirs]
> other_dir=/home/<user> in
> other_dir=/ ändere,
> steht nach sudo mc quit nachher wieder /home/<user> drin, egal, in 
> welchem Verzeichnis ich vorher war.

Ich les' immer "sudo"-irgendwas und nimmt nicht die root-Einstellungen -
wie schaut denn der "sudo"-_Aufruf_ aus? "sudo" hat da eine nette Option
namens "-H", wenn die fehlt, übernimmt er die Einstellungen des aufrufenden
Benutzers für alle Zugriffe auf "~"; wird die gesetzt, schaltet er für den
Aufruf auf das "$HOME" des dafür eingesetzten Benutzers, bei einem "root"-
Aufruf also das "$HOME" von "root" ("/root").

-- 
-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

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

#110990

Am 12.06.20 um 20:15 schrieb Sieghard Schicktanz:
> Hallo Matthias,
> 
> Du schriebst am Fri, 12 Jun 2020 11:25:28 +0200:
> 
>>> Die Sudo-Paneleinstellung bleibt damit zukünftig im Mc auf Sudo-Ebene
>>> erhalten und Du kannst (wie von Dir gewollt) zukünftig Deinen Mc mit
>>> dieser Sudo-Paneleinstellung mit Root-Rechten dauerhaft benutzen.
>>
>> Eben nicht! Weil sich der MC unter Root offensichtlich einen Dreck um
>> irgendwelche Einstellungen in /root/.config/mc schert.
>>
>> Wie schon gesagt, er nimmt stattdessen die Einstellungen unter
>> /home/<Benutzer>/.config/mc, das sieht man ja auch daran, dass er nach
>> Quit stets zu /home/<Benutzer> zurückkehrt.
>> Wenn ich z.B. in /root/.config/mc/panels.ini unter [Dirs]
>> other_dir=/home/<user> in
>> other_dir=/ ändere,
>> steht nach sudo mc quit nachher wieder /home/<user> drin, egal, in
>> welchem Verzeichnis ich vorher war.
> 
> Ich les' immer "sudo"-irgendwas und nimmt nicht die root-Einstellungen -
> wie schaut denn der "sudo"-_Aufruf_ aus? "sudo" hat da eine nette Option
> namens "-H", wenn die fehlt, übernimmt er die Einstellungen des aufrufenden
> Benutzers für alle Zugriffe auf "~"; wird die gesetzt, schaltet er für den
> Aufruf auf das "$HOME" des dafür eingesetzten Benutzers, bei einem "root"-
> Aufruf also das "$HOME" von "root" ("/root").

Geht auch nicht. Ist ja eigentlich auch nur eine Kleinigkeit, die mich 
stört:
Unter <Benutzer> bleibt der im MC aktuell gewählte Pfad beim Verlassen 
(F10) erhalten, unter 'sudo mc' nicht, sondern er kehrt stets zu dem 
Pfad zurück, von dem aus ich ihn aufgerufen habe. Alle anderen 
Einstellungen werden artig übernommen.
Vermute daher, dass die Einstellungen von Benutzer benutzt werde, der 
als Admin fungiert.
Leider reichen meine Kenntnisse nicht aus, dass zu ändern.
Unter openSUSE ging das einfacher, da gab's aber auch ein Passwort für 
root. Das ist im Sicherheitskonzept unter Ubuntu/Mint/LMDE eben anders.

M:

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

#110999

Am Freitag, 12.06.2020 23:50 schrieb Matthias Gerds:

> Unter openSUSE ging das einfacher, da gab's aber auch ein Passwort für 
> root. Das ist im Sicherheitskonzept unter Ubuntu/Mint/LMDE eben anders.

Du kannst doch auch bei Ubuntu root jederzeit ein Kennwort verpassen, um
dich als solcher dann anmelden zu können.
-- 
powered by Arch Linux x86_64 🐧 Kernel: 5.6.15-arch1-1
KDE-Plasma 5.18.5 · KDE-Frameworks 5.70.0 · Qt 5.15.0

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

#111011

Am 13.06.20 um 10:19 schrieb Martin Schnitkemper:
> Am Freitag, 12.06.2020 23:50 schrieb Matthias Gerds:
> 
>> Unter openSUSE ging das einfacher, da gab's aber auch ein Passwort für
>> root. Das ist im Sicherheitskonzept unter Ubuntu/Mint/LMDE eben anders.
> 
> Du kannst doch auch bei Ubuntu root jederzeit ein Kennwort verpassen, um
> dich als solcher dann anmelden zu können.

Yes, könnte ich, wie ich auch schon an anderer Stelle erwähnt hatte. 
Will ich aber nicht unbedingt. Das Konzept von Ubuntu/Mint/Debian 
(übrigens auch auch RaspiOS) hat ja vielleicht auch 
sicherheitstechnische Vorteile.

M:

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

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

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

csiph-web