date:20090913

2009-09-13 Пенетрантность Oleg A. Anisimov

Иван Лох wrote:
 On Sun, Sep 13, 2009 at 07:14:24AM +0400, James Brown wrote:
   
   
   
 Если бы все было так страшно и была такая степень агрессии, то за эти 3
 - 4 дня меня бы уже или убили или арестовали.
 К тому же, как бы ОНИ узнали, КУДА я собрался и собрался ли я его
 нести?! (если конечно уже самым плотным образом не пасли бы, но тогда я
 бы уже давно был бы или убит, или арестован).
 

 Зачем пасти? А мобильная телефония на что ;-}



   
Тут тоже не все так просто ... :)



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Разрывается VPN соединение сразу после подключения

10 сентября 2009 г. 18:58 пользователь Mikhail A Antonov
b...@solarnet.ruнаписал:

-[ Dmitriy Sirant 10/09/2009 17:42 (GMT +3)
10.09.09 15:49, Alexey Lobanov пишет:
On 10.09.2009 15:36, Alexey Boyko wrote:
для виндоклиентов - геморройный вариант.

Кстати, родной виндовый PPtP уже научился правильно менять таблицы
маршрутизации на клиенте? Чтобы через VPN были видны те и только те
сети, которые дал VPN server?

Если я правильно понял вопрос - то да, снять галку которая ставится по
умолчанию: свойства соединения - настройка сети - свойства tcp-ip -
использовать как шлюз по умолчанию.

Здесь другой вопрос спрашивается. Я вот могу openvpn-клиенту сказать
Помито того IP-адреса и подсети ты через vpn ходит ещё вон до той пачки
сетей
Причём на сервере. Список этих сетей могу менять не трогая клиента.
Каждому клиенту свой список легко могу отдать.
А умеет ли так pptp?

Глубокое ИМХО - это не его задача. pptp клиент должен установить соединение
и семенить (посредством pppd) дефолтный маршрут.
А вот клиент dhcp должен получить от dhcp сервера список тех сетей, на
которые трафик должен ходить исключительно через
локальный роутер.

--
Best regards,
Mikhail
xmpp: ant...@stopicq.ru
irc: Bart-mdv- @ SolarNet
SolarNet: http://www.solarnet.ru/

С наилучшими пожеланиями,
Олег Анисимов AKA Yoda

Re: Правильные демоны - не демоны?

2009-09-13 Пенетрантность Alexander GQ Gerasiov

On Thu, 10 Sep 2009 22:06:55 +0400
Alexander Galanin a...@galanin.nnov.ru wrote:

 On Thu, 10 Sep 2009 21:42:35 +0400
 Alexander GQ Gerasiov g...@cs.msu.su wrote:
 
   Эти слова подкрепляются каким-нибудь исследованием или выводы
   сделаны на основе чтения аннотаций к network-manager и upstart?
  Почитай письмо по моей ссылке. Так как минимум несколько проблем
  указаны.
 
 Все три проблемы, описанные там явно (устройства в /dev, сетевые
 интерфейсы и согласование номеров скриптов) я уже разобрал в ответе на
 то письмо. Причём по построению решения видно, что они могут быть
 решены в рамках sysvinit.
Ну так предлагаемое решение как минимум совместимо с sysvinit.

 
 Может есть ещё источник, где проблемы разобраны и обоснована их
 неразрешимость при наших ограничениях?
Да проще всё:

загрузка ядра стала событийной, можно тупо ждать пока оно полностью
инициализируется, потом запустить удев и модютилс и повисеть на
таймауте 30 секунд, чтобы убедиться, что все устройства запустились.
Но зачем? Если это мой ноутбук, который мне надо загрузить быстро?
Зачем запускать что-то последовательно и висеть то на процессоре, то на
вводе-выводе, если у нас 2, 4, 8 ядер? Давайте распараллелим процесс
загрузки, будем запускать сервисы и всякие инициализационные скрипты as
early as possible.

Получается довольно прозрачная с точки зрения концепции идея: есть
события, генерируемые ядром, есть события типа сервис X стартовал,
есть зависимости от событий в стартовой последовательности. И всё.
И такие системы инициализации уже есть. Но мы говорим о mainline,
поэтоум на практике всё немножно сложнее: надо оставить совместимость с
LSB, то есть с system v init, надо решить проблему с тем, что делать,
если вдруг один из сервисов не смог стартовать и т.д.
Ну и надо минимально напрячь мейтернеров пакетов, предоставляющих
инит-скрипты.

-- 
Best regards,
 Alexander GQ Gerasiov

 Contacts:
 e-mail:g...@cs.msu.su Jabber:  g...@jabber.ru
 Homepage:  http://gq.net.ru ICQ: 7272757
 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1


signature.asc
Description: PGP signature

Re: Правильные демон ы - не демоны?

On Sun, 13 Sep 2009 14:49:42 +0400
Alexander GQ Gerasiov g...@cs.msu.su wrote:

Все три проблемы, описанные там явно (устройства в /dev, сетевые
интерфейсы и согласование номеров скриптов) я уже разобрал в ответе на
то письмо. Причём по построению решения видно, что они могут быть
решены в рамках sysvinit.
Ну так предлагаемое решение как минимум совместимо с sysvinit.

Там явно написано, что инит будет заменён. То есть уже огромные проблемы
с возможными регрессиями при замене.

Может есть ещё источник, где проблемы разобраны и обоснована их
неразрешимость при наших ограничениях?
Да проще всё:

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

Не все устройства, а нужные тебе. Т.е. если через 30 секунд так и не
появилось /dev/disk/by-label/jbrown-secret-flash-disk, то ругаться. Если
появилось сразу, то и нечего ждать.

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

Но зачем? Если это мой ноутбук, который мне надо загрузить быстро?

У ноутбука есть кнопка suspend, нажимая которую ты дёргаешь не
/etc/rc?.d/*, а /etc/{suspend,resume}.d/*.

Зачем запускать что-то последовательно и висеть то на процессоре, то на
вводе-выводе, если у нас 2, 4, 8 ядер? Давайте распараллелим процесс
загрузки, будем запускать сервисы и всякие инициализационные скрипты as
early as possible.
...
Ну и надо минимально напрячь мейтернеров пакетов, предоставляющих
инит-скрипты.

Ты готов своей репутацией отвечать за то, что все инит-скрипты написаны
и будут писаться без race?
Даже если добавить в полиси строчку инит-скрипт должен быть написан
так, чтобы позволять параллельное выполнение со другими инит-скриптами,
это не улучшит ситуацию. Система должна быть устойчивой к ошибкам by
design.

Получается довольно прозрачная с точки зрения концепции идея: есть
события, генерируемые ядром, есть события типа сервис X стартовал,
есть зависимости от событий в стартовой последовательности. И всё.

Если заходить со стороны отладки, то получается трудноотлаживаемая
конструкция. Потому что отследить по линейным логам, на каком из пяти
параллельно запущенных процессов инициализация грохнулась, весьма и
весьма проблематично.

И такие системы инициализации уже есть. Но мы говорим о mainline,
поэтоум на практике всё немножно сложнее: надо оставить совместимость с
LSB, то есть с system v init, надо решить проблему с тем, что делать,
если вдруг один из сервисов не смог стартовать и т.д.

Типичный пример современной разработки: создать проблему, а потом её
героически решать.

--
Alexander Galanin

pgpY2EtWPpkTT.pgp
Description: PGP signature

Re: Правильные демоны - не демоны?

2009-09-13 Пенетрантность Andrey N. Prokofiev

Alexander Galanin - debian-russian@lists.debian.org @ Sun, 13 Sep 2009
16:00:12 +0400:

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

Ну а я так не считаю. Подеремся?

Не говоря уже о том, что sysvinit никак тебе этой гарантии не дает. (И
слава богу - у меня система поднимет xdm несмотря на то, что vmware не
поднялась - а не поднялась она потому, что модули надо под новое ядро
пересобрать, ибо если б не апгрейд ядра, я б вообще не перегружался - и
что мне, в консоли корячиться со сборкой этих модулей? - ах да,
getty-то она с твоими предпочтениями тоже не запустила бы...)

При событийной модели ты хотя бы можешь прописать зависимости - и
система будет тебе запускать xdm тогда и только тогда, когда она подняла
все сервисы. (Оно, конечно, ты наплачешься, когда у тебя какой-нибудь
сервис не поднимется - но ССЗБ, кто ж тебя просил такие глупости
делать?)

Но зачем? Если это мой ноутбук, который мне надо загрузить быстро?

AG У ноутбука есть кнопка suspend, нажимая которую ты дёргаешь не
AG /etc/rc?.d/*, а /etc/{suspend,resume}.d/*.

Если б оно еще и работало... А то у моего, скажем, с некоторой
регулярностью бывает бессонница...

AG Ты готов своей репутацией отвечать за то, что все инит-скрипты
AG написаны и будут писаться без race?

AG Даже если добавить в полиси строчку инит-скрипт должен быть
AG написан так, чтобы позволять параллельное выполнение со другими
AG инит-скриптами, это не улучшит ситуацию. Система должна быть
AG устойчивой к ошибкам by design.

Так эта проблема и при последовательном запуске точно так же в полный
рост. Хинт: если демон уже форкнулся, отсетсидился и еще раз форкнулся,
и даже, может быть, pid-файл записал, это еще не значит, что он готов к
работе и его услугами можно пользоваться.

Только при последовательном запуске об этом регулярно забывают - и
потому при нем race у нас в полный рост. А когда в голове держат
параллельный, пререквизиты все-таки проверяют.

А система у нас многозадачная, извините, by design. Кому не нравится -
есть MS-DOS и MacOS, которая не X.

AG Если заходить со стороны отладки, то получается трудноотлаживаемая
AG конструкция. Потому что отследить по линейным логам, на каком из
AG пяти параллельно запущенных процессов инициализация грохнулась,
AG весьма и весьма проблематично.

Use grep, Luke!

--
Все гениальное просто.
Но со вкусом.
Кнышев.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

067b:2303 Prolific Technology, Inc. PL2303 Serial Port


День добрый!
Есть usb DATA-кабель для телефона nokia. lsusb видит его как:
Bus 001 Device 002: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial 
Port


На сколько я понял этот кабель ни что иное как конвертер usb-com
В системе появляется устройство /dev/ttyUSB0

Можно с помощью этого кабеля использовать телефон в качестве gprs модема 
и выходить с него в интернет? Если да, то в какую сторону копать?


--
Best Regards, Andrey.
Jabber ID: a...@eth0.spb.ru
E-mail: a...@eth0.spb.ru / a...@unix-way.spb.ru
:wq

attachment: andy.vcf

Re: Правильные демон ы - не демоны?

On Sun, 13 Sep 2009 17:53:04 +0400
Artem Chuprina r...@ran.pp.ru wrote:

 Alexander Galanin - debian-russian@lists.debian.org  @ Sun, 13 Sep 2009 
 16:00:12 +0400:
 
  AG Более того, я считаю необходимым условием то, что когда init мне
  AG бодро сообщил о завершении своей работы запуском xdm, система
  AG должна быть готова к эксплуатации.
 
 Не говоря уже о том, что sysvinit никак тебе этой гарантии не дает.  (И
 слава богу - у меня система поднимет xdm несмотря на то, что vmware не
 поднялась - а не поднялась она потому, что модули надо под новое ядро
 пересобрать, ибо если б не апгрейд ядра, я б вообще не перегружался - и
 что мне, в консоли корячиться со сборкой этих модулей?  - ах да,
 getty-то она с твоими предпочтениями тоже не запустила бы...)

sysvinit даёт мне гарантию, что он честно попытается запустить все
скрипты и внятно обругается в консоль, если что пошло не так. Ещё б при
возникновении ошибок перед стартом xdm выдавал press anykey в консоль
--- было б вообще шикарно.

Потому уточняю формулировку требования: честно попытаться всё запустить
перед приглашением войти в систему, чтобы не создалось ситуации, когда я
уже залогинился, а nfs всё ещё не смонтирован.

  AG У ноутбука есть кнопка suspend, нажимая которую ты дёргаешь не
  AG /etc/rc?.d/*, а /etc/{suspend,resume}.d/*.
 
 Если б оно еще и работало...  А то у моего, скажем, с некоторой
 регулярностью бывает бессонница...

Соболезную, у самого КПК в 1% случаев не просыпается. Но это ни в коем
случае не контраргумент.

  AG Ты готов своей репутацией отвечать за то, что все инит-скрипты
  AG написаны и будут писаться без race?
 
  AG Даже если добавить в полиси строчку инит-скрипт должен быть
  AG написан так, чтобы позволять параллельное выполнение со другими
  AG инит-скриптами, это не улучшит ситуацию. Система должна быть
  AG устойчивой к ошибкам by design.
 
 Так эта проблема и при последовательном запуске точно так же в полный
 рост.  Хинт: если демон уже форкнулся, отсетсидился и еще раз форкнулся,
 и даже, может быть, pid-файл записал, это еще не значит, что он готов к
 работе и его услугами можно пользоваться.

То, что конкретный демон и конкретный его инит-скрипт завершились до
того, как им стало возможно пользоваться --- проблема исключительно
этого демона. И к init-у это мало относится.

У pppd, к примеру, есть на такой случай замечательная опция updetach.
Или вот ещё ifupdown, который не завершается, пока не получит адрес по
dhcp.

И не стоит забывать, что мантайнеры не всегда добросовестные и не всегда
компетентные, чтобы отследить и проверить все пререквизиты. В качестве
примера того уровня, на котором находится продумывание инит-скриптов,
могу указать то, что для thttpd и ejabberd на команду stop демон вообще
не убивался (не знаю, как сейчас обстоят дела).

 Только при последовательном запуске об этом регулярно забывают - и
 потому при нем race у нас в полный рост.  А когда в голове держат
 параллельный, пререквизиты все-таки проверяют.

Не многовато ли пререквизитов проверять придётся? Пример: в скрипте для
запуска экзима надо будет проверять, смонтировался ли /var/spool,
который может быть на nfs-е, поднялись ли сетевые интерфейсы из конфига
и т.д.

   Получается довольно прозрачная с точки зрения концепции идея: есть
   события, генерируемые ядром, есть события типа сервис X стартовал,
   есть зависимости от событий в стартовой последовательности. И всё.
 
  AG Если заходить со стороны отладки, то получается трудноотлаживаемая
  AG конструкция. Потому что отследить по линейным логам, на каком из
  AG пяти параллельно запущенных процессов инициализация грохнулась,
  AG весьма и весьма проблематично.
 
 Use grep, Luke!

Ну нагрепаю я, что загрузка у меня встаёт, когда одновременно запущены
скрипты для xdm, console-setup и fbset. И что? Ребутнуться ещё десяток
раз, исключая их по одному, да так проблему и не поймать, потому что всё
было из-за того, что в первый раз в фоне драйвер для сканера неправильно
подгрузился. Или любое другое абсурдное стечение обстоятельств, которое
никому в голову не пришло продумать.

-- 
Alexander Galanin


pgpQ251ulyXvG.pgp
Description: PGP signature

Re: 067b:2303 Prolific Technology, Inc. PL2303 Serial Port

On Sun, 13 Sep 2009 18:45:25 +0400
Andrey N. Prokofiev a...@eth0.spb.ru wrote:

 На сколько я понял этот кабель ни что иное как конвертер usb-com
 В системе появляется устройство /dev/ttyUSB0
 
 Можно с помощью этого кабеля использовать телефон в качестве gprs модема 
 и выходить с него в интернет? Если да, то в какую сторону копать?

Подставить его в качестве модема для pppd и воспользоваться инструкцией
по настройке gprs-мдема, коих в сети немеряно (всё равно из важного там
только AT+CGDCONT=1,IP,your.operator.ap.name и ATD*99***1#).  Если
телефон поддерживает соединение с gprs через кабель, то должно
получиться.

-- 
Alexander Galanin


pgp6AVwCRinCP.pgp
Description: PGP signature

Re: 067b:2303 Prolific Technology, Inc. PL2303 Serial Port

2009-09-13 Пенетрантность Victor

Andrey N. Prokofiev пишет:
 День добрый!
 Есть usb DATA-кабель для телефона nokia. lsusb видит его как:
 Bus 001 Device 002: ID 067b:2303 Prolific Technology, Inc. PL2303
 Serial Port

 На сколько я понял этот кабель ни что иное как конвертер usb-com
 В системе появляется устройство /dev/ttyUSB0

 Можно с помощью этого кабеля использовать телефон в качестве gprs
 модема и выходить с него в интернет? Если да, то в какую сторону копать?

да, можно. Можно использовать менеджер в KDE/Gnome можно попытаться
настроить через pppconfig или подправить скрипт ppp.conf.
В общем, ничем не отличается от обычных модемов.. За исключением, что
нужно прописывать строку инициализации (её говорит каждый оператор
сотовой сети, например Билайн и т.д.)

Re: 067b:2303 Prolific Technology, Inc. PL2303 Serial Port

Andrey N. Prokofiev - Debian-russian @ Sun, 13 Sep 2009 18:45:25 +0400:

ANP Есть usb DATA-кабель для телефона nokia. lsusb видит его как:
ANP Bus 001 Device 002: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial
Port

ANP На сколько я понял этот кабель ни что иное как конвертер usb-com
ANP В системе появляется устройство /dev/ttyUSB0

ANP Можно с помощью этого кабеля использовать телефон в качестве gprs модема и
ANP выходить с него в интернет? Если да, то в какую сторону копать?

Обычно да. Копать в сторону pppd, а chat-script формировать сообразно
тому, что сказано у провайдера мобильной связи. Сжатие отключить.

У меня, к примеру, конструкция такова:

/etc/ppp/peers/beeline:
connect /usr/sbin/chat -v -f /etc/chatscripts/beeline
/dev/mobilephone
115200
noipdefault
#usepeerdns
defaultroute
persist
noauth
ipparam beeline
nobsdcomp
nodeflate
#noaccomp
#nopcomp
novjccomp
-vj
name beeline
debug
lcp-echo-interval 0

/etc/chatscripts/beeline:
REPORT CONNECT
ABORT BUSY
ABORT NO CARRIER
ABORT VOICE
ABORT NO DIALTONE
ABORT ERROR
\d\d\dATZ
OK AT+CGDCONT=1,IP,internet.beeline.ru
OK ATD*99#
TIMEOUT 90
CONNECT

Ну, у меня /dev/mobilephone указывает на блютусный девайс, но это не
важно. usepeerdns у меня отключено, потому что я сам типа шибко умный.

--
/dev/null-транспортировка

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Intel 82801I (ICH9 Family) - hibernate/touchpad

2009-09-13 Пенетрантность Nicholas

После просыпания touch pad начинает работать по другому (медленнее 
передвигать курсор, неработает скролинг), создается впечатление что 
используется другой драйвер. Как с этим бороться ?


Заcыпать умеет только по команде:

sudo s2ram --force  --vbe_post
(ключ --vbe_post позволяет сразу после просыпания увидеть экран, без 
него надо сначала переключиться в консоль и обратно ).

(Может быть есть лучший вариант ?)

Конфигурация:
чипсет: Intel  82801I (ICH9 Family)
kernel 2.6.29-bpo.2-686
Debian - Etch/backports в основном, но Lenny/backports подключен
(выбор связан с тем, что нужен iceweasel 2, но wifi Intel 5100 требует 
драйвер из Lenny)



xorg.conf (конфиг найден в сети, без него скролинг не работает):

Section InputDevice
Identifier  Synaptics Touchpad
Driver  synaptics
Option  SendCoreEventstrue
Option  Device/dev/psaux
Option  Protocol  auto-dev
Option  HorizScrollDelta  0
#Option Device /dev/input/mouse0
Option LeftEdge 130
Option RightEdge 840
Option TopEdge 130
Option BottomEdge 640
Option FingerLow 7
Option FingerHigh 8
Option MaxTapTime 180
Option MaxTapMove 110
Option EmulateMidButtonTime 75
Option VertScrollDelta 20
Option HorizScrollDelta 20
#Option MinSpeed 0.25
Option MinSpeed 0.75
Option MaxSpeed 1.00
Option AccelFactor 0.020
Option EdgeMotionMinSpeed 200
Option EdgeMotionMaxSpeed 200
Option UpDownScrolling 1
Option CircularScrolling 1
Option CircScrollDelta 0.1
Option CircScrollTrigger 2
Option SHMConfig on
Option Emulate3Buttons on
EndSection

Section Device
Identifier  Generic Video Card
Driver  vesa #(Intel GM45 is not auto-recognized by Xorg 7.3)

EndSection



--
Sincerely,
Nicholas


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Правильные демон ы - не демоны?

2009-09-13 Пенетрантность Иван Лох

On Sun, Sep 13, 2009 at 07:01:50PM +0400, Alexander Galanin wrote:
 
 Ну нагрепаю я, что загрузка у меня встаёт, когда одновременно запущены
 скрипты для xdm, console-setup и fbset. И что? Ребутнуться ещё десяток

Как нетрудно сообразить, как раз в событийной модели, загрузка _не встанет_
Просто не будет выполнена часть дерева за блокирующим узлом. Тем, который в
лог Started кинул, а OK -- нет.



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Intel 82801I (ICH9 Family) - hibernate/touchpad

2009-09-13 Пенетрантность Maksim A. Boyko

 После просыпания touch pad начинает работать по другому (медленнее
 передвигать курсор, неработает скролинг), создается впечатление что
 используется другой драйвер. Как с этим бороться ?

Аналогичная ситуация в Debian unstable  на лептопе Acer Extensa 4220.
Также зметил, что если саспендиться в память при включенном тачпеде,
то тачпед просыпается корректно иначе нет.

-- 
Best regards, Maksim A. Boyko

ICQ:  478886172

Re: Правильные демон ы - не демоны?

On Sun, 13 Sep 2009 20:43:47 +0400
Иван Лох l...@1917.com wrote:

 On Sun, Sep 13, 2009 at 07:01:50PM +0400, Alexander Galanin wrote:
  
  Ну нагрепаю я, что загрузка у меня встаёт, когда одновременно запущены
  скрипты для xdm, console-setup и fbset. И что? Ребутнуться ещё десяток
 
 Как нетрудно сообразить, как раз в событийной модели, загрузка _не встанет_
 Просто не будет выполнена часть дерева за блокирующим узлом. Тем, который в
 лог Started кинул, а OK -- нет.

Видимо, у тебя никогда проприетарный видеодрайвер систему намертво не вешал.
И ядро в панику не обращалось. И консольный шрифт всегда правильно
подгружался.
Что ж, не желаю тебе встретиться с такими проблемами, а уж тем более
отыскивать их причины по логам от upstart-а.

-- 
Alexander Galanin


pgpzYeLkQiQsj.pgp
Description: PGP signature

Re: Правильные демон ы - не демоны?

2009-09-13 Пенетрантность Иван Лох

On Sun, Sep 13, 2009 at 09:13:27PM +0400, Alexander Galanin wrote:
On Sun, 13 Sep 2009 20:43:47 +0400
Просто не будет выполнена часть дерева за блокирующим узлом. Тем, который в
лог Started кинул, а OK -- нет.

Видимо, у тебя никогда проприетарный видеодрайвер систему намертво не вешал.

Перепутать симптоматику на рабочей станции довольно трудно. Конечно, теперь
переключение видеорежимов не сопровождается специфическим хлопком монитора,
но все-таки...

И ядро в панику не обращалось.

Во время инициализации -- нет. По крайне мере, если я в нем не ковырялся.

И консольный шрифт всегда правильно подгружался.

До степени читаемости -- всегда

Что ж, не желаю тебе встретиться с такими проблемами, а уж тем более
отыскивать их причины по логам от upstart-а.

Логи upstart могут здесь потребоваться лишь при удаленной работе. Так не надо
ставить туда ядерные блобы.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Разрывается VPN соединение сразу после п одключения

2009-09-13 Пенетрантность Денис

On Sun, 13 Sep 2009 14:21:15 +0400
Oleg A. Anisimov o.anisi...@dobroe.tv wrote:

10 сентября 2009 г. 18:58 пользователь Mikhail A Antonov
b...@solarnet.ruнаписал:

Кстати, родной виндовый PPtP уже научился правильно менять
таблицы маршрутизации на клиенте? Чтобы через VPN были видны те
и только те сети, которые дал VPN server?

умел со времен ХР, вроде. Мастдайки до этого не умели, помню много
времени потратил пока понял

Если я правильно понял вопрос - то да, снять галку которая
ставится по умолчанию: свойства соединения - настройка сети -
свойства tcp-ip - использовать как шлюз по умолчанию.

Здесь другой вопрос спрашивается. Я вот могу openvpn-клиенту сказать
Помито того IP-адреса и подсети ты через vpn ходит ещё вон до той
пачки сетей
Причём на сервере. Список этих сетей могу менять не трогая клиента.
Каждому клиенту свой список легко могу отдать.
А умеет ли так pptp?

Глубокое ИМХО - это не его задача. pptp клиент должен установить
соединение и семенить (посредством pppd) дефолтный маршрут.
А вот клиент dhcp должен получить от dhcp сервера список тех сетей, на
которые трафик должен ходить исключительно через
локальный роутер.

pptp пропускает через себя DHCP?

signature.asc
Description: PGP signature

Re: 067b:2303 Prolific Technology, Inc. PL2303 Serial Port

2009-09-13 Пенетрантность Dmitri Samsonov

Artem Chuprina пишет:
 Сжатие отключить.

  Кстати, всегда было интересно -- почему?

--
Dmitri Samsonov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Правильные демоны - не демоны?

Alexander Galanin - debian-russian@lists.debian.org @ Sun, 13 Sep 2009
19:01:50 +0400:

AG sysvinit даёт мне гарантию, что он честно попытается запустить все
AG скрипты

В это верю...

AG и внятно обругается в консоль, если что пошло не так.

... а в это - нет. Ты посмотри на любой процесс загрузки с ошибками. И
попробуй потом найти там ошибку, ага... Выкинутую наивным скриптом
в stderr, а не в сислог или хотя бы dmesg.

AG Потому уточняю формулировку требования: честно попытаться всё запустить
AG перед приглашением войти в систему, чтобы не создалось ситуации, когда я
AG уже залогинился, а nfs всё ещё не смонтирован.

То есть если у тебя тот конец лежит, то твоя машина не должна тебе дать
возможности залогиниться. Тогда событийная модель к твоим услугам.
Именно событийная, а не sysvinit.

А вот если ради удовлетворения твоих закидонов оно так станет вести себя
_у меня_ - вот тут-то я и начну искать способ пришибить тебя и сделать
по-человечески...

AG Ты готов своей репутацией отвечать за то, что все инит-скрипты
AG написаны и будут писаться без race?

Так эта проблема и при последовательном запуске точно так же в
полный рост. Хинт: если демон уже форкнулся, отсетсидился и еще раз
форкнулся, и даже, может быть, pid-файл записал, это еще не значит,
что он готов к работе и его услугами можно пользоваться.

AG То, что конкретный демон и конкретный его инит-скрипт завершились
AG до того, как им стало возможно пользоваться --- проблема
AG исключительно этого демона. И к init-у это мало относится.

Твоими бы устами да медку хряпнуть. Таковы 9 демонов из 10.

AG У pppd, к примеру, есть на такой случай замечательная опция
AG updetach. Или вот ещё ifupdown, который не завершается, пока не
AG получит адрес по dhcp.

... в то время как мне сеть для логина нафиг не нужна, а нужна как раз
после - ибо нифига тут DHCP не дают, и чтобы ее получить, надо ручками
адрес прописать. Ну и на кой?

AG И не стоит забывать, что мантайнеры не всегда добросовестные и не
AG всегда компетентные, чтобы отследить и проверить все
AG пререквизиты. В качестве примера того уровня, на котором находится
AG продумывание инит-скриптов, могу указать то, что для thttpd и
AG ejabberd на команду stop демон вообще не убивался (не знаю, как
AG сейчас обстоят дела).

Ты не выкручивайся. Ты покажи, чем тут последовательная загрузка лучше
параллельной. В параллельной ты, если обнаружил, что мейнтейнер забыл
пререквизит, сам его вписываешь, и тебе ура. А в последовательной?
Танцы с бубном вокруг числа после буковки S? Или от того, что загрузка
последовательная, мейнтейнер сразу станет на порядок ответственнее и
будет эти танцы танцевать сам? Так ты ж сам контрпримеры приводишь...

AG Не многовато ли пререквизитов проверять придётся? Пример: в скрипте
AG для запуска экзима надо будет проверять, смонтировался ли
AG /var/spool, который может быть на nfs-е, поднялись ли сетевые
AG интерфейсы из конфига и т.д.

Ты туда хоть заглядывал, в этот инит-скрипт экзима?

# Required-Start:$remote_fs $syslog $named $network $time
# Required-Stop: $remote_fs $syslog $named $network

Он мало того, что проверяет все, что ты сказал - он еще и проверяет то,
что ты забыл...

Получается довольно прозрачная с точки зрения концепции идея:
есть события, генерируемые ядром, есть события типа сервис X
стартовал, есть зависимости от событий в стартовой
последовательности. И всё.

AG Если заходить со стороны отладки, то получается
AG трудноотлаживаемая конструкция. Потому что отследить по
AG линейным логам, на каком из пяти параллельно запущенных
AG процессов инициализация грохнулась, весьма и весьма
AG проблематично.

Use grep, Luke!

AG Ну нагрепаю я, что загрузка у меня встаёт, когда одновременно
AG запущены скрипты для xdm, console-setup и fbset. И что? Ребутнуться
AG ещё десяток раз, исключая их по одному, да так проблему и не
AG поймать, потому что всё

Re: Правильные демоны - не демоны?

Alexander Galanin - debian-russian@lists.debian.org @ Sun, 13 Sep 2009
21:13:27 +0400:

Ну нагрепаю я, что загрузка у меня встаёт, когда одновременно запущены
скрипты для xdm, console-setup и fbset. И что? Ребутнуться ещё десяток

Как нетрудно сообразить, как раз в событийной модели, загрузка _не встанет_
Просто не будет выполнена часть дерева за блокирующим узлом. Тем, который в
лог Started кинул, а OK -- нет.

AG Видимо, у тебя никогда проприетарный видеодрайвер систему намертво не
вешал.

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

AG И ядро в панику не обращалось.

Дохтур, ядро _уже_ поднимается в параллель. Ему _уже_ похрен
последовательная модель sysvinit. Оно _уже_ не ждет инициализации
драйвера сканера, чтобы поднять драйвер видюхи. Равно как и наоборот.
sysvinit тут совершенно ни при делах, и в _его_ выводе ты ничерта не
обнаружишь - потому что этой информации там нет и быть не может.

--
Это неправильный шелл. В нем дают неправильный перл. (С)энта

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: 067b:2303 Prolific Technology, Inc. PL2303 Serial Port

2009-09-13 Пенетрантность Grey Fenrir

On Sun, 13 Sep 2009 22:38:57 +0400
Dmitri Samsonov wrote:

 Artem Chuprina пишет:
  Сжатие отключить.
 
   Кстати, всегда было интересно -- почему?
Наверное потому, что его (сжатие) должны поддерживать обе стороны. А
сторона провайдера при оплате по трафику в этом мягко говоря не
заинтересована...

--
Grey Fenrir


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: 067b:2303 Prolific Technology, Inc. PL2303 Serial Port

2009-09-13 Пенетрантность Victor Wagner

On 2009.09.13 at 23:18:31 +0300, Grey Fenrir wrote:

 On Sun, 13 Sep 2009 22:38:57 +0400
 Dmitri Samsonov wrote:
 
  Artem Chuprina пишет:
   Сжатие отключить.
  
Кстати, всегда было интересно -- почему?
 Наверное потому, что его (сжатие) должны поддерживать обе стороны. А
 сторона провайдера при оплате по трафику в этом мягко говоря не
 заинтересована...

В случае GPRS ppp до стороны провайдера не доходит. GRPS сеть - это сеть
с коммутацией пакетов, вроде ethernet. А ppp используется только в
шнурке между телефоном и компьютером. Т.е. сервер ppp в данном случае
встроен в телефон. И вот поскольку у телефона процессор слабенький, и
памяти мало, там протокол ppp реализован далеко не полностью.
 --
 Grey Fenrir
 
 
 --
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Апгрейд и клонирование жесткого диска с Linux Debian AMD64

2009-09-13 Пенетрантность George Shuklin

Какое-то безумное количество ошибок 1 Raw_Read_Error_Rate 0x000f
108 100 006Pre-fail
Always - 18197938, 7 Seek_Error_Rate 0x000f
100 253 030Pre-fail
Always - 52130, восстановлений -
195 Hardware_ECC_Recovered 0x001a 050 047 000Old_age
Always - 18197938

Ну и дальше какие-то жуткие огромные цифры + какие-то неизвестные
атрибуты.
+ что значит Pre-fail и Old-age, я это как-то буквально воспринимаю как
находящийся в состоянии перед падением, т.е. видимо полным ппцом, и
старый?!

RAW value может быть любым, это личные половые проблемы, что туда винт
пишет, важно, как это интерпретируется. Результат интерпретации - число,
от большого, к маленькому. Маленькое - грядущий северный пушистый зверь.
Момент прихода пушистого зверя - THRESH. VALUE - текущее значение. WORST
- самое худшее замеченное ранее.

TYPE - pre-fail/old_age - тип счётчика. pre-fail означает, что
показатель ухудшается перед тем, как винту будет секир-башка (т.е.
индикатор до поломки). old_age - просто счётчик времени жизни (сколько
раз шпиндель раскручивали, сколько часов проработали, сколько нарушений
авторских прав было зафиксировано и т.д.)

Содержимое raw_value иногда содержит реальное значение (например, на
многих винтах в temperature_celsius там тепература в градусах Цельсия),
на некоторых винтах в current_pending_sectors или offline_uncorrectable
бывает реальное число проблемных секторов.

Если же там ахинея, то это может быть, например, битовое поле. Или ещё
как хитро закодированное число (например, это число в ASCII, т.е. его
надо смотреть в виде байт-дампа, а не числом).

Re: Что означают директории System Volume Information в разделах FAT32 и NTFS?

2009-09-13 Пенетрантность George Shuklin

В Сбт, 12/09/2009 в 14:06 +0400, James Brown пишет:
 Обнаружил, что Линукс создает на виндовых дисках директории System
 Volume Information и постоянно записывает туда какие-то файлы.
 Причем на новом внешнем диске с NTFS в самом начале там была пара
 файлов, а теперь их куча.
 Что это значит и можно ли  их поудалять?

Журналы файловой системы там. Винды тоже пишут, но не показывают (точнее
показывают, но права по-умолчанию так, что не зайти в этот каталог).
Стирать строго не рекомендую (уж лучше тогда сразу dd на раздел). Когда
именно журнал транейтится не знаю, то ли при монтировании, то ли при
проверке, то ли по sync'у (что-то я такое мельком от ntfs-3g читал,
когда силком монтировал винт после внезапного отключения, мол, диск был
отмонтирован, транкейчу журналы).

USB error codes

2009-09-13 Пенетрантность George Shuklin

после втыкания в USB (потенциально дохлой) железки в dmesg:

 usb 5-1: device descriptor read/64, error -71

А где можно понять, чему именно код соответствует? (Гугль говорит, что
там разные числа могут быть).

Re: Апгрейд и клонирован ие жесткого диска с Linux Debia n AMD64

2009-09-13 Пенетрантность Roman S. Gushcha

George Shuklin wrote:

Какое-то безумное количество ошибок 1 Raw_Read_Error_Rate 0x000f
108 100 006Pre-fail

Always - 18197938, 7 Seek_Error_Rate 0x000f

100 253 030Pre-fail
Always - 52130, восстановлений -

195 Hardware_ECC_Recovered 0x001a 050 047 000Old_age
Always - 18197938

Большой пасибыч за подробное изложение вопроса
По поводу ахинеи и неизвестных атрибутов попробую запросить техподдержку
производителя, чтобы они разъяниили как это расшифровывать

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Изменение р аскладки при помощи hal

On Tue, Aug 11, 2009 at 03:05:16PM +0700, Roman S. Gushcha wrote:
 On Tue, Aug 11, 2009 at 11:37:26AM +0400, Alexander GQ Gerasiov wrote:
   Ну, networkmanager выносится без проблем. hal и policykit -- сейчас
   проверил -- удаляются вдвоем, ничего за собой не тянут (правда нет ни
   кед ни гнома).
  у тебя наверное lenny?
 
 squeeze. Судя по вопросу скоро систему на эти движки всерьез завяжут?

Все, теперь и до testing доползло:

r...@rom:~$ apt-cache depends xserver-xorg | grep hal
  Зависит: hal

а с hal тянется и policykit и consolekit. Досадно.
 
---
С уважением,
Роман Гуща


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Intel 82801I (ICH9 Family) - hibernate/touchpad

2009-09-13 Пенетрантность Nicholas


Maksim A. Boyko wrote:

Также зметил, что если саспендиться в память при включенном тачпеде,
то тачпед просыпается корректно иначе нет.



А что значит при включенном тачпеде ?


--
Sincerely,
Nicholas


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

openoffice

2009-09-13 Пенетрантность ivan


Как в OpenOffice-е добавить панель виртуальные клавиатуры?
В офтопике у меня такое установилась, а в Дебьян - нет. Хотя вроде там и 
там Sun-овская сборка.


И.П.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Портят ли торрент-клие нты жесткие диски?

Сам пользую Transmission 1.22 (6191), входящий в стандартный дист Lenny.
Некоторое время назад (я писал об этом в рассылке) столкнулся с
проблемой, когда перестал монтироваться внешний жесткий диск, на котором
у меня, в частности, были закачки.
При этом, файлы в директории, в которой были закачки, оказались
безнадежно испорченными.
Диск начал нормально работать, только после того, как я clamscan'ом
нашел на нем трояна, который, как я предполагаю, приплыл мне через
торрент.
В связи с этим у меня вопрос. Я работал с торрентами через внешний диск,
потому что мне не хватало пространства на основном диске. Теперь, когда
у меня достаточно пространства на нем, стоит ли мне получать/раздавать
закачки на мой внутренний винт, или оставаться на внешнем?



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Бага в SMPlayer 0.6.1 (SVN r1304)?