date:20050124

Re: SATA Raid controller

2005-01-24 Thread Michael Shigorin

On Sun, Jan 23, 2005 at 08:35:16PM +0300, Andrey Melnikoff wrote:
> > > 8xxx серия без батарейки и набортного кэша. Бэээ... 
> > Мсье фетишист -- подсовывать ширпотребу батарейки?  Или таки
> > выбирает всякие рапторы?
> Может таки месье удосужится прочесть весь тред ? 

Мсье весьма тщательно за ним следил, а также на днях лопатил
архивы рассылок @altlinux по теме, составляя соответствующий FAQ.
Ссылку на который и сюда забрасывал.

-- 
  WBR, Michael Shigorin <[EMAIL PROTECTED]>
  -- Linux.Kiev http://www.linux.kiev.ua/

pgpllLvhXd3c2.pgp
Description: PGP signature

Re: SATA Raid controller

2005-01-24 Thread Michael Shigorin

On Sun, Jan 23, 2005 at 08:34:28PM +0300, Andrey Melnikoff wrote:
> > > 4 SATA порта + Hardware X0R engine. Вообщем - 4 SATA порта.
> > > Под software md работает отлично.
> > При этом этот XOR engine идёт в созвучном направлении.
> В созвучном к чему ?

Выполняемой функции. :]

> > (что оно и зачем xor'ить на чипчике -- RTFM RAID5)
> Я таки это знаю, зачем оно ему. На моей задаче (когда
> precompiled binary drivers неподходили к версии использованого
> ядра), был выбор между двумя вариантами: insmod -f или software
> md. После сравнения результатов с тем и другим - был выбран
> software md.

Так отож.  Несмотря на то, что при этом XOR'ил host CPU.

-- 
  WBR, Michael Shigorin <[EMAIL PROTECTED]>
  -- Linux.Kiev http://www.linux.kiev.ua/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re[2]: Показ картинок в firefox

2005-01-24 Thread Denis Golubev

Hello, debian-russian.

23 января 2005 г., 8:30:14 было написано в лист:

>> Восстанавливать своё состояние (открытые страницы) firefox тоже не умеет?

KK> Экстеншн Session-Saver. Правда, от падений не помагает. Только на
KK> закрытие.

Последняя версия с сайта автора помагает :)


-- 
Best regards, Golden

Re: любителям "выкидывать ненужное"

2005-01-24 Thread Michael Shigorin

On Mon, Jan 24, 2005 at 12:20:08AM +0200, Dmitry Nezhevenko wrote:
> > > (Например в ядре поотключать поддержку тех устройств,
> > > которых на тачке нет как таковых). А эти ключики особо ни чего
> > > не дают. Попрошу меня не пинать, это мое личное IMHO.
> > И всё же пну.  Можете объяснить, зачем?
> Даже на домашней тачке первым делом я пересобираю ядро отключая
> все, что мне не нужно.

Это констатация факта, а не ответ на вопрос, строго говоря. :)

> Дистрибутивные ядра забиты по максимуму.  Та же поддержка SATA
> на материнке, в которой его нету совсем не нужна. А SCSI? (Ядра
> 2.4 не в счет) Да и вообще, зачем иметь кучу модулей, которые
> тебе и на х.. не нужны. Так и место на винте сэкономить можно
> :-). 

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

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

С фирмой BCS знакомы, кстати?

> А раз в пол года ядро пересобрать можно.  Да и новая версия к
> этому времени выйдет.

Линуксовое ядро чаще обновлять приходится, увы.  Если машинка с
онлайном, а возможность превращения remote code execution в
remote root не греет.

Да -- насколько понимаю, в обозримое время и в zp.ua будет
региональный DSL, т.е. офлайновая машинка дома резко теряет
смысл.

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

Вспомните через пару лет. :)

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

-- 
  WBR, Michael Shigorin <[EMAIL PROTECTED]>
  -- Linux.Kiev http://www.linux.kiev.ua/

-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ro root

2005-01-24 Thread Dmitry-T

On Sat, 22 Jan 2005 17:58:51 +0300
Artem Chuprina <[EMAIL PROTECTED]> wrote:

> Dmitry-T -> debian-russian@lists.debian.org  @ Sat, 22 Jan 2005 18:39:32 
> +0400:
> 
>  >>  >> При попытке сделать root ro выяснилось, что часть программ хочет
>  >>  >> писать в что-либо /etc. Например alsa, linuxlogo. Ещё вроде
>  >>  >> что-то было
>  >> 
>  >>  D> А зачем это нужно? Для защиты? Может тогда ro сделать только на
>  >>  D> /bin /sbin ?
>  >> 
>  >> А как ты тогда грузиться будешь?  С неподмонтированными-то /bin и /sbin?
>  >> Самодельный mkinitrd, который создает initrd, способный не только /
>  >> cмонтировать, но и /bin и /sbin?  Потом, опять-таки, а /lib что, не
>  >> надо?  А там modules.dep...
> 
>  D> А если грузиться по обычному, а потом:
>  D> mount -r -t ext3 /dev/hdb1 /bin/
>  D> естественно надо содержимое /bin скопировать в нужный раздел.
>  D> у меня сейчас получилось, пытался в bin что-нибудь копировать - не даёт, 
>  D> теперь еще отмонтировать не хочет :)
> 
> Во-во.  Ты еще /lib сделай.  Да-да, и чтобы modules.dep там был
> правильный...  А для защиты /etc тоже защищать надо.  Ибо иначе смысл?
> Нет, в основном ro / делают для защиты от сбоев питания (ro файловая
> система заведомо поднимется в консистентном состоянии), ибо хакер,
> получивший рута, может и в rw перемонтировать, либо же нужный процесс в
> памяти подменить.  А уж /bin и /sbin в ro при rw /etc и тем более /lib -
> это вообще смех один...  От сценарных руткитов, конечно, поможет (хотя,
> наверное, и не от всех), но от многих лишь частично - оно не сможет
> закрепиться, но сможет получить рута и об этом рассказать.
> 

для ro на  /etc у mount есть:
-n Mount without writing in /etc/mtab.  This is necessary for exam-
  ple when /etc is on a read-only file system.

но перемонтировать ro в rw действительно без проблем, так что для защиты
от крэкеров в ro немного пользы.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

lt_modem

2005-01-24 Thread maximovs

Всем добрый день,

Попробовал установить модем Acorp Lite 56PML-2 (Agere 4648c).
Скомпилировал драйвера, установил их. Инициирую соединение (pppd call
xxx) - номер набирается и модемы устанавливают связь, а затем линия
разрывается, а на консоль выводится сообщение: Disabling IRQ #177.
Оказалось, что проблема кроется в APIC: если передать ядру при
загрузке параметр noapic, то все работает нормально (правда у меня
только на ядре 2.6.8, а 2.4.26 с параметром noapic виснет при чтении
таблицы разделов на SATA диске).
Вопрос в следующем: кто-нибудь встречался с такой ситуацией и
единственный ли найденный мной выход? B еще обнаружил, что этот модем
сильно медленней, чем мой ZyXEL Omni 56K PCI (прием данных с сервера
провайдера ACORP - 4000 B/s; ZyXEL - 5000 B/s), интересно, это связано с
различием DSP?

68 matches

Mail list logo