Skip to main content
We’ve updated our Terms of Service. A new AI Addendum clarifies how Stack Overflow utilizes AI interactions.
added 48 characters in body
Source Link
Braiam
  • 36.9k
  • 29
  • 114
  • 176

This is the favorite of all since apart of sending the process into the background you don't have to worry about the text output dirtying your terminal:

nohup command &

This not only runs the process in background, also generates a log (called nohup.out in the current directory, if that's not possible, your home directory) and if you close/logout the current shell the process is not killed by preventing the child proccess from recieving the parent signals when killed (ie. logging out, by SIGHUP to the parent, or closing the current shell).

There's other called disown but that's rather a extension of other answers rather that a method in itself:

command & # our program is in background
disown # now it detached itself of the shell, you can do whatever you want

These commands do not allows you to recover easily the process outputs unless you use a hackish way to get it done.

This is the favorite of all since apart of sending the process into the background you don't have to worry about the text output dirtying your terminal:

nohup command &

This not only runs the process in background, also generates a log (called nohup.out in the home directory) and if you close/logout the current shell the process is not killed by preventing the child proccess from recieving the parent signals when killed (ie. logging out, by SIGHUP to the parent, or closing the current shell).

There's other called disown but that's rather a extension of other answers rather that a method in itself:

command & # our program is in background
disown # now it detached itself of the shell, you can do whatever you want

These commands do not allows you to recover easily the process outputs unless you use a hackish way to get it done.

This is the favorite of all since apart of sending the process into the background you don't have to worry about the text output dirtying your terminal:

nohup command &

This not only runs the process in background, also generates a log (called nohup.out in the current directory, if that's not possible, your home directory) and if you close/logout the current shell the process is not killed by preventing the child proccess from recieving the parent signals when killed (ie. logging out, by SIGHUP to the parent, or closing the current shell).

There's other called disown but that's rather a extension of other answers rather that a method in itself:

command & # our program is in background
disown # now it detached itself of the shell, you can do whatever you want

These commands do not allows you to recover easily the process outputs unless you use a hackish way to get it done.

replaced http://serverfault.com/ with https://serverfault.com/
Source Link

This is the favorite of all since apart of sending the process into the background you don't have to worry about the text output dirtying your terminal:

nohup command &

This not only runs the process in background, also generates a log (called nohup.out in the home directory) and if you close/logout the current shell the process is not killed by preventing the child proccess from recieving the parent signals when killed (ie. logging out, by SIGHUP to the parent, or closing the current shell).

There's other called disown but that's rather a extension of other answers rather that a method in itself:

command & # our program is in background
disown # now it detached itself of the shell, you can do whatever you want

These commands do not allows you to recover easily the process outputs unless you use a hackish way to get it done.you use a hackish way to get it done.

This is the favorite of all since apart of sending the process into the background you don't have to worry about the text output dirtying your terminal:

nohup command &

This not only runs the process in background, also generates a log (called nohup.out in the home directory) and if you close/logout the current shell the process is not killed by preventing the child proccess from recieving the parent signals when killed (ie. logging out, by SIGHUP to the parent, or closing the current shell).

There's other called disown but that's rather a extension of other answers rather that a method in itself:

command & # our program is in background
disown # now it detached itself of the shell, you can do whatever you want

These commands do not allows you to recover easily the process outputs unless you use a hackish way to get it done.

This is the favorite of all since apart of sending the process into the background you don't have to worry about the text output dirtying your terminal:

nohup command &

This not only runs the process in background, also generates a log (called nohup.out in the home directory) and if you close/logout the current shell the process is not killed by preventing the child proccess from recieving the parent signals when killed (ie. logging out, by SIGHUP to the parent, or closing the current shell).

There's other called disown but that's rather a extension of other answers rather that a method in itself:

command & # our program is in background
disown # now it detached itself of the shell, you can do whatever you want

These commands do not allows you to recover easily the process outputs unless you use a hackish way to get it done.

deleted 2 characters in body
Source Link
Braiam
  • 36.9k
  • 29
  • 114
  • 176

This is the favorite of all since apart of sending the process into the background you don't have to worry about the text output dirtying your terminal:

nohup command &

This not only runs the process in background, also generates a log (called nohup.out in the currenthome directory) and if you close/logout the current shell the process is not killed by preventing the child proccess from recieving the parent signals when killed (ie. logging out, by SIGHUP to the parent, or closing the current shell).

There's other called disown but that's rather a extension of other answers rather that a method in itself:

command & # our program is in background
disown # now it detached itself of the shell, you can do whatever you want

These commands do not allows you to recover easily the process outputs unless you use a hackish way to get it done.

This is the favorite of all since apart of sending the process into the background you don't have to worry about the text output dirtying your terminal:

nohup command &

This not only runs the process in background, also generates a log (called nohup.out in the current directory and if you close/logout the current shell the process is not killed by preventing the child proccess from recieving the parent signals when killed (ie. logging out, by SIGHUP to the parent, or closing the current shell).

There's other called disown but that's rather a extension of other answers rather that a method in itself:

command & # our program is in background
disown # now it detached itself of the shell, you can do whatever you want

These commands do not allows you to recover easily the process outputs unless you use a hackish way to get it done.

This is the favorite of all since apart of sending the process into the background you don't have to worry about the text output dirtying your terminal:

nohup command &

This not only runs the process in background, also generates a log (called nohup.out in the home directory) and if you close/logout the current shell the process is not killed by preventing the child proccess from recieving the parent signals when killed (ie. logging out, by SIGHUP to the parent, or closing the current shell).

There's other called disown but that's rather a extension of other answers rather that a method in itself:

command & # our program is in background
disown # now it detached itself of the shell, you can do whatever you want

These commands do not allows you to recover easily the process outputs unless you use a hackish way to get it done.

Source Link
Braiam
  • 36.9k
  • 29
  • 114
  • 176
Loading