Групповая обработка файлов с похожими именами

Сервер OCS Inventory позволяет сохранять полученные от клиентов данные в виде отдельных файлов с расширением .ocs. Это может быть полезно для анализа истории изменений конфигурации. Но вот незадача: файлы плодятся гораздо быстрее кроликов и вскоре отведенный под них каталог забит файлами с именами вида "КОМП-дата-время-номер.ocs",  например, "computer017-2014-11-02-09-17-1.ocs", где "дата" и "время" - дата и время создания записи об этом компе. То есть, имена файлов с информацией об одном компьютере отличаются только полем "номер", причем в первом файле из серии это поле отсутствует.
Надо бы как-то навести порядок и хранить историю в архивах, поскольку нужна она только человеку - сама OCS хранит ее в БД MySQL.

Возникает задача: как упаковать файлы истории в отдельный для каждого клиента архив?

Ошибка Group Policy 0x8007000d.

У пользователя не подключались сетевые диски под winXP. Просмотр событий показал ошибку с уточнением "не удалось удалить данные пользователя".
Поиск в MSKB, как обычно, не привел ни к чему хорошему - куча "воды" и просто бреда. Ответ, который сработал, нашелся здесь.

Цитирую решение:

Решение:

1. Заходим на компьютер
2. открываем Эксплорер
3. топаем в папку %ALLUSERSPROFILE%\Application Data\Microsoft\Group Policy\History
4. удаляем все поддиректории
5. открываем командную строку
6. вводим gpupdate
7. проверяем что появились подпапки в %ALLUSERSPROFILE%\Application Data\Microsoft\Group Policy\History

Пояснение: %ALLUSERSPROFILE%\Application Data\Microsoft\Group Policy\History содержит копии XML файлов настроек. В случае если процесс копирования закончился неудачей то создается сообщение об ошибке 0x8007000d.

Проверил, помогло. Разве что я делал это из FAR-а, запущенного от имени локального администратора.

Zimbra 8.0.6 и карантин

Варианты по спасению писем, отправленных в карантин злобным контент-чекером, предлагались не раз. Всё упиралось в отсутствие штатного документированного способа работы с карантином. Собственно, нет его и на данный момент, но есть и светлые моменты: в системе присутствует невидимый служебный аккаунт для карантина, который при определенных условиях можно просмотреть.

Распаковка поврежденного ZIP-архива в Ubuntu

Как обычно, подкрались неплановые грабли. У младшей дочки был выпускной в саду, разумеется, многие родители снимали это событие. Жена тоже снимала, но с ее съемками проблем как раз не было. Два других "оператора" выложили свое на Яндекс-диск. Поскольку снимков много, то качал архивами. Первый архив размером примерно 1.2Гб скачался нормально, второй, порядка 7Гб не докачался - 4 самых толстых видео не долетели. На выходе получился поврежденный zip размером около 6.5Гб.

Попробовал стандартное

zip -F архив

Бесполезно. Тогда попробовал более жесткое:

zip -FF архив --out новый_архив

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

Подсказку нашел здесь.

jar xvf архив.zip

В самом деле, ведь пакеты JAVA - это обычные ZIPы. Jar распаковал, что смог, остальное я докачал.

25 умилительных примеров родительской заботы у животных

Перевод из http://www.earthporm.com/25-cutest-parenting-moments-animal-kingdom/
Найдено здесь: https://plus.google.com/u/0/110665780178340851208/posts/4EwqtjnSxvQ



У животных свои секреты. Если сравнивать их с людьми, то в уходе за потомством можно найти и сходства и различия. Например, у слонов принято, чтобы за детенышами стада приглядывали молодые слонихи, знакомо, да?

Не все поступки родителей-животных идентичны поступкам родителей-людей. Например, панда рожает обычно двух детенышей, но выращивает только одного. Не торопитесь осуждать горе-мамашу, это не всё. Вопрос в том, что перед ней встает дилемма: вырастить одного здорового детеныша или двух слабеньких и больных, которые скорее всего не выживут. И дилемма эта решается в пользу выживания.

Но не всё так мрачно в дикой природе, по сути - очень немногое. А в основном похоже, что животные так же наслаждаются выращиванием своих деток, как и бесшёрстные люди! Ниже несколько фото умилительных моментов, где видно, насколько прелестными могут быть "семейные" отношения у животных.

EXCEL 2010: Недостаточно ресурсов для полного вывода на экран

Есть у меня пользователь. Самый обычный пользователь в одном из районов. На рабочем месте старая добрая XP/prof, лицензионка. На машинке двухъядерный процессор и два гига оперативки. При плановой проверке компьютеров в том районе выяснилось, что его доменная учетка была почему-то добавлена в группу локальных администраторов, что не смертельно, но и очень не приветствуется.
Убрал его из этой группы, при следующем логине он попал в локальную группу "пользователи" и вроде всё нормально. А вот ни фига! При попытке открыть любой экселевский документ вываливается транспарант "Недостаточно ресурсов для полного вывода на экран" и эксель отъедает полностью одно ядро и чуть меньше половины оперативки. Даже если просто запустить эксель без параметров. Ворд свои документы открывает. Визио выпендривается, выдавая совершенно невразумительную диагностику.
Загрузился с админской учеткой, всё открывается и запускается, как надо. Для чистоты эксперимента проделал то, что рекомендовано здесь: http://support.microsoft.com/ru-ru/kb/126962 - увеличил до рекомендованных величин размер кучи. Не помогло - под обычным пользователем всё те же проблемы.
На всякий случай проверил, доступен ли принтер по умолчанию. Оказалось доступен. Дело в том, что винда (не знаю, как насчет семерки и более новых) очень не любит, когда дефолтный принтер недоступен, особенно если он сетевой. Бывало, что приложения молча умирали сразу при запуске.
Под своим отладочным пользователем с дефолтными полномочиями залогинился на тот комп. Эксель и визио по-прежнему "ой, я сегодня вся такая загадочная!", а ворд оказался малость умнее и написал, что, мол, не могу отобразить шрифт для темы. Наверное, речь о теме оформления документов - не знаю. В выпадающем списке шрифтов увидел Calibri, выглядящий как растровый Arial, что меня смутило.
Пошел проверять, и точно: штатные шрифты и шрифты от других приложений имеют нормальные разрешения:

\winnt\fonts\bla-bla.TTF BUILTIN\Пользователи:R
                         BUILTIN\Опытные пользователи:C
                         BUILTIN\Администраторы:F
                         NT AUTHORITY\SYSTEM:F

тогда как всё тот же Calibri оказался с ограниченным доступом:

\winnt\fonts\CALIBRI.TTF BUILTIN\Администраторы:F
                         NT AUTHORITY\SYSTEM:F

Пришлось вспоминать, как в винде выглядит аналог линуксовой chown.

cd \winnt\fonts
cacls *.ttf /g "пользователи":r
cacls *.fon /g "пользователи":r
cacls *.ttf /g "опытные пользователи":r
cacls *.fon /g "опытные пользователи":r

(я не стал опытным давать права на запись в файлы шрифтов - на фига?)

После этого всё заработало.
Один вопрос: какой долбодятел писал модули диагностики для офиса, если они не способны отследить такую ситуацию и выдать вразумительное сообщение типа "не удается прочесть файл шрифта"?

Перекодирование неправильных имен файлов (1251-utf8)

Разбирая доставшийся по наследству каталог старого FTP, наткнулся на файлы, имена которых были созданы в cp1251 (кодировка windows), хотя сам линуксовый сервер работает в utf8, и отображались квадратиками в mc и вопросительными знаками в консоли. Пришлось вспоминать основы...

Переименование с перекодировкой (все файлы/каталоги в текущем каталоге без рекурсии):

for a in *; do b=`ls -d "$a"|iconv -f cp1251 -t utf8`;mv "$a" "$b";done


пришлось использовать переменную b, чтобы не возиться с бэкслэшами внутри цепочки ls-iconv для экранирования вложенных кавычек.