Ineu

BSDobermann писал(а) пн, 24 октября 2005 14:31 Или вон как джентушники - ждут все время ебилдов )) Вы людям голову не морочьте! Ставьте Slackware!! Промолчу, а то если начнется спор Генту-Слака, будет много крови с обеих сторон

Не надо переставлять, надо всего лишь настроить загрузчик. Чтобы ГРУБ брал опции из конфига, надо его создать. Это файл /boot/grub/grub.conf или /boot/grub/menu.lst (который часто оказывается ссылкой на первый). Он содержит те же опции, что Вы вводите в командной строке, то есть в Вашем случае примерно так: (Кста, прошу прощения, не очень внимательно прочел Ваш пост, в предыдущем не совсем правильные разделы указаны. Исправляюсь.) root (hd0,1) title Linux kernel /boot/vmlinuz root=03:02 title Win chainloader (hd0,0)+1 О разделах: В Линухе IDE-устройства именуются по каналам Primary Master hda Primary Slave hdb Secondary Master hdc Secondary Slave hdd Разделы на них обозначаются прибавлением к имени устройства номера раздела, при этом первичные разделы имеют индексы от 1 до 4, логические - от 5 и выше. ГРУБ использует такую же схему, но устройства именуются в порядке подключения, а не по каналам, идексация - с нуля. То есть в Вашем случае файлы устройств (и соответствующие им устройства ГРУБ)используются следующие: 1-й primary винда /dev/hda1 (hd0,0) 2-й primary fedora /dev/hda2 (hd0,1) 3-logical linux swap /dev/hda5 (hd0,4) 4-logical дистрибы /dev/hda6 (hd0,5) А вообще - почитайте info grub - очень интересная штука. Для просмотра таблицы разделов можно использовать любую программу для разметки диска - fdisk, sfdisk, parted, cfdisk и т.д. Я предпочитаю последнюю. Например, cfdisk /dev/hdd выведет Вам таблицу разделов для Secondary Slave устройства. Впрочем, можно и не пользоваться ими, а просто: cat /proc/partitions. На любителя ЗЫ: Кстати, вместо 03:02 можно использовать /dev/hda2, а секцию Win записывать как rootnoverify (hd0,0) chainloader +1

Подскажи - это ты конкретно первому прочитавшему или каждому в отдельности? Так тут как-то больше принято на "Вы" обращаться По вопросу - примерно так: root (hd0,5) kernel /boot/vmlinuz root=03:06 boot Разумеется, если ядро у Вас находится в /boot и называется vmlinuz. Дополнительно может понадобиться подгрузить initrd, тогда после строчки kernel .... добавляете initrd /boot/initrd..... (подставьте правильное имя).

Lapusta писал(а) вс, 23 октября 2005 17:29 2EvilShadow, Мда, Петросян отдыхает... .......... 3) Я имел ввиду кроме количества места на жёстком диске потерь нет? А каким образом, по-вашему, установка N систем может повлиять на что-нибудь другое, и на что? У Вас есть какие-то основания задавать подобный вопрос или просто так взбрело в голову? /*******************************/ Насчет МДК и АСП. Пользовался я Мандраками 9.1 и 10, АСП 9 и 10. В обоих случаях преимущество отдал бы МДК, и если в старших версиях скорее субъективно (ну разражают меня системы, в которых минимальная установка занимает едва ли не гиг места и которые абсолютно беспричинно (а может из-за SELinux) тормозят постоянно), то в младших - вполне объективно. Мандрак куда удобнее однозначно, а глюков я в нем не заметил, и при появлении их ручками приходилось работать куда меньше (повторяю, речь идет исключительно о моем личное опыте общения с этими системами, может мне просто очень повезло с МДК )

Предполагаю, из-за ненастроенной маршрутизации. Дайте вывод ip r l или route -n

Lapusta писал(а) сб, 22 октября 2005 23:28 доступ? - Одновременная установка Win и Linux сказывается на производительности? Нет, она сказывается только на количестве свободного места на винте Модератору - сорри за флуд, не удержался

Hans R. Steiner писал(а) вс, 23 октября 2005 02:00 Как я понимаю, Вы пишете скрипт, который будет работать на web-сервере... ENV - это переменное окружение Apache, на сколько мне известно... Правильно, ENV - это переменная окружения, только вот Апач здесь совершенно ни при чем: $ man perlvar ... %ENV $ENV{expr} The hash %ENV contains your current environment. Setting a value in "ENV" changes the environment for any child processes you subsequently fork() off... Речь идет о самой обыкновенной переменной окружения, так что работать с сервером не получится по причине отсутствия такового, а с клиентом - по причине отсутствия браузера Цитата: Вы уже поняли, вопрос вы задали глупый... Не знаю, не знаю... вот мне, например, вообще не могло прийти в голову, что в слова LINES и COLUMNS можно отнести к области веб-программирования Цитата: хотя бы тем, что не указали, чем Вас не устраивает имеющийся вариант... Объясняю. Башевые переменные LINES и COLUMNS НЕ ВЕЗДЕ экспортируются по умолчанию (вот у меня в Генту, например, не экспортировались) , поэтому хотелось бы найти другой способ определения размеров экрана. Приди мне в голову этот скрипт распространять, не буду ж я писать в инструкции по использованию "не забудьте проверить, экспортируются ли у Вас необходимые перменные окружения" :(

Из исходников, конечно, лучше, но если вас по некоторым обстоятельствам устраивает ТОЛЬКО RPM, то могу посоветовать только поставить mplayer, без зависимых, а потом по мере надобности доставлять те, без которых mplayer не будет запускаться либо не будет выполнять своих задач - для Вашего случая это libpng, libjpeg и подобные

mplayer Опция -vo позволяет выбрать способ вывода (например, jpg), опция -ss позволяет указывать, с какого момента проигрывать ролик.

John писал(а) сб, 22 октября 2005 00:20 Надо парсить XML, HTML. И пинать http. Приветствуется любая информация по библиотекам для этих тем. Что куль? В парсинге, да и пинании тоже Перл куль . А Вам непременно надо на плюсах?

White_Mouse писал(а) пт, 21 октября 2005 19:35 Будет вам ругаться Dr. Spectre просто пошутил, обыграв вашу фразу и мягко упрекнув в скрытой рекламе grub Как весело все закончилось ЗЫ: Только это не реклама, это пропаганда, за рекламу мне бы заплатили

minicom

4exoff писал(а) пт, 21 октября 2005 09:39 а могу я переустановить загрузчик на груб или лило, имея дистрибутив асп линукс, при этом не переустанавливая сам линукс? Можете. Просто устанавливаете новый загрузчик, он предыдущий благополучно затрет. Поэтому лучше перед экспериментами сделать загрузочный флопак и сохранить куда-нибудь MBR, чтоб в случае чего можно было вернуться к первоначальному состоянию.

Dr.Spectre писал(а) чт, 20 октября 2005 20:10 Цитата: А давайте переедем во Флейм и Вы объясните, почему это недостаток? а давайте вы сначала прочитаете что вы сказали Прочитал. И что Вам здесь не нравится? White Mouse, например, все понял правильно Цитата: Цитата: (или ЛИЛО на худой конец) и надеюсь поймете что мои слова были всего лишь повторением ваших за исключением одного слова. Речь-то не о том шла, что там для кого является последним выходом, а о том, что к ГРУБу НЕ НУЖНО применять тот же подход, что к АСПЛодеру или ЛИЛО. Я не придираюсь к словам, я говорю о сути! 2 White Mouse Вы правы, привязка к разделам - это минус. Впрочем, ГРУБ может работать и без нее, но - без конфига Чтоб мы не говорили на разных языках, попробую несколько углубиться в принцип работы ЛИЛО и ГРУБа. Простейший случай - записываем загрузчик в MBR. 1. ЛИЛО При запуске lilo читает конфиг, формирует исполняемый код и помещает его в MSB. При этом в процессе загрузки загрузчик оперирует фиксированными адресами, поэтому для корректной его работы необходимо, чтобы все используемые объекты - цепные загрузчики других ОС, ядра и пр. лежали на тех же местах - имели тот же физический адрес. Сами разделы (базовые адреса, ФС) также не должны изменяться, если это затрагивает местоположение объектов. Статические загрузчики с фиксированными адресами объектов - это быстро и экономно. Но негибко. 2. ГРУБ При записи в MSB помещается код (stage1), в котором содержится один фиксированный адрес - адрес т.н. stage2. Понятно, что в 442 байта, отведенные под загрузочную запись в MBR, поместятся только статические загрузчики, тут уж ничего не поделаешь. В ГРУБ stage1 всего лишь загружает stage2, который уже можно поместить в память и получить код достаточного размера, чтобы там поместилась поддержка ФС, на которых лежат необходимые объекты, и шелла с довольно серьезным набором команд, необходимых для решения возможных проблем с загрузкой (кстати, когда возникали проблемы, ГРУБ меня часто выручал в тех случаях, в которых, когда у меня был ЛИЛО, приходилось грузиться с болванки, чтобы попасть в свою систему). Поскольку не должно меняться местонахождение только одного файла - stage2, с остальными может происходить что угодно. Можно в командном режиме указать, с какого раздела что грузить. Очень хорошо такая система работает, когда /boot вынесен на отдельный раздел, причем не подвержен возможным проблемам с ФС (например, не монтируется или монтируется в RO). Тогда возможные проблемы с корнем никак не повлияют на возможность загрузки. ЗЫ: Кстати, теоретически, подменив адрес stage2 адресом другого объекта (ядра, например), можно имитировать статический загрузчик типа ЛИЛО (правда, все равно без конфига и менюшек) А какова мораль? Всему свое место. Несколько загрузчиков могут вполне спокойно жить на одном устройстве, выполняя каждый свою функцию. Но если речь идет о загрузке конкретно Линуха, в стандартной ситуации, лично я предпочту ГРУБ. Хотя это дело вкуса

White_Mouse писал(а) чт, 20 октября 2005 18:26 EvilShadow писал(а) чт, 20 октября 2005 18:45 В том-то и одно из преимуществ ГРУБа, что загрузчик не надо переписывать при каждом изменении конфига. И именно в этом один из его недостатков Так что, спорить, ИМХО, не о чем совершенно. А давайте переедем во Флейм и Вы объясните, почему это недостаток? (Никакого сарказма, мне правда интересно )

Dr.Spectre писал(а) чт, 20 октября 2005 15:18 а потом дать команду asploader в общем все как в лило (или на худой конец в грубе) В том-то и одно из преимуществ ГРУБа, что загрузчик не надо переписывать при каждом изменении конфига. А вот и АСПЛодер и ЛИЛО - надо. Поэтому фразу "на худой конец в грубе" - отбрасываем как не соответствующую истине

Система: man useradd, см. раздел See also Самба: man smbpasswd

ИМХО, АСПЛодер Вы поставили совершенно зря, ГРУБ куда лучше (или ЛИЛО на худой конец). Но раз уж поставили, давайте сюда конфиг, будем разбираться

1. Вы бы хоть дистрибутив свой назвали и версию Самбы, а то пойди угадывай... 2. У Гугля спрашивали? 3. Попробуйте другую версию Самбы с дефолтными настройками.

Penguinchik писал(а) вт, 18 октября 2005 14:31 man smb.conf и там в разделе 'Complete List of Services Parameters' нашёл hide dot files а что дальше делать вот это не знаю? Прописать hide dot files = yes в раздел global файла /etc/samba/smb.conf, для чего мы в ман и полезли

man smb.conf, опция hide dot files

В зависимости от версии Винды/ДОСа fixmbr или fdisk /mbr

Спешу ответить Вам первым, чтоб опередить тех из моих товарищей, которые захотят послать Вас намного дальше Гугля. Вот ответы: 1) Берете и работаете 2) См. 1 Телепаты уже так давно в отпуске, что, боюсь, ждать их уже не имеет смысла. А на поставленный таким образом вопрос может ответить Гугль, здесь никто на такие обобщающие вопросы ответов давать не будет, говорите, чего конкретно Вы хотите добиться

DioGen писал(а) пт, 14 октября 2005 15:41 okaznovsky@sunduk:~/CPP/Baza$ gcc -c Main.cpp Man.h Man.cpp gcc: Compilation of header file requested Включать в список компилируемых файлов хедеры не надо, все равно они потом у Вас инклюдятся в Man.cpp Цитата: Man.cpp: In method `void Man::SetBirthYear(const char *)': Man.cpp:20: implicit declaration of function `int atoi(...)' Man.cpp: In method `void Man::SetPay(const char *)': Man.cpp:23: implicit declaration of function `int atof(...)' Ф-ии atoi() и atof() должны быть объявлены. $ man atoi ... NAME atoi, atol, atoll, atoq - convert a string to an integer SYNOPSIS #include <stdlib.h> ... Где у Вас #include <stdlib.h>? Цитата: Есмть ли возможность упростить набор, компоновку, компиляцию програм? Есть. man make

Вполне, благодарю