Re: В VirtualBox 4.0.4 сломали поддержку USB 2.0?
On 25.04.2011 10:25, Иван Лох wrote: On Mon, Apr 25, 2011 at 03:22:50AM +, James Brown wrote: Successfully installed Oracle VM VirtualBox Extension Pack. Открываю в веб-морде вбокса - файл/найтрокий/плагины - указано, что активен. Открываю свойства машины - выводится такое: Код ошибки: NS_ERROR_FAILURE (0x4005) Компонент: Как же все-таки заставить его заработать? Набираете в Google: NS_ERROR_FAILURE 0x4005 -ubuntu и получаете ответ: Add the following entry to /etc/fstab: none /proc/bus/usb usbfs auto,busgid=XXX,busmode=0775,devgid=XXX,devmode=0664 0 0 Replace XXX by the group ID of the group vboxusers. You can determine this value by executing grep vboxusers /etc/group Of course, the current user should be member of that group. After the next reboot, there should be a directory /proc/bus/usb/ and the device entries below should be accessible by any user of the vboxusers group. 1. Оказалась дурость - при переустановке vbox (я его сносил полностью aptitude purge) юзеры оказались не в группе vboxusers. Поэтому когда я включил, USB видит, но подлкючается не ко всем устройствам - только к сканеру, иногда к какой-то из флешек. Выглядит в ГУЙ-морде вбокса это так: http://s2.ipicture.ru/Gallery/Viewfull/4168038.html Те usb-устройства, которые выглядят как серые (а не черный) - не выбираются. Так было до установки Oracle_VM_VirtualBox_Extension_Pack-4.0.6-71344.vbox-extpack , такая же фигня после установки. 2. Ваши рекомендации не помогли, mount показывает: procbususb on /proc/bus/usb type usbfs (rw) Но проблема не решилась. Кстати, это решение не аналогично этому http://forums.virtualbox.org/viewtopic.php?f=7t=18934 ? (Когда-то давно, еще на тройке, я его применял, чтобы vbox увидел usb). 3. Лог одной из виртмашин прилагаю (UUID'ы из паранойи заенил какой-то фигней), как видно из него Extention Pack и guestaddition загрузились. Смущает такая запись в логе: EHCI: USB Suspended 00:00:00.655 VirtualBox 4.0.6 r71344 linux.amd64 (Apr 21 2011 11:50:04) release log 00:00:00.655 Log opened 2011-05-04T08:08:39.658272000Z 00:00:00.655 OS Product: Linux 00:00:00.655 OS Release: 2.6.32-5-amd64 00:00:00.655 OS Version: #1 SMP Mon Mar 7 21:35:22 UTC 2011 00:00:00.655 DMI Product Name: TravelMate 3040 00:00:00.655 DMI Product Version: Not Applicable 00:00:00.656 Host RAM: 3013MB RAM, available: 1989MB 00:00:00.656 Executable: /usr/lib/virtualbox/VirtualBox 00:00:00.656 Process ID: 10262 00:00:00.656 Package type: LINUX_64BITS_DEBIAN_6_0 00:00:00.720 SUP: Loaded VMMR0.r0 (/usr/lib/virtualbox/VMMR0.r0) at 0xa05a6a20 - ModuleInit at a05bcac0 and ModuleTerm at a05bca90 00:00:00.720 SUP: VMMR0EntryEx located at a05bc9b0, VMMR0EntryFast at a05bba80 and VMMR0EntryInt at a05bb8b0 00:00:00.758 Using XKB for keycode to scan code conversion 00:00:00.774 File system of '/home/user/.VirtualBox/Machines/Ubuntu/Snapshots' (snapshots) is ext3 00:00:00.774 File system of '/home/user/.VirtualBox/Machines/Ubuntu/Snapshots/{xxx}.vdi' is ext3 00:00:00.798 VBoxSharedClipboard mode: Bidirectional 00:00:00.802 * CFGM dump * 00:00:00.802 [/] (level 0) 00:00:00.802 CSAMEnabled integer = 0x0001 (1) 00:00:00.802 CpuExecutionCap integer = 0x0064 (100) 00:00:00.802 EnablePAE integer = 0x (0) 00:00:00.802 HwVirtExtForced integer = 0x (0) 00:00:00.802 MemBalloonSize integer = 0x (0) 00:00:00.802 Namestring = Ubuntu (cb=7) 00:00:00.802 NumCPUs integer = 0x0001 (1) 00:00:00.802 PATMEnabled integer = 0x0001 (1) 00:00:00.802 PageFusion integer = 0x (0) 00:00:00.802 RamHoleSize integer = 0x2000 (536870912) 00:00:00.802 RamSize integer = 0x2000 (536870912) 00:00:00.802 RawR0Enabledinteger = 0x0001 (1) 00:00:00.802 RawR3Enabledinteger = 0x0001 (1) 00:00:00.802 TimerMilliesinteger = 0x000a (10) 00:00:00.802 UUIDbytes = 9a a2 c2 f3 e9 e2 63 43 c5 41 b8 55 9e 38 2c 11 (cb=16) 00:00:00.802 00:00:00.802 [/CPUM/] (level 1) 00:00:00.802 SyntheticCpu integer = 0x (0) 00:00:00.802 00:00:00.802 [/Devices/] (level 1) 00:00:00.802 00:00:00.802 [/Devices/8237A/] (level 2) 00:00:00.802 00:00:00.802 [/Devices/8237A/0/] (level 3) 00:00:00.802 Trusted integer = 0x0001 (1) 00:00:00.802 00:00:00.802 [/Devices/AudioSniffer/] (level 2) 00:00:00.802 00:00:00.802 [/Devices/AudioSniffer/0/] (level 3) 00:00:00.802 00:00:00.802 [/Devices/AudioSniffer/0/Config/] (level 4) 00:00:00.802 00:00:00.802 [/Devices/AudioSniffer/0/LUN#0/] (level 4) 00:00:00.802 Driver string = MainAudioSniffer (cb=17) 00:00:00.802 00:00:00.802 [/Devices/AudioSniffer/0/LUN#0/Config/] (level 5) 00:00:00.802 Object
Re: eToken64
05/03/11 19:41, Ed пишет: \skip opensc с этим токеном успешно работают в etch точно. Правда openssh пришлось патчить для работы с токеном но в squeeze уже не актуально и работает из коробки. ну скажем opensc-tool -f должен работать? Конечно. -- With Best Regards, Maksym Tiurin JID:mrko...@jabber.pibhe.com ___ / _ )__ _ ___ ___ _ / _ / // / _ \/ _ `/ _ `/ __/ // (_- //\_,_/_//_/\_, /\_,_/_/ \_,_/___/ /___/ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dc1ada5.9020...@bungarus.info
Re: eToken64
On 05/04/11 23:48, Maksym Tiurin wrote: ну скажем opensc-tool -f должен работать? Конечно. у меня же ругается: edo-work:/tmp# opensc-tool -f [opensc-tool] reader-pcsc.c:906:pcsc_detect_readers: SCardEstablishContext failed: 0x8010001d [opensc-tool] reader-pcsc.c:1015:pcsc_detect_readers: returning with: No readers found Using reader with a card: Aladdin eToken PRO 64k [opensc-tool] reader-openct.c:233:openct_reader_connect: openct_reader_connect read failed: Generic error [opensc-tool] card.c:228:sc_connect_card: returning with: Card not present при этом в syslog всё то же насчёт reset: May 5 00:33:08 edo-work ifdhandler[31285]: ifdhandler_process: ifdhandler_process(cmd=CT_CMD_RESET, unit=0) May 5 00:33:08 edo-work ifdhandler[31285]: etoken64: failed to activate token -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dc1b892.7050...@yandex.ru
про спам
Всем привет. Сейчас у меня спам отсеивается спамассасином, spf, и всякими экзимовскими проверками (типа на существование отправителя). И этого как-то маловато. Вот что хотелось бы узнать. 1) На сколько эффективно помагает dnsrbl? Где и как выбирать какие списки использовать? На что надо обратить внимание, если соберусь его использовать? 2) На сколько эффективен грейлистинг? Стоят ли задержки того? На что надо обратить внимание, если соберусь его использовать? 3) mxallowd ? 4) Кроме dnsrbl ещё какие-нибудь списки существуют? 5) Что ещё? -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dc1d822.6040...@sergio.spb.ru
про спам и backup mx
Всем привет. Вот допустим primary MX ложится, и почту за него принимает secondary. А потом поднимается, и secondary пытается передать принятое primary. И тут появляются проблемы, что primary отказывается принимать письма для несуществующих пользователей и прочий спам. И всё это повисает в очереди на secondary до тех пор пока не сдохнет. Те вроде как secondary обещал доставить письма, а с другой стороны это значит получить кучу спама, часть из которого вообще некому отдать. -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dc1dc74.2040...@sergio.spb.ru
Re: про спам и backup mx
05.05.2011 03:08, sergio пишет: Всем привет. Вот допустим primary MX ложится, и почту за него принимает secondary. А потом поднимается, и secondary пытается передать принятое primary. И тут появляются проблемы, что primary отказывается принимать письма для несуществующих пользователей и прочий спам. И всё это повисает в очереди на secondary до тех пор пока не сдохнет. Те вроде как secondary обещал доставить письма, а с другой стороны это значит получить кучу спама, часть из которого вообще некому отдать. Помнится один мой знакомый на postfix поднимал фронтенд перед CommuniGate. Так вот он на машину с постфиксом как-то хитро тащил список пользователей и релеил почту только для валидных. Даже когда CG был в дауне. Если хочешь знать что он использовал - я могу поинтересоваться. Кстати, на том же постфиксе была и спамодавка (SA) и грейлист. Тебе с двумя MX грейлист создаст слишком большие задержки. ИМХО, лучше иметь один стабильный MX, чем два нестабильных. Да и если у тебя основной MX ляжет - почта всё равно в очереди на отправляющем сервере повисит некоторое время. А ещё, по моим наблюдениям (3-5 лет назад), спамеры очень любят слать бОльшую часть как раз на резервные MX. В итоге я от схемы с резервным MX отказался. Утомило. -- Best regards, Mikhail. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dc1df9b.7090...@solarnet.ru
Re: про спам и backup mx
On 05/05/2011 03:22 AM, Mikhail A Antonov wrote: Помнится один мой знакомый на postfix поднимал фронтенд перед CommuniGate. И что он делал, когда машина с постфиксом была в дауне? -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dc1e3dd.4010...@sergio.spb.ru
Re: про спам и backup mx
05.05.2011 03:40, sergio пишет: On 05/05/2011 03:22 AM, Mikhail A Antonov wrote: Помнится один мой знакомый на postfix поднимал фронтенд перед CommuniGate. И что он делал, когда машина с постфиксом была в дауне? Ничего не делал. Если машина 10 минут в год в дауне - ничего страшного не приключится. Даже если полчаса в месяц. На отправляющей стороне ведь тоже есть очередь на отправку. Если бы таковой не было - грейлист был бы невозможен. -- Best regards, Mikhail. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dc1e7b4.9000...@solarnet.ru
resolvconf 1.51: Please update debconf PO translation for the package resolvconf
Hi, You are noted as the last translator of the debconf translation for resolvconf. The English template has been changed, and now some messages are marked fuzzy in your translation or are missing. I would be grateful if you could take the time and update it. Please send the updated file to me, or submit it as a wishlist bug against resolvconf. The deadline for receiving the updated translation is Fri, 03 Jun 2011 12:14:21 +0200. Thanks in advance, # translation of ru.po to Russian # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # # Yuri Kozlov kozlo...@gmail.com, 2006, 2008. msgid msgstr Project-Id-Version: resolvconf-1.39\n Report-Msgid-Bugs-To: resolvc...@packages.debian.org\n POT-Creation-Date: 2011-04-18 22:36+0200\n PO-Revision-Date: 2008-02-11 20:58+0300\n Last-Translator: Yuri Kozlov kozlo...@gmail.com\n Language-Team: Russian debian-l10n-russian@lists.debian.org\n Language: ru\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n %10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: boolean #. Description #: ../templates:2001 msgid Prepare /etc/resolv.conf for dynamic updates? msgstr Включить динамическое обновление /etc/resolv.conf? #. Type: boolean #. Description #: ../templates:2001 msgid The resolvconf package contains the infrastructure required for dynamic updating of the resolver configuration file. Part of the necessary infrastructure is a symbolic link from /etc/resolv.conf to /etc/resolvconf/ run/resolv.conf. If you choose this option then this link will be created; the existing /etc/resolv.conf file will be preserved as /etc/resolvconf/ resolv.conf.d/original, and will be restored if this package is removed. msgstr Пакет resolvconf содержит инфраструктуру для динамического обновления файла настройки определителя имён. Одной из необходимых частей инфраструктуры является символическая ссылка /etc/resolv.conf на /etc/resolvconf/run/resolv. conf. Если вы ответите утвердительно, то такая ссылка будет создана. Существующий файл /etc/resolv.conf будет сохранён под именем /etc/resolvconf/ resolv.conf.d/original, и будет восстановлен при удалении пакета. #. Type: boolean #. Description #: ../templates:2001 msgid Declining this option will prevent future installations from recreating the symbolic link and therefore the resolver configuration file will not be dynamically updated. Dynamic updating can then be activated following instructions in the README file. msgstr В случае отрицательного ответа символическая ссылка не будет создана при будущих установках и следовательно файл настройки определителя имён не будет динамически обновляться. Чтобы включить динамическое обновление, можно настроить resolvconf вручную следуя простым инструкциям из файла README. #. Type: boolean #. Description #: ../templates:2001 msgid The presence of resolvconf can affect the behavior of other programs, so it should not be left installed if unconfigured. msgstr Присутствие в системе ненастроенного пакета resolvconf может повлиять на другие программы, поэтому лучше его удалить. #. Type: note #. Description #: ../templates:3001 msgid Reboot recommended msgstr #. Type: note #. Description #: ../templates:3001 msgid Local caching name servers and interface configurers supply name server information to resolvconf after resolvconf has been installed. Name servers that previously started, and configurers that previously brought up interfaces, have not supplied their name server information to resolvconf. The information has usually either been lost or has been added directly to / etc/resolv.conf. In order to preserve as much information as possible, resolvconf includes the contents of the original /etc/resolv.conf in its database until reboot. Although resolvconf attempts to trigger other programs to send their information to resolvconf after installation, this often does not happen correctly. Consequently, in order for resolvconf's name server information to be fully correct it is often necessary to reboot the system. msgstr #. Type: boolean #. Description #: ../templates:4001 msgid Append original file to dynamic file? msgstr Добавить имеющийся файл в динамически обновляемый файл? #. Type: boolean #. Description #: ../templates:4001 msgid If the original static resolver configuration file (/etc/resolv.conf) contains name server addresses, those addresses should be listed on \dns- nameservers\
resolvconf 1.52: Please update debconf PO translation for the package resolvconf
Hi again, Earlier today I sent out a message like this but unfortunately I had forgotten to run debconf-updatepo so the po files were out of date. My apologies. I have now run debconf-updatepo. This message supersedes the earlier one. You are noted as the last translator of the debconf translation for resolvconf. The English template has been changed, and now some messages are marked fuzzy in your translation or are missing. I would be grateful if you could take the time and update it. Please send the updated file to me, or submit it as a wishlist bug against resolvconf. The deadline for receiving the updated translation is Fri, 03 Jun 2011 14:47:06 +0200. Thanks in advance, Thomas Hood # translation of ru.po to Russian # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # # Yuri Kozlov kozlo...@gmail.com, 2006, 2008. msgid msgstr Project-Id-Version: resolvconf-1.39\n Report-Msgid-Bugs-To: resolvc...@packages.debian.org\n POT-Creation-Date: 2011-05-04 14:46+0200\n PO-Revision-Date: 2008-02-11 20:58+0300\n Last-Translator: Yuri Kozlov kozlo...@gmail.com\n Language-Team: Russian debian-l10n-russian@lists.debian.org\n Language: ru\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n %10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: boolean #. Description #: ../templates:2001 msgid Prepare /etc/resolv.conf for dynamic updates? msgstr Включить динамическое обновление /etc/resolv.conf? #. Type: boolean #. Description #: ../templates:2001 msgid The resolvconf package contains the infrastructure required for dynamic updating of the resolver configuration file. Part of the necessary infrastructure is a symbolic link from /etc/resolv.conf to /etc/resolvconf/ run/resolv.conf. If you choose this option then this link will be created; the existing /etc/resolv.conf file will be preserved as /etc/resolvconf/ resolv.conf.d/original, and will be restored if this package is removed. msgstr Пакет resolvconf содержит инфраструктуру для динамического обновления файла настройки определителя имён. Одной из необходимых частей инфраструктуры является символическая ссылка /etc/resolv.conf на /etc/resolvconf/run/resolv. conf. Если вы ответите утвердительно, то такая ссылка будет создана. Существующий файл /etc/resolv.conf будет сохранён под именем /etc/resolvconf/ resolv.conf.d/original, и будет восстановлен при удалении пакета. #. Type: boolean #. Description #: ../templates:2001 msgid Declining this option will prevent future installations from recreating the symbolic link and therefore the resolver configuration file will not be dynamically updated. Dynamic updating can then be activated following instructions in the README file. msgstr В случае отрицательного ответа символическая ссылка не будет создана при будущих установках и следовательно файл настройки определителя имён не будет динамически обновляться. Чтобы включить динамическое обновление, можно настроить resolvconf вручную следуя простым инструкциям из файла README. #. Type: boolean #. Description #: ../templates:2001 msgid The presence of resolvconf can affect the behavior of other programs, so it should not be left installed if unconfigured. msgstr Присутствие в системе ненастроенного пакета resolvconf может повлиять на другие программы, поэтому лучше его удалить. #. Type: note #. Description #: ../templates:3001 msgid Reboot recommended msgstr #. Type: note #. Description #: ../templates:3001 msgid Suppliers of name server information such as local caching name servers and interface configurers are expected to supply name server information to the resolvconf program. However, although installation of the resolvconf package triggers them to supply their information, some of them fail to do so. msgstr #. Type: note #. Description #: ../templates:3001 msgid This bug would lead to loss of valid name server information on installation of the resolvconf package if the following workaround were not adopted: resolvconf includes the full contents of the pre-installation /etc/resolv. conf in its database until reboot. This has the drawback that name server information is retained even if the associated interface is later deconfigured. (This incorrect behavior is judged to be less harmful than the alternative of losing valid information.) msgstr #. Type: note #. Description #: ../templates:3001 msgid Until the bug in question is fixed and the
[BTS#625623] po-debconf://resolvconf/ru.po
Hello. -- Best Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110504205751.4d5f8...@keeper.home.local