Is it safe to disable apt-daily.service?
Clash Royale CLAN TAG#URR8PPP
I use Linux Mint 19.1 Cinnamon.
I found this question indirectly relevant:
How to disable `apt-daily.service` on Ubuntu cloud VM image?
My question is: Is it safe to disable apt-daily.service?
Supposing I do system updates with an update script of mine.
$ systemd-analyze blame
11.027s apt-daily.service
2.675s esets.service
979ms netfilter-persistent.service
638ms systemd-resolved.service
634ms systemd-timesyncd.service
592ms apt-daily-upgrade.service
423ms dev-nvme0n1p2.device
411ms vboxdrv.service
...
Addressing some comments:
Safe in this context means something like: Would it abrupt some functions of my desktop system?
I am concerned about the boot time, yes. It is fast, just could it be faster maybe...
I use my own upgrade script since about 2 years ago, I am used to do the updates in CLI with that script by hand and I don't want any slow-downs due to
apt
.
linux-mint boot apt services
add a comment |
I use Linux Mint 19.1 Cinnamon.
I found this question indirectly relevant:
How to disable `apt-daily.service` on Ubuntu cloud VM image?
My question is: Is it safe to disable apt-daily.service?
Supposing I do system updates with an update script of mine.
$ systemd-analyze blame
11.027s apt-daily.service
2.675s esets.service
979ms netfilter-persistent.service
638ms systemd-resolved.service
634ms systemd-timesyncd.service
592ms apt-daily-upgrade.service
423ms dev-nvme0n1p2.device
411ms vboxdrv.service
...
Addressing some comments:
Safe in this context means something like: Would it abrupt some functions of my desktop system?
I am concerned about the boot time, yes. It is fast, just could it be faster maybe...
I use my own upgrade script since about 2 years ago, I am used to do the updates in CLI with that script by hand and I don't want any slow-downs due to
apt
.
linux-mint boot apt services
add a comment |
I use Linux Mint 19.1 Cinnamon.
I found this question indirectly relevant:
How to disable `apt-daily.service` on Ubuntu cloud VM image?
My question is: Is it safe to disable apt-daily.service?
Supposing I do system updates with an update script of mine.
$ systemd-analyze blame
11.027s apt-daily.service
2.675s esets.service
979ms netfilter-persistent.service
638ms systemd-resolved.service
634ms systemd-timesyncd.service
592ms apt-daily-upgrade.service
423ms dev-nvme0n1p2.device
411ms vboxdrv.service
...
Addressing some comments:
Safe in this context means something like: Would it abrupt some functions of my desktop system?
I am concerned about the boot time, yes. It is fast, just could it be faster maybe...
I use my own upgrade script since about 2 years ago, I am used to do the updates in CLI with that script by hand and I don't want any slow-downs due to
apt
.
linux-mint boot apt services
I use Linux Mint 19.1 Cinnamon.
I found this question indirectly relevant:
How to disable `apt-daily.service` on Ubuntu cloud VM image?
My question is: Is it safe to disable apt-daily.service?
Supposing I do system updates with an update script of mine.
$ systemd-analyze blame
11.027s apt-daily.service
2.675s esets.service
979ms netfilter-persistent.service
638ms systemd-resolved.service
634ms systemd-timesyncd.service
592ms apt-daily-upgrade.service
423ms dev-nvme0n1p2.device
411ms vboxdrv.service
...
Addressing some comments:
Safe in this context means something like: Would it abrupt some functions of my desktop system?
I am concerned about the boot time, yes. It is fast, just could it be faster maybe...
I use my own upgrade script since about 2 years ago, I am used to do the updates in CLI with that script by hand and I don't want any slow-downs due to
apt
.
linux-mint boot apt services
linux-mint boot apt services
edited Jan 3 at 12:28
Vlastimil
asked Jan 3 at 11:51
VlastimilVlastimil
7,8781262134
7,8781262134
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
apt-daily only does one thing by default: it downloads the list of installable/upgradable packages. If you turn it off, you'll need to run apt update
(or equivalent) more frequently before upgrading or installing packages.
Nothing depends on apt-daily (you can check that systemctl list-dependencies --reverse apt-daily
doesn't prevent anything else from starting), so it doesn't slow your boot process except by taking resources that other tasks may want. The only resource that apt-daily consumes is network bandwidth. This can take a while if there have been significant updates to the package list, but it's only a problem if your bandwidth is very limited and it's more important to have a lot of bandwidth available during the first few seconds after boot than at some other time.
systemd-analyze blame
shows what takes a long time, but it doesn't show what the impact is. Since apt-daily doesn't block anything else, the fact that it takes a long time only has an impact on apt-daily itself, not on the rest of the functionality. systemd-analyze critical-chain
is more useful if you're worried about boot time as in how long it takes for your computer to become useful.
So it's safe to turn off apt-daily, as long as you remember to run apt update
before checking for upgrades, and you do this regularly without relying on any automatic notification that upgrades are available. But it isn't particularly useful.
add a comment |
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
);
);
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
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f492221%2fis-it-safe-to-disable-apt-daily-service%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
apt-daily only does one thing by default: it downloads the list of installable/upgradable packages. If you turn it off, you'll need to run apt update
(or equivalent) more frequently before upgrading or installing packages.
Nothing depends on apt-daily (you can check that systemctl list-dependencies --reverse apt-daily
doesn't prevent anything else from starting), so it doesn't slow your boot process except by taking resources that other tasks may want. The only resource that apt-daily consumes is network bandwidth. This can take a while if there have been significant updates to the package list, but it's only a problem if your bandwidth is very limited and it's more important to have a lot of bandwidth available during the first few seconds after boot than at some other time.
systemd-analyze blame
shows what takes a long time, but it doesn't show what the impact is. Since apt-daily doesn't block anything else, the fact that it takes a long time only has an impact on apt-daily itself, not on the rest of the functionality. systemd-analyze critical-chain
is more useful if you're worried about boot time as in how long it takes for your computer to become useful.
So it's safe to turn off apt-daily, as long as you remember to run apt update
before checking for upgrades, and you do this regularly without relying on any automatic notification that upgrades are available. But it isn't particularly useful.
add a comment |
apt-daily only does one thing by default: it downloads the list of installable/upgradable packages. If you turn it off, you'll need to run apt update
(or equivalent) more frequently before upgrading or installing packages.
Nothing depends on apt-daily (you can check that systemctl list-dependencies --reverse apt-daily
doesn't prevent anything else from starting), so it doesn't slow your boot process except by taking resources that other tasks may want. The only resource that apt-daily consumes is network bandwidth. This can take a while if there have been significant updates to the package list, but it's only a problem if your bandwidth is very limited and it's more important to have a lot of bandwidth available during the first few seconds after boot than at some other time.
systemd-analyze blame
shows what takes a long time, but it doesn't show what the impact is. Since apt-daily doesn't block anything else, the fact that it takes a long time only has an impact on apt-daily itself, not on the rest of the functionality. systemd-analyze critical-chain
is more useful if you're worried about boot time as in how long it takes for your computer to become useful.
So it's safe to turn off apt-daily, as long as you remember to run apt update
before checking for upgrades, and you do this regularly without relying on any automatic notification that upgrades are available. But it isn't particularly useful.
add a comment |
apt-daily only does one thing by default: it downloads the list of installable/upgradable packages. If you turn it off, you'll need to run apt update
(or equivalent) more frequently before upgrading or installing packages.
Nothing depends on apt-daily (you can check that systemctl list-dependencies --reverse apt-daily
doesn't prevent anything else from starting), so it doesn't slow your boot process except by taking resources that other tasks may want. The only resource that apt-daily consumes is network bandwidth. This can take a while if there have been significant updates to the package list, but it's only a problem if your bandwidth is very limited and it's more important to have a lot of bandwidth available during the first few seconds after boot than at some other time.
systemd-analyze blame
shows what takes a long time, but it doesn't show what the impact is. Since apt-daily doesn't block anything else, the fact that it takes a long time only has an impact on apt-daily itself, not on the rest of the functionality. systemd-analyze critical-chain
is more useful if you're worried about boot time as in how long it takes for your computer to become useful.
So it's safe to turn off apt-daily, as long as you remember to run apt update
before checking for upgrades, and you do this regularly without relying on any automatic notification that upgrades are available. But it isn't particularly useful.
apt-daily only does one thing by default: it downloads the list of installable/upgradable packages. If you turn it off, you'll need to run apt update
(or equivalent) more frequently before upgrading or installing packages.
Nothing depends on apt-daily (you can check that systemctl list-dependencies --reverse apt-daily
doesn't prevent anything else from starting), so it doesn't slow your boot process except by taking resources that other tasks may want. The only resource that apt-daily consumes is network bandwidth. This can take a while if there have been significant updates to the package list, but it's only a problem if your bandwidth is very limited and it's more important to have a lot of bandwidth available during the first few seconds after boot than at some other time.
systemd-analyze blame
shows what takes a long time, but it doesn't show what the impact is. Since apt-daily doesn't block anything else, the fact that it takes a long time only has an impact on apt-daily itself, not on the rest of the functionality. systemd-analyze critical-chain
is more useful if you're worried about boot time as in how long it takes for your computer to become useful.
So it's safe to turn off apt-daily, as long as you remember to run apt update
before checking for upgrades, and you do this regularly without relying on any automatic notification that upgrades are available. But it isn't particularly useful.
answered Jan 3 at 12:38
GillesGilles
531k12810631592
531k12810631592
add a comment |
add a comment |
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.
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
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f492221%2fis-it-safe-to-disable-apt-daily-service%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
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
Required, but never shown
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
Required, but never shown
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
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