Strange Brasero behavior

ionmich · April 13, 2019, 3:34pm

Leap 15.0 - XFCE

My home directory is 10G big…

/dev/sda6       147560448  168040447   20480000   9.8G 83 Linux

…there is nothing mounted on it…

# mountsysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,size=3007436k,nr_inodes=751859,mode=755)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
/dev/sda3 on / type ext4 (rw,relatime,data=ordered)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=24,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=13316)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=609668k,mode=700,uid=1000,gid=100)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
linux-cxfq:/home/ion #

df shows it contains 2783480 of data.

# dfFilesystem     1K-blocks    Used Available Use% Mounted on
devtmpfs         3007436       0   3007436   0% /dev
tmpfs            3048352   11188   3037164   1% /dev/shm
tmpfs            3048352    9760   3038592   1% /run
tmpfs            3048352       0   3048352   0% /sys/fs/cgroup
/dev/sda3       30106488 9033388  19520716  32% /
/dev/sda6       10013512 2783480   6701648  30% /home
tmpfs             609668      24    609644   1% /run/user/1000
linux-cxfq:/home/ion #

But when I start Brasero and tell it to write my home directory (/home/ion) it runs very slowly accumulating the files, reports that there is not sufficient room on the disk and continues accumulating files until it reaches 20G when I stop it.

I suppose I will need to install something else to deal with the problem, but would still like to know what’s happening.

Any advice will be appreciated.

gogalthorp · April 13, 2019, 4:49pm

Burner software would use /tmp for many operations so maybe that is what it is looking at??? Would not think it would care about /home

ionmich · April 13, 2019, 7:01pm

/tmp did have a number of files. I deleted them and tried again. Brasero ran very slowly using 98% CPU. After 15 minutes it showed an “Estimated project size 4.3GB” and was still going. The estimated project size then reducing to 3.4GB and then it reported ““queue” cannot be added to the selection. It does not exist at the specified location.” More of these errors showed up with different file names. Many of them including the word “Chrome” in the file name. Well Opera which is Chrome-based has been running all the time as I report here. Brasero is still running.

Earlier I installed k3b and it produced similar results. My hard drive is very young and smartctl tells me it’s fine. The computer boots normally and I have seen no other problems.

By the way I was able to copy the very same /home/ion directory to a USB stick and a USB hard drive with no errors. I checked them.

Now finally Brasero has crashed, not showing up in “top” but still displaying on my screen. Curiouser and curiouser…

ionmich · April 13, 2019, 8:52pm

I closed Opera and of course all the Chrome based errors disappeared. But nothing else changed.

ionmich · April 13, 2019, 9:25pm

Progress!

My home directory /home/ion contains two emulator directories. One is .cxoffice and the other is .wine. If I exclude them from the Brasero list to copy, everything returns to normal and the accumulated files add up to around 850 megs. .wine is used by MESS to run a 6809 emulator under Windows. .cxoffice is an application called CrossOver to emulate Windows and to also run a 6809 emulator under Windows. They offer different benefits. But I believe that one of them (or possibly both) create symlinks to files under .wine and perhaps to each other, possibly to each other’s symlinks if that’s possible.

In any case that excludes Brasero and k3b as a method of backup. I won’t know if the USB stick and USB hard drive backed up properly until I install to a fresh machine. Much later.