staging.inyokaproject.org

Homeverzeichnis

Status: Ungelöst | Ubuntu-Version: Nicht spezifiziert
Antworten |
Dieses Thema ist die Diskussion des Artikels Homeverzeichnis.

aasche

Anmeldungsdatum:
30. Januar 2006

Beiträge: 14259

letsudo schrieb:

Quelle 3 fehlt

Nicht mehr.

Kelhim

Avatar von Kelhim

Anmeldungsdatum:
18. September 2006

Beiträge: 3642

Um trotzdem komfortabel eigene Programme oder Skripte starten zu können, kann man im Homeverzeichnis ein Verzeichnis mit dem Namen bin erstellen und dort Skripte oder Anwendungen ablegen bzw. verlinken. bin steht von Haus aus in der PATH Umgebungsvariable.

Stimmt das eigentlich noch?

Ich habe 13.04 nach Erscheinen frisch installiert, und in meinem PATH ist $HOME/bin nicht enthalten:

1
2
echo $PATH
/usr/lib/x86_64-linux-gnu/qt4/bin:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/game

L.A.S.

Anmeldungsdatum:
15. April 2012

Beiträge: 966

hi!

Das sieht bei mir in 12.04 LTS (upgraded) ähnlich aus, also auch kein $HOME/bin:

echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games

Obendrein bin ich immer noch der gleichen Ansicht wie hier, im gleichen thread. Keine glorreiche Idee = mögliche Sicherheitslücke. Eigene Skripte, möglicherweise unbekannter Herkunft haben nichts, aber auch rein garnichts im Benutzerverzeichnis verloren oder zu suchen. Soetwas sollte man auch nicht im Wiki propagieren.

Kelhim

Avatar von Kelhim

Anmeldungsdatum:
18. September 2006

Beiträge: 3642

Dann stimmt das mit dem "von Haus aus" mindestens seit 12.04 nicht mehr.

Ob das Home-Verzeichnis im PATH überhaupt eine gute Idee ist, weiß ich nicht, aber ich habe den zweiten Satz mal entfernt, weil er mindestens irreführend ist (/bin steht im PATH, aber $HOME/bin nicht, und um das Home-Verzeichnis geht es ja im Abschnitt).

L.A.S.

Anmeldungsdatum:
15. April 2012

Beiträge: 966

Der Tipp ist potentiell unsicher. → Umgehung von root-Rechten. Da der Artikel mit dem tag="Einsteiger" versehen ist werde ich das mal ergänzen. Zur Überschrift des Abschnitts verkneife ich mir mal jeden Kommentar.

Fremdquellen gehören nicht in's Homeverzeichnis und hier (als eigene Programme umschrieben) wird in einem Einsteiger-Artikel ein Tipp dazu gegeben, wie's doch geht. Es ist zum Mäusemelken...

Das wäre evtl. eher etwas für die Qualitätskontrolle durch das Wiki-Team.

Antiqua Team-Icon

Avatar von Antiqua

Anmeldungsdatum:
30. Dezember 2008

Beiträge: 4538

Das mit ~/bin im $PATH (oder eben nicht) ist logisch. Wenn kein ~/bin existiert, ist es auch nicht im $PATH

Auszug aus ~/.profile

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
    PATH="$HOME/bin:$PATH"
fi

Edit: das mit der vermeintlichen Sicherheitslücke seh ich so nicht. ~/bin ist nur im $PATH, wenn existent und dann auch nur für den Besitzer (also den User dem ~/ gehört). Scripte darin gehören $USER:$USER und nicht root und sind für andere User erst mal nicht verfügbar (was sie in /usr/local/bin schon wären). Wie soll da also ein root-Exploit dabei rauskommen?

Kelhim

Avatar von Kelhim

Anmeldungsdatum:
18. September 2006

Beiträge: 3642

Tatsächlich, ich habe das, hoffentlich für Leute wie mich verständlicher, wieder ergänzt.

krautvornix

Avatar von krautvornix

Anmeldungsdatum:
23. Oktober 2010

Beiträge: 571

Auf meinem Rechner ist Ubuntu 12.04.3 - Kernel 3.8 installiert. Im Zusammenhang mit meinem gelöschten Downloads-Ordner bin ich über diese Beschreibung gestolpert:

löschen

Dort wird gesagt:" ..man könne diese Ordner löschen, aber sie würden mit den nächsten Systemstart wieder erstellt"... Das trifft bei mir nicht zu und mir wurde im Forum versichert, das würde so nicht mehr stimmen. Erst nachdem ich den Downloads-Ordner wieder erstellt, und die ~/.config/user-dirs.dirs entsprechend editiert hatte, wurde dieser Ordner in die Reihe der "Systemordner" aufgenommen.

Gruß - Krautvornix

aschrage

Anmeldungsdatum:
14. August 2006

Beiträge: Zähle...

Hallo,

in dem Abschnitt Voreinstellung ändern wird die Einstellung für die umask in der Datei '/etc/profile' geändert. In meiner Installation Kubuntu 14.04.01 steht aber in der '/etc/profile':

# The default umask is now handled by pam_umask.
# See pam_umask(8) and /etc/login.defs.

Sollte daher der Befehl nicht angepasst werden die '/etc/login.defs' anzupassen oder überschreiben die Einstellung der '/etc/profile' diese auf jeden Fall?

Gruß aschrage

aasche

Anmeldungsdatum:
30. Januar 2006

Beiträge: 14259

aschrage schrieb:

Sollte daher der Befehl nicht angepasst werden

Gerne - wenn bekannt ist, wie sich die uebrigen Ubuntu-Varianten verhalten (es handelt sich nicht um einen speziellen Kubuntu-Artikel).

aschrage

Anmeldungsdatum:
14. August 2006

Beiträge: 5

Werde mir mal meine Ubuntu Installation anschauen. Vermute aber mal, dass die Einstellung von der Desktop Oberfläche unabhängig ist.

march Team-Icon

Avatar von march

Anmeldungsdatum:
12. Juni 2005

Beiträge: 17368

Unter Xubuntu 14.04 finde ich ebenfalls den Eintrag:

# The default umask is now handled by pam_umask.
# See pam_umask(8) and /etc/login.defs.

cptechnik

Avatar von cptechnik

Anmeldungsdatum:
28. Dezember 2007

Beiträge: 320

Kann man / Darf ich in den Abschnitt "Vorgegebene Verzeichnisse¶" die Begriffe "Systemordner" und "Systemverzeichnisse" einbauen, bzw verstecken (Kommentare im Wikitext)

... ich finde diese Begriffe als Suchbegriffe wichtig...

skull-y

Anmeldungsdatum:
20. Juni 2007

Beiträge: 961

Du darfst immer an Wiki-artikeln arbeiten.

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

"versteckter" Text im Sinne von Kommentaren im Text, die alleine dazu dienen, dass der Bot einer Suchmaschine das hoffentlich indiziert, verwenden wir hier nicht.

@cptechnik: warum möchtest du die Begriffen eigentlich einbauen?

Gruß, noisefloor