Обычно, дистрибутив регистрирует те вещи в/var/log/something. Ubuntu входит в систему/var/log/aptitude при использовании способности или /var/log/dpkg.log при использовании dpkg. Я не уверен, чем назвали бы файл журнала, когда использование склонного - добирается.
Fedora использует /var/log/yum.log между прочим, и более старые RHELs используют/var/log/up2date.
Если Вы пишете немного сценария для парсинга тех файлов, необходимо смочь справиться. Я не думаю, что журналы принимают обновления во внимание, тем не менее, так бояться просто удалять мир.
Та ошибка универсальна, и просто означает, что Вы не можете соединиться с SQL. Есть ли в журналах событий сервера что-либо еще?
Просто удар в темноте, но если перезагрузка устраняет проблему, то Ваш TEMPDBs, заполняет жесткий диск?
У меня когда-то была подобная проблема о поле разработки SharePoint, которое я использовал. Это имело локальный экземпляр SQL Server Express (Visual Studio установила его), выполнение и по некоторым причинам который заставил это иметь проблемы, соединяющиеся с экземпляром SQL Server, которая выполняла SharePoint, который был на другом поле полностью. Это не имело никакого смысла мне вообще. Но когда я отключил локальный экземпляр SQL, у меня никогда не было проблемы снова.
Удостоверьтесь, что экземпляр не используется, затем отключите его через services.msc