[Bug 1589015] Re: Printer bug adds code into /var/tmp endlessly
Martin Pitt
martin.pitt at ubuntu.com
Sun Jun 5 19:32:33 UTC 2016
I suppose you are talking abou the cnij* files which aren't being
cleaned up? That's what your link refers to. I'm not entirely sure which
driver is doing this, but tentatively assigning to the Canon one.
** Package changed: systemd (Ubuntu) => cjet (Ubuntu)
** Changed in: cjet (Ubuntu)
Status: New => Incomplete
** Summary changed:
- Printer bug adds code into /var/tmp endlessly
+ Printer bug adds cnij* into /var/tmp endlessly
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1589015
Title:
Printer bug adds cnij* into /var/tmp endlessly
Status in cjet package in Ubuntu:
Incomplete
Bug description:
Canon Maxify MB2320 printer (all-in-one) causes or systemd causes
lines to be added to /var/tmp/ continuously. By constant, I mean
whenever the printer, or scanner, or copier function. I reported a bug
at the Canon Printer Community Forum for it's writing massively large
files (starting cnij) and filling /var/tmp to the point where / was
complaining of no space remaining. As these two problems may be linked
I'm posting a little about the cnij files, too. Please bear with me.
http://community.usa.canon.com/t5/Office-Printers/Maxify-MB2320-and-
driver/td-p/165313
The next problem occurs after I start a weekly removal of those cnij
files. When the device (printer) was first installed there were but 3
or 4 files in /var/tmp, no including the cnij-s.
That has now grown to 70+ lines. I append a few here, as they are
somewhat similar. If you wish to see all 70, they are at
https://paste.ubuntu.com/16968056/
Representative sample:
mark at Lexington:/var/tmp$ ls
canon_sgmp2_setting.ini
kdecache-mark
mkinitramfs-FW_mgeshg
systemd-private-273505a4cf664ff0af6e81870ea6665a-colord.service-hk7T18
systemd-private-273505a4cf664ff0af6e81870ea6665a-rtkit-daemon.service-Lv8yQF
systemd-private-273505a4cf664ff0af6e81870ea6665a-systemd-timesyncd.service-Fizgv4
systemd-private-29b03f52b21d493abf1e8ea22b6b7adc-colord.service-WLN1p1
systemd-private-29b03f52b21d493abf1e8ea22b6b7adc-rtkit-daemon.service-ghG257
systemd-private-29b03f52b21d493abf1e8ea22b6b7adc-systemd-timesyncd.service-BuNOet
While trying to run Ubuntu's (badly named app) "Backup", I received
the following error message:
Backup Failed
Giving up after 5 attempts. Error: g-io-error-quark: Error opening
file: '/media/mark/80cb5313-35a0-432b-9250-4cc62d79a3c8/duplicity-
inc.20160528T201042Z.to.20160603T203335Z.vol2.diff tar.gpg': Read-only
file system (21)
I have asked for help at AskUbuntu and the Ubuntu Forums. At AskU I
was directed to report the bug here. Following the Launchpad reporting
guidelines:
Description: Ubuntu 16.04 LTS
Release: 16.04
mark at Lexington:/var/tmp$ apt-cache policy backups
N: Unable to locate package backups
I expected the backup to run as it has for years and years.
Backup reports fail message.
I am not aware of whether this is a security bug. I have left that box
unchecked.
There has been no response at Ubuntu Forums as yet. If there is one I
will add the relevant information as it becomes available.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cjet/+bug/1589015/+subscriptions
More information about the foundations-bugs
mailing list