Т.е. на сервере торент, вгет, обновление не мешало работе клиентов.

Как такое реализовать?

Сервер домашний.

Собрал маленький сервер, в качестве диска там гигабайтная флешка.

Хочу чтобы он жил вечно (чтобы отключение питания не сказывалось, чтобы флешка не изнашивалась/сильно/).

система гента.

накатил пакет aufs. занес aufs модуль в initramfs. модуль грузится.

как смонтировать aufs на обычной системе, знаю

mount /dev/cdrom /mnt/cdrom
mkdir -p /tmp/rw
mkdir -p /tmp/cdrom-rw
mount -t aufs -o dirs=/tmp/rw=rw:/mnt/cdrom=ro /tmp/cdrom-rw

но как сделать чтобы системный корень был на aufs?

то что я пробовал (изменял init) - лажа полная.

...
mkdir -p /temp/rw
mkdir -p /temp/NEW_ROOT_ro
mount -t tmpfs -o size=64M tmpfs /temp/rw

mount -o ro ${REAL_ROOT} /temp/NEW_ROOT_ro

mount -t aufs -o dirs=/temp/rw=rw:/temp/NEW_ROOT_ro=ro ${NEW_ROOT}
...
#это вместо одной строчки из оригинального скрипта
#mount -o ro ${REAL_ROOT} ${NEW_ROOT}

там что-то монтируется, но потом вываливается ошибка

mount: can't find /newroot in /etc/fstab
!! The filesystem mounted at /dev/hda3 does not appear to be a valid /, try again
!! Could not find the root block device in .

кастую помощь. Как сделать сабж.

>>>May 28 12:26:33 nosorog pppd[2203]: Plugin radius.so loaded.
May 28 12:26:33 nosorog pppd[2203]: RADIUS plugin initialized.
May 28 12:26:33 nosorog pppd[2203]: Plugin pptpd-logwtmp.so loaded.
May 28 12:26:33 nosorog pppd[2203]: pptpd-logwtmp: $Version$
>>>May 28 12:26:33 nosorog pppd[2203]: Plugin radius.so loaded.
May 28 12:26:33 nosorog pppd[2203]: RADIUS plugin initialized.
May 28 12:26:33 nosorog pppd[2203]: Plugin pptpd-logwtmp.so loaded.
May 28 12:26:33 nosorog pppd[2203]: pptpd-logwtmp: $Version$
May 28 12:26:33 nosorog pppd[2203]: pppd 2.4.3 started by root, uid 0
May 28 12:26:34 nosorog pppd[2203]: Using interface ppp22
May 28 12:26:34 nosorog pppd[2203]: Connect: ppp22 <--> /dev/pts/28
May 28 12:26:34 nosorog pppd[2203]: PAP peer authentication succeeded for spa
May 28 12:26:34 nosorog pppd[2203]: local IP address 192.168.100.1
May 28 12:26:34 nosorog pppd[2203]: remote IP address 192.168.200.14
May 28 12:26:34 nosorog pppd[2203]: pptpd-logwtmp.so ip-up ppp22 spa
May 28 12:26:34 nosorog pppd[2203]: pptpd-logwtmp.so ip-up ppp22 spa

в результате в логах радиуса всегда несколько стартов с разными session-id

Wed May 28 12:26:33 2008
Acct-Session-Id = "483D173A089B00"
User-Name = "spa"
Acct-Status-Type = Start
...

Wed May 28 12:26:33 2008
Acct-Session-Id = "483D173A089B01"
User-Name = "spa"
Acct-Status-Type = Start
...

... что неприемлимо

в следующих сообщениях приведу конфиги pptp и pppd

>>>

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

>>>

Где взять пакеты для Fedora 8?

>>>

Предлагаю добавить в профиль.

Параметры сообщений по умолчанию:

Форматирование: TeX paragraphs 
           URL: Auto URL
     ?????????: Plain text

>>>

Изучаю лицензии компиляторов и либ для проекта
Какой смысл заключен в этом пункте?
(по отдельности слова понятны, смысл нет)

>MinGW profiling code
>--
>MinGW profiling code is distributed under the 
>GNU General Public License.

>>>

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

ну и соответственно в момент опускания интерфейса
обработчик отключить.

чет никакого крюка на этот случай не нашел.
Ктонить подскажет?

>>>

САБЖ не работает :-(
--
делаю к примеру так
ebtables -F 
ebtables -A INPUT -s xx:xx:xx:xx:xx:xx -j DROP
можно с указанием интерфейса
ebtables -A INPUT -i eth0 -s xx:xx:xx:xx:xx:xx -j DROP

команды выполняются
если глянуть -L, то правила видны
--
делаю пинг машины с этим маком и пинг-понг идет

система Fedora 7, ядро 2.6.22.9
ктонибудь сталкивался? что не так сделано?

пробовал рубить по типам пакетов, хотел отрубить ответ от PPPoE сервака
тоже не работает

модули ebtables & ebtables_filter загружены

>>>

Наверное, после обновления на днях, перестала находится флешка

lshal -m говорит только это при втыкании флешки
--
12:01:19.361: usb_device_ffffffff_ffffffff_noserial added
12:01:19.468: usb_device_ffffffff_ffffffff_noserial property info.linux.driver = 'usb' (new)
12:01:19.590: usb_device_ffffffff_ffffffff_noserial_if0 added
12:01:24.475: usb_device_ffffffff_ffffffff_noserial_if0_scsi_host аdded
12:01:24.478: usb_device_ffffffff_ffffffff_noserial_if0_scsi_host_scsi_device_lun0 added
12:01:24.957: usb_device_ffffffff_ffffffff_noserial_if0_scsi_host_scsi_device_lun0_scsi_gener
ic added
--
т.е. что то он видит, но нету блочного устройства
При этом само устройство в /dev появляется, руками можно смонтировать.
А вот автомонтирование перестало работать.
--
Подскажите куда копать?

27 февраля один из разработчиков приложения (wRar) откоммитил исправление данного косяка.
Ура! Ура! Ура!
Единственное приложение, которое в кикере делало бяку при включенной прозрачности.

На фирменный сервак пока не накатывал.

Решил проверить на своей машине.

FC6 + jabberd-2.0-0.s11.11.fc6

конфиги можно глянуть http://www.rubtsovsk.ru/~danc/

решил что мне нужны только router sm c2s

s2s и resolver выкинул из скрипта поднятия сервера

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

вроде бы поднимается, в логах ругани нет

а когда пытаюсь приконнектиться клиентом с созданием нового аккаунта - клиент пишет: к серверу приконнектился, завожу клиента ... и всё. Клиенты пробовал: psi kopete sim

в логе c2s.log Thu Jan 25 13:31:54 2007 [notice] ready for connections

Thu Jan 25 14:07:54 2007 [notice] [9] [193.27.222.20, port=46333] connect

потом появляются записи о дисконнект-коннекте

Пишу серверное приложение использую для ожидания данных в сокете select

но в случае если связь разорвана /убит клиент, кабель перерезали, FW-подняли/ select сообщает, что можно читать данные а при чтении получаю 0 байт

Манул на эту тему не вставил.

На форумах это обсуждается как "дефакто нормально".

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