How child process still running when i exit terminal window?
![Creative The name of the picture](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgO9GURib1T8z7lCwjOGLQaGtrueEthgQ8LO42ZX8cOfTqDK4jvDDpKkLFwf2J49kYCMNW7d4ABih_XCb_2UXdq5fPJDkoyg7-8g_YfRUot-XnaXkNYycsNp7lA5_TW9td0FFpLQ2APzKcZ/s1600/1.jpg)
![Creative The name of the picture](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhYQ0N5W1qAOxLP7t7iOM6O6AzbZnkXUy16s7P_CWfOb5UbTQY_aDsc727chyphenhyphen5W4IppVNernMMQeaUFTB_rFzAd95_CDt-tnwN-nBx6JyUp2duGjPaL5-VgNO41AVsA_vu30EJcipdDG409/s400/Clash+Royale+CLAN+TAG%2523URR8PPP.png)
up vote
0
down vote
favorite
When I execute
dd if=/dev/zero of=/dev/null
Then close terminal window i see that dd
still running and it's PPID is difference than first time.
What is happening for dd
process ?
whenever killing parent process kill the child process?
process dd
add a comment |Â
up vote
0
down vote
favorite
When I execute
dd if=/dev/zero of=/dev/null
Then close terminal window i see that dd
still running and it's PPID is difference than first time.
What is happening for dd
process ?
whenever killing parent process kill the child process?
process dd
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
When I execute
dd if=/dev/zero of=/dev/null
Then close terminal window i see that dd
still running and it's PPID is difference than first time.
What is happening for dd
process ?
whenever killing parent process kill the child process?
process dd
When I execute
dd if=/dev/zero of=/dev/null
Then close terminal window i see that dd
still running and it's PPID is difference than first time.
What is happening for dd
process ?
whenever killing parent process kill the child process?
process dd
process dd
edited Feb 25 at 14:51
asked Feb 25 at 14:46
![](https://i.stack.imgur.com/gAMrH.jpg?s=32&g=1)
![](https://i.stack.imgur.com/gAMrH.jpg?s=32&g=1)
Sinoosh
7421619
7421619
add a comment |Â
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
3
down vote
Closing an interactive non-login terminal (such as a terminal window in Gnome or kde) won't send a SIGHUP signal. You can change that behavior in other type of shell (via a huponexit option) but not in interactive non-login term's.
See https://askubuntu.com/a/685291/798765 for more details on huponexit ;)
As for the PPID, does it become the same as upstart's PID (on mobile right now, cant try myself) ? See Kos' comment on the answer above
â Simon Van Machin
Feb 25 at 17:42
I think the process is re-parented to the init (pid 1) process in this case. Nowadays that's systemd.
â PerlDuck
Feb 25 at 17:51
But it's parent is killed! How does the child is allive?
â Sinoosh
Feb 26 at 3:57
@Sinoosh: Child processes aren't killed upon their parents' death by default.
â David Foerster
Feb 26 at 19:48
@Sinoosh See stackoverflow.com/a/21869303 and man kill ("negatives PID values may be used to choose whole process groups(...)")
â Simon Van Machin
Feb 27 at 8:02
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
3
down vote
Closing an interactive non-login terminal (such as a terminal window in Gnome or kde) won't send a SIGHUP signal. You can change that behavior in other type of shell (via a huponexit option) but not in interactive non-login term's.
See https://askubuntu.com/a/685291/798765 for more details on huponexit ;)
As for the PPID, does it become the same as upstart's PID (on mobile right now, cant try myself) ? See Kos' comment on the answer above
â Simon Van Machin
Feb 25 at 17:42
I think the process is re-parented to the init (pid 1) process in this case. Nowadays that's systemd.
â PerlDuck
Feb 25 at 17:51
But it's parent is killed! How does the child is allive?
â Sinoosh
Feb 26 at 3:57
@Sinoosh: Child processes aren't killed upon their parents' death by default.
â David Foerster
Feb 26 at 19:48
@Sinoosh See stackoverflow.com/a/21869303 and man kill ("negatives PID values may be used to choose whole process groups(...)")
â Simon Van Machin
Feb 27 at 8:02
add a comment |Â
up vote
3
down vote
Closing an interactive non-login terminal (such as a terminal window in Gnome or kde) won't send a SIGHUP signal. You can change that behavior in other type of shell (via a huponexit option) but not in interactive non-login term's.
See https://askubuntu.com/a/685291/798765 for more details on huponexit ;)
As for the PPID, does it become the same as upstart's PID (on mobile right now, cant try myself) ? See Kos' comment on the answer above
â Simon Van Machin
Feb 25 at 17:42
I think the process is re-parented to the init (pid 1) process in this case. Nowadays that's systemd.
â PerlDuck
Feb 25 at 17:51
But it's parent is killed! How does the child is allive?
â Sinoosh
Feb 26 at 3:57
@Sinoosh: Child processes aren't killed upon their parents' death by default.
â David Foerster
Feb 26 at 19:48
@Sinoosh See stackoverflow.com/a/21869303 and man kill ("negatives PID values may be used to choose whole process groups(...)")
â Simon Van Machin
Feb 27 at 8:02
add a comment |Â
up vote
3
down vote
up vote
3
down vote
Closing an interactive non-login terminal (such as a terminal window in Gnome or kde) won't send a SIGHUP signal. You can change that behavior in other type of shell (via a huponexit option) but not in interactive non-login term's.
See https://askubuntu.com/a/685291/798765 for more details on huponexit ;)
Closing an interactive non-login terminal (such as a terminal window in Gnome or kde) won't send a SIGHUP signal. You can change that behavior in other type of shell (via a huponexit option) but not in interactive non-login term's.
See https://askubuntu.com/a/685291/798765 for more details on huponexit ;)
answered Feb 25 at 17:38
Simon Van Machin
23010
23010
As for the PPID, does it become the same as upstart's PID (on mobile right now, cant try myself) ? See Kos' comment on the answer above
â Simon Van Machin
Feb 25 at 17:42
I think the process is re-parented to the init (pid 1) process in this case. Nowadays that's systemd.
â PerlDuck
Feb 25 at 17:51
But it's parent is killed! How does the child is allive?
â Sinoosh
Feb 26 at 3:57
@Sinoosh: Child processes aren't killed upon their parents' death by default.
â David Foerster
Feb 26 at 19:48
@Sinoosh See stackoverflow.com/a/21869303 and man kill ("negatives PID values may be used to choose whole process groups(...)")
â Simon Van Machin
Feb 27 at 8:02
add a comment |Â
As for the PPID, does it become the same as upstart's PID (on mobile right now, cant try myself) ? See Kos' comment on the answer above
â Simon Van Machin
Feb 25 at 17:42
I think the process is re-parented to the init (pid 1) process in this case. Nowadays that's systemd.
â PerlDuck
Feb 25 at 17:51
But it's parent is killed! How does the child is allive?
â Sinoosh
Feb 26 at 3:57
@Sinoosh: Child processes aren't killed upon their parents' death by default.
â David Foerster
Feb 26 at 19:48
@Sinoosh See stackoverflow.com/a/21869303 and man kill ("negatives PID values may be used to choose whole process groups(...)")
â Simon Van Machin
Feb 27 at 8:02
As for the PPID, does it become the same as upstart's PID (on mobile right now, cant try myself) ? See Kos' comment on the answer above
â Simon Van Machin
Feb 25 at 17:42
As for the PPID, does it become the same as upstart's PID (on mobile right now, cant try myself) ? See Kos' comment on the answer above
â Simon Van Machin
Feb 25 at 17:42
I think the process is re-parented to the init (pid 1) process in this case. Nowadays that's systemd.
â PerlDuck
Feb 25 at 17:51
I think the process is re-parented to the init (pid 1) process in this case. Nowadays that's systemd.
â PerlDuck
Feb 25 at 17:51
But it's parent is killed! How does the child is allive?
â Sinoosh
Feb 26 at 3:57
But it's parent is killed! How does the child is allive?
â Sinoosh
Feb 26 at 3:57
@Sinoosh: Child processes aren't killed upon their parents' death by default.
â David Foerster
Feb 26 at 19:48
@Sinoosh: Child processes aren't killed upon their parents' death by default.
â David Foerster
Feb 26 at 19:48
@Sinoosh See stackoverflow.com/a/21869303 and man kill ("negatives PID values may be used to choose whole process groups(...)")
â Simon Van Machin
Feb 27 at 8:02
@Sinoosh See stackoverflow.com/a/21869303 and man kill ("negatives PID values may be used to choose whole process groups(...)")
â Simon Van Machin
Feb 27 at 8:02
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
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%2faskubuntu.com%2fquestions%2f1009626%2fhow-child-process-still-running-when-i-exit-terminal-window%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
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');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
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');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
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