Re: Toshiba S.Pro Re: Debian base installation
Здравствуйте - Original Message - From: Maxim Sorokin [EMAIL PROTECTED] To: debian-russian@lists.debian.org Sent: Thursday, November 07, 2002 7:25 AM Subject: Toshiba S.Pro Re: Debian base installation Хочу поставить себе Debian на ноутбук Toshiba Satellite Pro без CDROM и сети, c установленным Win98 Стоит у меня дома сервачок под Woody как раз на такой машинке: Toshiba Satellite Pro. (Спасибо добрым людям тут - помогали) Но по части установки - мне было проще, я качал имиджи флопов, грузился с дискет и потом ставил по сети. Насколько я понимаю там единственное ограничение было в тот момент - наличие DHCP для установки по сети. Есть вариант поставить со сказевого СД подключенного через PCMCI карту Если еще вопросы - пишите Единственный момент - какая цель использования Дебиан на такой машине совместно с виндой? Насколько я помю там штатный хард 2Г.. Все гораздо хуже - хард там не 2 а 1,2 Г Цели использовать именно с виндой - нет. Снесу ее - но попозже, когда разберусь с тем линуксом какой туда встанет. Сейчас туда удалось водрузить Slackware 8.1. Игры с Debian отложены до покупки сетевых карт. Кстати не посоветуете какую взять для этого ноутбука? С уважением, Сергей Иванов
Re: Toshiba S.Pro Re: Debian base installation
On 2002.11.07 at 13:25:54 +0900, Maxim Sorokin wrote: Стоит у меня дома сервачок под Woody как раз на такой машинке: Toshiba Satellite Pro. (Спасибо добрым людям тут - помогали). Но по части установки - мне было проще, я качал имиджи флопов, грузился с дискет и потом ставил по сети. Насколько я понимаю там единственное ограничение было в тот момент - наличие DHCP для установки по сети. Есть вариант поставить со сказевого СД подключенного через PCMCI карту. Если еще вопросы - пишите. Единственный момент - какая цель использования Дебиан на такой машине совместно с виндой? Насколько я помю там штатный хард 2Г... Вообще-то 2Г это ох-как много. У меня есть такая пишмашинка HP Omnibook 2000 - у нее 2Г из них 1Г выделен на home и практически полностью свободен. Так что туда еще образ сидюка при необходимости записать можно. Естественно, всяких gnome и kde не стоит - fvwm, минимально необходимый набор графических прибамбасов. Даже мозиллы нет - тяжеловата для 32 мегов. А вот gimp по-моему стоит. Использовать эту машинку можно для всего чего угодно, то бишь для работы. Тексты в tex или xml готовить, программы писать, и даже компилировать. И в nethack играть тоже можно, правда для nethack-x11 рекомендуется все-же 1024x768. Вот по поводу совместно с виндой у меня, правда, есть некоторое непонимание. Зачем вообще винда на ноутбуке? Тем более Win2K там будет тормозить безбожно, а ставить 9x на машинку, которую можно забыть нечаянно в общественном месте - самоубийство. -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus
Re: Toshiba S.Pro Re: Debian base installation
On 2002.11.10 at 09:13:19 +0300, Serge wrote: Здравствуйте Единственный момент - какая цель использования Дебиан на такой машине совместно с виндой? Насколько я помю там штатный хард 2Г.. Все гораздо хуже - хард там не 2 а 1,2 Г Известный мне рекорд по установке потато с виндой на один диск - 720М. Цели использовать именно с виндой - нет. Снесу ее - но попозже, когда разберусь с тем линуксом какой туда встанет. Сейчас туда удалось водрузить Slackware 8.1. Игры с Debian отложены до покупки сетевых карт. Кстати не посоветуете какую взять для этого ноутбука? Какую-нибудь 10мегабитную 3Сom. Кстати, есть опыт по апгрейду винта в ноутбуке примерно такого же возраста на 40Г. Ставится и работает. Винда его, может и не увидит, а корректно поставленный Linux (с 48Мб рутом в начале диска) прекрасно будет жить. -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus
Re: FIDO
On 2002.11.02 at 00:38:24 +0300, Serge Matveev wrote: А кто-нибудь пользуется пакетами из testing/unstable для fido? Речь тдет о гейтовании в ньюсы (т.е. ifmail/fidogate). Из unstable - нет. Со времен potato фидой не пользуюсь. Есть ли подводные камни? Что лучше использовать, fidogate или ifmail? Зависит от задач. fidogate - для нода, у которого есть даунлинки по FTN-протоколу. ifmail - для того, у кого все пользователи работают уже с ньюсами. Работает ли ifgate с exim и leafnode? С leafnode, насколько я знаю, нет. Нужен настоящий ньюс-сервер. Так что надо ставить inn2 и не мучаться. По поводу exim ничего не скажу, но проблем не вижу. Правда, говорят, последние leafnode уже научились работать с локальными ньюс-группами. Но не знаю, какой leafnode в нынче в unstable. Ни разу не пробовал, с inn оно как-то привычнее. -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus
Re: ×ÏÐÒÏÓÙ
úÄÒÁ×ÓÔ×ÕÊÔÅ, äÅÎÉÓ! - 1. åÓÔØ ÐÒÏËÓÉ ÓÅÒ×ÅÒ ÐÏÄËÌÀÞÅÎÎÙÊ Ë ÉÎÅÔ É ×ÎÕÔÒÅÎÎÅÊ ÓÅÔÉ. þÅÒÅÚ -ÎÅÇÏ ÌÏËÁÌØÎÙÊ apt-get ËÁÞÁÅÔ ÏÂÎÏ×ÌÅÎÉÑ Ó security.debian.org. -ëÁË ÎÁÓÔÒÏÉÔØ squid ÞÔÏÂÙ ÏÎ ÓÅÒ×ÅÒÁÍ ×Ï ×ÎÕÔÒÅÎÎÅÊ ÓÅÔÉ ÐÏÚ×ÏÌÑÌ -ÎÏÒÍÁÌØÎÏ ÒÁÂÏÔÁÔØ, Á Ó security.debian.org ÔÏÌØËÏ ÉÚ ËÜÛÁ? ÎÁÓÔÒÏÉÔØ apt-proxy ÎÁ ÓÅÒ×ÅÒÅ, Á ×ÓÅ ÓÍÏÔÒÑÔ × ÎÅÇÏ. ëÁÖÅÔÓÑ ÍÅÎÑ ÎÅ ÔÁË ÐÏÎÑÌÉ. ëÁÞÁÔØ ÏÂÎÏ×ÌÅÎÉÑ ÄÏÌÖÅÎ ÔÏÌØËÏ ÐÒÏËÓÉ ÓÅÒ×ÅÒ (Ó ÍÉÎÉÍÁÌØÎÙÍ ËÏÌÉÞÅÓÔ×ÏÍ ÕÓÔÁÎÏ×ÌÅÎÎÙÈ ÐÁËÅÔÏ×). ÷ÎÕÔÒÅÎÎÉÅ ÓÅÒ×ÅÒÁ (ÕÓÔÁÎÏ×ÌÅÎÎÙÈ ÐÁËÅÔÏ× ÄÏÆÉÇÁ É ÂÏÌØÛÅ) ËÁÞÁÔØ ÉÚ ÉÎÅÔ ÎÉÞÅÇÏ ÎÅ ÄÏÌÖÎÙ. ïÎÉ ÄÏÌÖÎÙ ÐÏÌØÚÏ×ÁÔØÓÑ ÕÖÅ ×ÙËÁÞÁÎÎÙÍ. äÌÑ ÜÔÏÇÏ Õ squid ÅÓÔØ ÔÅÇ miss_access. ëÁË ÓÏÚÄÁÔØ ÐÒÁ×ÉÌÏ ×ÎÕÔÒÅÎÎÉÊ ÓÅÒ×ÅÒ (src) - security.debian.org (dst) ? WBR, òÏÍÁÎ.
Re: idea
On 2002.11.07 at 18:04:56 +0200, Maxim V. Kryzhny wrote: привет, на LOR некто по имени idea высказался по поводу оборотной стороны окошек в gui... это идея или уже есть патент? Лет пятнадцать-двадцать назад уже была реализация. Framework II от Ashton-Tate. Что касается патентов, то в нормальных странах такие вещи не патентуются. -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus
Re: ×ÏÐÒÏÓÙ
úÄÒÁ×ÓÔ×ÕÊÔÅ, äÅÎÉÓ! - 1. åÓÔØ ÐÒÏËÓÉ ÓÅÒ×ÅÒ ÐÏÄËÌÀÞÅÎÎÙÊ Ë ÉÎÅÔ É ×ÎÕÔÒÅÎÎÅÊ ÓÅÔÉ. þÅÒÅÚ -ÎÅÇÏ ÌÏËÁÌØÎÙÊ apt-get ËÁÞÁÅÔ ÏÂÎÏ×ÌÅÎÉÑ Ó security.debian.org. -ëÁË ÎÁÓÔÒÏÉÔØ squid ÞÔÏÂÙ ÏÎ ÓÅÒ×ÅÒÁÍ ×Ï ×ÎÕÔÒÅÎÎÅÊ ÓÅÔÉ ÐÏÚ×ÏÌÑÌ -ÎÏÒÍÁÌØÎÏ ÒÁÂÏÔÁÔØ, Á Ó security.debian.org ÔÏÌØËÏ ÉÚ ËÜÛÁ? ÎÁÓÔÒÏÉÔØ apt-proxy ÎÁ ÓÅÒ×ÅÒÅ, Á ×ÓÅ ÓÍÏÔÒÑÔ × ÎÅÇÏ. ëÁÖÅÔÓÑ ÍÅÎÑ ÎÅ ÔÁË ÐÏÎÑÌÉ. ëÁÞÁÔØ ÏÂÎÏ×ÌÅÎÉÑ ÄÏÌÖÅÎ ÔÏÌØËÏ ÐÒÏËÓÉ ÓÅÒ×ÅÒ (Ó ÍÉÎÉÍÁÌØÎÙÍ ËÏÌÉÞÅÓÔ×ÏÍ ÕÓÔÁÎÏ×ÌÅÎÎÙÈ ÐÁËÅÔÏ×). ÷ÎÕÔÒÅÎÎÉÅ ÓÅÒ×ÅÒÁ (ÕÓÔÁÎÏ×ÌÅÎÎÙÈ ÐÁËÅÔÏ× ÄÏÆÉÇÁ É ÂÏÌØÛÅ) ËÁÞÁÔØ ÉÚ ÉÎÅÔ ÎÉÞÅÇÏ ÎÅ ÄÏÌÖÎÙ. ïÎÉ ÄÏÌÖÎÙ ÐÏÌØÚÏ×ÁÔØÓÑ ÕÖÅ ×ÙËÁÞÁÎÎÙÍ. äÌÑ ÜÔÏÇÏ Õ squid ÅÓÔØ ÔÅÇ miss_access. ëÁË ÓÏÚÄÁÔØ ÐÒÁ×ÉÌÏ ×ÎÕÔÒÅÎÎÉÊ ÓÅÒ×ÅÒ (src) - security.debian.org (dst) ? WBR, òÏÍÁÎ.
Re: netboot
On 2002.11.05 at 12:32:24 +0200, Oleg P. Philon wrote: Привет, коллеги. On Tue, Nov 05, 2002 at 10:32:26AM +0300, Vladimir I. Umnov wrote: 1) Как нужно компилить ядро на i686, так чтобы работало на i586. При Нужно наоборот. Совместимости сверху вниз не бывает. Чушь собачья. Компилить ядро, естественно, нужно на самой быстрой машине из имеющихся под рукой. Нужно только читать уметь то, что в менющках make menuconfig пишут. 2) Можно ли включать все сетевые адаптеры непосредственно в ядро? Я пробовал включить все, иногда происходит очень интересные вещи, но нужную сетевуху не детектит. Лучше не в само ядро, а в модули. Тогда, действительно, можно всё, что угодно, без ущерба для эффективности. Судя по subj, требуется чтобы ядро грузилось по сети. Конечно, если по уму (используя initrd) то можно и в этом случае сетевые драйвера в модулях держать. Но я предпочитаю для X-терминалов компилить строго монолитные ядра. Впрочем, у меня все терминалы достаточно однородны по своим аппаратным характеристикам. -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus
Re: Promise PDC20267
Здравствуйте, On Wed, Nov 06, 2002 at 10:05:49PM +0400, Vlad Harchev wrote: 1) А то что раздают на www.promise.com (в основном это модуль ядра ft.o для ядер от RH) - тоже самое что можно получить собрав ядро с поддержкой 202xx? Или что-то другое? (www.promise.com сырцы не дает). Нет, там совсем другое. Работает через эмуляцию скази. И сыпет в лог сообщениями о таймауте, что уже настораживает. FASTTRAK : Drive Interrupt Time Out.(3) FASTTRAK : RESET Channel2 - DEV3(OK) Исходников нет, поэтому это сообщение остается загадкой. 2) Пробовали ли Вы hot swap под линуксом (он возможен при наличии спец. корпуса) - возможен ли он под линуксом и насколько надежен? Нет, у меня было полдня на приведение машины в рабочее состояние (вместе с созданием рейда). Корпуса специального также не было. 3) не используете ли запасные чистые диски (чтобы когда один из зазеркаленых дисков умрет, контроллер смог начать восстанавливать на него копию)? Были ли такие случаи в Вашей практике и насколько нормально они отрабатывали? Нет. 4) есть ли какой-либо софт для линукса для получения оперативной инфы о состоянии массива (на контролерах от promise) и получения уведомлений скажем о выходе из строя одного из дисков? Или надо по-тупому грепать syslog в надежде найти ругань от контроллера? Нет, не видела. Надо посмотреть на их сайте. Но наверняка их софт работает исключитеьлно с их модулем. -- Elena Egorova
Re: глюк ppp: link есть, а пакет ы не ходят - Fxed by 2.4.20-rc1
On Sun, 3 Nov 2002 21:54:45 +0500 Igor Goldenberg [EMAIL PROTECTED] wrote: On Sun, 03 Nov 2002 at 01:12:05 +0200, Vladimir N. Velychko wrote: Складывается впечатление, что в 2.4 сломали ррр и забили на это дело. :(( В ответ сказали, что это точно ядро и вылечилось апгрейдом на 2.4.19. А если у меня итак уже 2.4.19, на что надо апгрейдиться? :) По твоему же совету поставил 2.4.20-rc1. Компрессия заработала, глюки пропали. Я счастлив. 8-D -- jabber: [EMAIL PROTECTED] VEL-RIPE
binkd
Такая проблема: руками сабж запускается, а вот из init.d/ - скрипта (чтобы демоном встал) ругается на то, что не может забиндить сокет. пускается там от имени ftn я так понял у пользователя ftn нет прав биндить сокеты, как ему это разрешить (в какую группу прописать ?)
Re: FIDO
On Sun, Nov 10, 2002 at 09:52:10AM +0300, Victor Wagner wrote: Есть ли подводные камни? Что лучше использовать, fidogate или ifmail? Зависит от задач. fidogate - для нода, у которого есть даунлинки по FTN-протоколу. ifmail - для того, у кого все пользователи работают уже с ньюсами. Это, мягко говоря, не совсем верно :) У меня нода была настроена на ifmail, при этом поинты общались со мной по FTN. Никаких особых проблем с ней не возникало. Правда, было это очень давно :) (по-моему, даже до потаты) -- Regards, Wartan. Computers are not intelligent. They only think they are.
Re: FIDO
On 2002.11.10 at 11:20:40 +0300, Wartan Hachaturow wrote: On Sun, Nov 10, 2002 at 09:52:10AM +0300, Victor Wagner wrote: Есть ли подводные камни? Что лучше использовать, fidogate или ifmail? Зависит от задач. fidogate - для нода, у которого есть даунлинки по FTN-протоколу. ifmail - для того, у кого все пользователи работают уже с ньюсами. Это, мягко говоря, не совсем верно :) У меня нода была настроена на ifmail, при этом поинты общались со мной по FTN. И огребали двойное гейтование. Которое есть потеря информации. Для пойнтов может быть и без разницы, а даунлинки-узлы могут и обидеться. Никаких особых проблем с ней не возникало. Правда, было это очень давно :) (по-моему, даже до потаты) -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus
Re: binkd
On Sat, Nov 09, 2002 at 12:34:39PM +0300, Dmitry E. Oboukhov wrote: Такая проблема: руками сабж запускается, а вот из init.d/ - скрипта (чтобы демоном встал) ругается на то, что не может забиндить сокет. пускается там от имени ftn я так понял у пользователя ftn нет прав биндить сокеты, как ему это разрешить (в какую группу прописать ?) Глянь в /etc/inetd.conf, на предмет binkd.
Re: binkd
Yury Lyakh wrote: On Sat, Nov 09, 2002 at 12:34:39PM +0300, Dmitry E. Oboukhov wrote: Такая проблема: руками сабж запускается, а вот из init.d/ - скрипта (чтобы демоном встал) ругается на то, что не может забиндить сокет. пускается там от имени ftn я так понял у пользователя ftn нет прав биндить сокеты, как ему это разрешить (в какую группу прописать ?) Глянь в /etc/inetd.conf, на предмет binkd. это я глянул, и даже прибил эту запись ;) мне надо его именно демоном повесить, чтобы исходящая сессия генерилась записью лошки в аутбаунд.
Re[2]: Debian Linux
On 9 ноября 2002 г., 19:16:29 you wrote: N Для начала, идешь на Яндекс (скажем), набираешь запрос Debian и N смотришь что получилось. N Потом по одной из ссылок. N Вообще Linuхы вообще славятся своей надежностью. Я чуть не умер со смеху когда читал это. Попробуй программку KUser для добавления нового пользователя - ощущения незабываемые. DEO а _зачем_ пользовать всякие KUser если есть useradd ? DEO имхо настолько простая команда, что фронтенд ей нахфиг не нужен ;) А я проще делаю: adduser и потом ручками в /etc/group -- Hе кpyти две pyчки сpазy! (1-я заповедь pадиотехника) -- Balabay Sergey email:[EMAIL PROTECTED] www.dandelion.newmail.ru
Re: Promise PDC20267
On Sun, 10 Nov 2002, Elena Egorova wrote: Добрый день, Здравствуйте, On Wed, Nov 06, 2002 at 10:05:49PM +0400, Vlad Harchev wrote: 1) А то что раздают на www.promise.com (в основном это модуль ядра ft.o для ядер от RH) - тоже самое что можно получить собрав ядро с поддержкой 202xx? Или что-то другое? (www.promise.com сырцы не дает). Нет, там совсем другое. Работает через эмуляцию скази. И сыпет в лог сообщениями о таймауте, что уже настораживает. FASTTRAK : Drive Interrupt Time Out.(3) FASTTRAK : RESET Channel2 - DEV3(OK) Исходников нет, поэтому это сообщение остается загадкой. Как они сами пишут, они сделали через scsi так как в linux ide-диски не могут подключаться/отключаться на лету. А часто сыпет эти сообщения в лог? А насколько он стабильно работал если не считать этих сообщений об ощибках? 2) Пробовали ли Вы hot swap под линуксом (он возможен при наличии спец. корпуса) - возможен ли он под линуксом и насколько надежен? Нет, у меня было полдня на приведение машины в рабочее состояние (вместе с созданием рейда). Корпуса специального также не было. 3) не используете ли запасные чистые диски (чтобы когда один из зазеркаленых дисков умрет, контроллер смог начать восстанавливать на него копию)? Были ли такие случаи в Вашей практике и насколько нормально они отрабатывали? Нет. С фришным драйвером ft.o система насколько я понимаю просто умрет если один из винтов умрет - так как 'strings ataraid.o pdcraid.o' не выводит никаких строк которые похожи на сообщения об отказе винтов и вообще хоть какую-либо диагностику об ошибках.. А вот драйвер от promise.com это пережить может, и сообщает об этом в syslog (судя по докам к нему и по 'strings ft.o') и сообщает о начале восстановления инфы и ее окончании. 4) есть ли какой-либо софт для линукса для получения оперативной инфы о состоянии массива (на контролерах от promise) и получения уведомлений скажем о выходе из строя одного из дисков? Или надо по-тупому грепать syslog в надежде найти ругань от контроллера? Нет, не видела. Надо посмотреть на их сайте. Но наверняка их софт работает исключитеьлно с их модулем. У них на сайте есть бинарное ядро драйвера и враппер для сборки его под любым ядром, правда они старые и как я понимаю не тестированные на ядре 2.4: ftp://ftp.promise.com/Controllers/IDE/FastTrak66/Linux/LinuxBETA/rel.tgz Их драйвер что-то показывает в /proc согласно сырцам их враппера, и пишет разное в syslog о происходящих событиях. Также они задокументировали ioctls для получения инфы об устройствах массива - то есть можно написать свою програмку для этого.. Best regards, -Vlad
Re: Re[2]: Debian Linux
On Tue, 12 Nov 2002, Balabay Sergey wrote: DEO а _зачем_ пользовать всякие KUser если есть useradd ? DEO имхо настолько простая команда, что фронтенд ей нахфиг не нужен ;) А я проще делаю: adduser и потом ручками в /etc/group adduser [options] user group добавляет user в group, rtfm :) -- Eсли уж гайка есть, она должна быть затянута до конца или выкручена нафиг.
Re: Promise PDC20267
Здравстувйте, On Sun, Nov 10, 2002 at 04:58:28PM +0400, Vlad Harchev wrote: Как они сами пишут, они сделали через scsi так как в linux ide-диски не могут подключаться/отключаться на лету. Меня, честно говоря, мало интересует эта опция, так как в нашем случае линукс все равно придется шатдаунить. А часто сыпет эти сообщения в лог? /var/log/messages.1:Nov 4 08:25:45 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK) /var/log/messages.1:Nov 8 21:30:50 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK) /var/log/messages.2:Oct 29 21:40:45 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK) /var/log/messages.3:Oct 24 22:05:40 ln kernel: FASTTRAK : RESET Channel1 - DEV1(OK) /var/log/messages.4:Oct 14 22:15:44 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK) /var/log/messages.4:Oct 19 22:10:44 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK) А насколько он стабильно работал если не считать этих сообщений об ощибках? Я не жалуюсь. Данные не потеряны. Проблема в том, что я не знаю и не могу понять причину этих сообщений - исходников-то нет. Это нервирует. С фришным драйвером ft.o система насколько я понимаю просто умрет если один из винтов умрет - так как 'strings ataraid.o pdcraid.o' не выводит никаких строк которые похожи на сообщения об отказе винтов и вообще хоть какую-либо диагностику об ошибках.. А вот драйвер от promise.com это пережить может, и сообщает об этом в syslog (судя по докам к нему и по 'strings ft.o') и сообщает о начале восстановления инфы и ее окончании. Возможно. Какие-то средства проверки и восстановления рэйда имелись в биосовской утилите, насколько я помню. 4) есть ли какой-либо софт для линукса для получения оперативной инфы о состоянии массива (на контролерах от promise) и получения уведомлений скажем о выходе из строя одного из дисков? Или надо по-тупому грепать syslog в надежде найти ругань от контроллера? Нет, не видела. Надо посмотреть на их сайте. Но наверняка их софт работает исключитеьлно с их модулем. У них на сайте есть бинарное ядро драйвера и враппер для сборки его под любым ядром, правда они старые и как я понимаю не тестированные на ядре 2.4: ftp://ftp.promise.com/Controllers/IDE/FastTrak66/Linux/LinuxBETA/rel.tgz Нет, вы не думаете же, что я вчера занималась всем этим? Первый раз я столкнулась с этими рэйдами весной, когда на сайте были модули под очень древний редхэт и очень древнюю сусе. Второй раз - летом, когда появились модули даже под слакварь. Я написала письмо в европейский филиал promise, по поводу того, будут ли модули для дебиан или хотя бы для обычного ядра с kernеl.org без всяких левых патчей. Мне ответили, что нет и не будет, дебиан можно не рассматривать как ос к их рэйдам. На этом я поставила крест на родном модуле. Вторая причина этого большого креста в том, что на то время ft.o был только в виде модуля, а мое мнение, что такие вещи, как модуль устройства, на котором лежит /, должны быть в ядре. Их драйвер что-то показывает в /proc согласно сырцам их враппера, и пишет разное в syslog о происходящих событиях. [EMAIL PROTECTED] scsi]# ls /proc/scsi/fasttrak 0 [EMAIL PROTECTED] scsi]# tail /proc/scsi/fasttrak/0 Press any key to continue... [EMAIL PROTECTED] dev]# ls /proc/sys/dev/raid speed_limit_max speed_limit_min [EMAIL PROTECTED] raid]# cat /proc/sys/dev/raid/speed_limit_max 10 [EMAIL PROTECTED] raid]# cat /proc/sys/dev/raid/speed_limit_min 100 Не вижу в /proc чего-либо для себя полезного, в сислоге тоже. Также они задокументировали ioctls для получения инфы об устройствах массива - то есть можно написать свою програмку для этого.. Этого не было на тот момент, когда мне было нужно. Сейчас на машинах стоит то, что стоит. Оно все работает. Менять что-то без серьезной на то причины мне совершенно не нужно. -- Elena Egorova
MAC в логах
Здравствуйте! Есть ли пакет в potato, подобный iplogger, который может класть в логи еще и МАС клиента? - С уважением, Сергей Юрьев Системный администратор ООО Пермский Картон
GNOME 2 in unstable
Hi! Вот тут после очередного обновления обратил внимани что в unstable наметилась тенденция перехода на GNOME 2. В принципе ни чего страшного кроме как то, что конфиги програм теперь из ~/.gnome/ в ~/.gnome2/ переместились. Хотелось-бы узнать два вопроса: 1. Возможно-ли сделать ln -s ~/.gnome ~/.gnome2 Нутром чуствую что это не совсем корректно... 2. Шрифт по умолчанию маленький, где это правится ? Все выводы сделаны из наблюдений за единственной программой котрую с gnome перетащили на gnome2 - gnomeicu. -- With Best, | http://www.excom.spb.su/~andrey Andrey Chernomyrdin| mailto:[EMAIL PROTECTED]
Re: Promise PDC20267
On Sun, 10 Nov 2002, Elena Egorova wrote: Здравстувйте, On Sun, Nov 10, 2002 at 04:58:28PM +0400, Vlad Harchev wrote: Как они сами пишут, они сделали через scsi так как в linux ide-диски не могут подключаться/отключаться на лету. Меня, честно говоря, мало интересует эта опция, так как в нашем случае линукс все равно придется шатдаунить. Ну, смерть диска тоже можно считать его шатдауном :) Так что даже если у Вас не используется hostswap chassis, то все равно оно нужно. А часто сыпет эти сообщения в лог? /var/log/messages.1:Nov 4 08:25:45 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK) /var/log/messages.1:Nov 8 21:30:50 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK) /var/log/messages.2:Oct 29 21:40:45 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK) /var/log/messages.3:Oct 24 22:05:40 ln kernel: FASTTRAK : RESET Channel1 - DEV1(OK) /var/log/messages.4:Oct 14 22:15:44 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK) /var/log/messages.4:Oct 19 22:10:44 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK) ОК, спасибо! А насколько он стабильно работал если не считать этих сообщений об ощибках? Я не жалуюсь. Данные не потеряны. Проблема в том, что я не знаю и не могу понять причину этих сообщений - исходников-то нет. Это нервирует. Согласен, неприятно.. С фришным драйвером ft.o система насколько я понимаю просто умрет если один из винтов умрет - так как 'strings ataraid.o pdcraid.o' не выводит никаких строк которые похожи на сообщения об отказе винтов и вообще хоть какую-либо диагностику об ошибках.. А вот драйвер от promise.com это пережить может, и сообщает об этом в syslog (судя по докам к нему и по 'strings ft.o') и сообщает о начале восстановления инфы и ее окончании. Возможно. Какие-то средства проверки и восстановления рэйда имелись в биосовской утилите, насколько я помню. Естественно, но средства биоса не доступны когда загружено ядро линукса. 4) есть ли какой-либо софт для линукса для получения оперативной инфы о состоянии массива (на контролерах от promise) и получения уведомлений скажем о выходе из строя одного из дисков? Или надо по-тупому грепать syslog в надежде найти ругань от контроллера? Нет, не видела. Надо посмотреть на их сайте. Но наверняка их софт работает исключитеьлно с их модулем. У них на сайте есть бинарное ядро драйвера и враппер для сборки его под любым ядром, правда они старые и как я понимаю не тестированные на ядре 2.4: ftp://ftp.promise.com/Controllers/IDE/FastTrak66/Linux/LinuxBETA/rel.tgz Нет, вы не думаете же, что я вчера занималась всем этим? Первый раз я столкнулась с этими рэйдами весной, когда на сайте были модули под очень древний редхэт и очень древнюю сусе. Второй раз - летом, когда появились модули даже под слакварь. Я написала письмо в европейский филиал promise, по поводу того, будут ли модули для дебиан или хотя бы для обычного ядра с kernеl.org без всяких левых патчей. Мне ответили, что нет и не будет, дебиан можно не рассматривать как ос к их рэйдам. На этом я поставила крест на родном модуле. Вторая причина этого большого креста в том, что на то время ft.o был только в виде модуля, а мое мнение, что такие вещи, как модуль устройства, на котором лежит /, должны быть в ядре. Насчет отсутствия драйвера для конкретного ядра - согласен, есть такая проблема, и она очень серьезна. Хоть бы новую версию rel.tgz выложили бы.. И в принципе модуль не обязательно вкомпилировать в ядро - есть такая вещь как initial ram disk. Их драйвер что-то показывает в /proc согласно сырцам их враппера, и пишет разное в syslog о происходящих событиях. [EMAIL PROTECTED] scsi]# ls /proc/scsi/fasttrak 0 [EMAIL PROTECTED] scsi]# tail /proc/scsi/fasttrak/0 Press any key to continue... Странно, судя по сырцам враппера аж 2 килобайта должно быть какого-то текста. А если просто 'cat /proc/scsi/fasttrak/0' (может что другое получится?) [EMAIL PROTECTED] dev]# ls /proc/sys/dev/raid speed_limit_max speed_limit_min [EMAIL PROTECTED] raid]# cat /proc/sys/dev/raid/speed_limit_max 10 [EMAIL PROTECTED] raid]# cat /proc/sys/dev/raid/speed_limit_min 100 Не вижу в /proc чего-либо для себя полезного, в сислоге тоже. Если ничего не видите в сислоге - то это хорошо (значит с винтами все в порядке). Посмотрите strings ft.o и увидите что можно увидеть в сислоге в неблагоприятные для винтов моменты.. [...] Естественно это Ваше право.. А Вы linux pure software raid не практикуете/практиковали? Видите ли какие-либо достоинства/недостатки у него по сравнению с semisoftware raid? Намного ли выше загрузка CPU по сравнению с тем же Promise RAID? Огромное спасибо за ответы еще раз! Best regards, -Vlad
сервер почтовой рассылки
что посоветуете поставить для ведения почтовой рассылки на dial-up машине с динамически выделяемым IP (если это конечно влияет на работу менеджера рассылок) ? -- С уважением, Понятов Дмитрий, e-mail: [EMAIL PROTECTED]
Re: Promise PDC20267
On Sun, 10 Nov 2002, Vlad Harchev wrote: On Sun, 10 Nov 2002, Elena Egorova wrote: Здравстувйте, On Sun, Nov 10, 2002 at 04:58:28PM +0400, Vlad Harchev wrote: Как они сами пишут, они сделали через scsi так как в linux ide-диски не могут подключаться/отключаться на лету. Меня, честно говоря, мало интересует эта опция, так как в нашем случае линукс все равно придется шатдаунить. Ну, смерть диска тоже можно считать его шатдауном :) Так что даже если у Вас В смысле считать отсоединением диска. [...] Best regards, -Vlad
заставить работать X Server по нуль-модему
можно ли XFree86 server (S3 или VGA16) заставить работать по обычному нуль-модему (кабель COM-порт -- COM-порт) без какого-либо сетевого протокола ? я буду писать свой X-сервер для DOS, и мне нужно иметь возможность работать напрямую без использования TCP/IP (стек TCP/IP мне кажется более всложным в написании, чем поддержка минимума функций X-сервера) -- С уважением, Понятов Дмитрий, e-mail: [EMAIL PROTECTED]
Re: Promise PDC20267
Здравствуйте, On Sun, Nov 10, 2002 at 08:35:51PM +0400, Vlad Harchev wrote: Как они сами пишут, они сделали через scsi так как в linux ide-диски не могут подключаться/отключаться на лету. Меня, честно говоря, мало интересует эта опция, так как в нашем случае линукс все равно придется шатдаунить. Ну, смерть диска тоже можно считать его шатдауном :) Так что даже если у Вас не используется hostswap chassis, то все равно оно нужно. Нет уж, в морг, так в морг. Хотя да, надо эту процедуру продумать. Но, скорее всего, она будет заключаться в покупке у ближайшего интел-дистрибьютора винта, синхронизации данных с оставшегося винта. Со скази-модулем можно пересобрать на лету рэйд с одним оставшимся диском? Честно говоря, я не понимаю, почему эту процедуру нельзя сделать с ataraid-модулем, используя существующие имеющиеся в системе ide-диски. Реаьлно ведь ядро работает только с одним диском - /dev/ataraid/d0p. Разве что в модуле это не реализовано. Возможно. Какие-то средства проверки и восстановления рэйда имелись в биосовской утилите, насколько я помню. Естественно, но средства биоса не доступны когда загружено ядро линукса. Всегда можно перезагрузиться. Я бы вообще рэйд не трогала из не-rt системы. Насчет отсутствия драйвера для конкретного ядра - согласен, есть такая проблема, и она очень серьезна. Хоть бы новую версию rel.tgz выложили бы.. И в принципе модуль не обязательно вкомпилировать в ядро - есть такая вещь как initial ram disk. Я поэтому и уточнила, что это мое мнение. Я не люблю initrd. Их драйвер что-то показывает в /proc согласно сырцам их враппера, и пишет разное в syslog о происходящих событиях. [EMAIL PROTECTED] scsi]# ls /proc/scsi/fasttrak 0 [EMAIL PROTECTED] scsi]# tail /proc/scsi/fasttrak/0 Press any key to continue... Странно, судя по сырцам враппера аж 2 килобайта должно быть какого-то текста. А если просто 'cat /proc/scsi/fasttrak/0' (может что другое получится?) Да, это я лоханулась ;-) [EMAIL PROTECTED] work]# cat /proc/scsi/fasttrak/0 Promise FastTrak Series Linux Driver Version 1.2.0.14 Adapter1 - FASTTRAK100 Array- Array[1] : 1X2 Mirror (OK) Drive- 1 : IC Primary /Master 61492MB BASE(0x1400) BM(0x1440) IRQ(9) UDMA5 3 : IC Secondary/Master 61492MB BASE(0x1410) BM(0x1448) IRQ(9) UDMA5 Хотя все равно не понимаю ценность данной информации. А Вы linux pure software raid не практикуете/практиковали? Видите ли какие-либо достоинства/недостатки у него по сравнению с semisoftware raid? Намного ли выше загрузка CPU по сравнению с тем же Promise RAID? Нет. -- Elena Egorova
Re: Promise PDC20267
On Sun, 10 Nov 2002, Elena Egorova wrote: Здравствуйте, On Sun, Nov 10, 2002 at 08:35:51PM +0400, Vlad Harchev wrote: Как они сами пишут, они сделали через scsi так как в linux ide-диски не могут подключаться/отключаться на лету. Меня, честно говоря, мало интересует эта опция, так как в нашем случае линукс все равно придется шатдаунить. Ну, смерть диска тоже можно считать его шатдауном :) Так что даже если у Вас не используется hostswap chassis, то все равно оно нужно. Нет уж, в морг, так в морг. Хотя да, надо эту процедуру продумать. Но, скорее всего, она будет заключаться в покупке у ближайшего интел-дистрибьютора винта, синхронизации данных с оставшегося винта. Ну с ft.o машина будет нормально работать даже с одним умершим и одним живым винтом (а если был еще hot spare вставлен - на него начнется дублирование инфы автоматическое!), а с pdcraid.o - машина встанет сразу. Почувствуйте разницу :( Со скази-модулем можно пересобрать на лету рэйд с одним оставшимся диском? Это сам ft.o начнет на лету делать сразу после смерти диска если ему не запретите это через ioctls. Честно говоря, я не понимаю, почему эту процедуру нельзя сделать с ataraid-модулем, используя существующие имеющиеся в системе ide-диски. Потому что информация на массиве в общем случае постоянно изменяется. В userspace это не сделать однозначно.. Реаьлно ведь ядро работает только с одним диском - /dev/ataraid/d0p. Разве что в модуле это не реализовано. реально pdcraid.o это хак. Ядро читает с того винта, который считает предпочтительным (у которого головка ближе в сего к месту, куда пишут), а операции записи по-тупому проделывает с каждым из винтов. (Для RAID1 естественно). См. http://people.redhat.com/arjanv/pdcraid/pdcraid.c - (не знаю, что сейчас торчит в 2.4.19 - но идея там та же). Соответственно никакого интеллекта там не заложено - ни background array rebuilding to hot-spare disk, ни выживание после смерти одного из дисков - ничего!! А вот linux software raid все это умеет. Возможно. Какие-то средства проверки и восстановления рэйда имелись в биосовской утилите, насколько я помню. Естественно, но средства биоса не доступны когда загружено ядро линукса. Всегда можно перезагрузиться. Я бы вообще рэйд не трогала из не-rt системы. К сожалению не у всех есть такая возможность (перезапустить машину, войти в биос и там скопировать инфу на чистый диск) - это все требует физ. присутствие.. Насчет отсутствия драйвера для конкретного ядра - согласен, есть такая проблема, и она очень серьезна. Хоть бы новую версию rel.tgz выложили бы.. И в принципе модуль не обязательно вкомпилировать в ядро - есть такая вещь как initial ram disk. Я поэтому и уточнила, что это мое мнение. Я не люблю initrd. :) Их драйвер что-то показывает в /proc согласно сырцам их враппера, и пишет разное в syslog о происходящих событиях. [EMAIL PROTECTED] scsi]# ls /proc/scsi/fasttrak 0 [EMAIL PROTECTED] scsi]# tail /proc/scsi/fasttrak/0 Press any key to continue... Странно, судя по сырцам враппера аж 2 килобайта должно быть какого-то текста. А если просто 'cat /proc/scsi/fasttrak/0' (может что другое получится?) Да, это я лоханулась ;-) [EMAIL PROTECTED] work]# cat /proc/scsi/fasttrak/0 Promise FastTrak Series Linux Driver Version 1.2.0.14 Adapter1 - FASTTRAK100 Array- Array[1] : 1X2 Mirror (OK) Drive- 1 : IC Primary /Master 61492MB BASE(0x1400) BM(0x1440) IRQ(9) UDMA5 3 : IC Secondary/Master 61492MB BASE(0x1410) BM(0x1448) IRQ(9) UDMA5 Хотя все равно не понимаю ценность данной информации. В принципе я тоже ожидал чего-то большего. Но наверно в критических ситуациях там все будет по-другому (хотя бы минимум информативной инфы). И вроде данные о статусе hotswap chassis там должны быть если он используется. А Вы linux pure software raid не практикуете/практиковали? Видите ли какие-либо достоинства/недостатки у него по сравнению с semisoftware raid? Намного ли выше загрузка CPU по сравнению с тем же Promise RAID? Нет. Понятно. Думаю разницы в производительности с software raid никакой не будет для случая 2х винтов. А вот надежности и фич для случая software raid на порядки больше если сравнивать с raid on fasttrak... Best regards, -Vlad
Re: Как смотреть HTTPS
Vitaly A. Sergeinko wrote: Hi ALL Поставил шеф задачку Надо сделать систему, которая выполняла бы роль https proxy, но странным способом По запросу клиента на установление https соединения с удаленным сервером должны устанавливаться следующие соединения 1) клиент-https proxy 2) https proxy - удаленный сервер https proxy должен кодировать-декодировать трафик и отправлять его на проверку антивирусу Где можно руки поточить на этот счет Вот тут случайно нашлось - может заинтересует: http://reapoff.sourceforge.net/ ну и может быть webmitm из dsniff -- With MBR Max
abiword and russian
Здравствуйте! У меня проблема с набором русского текста в abiword. После выбора русского шрифта набираются русские буквы но не те которые должны. Если сохранить файл, то в xml видно что на самом деле буквы те что надо. Очевидно глюк со шрифтами. Как побороть? Вот как это выглядит набираю абвгд получаю БВЧЗД Такое ощущение, что абиворд считает, что у меня клавиатура виндовая Debian woody, ничего своего не ставил, LANG=ru_RU.KOI8-R, X4, русификация через XKB -- Get free mailbox 20 Mb at http://www.hotbox.ru
