Code: Alles auswählen
andy@debian:~$ gparted
bash: gparted: Kommando nicht gefunden.
Code: Alles auswählen
andy@debian:~$ gparted
bash: gparted: Kommando nicht gefunden.
Code: Alles auswählen
/usr/sbin/gparted
Code: Alles auswählen
export PATH=$PATH:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
Code: Alles auswählen
export PATH=$PATH:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
ne du hast eine bash erst jetzt gesehen das die Ausgabe im ersten Post das verrät.
Code: Alles auswählen
sudo gparted
Mit sudo nicht, aber mit su/su -, soweit mir bekannt.Ähm, war da nicht mal was mit grafischen Programmen in Kombination mit sudo...?
joa, zb mit sudo chmod -R 000 /home geht das.dasebastian hat geschrieben:28.12.2021 23:12:03habe aber in Erinnerung, dass man sich mit einem Sudoaufruf damit die Rechte in /home verbiegen kann.
Ging wahrscheinlich eher um die Geschichte, dass Caches und Configs von so aufgerufenen Programmen dann auf einmal mit UID 0 geschrieben worden sind, und das betreffende Programm dann unter dem regulären User nicht mehr ordentlich funktionierte.TRex hat geschrieben:28.12.2021 23:39:39joa, zb mit sudo chmod -R 000 /home geht das.dasebastian hat geschrieben:28.12.2021 23:12:03habe aber in Erinnerung, dass man sich mit einem Sudoaufruf damit die Rechte in /home verbiegen kann.
Harharhar. Habe ich das so falsch in Erinnerung?!
Ich denke das bezieht sich darauf, dass wenn du ein grafisches Programm mit sudo startest, die passwort abfrage im Nirvana landen kann - zB wenn du ein grafisches Tool aus einem cronjob starten willst oder so.dasebastian hat geschrieben:29.12.2021 10:35:47In meinen Einstiegszeiten in Ubuntu (2017), war der stehende Satz: keine grafischen Programme mit sudo öffnen, das kann schief gehen. Entweder ich habe das immer falsch verstanden oder es hat sich was geändert. However.
Um dem Threadtitel gerecht zu werden: gparted starte ich regelmäßig mit sudo, allerdings (weil ich das fast immer so mache) aus nem Terminal heraus. Damit kann die Passwortabfrage auch nicht "im Nirvana landen". Das UID-Ding: du kannst mit sudo -E deine Umgebung behalten. Dann könntest du tatsächlich HOME=/home/seb und UID=0 haben, was zu nem potentiellen Konflikt führt. Kannst du wie folgt nachprüfen:dasebastian hat geschrieben:29.12.2021 10:35:47war der stehende Satz: keine grafischen Programme mit sudo öffnen, das kann schief gehen
Code: Alles auswählen
$ sudo env | grep HOME
$ sudo id
# und das ganze nochmal mit -E
$ sudo -E env | grep HOME
$ sudo -E id
Ich glaube, das war das Ding. Man kann sich auch die Variablen setzen. Ich hatte es halt so verinnerlicht (und ich glaube, ich habe klar genug gemacht, dass das nicht stimmen muss) und deshalb dann auf grafische Programme mit sudo verzichtet, was keine Hexerei bei mir war.niemand hat geschrieben:28.12.2021 23:49:28Ging wahrscheinlich eher um die Geschichte, dass Caches und Configs von so aufgerufenen Programmen dann auf einmal mit UID 0 geschrieben worden sind, und das betreffende Programm dann unter dem regulären User nicht mehr ordentlich funktionierte.
Code: Alles auswählen
/usr/sbin/gparted %f
Code: Alles auswählen
"/usr/bin/gsmartcontrol-root"
Code: Alles auswählen
timeshift-launcher
Code: Alles auswählen
synaptic-pkexec
Code: Alles auswählen
/usr/bin/grsync -i %f