01micko wrote:ok.. I needs some figures off you guys.. SFR, ally, 8-bit, peebee. What RAM do you have? What swap if any, and type, swapfile or swap partition?
4GB on Toshiba laptop, 2GB on Acer laptop, no swap at all.
Other things (that didn't work), I blindly tried before:
- flushing the cache before saving the session:
sync && echo 3 > /proc/sys/vm/drop_caches
- disabling all cores but one in Toshiba (i3 CPU)
But...
01micko wrote:I notice SFR mentioned NTFS.. is that the common factor?
I just ran several new tests in VirtualBox and it seems, that NTFS indeed can be the real source of the problem (apparently in my previous tests I mixed things and only tried 'Slacko-5.3.3 + ext? as home', but omitted 'Slacko-5.4 + ext? as home' combination
)
Anyway, maybe this will shed more light...
Each puppy frugally installed on home partition with pmedia=ataflash.
Each savefile's size - 2GB.
Method of testing - repeated
cat /dev/zero > /initrd/pup_ro1/root/bigfileX
Results:
Slacko-5.3.3-4g:
- slackosave.2fs on NTFS partition
[ ok ]
Slacko-5.3.3.2:
- slackosave.2fs on NTFS partition
[ fail on the first try ]
Slacko-5.3.95 PAE:
- slackosave.2fs on NTFS parition
[ fail on the first try ]
Slacko-5.4 PAE:
- slackosave.2fs on NTFS partition
[ fail on the first try ]
- slackosave.4fs on NTFS partition
[ fail on the first try ]
- slackosave.2fs on ext3 partition
[ many tries - only one seemed to fail...unsure ]
- slackosave.4fs on ext3 partition
[ many tries - no issue! ]
- slackosave.2fs on ext4 partition
[ many tries - no issue! ]
- slackosave.2fs on fat32 partition
[ many tries - no issue! ]
(many tries = ~10)
Although tests were done in VBox, they're showing the issue and differences between various Slackos, so I hope they're reliable enough.
Going further I tried to replace ntfs-3g (with libs) with the one taken directly from Slacko-5.3.3, as well as installing
this package, but no difference after reboot, unfortunately...
Slacko-5.4 PAE + ntfs-3g from 5.3.3:
- slackosave.2fs on NTFS partition
[ fail on the first try ]
- slackosave.4fs on NTFS partition
[ fail on the first try ]
IIRC I tried it once also in my real environment (slackosave.2fs on defragmented NTFS home part.), but it didn't fix anything too, though Slacko-5.3.3 + slackosave.2fs on the very same, and even fragmented, partition was fine.
Is there anything else related to NTFS what has been changed since 5.3.3?
And still don't know how/why echo 1 > dirty_stuff supresses the sympthoms; I don't catch the connection...
But there's a glimmer of hope at last, so I keep my fingers crossed.
EDIT: Out of curiosity I just checked also Presice-5.4.2 (k3.2.29) on NTFS - same problem there...
Greetings!