Архив метки: windows 7

Файлы cab_xxxx в директории windows\temp

В последнее время начали появляться проблемы со свободным местом на системных дисках на нескольких компьютерах. Свободные 100 Гб медленно но верно исчезали пока пользователи не начинали получать предупреждения о недостатке места на диске. Выяснялось, что все место исчезало благодаря файлам cab_xxxx, где xxxx — 4 цифры. Эти файлы лежали в директории C:\Windows\Temp. Простое удаление файлов освободит место, но не исправит проблему. Единственно верное решение — удалить эти файла,  а также удалить логи из директории C:\Windows\Logs\CBS. Только в таком случае временные файлы перестанут появляться и съедать весь диск.

Проблема возникает из-за того, что система не может заархивировать один или несколько логов из этой директории. В итоге остается временный файл cab_xxxx и каждые 30-60 минут появляется новый, что и приводит к переполнению диска.

Получение списка установленных обновлений и удаление обновления по сети

Бывают иногда «зловредные» обновления, которые мешают жить. И еще бывают пользователи, которые ставят обновления не с локального WSUS, а с Microsoft Update. Пользователи начинают жаловаться на некорректную работу и выясняется, что причина этого кроется в очередном обновлении. Итак, задача звучит так: проверить компьютер пользователя на наличие обновления, например, kb971033 и удалить его.

Для начала, нам пригодится утилита PsExec из комплекта Sysinternals. С ее помощью выполняем следующую команду:

psexec \\remote-pc wmic qfe list

Получаем в консоль вывод всех установленных апдейтов. Если лень искать конкретный апдейт в списке, можно слегка видоизменить строку:

psexec \\remote-pc wmic qfe list | find "971033"

Убедились, что «вредный» апдейт присутствует. Теперь запускаем следующую команду:

psexec \\remote-pc wusa /uninstall /kb:971033 /quiet /norestart

После того, как она отчитается об успешном выполнении (wusa exited on remote-pc with error code 0), ищем еще раз апдейт тем же способом. Если апдейт удалился — мы увидим примерно такую надпись:

Starting wmic on remote-pc...ice on remote-pc...
wmic exited on remote-pc with error code 0.

NEC VMWar VMware IDE CDR10 ATA Device или нерабочий CD-ROM в виртуальной машине

Возникла у меня как-то необходимость сконвертировать виртуальную машину с Windows 7 из формата VMWare Workstation в VMWare Infrastructure. После конвертации, естественно, очень желательно проапдейтить VMWare Tools. Вот с этим-то, внезапно, и возниклки проблемы. Дело в том, что виртуальный CD-ROM (NEC VMWar VMware IDE CDR10 ATA Device), на который монтируется образ с VMWare Tools по команде Install/Upgrade VMWare Tools, отказался работать и стартовать в системе. Удаление/добавление текущего привода, простое добавление еще одного CD-ROM никакого эффекта не возымели. На всех приводах в диспетчере устройств горел желтый восклицательный знак, а в свойствах светилась ошибка:

Windows cannot start this hardware device because its configuration information (in the registry) is incomplete or damaged. (Code 19)

Решение проблемы оказалось довольно простым, до которого, по правде, самостоятельно дойти было бы очень затруднительно. Для нормальной работы устройства, необходимо открыть редактор реестра, перейти в следующую ветку:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E965-E325-11CE-BFC1-08002BE10318}

и удалить оттуда ключ с именем UpperFilters или LowerFilters (в зависимости от того, что там есть). После этого простое «обновление драйвера» для устройства моментально решает проблему и CD-ROM снова работает!

Конечно, можно было бы просто закинуть VMWare Tools в гостевую систему и обновить их без привода. Но это не спортивно — проблему необходимо решать, а не обходить ;)