How to deal with “A stop job is running” in Debian 9 for 90s, once every 2 or 3 shutdowns?












0















When I'm turning my Debian Stretch (9) off, chances are that I see something like:



screenshot showing "A stop job is running for ...f user Debian-gdm (59s / 1min 30s)"



So a have a few questions:



1) It seems like a bug that's not been solved yet (it's been around for a few years). By "bug" I mean Linux should turn off faster than Windows; if it doesn't, there's a bug.



2) Since this bug seems hard to isolate and solve, maybe a "Esc to cancel" would solve a big part of the problem.



3) I have programming experience, but not with Linux Kernel and such. Am I advised to try to include "Esc to cancel" myself? If so, which file should I change? May I compile only this file, or something more?



EDIT



Contents of /etc/gdm3/daemon.conf



# GDM configuration storage
#
# See /usr/share/gdm/gdm.schemas for a list of available options.

[daemon]
# Uncoment the line below to force the login screen to use Xorg
#WaylandEnable=false

# Enabling automatic login
# AutomaticLoginEnable = true
# AutomaticLogin = user1

# Enabling timed login
# TimedLoginEnable = true
# TimedLogin = user1
# TimedLoginDelay = 10

[security]

[xdmcp]

[chooser]

[debug]
# Uncomment the line below to turn on debugging
# More verbose logs
# Additionally lets the X server dump core if it crashes
#Enable=true









share|improve this question

























  • A related question, that comes first, is unix.stackexchange.com/questions/310737 . Another is unix.stackexchange.com/questions/294543 .

    – JdeBP
    Jan 25 at 17:09













  • Then there are unix.stackexchange.com/questions/328317 , unix.stackexchange.com/questions/379869 , and unix.stackexchange.com/questions/273876 as well.

    – JdeBP
    Jan 25 at 17:17













  • is the system updated ? then send the contents of /etc/gdm3/daemon.conf

    – Kushagra Karira
    Jan 26 at 6:48











  • @KushagraKarira I have just installed it and updated a few times already, so yes, it's up to date. Edited the question to include the contents of /etc/gdm3/daemon.conf. Thank you!

    – Rodrigo
    Jan 30 at 23:53











  • @JdeBP I've found an answer suggesting to change the value of DefaultTimeoutStopSec in /etc/systemd/system.conf. While it may decrease the issue, it doesn't solve it. It's sad to see this bug going around for so long, countless pages describing it in many sites, and nobody seems to have found a solution yet. But thanks for your help anyway!

    – Rodrigo
    Jan 31 at 0:13
















0















When I'm turning my Debian Stretch (9) off, chances are that I see something like:



screenshot showing "A stop job is running for ...f user Debian-gdm (59s / 1min 30s)"



So a have a few questions:



1) It seems like a bug that's not been solved yet (it's been around for a few years). By "bug" I mean Linux should turn off faster than Windows; if it doesn't, there's a bug.



2) Since this bug seems hard to isolate and solve, maybe a "Esc to cancel" would solve a big part of the problem.



3) I have programming experience, but not with Linux Kernel and such. Am I advised to try to include "Esc to cancel" myself? If so, which file should I change? May I compile only this file, or something more?



EDIT



Contents of /etc/gdm3/daemon.conf



# GDM configuration storage
#
# See /usr/share/gdm/gdm.schemas for a list of available options.

[daemon]
# Uncoment the line below to force the login screen to use Xorg
#WaylandEnable=false

# Enabling automatic login
# AutomaticLoginEnable = true
# AutomaticLogin = user1

# Enabling timed login
# TimedLoginEnable = true
# TimedLogin = user1
# TimedLoginDelay = 10

[security]

[xdmcp]

[chooser]

[debug]
# Uncomment the line below to turn on debugging
# More verbose logs
# Additionally lets the X server dump core if it crashes
#Enable=true









share|improve this question

























  • A related question, that comes first, is unix.stackexchange.com/questions/310737 . Another is unix.stackexchange.com/questions/294543 .

    – JdeBP
    Jan 25 at 17:09













  • Then there are unix.stackexchange.com/questions/328317 , unix.stackexchange.com/questions/379869 , and unix.stackexchange.com/questions/273876 as well.

    – JdeBP
    Jan 25 at 17:17













  • is the system updated ? then send the contents of /etc/gdm3/daemon.conf

    – Kushagra Karira
    Jan 26 at 6:48











  • @KushagraKarira I have just installed it and updated a few times already, so yes, it's up to date. Edited the question to include the contents of /etc/gdm3/daemon.conf. Thank you!

    – Rodrigo
    Jan 30 at 23:53











  • @JdeBP I've found an answer suggesting to change the value of DefaultTimeoutStopSec in /etc/systemd/system.conf. While it may decrease the issue, it doesn't solve it. It's sad to see this bug going around for so long, countless pages describing it in many sites, and nobody seems to have found a solution yet. But thanks for your help anyway!

    – Rodrigo
    Jan 31 at 0:13














0












0








0








When I'm turning my Debian Stretch (9) off, chances are that I see something like:



screenshot showing "A stop job is running for ...f user Debian-gdm (59s / 1min 30s)"



So a have a few questions:



1) It seems like a bug that's not been solved yet (it's been around for a few years). By "bug" I mean Linux should turn off faster than Windows; if it doesn't, there's a bug.



2) Since this bug seems hard to isolate and solve, maybe a "Esc to cancel" would solve a big part of the problem.



3) I have programming experience, but not with Linux Kernel and such. Am I advised to try to include "Esc to cancel" myself? If so, which file should I change? May I compile only this file, or something more?



EDIT



Contents of /etc/gdm3/daemon.conf



# GDM configuration storage
#
# See /usr/share/gdm/gdm.schemas for a list of available options.

[daemon]
# Uncoment the line below to force the login screen to use Xorg
#WaylandEnable=false

# Enabling automatic login
# AutomaticLoginEnable = true
# AutomaticLogin = user1

# Enabling timed login
# TimedLoginEnable = true
# TimedLogin = user1
# TimedLoginDelay = 10

[security]

[xdmcp]

[chooser]

[debug]
# Uncomment the line below to turn on debugging
# More verbose logs
# Additionally lets the X server dump core if it crashes
#Enable=true









share|improve this question
















When I'm turning my Debian Stretch (9) off, chances are that I see something like:



screenshot showing "A stop job is running for ...f user Debian-gdm (59s / 1min 30s)"



So a have a few questions:



1) It seems like a bug that's not been solved yet (it's been around for a few years). By "bug" I mean Linux should turn off faster than Windows; if it doesn't, there's a bug.



2) Since this bug seems hard to isolate and solve, maybe a "Esc to cancel" would solve a big part of the problem.



3) I have programming experience, but not with Linux Kernel and such. Am I advised to try to include "Esc to cancel" myself? If so, which file should I change? May I compile only this file, or something more?



EDIT



Contents of /etc/gdm3/daemon.conf



# GDM configuration storage
#
# See /usr/share/gdm/gdm.schemas for a list of available options.

[daemon]
# Uncoment the line below to force the login screen to use Xorg
#WaylandEnable=false

# Enabling automatic login
# AutomaticLoginEnable = true
# AutomaticLogin = user1

# Enabling timed login
# TimedLoginEnable = true
# TimedLogin = user1
# TimedLoginDelay = 10

[security]

[xdmcp]

[chooser]

[debug]
# Uncomment the line below to turn on debugging
# More verbose logs
# Additionally lets the X server dump core if it crashes
#Enable=true






debian shutdown bugs start-stop-daemon






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Jan 30 at 23:51







Rodrigo

















asked Jan 25 at 15:57









RodrigoRodrigo

2352318




2352318













  • A related question, that comes first, is unix.stackexchange.com/questions/310737 . Another is unix.stackexchange.com/questions/294543 .

    – JdeBP
    Jan 25 at 17:09













  • Then there are unix.stackexchange.com/questions/328317 , unix.stackexchange.com/questions/379869 , and unix.stackexchange.com/questions/273876 as well.

    – JdeBP
    Jan 25 at 17:17













  • is the system updated ? then send the contents of /etc/gdm3/daemon.conf

    – Kushagra Karira
    Jan 26 at 6:48











  • @KushagraKarira I have just installed it and updated a few times already, so yes, it's up to date. Edited the question to include the contents of /etc/gdm3/daemon.conf. Thank you!

    – Rodrigo
    Jan 30 at 23:53











  • @JdeBP I've found an answer suggesting to change the value of DefaultTimeoutStopSec in /etc/systemd/system.conf. While it may decrease the issue, it doesn't solve it. It's sad to see this bug going around for so long, countless pages describing it in many sites, and nobody seems to have found a solution yet. But thanks for your help anyway!

    – Rodrigo
    Jan 31 at 0:13



















  • A related question, that comes first, is unix.stackexchange.com/questions/310737 . Another is unix.stackexchange.com/questions/294543 .

    – JdeBP
    Jan 25 at 17:09













  • Then there are unix.stackexchange.com/questions/328317 , unix.stackexchange.com/questions/379869 , and unix.stackexchange.com/questions/273876 as well.

    – JdeBP
    Jan 25 at 17:17













  • is the system updated ? then send the contents of /etc/gdm3/daemon.conf

    – Kushagra Karira
    Jan 26 at 6:48











  • @KushagraKarira I have just installed it and updated a few times already, so yes, it's up to date. Edited the question to include the contents of /etc/gdm3/daemon.conf. Thank you!

    – Rodrigo
    Jan 30 at 23:53











  • @JdeBP I've found an answer suggesting to change the value of DefaultTimeoutStopSec in /etc/systemd/system.conf. While it may decrease the issue, it doesn't solve it. It's sad to see this bug going around for so long, countless pages describing it in many sites, and nobody seems to have found a solution yet. But thanks for your help anyway!

    – Rodrigo
    Jan 31 at 0:13

















A related question, that comes first, is unix.stackexchange.com/questions/310737 . Another is unix.stackexchange.com/questions/294543 .

– JdeBP
Jan 25 at 17:09







A related question, that comes first, is unix.stackexchange.com/questions/310737 . Another is unix.stackexchange.com/questions/294543 .

– JdeBP
Jan 25 at 17:09















Then there are unix.stackexchange.com/questions/328317 , unix.stackexchange.com/questions/379869 , and unix.stackexchange.com/questions/273876 as well.

– JdeBP
Jan 25 at 17:17







Then there are unix.stackexchange.com/questions/328317 , unix.stackexchange.com/questions/379869 , and unix.stackexchange.com/questions/273876 as well.

– JdeBP
Jan 25 at 17:17















is the system updated ? then send the contents of /etc/gdm3/daemon.conf

– Kushagra Karira
Jan 26 at 6:48





is the system updated ? then send the contents of /etc/gdm3/daemon.conf

– Kushagra Karira
Jan 26 at 6:48













@KushagraKarira I have just installed it and updated a few times already, so yes, it's up to date. Edited the question to include the contents of /etc/gdm3/daemon.conf. Thank you!

– Rodrigo
Jan 30 at 23:53





@KushagraKarira I have just installed it and updated a few times already, so yes, it's up to date. Edited the question to include the contents of /etc/gdm3/daemon.conf. Thank you!

– Rodrigo
Jan 30 at 23:53













@JdeBP I've found an answer suggesting to change the value of DefaultTimeoutStopSec in /etc/systemd/system.conf. While it may decrease the issue, it doesn't solve it. It's sad to see this bug going around for so long, countless pages describing it in many sites, and nobody seems to have found a solution yet. But thanks for your help anyway!

– Rodrigo
Jan 31 at 0:13





@JdeBP I've found an answer suggesting to change the value of DefaultTimeoutStopSec in /etc/systemd/system.conf. While it may decrease the issue, it doesn't solve it. It's sad to see this bug going around for so long, countless pages describing it in many sites, and nobody seems to have found a solution yet. But thanks for your help anyway!

– Rodrigo
Jan 31 at 0:13










0






active

oldest

votes











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f496705%2fhow-to-deal-with-a-stop-job-is-running-in-debian-9-for-90s-once-every-2-or-3%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























0






active

oldest

votes








0






active

oldest

votes









active

oldest

votes






active

oldest

votes
















draft saved

draft discarded




















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f496705%2fhow-to-deal-with-a-stop-job-is-running-in-debian-9-for-90s-once-every-2-or-3%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

How to reconfigure Docker Trusted Registry 2.x.x to use CEPH FS mount instead of NFS and other traditional...

is 'sed' thread safe

How to make a Squid Proxy server?