Puncte:2

Terminalul nu va afișa culori pentru utilizatorii non-root

drapel vn

Când sunt conectat ca root, pot afișa culori, dar nu și când trec la alt utilizator.

Comanda ls --color=auto afișează culorile o singură dată când sunteți conectat ca utilizator normal.

Am căutat mult și am făcut câteva lucruri recomandate de alți utilizatori, cum ar fi:

echo $TERM

care returneaza:

xterm-256color

Am schimbat si eu .bashrc dosar în /home/ubuntu la fel de rădăcină, am decomentat #force_color_prompt=da linie către force_color_prompt=da, dar apoi am schimbat utilizatorul normal su abur și a încercat ls și totul este încă alb.

Iată solicitarea mea când sunt conectat ca rădăcină și când schimb utilizatorul:

Solicitarea mea când sunt conectat ca root și când schimb utilizatorul

Am văzut că acest sistem are doar 1 director în interiorul /Acasă/ directorul (este acasă/ubuntu), ceea ce mă încurcă pentru că am crezut că ar trebui să aibă un director pentru fiecare utilizator. Bănuiesc că asta trebuie să-mi cauzeze problema: the rădăcină utilizatorul arată promptul colorat, dar utilizatorul standard nu, deoarece utilizatorul standard nu poate accesa .bashrc dosar în interiorul acasă/ubuntu director,

vanadium avatar
drapel cn
Probabil că ați încurcat cu fișierul dvs. .bashrc într-un fel, deoarece acolo este setată culoarea promptului, iar aliasul ls --color este definit implicit.
drapel hr
Este shell-ul de conectare al utilizatorului ubuntu altceva decât bash? De asemenea, vă rugăm să [editați] întrebarea dvs. pentru a arăta *cum* schimbați utilizatorii.
Rayan Araujo avatar
drapel vn
>"pentru a arăta cum schimbați utilizatorii" Am editat, am folosit `su user1` pentru a schimba utilizatorul
Artur Meinild avatar
drapel vn
Răspunde asta la întrebarea ta? [Cum obțin un bash colorat?](https://askubuntu.com/questions/517677/how-do-i-get-a-colored-bash)
drapel ar
Vă rugăm să nu puneți SOLVED în titlul întrebării din acest site de răspunsuri la întrebări. Ar trebui să acceptați răspunsul care a răspuns la întrebarea dvs. Acesta poate fi propriul tău răspuns. Acceptați un răspuns făcând clic pe bifa gri de lângă răspuns și transformați-l în verde â . Aceasta marchează problema rezolvată și îi ajută pe alții.
pa4080 avatar
drapel cn
Răspunde asta la întrebarea ta? [În ce moment este creat fișierul ~/.bashrc?](https://askubuntu.com/questions/971836/at-what-point-is-the-bashrc-file-created) - pe baza propriei OP [ răspuns](https://askubuntu.com/a/1393302/566421)
Satoshi Nakamoto avatar
drapel lc
marcați acest răspuns ca răspuns!
Puncte:1
drapel cn

Acesta este de obicei setat implicit .bashrc fişier. Puteți restaura fișierul .bashrc la unul prestabilit din fabrică:

cp --backup=t /etc/skel/.bashrc ~

Această comandă creează mai întâi o copie de rezervă a curentului dvs .bashrc înainte de a-l suprascrie cu unul implicit. Dacă trebuie să faceți acest lucru pentru un alt utilizator, furnizați calea completă a directorului principal al utilizatorului țintă și schimbați proprietarul copiei la utilizatorul țintă.

Daca esti priceput cu .bashrc, puteți, în schimb, să inspectați fișierul /etc/skel/.bashrc pentru a afla cum să implementați acest lucru în dosarul dvs. personal.

Rayan Araujo avatar
drapel vn
Am făcut asta și nu s-a întâmplat nimic, nu a fost creat `.bashrc.old` și nu l-a restaurat pe cel original la implicit. Cred că este bine să menționez că `.bashrc` al meu este în `/home/ubuntu` și nu numai `/home`
vanadium avatar
drapel cn
Atunci ai un alt sistem decât al meu. Comanda mv ar trebui să funcționeze peste tot.
Ruud Helderman avatar
drapel in
@vanadium Nitpick pe backup: aș fi mai în favoarea `cp --backup=t /etc/skel/.bashrc ~` pentru că (1) este scurt și explicit de la sine, (2) nu aruncă gunoi backup-ul atunci când rulați de două ori, (3) vă scutește de problemele de a trebui să restaurați backup-ul în cazul în care sistemul dumneavoastră nu are un fișier `/etc/skel/.bashrc`.
Ruud Helderman avatar
drapel in
@RayanAraujo Presupunând că `utilizatorul1` este utilizatorul care are problema, ar trebui fie să rulați comanda vanadium în timp ce sunteți conectat ca `utilizator1`, fie să înlocuiți fiecare `~` cu `~utilizator1` din comandă. Bănuiesc că ai rulat comanda ca root, adică ai schimbat `bashrc` de la rădăcină; poate doriți să restaurați mai întâi acea copie de rezervă.
vanadium avatar
drapel cn
@RuudHelderman mulțumesc pentru acest sfat util, pe care l-am adăugat la răspuns. Am adăugat câteva informații pentru a face acest lucru pentru alți utilizatori, dar este în afara scopului să explic că trebuie făcut cu sudo etc... mai ales că OP spune că este conectat ca utilizator.
Rayan Araujo avatar
drapel vn
@Ruud Helderman Am rulat comanda ca root pentru că nu pot accesa `/home/ubuntu/.bashrc` ca utilizator standard.
vanadium avatar
drapel cn
~ se extinde în folderul principal al utilizatorului *actual*.Dacă nu sunteți autentificat ca celălalt utilizator, atunci trebuie să specificați în mod explicit căile și, în plus, să alegeți copia rezultată pentru acel utilizator. Am adăugat asta la răspuns. Cu toate acestea, în întrebarea dvs. indicați că ați trecut la alt utilizator. Acum, spui că nu poți accesa folderul lui. Deci, poate fi necesar să vă editați întrebarea pentru a clarifica.
Rayan Araujo avatar
drapel vn
@vanadium tocmai am editat. Am utilizatorul `steam` (la fel ca si `user1`, il foloseam ca exemplu) si cand sunt logat ca acest utilizator nu pot accesa folderul `/home/` deoarece nu are suficiente permisiuni .
vanadium avatar
drapel cn
utilizatorul steam probabil nu este conceput ca un cont la care să te autentifici. Poate deschide o nouă întrebare și spune ce vrei cu adevărat să obții. Probabil, nu este nevoie să acționați ca abur de utilizator.
Puncte:1
drapel vn

Cred că mi-am dat seama care era problema. Când îmi configuram sistemul, am creat un utilizator cu useradd, care creează doar un utilizator fără niciun folder de acasă; trebuie sa o faci manual.

Am creat un Test utilizator cu comanda Adăugați utilizator și este cam diferit, dar și-a creat propriul director și, când m-am deconectat și m-am conectat din nou cu ssh test@<adresa IP>, promptul a arătat toate culorile în mod normal.

utilizator1 partaja același director ca și rădăcină, dar nu avea permisiunea de a accesa /Acasă/ director unde .bashrc este localizat.

Puncte:0
drapel lc

Ți-ai editat .bashrc la fel de rădăcină și trebuie să schimbați calitatea de proprietar înapoi la utilizatorul inițial. Încerca:

chown [OPȚIUNI] UTILIZATOR[:GROUP] FIȘIER(e)

Apropo, nu face asta ca rădăcină, reveniți la un utilizator normal și utilizați acea comandă cu sudo ca, de exemplu:

sudo chown jimmy .bashrc

Dacă nu a funcționat, poți încerca ce a sugerat acest utilizator. Dacă nici acest lucru nu funcționează, poate că întâmpinați probleme când faceți lista cu ls. În acest caz, incearca asta in schimb.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.