0.7.0 beta bug: Wiping memory -- segmentation fault (core dumped)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
BleachBit |
Fix Released
|
High
|
Andrew Ziem |
Bug Description
Arch Linux, KDE 4.3.2, Kernel 2.6.31.4, Python 2.6.3
###
Ok this is going to be a bit more complicated. I hope I got enough information for you, if not please tell me what I have to do.
I have done everything as root because a normal user shouldn't have the rights to clean the memory, right?
First I got a error and nothing was done because of that:
### BEFORE:
# cat /proc/swaps
Filename Type Size Used Priority
/dev/mapper/swap partition 2498096 0 -1
# free
total used free shared buffers cached
Mem: 2057056 1363148 693908 0 107156 632284
-/+ buffers/cache: 623708 1433348
Swap: 2498096 0 2498096
### CLICK PREVIEW
debug: clean_operation
debug: deepscans= {}
debug: searches= {}
### CLICK ON DELETE
debug: clean_operation
debug: disabling swap
debug: running cmd ['swapoff', '-a', '-v']
Traceback (most recent call last):
File "/usr/share/
for ret in cmd.execute(
File "/usr/share/
func_ret = self.func()
File "/usr/share/
devices = disable_
File "/usr/share/
% { 'args' : str(args), 'stdout' : stdout, 'stderr' : stderr } )
RuntimeError: Unexpected output:
args='['swapoff', '-a', '-v']'
stdout='swapoff on /dev/mapper/swap
'
stderr=''
debug: deepscans= {}
debug: searches= {}
But the swap device was "umounted" correctly:
#cat /proc/swaps
Filename Type Size Used Priority
So why the error?
#######
When you do it a second time, or do a manually swapoff before this happens:
### CLICK PREVIEW
debug: clean_operation
debug: deepscans= {}
debug: searches= {}
### CLICK ON DELETE
debug: clean_operation
debug: deepscans= {}
debug: searches= {}
debug: clean_operation
debug: wipe_memory(), devices= None
debug: physical free: 1359511552 B (1296 MB)
info: allocating 1291535974 bytes of memory (1231.00 MB)
debug: wiping the memory I just allocated
[1] 6441 segmentation fault (core dumped) bleachbit
The return code I get after the segmentation fault is always 139:
# echo $?
139
After the crash my memory looks like this:
# free
total used free shared buffers cached
Mem: 2057056 1345984 711072 0 107300 632260
-/+ buffers/cache: 606424 1450632
Swap: 0 0 0
#cat /proc/swaps
Filename Type Size Used Priority
I think it crashes when it tries to delete my ram, and with my swap is nothing done, right?
Because it goes very fast and I don't see or hear any hdd activity.
Regards
Changed in bleachbit: | |
status: | Fix Committed → Fix Released |
Oh, and I see the following now in my post above:
debug: physical free: 1359511552 B (1296 MB)
info: allocating 1291535974 bytes of memory (1231.00 MB)
So there are 65 MB still free and not wiped. Is that intended?