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

Лечил посредством правки /etc/X11/xinit/xinitrc:

добавил пару строчек:

xrandr –output HDMI-2 –off

xrandr –output VGA –off

С трудом понял что дело в nautilus, запуская который (когда примонтирован cd) я через пару секунд получал ошибку undefined symbol g_mount_is_shadowed.

Ранее подобное наблюдалось когда после очередного апдейта “вешался” gdm и было невозможно зайти. Наконец решил разобраться.

Секрет оказался прост, я в свое время ставил некоторый софт отдельно от репозитариев (в т.ч. nessus из исходников, скайп из внешнего пакета). Коварные создатели тех пакетов прописали некоторые файлы в /usr/local/lib – в том числе так называемый glib

Соответственно в /lib у меня была новая версия glib, но некоторые приложения при старте сначала проверяли папку /usr/local/lib в которой оставались ошметки старых либов, о которых пакетный менеджер естесственно не знал. Поэтому с новыми приложениями использовались старые либы и соответственно приложения не работали.

А находится такое достаточно просто;
which nautilus
ldd /usr/bin/nautilus | grep /usr/local

после этого я перенес все либы из /usr/local в другое место (а можно было и грохнуть) и nautilus завелся, диски сами примонтировались и все заработало.

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

cryptsetup luksDump /dev/sda2

– проверил, не снес)))

cryptsetup luksOpen /dev/sda2 luks

– подключил
Создал /etc/crypttab:

luks /dev/disk/by-uuid/776317fc-a9b9-454e-8d8f-f9e168e0ad9a none luks

Поправил /etc/fstab:

/dev/mapper/luks /home ext3 defaults 0 0

В /etc/rc.d/rc.local добавил пару строчек :

cryptsetup luksOpen /dev/sda2 luks
mount /dev/mapper/luks

Хорошо таки чувствовать себя хозяином своей системы)) Затем за софт принялся – qutim поставил для аськи ну и по мелочам. Про qutim сказать хочу отдельно – лучше устанавливать его из исходников, например так:

cd /tmp
svn co http://qutim.org/svn/qutim
cd qutim/
cd trunk/
cmake -DCMAKE_BUILD_TYPE=debug ../
make
cp qutim /home/netf0x/qutim/
cd ..

Ставить можно в любую папку, только не забыть папку plugins там создать..
Ну и плагин для аськи – так как такая архитектура приложения.

cd plugins/
svn co http://qutim.org/svn/icq
cd icq/
mkdir build
qmake
qmake -config debug
make

И в папку plugins где сам бинарник скопировать..
Запустилось на ура, работает. Конфигурацию и архив сообщений стоит искать в ~/.config/

Одно только сейчас в системе напрягает – KDE4, но уже перехожу на fluxbox, меню там создаю, радуюсь вообщем.
И мысль – плохо в современном Open Source то, что мнение пользователя некоторые крупные проекты ставят выше мнения разработчиков которые этот проект на собственном энтузиазме держат – в итоге получается унылое г..но вроде KDE4.. Почему это плохо? Потому что пользователь современный, не сильно искушенный в интерфесах хочет что бы было так, как привык, или так, как видел на работе, у друга и т.д. (привет microsoft-у).. Пока все..

P.S. – k3b на свежей системе тоже диски не видит, симптомы как у Brasero.. Смена всего-всего не помогла. Но команда:

growisofs -Z /dev/dvdrw=/home/netf0x/Downloads/Porno_DVD.iso

отработала на ура как и раньше.. Теперь все.

В продвинутых версиях коммутаторов как правило есть реализация технологии PortMirroring (зеркалирование порта). Суть данной технологии заключается в том что бы разрешить двум или группе портов работать как хаб. Это используется для разичных целей, но в первую очередь для установки IDS (системы обнаружения вторжения), например таких как RealSecure или Snort.

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

Итак, посмотрим на схему, как выглядела топология до и как будет выглядеть после:

Компьютер А может быть и свитчем как и компьютер В может быть компьютером. Вообще нет разницы между какими устройствами мы встроим свой сниффер – все будет работать так же прозрачно как и без него.

Траффик от компьютера В будет попадать на один интерфейс снифера и к компьютеру А ,трафик от компьютера А будет поступать на другой интерфейс и на компьютер В.

Что потребуется:

• Розетка для локальной сети на

  витой паре на 4 гнезда или ..

• 4 сетевых розетки категории 5е

• немного витой пары категории 5е

Схема подключения следующая:

Как видно из схемы разведены разъемы по схеме TIA-568B (существует так же 568А). Данная схема разводки выглядит так:

Проводники изображенные точками это бело-зеленый и бело оранжевый. Таким образом передающие проводники дублируются и весь трафик обмена собирается на результирующей машине.

Вот как выглядит собранная конструкция: