Re: Список официальных ре позиториев debian
В письме от Птн, 10 Апр 2009, 01:36 Илья Таскаев пишет: Если кому не трудно, поделитесь списком оф. репозиториев для Debian lenny. Stable, testing, мультимедиа. И вообще содержимым sources.list. Искал в интернете список официальных репозиториев, но ничего полезного, кроме зеркал на яндексе для etch, или репов для testing lenny не нашел. -- C уважением, Илья Таскаев (aka Arkey) Выбор зеркала: http://debian.org/mirror/list sources.list: deb http://ftp.us.debian.org/debian/ lenny main contrib non-free deb-src http://ftp.us.debian.org/debian/ lenny main contrib non-free deb http://security.debian.org/ lenny/updates main contrib non-free deb-src http://security.debian.org/ lenny/updates main contrib non-free deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free deb-src http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free -- Александр Жеребцов E-mail: gea...@kfmd.org Jabber: gea...@gealex.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при к оротких всплесках дисковой акти вности
10 апреля 2009 г. 3:04 пользователь Alexey Pechnikov написал: On Wednesday 08 April 2009 22:42:17 Alex wrote: Буду благодарен за любые идеи. Не думаю, что это имеет отношение к озвученной проблеме, но, как заявляют представители Интел, современные процы не могут нормально работать с механическими винчестерами Чушь полная. и необходимо переходить на нечто принципиально иное, например, твердотельные диски. представители Интел - продажники.
Re: про фаирфок с и восстановление сесси и
On Fri, 10.04.2009 01:55:32 , Andrey Melnikoff wrote: sergio mail...@sergio.spb.ru wrote: Я уже не раз промахнулся кнопкой и потерял все открытые табы. По этому скорее хочется не правильно закрывать ff, а что бы он всегда восстанавливал сессию при входе. TabMixPlus поставь. Если нужно только сохранение сессии, то TabMixPlus это перебор. Да и конкретно с этой задачей он справляется заметно хуже, чем Session Manager. -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bad ending head (CHS and LBA don't match) - диск нести на по мойку?
On Fri, 10.04.2009 08:40:10 , DamirX wrote: В Чтв, 09/04/2009 в 16:50 +0400, Иван Лох пишет: У меня оригинал-макет четырехполоски Враг капитала и метра не занимает. Ну еще картинки, которые лежат отдельно. Но тоже не много, газета же чернушная. Правда если сверстать газету а Иллюстраторе с включенным превью, то может и больше будет. Но это уж совсем изврат. Скрибус я лучше из репозитория поставлю. Вот они инcтрументы современного революционера: scribus, pgp, GIMP. Не pgp, а gpg тогда уж. -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Mysql - размер дампа
On Fri, 10 Apr 2009 09:00:07 +0400 Artem Chuprina r...@ran.pp.ru wrote: mysqldump, будучи родной дампилкой от мыскля, выдает правильный дамп. Если запущен с правильными аргументами. А какой дамп выдает phpmyadmin - вопрос сложный. С другой стороны, вероятнее всего, он всего лишь выдает результат работы mysqldump с _правильными_ ключами... Неа, он сам делает то же, что и mysqldump. -- 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: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D signature.asc Description: PGP signature
Re: про фаирфокс и восстановление сессии
On Fri, Apr 10, 2009 at 10:18:57AM +0300, Тихон Тарнавский wrote: On Fri, 10.04.2009 01:55:32 , Andrey Melnikoff wrote: sergio mail...@sergio.spb.ru wrote: Я уже не раз промахнулся кнопкой и потерял все открытые табы. По этому скорее хочется не правильно закрывать ff, а что бы он всегда восстанавливал сессию при входе. TabMixPlus поставь. Если нужно только сохранение сессии, то TabMixPlus это перебор. Да и конкретно с этой задачей он справляется заметно хуже, чем Session Manager. Мммм... если нужно только сохранение сессии, не хватит ли Edit Preferences Tabs When Firefox starts: Show my windows and tabs from last time ...или как-то это называется в новых версий? Всего лучшего, Петр -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence is false. pgpAhngnmHugf.pgp Description: PGP signature
Re: про фаирфок с и восстановление сесси и
On Fri, 10.04.2009 10:54:06 , Peter Pentchev wrote: On Fri, Apr 10, 2009 at 10:18:57AM +0300, Тихон Тарнавский wrote: On Fri, 10.04.2009 01:55:32 , Andrey Melnikoff wrote: sergio mail...@sergio.spb.ru wrote: Я уже не раз промахнулся кнопкой и потерял все открытые табы. По этому скорее хочется не правильно закрывать ff, а что бы он всегда восстанавливал сессию при входе. TabMixPlus поставь. Если нужно только сохранение сессии, то TabMixPlus это перебор. Да и конкретно с этой задачей он справляется заметно хуже, чем Session Manager. Мммм... если нужно только сохранение сессии, не хватит ли Edit Preferences Tabs When Firefox starts: Show my windows and tabs from last time ...или как-то это называется в новых версий? Почитайте тред внимательнее. О том и речь, что когда ff завершается некорректно, он может потерять сессию. Для страховки от таких потерь и нужно расширение. -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Как правильно настроить вид ео?
Здравствуйте! Как правильно установить нужное разрешение видео? Материнская плата M2NPV-MX, интегрированное видео GeForce 6150, монитор ЖК LG Flatron L1918s, работает по RGB входу - другого не умеет 8-). При установке Lenny поставил свободные драйвера nv, предлагаемые разрешения в иксах - 800x600 и 640x480. Скорее всего можно вручную отредактировать xorg.conf, но нет ли более широкодоступного и правильного пути? Вроде как xorg.conf сейчас и не нужен... Хотя X -configure с последующим запуском X -config /root/xorg.conf.new я делал, но после этого на мониторе Вне диапазона 77.6 kHz / 56 Hz. -- Best regards! Dmitry Ermolaev
Re: Как правильно настр оить видео?
On Fri, 10 Apr 2009 13:08:54 +0500 Dmitry Ermolaev dermol...@gmail.com wrote: Здравствуйте! Как правильно установить нужное разрешение видео? Материнская плата M2NPV-MX, интегрированное видео GeForce 6150, монитор ЖК LG Flatron L1918s, работает по RGB входу - другого не умеет 8-). При установке Lenny поставил свободные драйвера nv, предлагаемые разрешения в иксах - 800x600 и 640x480. Поставь несвободные (только из репозитория, а не с сайта нвидии) Скорее всего можно вручную отредактировать xorg.conf, но нет ли более широкодоступного и правильного пути? Вроде как xorg.conf сейчас и не нужен... Хотя X -configure с последующим запуском X -config /root/xorg.conf.new я делал, но после этого на мониторе Вне диапазона 77.6 kHz / 56 Hz. -- 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: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D signature.asc Description: PGP signature
EE) XKB: Couldn't compile keymap. Что вдру г?
Привет, коллеги. Перестал работать numlock и некоторые другие кнопки. С чего вдруг? Что-то криво обновил? кусок xorg.conf Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout us,ru(common) Option XkbOptionsgrp:menu_toggle,grp:lwin_switch EndSection Кусок лога. (**) Option CoreKeyboard (**) Generic Keyboard: always reports core events (**) Option Protocol standard (**) Generic Keyboard: Protocol: standard (**) Option AutoRepeat 500 30 (**) Option XkbRules xorg (**) Generic Keyboard: XkbRules: xorg (**) Option XkbModel pc105 (**) Generic Keyboard: XkbModel: pc105 (**) Option XkbLayout us,ru(common) (**) Generic Keyboard: XkbLayout: us,ru(common) (**) Option XkbOptions grp:menu_toggle,grp:lwin_switch (**) Generic Keyboard: XkbOptions: grp:menu_toggle,grp:lwin_switch (**) Option CustomKeycodes off (**) Generic Keyboard: CustomKeycodes disabled (**) Option SendCoreEvents (**) Logitech 2.4GHz Cordless Desktop Mouse: always reports core events (**) Logitech 2.4GHz Cordless Desktop Mouse: Device: /dev/input/event1 (II) Logitech 2.4GHz Cordless Desktop Mouse: Found keys (II) Logitech 2.4GHz Cordless Desktop Mouse: Configuring as keyboard (**) Option Protocol ImPS/2 (**) Configured Mouse: Device: /dev/input/mice (**) Configured Mouse: Protocol: ImPS/2 (**) Option CorePointer (**) Configured Mouse: always reports core events (**) Option Device /dev/input/mice (**) Option Emulate3Buttons true (**) Configured Mouse: Emulate3Buttons, Emulate3Timeout: 50 (**) Option ZAxisMapping 4 5 (**) Configured Mouse: ZAxisMapping: buttons 4 and 5 (**) Configured Mouse: Buttons: 9 (**) Configured Mouse: Sensitivity: 1 (II) evaluating device (Generic Keyboard) (II) XINPUT: Adding extended input device Generic Keyboard (type: KEYBOARD) (II) evaluating device (Logitech 2.4GHz Cordless Desktop Mouse) (II) XINPUT: Adding extended input device Logitech 2.4GHz Cordless Desktop Mouse (type: KEYBOARD) (II) evaluating device (Configured Mouse) (II) XINPUT: Adding extended input device Configured Mouse (type: MOUSE) (**) Option xkb_rules base (**) Logitech 2.4GHz Cordless Desktop Mouse: xkb_rules: base (**) Option xkb_model evdev (**) Logitech 2.4GHz Cordless Desktop Mouse: xkb_model: evdev (**) Option xkb_layout us (**) Logitech 2.4GHz Cordless Desktop Mouse: xkb_layout: us (II) Configured Mouse: ps2EnableDataReporting: succeeded (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap -- Peter Teslenko Jabber: pe...@jabber.mcicb.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких всплесках дисковой активности
10/04/2009 13:15 (GMT +3) Oleg Gashev Какое отношение имеет проц к винчестеру? Если обклеить винчестер процессорами - может получиться прикольный ёжик :-) P.S.: Простите, не удержался :-) -- Best regards, Mikhail xmpp: ant...@stopicq.ru irc: Bart-mdv- @ SolarNet SolarNet: http://www.solarnet.ru/ signature.asc Description: This is a digitally signed message part.
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 13:15:39 Oleg Gashev wrote: Какое отношение имеет проц к винчестеру? Самое прямое. Уже на core2duo при работе с БД загрузка проца значительно меньше 100%, все упирается во ввод-вывод дисковых операций, т.е. диск не справляется с нагрузкой. При пакетных операциях в транзакциях одно ядро можно нагрузить на 100%, а в режиме autocommit даже одно ядро загружено в лучшем случае на 50%. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: притормозы системы при к оротких всплесках дисковой акти вности
2009/4/9 Alexey Pechnikov pechni...@mobigroup.ru: Hello! On Wednesday 08 April 2009 22:42:17 Alex wrote: Буду благодарен за любые идеи. Не думаю, что это имеет отношение к озвученной проблеме, но, как заявляют представители Интел, современные процы не могут нормально работать с механическими винчестерами и необходимо переходить на нечто принципиально иное, например, твердотельные диски. Кстати, гугл уже переходит. Ж-) Какое отношение имеет проц к винчестеру? -- Best regards, Oleg Gashev.
Re: про фаирфокс и восстановл ение сессии
День добрый! 2009/4/10 Тихон Тарнавский tik...@lexpr.ru: Мммм... если нужно только сохранение сессии, не хватит ли Edit Preferences Tabs When Firefox starts: Show my windows and tabs from last time ...или как-то это называется в новых версий? Почитайте тред внимательнее. О том и речь, что когда ff завершается некорректно, он может потерять сессию. Для страховки от таких потерь и нужно расширение. Небезопасно это. Сессию лучше потерять в любом случае. -- Best regards, Oleg Gashev.
Re: про фаирфок с и восстановление сесси и
On Fri, 10.04.2009 12:18:13 , Oleg Gashev wrote: 2009/4/10 Тихон Тарнавский tik...@lexpr.ru: Мммм... если нужно только сохранение сессии, не хватит ли Edit Preferences Tabs When Firefox starts: Show my windows and tabs from last time ...или как-то это называется в новых версий? Почитайте тред внимательнее. О том и речь, что когда ff завершается некорректно, он может потерять сессию. Для страховки от таких потерь и нужно расширение. Небезопасно это. Сессию лучше потерять в любом случае. Ничего не понял. Что и почему небезопасно? Почему лучше потерять сессию? -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как правильно настроить в идео?
10 апреля 2009 г. 13:27 пользователь Alexander GQ Gerasiov g...@cs.msu.suнаписал: L1918s, работает по RGB входу - другого не умеет 8-). При установке Lenny поставил свободные драйвера nv, предлагаемые разрешения в иксах - 800x600 и 640x480. Поставь несвободные (только из репозитория, а не с сайта нвидии) Поставил. Ничего не изменилось... А как сказать, что надо использовать вот эти, свежепоставленные? Во, еще один интересный момент. Через синаптик новые пакеты установились, все нормально. Через Менеджер обновлений список пакетов получен. А вот ставить эти пакеты менеджер обновлений отказывается. Просто ничего не делает - и все. aptitude upgrade - работает. Ну, то есть начала скачивать пакеты, еще не докачала. 8-) -- Best regards! Dmitry Ermolaev
Re: про фаирфокс и восстановление сессии
Тихон Тарнавский - debian-russian@lists.debian.org @ Fri, 10 Apr 2009 13:03:14 +0300: Небезопасно это. Сессию лучше потерять в любом случае. ТТ Ничего не понял. Что и почему небезопасно? Почему лучше потерять ТТ сессию? Параноики вокруг нас. -- Praemonitus premunitus -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких вс плесках дисковой активности
Dmitry Fedorov - debian-russian@lists.debian.org @ Fri, 10 Apr 2009 14:18:01 +0700: Не думаю, что это имеет отношение к озвученной проблеме, но, как заявляют представители Интел, современные процы не могут нормально работать с механическими винчестерами DF Чушь полная. Подозреваю, что не чушь. В том смысле, что с твердотельным, по идее, можно работать как с RAM. Ну, по внутренней его структуре. А с механическим - лучше не надо... А эмуляция твердотельниками интерфейса обычных - явление, вероятно, временное. Примерно так же, как эмуляция ядром старого интерфейса к сети, чтобы ifconfig работал... -- kernel bug (англ.) - ядрёна вошь -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: EE) XKB: Couldn't compile keymap. Что вдруг?
Peter Teslenko - debian-russian@lists.debian.org @ Fri, 10 Apr 2009 13:19:21 +0400: PT Привет, коллеги. PT Перестал работать numlock и некоторые другие кнопки. PT С чего вдруг? Что-то криво обновил? PT (EE) Error compiling keymap (server-0) PT (EE) XKB: Couldn't compile keymap Так ты попробуй его руками попросить скомпилировать. Может, подробнее расскажет. Ну, для начала setxkbmap с параметрами из xorg.conf, а если не поможет, то вытрясти из него команду для xkbcomp и допросить оного поподробнее. -- Лень оправдывает средства -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при к оротких всплесках дисковой акти вности
10 апреля 2009 г. 17:41 пользователь Artem Chuprina написал: А эмуляция твердотельниками интерфейса обычных - явление, вероятно, временное. Примерно так же, как эмуляция ядром старого интерфейса к сети, чтобы ifconfig работал... Как скоро мы забудем про 3-5 отсеки и новый диск будем устанавливать прямо в слот pci-e 16x ? Опять мамки с малым числом слотов устареют, опять бесконечные апгрейды мамок и корпусов, чтобы туда помещались новые диски. А особо ценно - ограниченный срок службы SSD.
Re: притормозы системы при к оротких всплесках дисковой акти вности
зачем сразу pci на носу usb 3.0 а их то понатыкать кучу можно 10 апреля 2009 г. 14:12 пользователь Dmitry Fedorov dm.fedo...@gmail.com написал: 10 апреля 2009 г. 17:41 пользователь Artem Chuprina написал: А эмуляция твердотельниками интерфейса обычных - явление, вероятно, временное. Примерно так же, как эмуляция ядром старого интерфейса к сети, чтобы ifconfig работал... Как скоро мы забудем про 3-5 отсеки и новый диск будем устанавливать прямо в слот pci-e 16x ? Опять мамки с малым числом слотов устареют, опять бесконечные апгрейды мамок и корпусов, чтобы туда помещались новые диски. А особо ценно - ограниченный срок службы SSD. -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 15:12:16 Dmitry Fedorov wrote: А эмуляция твердотельниками интерфейса обычных - явление, вероятно, временное. Примерно так же, как эмуляция ядром старого интерфейса к сети, чтобы ifconfig работал... Как скоро мы забудем про 3-5 отсеки и новый диск будем устанавливать прямо в слот pci-e 16x ? Опять мамки с малым числом слотов устареют, опять бесконечные апгрейды мамок и корпусов, чтобы туда помещались новые диски. Вероятно, будующие системы на чипе будут на одном кристалле содержать как центральный процессор, так и графический, плюс RAM плюс persistent флэш- память. Так что забудьте про апгрейды. А особо ценно - ограниченный срок службы SSD. Механические диски имеют срок службы много меньший, чем твердотельные. По утверждениям представителей Intel, их накопители SSD имеют среднее время наработки на отказ около 1,2 млн. часов, как и современные винчестеры серверного класса. Если эта характеристика кажется вам абстрактной, Intel готова предоставить более жизненные цифры. Например, при среднем объёме обрабатываемой за день информации в 100 Гб накопители типа SSD производства Intel могут служить не менее пяти лет. Следует отметить, что даже самые активные пользователи вряд ли обрабатывают за день более 20-30 Гб информации, так что срок службы SSD может измеряться десятилетиями. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: притормозы системы при к оротких всплесках дисковой акти вности
10 апреля 2009 г. 18:59 пользователь Павел Марченко написал: зачем сразу pci на носу usb 3.0 а их то понатыкать кучу можно usb, как и sata - последовательные интерфейсы. Для носителей с физическим относительным перемещением носителя и головки - самое то - данные с носителя и так последовательны, нужно лишь следить за соответствием скорости дисков и интерфейса. А вот для SSD это уже не так и скорости там возможны намного выше и быстрые параллельные интерфейсы потребуются в самом ближайшем будущем.
Re: притормозы системы при коротких вс плесках дисковой активности
Dmitry Fedorov - debian-russian@lists.debian.org @ Fri, 10 Apr 2009 18:12:16 +0700: А эмуляция твердотельниками интерфейса обычных - явление, вероятно, временное. Примерно так же, как эмуляция ядром старого интерфейса к сети, чтобы ifconfig работал... DF Как скоро мы забудем про 3-5 отсеки и новый диск будем устанавливать DF прямо в слот pci-e 16x ? Я думаю, через пару лет. DF Опять мамки с малым числом слотов устареют, опять бесконечные апгрейды DF мамок и корпусов, чтобы туда помещались новые диски. Мы вот тут прикидываем апгрейд... Ага, машина возрастом 4 года не апгрейдится. ATA винты идут по цене антиквариата, а память, похоже, вообще отсутствует. DF А особо ценно - ограниченный срок службы SSD. Ну, понятно, что маркетоиды Интела бегут впереди паровоза. Но я бы рекомендовал мотать на ус. Через пару лет твердотельники, думаю, достигнут срока службы лет 5 при серверной интенсивности работы с ними. То есть лимитировать будет не их сдыхание. -- Пришел в гости математик, почитать новую рукопись. Вычитал из нее трех героев напрочь, и ушел. Gimli on #arda -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких в сплесках дисковой активности
Alexey Pechnikov - debian-russian@lists.debian.org @ Fri, 10 Apr 2009 16:12:10 +0400: AP Механические диски имеют срок службы много меньший, чем AP твердотельные. AP По утверждениям представителей Intel, их накопители SSD имеют AP среднее время наработки на отказ около 1,2 млн. часов, как и AP современные винчестеры серверного класса. Если эта характеристика AP кажется вам абстрактной, Intel готова предоставить более жизненные AP цифры. Например, при среднем объёме обрабатываемой за день AP информации в 100 Гб накопители типа SSD производства Intel могут AP служить не менее пяти лет. Следует отметить, что даже самые AP активные пользователи вряд ли обрабатывают за день более 20-30 Гб AP информации, так что срок службы SSD может измеряться AP десятилетиями. Заявление маркетоида и реальная жизнь - разные вещи... То есть, может быть, да, но мне бы хотелось сначала увидеть SSD, успешно проживший 5 лет. -- Реляционная база данных - это не единственный способ сделать дурацкий поиск. Victor Wagner -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы систем ы при коротких всплесках дисковой активности
Fri, 10 Apr 2009 19:12:23 +0700 Dmitry Fedorov dm.fedo...@gmail.com wrote: 10 апреля 2009 г. 18:59 пользователь Павел Марченко написал: зачем сразу pci на носу usb 3.0 а их то понатыкать кучу можно usb, как и sata - последовательные интерфейсы. Для носителей с физическим относительным перемещением носителя и головки - самое то - данные с носителя и так последовательны, нужно лишь следить за соответствием скорости дисков и интерфейса. А вот для SSD это уже не так и скорости там возможны намного выше и быстрые параллельные интерфейсы потребуются в самом ближайшем будущем. ничего, что pci-express кагбе тоже последовательный? На самом деле такую чушь сейчас сказал... На таких скоростях параллельные интерфейсы уже не годятся. -- 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: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы систем ы при коротких всплесках дисковой активности
Fri, 10 Apr 2009 16:12:10 +0400 Alexey Pechnikov pechni...@mobigroup.ru wrote: А особо ценно - ограниченный срок службы SSD. Механические диски имеют срок службы много меньший, чем твердотельные. По утверждениям представителей Intel, их накопители SSD имеют среднее время наработки на отказ около 1,2 млн. часов, как и современные винчестеры серверного класса. Это не те же люди, что утверждали, что CD-RW болванка выдерживает тысячи циклов перезаписи? -- 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: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 16:20:57 Artem Chuprina wrote: Заявление маркетоида и реальная жизнь - разные вещи... То есть, может быть, да, но мне бы хотелось сначала увидеть SSD, успешно проживший 5 лет. Вроде как гугл уже ставит на свои сервера интеловские SSD. Так что через год многое станет ясно - при гугловых масштабах статистика за год вполне показательна. Учитывая, что под линуксом и обычная SD-флэшка с системой со свопом годами живет, не думаю, что будут какие-то проблемы со временем жизни. На линксис NSLU2 с дебианом использую старые флэшки примерно по году, после чего просто меняю на флэшки большей емкости; за три года ни с одной флэшкой проблем не было, хотя памяти на устройстве мало и своп используется, да и логи пишутся. Не говоря уже о том, что на системе с SSD своп можно вообще отключить. Проблемы обычно у виндоюзеров - у и них своп диск метелит, и atime,diratime вообще не отключаются и т.д. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: притормозы системы при коротких вс плесках дисковой активн ости
On Fri, 10.04.2009 16:12:10 , Alexey Pechnikov wrote: Если эта характеристика кажется вам абстрактной, Intel готова предоставить более жизненные цифры. Например, при среднем объёме обрабатываемой за день информации в 100 Гб накопители типа SSD производства Intel могут служить не менее пяти лет. Следует отметить, что даже самые активные пользователи вряд ли обрабатывают за день более 20-30 Гб информации, так что срок службы SSD может измеряться десятилетиями. Чтобы не сказать чушь, скажу матркетинговый трюк. Объём записанных данных не имеет никакого отношения к ресурсу SSD. Потому как ресурс там -- понятие локальное. И если, к примеру, запись производится часто маленькими порциями, то область служебной информации ФС может истереться _гораздо_ раньше всего остального. А в целом присоединюсь к Артёму: технологии без году неделя; пока это всё теория. Да, технология перспективная, но сейчас я её даже дома без постоянных бэкапов на механику использовать бы побоялся. -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких вс плесках дисковой активности
Тихон Тарнавский - debian-russian@lists.debian.org @ Fri, 10 Apr 2009 15:47:58 +0300: ТТ А в целом присоединюсь к Артёму: технологии без году неделя; пока ТТ это всё теория. Да, технология перспективная, но сейчас я её даже ТТ дома без постоянных бэкапов на механику использовать бы побоялся. А я как раз подумываю завести себе твердотельник в качестве носимого винта - чтобы не стремно было трясти... Пишется на него как раз нечасто, годилась бы и обычная флешка. Правда, стоит она такая, зараза... 6 тыщ за 64 гига - это все-таки перебор... -- Не сломалось - не чини. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких вс плесках дисковой активн ости
On Fri, 10.04.2009 17:03:37 , Artem Chuprina wrote: Тихон Тарнавский - debian-russian@lists.debian.org @ Fri, 10 Apr 2009 15:47:58 +0300: ТТ А в целом присоединюсь к Артёму: технологии без году неделя; пока ТТ это всё теория. Да, технология перспективная, но сейчас я её даже ТТ дома без постоянных бэкапов на механику использовать бы побоялся. А я как раз подумываю завести себе твердотельник в качестве носимого винта - чтобы не стремно было трясти... Пишется на него как раз нечасто, годилась бы и обычная флешка. Правда, стоит она такая, зараза... 6 тыщ за 64 гига - это все-таки перебор... В качестве носимого -- да. Тут преимущества перевешивают недостатки. А насчёт цены, так по мне для носимого 64 много. Мне 16 за глаза; да и то только потому, что 8 сейчас стоят почти столько же, а то бы ещё задумался. P.S. Когда-то и винты были, помнится, по доллару за мегабайт. ;-) -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 16:47:58 Тихон Тарнавский wrote: Чтобы не сказать чушь, скажу матркетинговый трюк. Объём записанных данных не имеет никакого отношения к ресурсу SSD. Потому как ресурс там -- понятие локальное. И если, к примеру, запись производится часто маленькими порциями, то область служебной информации ФС может истереться _гораздо_ раньше всего остального. Неправильно. Интел делает акцент как раз на то, что контроллер ssd-диска равномерно перераспределяет блоки, делая износ равномерным. По их словам, коэффициент неравномерности износа равен 1.1, т.е. чрезвычайно мал. Разумеется, все эти заявления может подтвердить только опыт эксплуатации, но ваши возражения нелепы, т.к. производитель утверждает, что это проблема полностью решена и у вас нет никаких фактов, доказывающих противное. А в целом присоединюсь к Артёму: технологии без году неделя; пока это всё теория. Да, технология перспективная, но сейчас я её даже дома без постоянных бэкапов на механику использовать бы побоялся. Никакие технологии необходимость бэкапов не отменяют. Кстати, бэкап уже давно надежнее делать как раз на флэшки, поскольку число операций записи мало. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 17:19:10 Тихон Тарнавский wrote: А я как раз подумываю завести себе твердотельник в качестве носимого винта - чтобы не стремно было трясти... Пишется на него как раз нечасто, годилась бы и обычная флешка. Правда, стоит она такая, зараза... 6 тыщ за 64 гига - это все-таки перебор... В качестве носимого -- да. Тут преимущества перевешивают недостатки. А насчёт цены, так по мне для носимого 64 много. Мне 16 за глаза; да и то только потому, что 8 сейчас стоят почти столько же, а то бы ещё задумался. На ssd в 64 гига можно целиком перенести рабочую систему, ни в чем себя не ограничивая. Например, у меня на рабочей машине так: $ df -h|grep sda /dev/sda1 108G 53G 50G 52% / Все остальное - музыка, фильмы, etc. давно живет на внешних дисках и флэшках. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: притормозы систе мы при коротких всплесках дисковой активности
On Fri, Apr 10, 2009 at 01:45:35PM +0400, Alexey Pechnikov wrote: Hello! On Friday 10 April 2009 13:15:39 Oleg Gashev wrote: Какое отношение имеет проц к винчестеру? Самое прямое. Уже на core2duo при работе с БД загрузка проца значительно меньше 100%, все упирается во ввод-вывод дисковых операций, т.е. диск не Если вы думаете, если никаких приложений кроме баз данных больших по размеру объема оперативки в природе не существует, то это не так. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы систе мы при коротких всплесках дисковой активности
On Fri, Apr 10, 2009 at 05:34:12PM +0400, Alexey Pechnikov wrote: Никакие технологии необходимость бэкапов не отменяют. Кстати, бэкап уже давно надежнее делать как раз на флэшки, поскольку число операций записи мало. ...дь! Вас же люди читают. Вдруг, кто-нибудь всерьез начнет делать бэкап на флешки! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 17:40:22 Иван Лох wrote: Самое прямое. Уже на core2duo при работе с БД загрузка проца значительно меньше 100%, все упирается во ввод-вывод дисковых операций, т.е. диск не Если вы думаете, если никаких приложений кроме баз данных больших по размеру объема оперативки в природе не существует, то это не так. Есть несколько известных паттернов использования диска и БД - один из них. Для этого паттерна определено соотношение количества читающих и пишущих операций и проч. параметры. Так что это гораздо более понятный пример, чем ...одна моя программа Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 17:43:19 Иван Лох wrote: On Fri, Apr 10, 2009 at 05:34:12PM +0400, Alexey Pechnikov wrote: Никакие технологии необходимость бэкапов не отменяют. Кстати, бэкап уже давно надежнее делать как раз на флэшки, поскольку число операций записи мало. ...дь! Вас же люди читают. Вдруг, кто-нибудь всерьез начнет делать бэкап на флешки! И что? Вы не поверите, но существуют еще и бэкапы на ленту и оптические диски. Притом, что срок жизни обычного двд-диска в лучшем случае 3 года, а флэшка при интенсивном использовании живет в разы дольше. Самые старые мои флэшки активно используются лет 5, всего у меня их десятка два, и за это время еще не было ни одного сбоя. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: притормозы сист емы при коротких всплесках дисковой активност и
On 2009.04.10 at 16:20:57 +0400, Artem Chuprina wrote: Заявление маркетоида и реальная жизнь - разные вещи... То есть, может быть, да, но мне бы хотелось сначала увидеть SSD, успешно проживший 5 лет. Подожди пять лет. Что-то это мне напоминает виденный в начале века job description где требовалось 5+ years of experience with Oracle 8i. При том что означенный 8i был два месяца как выпущен. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы систе мы при коротких всплесках дисковой активности
On 2009.04.10 at 16:15:02 +0400, Artem Chuprina wrote: Dmitry Fedorov - debian-russian@lists.debian.org @ Fri, 10 Apr 2009 18:12:16 +0700: А эмуляция твердотельниками интерфейса обычных - явление, вероятно, временное. Примерно так же, как эмуляция ядром старого интерфейса к сети, чтобы ifconfig работал... DF Как скоро мы забудем про 3-5 отсеки и новый диск будем устанавливать DF прямо в слот pci-e 16x ? Я думаю, через пару лет. На Eee-PC оно так устроено уже год как. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких всплесках дисковой акт ивности
10.04.09, 16:47, Тихон Тарнавский tik...@lexpr.ru: On Fri, 10.04.2009 16:12:10 , Alexey Pechnikov wrote: Если эта характеристика кажется вам абстрактной, Intel готова предоставить более жизненные цифры. Например, при среднем объёме обрабатываемой за день информации в 100 Гб накопители типа SSD производства Intel могут служить не менее пяти лет. Следует отметить, что даже самые активные пользователи вряд ли обрабатывают за день более 20-30 Гб информации, так что срок службы SSD может измеряться десятилетиями. Чтобы не сказать чушь, скажу матркетинговый трюк. Объём записанных данных не имеет никакого отношения к ресурсу SSD. Потому как ресурс там -- понятие локальное. И если, к примеру, запись производится часто маленькими порциями, то область служебной информации ФС может истереться _гораздо_ раньше всего остального. А в целом присоединюсь к Артёму: технологии без году неделя; пока это всё теория. Да, технология перспективная, но сейчас я её даже дома без постоянных бэкапов на механику использовать бы побоялся. Извиняюсь, но если область пишется часто, то она же часто и ремапится. С точки зрения ремапов самая большая задница - это диск, занятый на 99%, оставшийся 1% из которого непрерывно пишется. А технологии ремапа отработаны уже лет 10 как в обычном USB-флеше. -- wBR,George. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Система учета компью терной техники, сетевого о борудования, отслеживания проблем с ней.
eugene v. samusev пишет: 2009/4/7 Oleg Frolkov i...@of.pp.ru mailto:i...@of.pp.ru Чуть более года назад в поисках веб системы для построения карты сети и ее мониторинга натыкался на Французскую (если не ошибаюсь) с русским языковым файлом php систему для учета компьютерной, оргтехники, сетевого оборудования с построением логических связей между всем этим (что к чему подключено) и возможностью отслеживания Trouble Tickets от пользователей, отработки проблем и ведения статистики отказов оборудования. Речь идет про glpi ( http://glpi-project.org/spip.php?lang=en ) Для малых и средних организаций - самое то. -- Евгений Самусев. Контактная информация: jid,gtalk: samu...@gmail.com mailto:samu...@gmail.com e-mail: samu...@gmail.com mailto:samu...@gmail.com или samu...@techmoney.ru mailto:samu...@techmoney.ru mobile: +79226394899 Bingo! Похоже как раз оно, пока только на сайт зашел и похоже что тот-же. Спасибо огромное, тут по работе запары потому несколько выпал из рассылки. Олег. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при к оротких всплесках дисковой акти вности
10 апреля 2009 г. 20:58 пользователь Victor Wagner vi...@wagner.pp.ru написал: DF Как скоро мы забудем про 3-5 отсеки и новый диск будем устанавливать DF прямо в слот pci-e 16x ? Я думаю, через пару лет. На Eee-PC оно так устроено уже год как. Я про десктопы. Наладонные и прочие не считаем.
Re: притормозы системы при коротких в сплесках дисковой активности
Alexey Pechnikov - debian-russian@lists.debian.org @ Fri, 10 Apr 2009 17:38:31 +0400: А я как раз подумываю завести себе твердотельник в качестве носимого винта - чтобы не стремно было трясти... Пишется на него как раз нечасто, годилась бы и обычная флешка. Правда, стоит она такая, зараза... 6 тыщ за 64 гига - это все-таки перебор... В качестве носимого -- да. Тут преимущества перевешивают недостатки. А насчёт цены, так по мне для носимого 64 много. Мне 16 за глаза; да и то только потому, что 8 сейчас стоят почти столько же, а то бы ещё задумался. AP На ssd в 64 гига можно целиком перенести рабочую систему, ни в чем AP себя не ограничивая. Деушка, я там подразумеваю иметь, помимо рабочей системы с парой виртуалок унутре, еще и миррор дистрибутива, и гигабайт на 50 vfat'овский раздел, для обменов с виндуями. -- Вам правду резать или кусочком? Кнышев -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при к оротких всплесках дисковой акти вности
10 апреля 2009 г. 19:24 пользователь Alexander GQ Gerasiov написал: ничего, что pci-express кагбе тоже последовательный? На самом деле он параллельно-последовательный.
Re: притормозы системы при коротких вс плесках дисковой активн ости
On Fri, 10.04.2009 17:34:12 , Alexey Pechnikov wrote: On Friday 10 April 2009 16:47:58 Тихон Тарнавский wrote: Чтобы не сказать чушь, скажу матркетинговый трюк. Объём записанных данных не имеет никакого отношения к ресурсу SSD. Потому как ресурс там -- понятие локальное. И если, к примеру, запись производится часто маленькими порциями, то область служебной информации ФС может истереться _гораздо_ раньше всего остального. Неправильно. Интел делает акцент как раз на то, что контроллер ssd-диска равномерно перераспределяет блоки, делая износ равномерным. По их словам, коэффициент неравномерности износа равен 1.1, т.е. чрезвычайно мал. Разумеется, все эти заявления может подтвердить только опыт эксплуатации, но ваши возражения нелепы, т.к. производитель утверждает, что это проблема полностью решена и у вас нет никаких фактов, доказывающих противное. А теперь перечитайте ещё раз, и подумайте: контроллер не сможет распределять использование служебных блоков ФС, поскольку эти служебные блоки по самому устройству ФС фиксированы и их мало. А в целом присоединюсь к Артёму: технологии без году неделя; пока это всё теория. Да, технология перспективная, но сейчас я её даже дома без постоянных бэкапов на механику использовать бы побоялся. Никакие технологии необходимость бэкапов не отменяют. Кстати, бэкап уже давно надежнее делать как раз на флэшки, поскольку число операций записи мало. Смотря как быкап организован. Если инкрементные архивы, как на лентах, то возможно. Но тут ещё не стоит забывать, что для бэкапа главное надёжность, а ssd гораздо более чувствительны к э/м полям. У них в смысле надёжности только одно преимущество -- механическая устойчивость; но для бэкапов это как не важно, т.к. их с собой никто не таскает. -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких вс плесках дисковой активн ости
On Fri, 10.04.2009 18:03:48 , George Shuklin wrote: 10.04.09, 16:47, Тихон Тарнавский tik...@lexpr.ru: On Fri, 10.04.2009 16:12:10 , Alexey Pechnikov wrote: Если эта характеристика кажется вам абстрактной, Intel готова предоставить более жизненные цифры. Например, при среднем объёме обрабатываемой за день информации в 100 Гб накопители типа SSD производства Intel могут служить не менее пяти лет. Следует отметить, что даже самые активные пользователи вряд ли обрабатывают за день более 20-30 Гб информации, так что срок службы SSD может измеряться десятилетиями. Чтобы не сказать чушь, скажу матркетинговый трюк. Объём записанных данных не имеет никакого отношения к ресурсу SSD. Потому как ресурс там -- понятие локальное. И если, к примеру, запись производится часто маленькими порциями, то область служебной информации ФС может истереться _гораздо_ раньше всего остального. А в целом присоединюсь к Артёму: технологии без году неделя; пока это всё теория. Да, технология перспективная, но сейчас я её даже дома без постоянных бэкапов на механику использовать бы побоялся. Извиняюсь, но если область пишется часто, то она же часто и ремапится. С точки зрения ремапов самая большая задница - это диск, занятый на 99%, оставшийся 1% из которого непрерывно пишется. А технологии ремапа отработаны уже лет 10 как в обычном USB-флеше. И при чём здесь ремапинг к области служебных данных ФС? -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 19:54:58 Тихон Тарнавский wrote: ssd гораздо более чувствительны к э/м полям. Когда наступила июньская жара и гусаки начали метать икру... (с) Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 19:35:26 Artem Chuprina wrote: гигабайт на 50 vfat'овский раздел, для обменов с виндуями. Ужас. Не иначе как в кризис контрафактом приторговываете :-) Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 19:56:34 Тихон Тарнавский wrote: Извиняюсь, но если область пишется часто, то она же часто и ремапится. С точки зрения ремапов самая большая задница - это диск, занятый на 99%, оставшийся 1% из которого непрерывно пишется. А технологии ремапа отработаны уже лет 10 как в обычном USB-флеше. И при чём здесь ремапинг к области служебных данных ФС? На уровне контроллера нет абсолютно никакой разницы между служебными данными ФС и пользовательскими данными, поскольку чип вообще не ведает о существовании ФС, а работает с блоками данных. А можно и без ФС данные на флэшке хранить, так делается во многих встраиваемых устройствах. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: притормозы систе мы при коротких всплесках дисковой активности
On 2009.04.10 at 22:31:41 +0700, Dmitry Fedorov wrote: 10 апреля 2009 г. 20:58 пользователь Victor Wagner vi...@wagner.pp.ru написал: DF Как скоро мы забудем про 3-5 отсеки и новый диск будем устанавливать DF прямо в слот pci-e 16x ? Я думаю, через пару лет. На Eee-PC оно так устроено уже год как. Я про десктопы. Наладонные и прочие не считаем. Асус уже делает Eee-Box, правда с механическим винчестером. Еще пара моделей и они и по этой детали ноутбук с десктопом унифицируют. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких вс плесках дисковой активн ости
On Fri, 10.04.2009 20:05:53 , Alexey Pechnikov wrote: On Friday 10 April 2009 19:54:58 Тихон Тарнавский wrote: ssd гораздо более чувствительны к э/м полям. Когда наступила июньская жара и гусаки начали метать икру... (с) Что Вы этим хотите сказать? Чтобы я в гугль за Вас сходил? -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 20:16:34 Тихон Тарнавский wrote: On Friday 10 April 2009 19:54:58 Тихон Тарнавский wrote: ssd гораздо более чувствительны к э/м полям. Когда наступила июньская жара и гусаки начали метать икру... (с) Что Вы этим хотите сказать? Чтобы я в гугль за Вас сходил? HDD, магнитофонные кассеты и подобные носители используют намагничивание т.н. доменов. В оптических дисках, флэшках и проч. используются иные принципы записи. Флэшки ближе к RAM-памяти, чем к HDD. Если же говорить о сверхмощных полях, то ими можно спалить любую электронику и не только (а то и металл испарить, ежели мощности хватает). Best regards, Alexey Pechnikov. http://pechnikov.tel/
Lenny. Seamonkey так, что бы ничего н е испортить.
Прошу прощения, если вопросы будут весьма тривиальны. Исключительно в целях ничего не испортить. Есть желание использовать Seamonkey. Поскольку Iceape не включён в Lenny, скачал *.tar.gz отсюда: http://www.seamonkey-project.org/releases/ Подскажите пожалуйста, если я распакую его в ~/seamonkey и запущу ./seamonkey, не будет ли он пытаться прописать что-либо куда либо, кроме назначенной ему директории? Ну, скажем, куда-нибудь в уже имеющийся у меня ~/.mozilla/firefox/xxx.default/chrome или что-нибудь в этом духе? Разъясните пожалуйста. Нет желания устанавливать его в систему, либо заменять уже имеющееся. Спасибо. -- С Уважением, Марк Гольдштейн Sincerely Yours' Mark Goldshtein
Re: притормозы системы при коротких в сплесках дисковой активности
Alexey Pechnikov - debian-russian@lists.debian.org @ Fri, 10 Apr 2009 20:00:58 +0400: гигабайт на 50 vfat'овский раздел, для обменов с виндуями. AP Ужас. Не иначе как в кризис контрафактом приторговываете :-) Вы серьезно не представляете себе объем сырого фотоматериала, привозимого из трехнедельного путешествия неплохим фотографом? И, кстати, объем контрафакта, осмысленный для торговли? -- русская народная глупость Кнышев -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких вс плесках дисковой активн ости
On Fri, 10.04.2009 20:28:42 , Alexey Pechnikov wrote: Hello! On Friday 10 April 2009 20:16:34 Тихон Тарнавский wrote: On Friday 10 April 2009 19:54:58 Тихон Тарнавский wrote: ssd гораздо более чувствительны к э/м полям. Когда наступила июньская жара и гусаки начали метать икру... (с) Что Вы этим хотите сказать? Чтобы я в гугль за Вас сходил? HDD, магнитофонные кассеты и подобные носители используют намагничивание т.н. доменов. В оптических дисках, флэшках и проч. используются иные принципы записи. И что? Эти иные принципы что, не на электромагнитном излучении основаны? Это ведь не магнитооптика всё же. -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: bibtex и гост р 7.0.5-2008
Vladimir Elizarov wrote: У меня сейчас с \bibliographystyle{unsrt} вроде бы всё хорошо, кроме того что поле издание, количество страниц итд. на англиском. Что не совсем хорошо. Это как понимаю можно исправить только своим стилем? Поляков в стилях gost* для этого вводил поле language. Если надо сделать список литературы только для одной публикации (хотя BibTeX рассчитан на большее), можно просто в последний момент взять содержимое *.bbl и подправить руками. В comp.text.tex сильно хвалили biblatex, он заметную часть форматирования позволяет реализовать средствами latex, а не bibtex. Как у него с русским, я не знаю. С учетом того, что сортировка не нужна, может оказаться проще. А вообще, подобные вопросы лучше задавать в неоднократно упоминавшемся cyrtex...@vsu.ru -- Максим Никулин -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: bibtex и гост р 7.0.5-2008
я когда-то пробовал один совет с лора, что получилось тут http://worldmind.livejournal.com/22566.html но я откатился до 1251 Alexey Shrub --- Пт, 10.4.09, Maxim Nikulin niku...@gorodok.net пишет: От: Maxim Nikulin niku...@gorodok.net Тема: Re: bibtex и гост р 7.0.5-2008 Кому: debian-russian@lists.debian.org Дата: Пятница, 10 апрель 2009, 20:55 Vladimir Elizarov wrote: У меня сейчас с \bibliographystyle{unsrt} вроде бы всё хорошо, кроме того что поле издание, количество страниц итд. на англиском. Что не совсем хорошо. Это как понимаю можно исправить только своим стилем? Поляков в стилях gost* для этого вводил поле language. Если надо сделать список литературы только для одной публикации (хотя BibTeX рассчитан на большее), можно просто в последний момент взять содержимое *.bbl и подправить руками. В comp.text.tex сильно хвалили biblatex, он заметную часть форматирования позволяет реализовать средствами latex, а не bibtex. Как у него с русским, я не знаю. С учетом того, что сортировка не нужна, может оказаться проще. А вообще, подобные вопросы лучше задавать в неоднократно упоминавшемся cyrtex...@vsu.ru -- Максим Никулин -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Вы уже с Yahoo!? Испытайте обновленную и улучшенную. Yahoo! Почту! http://ru.mail.yahoo.com
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 20:51:18 Тихон Тарнавский wrote: HDD, магнитофонные кассеты и подобные носители используют намагничивание т.н. доменов. В оптических дисках, флэшках и проч. используются иные принципы записи. И что? Эти иные принципы что, не на электромагнитном излучении основаны? Это ведь не магнитооптика всё же. Вы меня убиваете :-( Оптика занимается электромагнитным излучением, в диапазоне, который называется оптическим. Магнитооптика как раз использует электромагнитные импульсы для записи (надежность достигается за счет того, что для записи мало того, что нужен более мощный импульс, чем для считывания, но еще и необходима высокая температура носителя, что достигается путем предварительного нагрева лазером). Флэш-память основана на полевых транзисторах, т.е. на эффекте квантового туннелирования через диэлектрик, то есть внешним излучением можно сжечь транзисторы, но нельзя изменить их состояние, что обеспечивает высокую надежность хранения. А по реализации это EEPROM, но с поблочной записью. При этом EEPROM используется много десятилетий во всей электронике и очень надежен. Современная флэш-память это EEPROM со скоростью доступа, приближающейся к операциям с RAM. Плюс к тому ECC и другие технологии контроля целостности реализованы прямо в чипе. В магнитооптике надежность достигается за счет фазового перехода, а для флэш- памяти - за счет квантового туннельного перехода. При температурах ниже 120 - 150 градусов Цельсия магнитооптика не имеет никаких преимуществ. При более высоких температурах флэш сдохнет целиком, хотя и не сразу, а магнитооптический носитель потеряет значительную часть записанной информации (температура Кюри для металлов несколько сот градусов, но и при приближении к ней в электромагнитном поле информация начнет стираться). В электромагнитном поле, достаточном, чтобы сжечь транзисторы флэш-памяти, коэффициент преломления будет сильно нелинеен и с магнитооптического носителя информацию прочитать не удастся, притом этот носитель очень быстро достигнет температуры Кюри и потеряет всю информацию. Возможно, магнитооптика может выиграть при высоких температурах (примерно от 150 градусов Цельсия) и то лишь при условии высокой избыточности записанной информации, причем магнитооптический носитель в таких условиях быстро сотрется. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 20:44:17 Artem Chuprina wrote: AP Ужас. Не иначе как в кризис контрафактом приторговываете :-) Вы серьезно не представляете себе объем сырого фотоматериала, привозимого из трехнедельного путешествия неплохим фотографом? У меня в фотоаппарате воткнута флэшка на 8 гиг и уже год как пишу на нее, место пока есть. Даже если в течении 21 дня 8 часов в день снимать по 1 кадру в минуту, получится примерно 10 000 кадров. На флэшку влезет. И, кстати, объем контрафакта, осмысленный для торговли? Если фильмы - терабайты. Если базы ГИБДД, банков и т.п., то и несколько десятков гигабайт достаточно. Вероятно, вы выберете более ценную информацию ;-) Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: bibtex и гост р 7.0.5-2008
Alexey Shrub wrote: я когда-то пробовал один совет с лора, что получилось тут http://worldmind.livejournal.com/22566.html но я откатился до 1251 Alexey Shrub --- *Пт, 10.4.09, Maxim Nikulin /niku...@gorodok.net/* пишет: От: Maxim Nikulin niku...@gorodok.net Тема: Re: bibtex и гост р 7.0.5-2008 Кому: debian-russian@lists.debian.org Дата: Пятница, 10 апрель 2009, 20:55 Vladimir Elizarov wrote: У меня сейчас с \bibliographystyle{unsrt} вроде бы всё хорошо, кроме того что поле издание, количество страниц итд. на англиском. Что не совсем хорошо. Это как понимаю можно исправить только своим стилем? Поляков в стилях gost* для этого вводил поле language. Если надо сделать список литературы только для одной публикации (хотя BibTeX рассчитан на большее), можно просто в последний момент взять содержимое *.bbl и подправить руками. В comp.text.tex сильно хвалили biblatex, он заметную часть форматирования позволяет реализовать средствами latex, а не bibtex. Как у него с русским, я не знаю. С учетом того, что сортировка не нужна, может оказаться проще. А вообще, подобные вопросы лучше задавать в неоднократно упоминавшемся cyrtex...@vsu.ru -- Максим Никулин -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Вы уже с Yahoo!? Испытайте обновленную и улучшенную. Yahoo! Почту http://ru.mail.yahoo.com! А можно способ лора, по ссылке он не написан. signature.asc Description: OpenPGP digital signature
Re: притормозы систем ы при коротких всплесках дисковой активности
Alexey Pechnikov - debian-russian@lists.debian.org @ Fri, 10 Apr 2009 21:56:39 +0400: AP Ужас. Не иначе как в кризис контрафактом приторговываете :-) Вы серьезно не представляете себе объем сырого фотоматериала, привозимого из трехнедельного путешествия неплохим фотографом? AP У меня в фотоаппарате воткнута флэшка на 8 гиг и уже год как пишу AP на нее, место пока есть. Даже если в течении 21 дня 8 часов в день AP снимать по 1 кадру в минуту, получится примерно 10 000 кадров. На AP флэшку влезет. У нормального фотоаппарата характерный размер сырого файла, если я правильно понимаю, порядка 12-16 мегабайт. 8 гиг - это всего полтыщи кадров. Столько приличный фотограф успевает отснять за 3-4 дня. За неделю - в режиме жесткой экономии места. Знакомые в такую поездку, помимо собственно карточек, берут хреновину типа винчестер с кардридером. И привозят 40 гигабайт. Я, ни разу не фотограф, с мыльницей, у которой на выходе 2-с-небольшим-мегабайтный jpeg, привожу из двухнедельной поездки 3-4 гига. Сиречь полторы-две тысячи кадров. Ну да, если одна поездка в год, то за год в 8 гиг я уложусь... И даже с двумя, наверное, уложусь... Учитывая, что я кроме как в поездках, почти не снимаю. -- Попрошу благородного дона не обобщать с утра пораньше! (С)энта -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких в сплесках дисковой актив ности
On Fri, 10.04.2009 23:12:04 , Artem Chuprina wrote: Alexey Pechnikov - debian-russian@lists.debian.org @ Fri, 10 Apr 2009 21:56:39 +0400: AP Ужас. Не иначе как в кризис контрафактом приторговываете :-) Вы серьезно не представляете себе объем сырого фотоматериала, привозимого из трехнедельного путешествия неплохим фотографом? AP У меня в фотоаппарате воткнута флэшка на 8 гиг и уже год как пишу AP на нее, место пока есть. Даже если в течении 21 дня 8 часов в день AP снимать по 1 кадру в минуту, получится примерно 10 000 кадров. На AP флэшку влезет. У нормального фотоаппарата характерный размер сырого файла, если я правильно понимаю, порядка 12-16 мегабайт. 8 гиг - это всего полтыщи кадров. Столько приличный фотограф успевает отснять за 3-4 дня. За неделю - в режиме жесткой экономии места. Знакомые в такую поездку, помимо собственно карточек, берут хреновину типа винчестер с кардридером. И привозят 40 гигабайт. Я, ни разу не фотограф, с мыльницей, у которой на выходе 2-с-небольшим-мегабайтный jpeg, привожу из двухнедельной поездки 3-4 гига. Сиречь полторы-две тысячи кадров. Ну да, если одна поездка в год, то за год в 8 гиг я уложусь... И даже с двумя, наверное, уложусь... Учитывая, что я кроме как в поездках, почти не снимаю. Откровенно говоря, нынешняя массовая фотографомания мне совершенно непонятна. Я привык, что в двухнедельную поездку человек брал с собой одну-две 36-кадровых плёнки. Ну, _максимум_ три -- про запас. И ему _хватало_. -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы систе мы при коротких всплесках дисковой активности
On Fri, Apr 10, 2009 at 09:56:39PM +0400, Alexey Pechnikov wrote: Если фильмы - терабайты. Если базы ГИБДД, банков и т.п., то и несколько десятков гигабайт достаточно. Вероятно, вы выберете более ценную информацию ;-) Если только фотографии клиентов в высоком разрешении хранить -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы систем ы при коротких всплесках дисковой активности
Тихон Тарнавский - debian-russian@lists.debian.org @ Fri, 10 Apr 2009 22:39:08 +0300: ТТ Откровенно говоря, нынешняя массовая фотографомания мне ТТ совершенно непонятна. Я привык, что в двухнедельную поездку человек ТТ брал с собой одну-две 36-кадровых плёнки. Ну, _максимум_ три -- про ТТ запас. И ему _хватало_. Дело не в том, что хватало. А в том, что больше было очень трудно обработать. Ну и дорого, да. Только отдельные маньяки снимали больше. С цифрой появилась возможность снимать больше. И получать потом выбор из большего количества снимков. Ну да, из шведских фотографий у меня на стене в итоге висит одна. Будь у меня три пленки, ее могло бы вообще не быть. А учитывая, что в большинстве мест, где я побывал в своих поездках, я если и окажусь второй раз, то очень нескоро... -- Делу время, потехе - деньги. Кнышев -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 23:12:04 Artem Chuprina wrote: У нормального фотоаппарата характерный размер сырого файла, если я правильно понимаю, порядка 12-16 мегабайт. 8 гиг - это всего полтыщи кадров. Столько приличный фотограф успевает отснять за 3-4 дня. За неделю - в режиме жесткой экономии места. Знакомые в такую поездку, помимо собственно карточек, берут хреновину типа винчестер с кардридером. И привозят 40 гигабайт. Пить - так до белой горячки, фотографировать - так тысячи кадров... Впрочем, это лучше, чем загрязнять окружающую среду... Я, ни разу не фотограф, с мыльницей, у которой на выходе 2-с-небольшим-мегабайтный jpeg, привожу из двухнедельной поездки 3-4 гига. Сиречь полторы-две тысячи кадров. Покажите мне полторы-две тысячи заслуживающих внимания кадра из одной двухнедельной поездки. Не могу поверить в то, что это вообще возможно. Ну да, если одна поездка в год, то за год в 8 гиг я уложусь... И даже с двумя, наверное, уложусь... Учитывая, что я кроме как в поездках, почти не снимаю. Действительно стоящих кадров, которые стоило бы, к примеру, оформить в виде картины на стену у меня примерно десяток в год. Есть еще различные памятные события, хотя и не имеющие ценности с художественной точки зрения. Остальное - не стоит того, чтобы тратить время на повторный просмотр в будущем. Учитывая размер экрана обычного фотоаппарата в 2,5 - 3 дюйма и возможность произвольного увеличения снимков, не составляет проблем просмотреть в тот же день отснятые кадры и лишние удалить - зачем их возить-то? Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: притормозы системы при коротких всплесках дисковой активности
Hello! On Friday 10 April 2009 23:45:58 Иван Лох wrote: Если фильмы - терабайты. Если базы ГИБДД, банков и т.п., то и несколько десятков гигабайт достаточно. Вероятно, вы выберете более ценную информацию ;-) Если только фотографии клиентов в высоком разрешении хранить В высоком не получится. 100 000 фотографий с вебкамер - это примерно 25 гиг. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Lenny. Seamonkey так, что бы ничего не испортить.
Mark Goldshtein пишет: Подскажите пожалуйста, если я распакую его в ~/seamonkey и запущу ./seamonkey, не будет ли он пытаться прописать что-либо куда либо, кроме назначенной ему директории? Ну, скажем, куда-нибудь в уже имеющийся у меня ~/.mozilla/firefox/xxx.default/chrome или что-нибудь в этом духе? и да, и нет. обычно он создает новый профиль, где-то в ~/.mozilla, гадить в существующий профиль firefox'а не должен. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: про фаирфокс и восстановле ние сессии
В Чтв, 09/04/2009 в 19:04 +0400, sergio пишет: Если ff был закрыт не правильно, то при запуске он спрашивает восстанавливать ли сессию. Сейчас я обнаружил, что kde4 при выходе каким-то образом закрывает запущенный ff правильно. 1) есть идеи как kde4 это делает? думается мне, что оно при выходе посылает close (тот который происходит по нажатию на кнопочку закрыть на обрамлении окна) 2) правильно так поступать wm при выходе? 3) из любопытства: как послать окну close? 4) как побороть изначальную проблему не в kde4? (это собственно основной вопрос) 1) Безусловно восстанавливать сессию после падения плохо. 2) TabMixPlus это перебор, а вот Session Manager, помогает избежать потерю сессии, спасибо. 3) ff вообще игнорирует сигналы (тупо дохнет), так что kde4 видимо таки посылает закрыть окно. Не очень понятно правда кому посылает. Видимо всем тем, кто был запущен через само kde. В /usr/share/applications/iceweasel.desktop я ничего интересного не нашёл. В прочем проблемы kde меня не сильно волнуют. 4) послать окну close можно, например, с помощью wmctrl. Ещё можно через eesh в e16. 5) Кто-нибудь знает, какие wm'ы умеют слать закрыть окно при выходе? И правильно ли так делать? -- sergio
xkb сломали?
Всем привет. % grep grp /etc/X11/xorg.conf # Option XkbOptions grp:rctrl_toggle,grp_led:scroll Option XkbOptionsgrp:win_menu_switch % grep grp /var/log/Xorg.0.log (**) Option xkb_options grp:rctrl_toggle,lv3:ralt_switch,grp_led:scroll % Откуда он это берёт? -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xkb сломали?
Ctrl-Alt-Backspace, кстати, тоже не работает. Может сломали не xkb, или не только его. -- sergio.
Re: притормозы систем ы при коротких всплесках дисковой активности
Alexey Pechnikov - debian-russian@lists.debian.org @ Sat, 11 Apr 2009 00:14:50 +0400: У нормального фотоаппарата характерный размер сырого файла, если я правильно понимаю, порядка 12-16 мегабайт. 8 гиг - это всего полтыщи кадров. Столько приличный фотограф успевает отснять за 3-4 дня. За неделю - в режиме жесткой экономии места. Знакомые в такую поездку, помимо собственно карточек, берут хреновину типа винчестер с кардридером. И привозят 40 гигабайт. AP Пить - так до белой горячки, фотографировать - так тысячи AP кадров... Впрочем, это лучше, чем загрязнять окружающую среду... Ну, я же не предлагаю так делать _тебе_. Я, ни разу не фотограф, с мыльницей, у которой на выходе 2-с-небольшим-мегабайтный jpeg, привожу из двухнедельной поездки 3-4 гига. Сиречь полторы-две тысячи кадров. AP Покажите мне полторы-две тысячи заслуживающих внимания кадра из одной AP двухнедельной поездки. Не могу поверить в то, что это вообще возможно. Заслуживающих внимания из них, естественно, в результате десятка два. Но чтобы они были - нужны полторы тысячи. Ну да, если одна поездка в год, то за год в 8 гиг я уложусь... И даже с двумя, наверное, уложусь... Учитывая, что я кроме как в поездках, почти не снимаю. AP Действительно стоящих кадров, которые стоило бы, к примеру, AP оформить в виде картины на стену у меня примерно десяток в AP год. Есть еще различные памятные события, хотя и не имеющие AP ценности с художественной точки зрения. Остальное - не стоит того, AP чтобы тратить время на повторный просмотр в будущем. Учитывая AP размер экрана обычного фотоаппарата в 2,5 - 3 дюйма и возможность AP произвольного увеличения снимков, не составляет проблем просмотреть AP в тот же день отснятые кадры и лишние удалить - зачем их возить-то? 1. Я не настолько расслабленно езжу, чтобы у меня еще оставались силы на просмотр. 2. Нет, экран фотоаппарата для этого не годится совершенно. -- Проявил себя? Закрепи! Кнышев -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: про фаирфокс и восстановл ение сессии
2009/4/11 sergio mail...@sergio.spb.ru: 1) Безусловно восстанавливать сессию после падения плохо. Вот прямо так и безусловно? Даже аргументировать не будете? -- С уважением, Константин Матюхин
Загрузка Debian Lenny с LiveUSB
Записал Debian Live USB (amd64) как указано здесь http://wiki.debian.org/DebianLive/Howto/USB на флешку, поменял настройки BIOSа на загрузку с USB HDD (там еще есть пункты для загрузки с USBшный сидирома и дисковода для дискет, а также для загрузки с USB key) пытаюсь загрузить - система не грузиться, ничего не говоря грузиться Windows XP с жесткого диска. После загрузки, система читает эту флешку под имемем DEBIAN_LIVE, на ней четыре директории с кучей файлов - .disk, doc, live, syslinux и файл md5sum - это нормально, или там должен быть один файл образа диска? При этом, при перезагрузке системы с обычной рабоей флешкой (где нет никаких ОС для загрузки), воткнутой обычно в ноут, BIOS пишет, что флешка недействительна, вытащите ее и нажмите любую клавишу - т.е. BIOS явно настроен на то, чтобы загружаться с флешки. При вставленной флешке с Live Debian ничего такого не происходит. Есть ли какие-то специальные требования к флешкам для того, чтобы на них устанавливать Live Debian? У меня флешка Transcend JetFlash 1 GB. Может, нужен больший объем физической памяти флешки, и 300 мегов свободного места мало для работы системы? Все равно не ясно, почему тогда BIOS никак не пытается ее загрузить, если уж он пытается загрузить флешку без ОС, просто с рабочими документами? И как проверить, насколько правильно записалась флешка? Может быть, проблема связана с тем, что я скачивал образ диска из-под виндовой системы? (У старого ноута, на котором я установил Debian в качестве учебного и познавательного образца, когда начал миграцию, ОЗУ 128 МГб, я очень долго бы скачивал с его помощью). А записывал его на флешку с ноута, на котором установлен Debian, скопировав туда скачанный файл? (Я не смог из-под винды записать образ диска на флешку, т.к. проги, указанные в вышепривдеенной ссылке, требовали флоппи диск, и не хотели видеть флешку, не говоря уже о том, чтобы запсывать на нее). Вроде бы тоже не должно быть разницы. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org