On Wed, Feb 23, 2011 at 1:50 PM, mike cloaked <mike.cloaked@xxxxxxxxx> wrote: > It may be possible to try to run the live iso but mount a partition on > the HD (not normally mounted when running the live iso), and then link > it from /var/cache or /var/spool in some way that will give sufficient > memory so that abrt can pull in all the files it needs to a directory > on the key (rather than RAM), and then analyse the coredump to create > a backtrace - but I have not had time to explore that route - the test > systems I am using have f14 installed and are in normal daily use - I am not sure I worded that last post well - What I meant was that if RAM was the limiting issue when abrt needed lots of space then somehow giving it more by either mounting and linking a directory (writeable) on the key itself, or on the local HD, to where the large necessary debug files are written, then maybe this would allow abrt-cli to continue to completion without crashing the entire machine. As soon as I had the premature termination when trying to run abrt-cli, the system would "appear" to be running but then typing any command after that in the console seemed to just respond "segmentation fault" even though the terminal would take input - the same response was given to the command "shutdown -h now" at that point too on both the machines I tried to do this on. The conclusion I drew at that point was that memory had run out - and it looked like the kernel was panicked - I could of course be wrong! -- mike c -- test mailing list test@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
