Gast vaDYaL Geschrieben 29. April 2021 Geschrieben 29. April 2021 Hey Leute, ich habe folgendes Problem: In der /etc/bash.bashrc Datei habe ich folgende Zeilen hinzugefügt: export LS_OPTIONS='--color=auto' eval "`dircolors`" alias ls='ls -al $LS_OPTIONS' alias dir='ls -al $LS_OPTIONS' alias rm='rm -i' alias cp='cp -i' alias mv='mv -i' GREEN="\[$(tput setaf 2)\]" RESET="\[$(tput sgr0)\]" export PS1="${GREEN}${debian_chroot:+($debian_chroot)}\u@\h:\w${RESET}\$ " Die meisten funktionieren auch. Nur ls klappt nicht. Weder die Farben, noch -al ist dabei. weiß jemand wie ich dieses Alias zum Laufen bekomme, oder was ich da falsch gemacht habe?
1 charmanta Geschrieben 29. April 2021 Geschrieben 29. April 2021 tipp das doch erstmal manuell in Deiner Shell ein ? Die /etc/bash.bashsrc sollte auch tabu sein. Sowas baut man, wenn überhaupt, nur ins lokale Profil
1 Gooose Geschrieben 29. April 2021 Geschrieben 29. April 2021 (bearbeitet) alias sollte dir alle aktuellen Aliase anzeigen. $ command -v ls alias ls='ls --color=auto' dies kommt aus der /etc/bash/bashrc (Gentoo) und kann auf Benutzerebene überschrieben werden. Bearbeitet 29. April 2021 von Gooose
0 Gast deRoOx Geschrieben 29. April 2021 Geschrieben 29. April 2021 Am 29.4.2021 um 14:13 schrieb charmanta: Die /etc/bash.bashsrc sollte auch tabu sein. Sowas baut man, wenn überhaupt, nur ins lokale Profil Aufklappen Ist eine Vorgabe von meinem Chef Zitat $ command -v ls Aufklappen @GoooseDanke für den Tipp. Wenn ich das eingebe, kommt bei mir auch nur das raus: alias ls='ls --color=auto' Dabei sollte dort doch -al mit dabei stehen Hast du eine Idee wie ich dafür sorgen kann, dass das mit berücksichtigt wird?
1 charmanta Geschrieben 29. April 2021 Geschrieben 29. April 2021 schau doch zur Sicherheit auch nochmal nach dass der Alias nicht noch später überschrieben wird ?
0 Gast deRoOx Geschrieben 29. April 2021 Geschrieben 29. April 2021 (bearbeitet) Am 29.4.2021 um 14:58 schrieb charmanta: schau doch zur Sicherheit auch nochmal nach dass der Alias nicht noch später überschrieben wird ? Aufklappen wird er nicht, zumindest nicht in dieser Datei. Das System ist frisch und hat außer den oben genannten keinerlei Aliase EDIT: Huch, jetzt habe ich den Thread mit meinem Arbeitsaccount geöffnet und mit meinem privaten fortgeführt xD Bearbeitet 29. April 2021 von deRoOx
1 charmanta Geschrieben 29. April 2021 Geschrieben 29. April 2021 Bitte trotzdem nur einen Account sonst trifft Dich ChiefWiggies Rache
1 Han_Trio Geschrieben 29. April 2021 Geschrieben 29. April 2021 Kannst ja mal die "üblichen Verdächtigen" durchsuchen, wo Aliase normalerweise drinstehen, zB: grep -r "alias ls" ~/.bash* ~/.profile /etc/profile.d/ /etc/profile /etc/bash.bashrc Tatsächlich sollte exakt dein Output, nämlich Am 29.4.2021 um 14:41 schrieb de.von666: alias ls='ls --color=auto' Aufklappen ein default Eintrag in deiner /home/$USER/.bashrc sein, wenn sie unmodifiziert ist. Und die wird später eingelesen als die /etc/bash.bashrc, somit wird dein Alias überschrieben Siehe auch: https://askubuntu.com/questions/815066/whats-the-difference-between-bashrc-and-etc-bash-bashrc charmanta reagierte darauf 1
1 Gooose Geschrieben 29. April 2021 Geschrieben 29. April 2021 Manchmal findest du in der .bashrc auch sowas: # Alias definitions. # You may want to put all your additions into a separate file like # ~/.bash_aliases, instead of adding them here directly. # See /usr/share/doc/bash-doc/examples in the bash-doc package. if [ -f ~/.bash_aliases ]; then . ~/.bash_aliases fi Das ist distributionsabhängig.
0 Gast deRoOx Geschrieben 30. April 2021 Geschrieben 30. April 2021 (bearbeitet) Am 29.4.2021 um 16:29 schrieb charmanta: Bitte trotzdem nur einen Account sonst trifft Dich ChiefWiggies Rache Aufklappen Schon gekommen ^^ Spaß beiseite, bin gerade dabei dass mit ihm zu klären. Werde dann nur diesen Account behalten Am 29.4.2021 um 17:26 schrieb Han_Trio: Kannst ja mal die "üblichen Verdächtigen" durchsuchen, wo Aliase normalerweise drinstehen, zB: grep -r "alias ls" ~/.bash* ~/.profile /etc/profile.d/ /etc/profile /etc/bash.bashrc Tatsächlich sollte exakt dein Output, nämlich ein default Eintrag in deiner /home/$USER/.bashrc sein, wenn sie unmodifiziert ist. Und die wird später eingelesen als die /etc/bash.bashrc, somit wird dein Alias überschrieben Siehe auch: https://askubuntu.com/questions/815066/whats-the-difference-between-bashrc-and-etc-bash-bashrc Aufklappen War tatsächlich so wie du sagtest Daraufhin habe ich dann die /home$USER/.bashrc gefunden und dementsprechend editiert. Den grep Befehl, den du vorgeschlagen hast, habe ich dann erneut getestet. So wurde dann nur noch alias ls='ls -al --color=auto' angezeigt. Jedoch wird immer noch nur das normale ls genutzt Am 29.4.2021 um 21:26 schrieb Gooose: Das ist distributionsabhängig. Aufklappen Ups, dachte das genannt zu haben. Genutzt wird sowohl Debian 9, als auch 10. Teste das auf beiden Systemen gleichzeitig Bearbeitet 30. April 2021 von deRoOx
1 Han_Trio Geschrieben 30. April 2021 Geschrieben 30. April 2021 Das grep command heißt erstmal nur, dass es in irgendeiner Datei drin steht. Nicht zwangsläufig, dass die Inhalte auch angewendet werden. Hast du die Shell anschließend frisch aufgemacht? Erst dann werden die Inhalte beim Start mit geladen. Alternativ, im laufenden Betrieb: source /home/$USER/.bashrc
0 Gast deRoOx Geschrieben 30. April 2021 Geschrieben 30. April 2021 Am 30.4.2021 um 07:01 schrieb Han_Trio: Das grep command heißt erstmal nur, dass es in irgendeiner Datei drin steht. Nicht zwangsläufig, dass die Inhalte auch angewendet werden. Hast du die Shell anschließend frisch aufgemacht? Erst dann werden die Inhalte beim Start mit geladen. Alternativ, im laufenden Betrieb: source /home/$USER/.bashrc Aufklappen Okay... Man merkt dass ich echt wenig Linux Erfahrung besitze 😆 So hat das dann funktioniert. Du hilfst mir echt immer wieder, danke! Gibt es eigentlich einen Weg, dass die $USER/.bashrc nicht genutzt wird, stattdessen nur die "globale" unter /etc/bash.bashrc?
1 charmanta Geschrieben 30. April 2021 Geschrieben 30. April 2021 Am 30.4.2021 um 07:04 schrieb de.von666: Gibt es eigentlich einen Weg, dass die $USER/.bashrc nicht genutzt wird, stattdessen nur die "globale" unter /etc/bash.bashrc? Aufklappen Hm. Ist bewusst nicht so gedacht. Die Idee ist, Variablen etc "topdown" zu definieren. Aber wenn $USER nun gar keine .bashrc hat ... dann passiert da auch nix mit. Du kannst ja auch eine anlegen mit 0 Byte und die nur für root beschreibbar machen. Aber so richtig sinnvoll ist dat nich ... Wenn Du nicht willst das ein User rumgeistert dann nimm ihm die Shell einfach weg und starte sein Programm direkt über die /etc/passwd oder setz ihn in eine restricted shell
0 Gooose Geschrieben 30. April 2021 Geschrieben 30. April 2021 Am 30.4.2021 um 07:04 schrieb de.von666: Gibt es eigentlich einen Weg, dass die $USER/.bashrc nicht genutzt wird, stattdessen nur die "globale" unter /etc/bash.bashrc? Aufklappen Viele Linux User würden sich hier ein wenig eingesperrt führen. Manche pflegen ihre dotfiles / configs via GitHub (oder Änhliches) und nutzen ihre gewohnte Umgebung auch für ihren Arbeitsrechner. Diese "ls Vorgabe" würde ich direkt wieder überschreiben. Wenn ich keinen Zugriff auf meine lokale .bashrc hätte, würde ich mir einfach ein ~/startup.sh Script schreiben, um meine gewohnte umgebung wiederherzustellen.
0 Gast deRoOx Geschrieben 30. April 2021 Geschrieben 30. April 2021 Am 30.4.2021 um 09:02 schrieb Gooose: Viele Linux User würden sich hier ein wenig eingesperrt führen. Manche pflegen ihre dotfiles / configs via GitHub (oder Änhliches) und nutzen ihre gewohnte Umgebung auch für ihren Arbeitsrechner. Diese "ls Vorgabe" würde ich direkt wieder überschreiben. Wenn ich keinen Zugriff auf meine lokale .bashrc hätte, würde ich mir einfach ein ~/startup.sh Script schreiben, um meine gewohnte umgebung wiederherzustellen. Aufklappen In solch einer Situation kann ich das durchaus nachvollziehen. Hier geht es aber um eine Situation, in der auf dem Server ls alles direkt anzeigen soll. Der Server wird nur von 2 Personen genutzt, die die Befehle genauso haben wollen. Jedoch werden in Zukunft wahrscheinlich je nach Verwendungszweck noch weitere User dafür angelegt, bei denen diese Konfiguration ebenfalls gelten soll.
1 Gooose Geschrieben 30. April 2021 Geschrieben 30. April 2021 Am 30.4.2021 um 09:09 schrieb de.von666: Hier geht es aber um eine Situation, in der auf dem Server ls alles direkt anzeigen soll. Aufklappen Was ist "alles"?
1 Han_Trio Geschrieben 30. April 2021 Geschrieben 30. April 2021 Wenn man allen Usern etwas "aufzwingen" möchte, also nicht nur in den systemweiten Konfigs, sondern tatsächlich (per default) auf User-Level, dann könnte man hier mal reinschauen: /etc/skel/.bashrc /etc/skel/ ist das "Grundgerüst" für ein /home/$USER Verzeichnis, und wenn man da etwas ändert, sollte es in diesem (neuen) Zustand für alle neu angelegten User übernommen werden.
0 Gast deRoOx Geschrieben 30. April 2021 Geschrieben 30. April 2021 (bearbeitet) Am 30.4.2021 um 09:24 schrieb Gooose: Was ist "alles"? Aufklappen etwas unglücklich formuliert von mir. damit ist natürlich gemeint, dass das Kommando "ls" IMMER "ls -al --color=auto" ausführen soll Am 30.4.2021 um 09:25 schrieb Han_Trio: Wenn man allen Usern etwas "aufzwingen" möchte, also nicht nur in den systemweiten Konfigs, sondern tatsächlich (per default) auf User-Level, dann könnte man hier mal reinschauen: /etc/skel/.bashrc /etc/skel/ ist das "Grundgerüst" für ein /home/$USER Verzeichnis, und wenn man da etwas ändert, sollte es in diesem (neuen) Zustand für alle neu angelegten User übernommen werden. Aufklappen Das wäre die perfekte Lösung, probiere ich aus EDIT: @Han_Trio perfekt, sowas brauchte ich, danke! Bearbeitet 30. April 2021 von deRoOx
Frage
Gast vaDYaL
Hey Leute,
ich habe folgendes Problem:
In der /etc/bash.bashrc Datei habe ich folgende Zeilen hinzugefügt:
Die meisten funktionieren auch.
Nur ls klappt nicht.
Weder die Farben, noch -al ist dabei.
weiß jemand wie ich dieses Alias zum Laufen bekomme, oder was ich da falsch gemacht habe?
17 Antworten auf diese Frage
Empfohlene Beiträge
Erstelle ein Benutzerkonto oder melde Dich an, um zu kommentieren
Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können
Benutzerkonto erstellen
Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!
Neues Benutzerkonto erstellenAnmelden
Du hast bereits ein Benutzerkonto? Melde Dich hier an.
Jetzt anmelden