Если верить народным легендам, то это как раз рай для гентушника. ;)

В кедах это рулится из настроек. Можно по метке запретить монтирование некоторых устройств. Теоритически. Потому что у меня самого полностью отключено автомонтирование. Ищи такое же гноме(или что там сейчас в бубунтах), потому что сейчас такими вещами занимается DE, а не система. Она только говорит DE, что появилось устройство, а уж там дальше принимается решение о том, что с ним делать.

Если вопрос был адресован мне, то я не знаю.
Я не работаю в школе и не имею никакого отношения к образованию. Просто мой знакомый учитель информатики, узнав, что я уже много лет работаю с GNU/Linux, попросил помочь с переводом школы на OpenSource. Я согласился и помогаю. Поэтому не смогу оценить эти журналы. Собственно, мне и не совсем понятно, откуда с ними трудности(во всяком случае в той школе, где я помогаю, до сих пор ещё не определились, какой ставить и мы ещё не поставили ни одного), ведь по сути это простая база данных с не особо сложным интерфейсом. Уверен, что опытный программист такое за день на пишет.

По пункту 2.
Я помогаю настраивать компы в одной из местных школ. На всех компах в компьютерном классе установлен линукс, на сервере зеркало пакетов для обновления их всех, dhcp для всех, прокся, фаер. В общем, стандартный шлюзовой сервер. Планируется воткнуть в скором времени электронный журнал туда же(ждём, когда директора разберутся, какой из них таки нужен).

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

sshfs/scp

Локальный dns. Прозрачный squid с грамотно настроенными acl'ами. Nat убрать. 443-ий, 25-ый и подобные порты, если надо, пустить через socks.
Враг не пройдёт.

маршруты правильно везде настроены? И на этом проблемном рутере, и на клиентских машинах?

Суровый у тебя "обычный" режим.

В соседнем топике ты мне сказал, что я старею, куда уж дальше взрослеть? :))

Запланировал:
1. Отдохнуть числа до восьмого.
2. А там работать в обычном режиме.
Сделал:
1, 2.

P.S. Ты где такое слово откопал-то "проскрастинация"? Я его и выговорить-то не могу.

Тю, было бы что обсуждать.
Я иногда забываю что-нибудь, начинаю гуглить и выхожу на собственный же пост в блоге/на форуме с решением. Это нормально. :)

Я как бы действительно не понял, к чему это всё. Ну, не знал человек, как отключить в vimperator'е что-то. И что с того?

И что?

Охренеть, уличная магия, блин.

Разумеется, я имел ввиду pptp-client. На автомате не то написал.

Я участвовал в создании такой схемы, правда только частично. Провайдер, в котором я работал отвечал за физическую часть и маршрутизацию, другой провайдер предоставлял биллинг и собственно доступ в интернет. Технологий, использовавшихся у наших партнёров я не знаю, но есть предположения. Постараюсь описать принцип работы, может это окажется полезным. Для того, чтобы не путаться, мой провайдер я в дальнейшем буду называть локальным, а тот второй - интернет.
Я ставил несколько точек доступа. На всех точках настраивался прямой маршрут к серверу интернет-провайдера и radius прокси.
При попытке выйти в интернет, траффик блокировался на сервере интернет-провайдера. После ввода логина с паролем, происходила авторизация и аутентификация клиента по протоколу radius, на сервер интернет-провайдера, от точек локального провайдера передавался мак-адрес клиента и присвоенный при подключении к wi-fi айпишник(для этого и ставился radius-прокси). Причём, ip-адреса клиенты получали от dhcp сервера интернет-провайдера.
Далее мои предположения. Предположим, клиенты получают адреса из сети 192.168.0.0/24, а конкретный подключившийся и авторизовавшийся клиент будет иметь айпи 192.168.0.100. Судя по всему, при авторизации в биллинге у них мак привязывался к айпи и к логину. Для этого ip открывался доступ в инет добавлением разрешающего правила в iptables. Сделать это можно так.
По умолчанию все политики установлены в DROP и висит редирект типа
iptables -t nat -A PREROUTING -s 192.168.0.0/24 -p tcp --dport 80 -j REDIRECT --to-ports 80
или
iptables -t nat -A PREROUTING -s 192.168.0.0/24 -p tcp --dport 80 -j DNAT --to-destination 192.168.1.1:80
Первое правило будет редиректить всех локальных клиентов, попытавшихся выйти в сеть на апач сервера, занимающегося блокированием. Второе правило необходимо, если апач и биллинг находятся на каком-то другом сервере.
После удачной авторизации в iptables добавляется исключение типа
iptables -t nat -I PREROUTING -s 192.168.0.100 -j MARK --set-xmark 0x10
Здесь я для примера выставил метку. Ключ -I добавляет правило вперёд цепочки, поэтому через него пакеты пройдут в первую очередь и уже не попадут на редирект. Метку потом можно использовать для сложной маршрутизации. Можно вообще не трогать. Главное, что пакет прошёл.
Одновременно с этим добавляются разрешающие правила в цепочке FORWARD таблицы filter.
Всё, клиент в интернете. В дальнейшем при работе биллинг с помощью radius'а считает траффик или время(в зависимости от того, какие ограничения стоят для данного клиента) и в случае достижения лимита, убирает эти правила, закрывая таким образом доступ.
Т.е. самое сложное - это биллинг. Раньше был неплохой FreeNIBS, работавший в связке с FreeRADIUS. Я использовал его у себя для тарификации клиентов моего провайдера на других точках. Но уже тогда его разработка шла не особо активно. Возможно, есть и другие, поддерживающие радиус, клиенты.
Отдельное замечание по поводу radius-прокси. Я делал всё это не на компах с линуксом, а на аппаратных wi-fi-роутерах с прошивкой dd-wrt. Там это есть из коробки.
В общей сложности, таким способом было накрыто вай-фаем несколько городов. В сочетании с WDS при такой схеме можно ещё и роуминг организовать(клиентам не придётся менять настройки wi-fi при переходе из зоны одной точки доступа в другую) - полезно для покрытия сетью крупных зданий(мне, например, понадобилось всего семь ТД для того, чтобы накрыть вайфаем территорию крупной гостиницы моего родного города).
Если что-то непонятно объяснил, спрашивайте. Правда, конкретных настроек я не предоставлю, потому как уже давно сменил работу.

Если рейд определяется mdadm'ом или через initrd, а не ядром то проблем быть не должно.

Надо включать отладку pptpd и спотреть, что будет писать. Возможно, проблемы с MTU.

А iptables-то причём?

Мда, побилось что-то.

Поправил свои посты(если где пропустил что, в личку маякуйте).
http://welinux.ru/post/952/
http://welinux.ru/post/2545/
http://welinux.ru/post/1801/

Блин, опять новый костыль писать, чтобы читать нормально. :(

А с шрифтом чего сделали? Или это у меня глюк?

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

Надо тоже портрет Вассермана на стенку повесить. Может, умнее стану.

А что это?

Я об этом как-то даже и не задумывался. Обычная рабочая обстановка. :)

Честно говоря, удивился вопросу.
Жена сказала, что да. :)

с 25-го числа занимаюсь своими делами.

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

ffmpeg. Он может всё, насколько я знаю. Но как именно сделать в этом случае не подскажу. Правда, он консольный и у него огромный ман.

Да, забыл уточнить. В патче предусмотрено игнорирование не только записей логов Mailman. Там в начале добавлен массив @exeptions = qw(Mailman); Так вот в скобках через пробел можно указать сколько угодно слов. Любая строка, в которой будет указанные слова, будет игнорироваться.
Только не стоит злоупотреблять, а то можно нарваться на то, что будут игнорироваться строки с почтовыми ящиками.

Ну а кто должен заниматься сертификацией? Специалисты работающие в этой области и плотно общающиеся с Linux или какие-то непонятные сертификационные центры без послужных списков и с сомнительным финансированием? Я считаю, что первые.

Novell была недавно куплена. Развитие OpenSUSE продолжается, но это уже не Novell, а какая-то другая компания. Собственно, как и Sun(этих Oracle выкупил).

На мой взгляд это наоборот хорошо. Раньше Linux развивался только за счёт энтузиастов, а теперь его пилят помимо прочего специально нанятые корпорациями люди. И бояться тут, имхо, нечего. Как и раньше код открыт и у руля всё-равно стоит Линус. Патчи от корпораций приходят на таких же общих основаниях, как и патчи от отдельных разработчиков. Бывает их так же отклоняют(помню, некоторое время назад, например, были отклонены патчи от мелкомягких из-за каких-то там ошибок - те их дорабатывали и сейчас, вроде бы, снова отправили на рассмотрение).
Linux уже давно не "поделка финского студента Just for fun". И, повторюсь, меня, как специалиста по настройке(и немного разработке) Linux-систем это только радует.

Не туда ответил.
Вот.

У вас mailman пишет в обычный почтовый лог свои ошибки в своём же хитром формате, поэтому скрипт не может их распарсить. Есть два пути решения - ковырять Mailman на предмет своих собственных логов, вставить в скрипт исключения.
По первому варианту ничего не подскажу, для второго набросал вот такой патчик. На скорую руку ваял и нормального лога постфикса под рукой нет, поэтому проверил бегло.

IBM на Linux зарабатывает(среди прочего).

IBM продаёт железо - серверы. Для этого железа нужна ОС. Linux в качестве такой ОС показал себя очень хорошо. Так как голое железо никому не нужно, IBM заинтересован в том, чтобы Linux хорошо работал на их серверах. Для наглядного примера можно посмотреть любой список ТОП 500 суперкомпьютеров. Там видно, что большая часть этих компов производства IBM и на большинстве из них стоит Linux. Для этого среди прочего необходимо участвовать в разработке ядра, улучшая совместимость и исправляя ошибки.
Помимо этого IBM, как и многие другие компании у них там в буржуиниях(RedHat, Oracle, в прошлом Novell, Sun и т.д.) занимаются внедрением корпоративных решений на базе своих продуктов и Linux в качестве ОС.
Вот, что дал поиск на скорую руку по решениям IBM. Проще говоря, у них там в корпоративном секторе Linux довольно таки распространён и эти компаниями занимаются его внедрением(разумеется, продвигая свои продукты, работающие на базе этой ОС).
Отсюда и вытекает наличие у IBM большой базы спецов по OpenSource вообще и Linux в частности.

В кроне есть что-нибудь на каждый день в указанное время?
Ну и как вариант, банально включить transmission и послушать в проблемное время, будет пищать или нет?

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

P.S. Непосредственно по теме, имхо, правильнее внести настройки nvidia-settings в конфиг, а не вызывать скриптом.

Нет, это не оно. Потому что вам нужна графика, пользовательские приложения и прочее, а там используется специализированное, заточенное под конкретные задачи программное обеспечение, среди которого можно найти различные серверы(dhcp, dns, web, etc...) или совсем уж узкоспециализированный софт типа "управление заслонкой подачи топлива в зависимости от температуры в поршне". Это и есть коренное отличие линукса для десктопов от линукса для встроенных систем.
Отчасти поэтому гуглу и пришлось пилить свой отдельный андроид, а не просто взять и перекомпилить уже имеющийся софт и ядро сходу.

Я не говорю, что линукс на arm не заведётся для обычного пользователя. Вот только я очень сильно сомневаюсь, что это будет убунту и не арч. Ни у тех, ни у других нет мантейнеров, которые следят за какими-либо архитектурами помимо x86. Судя по спискам пакетов, годную десктоп-систему можно сделать на arm'е, используя debian или gentoo, но сам я не пробовал. Во всяком случае, мне известны только эти два дистрибутива, официально поддерживающие разные архитектуры, накладывающие патчи в зависимости от проца и следящие за большим списком пакетов. Может, есть и другие.

Ну, говорят, в бубунту можно ставить пакеты из дебиана. Правда, тащить бубунту в продакшн я бы лично не стал. :)

В дебиане за тебя уже всё пропатчили - это я листинг запроса из стандартных реп приводил. :) Вот в lenny - там да, там, если память не изменяет, не всё работало в openvz-ядре, поэтому мне приходилось подключать openvz'шные репы для ядра и утилит(vzctl и т.д.). В squeeze с этим стало проще.

Я думал, для ничего святого нет. ;)

Я пользуюсь встроенной в VirtualBox справкой. Там много чего интересного, включая консольные команды и описание файлов настроек. Ну и гугл, если возникают какие проблемы. Специализированных ресурсов именно по десктопной виртуализации как-то и не искал. Правда, у меня тут настроек-то много и не надо. Так, сеть перестроить, с подсетями поиграться, протоколы разные включить/выключить, образы дисков переформатить, чтобы в loop монтировать и т.д. Это всё во встроенной справке есть.
Раньше, когда я работал с qemu на десктопе, частенько заглядывал на их официальный сайт. Ну и ман у него раньше был неплохой.
KVM и xen не приходилось использовать ни на десктопе, ни на сервере.
А по openvz очень рулят редхатовские доки. Применительно к текущим версиям они не всегда подходят дословно(но мы ведь не копипастим команды из мануалов неглядя, а сверяемся с манами перед запуском? ;)), но суть работы и принципы действий там описаны очень подробно и понятно. Именно форумов каких-то специализированных тоже не видел.

А вот это уже по-моему чисто функционал udev. Скорее всего по тем же серийникам и отслеживается.

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

Если я правильно понял, здесь даже не столько в udev'е дело, сколько в SATA. Оно изначально задумано так, чтобы не париться с порядком подключения.

А почему бы не использовать стабильный Debian?

Это уж точно лучше, чем какие-то странные поделки, поддерживаемые двумя с половиной анонимусами. Статистика коммитов.

А мне так никто и не объяснил, зачем нужен Tailing WM. Я как разворачивал все программы на весь экран, так и продолжаю.
А по теме, эта штука умеет нормальные и простые хоткеи? По типу, как в fluxbox(в файле настроек вписал и всё пашет).

Ну так а какими средствами настроено переключение раскладки?
Напрямую иксами или стоит что-то дополнительное?

Забудь про бесплатное. От него мы отказались в 1991-ом году.
Сейчас у нас точно такое же всё платное, как и у них. Рыночная экономика и капитализм способствуют. Только мы пока ещё никак к этому не привыкнем.

В arm'ах(RISC) процессорных комманд мало, они проще(а значит выполняются быстрее) и делается упор на конвеерную обработку и параллельное выполнение программ. Это получается мегабыстро. За один такт можно много чего сделать.
В x86(CISC) встроенных комманд 100500, они большие и толстые, выполняются строго по очереди. Программистам жить проще, пользователю медленнее.

Это если оооочень приближённо и неточно.

В буржуянии детскии сады/школы/универы/больницы/прочие социальные плюшки стоят в разы дороже, чем в экс-СССРии, потому что мы ещё не отвыкли от того, что это всё должно быть бесплатным, а они к этому и не привыкали никогда.

> Чего-то круто слишком на мой взгляд для проц 800 MHz
Армовские 800 MHz и x86 800MHz это две большие разницы.

Томск.
Сисадмин, с недавнего времени программист по совместительству(т.е. как бы две работы на полставки каждая).

Сколько стоят бигмаки - не знаю.
1666 буханок хлеба(классная цена получилась :)).
416 литров разливного пива.

Давно не стригся - не знаю, сколько стрижка стоит.
2083 поездки на автобусе.
166 поездок на такси.

На одежду цен как-то не припомню. Два среднего качества системника можно собрать.

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

Хотя, как правильно заметили выше - это не качество жизни, а всего лишь уровень зарплаты. Качество совсем в другом выражается.