Re: После обновления ядра не отключается питание USB портов в suspend mode
Когда-то, а именно Wed, 14 Nov 2012 11:19:59 +0400 вы, Andrey Ivanov anviva...@gmail.com написали: Проверьте, изменяют ли значения параметров след. команды: sysctl -q -w sys.bus.usb.devices.usb1.power.control = auto sysctl -q -w sys.bus.usb.devices.usb2.power.control = auto если да - то попробуйте добавить в /etc/sysctl.conf sys.bus.usb.devices.usb1.power.control = auto sys.bus.usb.devices.usb2.power.control = auto # sysctl -q -w sys.bus.usb.devices.usb1.power.control = auto sysctl: sys.bus.usb.devices.usb1.power.control must be of the form name=value sysctl: malformed setting = sysctl: auto must be of the form name=value Где-то в синтаксисе ошибка? -- С уважением, Сергей Москвичёв. xmpp: uks...@ya.ru
Re: После обновления ядра не отключается питание USB портов в suspend mode
Сергей Москвичёв - debian.lists @ Wed, 14 Nov 2012 16:09:24 +0400: Проверьте, изменяют ли значения параметров след. команды: sysctl -q -w sys.bus.usb.devices.usb1.power.control = auto sysctl -q -w sys.bus.usb.devices.usb2.power.control = auto если да - то попробуйте добавить в /etc/sysctl.conf sys.bus.usb.devices.usb1.power.control = auto sys.bus.usb.devices.usb2.power.control = auto СМ # sysctl -q -w sys.bus.usb.devices.usb1.power.control = auto СМ sysctl: sys.bus.usb.devices.usb1.power.control must be of the form name=value СМ sysctl: malformed setting = СМ sysctl: auto must be of the form name=value СМ Где-то в синтаксисе ошибка? Да. В синтаксисе name=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/87r4nwcqne@wizzle.ran.pp.ru
Re: После обновления ядра не отключается питание USB портов в suspend mode
Извините, погорячился :) 1) перед и после = пробелы не нужны 2) sysctl работает с параметрами начиная с /proc/sys, а в данном случае имеем /sys/bus... посмотрите, установлен ли в системе sysfsutils? как вариант добавить в /etc/sysfs.conf что-то вроде bus/usb/devices/usb1/power/contro=auto 14 ноября 2012 г., 16:09 пользователь Сергей Москвичёв sernik...@gmail.comнаписал: Когда-то, а именно Wed, 14 Nov 2012 11:19:59 +0400 вы, Andrey Ivanov anviva...@gmail.com написали: Проверьте, изменяют ли значения параметров след. команды: sysctl -q -w sys.bus.usb.devices.usb1.power.control = auto sysctl -q -w sys.bus.usb.devices.usb2.power.control = auto если да - то попробуйте добавить в /etc/sysctl.conf sys.bus.usb.devices.usb1.power.control = auto sys.bus.usb.devices.usb2.power.control = auto # sysctl -q -w sys.bus.usb.devices.usb1.power.control = auto sysctl: sys.bus.usb.devices.usb1.power.control must be of the form name=value sysctl: malformed setting = sysctl: auto must be of the form name=value Где-то в синтаксисе ошибка? -- С уважением, Сергей Москвичёв. xmpp: uks...@ya.ru -- Andrey V Ivanov
Re: После обновления ядра не отключается питание USB портов в suspend mode
Когда-то, а именно Wed, 14 Nov 2012 16:41:50 +0400 вы, Andrey Ivanov anviva...@gmail.com написали: Извините, погорячился :) 1) перед и после = пробелы не нужны Теперь не может найти такой путь # sysctl -q -w sys.bus.usb.devices.usb1.power.control=auto sysctl: cannot stat /proc/sys/sys/bus/usb/devices/usb1/power/control: Нет такого файла или каталога ^ 2) sysctl работает с параметрами начиная с /proc/sys, а в данном случае имеем /sys/bus... как следствие ищет там, где этого нет, т.к. /proc/bus/usb пустой? посмотрите, установлен ли в системе sysfsutils? Не было. Установил. как вариант добавить в /etc/sysfs.conf что-то вроде bus/usb/devices/usb1/power/contro=auto ^^ видимо не хватает l :) Добавил для обоих устройств. Не взымело ожидаемого. Всё также on... P.S. Вы упорно отвечаете мне в личку -- С уважением, Сергей Москвичёв. xmpp: uks...@ya.ru
Re: После обновления ядра не отключается питание USB портов в suspend mode
On Wed, Nov 14, 2012 at 06:58:51PM +0400, Сергей Москвичёв wrote: Извините, погорячился :) 1) перед и после = пробелы не нужны Теперь не может найти такой путь # sysctl -q -w sys.bus.usb.devices.usb1.power.control=auto sysctl: cannot stat /proc/sys/sys/bus/usb/devices/usb1/power/control: Нет такого файла или каталога ^ Вы бы ниже читали. 2) sysctl работает с параметрами начиная с /proc/sys, а в данном случае имеем /sys/bus... как следствие ищет там, где этого нет, т.к. /proc/bus/usb пустой? Не /proc/bus/usb, а /proc/sys/sys/bus/usb, но вы не поняли, что вам хотели сказать. посмотрите, установлен ли в системе sysfsutils? Не было. Установил. как вариант добавить в /etc/sysfs.conf что-то вроде bus/usb/devices/usb1/power/contro=auto ^^ видимо не хватает l :) Добавил для обоих устройств. Не взымело ожидаемого. Всё также on... Конфиг читается только при ребуте. -- WBR, wRAR signature.asc Description: Digital signature
Re: После обновления ядра не отключается питание USB портов в suspend mode
1) перед и после = пробелы не нужны Теперь не может найти такой путь # sysctl -q -w sys.bus.usb.devices.usb1.power.control=auto sysctl: cannot stat /proc/sys/sys/bus/usb/devices/usb1/power/control: Нет такого файла или каталога ^ Вы бы ниже читали. 2) sysctl работает с параметрами начиная с /proc/sys, а в данном случае имеем /sys/bus... как следствие ищет там, где этого нет, т.к. /proc/bus/usb пустой? Не /proc/bus/usb, а /proc/sys/sys/bus/usb, но вы не поняли, что вам хотели сказать. Не понял. Можете более доходчиво объяснить? посмотрите, установлен ли в системе sysfsutils? Не было. Установил. как вариант добавить в /etc/sysfs.conf что-то вроде bus/usb/devices/usb1/power/contro=auto ^^ видимо не хватает l :) Добавил для обоих устройств. Не взымело ожидаемого. Всё также on... Конфиг читается только при ребуте. Это после перезагрузки, просто не упомянул. -- С уважением, Сергей Москвичёв. xmpp: uks...@ya.ru
Re: После обновления ядра не отключается питание USB портов в suspend mode
On Wed, Nov 14, 2012 at 08:30:38PM +0400, Сергей Москвичёв wrote: 1) перед и после = пробелы не нужны Теперь не может найти такой путь # sysctl -q -w sys.bus.usb.devices.usb1.power.control=auto sysctl: cannot stat /proc/sys/sys/bus/usb/devices/usb1/power/control: Нет такого файла или каталога ^ Вы бы ниже читали. 2) sysctl работает с параметрами начиная с /proc/sys, а в данном случае имеем /sys/bus... как следствие ищет там, где этого нет, т.к. /proc/bus/usb пустой? Не /proc/bus/usb, а /proc/sys/sys/bus/usb, но вы не поняли, что вам хотели сказать. Не понял. Можете более доходчиво объяснить? sysctl(8) работает с /proc/sys, им нельзя менять значения в /sys. -- WBR, wRAR signature.asc Description: Digital signature
Re: После обновления ядра не отключается питание USB портов в suspend mode
On Wed, Nov 14, 2012 at 08:30:38PM +0400, Сергей Москвичёв wrote: как вариант добавить в /etc/sysfs.conf что-то вроде bus/usb/devices/usb1/power/contro=auto ^^ видимо не хватает l :) Добавил для обоих устройств. Не взымело ожидаемого. Всё также on... Конфиг читается только при ребуте. Это после перезагрузки, просто не упомянул. Значение-то в файле поменялось? -- WBR, wRAR signature.asc Description: Digital signature
Re: После обновления ядра не отключается питание USB портов в suspend mode
Когда-то, а именно Wed, 14 Nov 2012 22:37:35 +0600 вы, Andrey Rahmatullin w...@wrar.name написали: On Wed, Nov 14, 2012 at 08:30:38PM +0400, Сергей Москвичёв wrote: как вариант добавить в /etc/sysfs.conf что-то вроде bus/usb/devices/usb1/power/contro=auto ^^ видимо не хватает l :) Добавил для обоих устройств. Не взымело ожидаемого. Всё также on... Конфиг читается только при ребуте. Это после перезагрузки, просто не упомянул. Значение-то в файле поменялось? После добавления в /etc/sysfs.conf bus/usb/devices/usb1/power/control = auto bus/usb/devices/usb2/power/control = auto и перезагрузки, значенния в файлах не поменялись и остались on. -- С уважением, Сергей Москвичёв. xmpp: uks...@ya.ru
Re: После обновления ядра не отключается питание USB портов в suspend mode
Получается, что sysfsutils, в частности скрипт /etc/init.d/sysfsutils меняет параметры в /sys через echo... Кстати, /etc/init.d/sysfsutils start значения меняет? Могу еще предложить два варианта - костыль с изменением прав на файлы power/control через тот же sysfs.conf (разместить записи после смены значения на auto): mode bus/usb/devices/usb1/power/control = 0400 mode bus/usb/devices/usb2/power/control = 0400 или создать правило udev, типа тех, что находятся в /lib/udev/rules.d/42-qemu-usb.rules включающее запись ATTR{power/control}=auto 14 ноября 2012 г., 21:09 пользователь Сергей Москвичёв sernik...@gmail.comнаписал: Когда-то, а именно Wed, 14 Nov 2012 22:37:35 +0600 вы, Andrey Rahmatullin w...@wrar.name написали: On Wed, Nov 14, 2012 at 08:30:38PM +0400, Сергей Москвичёв wrote: как вариант добавить в /etc/sysfs.conf что-то вроде bus/usb/devices/usb1/power/contro=auto ^^ видимо не хватает l :) Добавил для обоих устройств. Не взымело ожидаемого. Всё также on... Конфиг читается только при ребуте. Это после перезагрузки, просто не упомянул. Значение-то в файле поменялось? После добавления в /etc/sysfs.conf bus/usb/devices/usb1/power/control = auto bus/usb/devices/usb2/power/control = auto и перезагрузки, значенния в файлах не поменялись и остались on. -- С уважением, Сергей Москвичёв. xmpp: uks...@ya.ru -- Andrey V Ivanov
Множественные подключения с локального вненего айпи, на порт апача
Всем привет, имею веб сервер, nginx+apache под упревлением ispmanaer`a, все в принципе стандартно, с недавнего времени стал замечать резкое увеличение нагрузок, при анализе выяснилось, что идут множественные соединения на порт апача, до 10 тысяч, при такой ситуации, LA при таком количестве соединений доходило до 98. На других серверах, с аналогичной конфигурацией, количество коннектов к апачу не привышает 200. Включал мониторинг загрузки процессора пользователями, но ответа на вопрос это не дало. Ворос, как можно просмотреть, какая программа, инициализирует внешнее соединение? Соединения имеют такой вид: tcp0 0 180.42.26.116:49947 180.42.26.116:8080 TIME_WAIT tcp0 0 180.42.26.116:47791 180.42.26.116:8080 TIME_WAIT tcp0 0 180.42.26.116:47735 180.42.26.116:8080 TIME_WAIT tcp0 0 180.42.26.116:50009 180.42.26.116:8080 TIME_WAIT tcp0 0 180.42.26.116:47402 180.42.26.116:8080 TIME_WAIT tcp0 0 180.42.26.116:47046 180.42.26.116:8080 TIME_WAIT tcp0 0 180.42.26.116:50075 180.42.26.116:8080 TIME_WAIT порт 8080 из вне не доступен. PS айпи заменен. Буду очень признателен за помощь! С уважением. Артем Бельский. -- 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/50a3f2fe.6010...@ua.fm
Re: Множественные подключения с локального вненего айпи, на порт апача
не nginx ли стучится? ) netstat -pan 14 ноября 2012 г., 23:37 пользователь Belskii Artem bel...@ua.fm написал: Всем привет, имею веб сервер, nginx+apache под упревлением ispmanaer`a, все в принципе стандартно, с недавнего времени стал замечать резкое увеличение нагрузок, при анализе выяснилось, что идут множественные соединения на порт апача, до 10 тысяч, при такой ситуации, LA при таком количестве соединений доходило до 98. На других серверах, с аналогичной конфигурацией, количество коннектов к апачу не привышает 200. Включал мониторинг загрузки процессора пользователями, но ответа на вопрос это не дало. Ворос, как можно просмотреть, какая программа, инициализирует внешнее соединение? Соединения имеют такой вид: tcp0 0 180.42.26.116:49947 180.42.26.116:8080 TIME_WAIT tcp0 0 180.42.26.116:47791 180.42.26.116:8080 TIME_WAIT tcp0 0 180.42.26.116:47735 180.42.26.116:8080 TIME_WAIT tcp0 0 180.42.26.116:50009 180.42.26.116:8080 TIME_WAIT tcp0 0 180.42.26.116:47402 180.42.26.116:8080 TIME_WAIT tcp0 0 180.42.26.116:47046 180.42.26.116:8080 TIME_WAIT tcp0 0 180.42.26.116:50075 180.42.26.116:8080 TIME_WAIT порт 8080 из вне не доступен. PS айпи заменен. Буду очень признателен за помощь! С уважением. Артем Бельский. -- 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/**50a3f2fe.6010...@ua.fmhttp://lists.debian.org/50a3f2fe.6010...@ua.fm
Re[2]: youtube-dl больше не качает видео с YouTube
Втр 13 Ноя 2012 16:24:44 от Alexander Konotop alexander.kono...@gmail.com: В Tue, 13 Nov 2012 14:00:46 + Ivan Zavarzin ivan_zavar...@lavabit.com пишет: ОС - Debian Wheezy AMD64 youtube-dl 2012.02.27-1 youtube-dl больше не качает видео с YouTube: ~$ youtube-dl http://www.youtube.com/watch?v=1SQ3VC8UUtwfeature=g-logo-xit; [youtube] Setting language [youtube] 1SQ3VC8UUtw: Downloading video webpage [youtube] 1SQ3VC8UUtw: Downloading video info webpage [youtube] 1SQ3VC8UUtw: Extracting video information ERROR: unable to download video Как лечить? У меня работает. Версия пакета 2012.09.27-1 (из unstable). ./youtube-dl http://www.youtube.com/embed/1SQ3VC8UUtw?feature=player_detailpage copy embed html оттуда выдедяешь ссылку , получилась http://www.youtube.com/embed/1SQ3VC8UUtw?feature=player_detailpage