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

Также интересует, есть ли драйверы к таким сетевухам под линукс.

Сабж. В настройках нужную галочку нашел и убрал, не спасло.

После окончания набора текста ждет секунды три, и только потом начинает реагировать на тачпад. За эти три секунды успеваю вскипеть!

Делаем следующее: дописываем

export PS1="[ \t \u@\h \w ] "

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

export PS1="[ \t \e[32m\u\e[0m@\h \w ] "

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

При перелистывании истории при помощи arrow keys предыдущие команды могут начать появляться на на месте уже набранной, а в произвольном месте видмой области в эмуляторе.

У кого-нибудь воспроизводится?

Дистр - сквиз со всеми обновлениями:

deb http://security.debian.org/ squeeze/updates main
deb http://mirror.yandex.ru/debian squeeze main

Сабж. Кто там не верил, что его успеют выпустить до конца 2012 года?

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

Появилась информация о начале продаж процессоров Intel Atom N2800 и N2600.

Спецификация двух новых моделей есть здесь и здесь

Источник новости - Слешдот

Перемещено DoctorSinus из Hardware and Drivers

Берем машину с виндой, берем рядом машину с чем угодно и на ней заводим wireshark. Винде говорим «компьютер входит в домен», говорим, в какой. Видим в wireshark броудкаст по протоколу nmbd на 137 udpшный порт с указанным именем домена в секции queries. Сканируя вендовый домен-контроллер, видим, что на 137 порту никто не слушает. Как же они живут?!

Собственно, если пойму этот момент, приближусь на шаг к постижению openldap.

Кастую zgen. Кстати, научите правильно кастовать :3

Сабж.

Хочу поставить lenny на виртуалку из некоторых соображений.

При предварительном просмотре нового сообщения в случае, когда сообщение начинается с цитирования кусочка кода при помощи тега \[code\] фон, на котором видно код в цитируемом участке, сливается с фоном сайта. Надо где-нибудь <br> вставить, наверное. Режим сообщения - lorcode, разумеется. Пробовал добавлять перед \[code\] один перевод строки или два - не помогает.

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

Также слышал, что для таких целей (ну, не совсем таких - для pv в lvm) применяется xfs, и проблем с масштабированием у нее не возникает.

Что можно почитать, чтобы прояснить вопрос?

Дано: сервер с линуксом, на нем два интерфейса - один смотрит в местный роутер (допустим, eth0), второй - на вендомашину с xp (допустим, eth1), пакеты, выходящие с первого интерфейса, натятся.

Задача: организовать на сервере аналог контроллера домена под вендами, потратив при этом мало времени и нервов (виртуалку с настоящим AD держать для такой задачи будет, мне кажется, излишним).

Подробность: нужно сделать невозможной авторизацию вендомашины в отсутствие связи с контроллером (либо вендовый контроллер этого не умеет, либо я не знал, какие ручки крутить - один комп остался в домене даже после того, как виртуалку, на которой был контроллер, снесли нафиг вместе с гипервизором). Отсутствие связи с контроллером будет реализовано очень просто - iptables -A INPUT -i eth1 -j DROP.

Какую конкретную реализацию ldap (а может, и ещё что попроще - ведь полный фукционал ldap - группы, политики - не особо нужен) взять?

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

Я не очень понял, как устроена работа с opengl - в туториалах я вижу следующий подход: 1. написали функцию для отрисовки сцены - в ней в туториалах обычно присутствует объект типа «красивый кубик», а также какая-нибудт команда поворота сцены 2. возможно, запилили реакцию на мышиные/клавиутарные события 3. инициализировали glut, пихнули первую функцию в glutDisplayFunc()

в результате имеем, например, вращающийся кубик.

Вопросы примерно такие: 1. Рисование куба - предлагается либо пользоваться glutWireCube и подобным (плохо тем, что рисуется «в фокусе», не принимает координаты центра), либо задать стопицот точек и по ним пройтись GL_LINE_LOOP или чем-то таким (неудобно тем, что много текста, каждый набор точек для, например, куба, приходится перечислять вручную) 2. Вот у них в примерах написано, что для рисования вращающегося куба нужно написать glrotatef в той функции, которую потом суют в glDisplayFunc - вращается, я так понимаю, только камера? С какой частотой она при этом поворачивается на угол, указанный среди параметров функции поворота? Где поменять временной интервал?

Хочется понять, как отвязать отрисовку объектов от их (или камеры) движения, а также разобраться с отрисовкой объектов по необходимости (в моем случае мне не хочется держать в памяти координаты всех вершин всех кубиков, даже тех, которые на данном шагу не видны).

При помощи ntfs-3g линуксы относительно спокойно читают ntfs-ные винты, а если флешку с ext3 сунуть в винду и установить соответствующий драйвер, как винда поймет номера юзеров в правах на файлы, и будет ли хоть кому-то эти файлы видно?

Одно время я думал, что, используя на флешках extX, можно избежать проблемы с вирусами за счет того, что винда не умеет эту файловую систему читать, потом подумал, что раз драйвер будет, то вместе с системой флешка будет видна и всем вирусам, а теперь снова задумался - если правильно выставить права на файлы, может, и правда что путное получится?

Есть: сервак (debian squeeze) с локалью utf8. Ставим otrs2 из main, он тянет mysql, льет в него свою базу данных, все хорошо. Авторизуемся, настраиваем роли, юзеров, группы, pop3-ящики, перелогиниваемся из рута в юзера - письма начинают затягиваться, все хорошо.

Но - если в письме есть кириллические символы, то они не отображаются, otrs говорит: «This message was written in a character set other than your own.If it is not displayed correctly, click here to open it in a new window.» (при переходе по ссылке действительно видно текст). Что значит - your own? Письмо в другой кодировке, чем ваша? Тогда что нужно сделать, чтобы кодировка otrs стала utf8?

Казалось бы, надо написать это в конфиге otrs. Но в Kernel/Config.pm, как рекомендуется в гугле, добавить строку «$Self->{DefaultCharset} = 'utf-8';», то otrs МОМЕНТАЛЬНО перестает коннектиться к бд: «access denied for user otrs@localhost, using password: NO». Я не понимаю, почему это происходит.

Я подумал, что, возможно, в веб-морде есть крутилки, которыми можно накрутить нужную кодировку, но не нашел. Они есть?

Так или иначе, налицо какая-то проблема с utf, буду признателен за помощь.

Наблюдаются ошибки отрисовки при подключении разными клиентами (и mstsc, и rdesktop) к xrdp и встроенному rdp в Virtualbox, а именно - при масштабировании окна клиента картинка не перерисовывается. Вроде бы и xrdp, и vdrp используют vnc в качестве основы, так вот, проблема перерисовки лежит в vnc, или в том, как xrdp и vrdp его используют? В общем, наверняка кто-то сталкивался, хотелось бы знать решение.

Сабж возникает под squeeze самой свежей версии.

Софт: единственное, что менялось в системе после установки - поставлен свежий блободрайвер от нвидии.

Железо: asus k40in, видео - nvidia g102m

Способ воспроизведения проблемы: отправить ноут в суспенд (закрыть крышку, если power management не трогали), разбудить, попробовать использовать сочетания клавиш вида fn-f5 (понизить яркость подсветки).

xev при нажатии fn вообще не показывает событие, показывает только при нажатия хоткея с этой клавишей - видимо, хоткеи аппаратно как-то реализованы. После пробуждения нажатие некоторых хоткеев вызывает штатный эффект (нумлок, например, может отработать), некоторых - никакого эффекта, некоторых - вызывает эффект западания другой клавиши (например, «h»)

Возможно ли это как-то диагностировать и починить?

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

Встает иногда вопрос в виде полуострой необходимости - либо хочется сделать хитрый инструмент для походных нужд, либо просто возникает креативная мысль. Собственно, вопрос к тем, кто занимался сабжем: в сторону какого оборудования смотреть (трансформатор, электроды, чем их соединять), в какую цену это все влетает (включая маску), как определить тип электрода исходя из материала свариваемых заготовок, насколько это все безопасно с точки зрения поражения over100амперным током и как эту безопасность обеспечить?

И да, ток при конкретном напряжении ограничен возможностями домашней электросети, так вот, ее лучше не грузить выше 10-15 ампер (автоматы на 16) - эта подробность, возможно, поможет определить нужные мощностные характеристики оборудования.

Есть одинаковые рабочие станции в количестве нескольких штук, мать - gigabyte ga-ma74gm-s2. Ставим сквиз на первую станцию. Ставится, перезагружается, показывает gdmский велкам-скрин, разрешение родное. Ставим на вторую - показывает разрешение 1024х768, по краям монитора - черные полосы. Ставим на третью станцию - опять 1024х768, но уже растянутое на весь экран. Как может один и тот же дистр так по-разному себя вести на одинаковом железе?

Есть сабж. Точки-участники разнесены по разным каналам (3, 5, 8, кажется), геометрически расположены в вершинах более или менее равностороннего треугольника. Имеется проблема со стабильностью данной метасети - ноут отваливается раз в полчаса (раньше, до объединения точек доступа, держался полный рабочий день без проблем). Каналы кто-то, возможно, сочтет неоптимальными, но в соседнем здании на довольно высоком уровне сигнала светят точки других организаций, которые мешают реализовать рекомендуемую теоретиками схему 1-6-11.

Вопросы - какие есть типичные косяки в настройке, почему все это может быть более или менее стабильным, насколько критично (на практике) отступление от рекомендуемой схемы, каковы преимущества относительно нескольких сеток с разными названиями?

И есть у меня в голове ещё такой вариант - машина с быстрым беспроводным интерфейсом, раздающая тот же вайфай через несколько omni-directional антенн в разных углах, соединенных коаксиалом с n-jack'ом в беспроводной карте. Это жизнеспособно?

Есть новая мать (asus m5188-m), на ней встроенный ethernet ведет себя очень странным образом.

Грузим систему (с винта от старого сервера), система грузится, все хорошо. Видим интерфейс (eth3), видим устройство в выхлопе lspci, значит, есть сетевая подсистема ядра увидела и опознала устройство. Запускаем dhcp-клиент на этом интерфейсе, и тут начинается проблема: получение адреса не проходит. Назначаем адрес вручную, стаим маску, пишем шлюз и маршрут - пингов никуда нет. Начинаем думать на роутер - мало ли, стоит там фильтр по маку какой-нибудь. Проверяем, что на роутере ничего такого нет, но все-таки решаем его исключить, мало ли, что - ставим на ноуте dhcp-сервер, пытаемся раздать айпишник серваку, результат проверяем через /var/log/messages на ноуте и tcpdump на серваке. И вот результат очень интересный - происходит отправка dhcp-запроса на ноут, что видно в messages, потом dhcp-сервер на ноуте отправляет обратно offer с адресом, что также видно в messages, но в tcpdump на сервере видно только отправку запроса, то есть такое впечатление, что сервер не может принять ответные пакеты.

Единственное, что мне приходит в голову - кривой кабель (маловероятно, на старой матери прекрасно работал) или кривое ethernet-гнездо на матери. Есть другие идеи?