Re: asoundrc: как сдел ать дефолтный in и out?
On 07/20/2011 06:21 PM, Dmitry E. Oboukhov wrote: ALSA_CARD=n не подходит? -- 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/4e27cea7@sergio.spb.ru
Re: Android + Debian = выход в интернет?
On Thu, Jul 21, 2011 at 01:07:56AM +0400, Ed wrote: к слову: тут недавно потребовалось настроить android-телефон как bluetooth-модем (DUN). покрутил я его, повертел, да и сдался. имеет ли задача решение? Сторонним софтом, искать по bluetooth tether. -- WBR, wRAR signature.asc Description: Digital signature
Re: asoundrc: как сдел ать дефолтный in и out?
ALSA_CARD=n не подходит? нет, оперирование номерами вообще не подходит: из трех устройств два USB, порядок у них получается зависит от многих внешних факторов -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: asoundrc: как сд ел ать дефолтный in и out?
On 07/21/2011 11:07 AM, Dmitry E. Oboukhov wrote: нет, оперирование номерами вообще не подходит: из трех устройств два USB, порядок у них получается зависит от многих внешних факторов ALSA_CARD='Intel' mplayer ... так тоже работает -- 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/4e27d474.6030...@sergio.spb.ru
Re: autofs
On 07/20/2011 04:00 PM, Artem Chuprina wrote: В /etc/auto.master сказано /misc /etc/auto.misc --timeout=4 Я никогда не понимал, как можно использовать автомаунтеры. Как можно быть уверенным, что устройство размонтировано, если ещё нужно время на сброс буферов? Ну хорошо, вроде есть опции монтирования на эту тему. Но всё равно это не может заменить уверенности получаемой от успешного завершения umount'а (pumount'а) -- 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/4e27d5d9.9030...@sergio.spb.ru
Re: asoundrc: как сд ел ать дефолтный in и out?
нет, оперирование номерами вообще не подходит: из трех устройств два
USB, порядок у них получается зависит от многих внешних факторов
ALSA_CARD='Intel' mplayer ...
так тоже работает
да но не микширует.
я в итоге погуглив сваял вот такой конфиг
pcm.headset {
type hw
card Headset
}
pcm.dmixer {
type dmix
ipc_key 1024
slave {
pcm {
card Headset
type hw
}
}
}
pcm.!default {
type asym
playback.pcm {
type plug
slave.pcm dmixer
}
capture.pcm {
type plug
slave.pcm headset
}
}
ctl.!default {
card Headset
type hw
}
вроде получил тот результат что хотел, но суть в том что в
дистрибутиве не обнаружил документации на type asym
--
. ''`. Dmitry E. Oboukhov
: :’ : email: un...@debian.org jabber://un...@uvw.ru
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
signature.asc
Description: Digital signature
Re: asoundrc: как сд ел ать деф олтный in и out?
On 07/21/2011 11:25 AM, sergio wrote: В любом случае я бы копал /usr/share/alsa по ALSA_CARD. -- 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/4e27d60f.5000...@sergio.spb.ru
Re: autofs
21.07.2011 10:31, sergio пишет: On 07/20/2011 04:00 PM, Artem Chuprina wrote: В /etc/auto.master сказано /misc /etc/auto.misc --timeout=4 Я никогда не понимал, как можно использовать автомаунтеры. Как можно быть уверенным, что устройство размонтировано, если ещё нужно время на сброс буферов? Бывают read-ony файловые системы -- 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/4e27dd6d.2080...@gmail.com
Re: autofs
21.07.2011 12:03, Igor Chumak пишет: 21.07.2011 10:31, sergio пишет: On 07/20/2011 04:00 PM, Artem Chuprina wrote: В /etc/auto.master сказано /misc /etc/auto.misc --timeout=4 Я никогда не понимал, как можно использовать автомаунтеры. Как можно быть уверенным, что устройство размонтировано, если ещё нужно время на сброс буферов? Бывают read-ony файловые системы И часто ты с такими сталкиваешься? А обычный пользователь? -- 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/4e27df30.5010...@solarnet.ru
Re: autofs
21.07.2011 11:11, Mikhail A Antonov пишет: 21.07.2011 12:03, Igor Chumak пишет: 21.07.2011 10:31, sergio пишет: On 07/20/2011 04:00 PM, Artem Chuprina wrote: В /etc/auto.master сказано /misc /etc/auto.misc --timeout=4 Я никогда не понимал, как можно использовать автомаунтеры. Как можно быть уверенным, что устройство размонтировано, если ещё нужно время на сброс буферов? Бывают read-ony файловые системы И часто ты с такими сталкиваешься? А обычный пользователь? CD-ROM -- 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/4e27dfa2.1070...@gmail.com
Re: autofs
Мне, как рядовому пользователю. очень нравится эта функция :) 21 июля 2011 г. 12:13 пользователь Igor Chumak ichumak2...@gmail.comнаписал: 21.07.2011 11:11, Mikhail A Antonov пишет: 21.07.2011 12:03, Igor Chumak пишет: 21.07.2011 10:31, sergio пишет: On 07/20/2011 04:00 PM, Artem Chuprina wrote: В /etc/auto.master сказано /misc /etc/auto.misc --timeout=4 Я никогда не понимал, как можно использовать автомаунтеры. Как можно быть уверенным, что устройство размонтировано, если ещё нужно время на сброс буферов? Бывают read-ony файловые системы И часто ты с такими сталкиваешься? А обычный пользователь? CD-ROM -- To UNSUBSCRIBE, email to debian-russian-REQUEST@lists.**debian.orgdebian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/**4e27dfa2.1070...@gmail.comhttp://lists.debian.org/4e27dfa2.1070...@gmail.com -- С уважением Кравец Роман.
Re: autofs
21.07.2011 12:13, Igor Chumak пишет: 21.07.2011 11:11, Mikhail A Antonov пишет: 21.07.2011 12:03, Igor Chumak пишет: 21.07.2011 10:31, sergio пишет: On 07/20/2011 04:00 PM, Artem Chuprina wrote: В /etc/auto.master сказано /misc /etc/auto.misc --timeout=4 Я никогда не понимал, как можно использовать автомаунтеры. Как можно быть уверенным, что устройство размонтировано, если ещё нужно время на сброс буферов? Бывают read-ony файловые системы И часто ты с такими сталкиваешься? А обычный пользователь? CD-ROM Действительно. А я как-то всё больше о флешках думал. cd-rom используется крайне редко (у меня). -- 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/4e27e471.6000...@solarnet.ru
оффтопик: ищется сисадмин в Москве на фуллтайм
Привет. Надеюсь, никто не будет возражать, если я здесь размещу ссылку на вакансию? Собственно говоря, вот: http://hh.ru/vacancy/4619844 Если кто заинтересуется, пусть шлёт CV на j...@efirlabs.ru. -- Igor Goryachev
Re: autofs
21.07.11 10:31, sergio написав(ла): On 07/20/2011 04:00 PM, Artem Chuprina wrote: В /etc/auto.master сказано /misc /etc/auto.misc --timeout=4 Я никогда не понимал, как можно использовать автомаунтеры. Как можно быть уверенным, что устройство размонтировано, если ещё нужно время на сброс буферов? Ну хорошо, вроде есть опции монтирования на эту тему. Но всё равно это не может заменить уверенности получаемой от успешного завершения umount'а (pumount'а) eject ? -- 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/4e280d77.6010...@rabitsa.org.ua
Re: autofs
On Thu, Jul 21, 2011 at 02:28:55PM +0300, vanessa wrote: Я никогда не понимал, как можно использовать автомаунтеры. Как можно быть уверенным, что устройство размонтировано, если ещё нужно время на сброс буферов? Ну хорошо, вроде есть опции монтирования на эту тему. Но всё равно это не может заменить уверенности получаемой от успешного завершения umount'а (pumount'а) eject ? Тогда уж сразу umount. -- WBR, wRAR signature.asc Description: Digital signature
Re: autofs
20.07.2011 16:00, Artem Chuprina пишет: Граждане, а это у меня одного на squeeze autofs не особо рвется отмонтировать, когда велено? В /etc/auto.master сказано /misc /etc/auto.misc --timeout=4 и вроде как в норме при маленьких по размеру записях или при чтении оно так и работает. В /etc/auto.misc описаны всяческие флешки. А стоит попытаться записать чего побольше (заметно в основном на всяких приборах, которые заодно умеют представляться флешкой, на чистой флешке давно не проверял, может тоже), как оно надолго залипает (дождаться еще ни разу терпения не хватило), При копировании большого файла он кеш помещается и по факту продолжает копироваться на флешку. Такая уж странная работа. Это можно видеть если на флешке есть светодиод активности. При этом если запустить umount то он дождется пока все данные будут на флешку залиты и только потом размонтирует. отмонтируется только по ручному пинку, чаще со второй попытки, и иногда при этом ухитряется испортить там файловую систему, хотя казалось бы, как? Честный umount, ничего сверхъестественного. На телефоне с андроидом уже чинил fs однажды, спасибо что он только карточку так отдает... А гармин так отдает и встроенную флешку, и стремно, однако... При этом при ручном монтировании никаких проблем вроде бы нет - кроме того, что требуется ручное же отмонтирование. Ну собственно потому все и портится если форсировать размонтирование, ведь файл еще тока писался на флешку. Так что надо писать umount и честно ждать пока она отработает после того как все данные будут записаны. -- Roman V. Nikolaev mail:rsha...@rambler.ru icq: 198-364-657 jabber: rsha...@jabber.org site:http://www.rshadow.ru signature.asc Description: OpenPGP digital signature
После апгрейда до сквиза головки HDD усиленно паркуются
В начале года smartctl казал следующее: 193 Load_Cycle_Count0x0032 089 089 000Old_age Always - 23521 И это за 1,5 года!!! После релиза сквиза как стэйбл я перешел на него, сейчас вижу такое: 193 Load_Cycle_Count0x0032 031 031 000Old_age Always - 139954 Debian Squeeze AMD64 на ноутбуке (до этого был ленни) Диск: Model Family: Seagate Momentus 7200.4 series Device Model: ST9500420AS Если у меня за неск. месяцев 58 процентов ресурса выжрало, то что будет в ближайшее время?! Не подскажете, куда рыть, что может давать такой эффект и какие конфиги править?! -- 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/4e2848b9.9070...@gmail.com
Re: Установка по сети с неполного зеркала
В Wed, 20 Jul 2011 20:06:20 +0300 vanessa vane...@rabitsa.org.ua пишет: а именно в нем нет пакетов с исходниками. В результате в процессе установки, (а она должна быть автоматическая) выскакивает запрос: -- Настройка менеджера пакетов Нет доступа к репозиторию Не удалось получить доступ к репозиторию на server, поэтому в данный момент ничего обновлено не будет. Позже , вам лучше выяснить что произошло. Выполнено добавление закомментированных записей для server в /etc/apt/sources.list Вернуться Продолжить --- Если нажать Продолжить утановка успешно продолжается. Вот что ему написать в preseed.cfg что оно не спрашивал этого ? # Enable deb-src lines d-i apt-setup/local0/source boolean false Не пойдёт? -- Best Regards, Yuri Kozlov -- 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/20110721204947.5ec77...@keeper.home.local
Re: H.264 decoding on dual core
On Tue, Jul 19, 2011 at 06:06:14PM +0100, Mikhail Ramendik wrote: 2011/7/19 Konstantin Pavlov thr...@videolan.org On Mon, Jul 18, 2011 at 07:28:07PM +0400, Иван Лох wrote: On Mon, Jul 18, 2011 at 03:38:38PM +0100, Mikhail Ramendik wrote: Всем привет! Какие из плееров, желательно в репозитарии, умеют задействовать оба ядра в декодинге h.264? Насколько я понимаю, для этого декодинг должен быть распараллелен в несколько тредов. Плейеры здесь особо не при чем. Нужен июньский ffmpeg. Не только. Поддержка со стороны плеера должна быть. -- Konstantin Pavlov VideoLAN team И есть ли эта поддержка со стороны VLC? Именно он меня больше всего и интересует. А то mplayer в управлении сложен, а smplayer что-то глючит. В том VLC, что собирают в Debian, нет. Возможно, подойдут сборки 1.2 от Ubuntu? https://launchpad.net/~videolan/+archive/master-daily -- Konstantin Pavlov VideoLAN team -- 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/20110721165552.ge11...@snowwhite.immo
Re: После апгрейда до сквиза головки HDD усиленно паркуются
On Thu, 21 Jul 2011, James Brown wrote: В начале года smartctl казал следующее: 193 Load_Cycle_Count0x0032 089 089 000Old_age Always - 23521 И это за 1,5 года!!! После релиза сквиза как стэйбл я перешел на него, сейчас вижу такое: 193 Load_Cycle_Count0x0032 031 031 000Old_age Always - 139954 Debian Squeeze AMD64 на ноутбуке (до этого был ленни) Диск: Model Family: Seagate Momentus 7200.4 series Device Model: ST9500420AS Если у меня за неск. месяцев 58 процентов ресурса выжрало, то что будет в ближайшее время?! Не подскажете, куда рыть, что может давать такой эффект и какие конфиги править?! Смотрим http://en.wikipedia.org/wiki/S.M.A.R.T. 1) Each attribute has a raw value, whose meaning is entirely up to the drive manufacturer a normalized value, which ranges from 1 to 253 (with 1 representing the worst case and 253 representing the best). Depending on the manufacturer, a value of 100 or 200 will often be chosen as the initial normalized value. Таким образом -58 это не 58% а некоторое уменьшение от какого то неизвестного (100?200?...) значения в соответствии с бог знает какой зависимостью. 2) The typical lifetime rating for laptop (2.5-in) hard drives is 300,000 to 600,000 load cycles.[16] Судя по всему у вас случай 600,000 циклов: 23521/60 = ~4% износа 139954/60 = ~23% износа Ну и если предположить, что 600,000 соответствуют ~3 годам гарантии, то 23% за 1.5 года очень не плохо. Только это совсем не значит, что после 60 циклов диск сдохнет. У меня например (Seagate Momentus 5400.3): 193 Load_Cycle_Count0x0032 001 001 000Old_age Always - 1107753 И ничего, живет пока. Хотя, конечно, если за 0.5 года +19%, то как то многовато. Возможно, вы стали чаще использовать ноут без AC адаптера. Посмотрите [16]. Забавная страничка. Ю. [16] http://ubuntuforums.org/showthread.php?p=5031046
Re: После апгрейда до сквиза головки HDD усиленно паркуются
On 21.07.2011 20:15, yuri.nefe...@gmail.com wrote: On Thu, 21 Jul 2011, James Brown wrote: В начале года smartctl казал следующее: 193 Load_Cycle_Count0x0032 089 089 000Old_age Always - 23521 И это за 1,5 года!!! После релиза сквиза как стэйбл я перешел на него, сейчас вижу такое: 193 Load_Cycle_Count0x0032 031 031 000Old_age Always - 139954 Debian Squeeze AMD64 на ноутбуке (до этого был ленни) Диск: Model Family: Seagate Momentus 7200.4 series Device Model: ST9500420AS Если у меня за неск. месяцев 58 процентов ресурса выжрало, то что будет в ближайшее время?! Не подскажете, куда рыть, что может давать такой эффект и какие конфиги править?! Смотрим http://en.wikipedia.org/wiki/S.M.A.R.T. 1) Each attribute has a raw value, whose meaning is entirely up to the drive manufacturer a normalized value, which ranges from 1 to 253 (with 1 representing the worst case and 253 representing the best). Depending on the manufacturer, a value of 100 or 200 will often be chosen as the initial normalized value. Таким образом -58 это не 58% а некоторое уменьшение от какого то неизвестного (100?200?...) значения в соответствии с бог знает какой зависимостью. 2) The typical lifetime rating for laptop (2.5-in) hard drives is 300,000 to 600,000 load cycles.[16] Судя по всему у вас случай 600,000 циклов: 23521/60 = ~4% износа 139954/60 = ~23% износа Ну и если предположить, что 600,000 соответствуют ~3 годам гарантии, то 23% за 1.5 года очень не плохо. Только это совсем не значит, что после 60 циклов диск сдохнет. У меня например (Seagate Momentus 5400.3): 193 Load_Cycle_Count0x0032 001 001 000Old_age Always - 1107753 И ничего, живет пока. Спс за инфу Хотя, конечно, если за 0.5 года +19%, то как то многовато. Возможно, вы стали чаще использовать ноут без AC адаптера. Нет, это в сквизе, как оказалось, дурацкие дефолтные настройки APM, чего не было в ленни (по моему, я там специально ничего не настраивал). Зато, оказывается, это древний баг убунты https://wiki.ubuntu.com/DanielHahler/Bug59695 Нафига дебиан-тим воспроизвела его в сквизе, непонятно. Вчера установил apm сначала в 255, затем в 254 - за полсуток raw-значение увеличилось только на 2!!! Поправил конфиги, чтобы грузилось в 254 - сейчас : sudo hdparm -B /dev/sda /dev/sda: APM_level= 254 Мониторю изменение значений. Так что, полезно видимо всем владельцев ноутов, недавно перешедших на сквиз, отмониторить эту проблему. Посмотрите [16]. Забавная страничка. Ю. [16] http://ubuntuforums.org/showthread.php?p=5031046 Спс, почитаю -- 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/4e2902ac.1010...@gmail.com
Re: После апгрейда до сквиза головки HDD усиленно паркуются
On 21.07.2011 20:15, yuri.nefe...@gmail.com wrote: On Thu, 21 Jul 2011, James Brown wrote: Смотрим http://en.wikipedia.org/wiki/S.M.A.R.T. 1) Each attribute has a raw value, whose meaning is entirely up to the drive manufacturer a normalized value, which ranges from 1 to 253 (with 1 representing the worst case and 253 representing the best). Depending on the manufacturer, a value of 100 or 200 will often be chosen as the initial normalized value. Таким образом -58 это не 58% а некоторое уменьшение от какого то неизвестного (100?200?...) значения в соответствии с бог знает какой зависимостью. Собственно, я решил, что 58%, потому что на новом диске это значение было 100. Т.е., это одно из тех значений, которое - в зависимости от режима эксплуатации диска и т.п. - может увелчиваться? На данном диске я за ним такого поведения не замечал, только уменьшалось (в отличие от Raw_Read_Error_Rate. G-Sense_Error_Rate. Power-Off_Retract_Count . Hardware_ECC_Recovered), которые периодически сбрасываются до тех, которые были на новом диске (не RAW, конечно, а которые просто VALUE; единственно у сигейтов некоторые raw value странные - Raw_Read_Error_Rat. Seek_Error_Rate - просто гигантские, но при этом value в норме + если погуглить, это нормальная ситуация для сигейтов; не знаю, зачем их производитель так изголяется?) -- 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/4e290473.8070...@gmail.com
