This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Unable to complete login after reboot

Hi,

I installed Sophos Anti-virus for Mac Home Edition yesterday.  Install went as expected.  I ran a custom scan on a small micro SD to try it out and it went well, so I ran a full system scan.  That went faster than expected - MUCH faster than ClamXav, so I thought, "I like this".  BUT!!!! When I went to restart my computer today, I was unable to login to my admin account.  The whole computer would hang and become completely unresponsive to any interface just after launching Finder.  I had to force shutdown using the manual button in the top right corner.  I then ran "Applejack", (which cleaned a HUGE cache file), and rebooted.  Same result, ie; hang after Finder launch.  Sooo, I forced shutdown again, rebooted in Safe mode, and uninstalled Sophos AV.  

It has been suggested on another forum that the problem is that my computer was not connected to the internet at the time I restarted.  My computer is a Macbook and I usually use it in a mobile environment, so I'm almost never connected to the internet when I reboot.

I like the product.  I've not had the slowdown issues I see posted here, in fact I was impressed by how fast it worked and how little CPU it used while running in the background, but until I can restart without problems, I'm afraid it will stay uninstalled.

FYI:  My computer is an '08 Macbook 13" aluminum with 4gb RAM, running OS X 10.6.4

:1000262


This thread was automatically locked due to age.
Parents
  • The resolution to DEF19925 was to increase the default number of Worker Threads on 10.5+ to 10. This worked around the original issue and was felt to stop all but an extremely large number of login items (greater than about 15) from causing a similar kernel panic.

    Considering the rather low number of login items being discussed in this thread, however, I'm inclined to think there is a different underlying root cause.

    :1001179
Reply
  • The resolution to DEF19925 was to increase the default number of Worker Threads on 10.5+ to 10. This worked around the original issue and was felt to stop all but an extremely large number of login items (greater than about 15) from causing a similar kernel panic.

    Considering the rather low number of login items being discussed in this thread, however, I'm inclined to think there is a different underlying root cause.

    :1001179
Children
No Data