[Bug 919673] New: / partition full => user pb
http://bugzilla.opensuse.org/show_bug.cgi?id=919673 Bug ID: 919673 Summary: / partition full => user pb Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening@forge.provo.novell.com Reporter: epistemepromeneur@free.fr QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- yesterday yast software manager was not enable to update opensuse because of not enough place in / partition . i investigated then i found that /tmp/kde-<me> size was 7.5 Gb ! it's not normal that the os can be stopped because of some temporary variable size data . i am surprised by this fragility of opensuse . why by default you don't isolate variable size data in another partition ? why user temporary data are stored in /tmp/ instead of /home/<user>/tmp/ ? do you think of non technie user ? it's a big pb for them . -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=919673 Bernhard Wiedemann <bwiedemann@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aschnell@suse.com, | |bwiedemann@suse.com, | |kde-maintainers@suse.de --- Comment #1 from Bernhard Wiedemann <bwiedemann@suse.com> --- I agree that a Linux system should just keep working. a) would be interesting, why there is so much data in /tmp/kde* b) in principle you could place /tmp , /var/tmp , /var/log etc on a separate partition, but it was not the default and even then certain programs could fail because they need space there. Not sure if it is different with btrfs subvolumes these days. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=919673 --- Comment #2 from Episteme PROMENEUR <epistemepromeneur@free.fr> --- i used opensuse for 2 years . thus opensuse accumulates 2 years of tmp files . dolphin put many files dolphin*.tmp firefox puts many files khtmlCache*.tmp also i found many movies !? that was the pb . what apps put them ? at least opensuse : - during boot must clear /tmp/ - must send an alarm to all users when there is a risk of bad running because of a lack of space . -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=919673 Bernhard Wiedemann <bwiedemann@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX Assignee|bnc-team-screening@forge.pr |systemd-maintainers@suse.de |ovo.novell.com | --- Comment #3 from Bernhard Wiedemann <bwiedemann@suse.com> --- /usr/lib/tmpfiles.d/tmp.conf configures /tmp to not be cleaned (there was a long discussion on this some years ago with people losing files from the unexpected auto-cleaner) but as sysadmin, you can override it via /etc/tmpfiles.d/tmp.conf containing d /tmp 1777 root root 7d -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=919673 --- Comment #4 from Episteme PROMENEUR <epistemepromeneur@free.fr> --- (In reply to Bernhard Wiedemann from comment #3)
/usr/lib/tmpfiles.d/tmp.conf configures /tmp to not be cleaned (there was a long discussion on this some years ago with people losing files from the unexpected auto-cleaner)
ok but the pb is still there ; - opensuse must send an alert when a partition is almost full . this for any partition . - you must force the apps using /home/<user>/tmp/ is there a mean for a user to declare in its environment a kind of alias between /tmp/ and /home/<user>/tmp/ ? thanks -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=919673 --- Comment #5 from Bernhard Wiedemann <bwiedemann@suse.com> --- There is an environment variable TMPDIR=/tmp so maybe some programs are using it (or TMP or TEMP var) you could try filling them with different values and watch where programs create their files -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com