Инструменты миграции профилей и т.п.

 С давних времен в комплект виндов входит т.н. "Мастер переноса файлов и параметров". Удобная, надо заметить, штука, позволяющая перенести как файлы пользователя (не только "документы" и "рабочий стол"), так и сделанные им настройки - от персонализации всё того же рабочего стола до настроек отдельных программ. Угу, в никсах это делается проще - копируем ~/ на другой комп и радуемся жизни (возможно, придется изменить имя хоста в отдельных конфигах), но большинство пользователей у меня под виндами и надо от этого отталкиваться.

Сейчас продолжаем переводить пользователей в домен и проблема переноса встала в полный рост. При всех достоинствах вышеупомянутого "мастера" есть у него и недостаток: то, что он делает, избыточно при переносе в пределах одного компьютера. Например, есть пользователь локально\вася. Мы создали для него учетку в домене - доменно\вася. Но если зайти доменным васей на его же комп, то будет создан новый профиль, а не использован старый, и это логично.
Но вася-то хочет (и имеет полное право) работать в привычном окружении, которое он настроил под себя и по своему вкусу, и я не вижу никаких причин запрещать ему это. Не, можно, конечно, покласть с пробором на его пожелания и навязать ему свое видение оптимального рабочего места, однако...

В общем, надо старые васины данные перетащить в его новый доменный профиль. Теперь посчитаем. Допустим, вася держит в своем профиле 100500 музыкальных и видеофайлов. Имеет право - политика компании не запрещает. "Мастер" создаст по дефолту архив, куда будут включены и эти файлы. Из-за их плохой сжимаемости архив получится размером в офигиллион мегабайт. Потом этот же "мастер" распакует этот же архив на этот же компьютер, но в другой каталог, для чего потребуется еще офигиллион мегабайт. В итоге будет занята куча места с КПД близким к 1/3 (1/3 - старый профиль, 1/3 - архив и 1/3 новый профиль). Но чем отличаются старый и новый профиль? По сути ничем, разве что ACL. Но, в отличие от никсов, подобно Netware винда позволяет навешивать на объект множественные разрешения, а значит надо сделать:

1. сказать, что профиль доменного васи должен находиться там, где сейчас находится профиль васи локального
2. дать доменному васе соответствующие права на файлы локального васи
3. добавить доменного васю в некоторые локальные группы, куда входил вася локальный

Со всем этим отлично справляется инструмент User Profile Wizard от ForensIT. Вводим компьютер в домен, загружаемся под доменным админом, запускаем UPW, говорим ему, какой доменный профиль на какой локальный надо навесить и всё! При входе вася доменный попадает туда, куда он последний раз заглядывал васей локальным. Остается перенастроить почтового клиента и некоторые мелочи.

Кроме UPW на ForensIT есть и немало других удобных и бесплатных утилит. Сайт на английском, но оно того стоит - неброский, даже строгий дизайн, легко читаемые цвета и тексты. Рекомендую.

AVAHI и SAMBA

Есть в линуксах такая штука как демон avahi. Он служит для быстрой настройки на сеть в который нет своего   DNS сервера или не крутится ось от  Apple. В более крупных сетях или сетях под управлением других осей оно не особо и надо. Но почему-то оно по умолчанию включено даже в некоторых серверных убунтах, не говоря уже о десктопных. У меня сложилось впечатление, что оно еще и с самбой конфликтует.

Неплохое описание что к чему и как от него избавиться.

Несмотря на упоминание RHEL, совет вполне применим и к убунте.

Я уже писал о составных поисках "или-или" в grep. Но или греп тогда был другой, или я что-то не то написал, но конструкция

grep "либо_то|либо_это"

не работает.

Правильный вариант:

grep -E "либо_то|либо_это"

например:

tail -f  /var/log/syslog | grep -E "named|dhcpd"

отфильтрует строки, в которых есть хотя бы одно упоминание любого из демонов, что очень удобно при решении проблем с DNS.

Ubuntu 12.10 и /media

Начиная с Квантового Кетцаля, изменился порядок монтирования съемных дисков. Было:

/media/точка-монтирования-диска

стало:

/media/имя-пользователя/точка-монтирования диска

Например, мой диск с образами виртуальных машин, который привычно жил в /media/vdi, переехал в /media/sergei/vdi, что сильно расстроило VirtualBox.

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

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

Однако, как гласит известная длинная пословица, "на хитрую ж... найдется х... винтом". Вспоминаем, что мы имеем из инструментов, в частности про символические ссылки - инструмент, для которого в винде, как минимум - по win2003 включительно (в более новых не проверял) есть только жалкое недокументированное подобие под названием joint, создавать которое штатными средствами нельзя^*.

Итак, задача: что-то сделать, чтобы VirtualBox не плакал, что не может найти образы дисков в /media/vdi и чтобы не пришлось его перенастраивать на новое местоположение.

Решение: типичный unix-way.

ln -s /media/sergei/vdi /media/vdi
(ls -s цель-ссылки размещение-ссылки)

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

Уверен, новый тип монтирования уже не отменят, стало быть, в будущем, делая привязки к смонтированным ресурсам, нужно сразу закладывать в путь точку монтирования в виде /media/$USER/точка-монтирования.

* я использую эти джойнты под виндой - у меня создан каталог \mnt, в котором куча подкаталогов с именами флешек и съемных дисков, когда-либо подключавшихся к моему рабочему компу: в "управлении дисками" я не назначаю каждой из них букву, а подключаю к "пустой папке NTFS". Кстати, я был просто вынужден так сделать по двум причинам:
1. у нас пока еще используется Novell Netware, но винда почему-то кладет с пробором на то, что на некую букву назначен сетевой диск, и охотно подцепляет свежеподключенный накопитель на ту же самую букву. Но при этом получается, что два диска делят одну букву и делят ее не на равных: сетевой диск имеет преимущество, а к внешнему накопителю через эту букву не добраться, пока не отключен сетевой.
2. Количество возможных букв ограничено длиной латинского алфавита (26), как минимум 2 из которых всегда заняты - A: и C:. А вот в каталоге mnt у меня уже около сотни подкаталогов...

XFCE 4.10 (XUbuntu 12.10) и UbuntuOne

По умолчанию U1 не ставится в Xubuntu, но выход есть: поставить недостающие пакеты. После установки обнаруживаем работающий процесс

$ ps aux|grep ubuntuo
sergei    4437  0.0  1.0 457012 77416 ?        Sl   10:57   0:01 /usr/bin/python /usr/lib/ubuntuone-client/ubuntuone-syncdaemon

но это и всё. Никакого привычного доступа к настройкам нет. Даже из штатного "Центра настроек XFCE", что сильно огорчает.

Не проблема, поможет:

sudo apt-get install ubuntuone-control-panel-qt

И, собственно, всё.

Источник

CSVDE: экспорт и импорт структуры OU

Рецептов по части экспорта/импорта пользователей в интернете полно. Например, здесь. Но вот вразумительного описания экспорта/импорта структуры я не нашел.

Задача: есть такая структура дерева:

Надо ее, начиная с OU=RDE, перенести в другое дерево, в домен с таким же именем. Например, с тестовой площадки, где развернут пробный домен, на свежеустановленный боевой DC.

Перепробовал разные варианты экспорта и импорта посредством CSVDE, пока не получил приемлемый результат.

Экспорт:

csvde -f export-rde-ou.csv -d "ou=rde,dc=my,dc=domain,dc=ru"  -r "(objectclass=organizationalunit)" -p subtree -l objectclass,dn,objectcategory

Получили вполне приемлемый CSV-файл. Однако, при его импорте командой

csvde -i -f export-rde-ou.csv -k -j . -v

вылезают совершенно невразумительные ошибки о невозможности создания объектов, о несуществующих объектах и т.п.

Единственный выход из положения, который я нашел, это вручную перетасовать CSV так, чтобы чем выше элемент в дереве, тем раньше он встречается в файле, поскольку CSVDE прекращает импорт при первой же ошибке.

Например, в экспортированном мной файле OU шли в такой последовательности

RDE
RDE/users/Черноморская
...
RDE/users.

И импорт прекращался на второй строчке. После того, как я отредактировал файл, поставив объемлющие OU выше объемлемых, всё встало на свои места - CSVDE не умеет создавать промежуточные OU, например, не смогла создать объемлющую OU=users для объемлемой OU=Черноморская.

Если бы импорт не прекращался, то после нескольких прогонов импорта были бы последовательно созданы OU всё более и более низкого уровней по мере того, как создавались бы их объемлющие OU. Однако, из-за остановки импорта на первом же затыке пришлось сортировать файл вручную. Блин!

GRUB2 и ASUS P8H67-M Pro: проблемы с клавиатурой

Летом я провел капитальный апгрейд своего компа. Заменил материнку, процессор и память.
Надо ли говорить, что диски с установленной в старом компе убунтой подхватили новую конфигурацию "на ура"? Думаю, не надо. Заморочка была только одна: оптимизируя систему под старую конфигурацию, я удалил все видео-драйверы кроме NVidia и VESA. Но поскольку на новой материнке я использую интегрированное видео от Intel, то система несколько обиделась на незнакомое железо и подключила универсальный драйвер, ту самую VESA.
Оно прекрасно мне выдало 1280х1024хДОФИГА_ЦВЕТОВ, но без фрейм-буфера и прочих прелестей. Идеально подходит для офисной работы, но без всяких OpenGL и прочих радостей жизни. Проблема вылечилась доустановкой драйвера под интеловское видео.
Собственно, на этом переконфигурация ОСи под новое железо и закончилась. С дрожью в руках представляю геморрой, ожидавший бы меня при подобной перестановке винды. И не надо говорить, что винда сейчас шибко умная и сама всё умеет. Не умеет. Кажется, только "семерка" научилась понимать, что SATA-контроллер может работать не только в режиме совместимости с IDE.

Ну да бог с ней, с виндой. Совершенно неожиданно вылезла неплановая проблема с загрузкой: старый добрый GRUB-2 напрочь перестал реагировать на клавиатуру в окне выбора загружаемой ОС. Таймер тикает, дефолтная ОС прекрасно запускается по таймауту, но выбрать другую - никак. От слова "совсем".

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

Сработало.