N: Ignoring file '50unattended-upgrades.ucf-dist' in directory '/etc/apt/apt.conf.d/' as it has an invalid filename extension

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP








up vote
81
down vote

favorite
14












Yesterday I upgraded distro and today when I am using apt-get to install anything or to update, I get an error:



N: Ignoring file '50unattended-upgrades.ucf-dist' in directory '/etc/apt/apt.conf.d/' as it has an invalid filename extension


As far as I know, this error occurs when some new configs/settings are mixed with the old ones. So I tried to debug it by moving to the folder ls -l /etc/apt/apt.conf.d/



total 52
-rw-r--r-- 1 root root 82 May 19 07:59 00CDMountPoint
-rw-r--r-- 1 root root 40 May 19 07:59 00trustcdrom
-rw-r--r-- 1 root root 769 Sep 2 23:56 01autoremove
-r--r--r-- 1 root root 1936 Sep 25 11:56 01autoremove-kernels
-rw-r--r-- 1 root root 628 Jan 4 2015 01autoremove-postgresql
-rw-r--r-- 1 root root 202 Sep 13 02:17 20listchanges
-rw-r--r-- 1 root root 1040 Dec 9 2014 20packagekit
-rw-r--r-- 1 root root 1438 Sep 16 16:46 50appstream
-rw-r--r-- 1 root root 3945 Jun 29 2015 50unattended-upgrades
-rw-r--r-- 1 root root 4072 Sep 24 19:57 50unattended-upgrades.ucf-dist
-rw-r--r-- 1 root root 182 Mar 19 2015 70debconf
-rw-r--r-- 1 root root 142 Oct 6 2014 80debtags


Looks like the file 50unattended-upgrades.ucf-dist is present. Now my question is if I use rm 50unattended-upgrades.ucf-dist then would it cause any fatalities ahead? I am a bit afraid to use rm here, as the extension is ucf-dist . I researched on the internet and public forums and people were writing about using gconf-cleaner, but haven't tried!



Update 1: As suggested in comment, I am putting the output of cat 50unattended-upgrades.ucf-dist



// Unattended-Upgrade::Origins-Pattern controls which packages are
// upgraded.
//
// Lines below have the format format is "keyword=value,...". A
// package will be upgraded only if the values in its metadata match
// all the supplied keywords in a line. (In other words, omitted
// keywords are wild cards.) The keywords originate from the Release
// file, but several aliases are accepted. The accepted keywords are:
// a,archive,suite (eg, "stable")
// c,component (eg, "main", "crontrib", "non-free")
// l,label (eg, "Debian", "Debian-Security")
// o,origin (eg, "Debian", "Unofficial Multimedia Packages")
// n,codename (eg, "jessie", "jessie-updates")
// site (eg, "http.debian.net")
// The available values on the system are printed by the command
// "apt-cache policy", and can be debugged by running
// "unattended-upgrades -d" and looking at the log file.
//
// Within lines unattended-upgrades allows 2 macros whose values are
// derived from /etc/debian_version:
// $distro_id Installed origin.
// $distro_codename Installed codename (eg, "jessie")
Unattended-Upgrade::Origins-Pattern
// Codename based matching:
// This will follow the migration of a release through different
// archives (e.g. from testing to stable and later oldstable).
// "o=Debian,n=jessie";
// "o=Debian,n=jessie-updates";
// "o=Debian,n=jessie-proposed-updates";
// "o=Debian,n=jessie,l=Debian-Security";

// Archive or Suite based matching:
// Note that this will silently match a different release after
// migration to the specified archive (e.g. testing becomes the
// new stable).
// "o=Debian,a=stable";
// "o=Debian,a=stable-updates";
// "o=Debian,a=proposed-updates";
"origin=Debian,codename=$distro_codename,label=Debian-Security";
;

// List of packages to not update (regexp are supported)
Unattended-Upgrade::Package-Blacklist
// "vim";
// "libc6";
// "libc6-dev";
// "libc6-i686";
;

// This option allows you to control if on a unclean dpkg exit
// unattended-upgrades will automatically run
// dpkg --force-confold --configure -a
// The default is true, to ensure updates keep getting installed
//Unattended-Upgrade::AutoFixInterruptedDpkg "false";

// Split the upgrade into the smallest possible chunks so that
// they can be interrupted with SIGUSR1. This makes the upgrade
// a bit slower but it has the benefit that shutdown while a upgrade
// is running is possible (with a small delay)
//Unattended-Upgrade::MinimalSteps "true";

// Install all unattended-upgrades when the machine is shuting down
// instead of doing it in the background while the machine is running
// This will (obviously) make shutdown slower
//Unattended-Upgrade::InstallOnShutdown "true";

// Send email to this address for problems or packages upgrades
// If empty or unset then no email is sent, make sure that you
// have a working mail setup on your system. A package that provides
// 'mailx' must be installed. E.g. "user@example.com"
//Unattended-Upgrade::Mail "root";

// Set this value to "true" to get emails only on errors. Default
// is to always send a mail if Unattended-Upgrade::Mail is set
//Unattended-Upgrade::MailOnlyOnError "true";

// Do automatic removal of new unused dependencies after the upgrade
// (equivalent to apt-get autoremove)
//Unattended-Upgrade::Remove-Unused-Dependencies "false";

// Automatically reboot *WITHOUT CONFIRMATION* if
// the file /var/run/reboot-required is found after the upgrade
//Unattended-Upgrade::Automatic-Reboot "false";

// Automatically reboot even if there are users currently logged in.
//Unattended-Upgrade::Automatic-Reboot-WithUsers "true";

// If automatic reboot is enabled and needed, reboot at the specific
// time instead of immediately
// Default: "now"
//Unattended-Upgrade::Automatic-Reboot-Time "02:00";

// Use apt bandwidth limit feature, this example limits the download
// speed to 70kb/sec
//Acquire::http::Dl-Limit "70";









share|improve this question



















  • 1




    That file is not doing anything I think - everything is commented? And it is being ignored anyway so your system is apparently managing without it. I'd just mv it somewhere it won't be read, like your home, then you could presumably correct the filename and put it back in place if you ever need it?
    – Zanna
    Sep 25 '16 at 10:38










  • That worked @Zanna, after moving it doesn't shows the error but i hope after rebooting, my PC would open. Would try that next. My one more concern is before upgrading distro my boot up speed was fast enough, now it takes around 2-3 minutes. Clueless about that
    – Gerorge Timber
    Sep 25 '16 at 10:45










  • Heh let us know after reboot. you could post an answer to your own question :) To see what's taking so long at boot, run systemd-analyze blame, but that is a new question.
    – Zanna
    Sep 25 '16 at 10:50










  • Sure thing, i will Update the answer once i reboot .. cheers !
    – Gerorge Timber
    Sep 25 '16 at 10:53






  • 1




    Related: explanation of the origin and purpose of .ucf-dist files
    – David Foerster
    Nov 3 '16 at 18:19














up vote
81
down vote

favorite
14












Yesterday I upgraded distro and today when I am using apt-get to install anything or to update, I get an error:



N: Ignoring file '50unattended-upgrades.ucf-dist' in directory '/etc/apt/apt.conf.d/' as it has an invalid filename extension


As far as I know, this error occurs when some new configs/settings are mixed with the old ones. So I tried to debug it by moving to the folder ls -l /etc/apt/apt.conf.d/



total 52
-rw-r--r-- 1 root root 82 May 19 07:59 00CDMountPoint
-rw-r--r-- 1 root root 40 May 19 07:59 00trustcdrom
-rw-r--r-- 1 root root 769 Sep 2 23:56 01autoremove
-r--r--r-- 1 root root 1936 Sep 25 11:56 01autoremove-kernels
-rw-r--r-- 1 root root 628 Jan 4 2015 01autoremove-postgresql
-rw-r--r-- 1 root root 202 Sep 13 02:17 20listchanges
-rw-r--r-- 1 root root 1040 Dec 9 2014 20packagekit
-rw-r--r-- 1 root root 1438 Sep 16 16:46 50appstream
-rw-r--r-- 1 root root 3945 Jun 29 2015 50unattended-upgrades
-rw-r--r-- 1 root root 4072 Sep 24 19:57 50unattended-upgrades.ucf-dist
-rw-r--r-- 1 root root 182 Mar 19 2015 70debconf
-rw-r--r-- 1 root root 142 Oct 6 2014 80debtags


Looks like the file 50unattended-upgrades.ucf-dist is present. Now my question is if I use rm 50unattended-upgrades.ucf-dist then would it cause any fatalities ahead? I am a bit afraid to use rm here, as the extension is ucf-dist . I researched on the internet and public forums and people were writing about using gconf-cleaner, but haven't tried!



Update 1: As suggested in comment, I am putting the output of cat 50unattended-upgrades.ucf-dist



// Unattended-Upgrade::Origins-Pattern controls which packages are
// upgraded.
//
// Lines below have the format format is "keyword=value,...". A
// package will be upgraded only if the values in its metadata match
// all the supplied keywords in a line. (In other words, omitted
// keywords are wild cards.) The keywords originate from the Release
// file, but several aliases are accepted. The accepted keywords are:
// a,archive,suite (eg, "stable")
// c,component (eg, "main", "crontrib", "non-free")
// l,label (eg, "Debian", "Debian-Security")
// o,origin (eg, "Debian", "Unofficial Multimedia Packages")
// n,codename (eg, "jessie", "jessie-updates")
// site (eg, "http.debian.net")
// The available values on the system are printed by the command
// "apt-cache policy", and can be debugged by running
// "unattended-upgrades -d" and looking at the log file.
//
// Within lines unattended-upgrades allows 2 macros whose values are
// derived from /etc/debian_version:
// $distro_id Installed origin.
// $distro_codename Installed codename (eg, "jessie")
Unattended-Upgrade::Origins-Pattern
// Codename based matching:
// This will follow the migration of a release through different
// archives (e.g. from testing to stable and later oldstable).
// "o=Debian,n=jessie";
// "o=Debian,n=jessie-updates";
// "o=Debian,n=jessie-proposed-updates";
// "o=Debian,n=jessie,l=Debian-Security";

// Archive or Suite based matching:
// Note that this will silently match a different release after
// migration to the specified archive (e.g. testing becomes the
// new stable).
// "o=Debian,a=stable";
// "o=Debian,a=stable-updates";
// "o=Debian,a=proposed-updates";
"origin=Debian,codename=$distro_codename,label=Debian-Security";
;

// List of packages to not update (regexp are supported)
Unattended-Upgrade::Package-Blacklist
// "vim";
// "libc6";
// "libc6-dev";
// "libc6-i686";
;

// This option allows you to control if on a unclean dpkg exit
// unattended-upgrades will automatically run
// dpkg --force-confold --configure -a
// The default is true, to ensure updates keep getting installed
//Unattended-Upgrade::AutoFixInterruptedDpkg "false";

// Split the upgrade into the smallest possible chunks so that
// they can be interrupted with SIGUSR1. This makes the upgrade
// a bit slower but it has the benefit that shutdown while a upgrade
// is running is possible (with a small delay)
//Unattended-Upgrade::MinimalSteps "true";

// Install all unattended-upgrades when the machine is shuting down
// instead of doing it in the background while the machine is running
// This will (obviously) make shutdown slower
//Unattended-Upgrade::InstallOnShutdown "true";

// Send email to this address for problems or packages upgrades
// If empty or unset then no email is sent, make sure that you
// have a working mail setup on your system. A package that provides
// 'mailx' must be installed. E.g. "user@example.com"
//Unattended-Upgrade::Mail "root";

// Set this value to "true" to get emails only on errors. Default
// is to always send a mail if Unattended-Upgrade::Mail is set
//Unattended-Upgrade::MailOnlyOnError "true";

// Do automatic removal of new unused dependencies after the upgrade
// (equivalent to apt-get autoremove)
//Unattended-Upgrade::Remove-Unused-Dependencies "false";

// Automatically reboot *WITHOUT CONFIRMATION* if
// the file /var/run/reboot-required is found after the upgrade
//Unattended-Upgrade::Automatic-Reboot "false";

// Automatically reboot even if there are users currently logged in.
//Unattended-Upgrade::Automatic-Reboot-WithUsers "true";

// If automatic reboot is enabled and needed, reboot at the specific
// time instead of immediately
// Default: "now"
//Unattended-Upgrade::Automatic-Reboot-Time "02:00";

// Use apt bandwidth limit feature, this example limits the download
// speed to 70kb/sec
//Acquire::http::Dl-Limit "70";









share|improve this question



















  • 1




    That file is not doing anything I think - everything is commented? And it is being ignored anyway so your system is apparently managing without it. I'd just mv it somewhere it won't be read, like your home, then you could presumably correct the filename and put it back in place if you ever need it?
    – Zanna
    Sep 25 '16 at 10:38










  • That worked @Zanna, after moving it doesn't shows the error but i hope after rebooting, my PC would open. Would try that next. My one more concern is before upgrading distro my boot up speed was fast enough, now it takes around 2-3 minutes. Clueless about that
    – Gerorge Timber
    Sep 25 '16 at 10:45










  • Heh let us know after reboot. you could post an answer to your own question :) To see what's taking so long at boot, run systemd-analyze blame, but that is a new question.
    – Zanna
    Sep 25 '16 at 10:50










  • Sure thing, i will Update the answer once i reboot .. cheers !
    – Gerorge Timber
    Sep 25 '16 at 10:53






  • 1




    Related: explanation of the origin and purpose of .ucf-dist files
    – David Foerster
    Nov 3 '16 at 18:19












up vote
81
down vote

favorite
14









up vote
81
down vote

favorite
14






14





Yesterday I upgraded distro and today when I am using apt-get to install anything or to update, I get an error:



N: Ignoring file '50unattended-upgrades.ucf-dist' in directory '/etc/apt/apt.conf.d/' as it has an invalid filename extension


As far as I know, this error occurs when some new configs/settings are mixed with the old ones. So I tried to debug it by moving to the folder ls -l /etc/apt/apt.conf.d/



total 52
-rw-r--r-- 1 root root 82 May 19 07:59 00CDMountPoint
-rw-r--r-- 1 root root 40 May 19 07:59 00trustcdrom
-rw-r--r-- 1 root root 769 Sep 2 23:56 01autoremove
-r--r--r-- 1 root root 1936 Sep 25 11:56 01autoremove-kernels
-rw-r--r-- 1 root root 628 Jan 4 2015 01autoremove-postgresql
-rw-r--r-- 1 root root 202 Sep 13 02:17 20listchanges
-rw-r--r-- 1 root root 1040 Dec 9 2014 20packagekit
-rw-r--r-- 1 root root 1438 Sep 16 16:46 50appstream
-rw-r--r-- 1 root root 3945 Jun 29 2015 50unattended-upgrades
-rw-r--r-- 1 root root 4072 Sep 24 19:57 50unattended-upgrades.ucf-dist
-rw-r--r-- 1 root root 182 Mar 19 2015 70debconf
-rw-r--r-- 1 root root 142 Oct 6 2014 80debtags


Looks like the file 50unattended-upgrades.ucf-dist is present. Now my question is if I use rm 50unattended-upgrades.ucf-dist then would it cause any fatalities ahead? I am a bit afraid to use rm here, as the extension is ucf-dist . I researched on the internet and public forums and people were writing about using gconf-cleaner, but haven't tried!



Update 1: As suggested in comment, I am putting the output of cat 50unattended-upgrades.ucf-dist



// Unattended-Upgrade::Origins-Pattern controls which packages are
// upgraded.
//
// Lines below have the format format is "keyword=value,...". A
// package will be upgraded only if the values in its metadata match
// all the supplied keywords in a line. (In other words, omitted
// keywords are wild cards.) The keywords originate from the Release
// file, but several aliases are accepted. The accepted keywords are:
// a,archive,suite (eg, "stable")
// c,component (eg, "main", "crontrib", "non-free")
// l,label (eg, "Debian", "Debian-Security")
// o,origin (eg, "Debian", "Unofficial Multimedia Packages")
// n,codename (eg, "jessie", "jessie-updates")
// site (eg, "http.debian.net")
// The available values on the system are printed by the command
// "apt-cache policy", and can be debugged by running
// "unattended-upgrades -d" and looking at the log file.
//
// Within lines unattended-upgrades allows 2 macros whose values are
// derived from /etc/debian_version:
// $distro_id Installed origin.
// $distro_codename Installed codename (eg, "jessie")
Unattended-Upgrade::Origins-Pattern
// Codename based matching:
// This will follow the migration of a release through different
// archives (e.g. from testing to stable and later oldstable).
// "o=Debian,n=jessie";
// "o=Debian,n=jessie-updates";
// "o=Debian,n=jessie-proposed-updates";
// "o=Debian,n=jessie,l=Debian-Security";

// Archive or Suite based matching:
// Note that this will silently match a different release after
// migration to the specified archive (e.g. testing becomes the
// new stable).
// "o=Debian,a=stable";
// "o=Debian,a=stable-updates";
// "o=Debian,a=proposed-updates";
"origin=Debian,codename=$distro_codename,label=Debian-Security";
;

// List of packages to not update (regexp are supported)
Unattended-Upgrade::Package-Blacklist
// "vim";
// "libc6";
// "libc6-dev";
// "libc6-i686";
;

// This option allows you to control if on a unclean dpkg exit
// unattended-upgrades will automatically run
// dpkg --force-confold --configure -a
// The default is true, to ensure updates keep getting installed
//Unattended-Upgrade::AutoFixInterruptedDpkg "false";

// Split the upgrade into the smallest possible chunks so that
// they can be interrupted with SIGUSR1. This makes the upgrade
// a bit slower but it has the benefit that shutdown while a upgrade
// is running is possible (with a small delay)
//Unattended-Upgrade::MinimalSteps "true";

// Install all unattended-upgrades when the machine is shuting down
// instead of doing it in the background while the machine is running
// This will (obviously) make shutdown slower
//Unattended-Upgrade::InstallOnShutdown "true";

// Send email to this address for problems or packages upgrades
// If empty or unset then no email is sent, make sure that you
// have a working mail setup on your system. A package that provides
// 'mailx' must be installed. E.g. "user@example.com"
//Unattended-Upgrade::Mail "root";

// Set this value to "true" to get emails only on errors. Default
// is to always send a mail if Unattended-Upgrade::Mail is set
//Unattended-Upgrade::MailOnlyOnError "true";

// Do automatic removal of new unused dependencies after the upgrade
// (equivalent to apt-get autoremove)
//Unattended-Upgrade::Remove-Unused-Dependencies "false";

// Automatically reboot *WITHOUT CONFIRMATION* if
// the file /var/run/reboot-required is found after the upgrade
//Unattended-Upgrade::Automatic-Reboot "false";

// Automatically reboot even if there are users currently logged in.
//Unattended-Upgrade::Automatic-Reboot-WithUsers "true";

// If automatic reboot is enabled and needed, reboot at the specific
// time instead of immediately
// Default: "now"
//Unattended-Upgrade::Automatic-Reboot-Time "02:00";

// Use apt bandwidth limit feature, this example limits the download
// speed to 70kb/sec
//Acquire::http::Dl-Limit "70";









share|improve this question















Yesterday I upgraded distro and today when I am using apt-get to install anything or to update, I get an error:



N: Ignoring file '50unattended-upgrades.ucf-dist' in directory '/etc/apt/apt.conf.d/' as it has an invalid filename extension


As far as I know, this error occurs when some new configs/settings are mixed with the old ones. So I tried to debug it by moving to the folder ls -l /etc/apt/apt.conf.d/



total 52
-rw-r--r-- 1 root root 82 May 19 07:59 00CDMountPoint
-rw-r--r-- 1 root root 40 May 19 07:59 00trustcdrom
-rw-r--r-- 1 root root 769 Sep 2 23:56 01autoremove
-r--r--r-- 1 root root 1936 Sep 25 11:56 01autoremove-kernels
-rw-r--r-- 1 root root 628 Jan 4 2015 01autoremove-postgresql
-rw-r--r-- 1 root root 202 Sep 13 02:17 20listchanges
-rw-r--r-- 1 root root 1040 Dec 9 2014 20packagekit
-rw-r--r-- 1 root root 1438 Sep 16 16:46 50appstream
-rw-r--r-- 1 root root 3945 Jun 29 2015 50unattended-upgrades
-rw-r--r-- 1 root root 4072 Sep 24 19:57 50unattended-upgrades.ucf-dist
-rw-r--r-- 1 root root 182 Mar 19 2015 70debconf
-rw-r--r-- 1 root root 142 Oct 6 2014 80debtags


Looks like the file 50unattended-upgrades.ucf-dist is present. Now my question is if I use rm 50unattended-upgrades.ucf-dist then would it cause any fatalities ahead? I am a bit afraid to use rm here, as the extension is ucf-dist . I researched on the internet and public forums and people were writing about using gconf-cleaner, but haven't tried!



Update 1: As suggested in comment, I am putting the output of cat 50unattended-upgrades.ucf-dist



// Unattended-Upgrade::Origins-Pattern controls which packages are
// upgraded.
//
// Lines below have the format format is "keyword=value,...". A
// package will be upgraded only if the values in its metadata match
// all the supplied keywords in a line. (In other words, omitted
// keywords are wild cards.) The keywords originate from the Release
// file, but several aliases are accepted. The accepted keywords are:
// a,archive,suite (eg, "stable")
// c,component (eg, "main", "crontrib", "non-free")
// l,label (eg, "Debian", "Debian-Security")
// o,origin (eg, "Debian", "Unofficial Multimedia Packages")
// n,codename (eg, "jessie", "jessie-updates")
// site (eg, "http.debian.net")
// The available values on the system are printed by the command
// "apt-cache policy", and can be debugged by running
// "unattended-upgrades -d" and looking at the log file.
//
// Within lines unattended-upgrades allows 2 macros whose values are
// derived from /etc/debian_version:
// $distro_id Installed origin.
// $distro_codename Installed codename (eg, "jessie")
Unattended-Upgrade::Origins-Pattern
// Codename based matching:
// This will follow the migration of a release through different
// archives (e.g. from testing to stable and later oldstable).
// "o=Debian,n=jessie";
// "o=Debian,n=jessie-updates";
// "o=Debian,n=jessie-proposed-updates";
// "o=Debian,n=jessie,l=Debian-Security";

// Archive or Suite based matching:
// Note that this will silently match a different release after
// migration to the specified archive (e.g. testing becomes the
// new stable).
// "o=Debian,a=stable";
// "o=Debian,a=stable-updates";
// "o=Debian,a=proposed-updates";
"origin=Debian,codename=$distro_codename,label=Debian-Security";
;

// List of packages to not update (regexp are supported)
Unattended-Upgrade::Package-Blacklist
// "vim";
// "libc6";
// "libc6-dev";
// "libc6-i686";
;

// This option allows you to control if on a unclean dpkg exit
// unattended-upgrades will automatically run
// dpkg --force-confold --configure -a
// The default is true, to ensure updates keep getting installed
//Unattended-Upgrade::AutoFixInterruptedDpkg "false";

// Split the upgrade into the smallest possible chunks so that
// they can be interrupted with SIGUSR1. This makes the upgrade
// a bit slower but it has the benefit that shutdown while a upgrade
// is running is possible (with a small delay)
//Unattended-Upgrade::MinimalSteps "true";

// Install all unattended-upgrades when the machine is shuting down
// instead of doing it in the background while the machine is running
// This will (obviously) make shutdown slower
//Unattended-Upgrade::InstallOnShutdown "true";

// Send email to this address for problems or packages upgrades
// If empty or unset then no email is sent, make sure that you
// have a working mail setup on your system. A package that provides
// 'mailx' must be installed. E.g. "user@example.com"
//Unattended-Upgrade::Mail "root";

// Set this value to "true" to get emails only on errors. Default
// is to always send a mail if Unattended-Upgrade::Mail is set
//Unattended-Upgrade::MailOnlyOnError "true";

// Do automatic removal of new unused dependencies after the upgrade
// (equivalent to apt-get autoremove)
//Unattended-Upgrade::Remove-Unused-Dependencies "false";

// Automatically reboot *WITHOUT CONFIRMATION* if
// the file /var/run/reboot-required is found after the upgrade
//Unattended-Upgrade::Automatic-Reboot "false";

// Automatically reboot even if there are users currently logged in.
//Unattended-Upgrade::Automatic-Reboot-WithUsers "true";

// If automatic reboot is enabled and needed, reboot at the specific
// time instead of immediately
// Default: "now"
//Unattended-Upgrade::Automatic-Reboot-Time "02:00";

// Use apt bandwidth limit feature, this example limits the download
// speed to 70kb/sec
//Acquire::http::Dl-Limit "70";






14.04 apt upgrade package-management updates






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Jun 28 '17 at 23:39









Community♦

1




1










asked Sep 25 '16 at 10:22









Gerorge Timber

506145




506145







  • 1




    That file is not doing anything I think - everything is commented? And it is being ignored anyway so your system is apparently managing without it. I'd just mv it somewhere it won't be read, like your home, then you could presumably correct the filename and put it back in place if you ever need it?
    – Zanna
    Sep 25 '16 at 10:38










  • That worked @Zanna, after moving it doesn't shows the error but i hope after rebooting, my PC would open. Would try that next. My one more concern is before upgrading distro my boot up speed was fast enough, now it takes around 2-3 minutes. Clueless about that
    – Gerorge Timber
    Sep 25 '16 at 10:45










  • Heh let us know after reboot. you could post an answer to your own question :) To see what's taking so long at boot, run systemd-analyze blame, but that is a new question.
    – Zanna
    Sep 25 '16 at 10:50










  • Sure thing, i will Update the answer once i reboot .. cheers !
    – Gerorge Timber
    Sep 25 '16 at 10:53






  • 1




    Related: explanation of the origin and purpose of .ucf-dist files
    – David Foerster
    Nov 3 '16 at 18:19












  • 1




    That file is not doing anything I think - everything is commented? And it is being ignored anyway so your system is apparently managing without it. I'd just mv it somewhere it won't be read, like your home, then you could presumably correct the filename and put it back in place if you ever need it?
    – Zanna
    Sep 25 '16 at 10:38










  • That worked @Zanna, after moving it doesn't shows the error but i hope after rebooting, my PC would open. Would try that next. My one more concern is before upgrading distro my boot up speed was fast enough, now it takes around 2-3 minutes. Clueless about that
    – Gerorge Timber
    Sep 25 '16 at 10:45










  • Heh let us know after reboot. you could post an answer to your own question :) To see what's taking so long at boot, run systemd-analyze blame, but that is a new question.
    – Zanna
    Sep 25 '16 at 10:50










  • Sure thing, i will Update the answer once i reboot .. cheers !
    – Gerorge Timber
    Sep 25 '16 at 10:53






  • 1




    Related: explanation of the origin and purpose of .ucf-dist files
    – David Foerster
    Nov 3 '16 at 18:19







1




1




That file is not doing anything I think - everything is commented? And it is being ignored anyway so your system is apparently managing without it. I'd just mv it somewhere it won't be read, like your home, then you could presumably correct the filename and put it back in place if you ever need it?
– Zanna
Sep 25 '16 at 10:38




That file is not doing anything I think - everything is commented? And it is being ignored anyway so your system is apparently managing without it. I'd just mv it somewhere it won't be read, like your home, then you could presumably correct the filename and put it back in place if you ever need it?
– Zanna
Sep 25 '16 at 10:38












That worked @Zanna, after moving it doesn't shows the error but i hope after rebooting, my PC would open. Would try that next. My one more concern is before upgrading distro my boot up speed was fast enough, now it takes around 2-3 minutes. Clueless about that
– Gerorge Timber
Sep 25 '16 at 10:45




That worked @Zanna, after moving it doesn't shows the error but i hope after rebooting, my PC would open. Would try that next. My one more concern is before upgrading distro my boot up speed was fast enough, now it takes around 2-3 minutes. Clueless about that
– Gerorge Timber
Sep 25 '16 at 10:45












Heh let us know after reboot. you could post an answer to your own question :) To see what's taking so long at boot, run systemd-analyze blame, but that is a new question.
– Zanna
Sep 25 '16 at 10:50




Heh let us know after reboot. you could post an answer to your own question :) To see what's taking so long at boot, run systemd-analyze blame, but that is a new question.
– Zanna
Sep 25 '16 at 10:50












Sure thing, i will Update the answer once i reboot .. cheers !
– Gerorge Timber
Sep 25 '16 at 10:53




Sure thing, i will Update the answer once i reboot .. cheers !
– Gerorge Timber
Sep 25 '16 at 10:53




1




1




Related: explanation of the origin and purpose of .ucf-dist files
– David Foerster
Nov 3 '16 at 18:19




Related: explanation of the origin and purpose of .ucf-dist files
– David Foerster
Nov 3 '16 at 18:19










2 Answers
2






active

oldest

votes

















up vote
74
down vote













See this explanation of the origin and purpose of .ucf-dist files. This means you can either ignore the notice (that's what the N: prefix stands for) or remove said file.



Before you remove the file, make sure it doesn't contain any packages you might still need. Compare it to the one that is currently active on your system:



diff /etc/apt/apt.conf.d/50unattended-upgrades.ucf-old /etc/apt/apt.conf.d/50unattended-upgrades


If you are sure you don't need anything any more, you can ignore this file or remove it. To remove the file run:



sudo rm /etc/apt/apt.conf.d/50unattended-upgrades.ucf-dist





share|improve this answer


















  • 7




    It's not necessary to update and upgrade after the removal of that file. The prefix N: means that it's merely a notice and didn't block any action of Apt like updating and upgrading.
    – David Foerster
    Nov 3 '16 at 18:22











  • But I couldn't install any software until I remove the file. Thanks @Rashedul.
    – Isuru
    Apr 22 '17 at 8:35






  • 4




    Didn't you mean to delete instead the old file? i.e. sudo rm /etc/apt/apt.conf.d/50unattended-upgrades.ucf-dist-old
    – Yuval Atzmon
    Apr 27 '17 at 15:10










  • in my case, the file is "50unattended-upgrades.ucf-old", they should create some convention to keep these obsolete files while still not generating any log messages, so we would not lose the file and neither get alarmed :)
    – Aquarius Power
    Sep 4 '17 at 21:30

















up vote
18
down vote













This also happened to me when I upgraded from 14.04 to 16.04, during upgrade installation I was prompted to choose between the original (modified by me) 50unattended-upgrades file or the original one contained in the package update, I of course chose to keep the former.



After installation the uncalled for file 50unattended-upgrades.ucf-dist was present in my system, after I took a quick glance to check if there was any significant change with the old version of the file, it was plain obvious there wasn't any difference, so I simply deleted it.



Bottom line, you can just get rid of it if you're happy with your current version of 50unattended-upgrades.






share|improve this answer



















    protected by Community♦ Jan 28 '17 at 16:16



    Thank you for your interest in this question.
    Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).



    Would you like to answer one of these unanswered questions instead?














    2 Answers
    2






    active

    oldest

    votes








    2 Answers
    2






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    74
    down vote













    See this explanation of the origin and purpose of .ucf-dist files. This means you can either ignore the notice (that's what the N: prefix stands for) or remove said file.



    Before you remove the file, make sure it doesn't contain any packages you might still need. Compare it to the one that is currently active on your system:



    diff /etc/apt/apt.conf.d/50unattended-upgrades.ucf-old /etc/apt/apt.conf.d/50unattended-upgrades


    If you are sure you don't need anything any more, you can ignore this file or remove it. To remove the file run:



    sudo rm /etc/apt/apt.conf.d/50unattended-upgrades.ucf-dist





    share|improve this answer


















    • 7




      It's not necessary to update and upgrade after the removal of that file. The prefix N: means that it's merely a notice and didn't block any action of Apt like updating and upgrading.
      – David Foerster
      Nov 3 '16 at 18:22











    • But I couldn't install any software until I remove the file. Thanks @Rashedul.
      – Isuru
      Apr 22 '17 at 8:35






    • 4




      Didn't you mean to delete instead the old file? i.e. sudo rm /etc/apt/apt.conf.d/50unattended-upgrades.ucf-dist-old
      – Yuval Atzmon
      Apr 27 '17 at 15:10










    • in my case, the file is "50unattended-upgrades.ucf-old", they should create some convention to keep these obsolete files while still not generating any log messages, so we would not lose the file and neither get alarmed :)
      – Aquarius Power
      Sep 4 '17 at 21:30














    up vote
    74
    down vote













    See this explanation of the origin and purpose of .ucf-dist files. This means you can either ignore the notice (that's what the N: prefix stands for) or remove said file.



    Before you remove the file, make sure it doesn't contain any packages you might still need. Compare it to the one that is currently active on your system:



    diff /etc/apt/apt.conf.d/50unattended-upgrades.ucf-old /etc/apt/apt.conf.d/50unattended-upgrades


    If you are sure you don't need anything any more, you can ignore this file or remove it. To remove the file run:



    sudo rm /etc/apt/apt.conf.d/50unattended-upgrades.ucf-dist





    share|improve this answer


















    • 7




      It's not necessary to update and upgrade after the removal of that file. The prefix N: means that it's merely a notice and didn't block any action of Apt like updating and upgrading.
      – David Foerster
      Nov 3 '16 at 18:22











    • But I couldn't install any software until I remove the file. Thanks @Rashedul.
      – Isuru
      Apr 22 '17 at 8:35






    • 4




      Didn't you mean to delete instead the old file? i.e. sudo rm /etc/apt/apt.conf.d/50unattended-upgrades.ucf-dist-old
      – Yuval Atzmon
      Apr 27 '17 at 15:10










    • in my case, the file is "50unattended-upgrades.ucf-old", they should create some convention to keep these obsolete files while still not generating any log messages, so we would not lose the file and neither get alarmed :)
      – Aquarius Power
      Sep 4 '17 at 21:30












    up vote
    74
    down vote










    up vote
    74
    down vote









    See this explanation of the origin and purpose of .ucf-dist files. This means you can either ignore the notice (that's what the N: prefix stands for) or remove said file.



    Before you remove the file, make sure it doesn't contain any packages you might still need. Compare it to the one that is currently active on your system:



    diff /etc/apt/apt.conf.d/50unattended-upgrades.ucf-old /etc/apt/apt.conf.d/50unattended-upgrades


    If you are sure you don't need anything any more, you can ignore this file or remove it. To remove the file run:



    sudo rm /etc/apt/apt.conf.d/50unattended-upgrades.ucf-dist





    share|improve this answer














    See this explanation of the origin and purpose of .ucf-dist files. This means you can either ignore the notice (that's what the N: prefix stands for) or remove said file.



    Before you remove the file, make sure it doesn't contain any packages you might still need. Compare it to the one that is currently active on your system:



    diff /etc/apt/apt.conf.d/50unattended-upgrades.ucf-old /etc/apt/apt.conf.d/50unattended-upgrades


    If you are sure you don't need anything any more, you can ignore this file or remove it. To remove the file run:



    sudo rm /etc/apt/apt.conf.d/50unattended-upgrades.ucf-dist






    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited Apr 12 '17 at 3:45









    f.ardelian

    2361210




    2361210










    answered Nov 3 '16 at 8:51









    Rashedul

    74123




    74123







    • 7




      It's not necessary to update and upgrade after the removal of that file. The prefix N: means that it's merely a notice and didn't block any action of Apt like updating and upgrading.
      – David Foerster
      Nov 3 '16 at 18:22











    • But I couldn't install any software until I remove the file. Thanks @Rashedul.
      – Isuru
      Apr 22 '17 at 8:35






    • 4




      Didn't you mean to delete instead the old file? i.e. sudo rm /etc/apt/apt.conf.d/50unattended-upgrades.ucf-dist-old
      – Yuval Atzmon
      Apr 27 '17 at 15:10










    • in my case, the file is "50unattended-upgrades.ucf-old", they should create some convention to keep these obsolete files while still not generating any log messages, so we would not lose the file and neither get alarmed :)
      – Aquarius Power
      Sep 4 '17 at 21:30












    • 7




      It's not necessary to update and upgrade after the removal of that file. The prefix N: means that it's merely a notice and didn't block any action of Apt like updating and upgrading.
      – David Foerster
      Nov 3 '16 at 18:22











    • But I couldn't install any software until I remove the file. Thanks @Rashedul.
      – Isuru
      Apr 22 '17 at 8:35






    • 4




      Didn't you mean to delete instead the old file? i.e. sudo rm /etc/apt/apt.conf.d/50unattended-upgrades.ucf-dist-old
      – Yuval Atzmon
      Apr 27 '17 at 15:10










    • in my case, the file is "50unattended-upgrades.ucf-old", they should create some convention to keep these obsolete files while still not generating any log messages, so we would not lose the file and neither get alarmed :)
      – Aquarius Power
      Sep 4 '17 at 21:30







    7




    7




    It's not necessary to update and upgrade after the removal of that file. The prefix N: means that it's merely a notice and didn't block any action of Apt like updating and upgrading.
    – David Foerster
    Nov 3 '16 at 18:22





    It's not necessary to update and upgrade after the removal of that file. The prefix N: means that it's merely a notice and didn't block any action of Apt like updating and upgrading.
    – David Foerster
    Nov 3 '16 at 18:22













    But I couldn't install any software until I remove the file. Thanks @Rashedul.
    – Isuru
    Apr 22 '17 at 8:35




    But I couldn't install any software until I remove the file. Thanks @Rashedul.
    – Isuru
    Apr 22 '17 at 8:35




    4




    4




    Didn't you mean to delete instead the old file? i.e. sudo rm /etc/apt/apt.conf.d/50unattended-upgrades.ucf-dist-old
    – Yuval Atzmon
    Apr 27 '17 at 15:10




    Didn't you mean to delete instead the old file? i.e. sudo rm /etc/apt/apt.conf.d/50unattended-upgrades.ucf-dist-old
    – Yuval Atzmon
    Apr 27 '17 at 15:10












    in my case, the file is "50unattended-upgrades.ucf-old", they should create some convention to keep these obsolete files while still not generating any log messages, so we would not lose the file and neither get alarmed :)
    – Aquarius Power
    Sep 4 '17 at 21:30




    in my case, the file is "50unattended-upgrades.ucf-old", they should create some convention to keep these obsolete files while still not generating any log messages, so we would not lose the file and neither get alarmed :)
    – Aquarius Power
    Sep 4 '17 at 21:30












    up vote
    18
    down vote













    This also happened to me when I upgraded from 14.04 to 16.04, during upgrade installation I was prompted to choose between the original (modified by me) 50unattended-upgrades file or the original one contained in the package update, I of course chose to keep the former.



    After installation the uncalled for file 50unattended-upgrades.ucf-dist was present in my system, after I took a quick glance to check if there was any significant change with the old version of the file, it was plain obvious there wasn't any difference, so I simply deleted it.



    Bottom line, you can just get rid of it if you're happy with your current version of 50unattended-upgrades.






    share|improve this answer
























      up vote
      18
      down vote













      This also happened to me when I upgraded from 14.04 to 16.04, during upgrade installation I was prompted to choose between the original (modified by me) 50unattended-upgrades file or the original one contained in the package update, I of course chose to keep the former.



      After installation the uncalled for file 50unattended-upgrades.ucf-dist was present in my system, after I took a quick glance to check if there was any significant change with the old version of the file, it was plain obvious there wasn't any difference, so I simply deleted it.



      Bottom line, you can just get rid of it if you're happy with your current version of 50unattended-upgrades.






      share|improve this answer






















        up vote
        18
        down vote










        up vote
        18
        down vote









        This also happened to me when I upgraded from 14.04 to 16.04, during upgrade installation I was prompted to choose between the original (modified by me) 50unattended-upgrades file or the original one contained in the package update, I of course chose to keep the former.



        After installation the uncalled for file 50unattended-upgrades.ucf-dist was present in my system, after I took a quick glance to check if there was any significant change with the old version of the file, it was plain obvious there wasn't any difference, so I simply deleted it.



        Bottom line, you can just get rid of it if you're happy with your current version of 50unattended-upgrades.






        share|improve this answer












        This also happened to me when I upgraded from 14.04 to 16.04, during upgrade installation I was prompted to choose between the original (modified by me) 50unattended-upgrades file or the original one contained in the package update, I of course chose to keep the former.



        After installation the uncalled for file 50unattended-upgrades.ucf-dist was present in my system, after I took a quick glance to check if there was any significant change with the old version of the file, it was plain obvious there wasn't any difference, so I simply deleted it.



        Bottom line, you can just get rid of it if you're happy with your current version of 50unattended-upgrades.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Sep 25 '16 at 20:58









        Javier Caselli

        38114




        38114















            protected by Community♦ Jan 28 '17 at 16:16



            Thank you for your interest in this question.
            Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).



            Would you like to answer one of these unanswered questions instead?


            Popular posts from this blog

            pylint3 and pip3 broken

            Missing snmpget and snmpwalk

            How to enroll fingerprints to Ubuntu 17.10 with VFS491