date:20080522

В сообщении от 22 мая 2008 Sergej Kandyla написал(a):
Artem V. Andreev wrote:
Юрий Илюшко [EMAIL PROTECTED] writes:
Доброго всем времени суток.
Посоветуйте, люди знающие, как быть.
Сменил компьютер с одноядерного на двух ядерный. Установил Debian Etch
i386. Если ли возможность обновить его до Debian lenny IA64, или просто
сменить на Debian etch IA64.

Пункт первый: про IA64 забудьте в принципе и навсегда, это архитектура
процессоров Itanium, с которыми у более-менее обычного человека шансы
встретиться нулевые. То что вас может интересовать, называется amd64 или
x86_64

Пункт второй: я не понял, какое отношение имеет ядерность процессора к
вопросу о замене 32-битной системы на 64-битную.

Пункт третий: обновить etch/i386 до lenny/amd64, разумеется, нельзя.

подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти ?
во фрее это основной повод для смены архитектуры...
Да.
У меня одно время сервер жил с 16 гиг на i686
память виделась и использовалась вся

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

--
Wbr, SK

--
С уважением,
Юркин Евгений
Siberia Health Inc

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

Re: Смена архитектуры процессора

2008-05-22 Пенетрантность Artem Chuprina

Sergej Kandyla - debian-russian@lists.debian.org  @ Thu, 22 May 2008 09:24:24 
+0300:

 SK подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти ?

Да.  Правда, если я правильно ошибаюсь, только ядром.  Адресное
пространство _процесса_ таки ограничено размером указателя.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Все учтено могучим ураганом...


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

mount -t smbfs отваливается. По чему?

2008-05-22 Пенетрантность Peter Teslenko


Привет, коллеги.

Почему-то через некоторое время отваливается виндовая шара, прикрученная через 
mount -t smbfs
Делаю так

export PASSWD=пароль
mount -t smbfs //orb.mcbfa.local/f$ /mnt/orb/ --verbose -o 
username=mcbfa\Администратор,iocharset=utf8

mount показывает

[EMAIL PROTECTED]:/home/peter# mount | grep orb
//orb.mcbfa.local/f$ on /mnt/orb type cifs (rw,mand)

[EMAIL PROTECTED]:/home/peter# ls -al /mnt/orb
ls: cannot access /mnt/orb: Permission denied

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

--
Peter Teslenko
Jabber: [EMAIL PROTECTED]


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

Re: Смена архитектуры процессора

2008-05-22 Пенетрантность Sergej Kandyla


Evgeny Yurkin wrote:



подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти ?
во фрее это основной повод для смены архитектуры...


Да.
У меня одно время сервер жил с 16 гиг на i686
память виделась и использовалась вся
  



хм...тогда же в чем смысл переходов на  x86_64 ? кроме дополнительных 
64битных инструкций процессора...
получается, что на процы типа ксеонов с EMT64 можно 
смело(предпочтительно) ставить i386  (независимо от обьемов памяти)?


--
Wbr, SK


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

Re: Смена архитектуры процессора

В Чтв, 22/05/2008 в 10:11 +0300, Sergej Kandyla пишет:
 Evgeny Yurkin wrote:
 
  подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти ?
  во фрее это основной повод для смены архитектуры...
  
  Да.
  У меня одно время сервер жил с 16 гиг на i686
  память виделась и использовалась вся

 
 
 хм...тогда же в чем смысл переходов на  x86_64 ? кроме дополнительных 
 64битных инструкций процессора...
 получается, что на процы типа ксеонов с EMT64 можно 
 смело(предпочтительно) ставить i386  (независимо от обьемов памяти)?

В i386 памяти может быть много, но один процесс не получит больше 4 Гб.
В adm64 такого ограничения нет.

-- 
Покотиленко Костик [EMAIL PROTECTED]


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

Re: Смена архитектуры процессора

В сообщении от 22 мая 2008 Покотиленко Костик написал(a):
В Чтв, 22/05/2008 в 10:11 +0300, Sergej Kandyla пишет:
Evgeny Yurkin wrote:
подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти ?
во фрее это основной повод для смены архитектуры...

Да.
У меня одно время сервер жил с 16 гиг на i686
память виделась и использовалась вся

хм...тогда же в чем смысл переходов на x86_64 ? кроме дополнительных
64битных инструкций процессора...
получается, что на процы типа ксеонов с EMT64 можно
смело(предпочтительно) ставить i386 (независимо от обьемов памяти)?

В i386 памяти может быть много, но один процесс не получит больше 4 Гб.
В adm64 такого ограничения нет.
и кроме того больших объемах памяти она работает заметно медленней из-за
кривой адресации

--
Покотиленко Костик [EMAIL PROTECTED]

--
С уважением,
Юркин Евгений
Siberia Health Inc

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

Re: хитрый policy routing

В Срд, 21/05/2008 в 15:58 +0400, Sapytsky Ilya пишет:
19 мая 2008 г. 18:50 пользователь Покотиленко Костик
[EMAIL PROTECTED] написал:
В Пнд, 19/05/2008 в 11:20 +0400, Sapytsky Ilya пишет:

19 мая 2008 г. 10:37 пользователь Покотиленко Костик
[EMAIL PROTECTED] написал:
В Пнд, 19/05/2008 в 09:38 +0400, Sapytsky Ilya
пишет:
вья Добрый день!
пару дней тут изучал доку по policy routing.
после прочтения так и не понял можно ли сделать
вот такую
штуку:
чтобы маршрут ставился в зависимости от
интерфейса, по
которому пакет
пришел?
типа если пришло через eth0 - обратно все пакеты
этого
соединения
через этот интерфейс и отправлять.
Если через eth1 - отправлять все пакеты этого
соединения
через eth1.
И есть default gw, через который отправлять все
исходящие
соединения.

Шаршрутизируй по FWMARK, FWMARK выставляй в
iptables. Как
известно в
iptables критериев мнго. По входящему интерфейсу
совсем не
проблема.

хм... не понял как это сделать?
пока не понятна технология.
Почему не понятна - если пришел пакет через eth0, а default
gw стоит
eth1 то будет следующее - пакет будет пытаться пролезть
через eth0, но
при этом ip отправителя будет стоять от интерфейса eth1. Или
я не
прав?
можно ли примерчик?

Примерчика нет. Скажу сразу, я такое пытался делать давно, но
у меня не
получилось. В рассылке netfilter'а проскакивают такие темы, я
был на
правильном пути, но видать где-то не доглядел... Если в
кратце, то
принцип такой:

1. На интересующее входящее с внешней стороны соединение, на
пакет
начинающий соединение (SYN) ставишь CONNMARK в какое-нибудь
значение.

2. На обратном пути (пакеты-ответы) будут иметь такое же
значение
CONNMARK. Поскольку iproute2 не умеет работать с CONNMARK, а
работает с
MARK, тут тебе нужно сделать --restore-mark чтобы скопировать
значение
CONNMARK в MARK.

3. С помощью альтернативных таблиц маршрутизации делаешь так,
чтобы
пакеты с соответствующей маркой шли куда тебе надо.

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

у меня получилось примерно так же:
на машине firewall (шлюз 2х dmz сетей) всё достаточно просто - mark1
для входа и mark2 для выхода. никаких conntrack не надо, просто если
пришло на eth2 отдать через eth3 и наоборот - всё просто.
а вот на конечной машине не всё так просто оказалось...

настройки роутинга:
ip route add $GATE dev eth1 table ytk
ip route add default via $GATE dev eth1 table ytk
/sbin/ip rule add fwmark 1 table ytk

GATE - гейт для второго подключения, не default на машине

настройки огненной стенки:
EXT - удаленная машина, TEST1 - конечная, на которой всё и делается...
iptables -t mangle --append PREROUTING --protocol tcp --syn --source
$EXT --dst $TEST1 --in-interface eth1 --jump CONNMARK --set-mark 1
iptables -t mangle --append PREROUTING -m connmark --mark 1 --source
$EXT --dst $TEST1 --in-interface eth1 --jump CONNMARK --restore-mark
iptables --append INPUT -m connmark --mark 1 --source $EXT --dst
$TEST1 --in-interface eth1 --jump ACCEPT
до сюда отрабатывает хорошо, всё mark как надо...

iptables -t mangle --append OUTPUT -m connmark --mark 1 --source
$TEST1 --dst $EXT --jump CONNMARK --restore-mark
iptables --append OUTPUT --source $TEST1 --dst $EXT --jump LOG
--log-prefix output eth1 finded
тут mark тоже ставиться как надо, но при этом на ip rule оно не уходит
и пакет хочет выйти через eth0, хотя в ip rule указано, что надо через
eth1 выходить.. Думал, что роутинг срабатывает раньше, чем mangle
output работает, но по докам с картинками routing decision вроде как
стоит позже.

Вот на этом и застрял. Гугл ничего про эту ситуацию рассказать мне не
смог.
Может чего подскажете? Где я в 5 строчках мог накосячить?
Спасибо!

Смотри, в INPUT попадают пакеты адресованные самому роутеру, в OUTPUT
попадают пакеты посылаемые самим роутером. На сколько я понял TEST1 и
роутер это разные машины, если это так то тут и косяк.

Честно говоря, я не въехал в схему подключения, можешь нарисовать?

--
Покотиленко Костик [EMAIL PROTECTED]

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

Re: Смена архитектуры процессора

В Чтв, 22/05/2008 в 15:09 +0700, Evgeny Yurkin пишет:
В сообщении от 22 мая 2008 Покотиленко Костик написал(a):
В Чтв, 22/05/2008 в 10:11 +0300, Sergej Kandyla пишет:
Evgeny Yurkin wrote:
подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти ?
во фрее это основной повод для смены архитектуры...

Да.
У меня одно время сервер жил с 16 гиг на i686
память виделась и использовалась вся

Она, это кто? i386, или amd64?

--
Покотиленко Костик [EMAIL PROTECTED]

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

Re: Смена архитектуры процессора

В сообщении от 22 мая 2008 Покотиленко Костик написал(a):
В Чтв, 22/05/2008 в 15:09 +0700, Evgeny Yurkin пишет:
В сообщении от 22 мая 2008 Покотиленко Костик написал(a):
В Чтв, 22/05/2008 в 10:11 +0300, Sergej Kandyla пишет:
Evgeny Yurkin wrote:
подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти
? во фрее это основной повод для смены архитектуры...

Да.
У меня одно время сервер жил с 16 гиг на i686
память виделась и использовалась вся

В i386 памяти может быть много, но один процесс не получит больше 4 Гб.
В adm64 такого ограничения нет.

и кроме того больших объемах памяти она работает заметно медленней из-за
кривой адресации

Она, это кто? i386, или amd64?
на 386 при памяти 4гиг

--
Покотиленко Костик [EMAIL PROTECTED]

--
С уважением,
Юркин Евгений
Siberia Health Inc

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

Re: хитрый policy routing

2008-05-22 Пенетрантность Sapytsky Ilya

22 мая 2008 г. 12:11 пользователь Покотиленко Костик [EMAIL PROTECTED]
написал:

 В Срд, 21/05/2008 в 15:58 +0400, Sapytsky Ilya пишет:
  у меня получилось примерно так же:
  на машине firewall (шлюз 2х dmz сетей) всё достаточно просто - mark1
  для входа и mark2 для выхода. никаких conntrack не надо, просто если
  пришло на eth2 отдать через eth3 и наоборот - всё просто.
  а вот на конечной машине не всё так просто оказалось...
 
  настройки роутинга:
  ip route add $GATE dev eth1 table ytk
  ip route add default via $GATE dev eth1 table ytk
  /sbin/ip rule add fwmark 1 table ytk
 
  GATE - гейт для второго подключения, не default на машине
 
  настройки огненной стенки:
  EXT - удаленная машина, TEST1 - конечная, на которой всё и делается...
  iptables -t mangle --append PREROUTING --protocol tcp --syn --source
  $EXT --dst $TEST1 --in-interface eth1 --jump CONNMARK --set-mark 1
  iptables -t mangle --append PREROUTING -m connmark --mark 1 --source
  $EXT --dst $TEST1 --in-interface eth1 --jump CONNMARK --restore-mark
  iptables --append INPUT -m connmark --mark 1 --source $EXT --dst
  $TEST1 --in-interface eth1 --jump ACCEPT
  до сюда отрабатывает хорошо, всё mark как надо...
 
  iptables -t mangle --append OUTPUT -m connmark --mark 1 --source
  $TEST1 --dst $EXT --jump CONNMARK --restore-mark
  iptables --append OUTPUT --source $TEST1 --dst $EXT --jump LOG
  --log-prefix  output eth1 finded 
  тут mark тоже ставиться как надо, но при этом на ip rule оно не уходит
  и пакет хочет выйти через eth0, хотя в ip rule указано, что надо через
  eth1 выходить.. Думал, что роутинг срабатывает раньше, чем mangle
  output работает, но по докам с картинками routing decision вроде как
  стоит позже.
 
  Вот на этом и застрял. Гугл ничего про эту ситуацию рассказать мне не
  смог.
  Может чего подскажете? Где я в 5 строчках мог накосячить?
  Спасибо!

 Смотри, в INPUT попадают пакеты адресованные самому роутеру, в OUTPUT
 попадают пакеты посылаемые самим роутером. На сколько я понял TEST1 и
 роутер это разные машины, если это так то тут и косяк.

 Честно говоря, я не въехал в схему подключения, можешь нарисовать?

уже постил сюда, еще раз повторю:
структура моих внешних сетей


   / mail 1.0.1.2
пров1 20.0.0.1 \   /  1.0.1.1 - ftp  1.0.1.3
firewall
пров2 30.0.0.2 /   \ 2.0.2.2
   \ vpn 2.0.2.3

и мне надо прикрутить к машине mail еще одну сетевуху и сделать на ней
второй mx


чтобы было так
   / mail 1.0.1.2 --\
пров1 20.0.0.1 \   /  1.0.1.1 - ftp  1.0.1.3\
firewall|
пров2 30.0.0.2 /   \ 2.0.2.2 ---2.0.2.4-/

   \ vpn 2.0.2.3

нарисовал вроде как более-менее понятно...
на машинке firewall всё правильно сделал, policy routing работает как надо,
шлет пакеты через нужную сетевуху. Там всё просто, ибо там используется
только prerouting. Только вот при traceroute неправльный ip отправляется, но
через нужную сетевуху :D Это я думаю побороть можно
А на конечной машинке mail, у которой 2 сетевухи - не получается именно так
как я написал в предыдущем письме.
Еще у меня возникла идея собрать ядро с поддержкой -j route, но ядро пока
только собирается...
я уже проверил - все соединения маркируются как надо, пакеты в mangle output
тоже промаркированы как надо, а пакеты на роутинг не идут...
Проверял на стандартном linux-2.6.18-6-486

Re: Смена архитектуры процессора

2008-05-22 Пенетрантность Sergej Kandyla


Покотиленко Костик wrote:

А ещё говорят, что amd64 всегда медленнее потому как указатели длиннее.
На роутеры поэтому 64бит сильно не советуют.

  
ну это, afaik, от конкретных тестов сильно зависит кое-что  
медленне, кое-что быстрее.
Приложения быстрее восновном за счет больших обьямов памяти (я про БД, 
мемкеш и подобные)


на роутерах, впрочем, большие обьемы нафиг не нужны.

Кстати по умолчанию сколько памяти доступно ядру в i386 ?

--
Wbr, SK


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

Re: Смена архитектуры процессора

В Чтв, 22/05/2008 в 15:35 +0700, Evgeny Yurkin пишет:
В сообщении от 22 мая 2008 Покотиленко Костик написал(a):
В Чтв, 22/05/2008 в 15:09 +0700, Evgeny Yurkin пишет:
В сообщении от 22 мая 2008 Покотиленко Костик написал(a):
В Чтв, 22/05/2008 в 10:11 +0300, Sergej Kandyla пишет:
Evgeny Yurkin wrote:
подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти
? во фрее это основной повод для смены архитектуры...

Да.
У меня одно время сервер жил с 16 гиг на i686
память виделась и использовалась вся

В i386 памяти может быть много, но один процесс не получит больше 4 Гб.
В adm64 такого ограничения нет.

и кроме того больших объемах памяти она работает заметно медленней из-за
кривой адресации

Она, это кто? i386, или amd64?
на 386 при памяти 4гиг

А ещё говорят, что amd64 всегда медленнее потому как указатели длиннее.
На роутеры поэтому 64бит сильно не советуют.

--
Покотиленко Костик [EMAIL PROTECTED]

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

Re: пустить squid по другому интерфейсу

2008-05-22 Пенетрантность Sapytsky Ilya

22 мая 2008 г. 11:00 пользователь Ed [EMAIL PROTECTED] написал:

 Munko O. Bazarzhapov wrote:

 2008/5/14 Ed [EMAIL PROTECTED]:


 Munko O. Bazarzhapov wrote:


 на роутере крутится squid как сделать что бы squid ходил в инет по
 интерфейсу ppp1
 а все остальное ломилось в ppp0 (как оно счас и есть)



 что-то типа этого:
 iptables -t mangle -A OUTPUT -p tcp -d ! LOCALNET -m owner --uid-owner
 SQUID_USER_UID -j MARK --set-mark 
 ip rule add fwmark  table AAA
 ip route add default dev ppp1 src IP_ON_PPP1_INTERFACE table AAA



 Идея понятна
 Тут видимо для каждой из сети/хоста нужно назначить свой маршрут по
 умолчанию
 а как завернуть сам сквид который крутится на роутере?


 невнимательно читаем?

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


ну у меня почему-то не output помеченные пакеты на роутинг не передаются,
хотя должны...
в чем может быть проблема?
еще можно воспользоваться -j ROUTE

Re: Смена архитектуры процессора

В сообщении от 22 мая 2008 Sergej Kandyla написал(a):
 Покотиленко Костик wrote:
  А ещё говорят, что amd64 всегда медленнее потому как указатели длиннее.
  На роутеры поэтому 64бит сильно не советуют.

 ну это, afaik, от конкретных тестов сильно зависит кое-что
 медленне, кое-что быстрее.
 Приложения быстрее восновном за счет больших обьямов памяти (я про БД,
 мемкеш и подобные)

 на роутерах, впрочем, большие обьемы нафиг не нужны.

 Кстати по умолчанию сколько памяти доступно ядру в i386 ?

по умолчанию где?
если про debian то смотря какое ядро выберешь при инсталяции
 --
 Wbr, SK



-- 
С уважением,
Юркин Евгений
Siberia Health Inc


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

Re: Смена архитектуры процессора

22 мая 2008 г. 13:04 пользователь Evgeny Yurkin написал:

 а зачем на рутере много памяти???

Для таблиц маршрутизации.

Re: Смена архитектуры процессора

В сообщении от 22 мая 2008 Покотиленко Костик написал(a):
В Чтв, 22/05/2008 в 15:35 +0700, Evgeny Yurkin пишет:
В сообщении от 22 мая 2008 Покотиленко Костик написал(a):
В Чтв, 22/05/2008 в 15:09 +0700, Evgeny Yurkin пишет:
В сообщении от 22 мая 2008 Покотиленко Костик написал(a):
В Чтв, 22/05/2008 в 10:11 +0300, Sergej Kandyla пишет:
Evgeny Yurkin wrote:
подскажите бсдишнику, а держит ли linux i386 4 и более гиг
памяти ? во фрее это основной повод для смены архитектуры...

Да.
У меня одно время сервер жил с 16 гиг на i686
память виделась и использовалась вся

хм...тогда же в чем смысл переходов на x86_64 ? кроме
дополнительных 64битных инструкций процессора...
получается, что на процы типа ксеонов с EMT64 можно
смело(предпочтительно) ставить i386 (независимо от обьемов
памяти)?

В i386 памяти может быть много, но один процесс не получит больше 4
Гб. В adm64 такого ограничения нет.

и кроме того больших объемах памяти она работает заметно медленней
из-за кривой адресации

Она, это кто? i386, или amd64?

на 386 при памяти 4гиг

А ещё говорят, что amd64 всегда медленнее потому как указатели длиннее.
На роутеры поэтому 64бит сильно не советуют.
а зачем на рутере много памяти???

--
Покотиленко Костик [EMAIL PROTECTED]

--
С уважением,
Юркин Евгений
Siberia Health Inc

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

Re: Смена архитектуры процессора

2008-05-22 Пенетрантность Artem Chuprina

Покотиленко Костик - debian-russian@lists.debian.org  @ Thu, 22 May 2008 
11:44:01 +0300:

и кроме  того больших объемах памяти она работает заметно медленней 
из-за
кривой адресации
  
   Она, это кто? i386, или amd64?
  на 386 при памяти  4гиг 

 ПК А ещё говорят, что amd64 всегда медленнее потому как указатели
 ПК длиннее.  На роутеры поэтому 64бит сильно не советуют.

Роутер, которому в 32-битном режиме нужно больше 4 гигабайт - это
серьезная заявка на победу...  Это таблица маршрутизации, блин, на весь
интернет по одному хосту...

(Кстати, в 64-битном ему с шансами потребуется в полтора-два раза больше
памяти, чем в 32 - там же поля данных через одно - указатели...)

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Рюмку взял - паяльник положил


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

Re: Смена архитектуры процессора

22 мая 2008 г. 15:04 пользователь Artem Chuprina написал:
 Роутер, которому в 32-битном режиме нужно больше 4 гигабайт - это
 серьезная заявка на победу...  Это таблица маршрутизации, блин, на весь
 интернет по одному хосту...

Неа, это 4 гига _слов_, а не байт. 16 ГБ тогда уж.
А ещё IPv6...

Re: Смена архитектуры процессора

2008-05-22 Пенетрантность Artem Chuprina

Dmitry Fedorov - debian-russian@lists.debian.org  @ Thu, 22 May 2008 15:13:51 
+0400:

  Роутер, которому в 32-битном режиме нужно больше 4 гигабайт - это
  серьезная заявка на победу...  Это таблица маршрутизации, блин, на весь
  интернет по одному хосту...

 DF Неа, это 4 гига _слов_, а не байт. 16 ГБ тогда уж.

Согласись, 16 - это _больше_, чем 4? :-)

 DF А ещё IPv6...

Ой, на этот на весь интернет, я подозреваю, пары мегабайт хватит, хотя
там адреса и длиннее.  Хостов-то на практике мало.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Феаноринги думают руками, арфинги - сердцем, а нолфинги - головой. (С)энта


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

Re: Смена архитектуры процессора

22 мая 2008 г. 16:21 пользователь Artem Chuprina:
 Dmitry Fedorov - debian-russian@lists.debian.org  @ Thu, 22 May 2008 
 15:13:51 +0400:

  DF Неа, это 4 гига _слов_, а не байт. 16 ГБ тогда уж.

 Согласись, 16 - это _больше_, чем 4? :-)

Согласен.

  DF А ещё IPv6...

 Ой, на этот на весь интернет, я подозреваю, пары мегабайт хватит, хотя
 там адреса и длиннее.  Хостов-то на практике мало.

Для 4-х гигаслов достаточно линейного массива и тупого метода обращения,
а для немногих адресов IPv6 придется держать дерево с минимум двумя
64-битными указателями на узел, а пространство IPv6 растёт...
Запасайте память.
Мысль держать рутер с гигами памяти не так уж и глупа.

Re: mount -t smbfs отваливается. П очему?

2008-05-22 Пенетрантность Peter Teslenko


Да, после того, как отваливается в лог летит

May 22 11:11:45 sandbox kernel:  CIFS VFS: Send error in SessSetup = -13

--
Peter Teslenko
Jabber: [EMAIL PROTECTED]


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

Re: Смена архитектуры процессора

Hi Artem,

* Artem Chuprina [EMAIL PROTECTED]
* 2008-05-22 10:11:
  SK подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти
  ?
 
 Да.  Правда, если я правильно ошибаюсь, только ядром.  Адресное
 пространство _процесса_ таки ограничено размером указателя.

Экспериментальным путем определено, что 32-bit Linux (и WinNT).
позволяет выделить процессу максимум 1,5-2Г. Остальное надо самому ядру.
Про WinNT прочитал, что если нету памяти  16Гб (которая от 4 до 16
специально адресуется по 48-битной шине), то можно сказать ядру
(в boot.ini) ограничивать пользовательские процессы 3Гб.
Не пробовал на WinNT, но есть ли подобный ключик в Linux?

Это соседи купили 4Гб памяти (что-то считают), и уперлись в эти 1,5Гб.
Удивились, но поставили x64. Может зря?

-- 
Best regards,
Sergey Chumakov 2:450/77[.43]


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

Re: Смена архитектуры процессора

В Чтв, 22/05/2008 в 16:04 +0700, Evgeny Yurkin пишет:
В сообщении от 22 мая 2008 Покотиленко Костик написал(a):
В Чтв, 22/05/2008 в 15:35 +0700, Evgeny Yurkin пишет:
В сообщении от 22 мая 2008 Покотиленко Костик написал(a):
В Чтв, 22/05/2008 в 15:09 +0700, Evgeny Yurkin пишет:
В сообщении от 22 мая 2008 Покотиленко Костик написал(a):
В Чтв, 22/05/2008 в 10:11 +0300, Sergej Kandyla пишет:
Evgeny Yurkin wrote:
подскажите бсдишнику, а держит ли linux i386 4 и более гиг
памяти ? во фрее это основной повод для смены архитектуры...

Да.
У меня одно время сервер жил с 16 гиг на i686
память виделась и использовалась вся

хм...тогда же в чем смысл переходов на x86_64 ? кроме
дополнительных 64битных инструкций процессора...
получается, что на процы типа ксеонов с EMT64 можно
смело(предпочтительно) ставить i386 (независимо от обьемов
памяти)?

В i386 памяти может быть много, но один процесс не получит больше 4
Гб. В adm64 такого ограничения нет.

и кроме того больших объемах памяти она работает заметно медленней
из-за кривой адресации

Она, это кто? i386, или amd64?

на 386 при памяти 4гиг

Я про память ничего не написал, Вы что между строк читаете??? Мало ли по
какой ещё причине на роутер захотят 64бита поставить. Многие, например,
думают, что если проц EMT64 то надо ставить 64-битную операционку...

--
Покотиленко Костик [EMAIL PROTECTED]

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

Re: mount -t smbfs отваливается. Почему?

В Чтв, 22/05/2008 в 16:45 +0400, Peter Teslenko пишет:
 Да, после того, как отваливается в лог летит
 
 May 22 11:11:45 sandbox kernel:  CIFS VFS: Send error in SessSetup = -13

Может конект порвался??

-- 
Покотиленко Костик [EMAIL PROTECTED]


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

Re: Смена архитектуры процессора

22 мая 2008 г. 17:19 пользователь Ed [EMAIL PROTECTED] написал:
 обработка адресов ipv6 вполне возможно быстрее в 64-битном режиме.

А в 128-битном - ещё быстрее.
;)

Re: Смена архитектуры процессора

2008-05-22 Пенетрантность Ed


Покотиленко Костик wrote:

В Чтв, 22/05/2008 в 16:04 +0700, Evgeny Yurkin пишет:
  
Я про память ничего не написал, Вы что между строк читаете??? Мало ли по

какой ещё причине на роутер захотят 64бита поставить. Многие, например,
думают, что если проц EMT64 то надо ставить 64-битную операционку...
  


обработка адресов ipv6 вполне возможно быстрее в 64-битном режиме.


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

Re: Смена архитектуры процессора

2008-05-22 Пенетрантность andrey i. mavlyanov

В Чтв, 22/05/2008 в 15:45 +0300, Sergey Chumakov пишет:
Hi Artem,

* Artem Chuprina [EMAIL PROTECTED]
* 2008-05-22 10:11:
SK подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти
?

Да. Правда, если я правильно ошибаюсь, только ядром. Адресное
пространство _процесса_ таки ограничено размером указателя.

Экспериментальным путем определено, что 32-bit Linux (и WinNT).
позволяет выделить процессу максимум 1,5-2Г. Остальное надо самому ядру.

Это при каком объёме памяти? 2Гб?

Про WinNT прочитал, что если нету памяти 16Гб (которая от 4 до 16
специально адресуется по 48-битной шине), то можно сказать ядру
(в boot.ini) ограничивать пользовательские процессы 3Гб.
Не пробовал на WinNT, но есть ли подобный ключик в Linux?

С любой Windows 32бита история такая: у них используется виртуальное
адресное пространство ограниченное 4Гб. Но в этом пространстве помимо
самой памяти мапятся адреса устройств, программ MSDOS и некоторые
другие, поэтому есть 2 факта:
- больше 4Гб они не видят напроч
- реально доступно не более 3.5Гб.

Сколько на процесс максимум доступно не в курсе.

Это соседи купили 4Гб памяти (что-то считают), и уперлись в эти 1,5Гб.
Удивились, но поставили x64. Может зря?

Сделали-то правильно. Но чем упёрлись? А поставили Висту64? На сколько я
знаю XP 64 только английская.

--
Покотиленко Костик [EMAIL PROTECTED]

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

Re: Смена архитектуры процессора

2008-05-22 Пенетрантность Иван Лох

On Thu, May 22, 2008 at 03:45:54PM +0300, Sergey Chumakov wrote:
 Экспериментальным путем определено, что 32-bit Linux (и WinNT).
 позволяет выделить процессу максимум 1,5-2Г. Остальное надо самому ядру.
 Про WinNT прочитал, что если нету памяти  16Гб (которая от 4 до 16
 специально адресуется по 48-битной шине), то можно сказать ядру
 (в boot.ini) ограничивать пользовательские процессы 3Гб.
 Не пробовал на WinNT, но есть ли подобный ключик в Linux?
в Linux есть ulimit
 Это соседи купили 4Гб памяти (что-то считают), и уперлись в эти 1,5Гб.
 Удивились, но поставили x64. Может зря?
Нет не зря. Про XP я действительно многократно слышал, что 
32-bit Matematica (TM) бросает под XP 32-bit Memory out где-то в районе
1.5 Гб. На 64-bit -- все нормально. 

Что-же касается Linux, то нет проблемы поставить 64-bit ядро, 32-bit
систему и пакет libc6-amb64 для тяжелых 64-bit приложений.


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

iproute + backup isp

2008-05-22 Пенетрантность Peter Teslenko


Привет, коллеги.

Настроил двух провайдеров в режиме балансировки через weight, но вот как 
отследить умершего провайдера?
Т.е., если физически линк живой, а и-нет через него не работает. И как потом 
узнать что он ожил?

--
Peter Teslenko
Jabber: [EMAIL PROTECTED]


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

Re: iproute + backup isp

2008-05-22 Пенетрантность Maxim Kudelya


Peter Teslenko wrote:
Настроил двух провайдеров в режиме балансировки через weight, но вот как 
отследить умершего провайдера?
Т.е., если физически линк живой, а и-нет через него не работает. И как 
потом узнать что он ожил?

ping ?

--
maxym


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

адресная книга


Как вы храните свою адресную книгу?

--
 /aim [ http://aim.pp.ru/ ]


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

Re: Смена архитектуры процессора

Hi Покотиленко,

* Покотиленко Костик [EMAIL PROTECTED]
* 2008-05-22 16:42:
Экспериментальным путем определено, что 32-bit Linux (и WinNT).
позволяет выделить процессу максимум 1,5-2Г. Остальное надо самому
ядру.

Это при каком объёме памяти? 2Гб?

Нет, 4G. На одной и той же железке. Suse 10 и WinXP.

Ну я подозреваю, что в любой ОС на х86 так же.

Сколько на процесс максимум доступно не в курсе.

WinNT 32-bit может использовать PAE, т.е. доступно до сколько там? 64G.
Вопрос не в том сколько доступно может быть, а сколько ядро позволяет
выделять процессу памяти через alloc и т.п. А это, насколько я быстро
поспрашивал гугла, зависит от того, как организовано управление ядром памятью
пользовательских процессов. Вроде как в WinNT по умолчанию 2/2Г, можно
3/1Г если не надо адресовать 16G. Вроде в Linux 2.6 по умолчанию 3/1Г.
Но почему они получали ограничение в 1,5Г. Может было такое ядро...

Это соседи купили 4Гб памяти (что-то считают), и уперлись в эти
1,5Гб.
Удивились, но поставили x64. Может зря?

Сделали-то правильно. Но чем упёрлись? А поставили Висту64? На сколько
я
знаю XP 64 только английская.

Нет, поставили SuSe x64 :)

--
Best regards,
Sergey Chumakov 2:450/77[.43]

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

Re: Смена архитектуры процессора

2008-05-22 Пенетрантность andrey i. mavlyanov

Hi Иван,

* Иван Лох [EMAIL PROTECTED]
* 2008-05-22 17:40:
Не пробовал на WinNT, но есть ли подобный ключик в Linux?
в Linux есть ulimit

Смотрели, unlimited.

Это соседи купили 4Гб памяти (что-то считают), и уперлись в эти
1,5Гб.
Удивились, но поставили x64. Может зря?
Нет не зря. Про XP я действительно многократно слышал, что
32-bit Matematica (TM) бросает под XP 32-bit Memory out где-то в
районе
1.5 Гб. На 64-bit -- все нормально.

Что-же касается Linux, то нет проблемы поставить 64-bit ядро, 32-bit
систему и пакет libc6-amb64 для тяжелых 64-bit приложений.

Почему зря/не зря спрашиваю. Физически всего 4Г. Т.е. если ядро позволит
процессу адресовать к примеру 3Г то зачем ставить х64 ОС. Тем более что
с 64-бит софтом там не все прозрачно - что-то есть стороннее. Но реально
упирались в 1,5-2Г. С WinXP понятно, а вот почему так было с SuSе я
теперь не понимаю. Возможно из-за опций ядра.

--
Best regards,
Sergey Chumakov 2:450/77[.43]

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

Re: адресная кн ига

2008-05-22 Пенетрантность Roman Cheplyaka

* andrey i. mavlyanov [EMAIL PROTECTED] [2008-05-22 20:19:55+0400]
 Как вы храните свою адресную книгу?

~/.aliases в простом текстовом формате.
А вы?

-- 
Roman I. Cheplyaka :: http://ro-che.info/
...being in love is totally punk rock...


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

Re: адресная книга


Roman Cheplyaka wrote:

* andrey i. mavlyanov [EMAIL PROTECTED] [2008-05-22 20:19:55+0400]

Как вы храните свою адресную книгу?


~/.aliases в простом текстовом формате.
А вы?



адресная книга это место, где каждый персонально накапливает информацию о
контактах: #ICQ, MSN, jabber, телефоны, адреса, место работы и проч.

~/.aliases это для mutt хорошо, а не для человека

--
 /aim [ http://aim.pp.ru/ ]



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

Re: адресная книга

2008-05-22 Пенетрантность Konstantin Matyukhin

On Thu, May 22, 2008 at 8:19 PM, andrey i. mavlyanov [EMAIL PROTECTED] wrote:
 Как вы храните свою адресную книгу?
Храню в TiddlyWiki. И не только адресную книгу.

-- 
С уважением,
Константин Матюхин

Re: адресная кн ига

2008-05-22 Пенетрантность Roman Cheplyaka

* andrey i. mavlyanov [EMAIL PROTECTED] [2008-05-22 20:45:30+0400]
 Roman Cheplyaka wrote:
 * andrey i. mavlyanov [EMAIL PROTECTED] [2008-05-22 20:19:55+0400]
 Как вы храните свою адресную книгу?

 ~/.aliases в простом текстовом формате.
 А вы?


 адресная книга это место, где каждый персонально накапливает информацию о 
 контактах: #ICQ, MSN, jabber, телефоны, адреса, место работы и проч.

 ~/.aliases это для mutt хорошо, а не для человека

JIDы хранятся на сервере.
Оффлайновые данные записываются в блокнот (обычно под рукой другого
медиума не оказывается) и время от времени переносятся в отдельный
текстовый файл (бекап, типа).

-- 
Roman I. Cheplyaka :: http://ro-che.info/
...being in love is totally punk rock...


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

Re: Смена архитектуры процессора

2008-05-22 Пенетрантность Alexey G. Petrov

В Чтв, 22/05/2008 в 19:27 +0300, Sergey Chumakov пишет:
Hi Покотиленко,

Это при каком объёме памяти? 2Гб?

Нет, 4G. На одной и той же железке. Suse 10 и WinXP.

Остальное надо самому ядру - эта фраза говорит о том, что ядро зажрало
2-2.5 Гб памяти, в чём я сильно сомневаюсь.

Ну я подозреваю, что в любой ОС на х86 так же.

В Линуксе не так. На Винде 32 бита поставишь 8 Гб ОЗУ а реально доступно
будет не более 3.5 (не на один процесс, а на всех).

Сколько на процесс максимум доступно не в курсе.

WinNT 32-bit может использовать PAE, т.е. доступно до сколько там? 64G.

С PAE видит до 3.5, без только 3.

На сайте Мелкософта написано, что 32 битные версии Windows не
поддерживают белее 4 Гб ОЗУ, а более 3 Гб ставить не рекомендуется, так
как в адресном пространстве (4 Гб) реальное ОЗУ начинает налазить на
замапинные адреса и получается BSOD. Там надо поплясать, чтобы безопасно
4 Гб работало, в двух словах - ограничить до 3-3.5Гб количество памяти,
которое Винде стоит использовать... ...иначе налазит.

Вопрос не в том сколько доступно может быть, а сколько ядро позволяет
выделять процессу памяти через alloc и т.п. А это, насколько я быстро
поспрашивал гугла, зависит от того, как организовано управление ядром памятью
пользовательских процессов. Вроде как в WinNT по умолчанию 2/2Г, можно
3/1Г если не надо адресовать 16G. Вроде в Linux 2.6 по умолчанию 3/1Г.
Но почему они получали ограничение в 1,5Г. Может было такое ядро...

Может. Я что-то такое тоже слышал.

Нет, поставили SuSe x64 :)

И это правильно, в некотором смысле.

--
Покотиленко Костик [EMAIL PROTECTED]

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

Re: Смена архитектуры процессора

On Thu, May 22, 2008 at 07:36:54PM +0300, Sergey Chumakov wrote:
 
 Почему зря/не зря спрашиваю. Физически всего 4Г. Т.е. если ядро позволит
 процессу адресовать к примеру 3Г то зачем ставить х64 ОС. Тем более что
 с 64-бит софтом там не все прозрачно - что-то есть стороннее. Но реально
 упирались в 1,5-2Г. С WinXP понятно, а вот почему так было с SuSе я
 теперь не понимаю. Возможно из-за опций ядра.

Я подозреваю, что если просто выделить кусок памяти в программе
(и даже заполнить чем-то), то должно почти 4Gb влезть. А реальное
приложение всегда сталкивается с фрагментацией. Особенно, если оно
криво написано.

Карта памяти каждого процесса доступна в proc fs. maps и smaps



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

Mouse Logitech MX Revolution xorg update (Lenny)

2008-05-22 Пенетрантность Олег Анисимов

Доброго LOCAL_TIME, уважаемые!

Позавчера очередной раз обновил систему (Debian Lenny, 2.6.23-2-686).
После рестарта иксов отвалилась беспроводная мышь Logitech MX Revolution.

В xorg.conf девайс представлен строками:

Section InputDevice
IdentifierMX Revolution
Driverevdev
OptionPhys  usb-*/input0
OptionProtocol  auto
OptionCorePointer
OptionButtons 11
OptionResolution  800
OptionZAxisMapping4 5
OptionButtonMapping 1 17 3 4 5 7 6 8 9 10 11 12 13 14
15 16 2 18 19 20
EndSection

Причем в выводе cat /proc/bus/input/devices крыско по прежнему присутствует:

I: Bus=0003 Vendor=046d Product=c51a Version=0111
N: Name=Logitech USB Receiver
P: Phys=usb-:00:1d.1-1/input0
S: Sysfs=/class/input/input3
U: Uniq=
H: Handlers=mouse0 event1 ts0
B: EV=7
B: KEY= 0 0 0 0 0 0 0 0
B: REL=143

I: Bus=0003 Vendor=046d Product=c51a Version=0111
N: Name=Logitech USB Receiver
P: Phys=usb-:00:1d.1-1/input1
S: Sysfs=/class/input/input4
U: Uniq=
H: Handlers=kbd event2
B: EV=f
B: KEY=7fff ac3027 bf00 0 0 1 f80 8a37c000 667bfa d9415fed 8e 0 0 0
B: REL=40
B: ABS=1 0

Однако xev теперь не реагирует ни на одну кнопку/скрол/перемещение мыши.

Кто-то уже наступал на такие грабли или я первопроходец?

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


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

Re: адресная книга

2008-05-22 Пенетрантность Victor Wagner

On 2008.05.22 at 20:19:55 +0400, andrey i. mavlyanov wrote:

 Как вы храните свою адресную книгу?

Лично я храню в файле .vcf. Для упрощения совместимости с сотовым
телефоном. Имеется ма-аленький скриптик, позволяющий в ней искать,
добавлять, и в частности, умеющий работать как query_command в mutt.

При синхронизации с телефоном все записи, полученные с телефона,
перекодируются в 8BIT;CHARSET=UTF-8


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

Re: адресная книга

2008-05-22 Пенетрантность andrey i. mavlyanov


Victor Wagner wrote:


Лично я храню в файле .vcf. Для упрощения совместимости с сотовым
телефоном. Имеется ма-аленький скриптик, позволяющий в ней искать,
добавлять, и в частности, умеющий работать как query_command в mutt.

При синхронизации с телефоном все записи, полученные с телефона,
перекодируются в 8BIT;CHARSET=UTF-8


не думал о том чтобы это зарелизить в каком-то виде?

--
 /aim [ http://aim.pp.ru/ ]


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

QCAD печать

2008-05-22 Пенетрантность Fedir Gontsa

Добрый день Уважаемые!
Возникла проблема, не знаю куда копать после upgrade пропала печать из QCAD.
принтер в списке есть на печать не выходит ничего. В syslog ничего не пишет.
Из других приложений печать идет

Посоветуйте пожалуйста, как исправить, или хотябы в какую сторону смотреть,
очень нужно!

Заранее спасибо,
с уважением Федор Гонца

-- 
Fedir Gontsa

QCAD печать

2008-05-22 Пенетрантность Fedir Gontsa

:)
наткнулся на собственные грабли уже которые были ранее
http://lists.debian.org/debian-russian/2007/04/msg00783.html
прошу прощения что поднял волну:)
Извините.
Спасибо!

-- 
Fedir Gontsa

QCAD печать

2008-05-22 Пенетрантность Fedir Gontsa

Добрый день Уважаемые!
Возникла проблема, не знаю куда копать после upgrade пропала печать из QCAD.
принтер в списке есть на печать не выходит ничего. В syslog ничего не пишет.
Из других приложений печать идет

Посоветуйте пожалуйста, как исправить, или хотябы в какую сторону смотреть,
очень нужно!

Заранее спасибо,
с уважением Федор Гонца

-- 
Fedir Gontsa

aptitude не update

2008-05-22 Пенетрантность Mishustin Alexey

Здравствуйте!

Получаю ошибку при настройке репозитория lenny. 

Действовал по инструкции Александра Герасева, которую он дал в этой
рассылке 5 мая (тема переход etch/lenny):

Поправить пиннинг, чтобы приоритеты были testing  stable  unstable  
experimental. 
Добавить строчки для недостающих репозиториев. 
aptitude update 
aptitude dist-upgrade

Ну, unstable и experimental мне пока не нужны... 

Мой etc/apt/sources.list:

deb http://ftp.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.debian.org/debian/ lenny main
deb http://ftp.debian.org/debian/ etch main contrib non-free
deb-src http://ftp.debian.org/debian/ etch main
deb http://security.debian.org/ lenny/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main contrib
deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib

Мой /etc/apt/preferences:

Package: *
Pin: release a=testing
Pin-Priority: 700

Package: *
Pin: release a=stable
Pin-Priority: 650

Делаю
#aptitude update 
и получаю
...
Чтение списков пакетов... Ошибка!
E: Dynamic MMap ran out of room
E: Dynamic MMap ran out of room
E: Произошла ошибка во время обработки xserver-xorg-input-magellan
(NewVersion1)
E: Problem with
MergeList 
/var/lib/apt/lists/ftp.debian.org_debian_dists_etch_main_binary-i386_Packages
E: Списки пакетов или status-файл не могут быть открыты или прочитаны.
E: Не удалось перестроить кэш пакетов

Посмотрел - xserver-xorg-input-magellan - это драйвер мыши, есть и в
etch, и в lenny. Мышь у меня блютусная, Logitech, при установке Etch
подцепилась сразу (еще в установщике).

Если комментирую в sources.list только 1-ю строчку - все ok. 
Если комментирую только 3-ю стрчоку - тоже ok.

Что я сделал неправильно?

-- 
С уважением,
Алексей Мишустин

Re: aptitude не update

2008-05-22 Пенетрантность Gmail.com

Mishustin Alexey пишет:

Здравствуйте!

Получаю ошибку при настройке репозитория lenny.

Действовал по инструкции Александра Герасева, которую он дал в этой
рассылке 5 мая (тема переход etch/lenny):

Поправить пиннинг, чтобы приоритеты были testing stable unstable
experimental.
Добавить строчки для недостающих репозиториев.
aptitude update
aptitude dist-upgrade

Ну, unstable и experimental мне пока не нужны...

Мой etc/apt/sources.list:

deb http://ftp.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.debian.org/debian/ lenny main
deb http://ftp.debian.org/debian/ etch main contrib non-free
deb-src http://ftp.debian.org/debian/ etch main
deb http://security.debian.org/ lenny/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main contrib
deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib

Мой /etc/apt/preferences:

Package: *
Pin: release a=testing
Pin-Priority: 700

Package: *
Pin: release a=stable
Pin-Priority: 650

Делаю
#aptitude update
и получаю

...
Чтение списков пакетов... Ошибка!
E: Dynamic MMap ran out of room
E: Dynamic MMap ran out of room
E: Произошла ошибка во время обработки xserver-xorg-input-magellan
(NewVersion1)
E: Problem with
MergeList
/var/lib/apt/lists/ftp.debian.org_debian_dists_etch_main_binary-i386_Packages
E: Списки пакетов или status-файл не могут быть открыты или прочитаны.
E: Не удалось перестроить кэш пакетов

Посмотрел - xserver-xorg-input-magellan - это драйвер мыши, есть и в
etch, и в lenny. Мышь у меня блютусная, Logitech, при установке Etch
подцепилась сразу (еще в установщике).

Если комментирую в sources.list только 1-ю строчку - все ok.
Если комментирую только 3-ю стрчоку - тоже ok.

Что я сделал неправильно?

Ключевой является строчка
E: Dynamic MMap ran out of room - закончилась память, для apt это
решалось заданием в /etc/apt/apt.conf

APT::Cache-Limit 15000;

Может его и aptitude читает.

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

dvd player в sid

2008-05-22 Пенетрантность Sapytsky Ilya

Добрый день!
Решил впервые за 10 лет поставить себе на домашний компьютер linux с X и
посмотреть куда ушел прогресс за эти 10 лет. Сейчас у меня порядка 10
серверов на etch, поэтому с linux знаком не по наслышке.
Поставил Etch с диска с desktop настройкой. Установился gnome и всё очень
неплохо было. Был какой-то media player, который очень хорошо проигрывал
dvd.
Решил обновиться до sid, чтобы посмотреть на последние версии всего и вся.
Обновление прошло успешно и хорошо, но вот часть gnome была снесена вместе
тем проигрывателем dvd, который мне так понравился. Поставил mplayer и
smplayer - dvd играет, но интерфейс ужасный и меню dvd показывает, но
зацикливается и ничего не дает нажать, так что dvd с меню нормально вообще
нельзя посмотреть...
Подскажите как назывался этот player, который ставиться вместе с gnome в
etch. Или чем можно *нормально *смотреть dvd в sid?
Может быть я зря перешел на sid и надо было перейти на lenny? Что лучше
поставить для десктопа дома из debian? Очень нужен openoffice последний, но
его можно поставить инфровской сборки и это не проблема...
Спасибо.

Re: dvd player в sid

2008-05-22 Пенетрантность Sergei Stolyarov

Sapytsky Ilya - debian-russian debian-russian@lists.debian.org @ Friday 23 
May 
2008:

SI Подскажите как назывался этот player, который ставиться вместе с gnome в
SI etch. Или чем можно *нормально *смотреть dvd в sid?

Нормальнее всего смотрится DVD в xine-ui (там есть специальная панелька с 
сервисными 
кнопками). Вот только падает часто.

SI Может быть я зря перешел на sid и надо было перейти на lenny? Что лучше
SI поставить для десктопа дома из debian? Очень нужен openoffice последний, но
SI его можно поставить инфровской сборки и это не проблема...

sid — это совсем не стабильный дистрибутив. Если хочется относительной 
стабильности и 
свежих версий софта, ставьте lenny.

-- 
Sergei Stolyarov


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

lenny xorg

2008-05-22 Пенетрантность Stanislav Maslovski

После перезагрузки компа заметил, что светодиод numlock стал вести себя с 
точностью до наоборот, зажигается когда работают стрелки и тухнет когда 
цифровая клавиатура
Как сие недоразумение поправить?

Section InputDevice
Identifier  Generic Keyboard
Driver  keyboard
Option  CoreKeyboard
Option  XkbRules xorg
Option  XkbModel pc105
Option  XkbLayout us,ru(winkeys)
Option  XkbOptions grp:toggle,grp_led:scroll
EndSection

-- 
С уважением,
Юркин Евгений
Siberia Health Inc


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

Re: aptitude не update

On Fri, May 23, 2008 at 01:41:10AM +0400, Mishustin Alexey wrote:
 Чтение списков пакетов... Ошибка!
 E: Dynamic MMap ran out of room
 Что я сделал неправильно?

Старые грабли, которые никак не исправят.
В /etc/apt/apt.conf пропишите
APT::Cache-Limit 5000;
С числом поиграйтесь, если не сразу поможет.

-- 
Stanislav


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

Re: aptitude не update

2008-05-22 Пенетрантность Mishustin Alexey


5/23/2008, Stanislav Maslovski [EMAIL PROTECTED]:

On Fri, May 23, 2008 at 01:41:10AM +0400, Mishustin Alexey wrote:
 Чтение списков пакетов... Ошибка!
 E: Dynamic MMap ran out of room
 Что я сделал неправильно?

Старые грабли, которые никак не исправят.
В /etc/apt/apt.conf пропишите
APT::Cache-Limit 5000;
С числом поиграйтесь, если не сразу поможет.

5/22/2008, Gmail.com [EMAIL PROTECTED]:

Ключевой является строчка
E: Dynamic MMap ran out of room - закончилась память, для apt это
решалось заданием в /etc/apt/apt.conf

APT::Cache-Limit 15000;

Может его и aptitude читает.

Спасибо!

С уважением,
Алексей Мишустин


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

Re: Смена архитектуры процессора

Hi Покотиленко,

* Покотиленко Костик [EMAIL PROTECTED]
* 2008-05-22 20:11:
  Нет, 4G. На одной и той же железке. Suse 10 и WinXP.
 
 Остальное надо самому ядру - эта фраза говорит о том, что ядро
 зажрало
 2-2.5 Гб памяти, в чём я сильно сомневаюсь.

Нет конечно, не сожрало. Зарезервировало

  Ну я подозреваю, что в любой ОС на х86 так же.
 
 В Линуксе не так. На Винде 32 бита поставишь 8 Гб ОЗУ а реально
 доступно
 будет не более 3.5 (не на один процесс, а на всех).

Вот, нашел как ни странно в википедии :)
http://en.wikipedia.org/wiki/Physical_Address_Extension

-- 
Best regards,
Sergey Chumakov 2:450/77[.43]


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

Re: Смена архитектуры процессора