-
Постов
1015 -
Зарегистрирован
-
Посещение
Весь контент BSDobermann
-
>> chmod a+rw /etc -- ужас какой!! Не в коем случае не делайте этого. Суперпользователь (root) для этого и создан, чтобы управлять системой. Если вам надо залогинется в качестве суперпользователя используйте su или sudo. >> 2. Как убрать полностью графическую загрузку? -- Вы имеете ввиду kdm/gdm/xdm? Откройте /etc/inittab (скажем через vim) # Default runlevel. (Do not set to 0 or 6) id:3:initdefault: (# надо заменить 5 на 3) >> 4. Есть ли смысл обновляться до 10.1? -- можно обновить отдельные пакеты. rpm это позволяет. (почитайте man rpm) >> 5. В целом на обычную юзерскую машину стоит врубать фаервол? -- желательно. Если не хотите быть жертвой компьютерных маньяков
-
Aceler писал(а) пт, 14 октября 2005 09:01 Ага... а зачем? А вот представьте у вас нет мышиного сервера gpm.. Что вы будете каждую строчку ручками набивать? А если что-то важное.. и тут ошибка. Нее.. уж лучше дампануть терминал =P
-
1). Ядро собрано с поддержкой ehci/ohci, а также psaux. (загрузите данные модули командой modprobe). 2). Можно, pkgtool называется.. more $HOME/xorg.conf Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "ExplorerPS/2" Option "Device" "/dev/mouse" Option "ZAxisMapping" "4 5" EndSection
-
Ielts писал(а) пт, 14 октября 2005 01:43 А Вы могли бы не только возмущаться и распальцовываться а дать ссылку на эту тему
-
1) Первым делом заходим на оффициальный сайт производителя видеоадаптера, для того чтобы скачать драйвера. 2) Внимательно читаем NVIDIA Software License и README http://www.nvidia.com/object/nv_swlicense.html 3) Качаем http://download.nvidia.com/XFree86/Linux-x86/1.0-7676/NVIDIA -Linux-x86-1.0-7676-pkg1.run и сохраняем в любой каталог, скажем в /usr/src/. Далее следуя документации выходим из X Window (из графического режима) заходим в каталог где лежит бинарник и выполняем sh NVIDIA-Linux-x86-1.0-7667-pkg1.run. Далее читаем Software License - соглашаемся. Ну а дальше собственно Next > Next. 4) Правим конфиг. файл X Window - /etc/xorg.conf (или /etc/X11/xorg.conf или воспользуйтесь X -configure) Лучше всего скопировать xorg.conf в домашний каталог $HOME. ... Section "Monitor" Modeline "1024x768@85" 94.39 1024 1060 1172 1376 768 769 772 807 -Hsync +Vsync EndSection Section "Device" Identifier "Card0" Driver "nv" - меняем "nv" на "nvidia" .. Запускаем иксы. Должно работать P.S. modeline указывать не обязательно, достаточно modes "1024x768@85"
-
http://linux.ru/ -> Конференция -> Поиск. Данная тема уже обсуждалась не один раз, сколько можно?! Разве так сложно воспользоваться поиском??
-
3. Русификация 3.1. Можно ли в Fedora Core сменить русскую кодировку по умолчанию UTF-8 на кодировку KOI8-R? Да можно. В дистрибутиве по умолчанию, при выборе русского языка, включается кодировка ru_RU.UTF-8. Однако, файлы с описанием локали ru_RU.koi8r по прежнему присутствуют в системе, хотя и явно не используются. Замечу, что пользоваться старой кодирвкой KOI8-R идеологически неправильно, потому что другие дистрибутивы наоборот идут в сторону юникодной кодировки ru_RU.UTF-8. Я думаю, что тотальный переход на UTF-8 - это вопрос пары-тройки лет. На мой взгляд, использование KOI8-R оправдано только в случае, если ваши исторические системы работают на этой кодировке или если необходима работа программ, которые не умеют работать с юникодной кодировкой. Подумайте, возможно вам нужно, чтобы с KOI8-R работала, скажем, одна (или несколько) программ, а остальная система функционировала бы используя юникодную кодировку. Если у вас именно эта ситуация, то нет ничего проще - перед запуском программы (в xterm или в обычном терминале, выполните команду shell: export LANG=ru_RU.koi8r Эта команда установит локаль KOI8-R для программ, которые будут запускаться далее из этого же shell. Вся остальная система будет по-прежнему функционировать в UTF-8. Если же требуется полностью перевести систему на использование KOI8-R, то предстоит повозиться. Лучше всего воспользоваться готовыми пакетами от компании Linux-Ink, которые можно загрузить с их FTP-сервера: ftp://linux-ink.ru. На момент написания там есть только пакеты для Fedora Core 1, но не вижу причин, по которым они не должны работать в более свежих дистрибутивах. Сам я эти пакеты ставить не пробовал, поэтому в случае проблем все вопросы к авторам пакетов.
-
Смотря чем вы пользуетесь, console-tools (Cyrillic console-tools) или kbd. Если вы используете kbd, тогда шрифты находятся тут /usr/share/kbd/consolefonts/ Для настройки кириллицы с помощью kbd обычно используют след. команды: /usr/bin/loadkeys /usr/share/kbd/keymaps/i386/qwerty/ru.map /usr/bin/setfont /usr/share/kbd/consolefonts/шрифт.psfu.gz /usr/bin/mapscrn /usr/share/kbd/consoletrans/ - если необходим.
-
Некоторые BIOS поддерживают загрузку непосредственно с USB, а некоторые нет. Вам может потребоваться настроить BIOS на загрузку с removable drive или даже с USB-ZIP, чтобы машина загрузилась с USB устройства. Если подобного пункта не существует, то вы можете загрузиться с одной дискеты, а для дальнейшей установки использовать уже 'external DVD-ROM'. (ядро должно поддерживать usb mass storage device)!
-
2). dante - это прокси-сервер (демон 'sockd'). Я так полагаю вам нужны только либы, сам демон не нужен. (читайте sh configure --help). 3). Удалите вообще этот Xine! Лучший проигрыватель (и не только проигрыватель) это 'mplayer' Берется отсюда: [http://www.mplayerhq.hu/]. Все необходимые плагины и драйвера находятся в разделе Plugins/Drivers. [www2.mplayerhq.hu/MPlayer/releases/codecs/all-2005041 2.tar.bz2]
-
>> В сусе ядро по старше, там по моему 2.6.12, хотя я не настолько специалист в этих вопросах, чтобы утверждать наверняка. -- ага не старше, а наоборот моложе. >> Была на нем Федора 2-я, все работало на ура, попытался поставить 4-ю - она не находит ни USB, ни звуковухи, ни сетевой карты. -- или загрузитесь в FC2 и покажите вывод команды lsmod, или раскажите все что знаете о своем железе (попробуем вместе выбрать правильный модуль и подгрузить его командой modprobe). Интересует: чипсет, марка и модель..
-
Aceler писал(а) чт, 13 октября 2005 19:10 Скриншоты командной строки - это сила... :lоl: FBShot - Программа для сохранения 32-битного экрана из Linux frambuffer в PNG-файле. [http://www.sfires.net/fbshot/] fbdump - Программа для сохранения экрана из Linux frambuffer в PPM-файле. [http://rcdrummond.net/fbdump/] scr2png - Утилита для FreeBSD позволяющая преобразовать экранный дамп текстовой консоли (создаваемый с помощью ''vidcontrol -p'') в файл формата PNG. [ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports] Сам пользуюсь FBShot, имхо одна из самых удобных "снималок"
-
mxxx писал(а) ср, 12 октября 2005 18:24 На команду Xconfigurator вообще пишет неизвестная команда . X -configure
-
Предпочитаю коньяк.. я считаю что лучше меньше, да лучше. HENESSY X.O., V.S.O.P. (V.S.). Из пива: Любое светлое, кроме "Балтики N1" и ему подобных.. Не пью: вина, (шампанское тоже), ликеры, виски.
-
Боже мой.. какой еще Дос? 1) vim /etc/inittab # Default runlevel. (Do not set to 0 or 6) id:3:initdefault: # меняем 3 на 5. Автоматически стартует /kdm/xdm/gdm. 2) X -configure && startx 3) Оболочка определяется в vim $HOME/.xinitrc # start some nice programs blackbox # BlackBox Window Manager
-
Конечно баян. Уже месяца два точно
-
Странно, а я всегда думал что данные восстановить невозможно. Всмысле что первые байты затираются
-
Пингвинчик писал(а) пн, 10 октября 2005 18:14 Я всего лишь попросил 5 (пять) пустых болванок чтобы записать дистр себе, в обмен на запись дистра еще на 5 болванок тому, кого это устраивает. Хе-хе а с какой стати тебе должны эти пять болванок? Многого хочешь, сынок
-
Спросите лучше об этом http://google.com.ua/ (`как устроена p2p сеть?`) P2P [peer-to-peer] Описание. Популярность P2P набирала обороты вместе с ростом популярности наиболее известного клиента, использовавшего данную технологию - Napster - и достигла своего пика в момент коллапса этой сети. Но уже за несколько месяцев до смерти Napster стали появляться альтернативные сети, многие IT-лидеры объявили о поддержке P2P в своих новых продуктах - в общем, явление стало по-настоящему 'модным'. Четкого определения, что же такое P2P, нет. Поэтому приведу два наиболее распространенных. P2P (peer-to-peer) - это технология построения распределенной сети, где каждый узел может одновременно выступать как в роли клиента (получателя информации), так и в роли сервера (поставщика информации). Как правило, сеть состоит из равноправных узлов, причем каждый из них взаимодействует лишь с некоторым подмножеством узлов сети, так как установление связи 'каждый с каждым' невозможно из-за ограниченности ресурсов (как вычислительных, так и пропускных). При этом передача информации между узлами, не связанными в данный момент непосредственно, может осуществляется как по своеобразной эстафете - от узла к узлу, так и путем установления временной прямой связи. Все вопросы маршрутизации и авторизации сообщений, передаваемых по эстафете, лежат не на едином сервере, а на всех этих отдельных узлах. Такое определение также известно под названием Pure P2P. Второе определение носит более общий характер: P2P - это класс приложений, совместно использующих распределенные ресурсы (дисковое пространство и файлы, вычислительные ресурсы, пропускную способность и т.д.). Именно в эту категорию попадают системы распределенных вычислительных сетей (SETI@HOME), некоторые файловые обменные сети (Napster) и службы сообщений. Плюсы и минусы Первый вопрос, который я задаю себе, узнав о какой-либо новинке, будь то технология, 'железка' или софт - зачем это нужно и чем новинка лучше существующих аналогов. Несмотря на многообразие возможных ответов, применительно к рассматриваемому вопросу ключевыми характеристиками, на мой взгляд, являются: управляемость - простота поддержания работоспособности системы, а также решения вопросов, связанных с обновлением, восстановлением после сбоев и регистрацией активности (logging); информационная согласованность - достоверность, проверяемость и последовательность информации; расширяемость - возможность расширения информационных ресурсов системы; устойчивость к сбоям - надежность системы; безопасность - степень защиты информации от несанкционированного доступа; устойчивость к внетехнологическому вмешательству - возможность (или невозможность) вмешательства государственных и иных органов в работу сети ввиду какаих-либо причин (например, обвинение в нарушении авторских прав); масштабируемость - наличие пределов (как правило, технологических) увеличения мощностей и предельная стоимость расширения. А теперь сравним P2P и другие существующие топологии, дабы выяснить их преимущества и недостатки. На примере Napster довольно просто понять, как работает типичная клиент-серверная архитектура с небольшими вставками P2P на одном этапе. Пользователь загружает программу-клиент. Пользователь входит в сеть и регистрируется на сервере Napster, предоставляя информацию о себе (файлы в обменном фонде, ширина канала). Сервер регистрирует активного пользователя, внося список файлов в свою базу данных. Пользователь делает запрос на предмет интересующего его файла. Сервер производит поиск в своей базе, генерирует ответ (список IP-адресов узлов, имена и размеры файлов) и отправляет его пользователю. Пользователь выбирает, с какого узла загружать файл, соединяется напрямую с нужным узлом и загружает файл, используя протокол Napster. После загрузки он информирует сервер о результатах. Как видно, в данной схеме сервер присутствует на трех этапах, тогда как принцип P2P работает лишь на этапе загрузки. По сути, именно такая завязка на сервер и сгубила эту популярную сеть. Области применения Хотя возможных направлений применения P2P довольно много, наиболее успешны пока только четыре: Файловые обменные сети (file-sharing). В данном случае сети P2P выступают хорошей альтернативой FTP-архивам, которые уже давно перестали справляться с ростом информационного наполнения и числа потребителей. Несмотря на постоянный рост количественных характеристик файл-серверной архитектуры, P2P потенциально обладает целым рядом преимуществ: балансировкой нагрузки, более широкой полосой пропускания, высокой 'живучестью' и широкими возможностями по публикации контента. Примеры - Napster, Gnutella и ее производные. Распределенные вычислительные сети. Например, такие как SETI@HOME. Этот проект продемонстрировал громадный вычислительный потенциал для хорошо распараллеливаемых задач. В настоящий момент в нем принимают участие свыше трех миллионов пользователей, а общее число 'процессоро-лет' перевалило за семьсот тысяч, и все это на абсолютно бесплатной основе, когда добровольцы не получают ничего кроме красочного скринсейвера и возможности общественного признания. Службы сообщений (Instant-messaging). Думаю, что одни лишь имена наиболее популярных приложений данного класса - ICQ и AIM - говорят сами за себя. Сети групповой работы (P2P Groupware). Подобные приложения пока мало распространены, но в их будущем сомневаться не приходится. Одними из самых перспективных считаются Groove Network - сеть, предоставляющая защищенное пространство для коммуникаций, и OpenCola - технология поиска информации и обмена ссылками на наиболее интересные источники, где в роли поискового сервера выступает не бездушная железка, а каждый из пользователей сети, что обещает гораздо более высокую релевантность (при ответственном подходе пользователей к процессу, конечно). Проблемы P2P Как и у любой молодой технологии, у P2P есть, помимо технических, и свои социальные проблемы. Многие исследователи отмечают весьма неприятную ситуацию, сложившуюся в Gnutella: около 70% пользователей не добавляют вообще никаких файлов в обменный фонд, а около 50% всех найденных ресурсов предоставлены 1% (одним процентом!) пользователей [2]. Психология 'общества массового потребления' постепенно превращает сеть равноправных узлов в клиент-серверную, со всеми вытекающими последствиями (падение производительности и надежности). Существует и проблема так называемого паразитического подключения: в сети появляются сервера, предоставляющие свои пользователям возможности по поиску контента без установки программы-клиента. Таким образом, получая информацию и генерируя громадный трафик, такие сервера не предоставляют сообществу ничего взамен. Впрочем, последние версии ряда программ уже способны с этим справляться - они распознают запросы 'паразитов' и либо их игнорируют, либо предлагают установить таки клиентскую часть. Другая проблема P2P сетей связана с тем, что обмен информацией осуществляется между 'незнакомыми' узлами (отсутствует опыт по обмену в прошлом), что порождает вполне объяснимые сомнения в качестве и достоверности предоставляемого контента [3]. Стоит вопрос и о самой легитимности существующих сетей. В первую очередь он связан со сложившимся в условиях всеобщей 'антитеррористической' истерии стереотипом - якобы, единственным применением P2P является либо незаконный обмен ворованным контентом, либо, в более общем случае, сокрытие информации. Но, тем не менее, технология P2P лишний раз доказывает, что история имеет тенденцию повторяться. Подзабытые во времена эйфории по поводу клиент-серверных технологий, одно-ранговые модели возвращаются, реинкарнируясь в популярные и, самое главное, востребованные решения.
-
FedoraCore уважает законы, и старается следовать проекту GNU. Дело в том, что все эти кодеки платные.. Берется все отсюда: http://www2.mplayerhq.hu/MPlayer/releases/codecs/all-2005041 2.tar.bz2
-
Повторяю еще раз: NTloader не может загрузить ядро Linux, он может передать управление образу созданного нами загрузочного сектора, на котором и установлен LILO. А далее собственно LILO загружает ядро vmlinuz.
-
EvilShadow писал(а) вс, 09 октября 2005 01:13 Вообще-то речь идет вовсе не о загрузке, перечитайте оригинальный пост, речь идет о проблемах с монтированием Вин-разделов, не стоит сбивать человека с толку. Перечитал. А причем тут MBR и загрузчики тогда??