Updating backtrack kernel who is emile hirsch dating 2016
t=51173 Up to this point I never realized that Back Track was held together will a huge set of symbolic links (feel free to send me n00b abuse :) ).I think what I should have done originally was remove Metasploit, grab the latest version using svn, then create a symbolic link (ln -s /opt/metasploit/msf3 /pentest/exploits/framework) to ensure the /pentest version used the /opt version.Everything works fine from a clean copy so if I could somehow get a clean copy to load I'd be all sorted. I'd used Virtual Box in the past and found it to be fairly solid, but had switched to VMware as it's what I had used on my corporate machine.With all the issues I had been having I thought I'd try firing up a clean version of the latest Back Track iso in Virtual Box. I felt like an idiot, I'd wasted so much time chasing all these issues, why hadn't I just done this in the first place?
If you are low on/out of space on the boot partition, you can manually delete older kernels and re-run grub-mkconfig.
Everytime the system was booting I received the error: "The CPU has been disabled by the guest operating system." After hours of googling and tweaking settings I couldn't find a solution.
Frustrating but well these things happen, if anyone knows a fix I'd be interested to know.
If there is an update to the kernel (rt-sources), run, as root, after the above command has been run: Where “x” is the number of the latest kernel from eselect kernel list.
When you see the kernel menu from –menuconfig, all you have to do is make sure that “fully preemptible” is selected under “processor type and features.” Escape out of menuconfig and genkernel will compile the kernel and modules.
Unfortunately I only realized this as I was writing this post!