Установка Libre Office через групповую политику. Сбой операции добавения. Невозможно извлечь информацию о развертывании пакета. Странная ошибка, как с ней боролся.

Возникла необходимость установить программу Libre Office на все компьютеры. Решил устанавливать через групповую политику. Скачал Либру.
Потом зашел через RDP на сервер, создал в нем тестовый Organization Unit, сделал групповую политику, привязанную к этому юниту.
Чтобы установить msi-пакет, наобходимо в ГПО пройти по пути:
Computer Configuration -> Policies -> Software Settings (по русски Конфинурация компьютера -> Политики -> Конфигурация программ).
Там нужно доавить msi пакет.

MSI пакет лежит на линуксовом хранилище. Указываю путь до пакета, нажимаю ок, выбираю тип развертываения и возникает ошибка, указанная в сабже. Это я делал в RSAT. Потом попробовал напрямую с сервера, подключившись по RDP - та же ошибка. (Add operation failed. Unable to extract deployment information from the package. Run validation on the package to ensure that package is correct).
Перепробовал все. Вот здесь майкрософт советует проверить, хватает ли места на диске. Здесь советуют посмотреть ключи установленной программы на компьютере. Также советовали проверить, правильный ли язык у системы и совместим ли он с пакетом.
Еще нашел совет посмотреть, есть ли доступ к этому файлу у пользователя System (Ситема) и разместить его не в DFS-директории и напрямую в сетевом ресурсе.
Все проверил, все нормально.

Оказалось, проблема решается элементарно.
1. Сначала нужно распаковать msi пакет командой msiexec /a LibreOffcie.msi TARGETDIR=C:\Temp\LibreOffice
2. Редактором Orca открыть msi пакет, который лежит внутри директори. Нажать View - Summary Information и в поле Languages удалить все языки кроме 1033,1049(английский и русский).
3. File -> Save.

Теперь пакет вроде добавляется нормально, сейчас буду тестировать, как он устанавливается на компьютеры.
Спасибо пользователю shark сайта http://www.oszone.net, именно он мне подсказал решение. Также по этой ссылке это все расписано.

Настройка архивации и резервного копирования на PowerShell

Встала задача - настроить резервное копирование данных SQL и заливку их на удаленный NAS автоматически.
Настраиваем "скуль" так, чтобы когда копирование закончится, запускался скрипт ps1.
Данных много, около 30 Гб. Поэтому нужно данные сначала заархивировать.
Пользуюсь PowerShell.
Архив надо как-то назвать, назовем его по типа гггг_мм_дд_чч_мм, например, 2011_12_31_23_59.
Скрипт получился, может быть, и не замысловатый, но свою функцию он выполняет.


$arc_name = Get-Date -UFormat %Y_%m_%d_%y_%m
& 'C:\Program Files\WinRAR\WinRAR.exe' a -r C:\Temp\$arc_name.rar C:\Temp\TestDir |out-null
Write-Host "Архивирование завершено"
& copy C:\Temp\$arc_name.rar \\192.168.20.237\Volume_2\sql\SQLBases\Test
Write-Host "Копирование завершено"

Монитор рябит, все испробовал - оказалось блок питания

Попался компьютер. Рябит сильно монитор, тяжело смотреть. Видно прям как волны плывут. Думал драйвер видеокарты - оказалось все в норме, увидел позже, что рябь появляется до загрузки ОС, потом подумал монитор - подключил другой, все работает. Задумался.
Сходил к начальству, взял денег на видеокарту PCI-E, (AGP в сусеках было полно, а вот писиай не было), купил, поставил - комп вообще не запускается. Спикер молчит, тест не проходит.
Кое-как удержался, чтобы не выкинуть. Перебробовал все, изменял приоритет видеокарты (первая - внешняя) в биосе, пробовал другие блоки питания - ну ни хрена не помогало.
Короче, потом подумал "дай ка попробую включить с другим блоком питания и со встроенной видюхой". Включил и офигел - все работает, ряби нет, все в норме.
Короче, резюме:
-Видеокарту на этой материнской плате так и не запустил, вполне возможно, даже не стал заморачиваться, из-за чего.
-Рябь вылечилась заменой БП. Кстати, старый БП был 20-пиновый, новый - 24. Может в этом проблема.
Попробую этот сомнительный блок включить с другим компьютером. Может еще раз увижу речную воду в момент легкого ветерка.