Completely restart Bash
Clash Royale CLAN TAG#URR8PPP
up vote
16
down vote
favorite
Is there a way to completely restart Bash and reload .bashrc
and .profile
and the like? I'd like to make sure my changes worked out properly after editing these files.
bash bashrc source bash-profile
add a comment |Â
up vote
16
down vote
favorite
Is there a way to completely restart Bash and reload .bashrc
and .profile
and the like? I'd like to make sure my changes worked out properly after editing these files.
bash bashrc source bash-profile
add a comment |Â
up vote
16
down vote
favorite
up vote
16
down vote
favorite
Is there a way to completely restart Bash and reload .bashrc
and .profile
and the like? I'd like to make sure my changes worked out properly after editing these files.
bash bashrc source bash-profile
Is there a way to completely restart Bash and reload .bashrc
and .profile
and the like? I'd like to make sure my changes worked out properly after editing these files.
bash bashrc source bash-profile
bash bashrc source bash-profile
edited Sep 11 at 7:38
shgnInc
31229
31229
asked Oct 16 '11 at 22:02
Naftuli Kay
11.6k53154247
11.6k53154247
add a comment |Â
add a comment |Â
4 Answers
4
active
oldest
votes
up vote
30
down vote
accepted
Have it replace itself with itself.
exec bash -l
Note that this won't affect things such as the cwd or exported variables.
Nice, but I'd especially like to do this in order to check and see if myPATH
is being set as I want or myPS1
, etc.
â Naftuli Kay
Oct 16 '11 at 22:35
1
Take out theexec
and you get a shell that sources the files that you want. Then justexit
when you are done checking.
â Arcege
Oct 17 '11 at 0:20
@TK: Any variables you assign will take precedence over the ones left over from the previous shell.
â Ignacio Vazquez-Abrams
Oct 17 '11 at 3:23
So this will work for changing my Bash prompt? Ie, it'll reload my bash prompt each time I run it?
â Naftuli Kay
Oct 17 '11 at 3:35
As long as you're setting$PS1
in bash's startup files, yes.
â Ignacio Vazquez-Abrams
Oct 17 '11 at 3:40
 |Â
show 2 more comments
up vote
9
down vote
I urgently suggest to log in on a separate window/screen. This way you still have a working session if something goes wrong with your changes to startup files. Also you are sure to have a clean environment.
Reason: I saw too many people locking themselves out of a system because of a simple typo in their .profile (or such).
+10, a clean shell where you can change edits is essential.
â Sardathrion
Oct 17 '11 at 13:17
I'm in a DE, so it shouldn't be so bad, Bauhaus yes, be careful.
â Naftuli Kay
Oct 17 '11 at 17:12
add a comment |Â
up vote
3
down vote
If your goal is simply to read the modified files again, you don't have to restart it. You can simply source it.
source filename
or
. filename # notice the dot
Note that this won't give you a "clean state" in a sense that it won't unset any set variables or defined functions...
add a comment |Â
up vote
2
down vote
su -l yourOwnUserName
Will open a fresh shell for yourOwnUserName
user with all the settings re-loaded. This is shell-independent, as it refers to system settings, not your specific shell. It also loads some system-wide settings that bash -l
does not (like user groups).
important note: "a fresh shell" here means a shell within your existing shell, so you are only nesting shells, not replacing your original one. The accepted answer does that properly.
â underscore_d
Sep 24 '15 at 0:40
add a comment |Â
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
30
down vote
accepted
Have it replace itself with itself.
exec bash -l
Note that this won't affect things such as the cwd or exported variables.
Nice, but I'd especially like to do this in order to check and see if myPATH
is being set as I want or myPS1
, etc.
â Naftuli Kay
Oct 16 '11 at 22:35
1
Take out theexec
and you get a shell that sources the files that you want. Then justexit
when you are done checking.
â Arcege
Oct 17 '11 at 0:20
@TK: Any variables you assign will take precedence over the ones left over from the previous shell.
â Ignacio Vazquez-Abrams
Oct 17 '11 at 3:23
So this will work for changing my Bash prompt? Ie, it'll reload my bash prompt each time I run it?
â Naftuli Kay
Oct 17 '11 at 3:35
As long as you're setting$PS1
in bash's startup files, yes.
â Ignacio Vazquez-Abrams
Oct 17 '11 at 3:40
 |Â
show 2 more comments
up vote
30
down vote
accepted
Have it replace itself with itself.
exec bash -l
Note that this won't affect things such as the cwd or exported variables.
Nice, but I'd especially like to do this in order to check and see if myPATH
is being set as I want or myPS1
, etc.
â Naftuli Kay
Oct 16 '11 at 22:35
1
Take out theexec
and you get a shell that sources the files that you want. Then justexit
when you are done checking.
â Arcege
Oct 17 '11 at 0:20
@TK: Any variables you assign will take precedence over the ones left over from the previous shell.
â Ignacio Vazquez-Abrams
Oct 17 '11 at 3:23
So this will work for changing my Bash prompt? Ie, it'll reload my bash prompt each time I run it?
â Naftuli Kay
Oct 17 '11 at 3:35
As long as you're setting$PS1
in bash's startup files, yes.
â Ignacio Vazquez-Abrams
Oct 17 '11 at 3:40
 |Â
show 2 more comments
up vote
30
down vote
accepted
up vote
30
down vote
accepted
Have it replace itself with itself.
exec bash -l
Note that this won't affect things such as the cwd or exported variables.
Have it replace itself with itself.
exec bash -l
Note that this won't affect things such as the cwd or exported variables.
answered Oct 16 '11 at 22:09
Ignacio Vazquez-Abrams
32.3k66780
32.3k66780
Nice, but I'd especially like to do this in order to check and see if myPATH
is being set as I want or myPS1
, etc.
â Naftuli Kay
Oct 16 '11 at 22:35
1
Take out theexec
and you get a shell that sources the files that you want. Then justexit
when you are done checking.
â Arcege
Oct 17 '11 at 0:20
@TK: Any variables you assign will take precedence over the ones left over from the previous shell.
â Ignacio Vazquez-Abrams
Oct 17 '11 at 3:23
So this will work for changing my Bash prompt? Ie, it'll reload my bash prompt each time I run it?
â Naftuli Kay
Oct 17 '11 at 3:35
As long as you're setting$PS1
in bash's startup files, yes.
â Ignacio Vazquez-Abrams
Oct 17 '11 at 3:40
 |Â
show 2 more comments
Nice, but I'd especially like to do this in order to check and see if myPATH
is being set as I want or myPS1
, etc.
â Naftuli Kay
Oct 16 '11 at 22:35
1
Take out theexec
and you get a shell that sources the files that you want. Then justexit
when you are done checking.
â Arcege
Oct 17 '11 at 0:20
@TK: Any variables you assign will take precedence over the ones left over from the previous shell.
â Ignacio Vazquez-Abrams
Oct 17 '11 at 3:23
So this will work for changing my Bash prompt? Ie, it'll reload my bash prompt each time I run it?
â Naftuli Kay
Oct 17 '11 at 3:35
As long as you're setting$PS1
in bash's startup files, yes.
â Ignacio Vazquez-Abrams
Oct 17 '11 at 3:40
Nice, but I'd especially like to do this in order to check and see if my
PATH
is being set as I want or my PS1
, etc.â Naftuli Kay
Oct 16 '11 at 22:35
Nice, but I'd especially like to do this in order to check and see if my
PATH
is being set as I want or my PS1
, etc.â Naftuli Kay
Oct 16 '11 at 22:35
1
1
Take out the
exec
and you get a shell that sources the files that you want. Then just exit
when you are done checking.â Arcege
Oct 17 '11 at 0:20
Take out the
exec
and you get a shell that sources the files that you want. Then just exit
when you are done checking.â Arcege
Oct 17 '11 at 0:20
@TK: Any variables you assign will take precedence over the ones left over from the previous shell.
â Ignacio Vazquez-Abrams
Oct 17 '11 at 3:23
@TK: Any variables you assign will take precedence over the ones left over from the previous shell.
â Ignacio Vazquez-Abrams
Oct 17 '11 at 3:23
So this will work for changing my Bash prompt? Ie, it'll reload my bash prompt each time I run it?
â Naftuli Kay
Oct 17 '11 at 3:35
So this will work for changing my Bash prompt? Ie, it'll reload my bash prompt each time I run it?
â Naftuli Kay
Oct 17 '11 at 3:35
As long as you're setting
$PS1
in bash's startup files, yes.â Ignacio Vazquez-Abrams
Oct 17 '11 at 3:40
As long as you're setting
$PS1
in bash's startup files, yes.â Ignacio Vazquez-Abrams
Oct 17 '11 at 3:40
 |Â
show 2 more comments
up vote
9
down vote
I urgently suggest to log in on a separate window/screen. This way you still have a working session if something goes wrong with your changes to startup files. Also you are sure to have a clean environment.
Reason: I saw too many people locking themselves out of a system because of a simple typo in their .profile (or such).
+10, a clean shell where you can change edits is essential.
â Sardathrion
Oct 17 '11 at 13:17
I'm in a DE, so it shouldn't be so bad, Bauhaus yes, be careful.
â Naftuli Kay
Oct 17 '11 at 17:12
add a comment |Â
up vote
9
down vote
I urgently suggest to log in on a separate window/screen. This way you still have a working session if something goes wrong with your changes to startup files. Also you are sure to have a clean environment.
Reason: I saw too many people locking themselves out of a system because of a simple typo in their .profile (or such).
+10, a clean shell where you can change edits is essential.
â Sardathrion
Oct 17 '11 at 13:17
I'm in a DE, so it shouldn't be so bad, Bauhaus yes, be careful.
â Naftuli Kay
Oct 17 '11 at 17:12
add a comment |Â
up vote
9
down vote
up vote
9
down vote
I urgently suggest to log in on a separate window/screen. This way you still have a working session if something goes wrong with your changes to startup files. Also you are sure to have a clean environment.
Reason: I saw too many people locking themselves out of a system because of a simple typo in their .profile (or such).
I urgently suggest to log in on a separate window/screen. This way you still have a working session if something goes wrong with your changes to startup files. Also you are sure to have a clean environment.
Reason: I saw too many people locking themselves out of a system because of a simple typo in their .profile (or such).
answered Oct 17 '11 at 9:07
ktf
2,1261014
2,1261014
+10, a clean shell where you can change edits is essential.
â Sardathrion
Oct 17 '11 at 13:17
I'm in a DE, so it shouldn't be so bad, Bauhaus yes, be careful.
â Naftuli Kay
Oct 17 '11 at 17:12
add a comment |Â
+10, a clean shell where you can change edits is essential.
â Sardathrion
Oct 17 '11 at 13:17
I'm in a DE, so it shouldn't be so bad, Bauhaus yes, be careful.
â Naftuli Kay
Oct 17 '11 at 17:12
+10, a clean shell where you can change edits is essential.
â Sardathrion
Oct 17 '11 at 13:17
+10, a clean shell where you can change edits is essential.
â Sardathrion
Oct 17 '11 at 13:17
I'm in a DE, so it shouldn't be so bad, Bauhaus yes, be careful.
â Naftuli Kay
Oct 17 '11 at 17:12
I'm in a DE, so it shouldn't be so bad, Bauhaus yes, be careful.
â Naftuli Kay
Oct 17 '11 at 17:12
add a comment |Â
up vote
3
down vote
If your goal is simply to read the modified files again, you don't have to restart it. You can simply source it.
source filename
or
. filename # notice the dot
Note that this won't give you a "clean state" in a sense that it won't unset any set variables or defined functions...
add a comment |Â
up vote
3
down vote
If your goal is simply to read the modified files again, you don't have to restart it. You can simply source it.
source filename
or
. filename # notice the dot
Note that this won't give you a "clean state" in a sense that it won't unset any set variables or defined functions...
add a comment |Â
up vote
3
down vote
up vote
3
down vote
If your goal is simply to read the modified files again, you don't have to restart it. You can simply source it.
source filename
or
. filename # notice the dot
Note that this won't give you a "clean state" in a sense that it won't unset any set variables or defined functions...
If your goal is simply to read the modified files again, you don't have to restart it. You can simply source it.
source filename
or
. filename # notice the dot
Note that this won't give you a "clean state" in a sense that it won't unset any set variables or defined functions...
answered Oct 16 '11 at 22:26
rahmu
9,9871868109
9,9871868109
add a comment |Â
add a comment |Â
up vote
2
down vote
su -l yourOwnUserName
Will open a fresh shell for yourOwnUserName
user with all the settings re-loaded. This is shell-independent, as it refers to system settings, not your specific shell. It also loads some system-wide settings that bash -l
does not (like user groups).
important note: "a fresh shell" here means a shell within your existing shell, so you are only nesting shells, not replacing your original one. The accepted answer does that properly.
â underscore_d
Sep 24 '15 at 0:40
add a comment |Â
up vote
2
down vote
su -l yourOwnUserName
Will open a fresh shell for yourOwnUserName
user with all the settings re-loaded. This is shell-independent, as it refers to system settings, not your specific shell. It also loads some system-wide settings that bash -l
does not (like user groups).
important note: "a fresh shell" here means a shell within your existing shell, so you are only nesting shells, not replacing your original one. The accepted answer does that properly.
â underscore_d
Sep 24 '15 at 0:40
add a comment |Â
up vote
2
down vote
up vote
2
down vote
su -l yourOwnUserName
Will open a fresh shell for yourOwnUserName
user with all the settings re-loaded. This is shell-independent, as it refers to system settings, not your specific shell. It also loads some system-wide settings that bash -l
does not (like user groups).
su -l yourOwnUserName
Will open a fresh shell for yourOwnUserName
user with all the settings re-loaded. This is shell-independent, as it refers to system settings, not your specific shell. It also loads some system-wide settings that bash -l
does not (like user groups).
edited Oct 17 '11 at 12:36
answered Oct 17 '11 at 12:19
rozcietrzewiacz
28.2k37191
28.2k37191
important note: "a fresh shell" here means a shell within your existing shell, so you are only nesting shells, not replacing your original one. The accepted answer does that properly.
â underscore_d
Sep 24 '15 at 0:40
add a comment |Â
important note: "a fresh shell" here means a shell within your existing shell, so you are only nesting shells, not replacing your original one. The accepted answer does that properly.
â underscore_d
Sep 24 '15 at 0:40
important note: "a fresh shell" here means a shell within your existing shell, so you are only nesting shells, not replacing your original one. The accepted answer does that properly.
â underscore_d
Sep 24 '15 at 0:40
important note: "a fresh shell" here means a shell within your existing shell, so you are only nesting shells, not replacing your original one. The accepted answer does that properly.
â underscore_d
Sep 24 '15 at 0:40
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f22721%2fcompletely-restart-bash%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password