Нет ли патча на ядро, позволяющего при загрузке ядра указать как подменить внутри ядра идентификаторы PCI устройств?

То есть, допустим есть устройство, 100% совместимое с каким-либо поддерживаемым в ядре устройством, но драйвер его видит, так как не знает данные PCI ID. Ядро патчить/перекомпиливать не хочется, а хочется сказать при загрузке что-то типа pci=AABB:CCDD=AABB:CCD0.

Ядро 2.4.20, сделан RAID1 (зеркало) на 2 IDE винтах 80 Гб, ОЗУ 512. Если смотреть /proc/mdstat (или hdparm -a /dev/md0), то сообщается, что есть упреждающее чтение 1024 сектора. Вроде, это по умолчанию на всех Linux'ах.

Действительно ли этот параметр обозначает, что при чтении сектора будет прочитано еще 1023 сектора? Просто для IDE дисков обычно стоит 8-16 секторов. Имеет ли его уменьшить с помощью

hdparm -a 64 /dev/md0

если в системе много мелких файлов?

В Инете особо ничего про read-ahead применительно к Soft RAID не нашел.

Дано: VPN сервер под Линуксом pppd 2.4.2. В конфигурации указано, что допустим для пользователя vv назначать ip-адрес 10.20.30.40

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

# pppd 10.20.30.41: debug user vv

то pppd "уходят" в долги (может быть бесконечный) цикл соглазования ip адресов. При этом генерится нехилый трафик... Если же клиент 2.4.2b3, то ситуация интерестнее: после нескольких попыток pppшки остаются при своем мнении --- сервер назначает ip-адрес 10.20.30.40, а клиент 10.20.30.41. Ну и ничего не работает.

Это баг или что то неправильно в настройках клинета/сервера?

Прочитал man'ы по LinuxThreads. Возник вопрос, что будет если поток заблокировался на ``fast'' mutex'е и ему пришел сигнал?

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

В инете подобного не нашел, если это известная идея, ткните носом, если нет, то как и с помощью чего ее можно реализовать?

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

Была тачка, RH 7.2 с ядром 2.4.18. Два винта, один WD 8Гб, другой Samsung 40Гб. На WD было 3 раздела boot, root и usr, а Samsung использовался как var. Сегодня утром оказалось, что root и usr (оба на WD) вылетели, нет super block и после e2fsck часть файлов потерялась, а часть содержит мусор. В логах есть такое:

Sep  6 04:02:04 bill syslogd 1.4.1: restart.
Sep  6 04:02:11 bill kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error
Sep  6 04:02:11 bill kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
Sep  6 04:02:11 bill kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error
Sep  6 04:02:11 bill kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
Sep  6 04:02:11 bill kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error
Sep  6 04:02:11 bill kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
Sep  6 04:02:11 bill kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error
Sep  6 04:02:11 bill kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
Sep  6 04:02:11 bill kernel: ide0: reset: success
и это фрагмент повторяется 3 раза. Потом идет много строк типа:
Sep  6 04:02:11 bill kernel: EXT3-fs error (device ide0(3,2)): ext3_readdir: bad entry
 in directory #208631: directory entry across blocks - offset=0, inode=537079543, rec_
len=8204, name_len=1
Sep  6 04:02:12 bill kernel: EXT3-fs error (device ide0(3,2)): ext3_readdir: bad entry
 in directory #468438: directory entry across blocks - offset=0, inode=537339350, rec_
len=8204, name_len=1

Есть мнение, что во всем виновать винт, говорят, что старые винты, иногда перед смертью начинают криво писать/читать. Хотя и материнка --- ASUS P3-BF не новая. Сегодня все день копировал туда/обратно разделы, никаких ошибок не было...

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

Еще хотелось бы узнать, можно ли заставить ядро при возникновении подобных ошибок перемонтировать все разделы на данном НЖМД в режим ro.

Доброго времени суток, Нужен 1-2 дискетный (1,44 Мб) дистрибутив Линукса с pppd, pptpd и ssh. Кто знает такой скажите название, url.

По Инету уже лазил, этих floppy sized Linux куча, но с ssh не нашел.

Шаблоны (templates) в С++ вороде обрабатываются препроцессором и передаются компилятору как обычный код. Как можно увидеть код, в который превратися шаблон при компиляции?

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

И где можно почитать про то как искать утечку памяти в C++? (g++ 3.2.2)

Как можно задать src адрес ICMP пактов, возникающих в результате ошибки (type 3 Destination unreachable, type 11 time exceeded и т.д.), в зависимости от dst адреса пакета вызвовщего этот ICMP пакет под Linux'ом

Если подробнее, то ситуация следующая. Linux сервер подцеплен к 2 провайдерам, каждый из них марштутизирует на этот сервер сеть класса C. Естественно, что возникают ICMP пакеты, например, если приходит пакет c TTL 1. Как сделать, чтобы ICMP пакет type 11, возникший в ответ на пакет, пришедщий от первого провайдера, ушел к первому, а от второго --- ко второму.

Как написать spec файл, чтобы он собирал базовый rpm пакет как обычно (xxx-i386.rpm), а дополнительный пакет, содержащий файлы документации был noarch (xxx-doc-noarch.rpm). Если такое возможно вобще.

Есть ли программа, которая добавляет/удаляет строки из файла /etc/services. В смысле не grep, sed, awk, а что то наподобие useradd (RedHat).

Правильно ли я понимаю, что если gcc задать опции:

-O3 -march=i586 -mcpu=i686

то получится код, оптимизированный под PentiumPro, но способный работать на Pentium (не содержащий инструкций от i80686)?

Кто-нибудь пользует nbd или enbd на ядрe 2.4.18 или 2.4.24 Есть необходимость построить реплицируемую файловую систему. У меня nbd вобще не заработал (передается только первые блоки), а enbd начинает творить чудеса если сетевой коннект пропадает. В общем интересует мнение по поводу этих самых nbd/endb, или может стоить копать в сторону iSCSI?