Версия для печати темы

вот я недавно решил заюзать линукс (винда достала со всех сторон)
есть много вопросов
пока научился основам - интернет браузинг, IRC , ICQ , стандартные проги..
Сам я любитель counter-strike , слышал там работают open gl приложения хорошо и даже быстрее чем в
win
проблема есть с эмулятором среды windows - wine , хочу использовать его(или есть другие более лучшие?) для запуска самых нужных мне программ на первое время, чтобы потом перейти на unix аналоги.
при запуске программ (пробовал игру cs) выходило куча ошибок(каракули вместо букв) и игра слетала

как его настроить правильно чтобы все работало правильно?(поподробнее) или хотябы где найти инфу об этом

спасибо за ответ
а как правильно ставить\удалять программы в виде исходных кодов? куда они ставятся и как их надо запускать?

Из сырцов оно конечно лучше ставить в /usr/local/ (куда оно соб-но и ставится по дефолту), дабы не свинячать в /usr

как под никсами усбишный сканер установить и расшарить?

а полностью статья на opennet.ru

xsane + samba ну это в кратце а полностью статья на opennet.ru

стремно во внешнем интере искать. ТЫ пошагово обьясни.
таким макаром я могу по настройке ядерных реакторов консультировать (ни разу ни одного вблизи не видела).
Буду ссылку на яндекс давать и говорить - ищите.
вообщем: назвался груздем -иди к психиатру!

спасибо за ответ
а как правильно ставить\удалять программы в виде исходных кодов? куда они ставятся и как их надо запускать?

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

Если вы устанавливаете rpm или deb пакет, то путем просмотра содержимого пакета можно узнать куда будут скопированы бинарники (собранные программы).

У меня вопрос. Как правильно обновить ядро Linux?

Дров я так понимаю для Линукс нет?

У меня вопрос. Как правильно обновить ядро Linux?
З.Ы. Есть ещё один как выйти в инет через АДСЛ модем? Дров я так понимаю для Линукс нет? Тогда можно попробывать через сетевуху (модем это позволяет) но опять облом надо качать с сайта производителя дрова, а я так и не разобрался ,что мне за г засунули в материнскую плату. Походу придется новую покупать, т.к. эта не пашет...

Как вообще в SuSE 10.1 (gnom) настроить подключение к инету. Что то не пойму куда там вводить логин, пароль, DNS

2.6 относительно новой стабильное ядро. Зачем обновлять? Никаких новых прелестейот смены цифирки после 6 уже не получишь. Можно поставить ядро 2.7, но оно эксперементальное.

Советую настроить модем как роутер и на него установить Default gateaway(?)

а можно поподробнее и по русски, меня тоже этот же вопрос интересует.

Вам что жалко сказать как обновить правильно ядро? Ну выйдет 2.7 и что мне тогда делать?

Есть старая истина. Работает? Ничего не трогай! Пусть оно работает.
Знаю одного чела. Стоит у него ядро 2.4 Мандрейк и стоит. Машинка работает, все крутится и менять челу ничего не хочется. Я ему 2.6 вышло. А он мне: "А зачем? Все же работает! Вот если бы чтото непоправимо глюковало."
ПК нужен для дела. Ось для решения конкретных задач, а не для крутизны - у меня самая новая самая крутая.

Простейшая настройка соединения (для LAN-модема):

1. Запуск system-config-network (ну или "Системные параметры"->"Сеть" в kde... в общем найти просто)

<... мышка пробежала и погрызла ...>

P.S. Модем у меня в режима бриджа

Как я понял из контекста, у товарища ХАкера usb мопед (еси он под винь ставил дровишки)

как законтачить комп с никсами и комп с Вин, чтобы с никсов можно было рулить расшаренными папками на компе с Вин. И чтобы управляемость была не хуже чем с радмином. Понятно, что надо самбу настраивать.
Как?

В принципе всё очень подробно описано в файле /etc/samba/smb.conf

Если бы подробно - не спрашивала бы. Что писать в строке активизации клиента?
В самбе много дыр. Как заткнуть? Чтобы управляя дургим компом не дать кому нибуть к себе рута?

!?! что за дистр!?

Фашисткий SuSi с ядром 2.6. Номер самбы нее помню, ломает искать

Так в SUSE через YaST всё идеально настраивается!!!

А дырки остаются! Проверено.

ну не замечал
root`a атакующий ни как не получит во первых пароль не доступен во вторых у сервиса самбы привилегии nobody

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

А дырки остаются! Проверено.

Как правильно задавать вопросы
Eric Steven Raymond
Thyrsus Enterprises

<esr@thyrsus.com>
Rick Moen

<respond-auto@linuxmafia.com>

Copyright © 2001,2006 Eric S. Raymond, Rick Moen

Перевод на русский язык: Copyright © 2002-2006 Валерий Кравчук
Хронология версий
Версия 3.3 29 сентября 2006 года esr
Добавлен хороший совет от Кая Нигемана (Kai Niggemann).
Версия 3.2 10 января 2006 года esr
Включены правки Рика Моена (Rick Moen).
Версия 3.1 28 октября 2004 года esr
Добавлена фраза "Google - ваш друг".
Версия 3.0 2 февраля 2004 года esr
Существенное добавление рассуждений об этикете общения в Web-форумах.

Содержание

Переводы
Отказ от обязательств
Введение
Прежде, чем спрашивать...
Когда спрашиваете...

Правильно выбирайте форум
Web- и IRC-форумы для начинающих часто позволяют получить ответ как можно быстрее
В качестве второго шага, используйте списки рассылки проектов
Задавайте осмысленные, конкретные темы сообщений
Упростите посылку ответа
Пишите понятным языком, соблюдая правила грамматики и лексики
Посылайте вопросы во всем понятных форматах
Точно и детально опишите проблему
Объем еще не значит точность
Не утверждайте, что нашли ошибку
Публичное самоунижение не заменяет выполнение домашних заданий
Описывайте симптомы проблемы, а не свои предположения
Описывайте симптомы проблемы в хронологическом порядке
Описывайте цель, а не отдельный шаг
Не просите отвечать на личный адрес электронной почты
Задавайте ясные и четкие вопросы
Не задавайте вопросы из домашних заданий
Избегайте бессмысленных просьб
Не помечайте свой вопрос как "Срочный", даже если для вас он именно такой
Вежливость никогда не повредит, и иногда помогает
Пошлите краткое описание решения

Как интерпретировать ответы

RTFM и STFW: как понять, что вы серьезно облажались
Если вы не поняли...
Реакция на грубость

Не реагируйте как неудачник
Вопросы, которые задавать не надо
Хорошие и плохие вопросы
Если ответ не получен
Как давать хорошие ответы
Дополнительные источники информации
Благодарности

Переводы

Имеются переводы этого документа на бахаса (индонезийский), португальский (бразильский), китайский, чешский, датский, эстонский, финнский, французский, немецкий, иврит, венгерский, итальянский, японский, польский, португальский, румынский, русский, сербский, испанский, шведский и турецкий языки. Если вы хотите копировать, поддерживать зеркало, перевести или процитировать этот документ, прочитайте, пожалуйста, мои правила копирования.
Отказ от обязательств

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

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

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

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

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

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

Несмотря на это, считается, что хакеры относятся к простым вопросам скорее враждебно или высокомерно. Иногда кажется, что мы достаточно грубы к новичкам и игнорируем их. Но, на самом деле, это не так.

Мы, без сомнения, неприязненно относимся к людям, предположительно не желающим подумать или поучиться прежде, чем задавать вопросы. Такие люди убивают время — они берут, ничего не давая взамен, они отнимают время, которое мы могли бы посвятить другому вопросу, более интересному, и другому человеку, более достойному ответа. Таких людей мы называем "неудачниками" ("losers") (по историческим причинам это слово иногда пишется как "lusers" - пользователи-неудачники).

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

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

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

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

Если вы решили обратиться к нам за помощью, не становитесь в позицию неудачника. И не ведите себя как неудачник. Лучший способ получить быстрый и чуткий ответ, - спрашивать как человек умный, уверенный в себе и знающий, которому просто понадобилась помощь при решении одной конкретной проблемы.

(Дополнения к этому руководству приветствуются. Предложения можно направлять по адресу esr@thyrsus.com или respond-auto@linuxmafia.com. Учтите, однако, что этот документ не создавался как общее руководство по сетевому этикету, и мы обычно игнорируем предложения, не связанные непосредственно с получением полезных ответов на техническом форуме.)
Прежде, чем спрашивать...

Прежде, чем задавать технический вопрос по электронной почте или в дискуссионную группу, в чате или на форуме, сделайте следующее:

Процедура 1.

1.

Попытайтесь найти ответ с помошью поиска по архивам форума, в котором вы собираетесь задать вопрос.
2.

Попытайтесь найти ответ с помошью поиска в Web.
3.

Попытайтесь найти ответ в руководстве.
4.

Попытайтесь найти ответ в списке часто задаваемых вопросов (ЧаВО).
5.

Попытайтесь найти ответ путем проверок или экспериментов.
6.

Спросите опытного товарища.
7.

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

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

Используйте приемы типа поиска в Google по тексту полученного сообщения об ошибке (поищите также в дискуссионных группах - Google groups, а не только на Web-страницах). Это может привести либо неспосредственно к документации, посвященной тому, как эту ошибку устранить, либо к дискуссии в списке рассылки, в которой можно будет найти ответ. Даже если ответ и не найдется, фраза: "Я поискал в Google по следующему запросу, но ничего полезного не нашел" пригодится при обращении за помощью по электронной почте или в дискуссионную группу хотя бы потому, что свидетельствует о бесполезности поиска.

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

Подготовьте вопрос. Продумайте его. На поверхностные вопросы вы получите поверхностные ответы, или вообще ответов не получите. Чем больше вы сделаете, чтобы продемонстрировать свои размышления и усилия по решению проблемы до того, как просить помощи, тем вероятнее, что вы эту помощь получите.

Не задавайте неправильных вопросов. Если вопрос строится на ошибочных предположениях, любой хакер (в оригинале - J. Random Hacker, прим. переводчика), скорее всего, даст бесполезный буквальный ответ, подумав при этом "Глупый вопрос...", и надеясь, что получение того, о чем вы просили, вместо того, что действительно нужно, чему-то вас научит.

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

С другой стороны, неплохо сразу ясно дать понять, что вы можете и хотите помочь в процессе выработки решения. На вопросы типа "Может ли кто-то подсказать?", "Что не учтено в моем примере?" и "А нет ли сайта, который стоит на эту тему посмотреть?" более вероятно будет получен ответ, чем на требование прислать точную последовательность действий для решения проблемы, поскольку вы явно показали, что решите проблему сами, если кто-то укажет вам правильное направление действий.
Когда спрашиваете...
Правильно выбирайте форум

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

*

пошлете вопрос в форум, не соответствующий по тематике (off topic)
*

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

пошлете вопрос одновременно (cross-post) во множество различных дискуссионных групп
*

пошлете личное сообщение по электронной почте незнакомому человеку, лично не отвечающему за решение ваших проблем

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

Поэтому сначала надо найти соответствующий форум. В этом вам снова поможет поисковая система Google и другие средства поиска в Web. Используйте их для поиска страницы проекта, наиболее тесно связанного с оборудованием или программным обеспечением, с которым возникли трудности. Обычно на этой странице будут ссылки на список часто задаваемых вопросов (ЧаВО, FAQ - Frequently Asked Questions), списки рассылки проекта и их архивы. Именно там и надо просить помощи, если ваши собственные усилия (включая прочтение этих, обнаруженных вами, ЧаВО) не увенчались успехом. На странице проекта также может быть описана процедура сообщения об ошибках или преставлена соответствующая ссылка; если она есть, следуйте ей.

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

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

Не забрасывайте своими вопросами все доступные каналы получения помощи одновременно. Это похоже на вопль и раздражает людей. Обращайтесь к ним по очереди.

Правильно определите тему! Одна из классических ошибок - задавать вопрос о программном интерфейсе Unix или Windows в форуме, посвященном языку, библиотеке или инструментальному средству, работающему на обеих платформах. Если вы не понимаете, почему это - грубая ошибка, лучше вообще не задавайте вопросов, пока не поймете.

В общем случае, вероятность получить ответы на вопросы в правильно выбранном общедоступном форуме выше, чем в приватном. Причин для этого несколько. Одна из них - количество потенциальных отвечающих. Другая - размер аудитории, которая узнает ответ; хакеры с большим удовольствием отвечают на вопросы, которые могут интересовать многих, чем на вопросы, полезные лишь единицам.

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

Ваша местная группа пользователей или ваш дистрибутив Linux может поддерживать Web-форум или канал IRC, предназначенный для помощи начинающим. (В неанглоязычных странах форумы для начинающих, по-прежнему, скорее всего, организованы в виде списков рассылки.) Это - подходящие места для первоначального задания вопросов, особенно если предполагается, что вы столкнулись с относительно несложной или типичной проблемой. Открыто рекламируемый канал IRC - это явное приглашение задавать вопросы, и, зачастую, возможность получать ответы в реальном времени.

Фактически, если программа, с которой у вас возникли проблемы, взята из дистрибутива (что, на сегодня, типично), может оказаться лучше сначала спросить в форуме/списке рассылки по соответствующему дистрибутиву, прежде чем обращаться в форум/список рассылки программы. Хакеры, работающие над проектом, могут просто ответить: "Используйте нашу сборку".

Прежде чем задавать вопрос в любом Web-форуме, проверьте, нет ли на нем возможности поиска. И если она есть, поищите пару раз по ключевым словам обсуждение проблемы, подобной вашей; это может помочь. Если перед этим вы выполнили общий поиск в Web (что надо было сделать), все равно поищите на форуме; возможно, ваша поисковая система давно не индексировала повторно этот форум.

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

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

*

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

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

Большинство списков рассылки архивируется, а архивы - индексируются поисковыми системами. Кто-то сможет найти ваш вопрос и ответы в сети, и не задаст его снова в списке рассылки.
*

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

Если у проекта есть отдельные списки рассылки или Web-форумы для "пользователей" и для "разработчиков" (или "хакеров"), и вы не занимаетесь разбором (hacking) кода, задайте вопрос в списке/форуме для "пользователей". Не рассчитывайте на теплый прием в списке рассылки для разработчиков, где ваш вопрос, вероятно, отнесут к разряду "шума", мешающего обмену информацией о ходе разработки.

Однако, если вы уверены в нетривиальности своего вопроса и не получили ответа в списке рассылки/форуме для "пользователей" в течение нескольких дней, обратитесь к разработчикам. Имеет смысл перед этим последить за соответствующим списком рассылки или форумом несколько дней, чтобы изучить его традиции (на самом деле, это имеет смысл делать перед обращением в любой частный или полузакрытый список рассылки).

Если не удается найти адрес списка рассылки проекта, но известен адрес лица, ведущего проект, пошлите свой вопрос ведущему. Но и в этом случае не думайте, что списка рассылки нет. В своем сообщении укажите, что пытались, но не смогли найти соответствующий список рассылки. Упомяните также, что не против пересылки вашего сообщения другим адресатам. (Многие считают, что личная корреспонденция должна оставаться личной, даже если ничего секретного в ней нет. Разрешая переслать свое сообщение, вы даете людям выбор.)
Задавайте осмысленные, конкретные темы сообщений

При посылке сообщения в список рассылки или в дискуссионную группу, тема сообщения - прекрасная возможность привлечь внимание квалифицированных экспертов строкой длиной до 50 символов. Не тратьте их на лепет типа "Помогите мне, пожалуйста" (не говоря уже про темы "PLEASE HELP ME!!!!"; сообщения с такими темами выбрасываются рефлекторно). Не пытайтесь поразить нас глубиной своих страданий; лучше используйте отведенное место для максимально краткого описания проблемы.

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

Глупо:

ПОМОГИТЕ! Видеокарта на моем ноутбуке работает неправильно!
Разумно:

Неправильная форма курсора мыши в XFree86 4.1, видео на чипсете Fooware MV1005
Еще лучше:

XFree86 4.1 курсор мыши на чипсете Fooware MV1005 - неправильная форма

Процесс написания темы по шаблону "объект-отклонение" поможет более детально осмыслить проблему. Что именно неправильно работает? Только курсор мыши или с другой графикой тоже есть проблемы? Проблема только в XFree86? Только в версии 4.1? Эта проблема возникает только на видеокартах с чипсетом Fooware? Только в модели MV1005? Хакер, получив сообщение с подобной темой, сможет, в общих чертах, понять, с чем именно у вас возникала проблема и что это за проблема.

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

Если вы задаете вопрос в ответ, не забудьте изменить строку темы так, чтобы по ней было понятно - задается вопрос. Строка темы вида "Re: test" или "Re: new bug" не привлечет достаточного внимания. Кроме того, сведите цитирование предыдущих сообщений к минимуму, достаточному, чтобы новые пользователи могли понять, о чем шла речь.

Не посылайте просто ответ на сообщение списка рассылки, если собираетесь обсуждать новую тему (начать нить обсуждения). Это сузит круг отвечающих. Некоторые программы чтения почты, например, mutt, позволяют пользователю сортировать сообщения по темам, а затем прятать сообщения по теме, сворачивая нить обсуждения. Те, кто этой возможностью пользуется, никогда вашего сообщения не увидят.

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

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

Завершение вопроса фразой "Ответ, пожалуйста, направляйте по адресу... " делает получение ответа весьма маловероятным. Если у вас нет пары секунд на то, чтобы правильно задать заголовок Reply-To в своей почтовой программе, то у нас нет и пары секунд на то, чтобы подумать о вашей проблеме. Если ваша почтовая программа не позволяет это сделать - найдите программу получше. Если ваша операционная система не поддерживает почтовые программы, позволяющие это сделать, поищите операционную систему получше.

Просить отвечать по электронной почте в Web-форумах - крайне невежливо, если только вы не уверены, что информация может оказаться конфеденциальной (и кто-то, по неизвестной причине, захочет сообщить ее вам лично, а не всему форуму). Если вы хотите получить уведомление по почте о том, что кто-то ответил на тему в форуме, запросите это уведомление в интерфейсе Web-форума; эта возможность поддерживается практически везде в виде опций "watch this thread" ("следить за обсуждением"), "send email on answers" ("уведомлять по почте") и т.п.)
Пишите понятным языком, соблюдая правила грамматики и лексики

Экспериментальным путем установлено, что люди, пишущие невнимательно и небрежно, обычно так же невнимательны и небрежны в мыслях и в коде создаваемых программ (по крайней мере, достаточно часто, чтобы уверенно так утверждать). Отвечать на вопросы людей невнимательных и небрежно мыслящих - занятие неблагодарное; мы свое время лучше потратим на что-то другое.

Поэтому четкость и правильность формулировки вопроса имеет значение. Если вы не хотите морочить себе этим голову, мы не хотим морочить голову себе, уделяя внимание таким вопросам. Постарайтесь сформулировать вопрос правильным языком. Он не должен быть тяжеловесным и формальным — на самом деле, в хакерской культуре ценится неформальный, полный сленга и юмора язык, используемый правильно. Но мысли должны быть выражены четко; необходимо продемонстрировать хоть какие-то признаки вдумчивости и внимания.

Соблюдайте правила синтаксиса, пунктуации и использования прописных букв. Не путайте "its" с "it's", "loose" с "lose" или "discrete" с "discreet". Не ПИШИТЕ ВСЕ В ВЕРХНЕМ РЕГИСТРЕ, - это воспринимается как крик и считается грубостью. (Если все написано в нижнем регистре, - не многим лучше, поскольку так сложно читать. Алану Коксу это прощается, а вам - нет.)

В общем случае, если вы пишете на уровне детского лепета или бреда сумасшедшего, ваш вопрос, скорее всего, проигнорируют. Писанина в стиле малолетних "хацкеров" (в оригинале - l33t script kiddie hax0r - прим. переводчика) - абсолютно безнадежна, и гарантирует в ответ - тишину (или, в лучшем случае, порцию пренебрежения и сарказма).

Если вы задаете вопросы в форуме, где используется не родной для вас язык, то некоторые лексические и грамматические ошибки вам простят — но никакого прощения элементарной лени не ждите (да, мы обычно способны почувствовать разницу). Кроме того, если не знаете точно, какие языки для адресата - родные, пишите по-английски. Занятые хакеры обычно просто пропускают вопросы на языках, которые они не понимают, а английский - рабочий язык Internet. Задав вопрос по-английски, вы уменьшаете вероятность, что его пропустят, не читая.
Посылайте вопросы во всем понятных форматах

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

*

Посылайте сообщение в виде обычного текста, а не в формате HTML. (Отключить HTML не так уж сложно.)
*

MIME-приложения обычно вполне допустимы, но только если они имеют реальное содержание (например, прилагается исходный текст или файл исправлений), а не просто автоматически генерируются почтовым клиентом (представляя собой, например, еще одну копию письма, но в формате HTML).
*

Не посылайте сообщения, в которых абзацы представлены одной строкой, визуально переносящейся на следующие строки на клиенте. (Это усложняет ответ на часть сообщения.) Исходите из предположения, что адресаты будут читать сообщения на текстовых терминалах со строками в 80 символов, и настройте соответственно вставку жестких переносов строк, завершая строку до 80 позиции.
*

При этом, однако, не разбивайте на несколько строк по фиксированной позиции данные (например, дампы журналов или записи сеансов). Данные необходимо включать в сообщения как они есть, чтобы адресаты были уверены, что они видят именно то, что видели вы.
*

Не посылайте сообщения в кодировке MIME Quoted-Printable в англоязычный форум. Эта кодировка может понадобиться при посылке сообщения на языке, не покрываемом кодировкой ASCII, но многие пользовательские почтовые агенты ее не поддерживают. Читать сообщения с разбросанными по тексту управляющими символами вида =20 неудобно и неприятно. Они могут даже исказить смысл текста.
*

Даже и не думайте, что хакеры смогут прочитать документы в закрытых, патентованных форматах типа Microsoft Word или Excel. Большинство хакеров реагируют на них примерно так, как реагировали бы вы, если бы вам вымазали входную дверь поросячьим дерьмом. Даже когда они могут их прочитать, необходимость возиться с этими форматами их возмущает.
*

При посылке сообщения с машины под управлением Windows, отключите дебильную Microsoft-овскую поддержку "Smart Quotes". Это позволит избавиться от множества мусорных символов, разбросанных по всему сообщению.
*

В Web-форумах не злоупотребляйте "смайликами" и возможностями вставки "html" (если они предоставляются). Один-два смайлика - это, обычно, нормально, но разноцветный забавный текст наводит людей на мысль, что вы - ламер. Избыточное использование смайликов, цвета и шрифтов представляет вас как смешливую девочку-подростка, что не имеет смысла, если конечно вас интересуют ответы, а не секс.

При использовании почтового клиента с графическим интерфейсом, (например, Netscape Messenger, MS Outlook и им подобных) помните, что он может нарушать эти правила при использовании стандартных установок. В большинстве таких клиентов в меню есть команда типа "View Source". Проверьте с ее помощью по одному из отправленных сообщений, что посылается обычный текст, без лишнего мусора.
Точно и детально опишите проблему

*

Внимательно и четко опишите симптомы обнаруженной проблемы или ошибки.
*

Опишите среду, в которой она возникает (машина, ОС, приложение и т.д.) Укажите дистрибутив и релиз (например: "Fedora Core 4", "Slackware 9.1" и т.п.).
*

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

Опишите самостоятельно выполненные вами шаги по диагностике и изоляции проблемы прежде, чем задавать вопрос.
*

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

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

Саймон Тэтхем (Simon Tatham) написал замечательное эссе, озаглавленное Как эффективно сообщать об ошибках. Я настоятельно рекомендую его прочитать.
Объем еще не значит точность

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

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

При возникновении проблем с тем или иным программным обеспечением не заявляйте, что нашли ошибку, если только абсолютно не уверены в этом. Подсказка: если вы не можете предоставить исправление исходного кода, которое решает проблему или тестовый пример для предыдущей версии, демонстрирующий неправильное поведение, вы, скорее всего, недостаточно уверены в своем заявлении. Это же относится и к web-страницам и документации; если вы нашли "ошибку" в документации, пришлите текст, который вы считаете более уместным, и укажите страницы, на которых он должен быть представлен.

Помните, что множество других пользователей с такой проблемой не сталкивались. Иначе вы бы уже узнали об этом при чтении документации или при поиске в Web (вы же сделали это, прежде чем делать подобные утверждения, не так ли?). Это означает, что, скорее всего, именно вы что-то делаете неправильно, а не программное обеспечение.

Создатели программного обеспечения прикладывают огромные усилия для того, чтобы оно работало как можно лучше. Если вы утверждаете, что нашли ошибку, то, тем самым, предполагаете, что они сделали что-то не так, и это почти наверняка им не понравится — даже если вы правы. Особенно недипломатичным будет написать "bug" ("Ошибка") в строке темы сообщения.

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

Некоторые, уяснив, что не надо вести себя грубо или надменно, вымогая ответ, выбирают противоположную крайность - самоунижение. "Я знаю, я начинающий, неудачник и полный чайник, но...". Это отвлекает от сути и не имеет смысла. Особенно в сочетании с неопределенностью в описании фактической проблемы.

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

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

Бесполезно сообщать хакерам свое мнение о причинах проблемы. (Если ваши диагностические теории настолько ценны, надо ли обращаться за помощью к другим?) Поэтому проверьте, что сообщаете фактические симптомы происходящего, а не свои интерпретации и теории. Пусть интерпретацией и диагностикой займутся отвечающие.

Глупо:

Я постоянно получаю ошибки SIG11 при компиляции ядра, и подозреваю, что причина - микротрещина на материнской плате. Как лучше всего это проверить?
Разумно:

На собранном мной компьютере K6/233 на материнской плате FIC-PA2007 (чипсет VIA Apollo VP2) с 256MB памяти Corsair PC133 SDRAM начинают часто возникать ошибки SIG11 примерно через 20 минут после включения питания, в ходе компиляции ядра, но они не возникают в первые 20 минут. Перезагрузка ни к чему не приводит, а вот отключение на ночь помогает. Замена всей памяти не помогла. Соответствующая часть результатов типичной компиляции прилагается.

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

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

Если программа, в которой произошел сбой, имеет опции диагностики (например, -v - детальное информирование), попытайтесь подобрать опции, добавляющие полезную отладочную информацию в "стенограмму" сеанса. Помните, что больше - не обязательно лучше; попытайтесь выбрать уровень детальности отладочной информации, который даст читателю информацию, а не забросает его мусором.

Если сообщение получилось достаточно длинным (больше четырех абзацев), имеет смысл заранее сформулировать проблему в начале, а потом указать хронологическую последовательность действий, к ней приводящих. В этом случае хакеры будут знать, на что обратить внимание при чтении сеанса.
Описывайте цель, а не отдельный шаг

Если вы пытаетесь разобраться, как что-либо сделать (а не сообщаете об ошибке), начинайте с описания цели. И только потом описывайте конкретный шаг на пути к ней, который вы оне смогли выполнить.

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

Глупо:

Как заставить диалог выбора цвета в программе FooDraw воспринимать шестнадцатеричное RGB-значение?
Разумно:

Я пытаюсь заменить таблицу цветов в изображении нужными мне значениями. Сейчас я вижу только один способ сделать это - редактируя каждый слот таблицы, но я не могу задать шестнадцатеричное RGB-значение в диалоге выбора цвета программы FooDraw.

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

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

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

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

Неограниченные вопросы требуют обычно неограниченного времени для ответа. Люди, скорее всего способные дать вам полезный ответ, еще и самые занятые люди (еще и потому, что большую часть своей работы делают сами). Такие люди ревностно относятся к своему времени, и поэтому часто не воспринимают неограниченные вопросы.

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

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

Поэтому имеет смысл ограничить вопрос, чтобы свести к минимуму время, необходимое эксперту для его решения. Но зачастую это не то же самое, что упростить вопрос. Так, например, вопрос: "Можете ли вы дать мне ссылку на хорошее описание X?" - обычно куда разумнее, чем просьба: "Объясните мне X, пожалуйста". Если у вас проблема с неработающим кодом, разумнее будет попросить объяснить, что в нем не так, а не просить исправить ошибки.
Не задавайте вопросы из домашних заданий

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

Если вы подозреваете, что вам подкинули вопрос из домашнего задания, но все равно не можете дать на него ответ, попытайтесь задать вопрос в форуме группы пользователей или (в крайнем случае) в "пользовательском" списке рассылки/форуме соответствующего проекта. Хотя хакеры его и "опознают", некоторые из продвинутых пользователей могут, по крайней мере, дать вам подсказку.
Избегайте бессмысленных просьб

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

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

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

Из этого правила есть одно частичное исключение. Упоминание о срочности может иметь смысл, если вы используете программу в серьезной организации, которая может заинтересовать хакеров; в таком случае, если вам не хватает времени и вы сообщите об этом вежливо, люди могут оказаться достаточно заинтересованными, чтобы ответить быстрее.

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

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

Будьте вежливы. Используйте фразы "Пожалуйста" и "Спасибо за внимание" или "Спасибо за рассмотрение". Дайте понять, что благодарны людям, бесплатно посвящающим вам свое время.

Если честно, это не так важно, как отсутствие ошибок в тексте вопроса, ясность, точность и детальность описания, использование открытых форматов и т.д. (и не заменяет все перечисленное); хакеры, в общем случае, предпочли бы получать грубые, но технически точные сообщения об ошибках, чем вежливое словоблудие. (Если вас это удивляет, вспомните, что мы ценим вопрос за то, чему он нас учит.)

Однако при нормальном техническом уровне вопроса вежливость действительно повышает вероятность получить полезный ответ.

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

После того, как проблема решена, пошлите сообщение всем, кто вам помог; дайте им знать, чем все закончилось, и поблагодарите еще раз за помощь. Если проблема вызвала общий интерес в списке рассылки или дискуссионной группе, имеет смысл такое сообщение послать туда.

Оптимально будет ответить в нити обсуждения, начатой с исходного вопроса, добавив в теме сообщения пометку 'FIXED', 'RESOLVED', 'РЕШЕНИЕ' или другой не менее очевидный признак решения. В списках рассылки с большим количеством сообщений, потенциальный отвечающий при взгляде на нить обсуждения "Проблема X", завершающуюся сообщением "Проблема X - РЕШЕНИЕ" понимает, что ему не нужно тратить время даже на чтение сообщений (если он лично не считает Проблему X интересной), и поэтому может потратить время на решение другой проблемы.

Такое сообщение не обязательно должно быть длинным и подробным; простое: "Привет! Проблема была связана с разрывом в сетевом кабеле! Спасибо всем. Билл", - уже лучше, чем ничего. Фактически, краткое и вежливое резюме лучше, чем длинная диссертация, если только решение не затрагивает серьезные технические аспекты. Напишите, какие действия позволили решить проблему, но всю последовательность поиска решения повторно описывать не надо.

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

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

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

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

Среди хакеров такое поведение, на самом деле, считается важнее обычной вежливости. Именно так зарабатывают репутацию хорошего командного игрока, которая является очень ценным качеством.
Как интерпретировать ответы
RTFM и STFW: как понять, что вы серьезно облажались

Есть древняя и священная традиция: если вы получаете ответ "RTFM", значит отвечающий думает, что вам стоит почитать руководство (Read The Fucking Manual). Он почти наверняка прав. Читайте.

У ответа RTFM есть более молодой аналог. Если вы получаете ответ "STFW", значит отвечающий думает, что вам стоит поискать ответ в сети (Search The Fucking Web). Он почти наверняка прав. Ищите.

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

Часто тот, кто посылает один из подобных ответов, имеет под рукой руководство или web-страницу с необходимой вам информацией, и смотрит на нее, когда набирает ответ. Эти ответы означают, что, по его мнению, во-первых, необходимую вам информацию легко найти и, во-вторых, вы большему научитесь при поиске информации, чем если вам ее преподнесут под нос на тарелочке.

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

Если вы не поняли ответ, не шлите тут же требование его объяснить. Используйте те же источники информации, что и при поиске ответа на исходный вопрос (руководства, ЧаВО, Web, опытные коллеги), чтобы понять ответ. Если и после этого вам необходимы разъяснения, покажите, что вы узнали сами.

Например, предположим, я вам ответил: "Похоже, у вас завис zentry; надо его сбросить". Тогда плохим уточняющим вопросом будет: "А что такое zentry"? А хорошим: "OK, я прочитал страницу справочного руководства, и про zentry там упомянуто только в опциях -z и -p. Ни в одной из них не сказано, как сбросить зависший zentry. Надо ли использовать одну из этих опций, или я что-то неправильно понял?"
Реакция на грубость

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

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

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

(Некоторые настаивают, что многие хакеры страдают мягкой формой аутизма, или синдрома Аспергера, и у них просто не хватает той части мозга, которая отвечает за "нормальное" социальное взаимодействие между людьми. Возможно, это правда, а может и нет. Если вы - не хакер, представление о хакерах как о больных на голову может вам помочь смириться с нашими странностями. Думайте, что хотите. Нас это не волнует; нам нравится быть именно такими, и к клиническим диагнозам мы относимся со здоровым скептицизмом.)

В следующем разделе мы поговорим о другой проблеме; о своего рода "грубости", с которой можно встретиться, когда именно вы не правы.
Не реагируйте как неудачник

Вполне вероятно, что вы уже облажались несколько раз в хакерских форумах — так, как описано в этой статье, или аналогично. И вам уже объяснили, как именно вы облажались, возможно, в красках. При всем честном народе.

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

Смириться. Это - нормально. На самом деле, это хорошо и целесообразно.

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

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

Выбирайте: преувеличенная "дружественность" (такого рода) или полезность.

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

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

Эти "скандалисты" - либо ламеры, которые ничего не понимают, но считают себя экспертами, или потенциальные психологи, проверяющие, облажаетесь вы или нет. Другие читатели их либо проигнорируют, либо найдут способы самостоятельно с ними разобраться. Поведение скандалистов создает проблемы для них самих, что не должно вас беспокоить.

Не позволяйте также втянуть себя в бесполезный "базар". Такие обсуждения лучше игнорировать, разобравшись предварительно, что это действительно бесполезный "базар", а не намеки на то, почему вы действительно облажались, и не тонко зашифрованные ответы на ваши фактические вопросы (так тоже бывает).
Вопросы, которые задавать не надо

Вот ряд классических глупых вопросов и о чем думают хакеры, когда на них не отвечают.

Вопрос: Где можно найти программу или ресурс X?
Вопрос: Как можно с помощью X сделать Y
Вопрос: Как сконфигурировать приглашение командного интерпретатора?
Вопрос: Можно ли преобразовать AcmeCorp-документ в TeX-файл с помощью программы преобразования файлов Bass-o-matic?
Вопрос: Моя {программа, конфигурация, мой оператор SQL} не работает
Вопрос: У меня проблемы с Windows-машиной. Не могли бы вы помочь?
Вопрос: Моя программа не работает. Я думаю, проблема в системном компоненте X.
Вопрос: У меня возникли проблемы с установкой Linux (или X). Не могли бы вы помочь?
Вопрос: Как взломать пароль пользователя root/получить расширенные привилегии/прочитать чужую электронную почту?

Вопрос:

Где можно найти программу или ресурс X?
Ответ:

Там же, где и я ее взял, придурок, — найти в Internet. Боже, неужели еще не все знают, как пользоваться Google?
Вопрос:

Как можно с помощью X сделать Y?
Ответ:

Если вы хотите сделать Y, надо так и спрашивать, не предполагая заранее использование метода, который может вовсе не подходить. Вопросы такого вида часто задают те, кто не просто ничего не знает об X, но сбит с толку решаемой проблемой Y и слишком сконцентрирован на деталях своей конкретной ситуации. Обычно лучше игнорировать таких людей, пока они не сформулируют свою проблему лучше.
Вопрос:

Как сконфигурировать приглашение командного интерпретатора?
Ответ:

Если вы достаточно умны, чтобы этим заинтересоваться, вам хватит ума и на самостоятельный поиск ответа.
Вопрос:

Можно ли преобразовать AcmeCorp-документ в TeX-файл с помощью программы преобразования файлов Bass-o-matic?
Ответ:

Попробуйте и узнаете. Так вы, во-первых, узнаете ответ, а, во-вторых, перестанете тратить мое время.
Вопрос:

Моя {программа, конфигурация, мой оператор SQL} не работает
Ответ:

Это вообще не вопрос, и я не собираюсь задавать еще десяток наводящих вопросов, чтобы выяснить, в чем на самом деле состоит ваша проблема — у меня есть дела и поинтереснее. Когда я вижу подобные вопросы, то обычно посылаю один из следующих ответов:

*

Вам к этому больше нечего добавить?
*

Ой, это очень плохо. Надеюсь, вы уже это исправили.
*

И какое это имеет отношение лично ко мне?

Вопрос:

У меня проблемы с Windows-машиной. Не могли бы вы помочь?
Ответ:

Да. Выкиньте этот Microsoft-овский мусор и поставьте себе операционную систему с открытым исходным кодом, например, Linux или BSD.

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

Моя программа не работает. Я думаю, проблема в системном компоненте X.
Ответ:

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

У меня возникли проблемы с установкой Linux (или X). Не могли бы вы помочь?
Ответ:

Нет. Чтобы решить эту проблему, мне нужен непосредственный доступ к вашей машине. Задайте вопрос местной группе пользователей Linux, которые смогут помочь лично. (Список групп пользователей можно найти здесь.)

Примечание: вопросы об установке Linux могут быть уместными в форуме или списке рассылки, посвященном конкретному дистрибутиву, если проблема связана с этим дистрибутивом, или в форумах локальных групп пользователей. В этом случае, не забудьте точно описать подробности сбоя. Но сначала тщательно поищите в Web, указав ключевые слова "linux" и все подозрительные компоненты оборудования.
Вопрос:

Как взломать пароль пользователя root/получить расширенные привилегии/прочитать чужую электронную почту?
Ответ:

Да ты просто пошляк, раз хочешь такое сделать, и идиот, раз просишь хакера тебе помочь.
Хорошие и плохие вопросы

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

Глупо: Где мне найти информацию о Foonly Flurbamatic?

Этот вопрос просто напрашивается на ответ "STFW".
Правильно: Я попытался поискать в Web с помощью Google по запросу "Foonly Flurbamatic 2600", но полезных ссылок не получил. Не знает ли кто-нибудь, где найти информацию о программировании этого устройства?

Этот вопрошающий уже поискал в Web и, похоже, у него - реальная проблема.

Глупо: Я не могу скомпилировать код проекта foo. Почему он некорректен?

Он думает, что кто-то другой облажался. Самоуверенный тип.
Правильно: Код проекта foo не компилируется в ОС Nulix версии 6.2. Я прочитал ЧаВО (FAQ), но там нет ничего о проблемах с Nulix. Вот запись сеанса компиляции; что я сделал неправильно?

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

Глупо: У меня проблемы с материнской платой. Не может ли кто-нибудь помочь?

Любой хакер на такой вопрос в уме ответит, скорее всего так: "Хорошо. Может, тебе еще помочь срыгнуть и пеленку поменять?", и нажмет клавишу Delete.
Правильно: Я попробовал X, Y и Z на материнской плате S2464. Когда это не сработало, я попробовал A, B и C. Обратите внимание на странный симптом при попытке сделать C. Очевидно, что эта фигня не фурычит, но результаты получаются непредсказуемые. Что обычно приводит к тому, что не фурычат многопроцессорные материнские платы с Athlon? Нет ли у кого идей для дополнительных тестов, которые помогут изолировать проблему?

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

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

Фактически, форма задания последнего вопроса очень похожа на использованную реально в августе 2001 года в списке рассылки linux-kernel. Я (Эрик) задал тогда этот вопрос. Я наблюдал странные зависания на материнской плате Tyan S2464. Участники списка рассылки предоставили ценную информацию, позволившую мне от этих зависаний избавиться.

Задавая вопрос так, как это сделал я, вы даете людям пищу для размышлений; я сделал для них участие в решении проблемы простым и привлекательным. Я продемонстрировал уважение способностей коллег и пригласил их к обсуждению на равных. Я также продемонстрировал, что ценю их время, описав, по каким тупиковым ветвям я уже прошел.

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

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

Если ответ не получен

Если вы не получили ответа, не принимайте это на свой счет, как наш отказ помочь лично вам. Иногда участники форума просто не знают ответ. Отсутствие ответа не равносильно игнорированию, хотя извне разницу заметить сложно.

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

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

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

Есть также масса коммерческих компаний, с которым можно заключить контракт на поддержку, как крупных, так и маленьких (одни из наиболее известных - Red Hat и SpikeSource, но есть и множество других). Пусть вас не пугает идея платить за поддержку! В конечном итоге, если необходим капремонт двигателя автомобиля, вы ведь отдадите его в мастерскую и заплатите за ремонт. Даже если программное обеспечение ничего не стоило, нельзя рассчитывать, что его всегда будут бесплатно поддерживать.

У популярного программного обеспечения, вроде Linux, на одного разработчика приходится, по крайней мере, 10000 пользователей. Один человек просто не может справиться с поддержкой 10000 пользователей. Помните, что даже если за поддержку приходится платить, это все равно обходится намного дешевле, чем когда приходится покупать еще и само программное обеспечение (да и поддержка закрытого программного обеспечения обычно стоит дороже и выполняется менее компетентными специалистами, чем в случае программного обеспечения с открытым исходным кодом).
Как давать хорошие ответы

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

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

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

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

Задавайте дополнительные вопросы, чтобы получить больше информации. Если это делать правильно, спрашивающий кое чему научится, — да и вы тоже. Попытайтесь превратить плохой вопрос в хороший; помните — все мы были начинающими.

Хотя простой ответ RTFM бывает оправдан, когда дается просто лентяю, ссылка на документацию (даже если это набор ключевых слов для поиска в Google) все же лучше.

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

Помогите общественности извлечь пользу из вопроса. Когда встречаетесь с хорошим вопросом, спросите себя: "Как надо изменить соответствующую документацию или список ЧаВО, чтобы больше этот вопрос никто не задавал?". Затем пошлите соответствующее дополнение тому, кто поддерживает эти документы.

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

Если вам необходима информация по основам работы персональных компьютеров, ОС Unix и сети Internet, см. руководство The Unix and Internet Fundamentals HOWTO.

При создании программного обеспечения или выпуске исправлений для программ, постарайтесь следовать принципам, изложенным в руководстве Software Release Practice HOWTO.
Благодарности

Эвелин Митчел (Evelyn Mitchell) предложила прокомментировать ряд глупых вопросов и вдохновила на написание раздела "Как давать хорошие ответы". Михаил Рамендик дал ряд ценных предложений по улучшению документа.
Примечания переводчика

Оригинал статьи взят отсюда. Ваши замечания и предложения по данному переводу шлите мне.

Обратите внимание, что это - перевод версии 3.3 (от 29 сентября 2006 года), существенно изменившейся и дополненной. Если вы вместо ссылок на этот документ размещаете его текст полностью, обновите его, пожалуйста!

А дырки остаются! Проверено.

ну не замечал
root`a атакующий ни как не получит во первых пароль не доступен во вторых у сервиса самбы привилегии nobody

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

у самбы привилегия root, что очень печально.

кстати, как в инете отличить самбу от винды?

Такие демоны, как sendmail, BIND и самба лучше chroot'ить, либо на виртуальную тачку ставить. Иначе ночами спать будет плохо

Определить ОСь, и методом исключения определить демона или службу

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

dclib+valkput(?)

А юсбишный АДСЛ акорп вообще возможно в сузе заставить работать, под них дрова вообще бывают и как настроить?

А подскажите пожалуйста как НТФС диски подмонтировать.Желательно поподробней ата я линукс первый раз вижу и оч хочу изучить. У меня СУЗ 10.2

пуск - Yast - система - Разьбиение - редактировать(нужный раздел) - указать точку монтирования. Это всё
Спасибо Qrdl с irc.cbx.ru #linux

А какую точку монтирования указывать? И как драйвера на видюху поставить?

Я смонтировал в паку допустим диск, но попасть в не могу только rootом как сделать штоб я туда мог зайти и просто пользователем?И еще названия всех файлов што были на русском отображаются каракулями.

Я смонтировал в паку допустим диск, но попасть в не могу только rootом как сделать штоб я туда мог зайти и просто пользователем?И еще названия всех файлов што были на русском отображаются каракулями.

А драйвера как ставить, на видяху например.

многие вопросы отпадут, прочитав http://www.linux.org.ru/books/lor-faq/

И всеже вопрос про драйвер не отпал:YAST -> Software -> Online обновление- > там, среди необязательных обновлений, будет то, что вам нужно (а заодно и драйвера для некоторых wireless-карт) - дрова можно только через инет обновить?
Вобщем я скачал NVIDIA-Linux-x86-1.0-9626-pkg0.run как мне его туда воткнуть.

обратить внимание на опции users, umask, nls

И? Я заменил кодировку на кои8р но шрифты стали нормальными только когда я захожу рутом.

тупой вопрос
вышла новая федора. Моно ли ее поднять на P200?

Лучшее мне кажется там будет debian ну опять таки же ИМХО

он некрасивый.
А федора - красивая.

он некрасивый, а федора - красивая.

Этож каг эта?

Этож каг эта?

Ещё раз хотелось бы напомнить если вы используете пакетный дистрибутив типа RHEL Fedora(core) Mandriva(Mandrike) и тому подобное то вы долны устанавливать пакеты ТОЛЬКО от этих дистрибутивов. Есто связано с высокой степенью интеграции состовных частей друг с другом. Это касается и драйверов ТЕМ БОЛЕЕ!!!
То что вы скачали это драйвер которому необходимо исходники ядра , ПРИЧЁМ ИМЕННО ТЕ ИЗ КОТОРЫХ СОБРАННО ЯДРО ДИСТРИБУТИВА, если у вас есть пакет kernel-src то можно сделать так:
1 Передти в консоль (Ctrl Alt F1)
2 Залогинеться и ввести init 3 (Что отключит графику)
3 Выполнить sh /путь/до/драйвера/NVIDIA-Linux-x86-1.0-9626-pkg0.run и следовать командам инстолятора
4 запустить скрипт fix-nvidia on (помоему он так зовётся , но инсталлер в любом случае скажет вам об этом)
5 Запустить иксы командой init 5
А если нет у вас Kernel-src пакета то качайте из репозитария.

А как поменять разрешение экрана и часоту Через Ятс не дает Драва поставил Иксы включил
Не знай что дальше делать

офф. у каждого свое понятие о красоте
наткнулась на справочник FreeBSD http://urna.org/freebsd-books/freebsd_enciklopedia_polzovalelja.rar
Интересно и что там в 129 метрах....
Любители качать или данной операционки - это для вас

офф. у каждого свое понятие о красоте
наткнулась на справочник FreeBSD http://urna.org/freebsd-books/freebsd_enciklopedia_polzovalelja.rar
Интересно и что там в 129 метрах....
Любители качать или данной операционки - это для вас

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

Ну ладно есть такая штука как nvidia-settings-1.0.tar.gz

GRUB не может загрузить Windows как правельно указать путь до винды? hda1\windows некатит

Как удалить линукс вместе с его грабом и заодно удалить загрузчик Висты? Чтобы чистая хр осталась?

sudo cp /boot/grub/menu.lst /boot/grub/menu.lst_backup-`date +%F`
sudo gedit /boot/grub/menu.lst

Выставь параметр
default 0
Цифра = порядковому номеру записи, соответствующий нужному пункту меню (отсчет с нуля)

Как удалить линукс вместе с его грабом и заодно удалить загрузчик Висты? Чтобы чистая хр осталась?

Подключить? http, ftp, samba

Думается, что человеку не нужны эти службы на линухе, ему просто надо настроить фаервол (если ему нужен в винде тока инет). Тогда нужно копать в сторону IpTables, бегом на http://www.opennet.ru и изучаем доку.

Третий день в Linux-е немного стал посмелее. ...
Не понимаю как настроить 2-ю сетевуху, к которой подключен
комп с вынь. В инет выхожу на линь через первую сетев. -> ADSL-модем.

ifconfig eth1 192.168.2.2 up

И что прикажете делать? Red Hat у меня 2002 года. Вообще устарел и поддержка русского хромает...

Значит так, джентльмены! Пробовал я два дистрибутива "Red Hat Linux 9" и "Gentoo Linux 2006". Кроме того, пытался запустить с дискеты AVP Linux. Создаётся с помощью опции "Rescue Disque" Антивируса Касперского 4.5. Во всех случаях наблюдается Kernel Panic: Attempted to kill init.
Целую ночь сидел, все пункты меню установщика перепробовал. После этого всё же поставил "Red Hat" на старинный компьютер(даже клавиатура жёлтая от времени и солнца).
На новый вообще ничего не ставится, кроме Windows XP Professional from Kushakson... (Celeron 2,800 GHz, Radeon X600 Series).

Я вообще как понял, у Linux (всех дистрибутивов) ПОЛНЕЙШАЯ НЕСОВМЕСТИМОСТЬ

Ну пинг он и в Африке пинг.
В линуксе есть traceroute

bash: traceroute: command not found - таков был ответ

Если под рутом попробовать?

А так пошарься в папках /usr/sbin и /usr/bin на наличие этого файла.

[root@shruof user]# ping traceroute rambler.ru
PING rambler.ru (81.19.70.3) 56(124) bytes of data.

А причем тут ping? "traceroute rambler.ru" или попробуй tracepath

от чего мне придется отказаться... а?

Для начала - от всего вышеперечисленного.

ну не все так плохо, из того что он перечислил нормального аналога нет только для dc++

нормального аналога нет только для dc++

Licq? Юзаю копыту, никаких проблем вроде.

http://newstuff.orcon.net.nz/ubuntu/dcpp/dcpp_0.0.20050809cvs-1~mird_i386.deb? Сам не пробовал, т.к. не пользуюсь этим средством файлообмена.

нормального аналога нет только для dc++

А кто-нить юзал apexdclinux (якобы сделана на ядре DC++ 0.698)?

alp советовал обновить нвидевские дрова но ставить с исходников не прикалывает...

Kubuntu 7,04
ставил и dcpp и linuxdcpp и эмулировал apex dc++
проблема одна - ставлю на расшаривание - иксы падают...
alp советовал обновить нвидевские дрова но ставить с исходников не прикалывает...
кто сталкивался с тако проблемо отпишите плиз... ну или наа irc.cbx.ru#linux расскажите уже...
понимаю что не всем дц нужен но мне нужен...

Закрытые, оригинальные дровишки разве из исходников ставятся? Им нужны только kernel-src.
Блин, драйвера поставить - дело ж на 5 минут.

значит нада кернел-сорц обновить так? лады поду искать... у кого то на фтп лежали вроде...

supercaramba
compiz/beryl

Десктоп ужасный, на ЛОР-е чувствую раскритиковали бы только так

на лоре уже к 10 постому заканчивается обсуждение темы и начинается флейм и флуд, а столег и правда не очень, гораздо красивее есть

Ребят, дык сложилось мнение после всего прочитанного (8 страниц), что лучше не связываться с linux. Лучше сидеть в "инвалидной коляске" винды, чем гемороить с linux. Али обманчивое мнение?? Или бежать в местные магазины и за 75 штук взять себе Apple (чувствую и там привыкать надо будет полгода).

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

Ребят, дык сложилось мнение после всего прочитанного (8 страниц), что лучше не связываться с linux. Лучше сидеть в "инвалидной коляске" винды, чем гемороить с linux. Али обманчивое мнение?? Или бежать в местные магазины и за 75 штук взять себе Apple (чувствую и там привыкать надо будет полгода).

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

извините, что не по теме сия топика.

Книги несомненно стоит почитать! читал Колисниченко - Linux Сервер своими руками

может какую книгу

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

Здравствуйте.
......
Мучаюсь уже не один месяц, при возможности - помогите пожалуйста. Смотрел инфу и на forum.ubuntu.ru, и у местных ребят спрашивал, кто помочь соглашался. Однако перепробовав множество вариантов и перепроверив все шаги реализации подключения vpn шли впустую и ни к чему не приводили.

PS. Скинул в личку эту страничку.

Теперь по теме, хотелось бы узнать, есть ли альтернативы офису от майкрософт под Mandriva

...хотелось бы узнать, есть ли альтернативы офису от майкрософт под Mandriva...

...и где вообще можно скачать софт, чтобы не лезть во внешку? Заранее благодарен.

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

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

Там в меню есть пункт Установка и удаления программ , через него

понятно, т.е. нажимать на сами файлы бесполезно. Понятно. спасибо

ага а с зависимостями кто справляться будет !?

Как установить бридж соединение в Кубунту 7.04?

если честно - не помню, как сделал - в ЗХ ЗТЕ 831 настроил на бридж, а в нетворк манагере заполниль все поля пустые, там где выбирать - ничо не трогаль вродь crazy.gif

Скажите пожалуйста, где в локальных ресурсах ВТ можно скачать образ дистрибутива Open Suse на DVD?

Или вот еще вопрос, какая операционка лучше для офиса из перечисленных - FreeBSD, Suse, Mandriva, Ubuntu или Kubuntu. Просто имееца фсе кроме Suse. Хочеца узнать мнение форумчан.

Да где угодно: ftp://jbr.cbx.ru, ftp://wort.ma.cx, в дц наконец..
Да все равно, но первую я бы в офис не ставил ))

Снова я. vpn я так и не поднял в Ubuntu.
Установил network-manager-pptp, который позволяет настроить впн-соединение,
одно НО - при этом исчезает возможность вручную поставить ip, шлюз и днс.
Все эти значения критично указать, ибо я нахожусь в локал. сети Альтаком, там
автоматически адреса не раздаются.
Если выбрать пункт "ручная настройка", то пропадает закладка vpn =(
если можете - подскажите в каком направлении двигаться.
PS:привода в данный момент нет, так что советы вроде - поставь вин и не мучайся не катят.

Здравствуйте.
Есть проблема с настройкой vpn -соединения на локальный сервер, для выхода в интернет. Сразу скажу, что я не с ВТ (ADSL) сети, а живу по-соседству, в городских локальных сетях. ОСь у меня Edubuntu 7.04 (Ubuntu тоже есть), оболочка - Gnome.
есть данные (например):
сервер vpn - vpn.internet.ru
логин - login
пароль - parol
Мучаюсь уже не один месяц, при возможности - помогите пожалуйста. Смотрел инфу и на forum.ubuntu.ru, и у местных ребят спрашивал, кто помочь соглашался. Однако перепробовав множество вариантов и перепроверив все шаги реализации подключения vpn шли впустую и ни к чему не приводили.
PS: если поможете, могу поделиться дистрибами Feisty 7.04: Ubuntu (i386 и x64), Kubuntu (i386 и x64), Edubuntu i386, Xubuntu i386. Есть и ISO и на болванках.

Или вот еще вопрос, какая операционка лучше для офиса из перечисленных - FreeBSD, Suse, Mandriva, Ubuntu или Kubuntu. Просто имееца фсе кроме Suse. Хочеца узнать мнение форумчан.

Если есть проблемы с Linux спрашивайте постараюсь ответить.

Mandriva 2007 Discovery. 2 вопроса

1. Как поднять - telnet - для связи с модемом
( в адресной строке konqueror ввожу telnet://192.168.1.1/ - открывается консоль и... сразу-же закрывается.
В консоли под Root-ом пробовал, говорит что нет такой команды...

2.Реально-ли в терминале печатать русскими буковками? Если реально то как?
Нужно для того: cd /home/user/Документы/ - как такое записать?
По умолчанию переключение клавиатур Shift + Alt.

Терминал это когда, ... не знаю как называется,

Решение(слака).
Посмотрите в стартовых скриптах, какую именно раскладку грузит loadkeys. (У мну это находицо в /etc/rc.d/rc.keymap , где именно в африканских убунту - хз, но можт и там же.)
роскладги находяца в /usr/share/kbd/keymaps
Находите свою ,и смотрите в комментах, каг именно переключадь.

Мультиюзер без ыксов?? гггг.

#!/bin/sh
#
# Load keytable
#
# This must be executed *after* /usr is mounted.
# This means is /usr is NFS-mounted, it needs to
# run after networking and NFS mounts are up.
#
# chkconfig: 2345 14 05
# description: This package loads the selected keyboard map as set in \
# /etc/sysconfig/keyboard. This can be selected using the kbdconfig \
# utility. You should leave this enabled for most machines.
# config: /etc/sysconfig/keyboard
#
### BEGIN INIT INFO
# Provides: keytable
# Required-Start: $local_fs
# Required-Stop: $local_fs
# Should-Start: $remote_fs
# Should-Stop: $remote_fs
# Default-Start: 2 3 4 5
# Short-Description: Load keytable
# Description: This package loads the selected keyboard map as set in
# /etc/sysconfig/keyboard. This can be selected using the kbdconfig
# utility. You should leave this enabled for most machines.
### END INIT INFO

# X-Parallel-Init
# X-Parallel-Requires: netfs
...

А дополнительный конфиг /etc/sysconfig/keyboard есть?
Глянь, чо там.

GRP_TOGGLE=alt_shift_toggle
KEYBOARD=ru
KEYTABLE=ru4

теперь, узнав что у нас за раскладка(ru4), ищо раз идём в
/usr/share/kbd/keymaps
...
как видим из комментов, ... как всё устроено.

Спасиба Агромное! Капслок- работает... А файл где об ентом сказанно, в своей Африканской системе я не нашёл.
(Кстати почему - африкансие?) Но я теперь в поиске...

И ещё. Как насчет telnet - ничего не понимаю.
Еще раз спасибо.

Далее, про телнет. Варианты:
1) # telnet host [port]
2) # telnet , затем пишем open host [port]
если напишет, что соединение отказано, значит телнет доступ отключен в модеме.

...

Кароч такой трабл

кувырял я в настройках дисплея в вкладке оборудование выбрал там какойта левый драйвер для видюхи и помсле этого система не грузиться тоесть грузиться и потом вылезает чёрный экран и всё

дистр Кубунту 7.04

Скока вопросов.... Не хило....
Так у меня ещё один: Как сделать так чтоб при включения компа по умолчания загрузка шла на винду ???

ичо, мы угадывать должны?? для начала жмёшь ctrl+alt+f1 и честно-честно всё рассказываешь нам.

Мне нужен вот такой вот HELP

Порекомендуйте видео плеер чтобы субтитры поддерживало, аниме не могу смотреть нифига не хочет субтитры подключать

Все знают Light Alloy лучший для видео, Winamp лучший в музыке. А что в никсах музыка XMAS, а видео

Мне нужен вот такой вот HELP

Порекомендуйте видео плеер чтобы субтитры поддерживало, аниме не могу смотреть нифига не хочет субтитры подключать

vlc конечно: заодно и ВТшное айпитэвэ посмотреть сможешь. поддержка кучи форматов, ретранслации и декодирования, итд. сборка его - дело настоящих индейцев имхо

нащод аудио однозначно амарок, очень перспективный проект. ждёмс 2.х. Кстате девелоперы обещают его скорую миграцию и на вин32 платформу, ммм, очаровашка

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

Кому удалось в Linux примонтировать разделы с NTFS так, чтобы русская кодировка воспринималась?
Скиньте файлы /etc/fstab и etc/mtab.
Заранее благодарен.

# <fs> <mountpoint> <type> <opts> <dump/pass>
/dev/sda3 /mnt/windows ntfs auto,nls=koi8-r,umask=0,user 0 0

если кодировка utf8, то заменить koi8-r на utf8

это кусок fstab

Как DreamLinux переключать раскладку клавиатуры? Где тут эмулятор виндоса что программки виндовые запускать? Или эмуль надо качать и ставить? Откуда качать? Линукс - руль!

Раскладку переключать правый Shift + правый ALT (или CTRL). Эмулятор Cedega

Использующий тот же wine + дополнительные библиотеки.

редактироваить нельзя прдыдущий пост, жалко.

Как менять частоту монитора? в Гц

15.7 Как настроить нормальную частоту и разрешение в X-сервере? Как рассчитать modline?

Нужно прописать в конфигурационном файле X-сервера нечто такое:
/etc/X11/XF86Config (/etc/X11/xorg.conf):

Section "Monitor"
Identifier "My Monitor"
HorizSync 31.5 - 79.0
VertRefresh 50-90
EndSection


HorizSync и VertRefresh нужно взять из книжки к монитору.
Если это способ по каким-либо причинам не устраивает, можно вычислить нужную modeline и прописать ее.
Узнать нужную modeline можно с помошью стандартной утилиты gtf

Например:
user@linux# gtf 1024 768 85


выдаст
# 1024x768 @ 100.00 Hz (GTF) hsync: 81.40 kHz; pclk: 113.31 MHz
Modeline "1024x768_100.00" 113.31 1024 1096 1208 1392 768 769 772 814 -HSync +Vsync


Полученную строчку нужно прописать в XF86Config (xorg.conf) в раздел Monitor, чтобы получилось примерно так:
Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "CTX5378"
DisplaySize 330 250
HorizSync 30.0 - 72.0
VertRefresh 50.0 - 130.0
ModeLine "1152x864" 108.0 1152 1200 1328 1528 864 865 868 904 +hsync +vsync
ModeLine "1024x768" 94.5 1024 1076 1172 1372 768 769 772 812 +hsync +vsync
ModeLine "800x600" 56.3 800 832 896 1032 600 601 604 619 +hsync +vsync
ModeLine "640x480" 36.0 640 712 768 808 480 485 488 525 -hsync -vsync
ModeLine "400x300" 28.1 400 412 444 508 300 304 306 327 +hsync +vsync doublescan
ModeLine "320x200" 15.8 320 360 392 396 200 204 206 222 -hsync +vsync doublescan
Modeline "1024x768_100.00" 113.31 1024 1096 1208 1392 768 769 772 814 -HSync +Vsync
Option "dpms"
EndSection
После перезапуска X-сервера можно провести тонкую настройку (чтобы края не вылезали и т.п.) программой xvidtune - заходим в консоль, делаем xvidtune, когда нам все понравится, делаем apply и получаем в консоли исправленную строчку для modline. Ее записываем вместо первоначальной.

Wine is not emulator !!!

Cedega (ранее WineX) — коммерческий продукт, основанный на исходном коде проекта Wine, позволяющего запускать Windows-приложения в Unix-системах. Создаётся компанией TransGaming Technologies. Cedega отличается от Wine своей нацеленностью на запуск игр, написанных под Windows, в ОС Linux. В частности, для этого добавлена качественная поддержка API DirectX. Также имеется поддержка некоторых защит от копирования, применяемых в играх. В последних версиях Cedega имеет простой графический интерфейс, позволяющий устанавливать и запускать Windows-игры, производить конфигурирование программы.


Wine — альтернативная свободная реализация Windows API для UNIX-подобных операционных систем. Конечному пользователю она позволяет выполнять в этих системах многие приложения, написанные для Windows. Название является рекурсивным акронимом и расшифровывается «Wine Is Not an Emulator» — «Wine — не эмулятор» (имеется в виду, что Wine не является ни эмулятором компьютера, как, например, qemu, ни виртуальной машиной, как VMware). Основными платформами, на которых работает Wine, являются GNU/Linux, FreeBSD и Solaris, хотя есть порты под Mac OS X и некоторые другие системы, даже Windows (через Cygwin)[1].

Поставил дистрибутив openSUSE, возникла проблема: немогу подключиться к интернету. В чем же дело?

Поставил дистрибутив openSUSE, возникла проблема: немогу подключиться к интернету. В чем же дело?

deb пакеты с ftp://ostudio.cheb.ru не хотят ставится, хотел дрова поставить на видюху.

nvidia-glx_1%3a1.0.9631+2.6.20.5-16.28_i386.deb ругается на
error; Dependency is not satisfiable: nvidia-kernel-1.0.9631

при установке других пакетов ругается на
error; Dependency is not satisfiable:libc6

nvidia-xconfig_1.0+20051122-2_i386.deb спокойно ставится

не совсем понятно
kernel source иногда kernel devel. откуда? с дистр или нет? для чего это?

http://89.151.176.63/NVIDIA-Linux-x86-100.14.03-pkg1.run сохранил как:.....
убило xorg.conf, бэкап тоже угробил. Драйвер как я понял не подходит? Запустил однако VI(оказывается он есть) - а внём опыт нужен. Я из него выйти толком-то не смог. Ну пачаму в одно дистр есть одно а другом нет другого. Нелзя чтоли вместе собратся и собрать нормальный ДИСТР? Завтра заново переставлю.

http://89.151.176.63/NVIDIA-Linux-x86-100.14.03-pkg1.run сохранил как:.....
убило xorg.conf, бэкап тоже угробил. Драйвер как я понял не подходит? Запустил однако VI(оказывается он есть) - а внём опыт нужен. Я из него выйти толком-то не смог. Ну пачаму в одно дистр есть одно а другом нет другого. Нелзя чтоли вместе собратся и собрать нормальный ДИСТР? Завтра заново переставлю.

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

Бэкап угробил ???? ЖЕСТЬ.Эт наверно не совместимость с дистром, я первый раз слышу этот дистр, видел его в jbr.cbx.ru

так ДИСТР был с книгой вместе, думал проблем не будет. А нет! Проблемы есть вс егда. Думаю обратно dreamlinux поставить и как нибудь ужится с каракулями вмесо русских букв в некоторых программах. В частности LinuxDC++. Ни у кого пропатченной или нормальной прожкинет? Где можно искать нормально русифицырованный софт? (скреситть бы эти два дистр и получилась бы конфетка )

Вопрос. Есть ли возможность убрать из Kopete (сижу в gnome) сообщения о юзерах появившихся в сети? вроде такой опции нет (не нашел по крайней мере). Также вопрос по другому клиенту - Gaim, хотелось бы залить в нее QIP-овские смайлы, в Kopete я сделал это очень просто, через опции.

что за .run !? те драва nvidia надо чтоли ?!

apt-get install nvidia-glx спасёт вас мистер

Если есть проблемы с Linux спрашивайте постараюсь ответит

имеется kubuntu 7.10 x86 dvd.iso (DVD), но на машине нет DVD привода .
Вопрос: можно ли поставить Кубунту с ИСО или "распакованного" на диск дистра?

вопрос:Почему у меня cedega не connectится на batlnet ?Говорит не та версия игры,как правильно настроить? А wine connectится но тормозит всего 3fps ,пишу wine w3l.exe -opengl ваще черный экран помогает только перезагрузка ,хотя на другой машине варик под вайном просто летает даже кажется шустрее чем под " окошком"помогите plz

Кто-нибудь настраивал tv-out s-video в убунте? На ATI.

useradd

Где писать, параметры, подскажите, plzz!!!

Где можно прописать автозапуск GUI программ (KTorrent, Kinternet, Linuxdcpp) надоело при каждом включение наберать эти команды да, там есть в прогах настройки автозапуска при запуске KDE, но у меня Gnome Переходить на KDE не предлагайте

P.S: Что-то подумал об boot.local, но я думаю GUI не пракатит