Kiu daŭre remetas tiun prokurilon en Bash?

Spuru ripetiĝantan prokurilan medivariablon tra Bash-startdosieroj kaj la gepatra procezo, kiu lanĉas la ŝelon.

Se http_proxy reaperas en la sekva terminalo, trovu kiu ĝin starigis. Ankoraŭ unu unset ĉe la fino de .bashrc povas kaŝi la valoron por unu lanĉo, dum la fonto restas aktiva aliloke.

  1. Identigu la malsukcesan lanĉon. Ĉu ĝi estas interaga ensaluta ŝelo, terminalo sen ensaluto, aŭ neinteraga tasko? Bash alvokita kiel sh ankaŭ sekvas aliajn regulojn.
  2. Sekvu tiun startvojon. Interaga ensaluta ŝelo legas /etc/profile kaj poste la unuan disponeblan uzulan dosieron inter ~/.bash_profile, ~/.bash_login kaj ~/.profile. Interaga ŝelo sen ensaluto kutime legas ~/.bashrc. Ensaluta dosiero povas eksplice source ĝin. Por neinteraga Bash, konsideru BASH_ENV kie aplikeble.
  3. Trovu la asignon. Serĉu en tiuj dosieroj kaj en la dosieroj, kiujn ili source, la nomon de la variablo kaj la malnovan prokurilan gastigantan nomon. Inkluzivu koncernajn /etc/profile.d fragmentojn kaj nomojn per grandaj kaj etaj literoj.
  4. Se la starto ne asignis ĝin, spuru la gepatron. La ŝelo heredas medion de sia terminalo, ensaluta seanco, servadministrilo aŭ evolua ilo. Longviva gepatro povas reteni la malnovan valoron post kiam vi redaktas ŝelan dosieron.

Por PAM-bazitaj ensalutoj kontrolu ankaŭ /etc/environment. Korektu la posedan fonton kaj restartigu la koncernan startvojon, refreŝigante la gepatran agordon laŭbezone. Tenu serĉojn lokaj: startdosieroj kaj medideskargoj povas enhavi akreditaĵojn. La rezulto kontrolenda estas la valoro heredata de la celata komando, ne la lasta dosiero, kiu sukcesis unset ĝin.

Rilataj artikoloj