[РЕШЕНО] 120 процессов python2!

anthonio	# 10 лет, 10 месяцев назад
Темы: 18 Сообщения: 378 Участник с: 11 августа 2009	1. удалить hplip 2. воткнуть принтер 3. lsusb и смотреть на предмет поддержки принтера дровами

Aivar	# 10 лет, 10 месяцев назад (отредактировано 10 лет, 10 месяцев назад)
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	anthonio, принтер поддерживается и печатает. corner > Может, у вас случайно в /lib/udev/rules.d сохранился 55-hpmud.rules ? Нет. > Или в /etc/udev/rules.d какие-то старые правила? Хз. Гляньте (исправил): ls ls /etc/udev/rules.d/ 86-hpmud-hp_laserjet_1000.rules 86-hpmud-hp_laserjet_1005_series.rules 86-hpmud-hp_laserjet_1018.rules 86-hpmud-hp_laserjet_1020.rules 86-hpmud-hp_laserjet_p1005.rules 86-hpmud-hp_laserjet_p1006.rules 86-hpmud-hp_laserjet_p1007.rules 86-hpmud-hp_laserjet_p1008.rules 86-hpmud-hp_laserjet_p1505.rules 86-hpmud-hp_laserjet_professional_p1102.rules 86-hpmud-hp_laserjet_professional_p1102w.rules 86-hpmud-hp_laserjet_professional_p1566.rules Кстати, при установленном hplip ядро медленнее загружается, возможно после загрузки udev, он то в первых рядах грузится. Грешить на udev? Дык, переустанавливал уже, но что-то тут есть… > можно предположить неисправность кабеля или принтера. Ребята, повторюсь, но трабл проявляется только при установленном hplip, вне зависимости от того, включен ли принтер, выключен ли, отсоединен ли от usb и отнесен в соседнюю комнату. > выдернуть вообще все usb устройства из машины и проверил результат запуска. Пробовал. Все по прежнему. > Ну и для чистоты эксперимента я бы поставил голый arch в виртуалку +udev+cups+hplip На днях чуть освобожусь и обязательно займусь этим.

Aivar

# 10 лет, 10 месяцев назад (отредактировано 10 лет, 10 месяцев назад)

Темы: 4

Сообщения: 6897

Участник с: 17 февраля 2011

anthonio, принтер поддерживается и печатает.

corner
> Может, у вас случайно в /lib/udev/rules.d сохранился 55-hpmud.rules ?
Нет.

> Или в /etc/udev/rules.d какие-то старые правила?
Хз. Гляньте (исправил):

ls ls /etc/udev/rules.d/
86-hpmud-hp_laserjet_1000.rules
86-hpmud-hp_laserjet_1005_series.rules
86-hpmud-hp_laserjet_1018.rules
86-hpmud-hp_laserjet_1020.rules
86-hpmud-hp_laserjet_p1005.rules
86-hpmud-hp_laserjet_p1006.rules
86-hpmud-hp_laserjet_p1007.rules
86-hpmud-hp_laserjet_p1008.rules
86-hpmud-hp_laserjet_p1505.rules
86-hpmud-hp_laserjet_professional_p1102.rules
86-hpmud-hp_laserjet_professional_p1102w.rules
86-hpmud-hp_laserjet_professional_p1566.rules

Кстати, при установленном hplip ядро медленнее загружается, возможно после загрузки udev, он то в первых рядах грузится. Грешить на udev? Дык, переустанавливал уже, но что-то тут есть…

> можно предположить неисправность кабеля или принтера.
Ребята, повторюсь, но трабл проявляется только при установленном hplip, вне зависимости от того, включен ли принтер, выключен ли, отсоединен ли от usb и отнесен в соседнюю комнату.

> выдернуть вообще все usb устройства из машины и проверил результат запуска.
Пробовал. Все по прежнему.

> Ну и для чистоты эксперимента я бы поставил голый arch в виртуалку +udev+cups+hplip
На днях чуть освобожусь и обязательно займусь этим.

akjizn	# 10 лет, 10 месяцев назад
Темы: 0 Сообщения: 5 Участник с: 31 октября 2011	У меня после сегодняшнего обновления та же проблема, что и у автора темы. Её я временно решил удалением /usr/bin/hp-firmware. Aivar corner > Может, у вас случайно в /lib/udev/rules.d сохранился 55-hpmud.rules ? Нет. Аналогично, нет > Или в /etc/udev/rules.d какие-то старые правила? А вот в /etc/udev/rules.d действительно есть старые правила: ls /etc/udev/rules.d/ 10-vboxdrv.rules 50-embedded_devices.rules 86-hpmud-hp_laserjet_1000.rules 86-hpmud-hp_laserjet_1005_series.rules 86-hpmud-hp_laserjet_1018.rules 86-hpmud-hp_laserjet_1020.rules 86-hpmud-hp_laserjet_p1005.rules 86-hpmud-hp_laserjet_p1006.rules 86-hpmud-hp_laserjet_p1007.rules 86-hpmud-hp_laserjet_p1008.rules 86-hpmud-hp_laserjet_p1505.rules 86-hpmud-hp_laserjet_professional_p1102.rules 86-hpmud-hp_laserjet_professional_p1102w.rules 86-hpmud-hp_laserjet_professional_p1566.rules Более того, именно в этих правилах заключается проблема!!! (Так как проблема возникает после старта udev и см. код ниже) cat /etc/udev/rules.d/86-hpmud-hp_laserjet_p1006.rules # Load hp firmware for this printer. ACTION!="add", GOTO="hpmud_rules_end" # hp_laserjet_p1006 for Suse 10.3 SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", SYSFS{idVendor}=="03f0", SYSFS{idProduct}=="3e17", PROGRAM="/bin/sh -c 'logger -p user.info loading hp_laserjet_p1006 firmware $env{BUSNUM} $env{DEVNUM}'", RUN+="/bin/sh -c '/usr/bin/hp-firmware -y3 -s$env{BUSNUM}:$env{DEVNUM} &'" # hp_laserjet_p1006 SUBSYSTEM=="usb_device", SYSFS{idVendor}=="03f0", SYSFS{idProduct}=="3e17", PROGRAM="/bin/sh -c 'X=%k; X=$${X#usbdev}; B=$${X%%%%.}; D=$${X#.}; logger -p user.info loading hp_laserjet_p1006 firmware $$B $$D; printf %%03i:%%03i $$B $$D'", RUN+="/bin/sh -c '/usr/bin/hp-firmware -y3 -s%c &'" LABEL="hpmud_rules_end" Осталось только разобраться как со всем этим поступить… Я на данном этапе пока застопорился…

akjizn

# 10 лет, 10 месяцев назад

Темы: 0

Сообщения: 5

Участник с: 31 октября 2011

У меня после сегодняшнего обновления та же проблема, что и у автора темы. Её я временно решил удалением /usr/bin/hp-firmware.

Aivar
corner
> Может, у вас случайно в /lib/udev/rules.d сохранился 55-hpmud.rules ?
Нет.
Аналогично, нет
> Или в /etc/udev/rules.d какие-то старые правила?

А вот в /etc/udev/rules.d действительно есть старые правила:

ls /etc/udev/rules.d/
10-vboxdrv.rules
50-embedded_devices.rules
86-hpmud-hp_laserjet_1000.rules
86-hpmud-hp_laserjet_1005_series.rules
86-hpmud-hp_laserjet_1018.rules
86-hpmud-hp_laserjet_1020.rules
86-hpmud-hp_laserjet_p1005.rules
86-hpmud-hp_laserjet_p1006.rules
86-hpmud-hp_laserjet_p1007.rules
86-hpmud-hp_laserjet_p1008.rules
86-hpmud-hp_laserjet_p1505.rules
86-hpmud-hp_laserjet_professional_p1102.rules
86-hpmud-hp_laserjet_professional_p1102w.rules
86-hpmud-hp_laserjet_professional_p1566.rules

Более того, именно в этих правилах заключается проблема!!! (Так как проблема возникает после старта udev и см. код ниже)

cat /etc/udev/rules.d/86-hpmud-hp_laserjet_p1006.rules 
# Load hp firmware for this printer.
ACTION!="add", GOTO="hpmud_rules_end"
# hp_laserjet_p1006 for Suse 10.3
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", SYSFS{idVendor}=="03f0", SYSFS{idProduct}=="3e17", PROGRAM="/bin/sh -c 'logger -p user.info loading hp_laserjet_p1006 firmware $env{BUSNUM} $env{DEVNUM}'", RUN+="/bin/sh -c '/usr/bin/hp-firmware -y3 -s$env{BUSNUM}:$env{DEVNUM} &'"
# hp_laserjet_p1006
SUBSYSTEM=="usb_device", SYSFS{idVendor}=="03f0", SYSFS{idProduct}=="3e17", PROGRAM="/bin/sh -c 'X=%k; X=$${X#usbdev}; B=$${X%%%%.*}; D=$${X#*.}; logger -p user.info loading hp_laserjet_p1006 firmware $$B $$D; printf %%03i:%%03i $$B $$D'", RUN+="/bin/sh -c '/usr/bin/hp-firmware -y3 -s%c &'"
LABEL="hpmud_rules_end"

Осталось только разобраться как со всем этим поступить…
Я на данном этапе пока застопорился…

Aivar	# 10 лет, 10 месяцев назад
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	corner Пробовал в виртуалке - такой проблемы нет. Правда, там и в /etc/udev/rules.d/ ничего нет. akjizn временно решил удалением /usr/bin/hp-firmware И остались без принтера? :) Как альтернативу hplip можно смотреть в сторону foo2zjs/foo2xqx, но меня такой вариант не прельщает, тем более, что в арче в такой способ принтер я так и не поднял. Назрел извечный вопрос: “Что делать???”

Aivar

# 10 лет, 10 месяцев назад

Темы: 4

Сообщения: 6897

Участник с: 17 февраля 2011

corner
Пробовал в виртуалке - такой проблемы нет. Правда, там и в /etc/udev/rules.d/ ничего нет.

akjizn
временно решил удалением /usr/bin/hp-firmware

И остались без принтера? :)
Как альтернативу hplip можно смотреть в сторону foo2zjs/foo2xqx, но меня такой вариант не прельщает, тем более, что в арче в такой способ принтер я так и не поднял.
Назрел извечный вопрос: “Что делать???”

corner	# 10 лет, 10 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	Нудно это конечно, но… 1. Удаляем hplip. 2. Удаляем из /etc/udev/rules.d и из /lib/udev/rules.d все правила hplip. 3. Отключаем физически принтер. 4. Перезапуск системы. 5. Запускаем в мониторе udevadm monitor –kernel. Фиксируем вывод при подключении в usb включенного принтера. 6. То же самое с udevadm monitor –udev. 7. Ставим hplip. 8. Повторяем пп. 3..6. Анализируем результаты. Или передаем обществу. Сдается, господа, это называется диагностика…. :)

corner

# 10 лет, 10 месяцев назад

Темы: 6

Сообщения: 773

Участник с: 21 июля 2011

Нудно это конечно, но…
1. Удаляем hplip.
2. Удаляем из /etc/udev/rules.d и из /lib/udev/rules.d все правила hplip.
3. Отключаем физически принтер.
4. Перезапуск системы.
5. Запускаем в мониторе udevadm monitor –kernel. Фиксируем вывод при подключении в usb включенного принтера.
6. То же самое с udevadm monitor –udev.
7. Ставим hplip.
8. Повторяем пп. 3..6.
Анализируем результаты. Или передаем обществу.
Сдается, господа, это называется диагностика…. :)

alexnt	# 10 лет, 10 месяцев назад
Темы: 8 Сообщения: 27 Участник с: 23 октября 2011	Проблему можно решить таким образом: Переместить куда-нибудь правила которые создал HPLIP из /etc/udev/rules.d (на всякий случай, вдруг вернуть понадобится). После запуска системы запускать вручную утилиту hp-firmware, прошивка будет загружена избирательно в принтер. Прошивка загружается только один раз, после включения принтера. Т.е. запустились, включили принтер - загрузили прошивку. До момента отключения питания принтера прошивку загружать более не требуется. Прошивка загружается тоже только на определенные принтеры, к примеру на HP LJ 1000 прошивка нужна, а вот на LPTшный HP6L прошивка не нужна. В случае если прошивка не нужна, достаточно просто убрать правила из rules.d и забыть о проблеме.

alexnt

# 10 лет, 10 месяцев назад

Темы: 8

Сообщения: 27

Участник с: 23 октября 2011

Проблему можно решить таким образом:

Переместить куда-нибудь правила которые создал HPLIP из /etc/udev/rules.d (на всякий случай, вдруг вернуть понадобится).
После запуска системы запускать вручную утилиту hp-firmware, прошивка будет загружена избирательно в принтер.

Прошивка загружается только один раз, после включения принтера. Т.е. запустились, включили принтер - загрузили прошивку. До момента отключения питания принтера прошивку загружать более не требуется. Прошивка загружается тоже только на определенные принтеры, к примеру на HP LJ 1000 прошивка нужна, а вот на LPTшный HP6L прошивка не нужна. В случае если прошивка не нужна, достаточно просто убрать правила из rules.d и забыть о проблеме.

akjizn	# 10 лет, 10 месяцев назад
Темы: 0 Сообщения: 5 Участник с: 31 октября 2011	Aivar corner Пробовал в виртуалке - такой проблемы нет. Правда, там и в /etc/udev/rules.d/ ничего нет. Вот, именно в этом проблема…. akjizn временно решил удалением /usr/bin/hp-firmware И остались без принтера? :) Остался без принтера, зато с компьютером (512 мегов оперативы, архикричный баг для меня - 512 Mb оперативы забиты, swap на 512 то же) Как альтернативу hplip можно смотреть в сторону foo2zjs/foo2xqx, но меня такой вариант не прельщает, тем более, что в арче в такой способ принтер я так и не поднял. Не вариант…(( corner Нудно это конечно, но… 1. Удаляем hplip. 2. Удаляем из /etc/udev/rules.d и из /lib/udev/rules.d все правила hplip. 3. Отключаем физически принтер. 4. Перезапуск системы. 5. Запускаем в мониторе udevadm monitor –kernel. Фиксируем вывод при подключении в usb включенного принтера. 6. То же самое с udevadm monitor –udev. 7. Ставим hplip. 8. Повторяем пп. 3..6. Анализируем результаты. Или передаем обществу. Сдается, господа, это называется диагностика…. :) Это для коллективного баг-репорта? (сбор сведений) Я за! AlexNT Проблему можно решить таким образом: Переместить куда-нибудь правила которые создал HPLIP из /etc/udev/rules.d (на всякий случай, вдруг вернуть понадобится). После запуска системы запускать вручную утилиту hp-firmware, прошивка будет загружена избирательно в принтер. Прошивка загружается только один раз, после включения принтера. Т.е. запустились, включили принтер - загрузили прошивку. До момента отключения питания принтера прошивку загружать более не требуется. Прошивка загружается тоже только на определенные принтеры, к примеру на HP LJ 1000 прошивка нужна, а вот на LPTшный HP6L прошивка не нужна. В случае если прошивка не нужна, достаточно просто убрать правила из rules.d и забыть о проблеме. Ну…это временное решение (для тех, у кого прошивка загружается в принтер каждый раз при его включении, у меня именно так), но благодаря нему у нас будет функционировать принтер…Спасибо!

akjizn

# 10 лет, 10 месяцев назад

Темы: 0

Сообщения: 5

Участник с: 31 октября 2011

Aivar
corner
Пробовал в виртуалке - такой проблемы нет. Правда, там и в /etc/udev/rules.d/ ничего нет.

Вот, именно в этом проблема….
akjizn
временно решил удалением /usr/bin/hp-firmware
И остались без принтера? :)

Остался без принтера, зато с компьютером (512 мегов оперативы, архикричный баг для меня - 512 Mb оперативы забиты, swap на 512 то же)

Как альтернативу hplip можно смотреть в сторону foo2zjs/foo2xqx, но меня такой вариант не прельщает, тем более, что в арче в такой способ принтер я так и не поднял.

Не вариант…((

corner
Нудно это конечно, но…
1. Удаляем hplip.
2. Удаляем из /etc/udev/rules.d и из /lib/udev/rules.d все правила hplip.
3. Отключаем физически принтер.
4. Перезапуск системы.
5. Запускаем в мониторе udevadm monitor –kernel. Фиксируем вывод при подключении в usb включенного принтера.
6. То же самое с udevadm monitor –udev.
7. Ставим hplip.
8. Повторяем пп. 3..6.
Анализируем результаты. Или передаем обществу.
Сдается, господа, это называется диагностика…. :)

Это для коллективного баг-репорта? (сбор сведений)
Я за!

AlexNT
Проблему можно решить таким образом:

Переместить куда-нибудь правила которые создал HPLIP из /etc/udev/rules.d (на всякий случай, вдруг вернуть понадобится).
После запуска системы запускать вручную утилиту hp-firmware, прошивка будет загружена избирательно в принтер.

Прошивка загружается только один раз, после включения принтера. Т.е. запустились, включили принтер - загрузили прошивку. До момента отключения питания принтера прошивку загружать более не требуется. Прошивка загружается тоже только на определенные принтеры, к примеру на HP LJ 1000 прошивка нужна, а вот на LPTшный HP6L прошивка не нужна. В случае если прошивка не нужна, достаточно просто убрать правила из rules.d и забыть о проблеме.

Ну…это временное решение (для тех, у кого прошивка загружается в принтер каждый раз при его включении, у меня именно так), но благодаря нему у нас будет функционировать принтер…Спасибо!

alexnt	# 10 лет, 10 месяцев назад
Темы: 8 Сообщения: 27 Участник с: 23 октября 2011	Я видел всего два варианта работы принтера с прошивкой - либо она нужна один раз после включения питания, либо не нужна совсем. Может я ошибаюсь, но вроде других вариантов нет. Поэтому пока можно и вручную загружать прошивку один раз, ну и ждать пока они там разберутся в дровах. Я раньше работал через /dev/ulpt0 со своим принтером, грузил в него прошивку при помощи cat - напрямую. Сейчас ulpt убрали почему то, и напрямую загружать что либо в принтер стало невозможно (поэтому foo2zjs работать не будут походу с такими принтерами). Если писать баг-репорт надо за одним просить вернуть нормальный /dev/ulpt0 как в старом ядре было. Так же можно самостоятельно дописать скрипт udev, чтобы выполнялась hp-firmware когда принтер подключается, тогда проблем не будет. Если у меня до этого дойдут руки и что-нибудь получится - напишу сразу в эту тему. Кстати у меня принтер HP LaserJet 1000 на работе, там выполняются правила udev эти глючные, т.е. проблема со 120 процессами возникает. А дома HP6L, ему прошивка не нужна, там проблемы нет. Т.е. скрипты в udev не отрабатывают совсем. Поэтому проблема лишь в кривости этих правил.

alexnt

# 10 лет, 10 месяцев назад

Темы: 8

Сообщения: 27

Участник с: 23 октября 2011

Я видел всего два варианта работы принтера с прошивкой - либо она нужна один раз после включения питания, либо не нужна совсем. Может я ошибаюсь, но вроде других вариантов нет. Поэтому пока можно и вручную загружать прошивку один раз, ну и ждать пока они там разберутся в дровах. Я раньше работал через /dev/ulpt0 со своим принтером, грузил в него прошивку при помощи cat - напрямую. Сейчас ulpt убрали почему то, и напрямую загружать что либо в принтер стало невозможно (поэтому foo2zjs работать не будут походу с такими принтерами). Если писать баг-репорт надо за одним просить вернуть нормальный /dev/ulpt0 как в старом ядре было. Так же можно самостоятельно дописать скрипт udev, чтобы выполнялась hp-firmware когда принтер подключается, тогда проблем не будет. Если у меня до этого дойдут руки и что-нибудь получится - напишу сразу в эту тему.

Кстати у меня принтер HP LaserJet 1000 на работе, там выполняются правила udev эти глючные, т.е. проблема со 120 процессами возникает. А дома HP6L, ему прошивка не нужна, там проблемы нет. Т.е. скрипты в udev не отрабатывают совсем. Поэтому проблема лишь в кривости этих правил.

corner	# 10 лет, 10 месяцев назад (отредактировано 10 лет, 10 месяцев назад)
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	Кстати у меня принтер HP LaserJet 1000 на работе, там выполняются правила udev эти глючные, т.е. проблема со 120 процессами возникает. У меня HP 1018, и такой проблемы нет. Все работает. Но есть одно но… Когда я ставил hplip, я делал исправления в правилах udev. После установки в /etc/udev/rules.d будут размещены файлы правил для принтеров HP с общей маской имени 86-.rules. При их создании использовалась устаревшая версия udev, поэтому в логи будут передаваться постоянно сообщения об устаревшей инструкции SYSFS. Для исправления необходимо во всех файлах правил, отноящихся к принтерам HP (86-.rules) заменить названия инструкций SYSFS на ATTRS прямой правкой. Попробуйте сделать также, может в этом проблема? Кстати, то же самое сделать и с файлами /lib/udev/rules.d/56-hpmud_support.rules и /lib/udev/rules.d/40-hplip.rules.

corner

# 10 лет, 10 месяцев назад (отредактировано 10 лет, 10 месяцев назад)

Темы: 6

Сообщения: 773

Участник с: 21 июля 2011

Кстати у меня принтер HP LaserJet 1000 на работе, там выполняются правила udev эти глючные, т.е. проблема со 120 процессами возникает.

У меня HP 1018, и такой проблемы нет. Все работает. Но есть одно но…
Когда я ставил hplip, я делал исправления в правилах udev.

После установки в /etc/udev/rules.d будут размещены файлы правил для принтеров HP с общей маской имени 86-*.rules.
При их создании использовалась устаревшая версия udev, поэтому в логи будут передаваться постоянно сообщения об устаревшей инструкции SYSFS. Для исправления необходимо во всех файлах правил, отноящихся к принтерам HP (86-*.rules) заменить названия инструкций SYSFS на ATTRS прямой правкой.

Попробуйте сделать также, может в этом проблема?

Кстати, то же самое сделать и с файлами /lib/udev/rules.d/56-hpmud_support.rules и /lib/udev/rules.d/40-hplip.rules.

alexnt	# 10 лет, 10 месяцев назад
Темы: 8 Сообщения: 27 Участник с: 23 октября 2011	corner Кстати у меня принтер HP LaserJet 1000 на работе, там выполняются правила udev эти глючные, т.е. проблема со 120 процессами возникает. У меня HP 1018, и такой проблемы нет. Все работает. Но есть одно но… Когда я ставил hplip, я делал исправления в правилах udev. После установки в /etc/udev/rules.d будут размещены файлы правил для принтеров HP с общей маской имени 86-.rules. При их создании использовалась устаревшая версия udev, поэтому в логи будут передаваться постоянно сообщения об устаревшей инструкции SYSFS. Для исправления необходимо во всех файлах правил, отноящихся к принтерам HP (86-.rules) заменить названия инструкций SYSFS на ATTRS прямой правкой. Попробуйте сделать также, может в этом проблема? Интересно, обязательно попробую в понедельник, хотя речь идет о логах а не о куче процессов. Отпишу сюда. Может кто еще попробует?

alexnt

# 10 лет, 10 месяцев назад

Темы: 8

Сообщения: 27

Участник с: 23 октября 2011

corner
Кстати у меня принтер HP LaserJet 1000 на работе, там выполняются правила udev эти глючные, т.е. проблема со 120 процессами возникает.
У меня HP 1018, и такой проблемы нет. Все работает. Но есть одно но…
Когда я ставил hplip, я делал исправления в правилах udev.
После установки в /etc/udev/rules.d будут размещены файлы правил для принтеров HP с общей маской имени 86-*.rules.
При их создании использовалась устаревшая версия udev, поэтому в логи будут передаваться постоянно сообщения об устаревшей инструкции SYSFS. Для исправления необходимо во всех файлах правил, отноящихся к принтерам HP (86-*.rules) заменить названия инструкций SYSFS на ATTRS прямой правкой.
Попробуйте сделать также, может в этом проблема?

Интересно, обязательно попробую в понедельник, хотя речь идет о логах а не о куче процессов. Отпишу сюда. Может кто еще попробует?