Недавно имел интереснейшее приключение с установкой принтера HP LaserJet Pro P1102w (http://www8.hp.com/ru/ru/products/printers/product-detail.html?oid=5149432) на ПК с Win 7. На какие-то машины принтер вставал без проблем, но на одну отказывался устанавливаться наотрез. Драйвера до определённого момента корректно ставились, но на этапе определения принтера, ОС (Windows 7) увидеть подключенное устройство не могла.
Изначально предполагался конфликт ПО, но удаление различного ранее установленного софта и драйверов МФУ и принтеров от HP и отключение антивируса к успеху не привело. Альтернативная версия - не очень понятная, скорее всего аппаратная, проблема с USB.
Разобраться в проблеме помогло воспроизведение ошибки на другой машине с Windows 7.
Установка завершалась диалоговым окном:
В логе системы появилась ошибка:
"Служба "HP SI Service" помечена как интерактивная. Однако в конфигурации системы интерактивные службы не допускаются. Возможна неправильная работа службы."
Код события: 7030.
Виновником оказалась "служба" "HP Smart Install". Варианта видится два: либо "служба" некорректно работает на некоторых ПК с Windows 7, либо конфликтовала с KAV (даже отключенным).
Для обхода проблемы надо распаковать exe с драйвером и запустить UTIL\SIUtility.exe (SIUtility64.exe). Этот инструмент позволяет включать и отключать HP Smart Install для ПК или принтера.
После отключения HP Smart Instal для ПК, принтер моментально определился и драйвера автоматически встали.
Sysamdin daily notes
среда, 11 мая 2016 г.
пятница, 3 июля 2015 г.
[problem][solved][mfp] Kyocera + Сетевое сканирование = "Не удалось выполнить подключение"
История. Есть несколько пользователей разных МФУ Kyocera. В течении длительного времени МФУ-хи работали без малейших замечаний. В какой-то определённый момент у пользователей поломалась сканирование. Проблема возникала на разных МФУ, у разных пользователей, в разное время.
Симптомы. При запуске сканирования из приложения через стандартный диалог сканирования Kyocera, МФУ начинало сканировать листы и после запоздания в 3-5 секунд, появлялось диалоговое окошко с текстом: "Не удалось выполнить подключение". При повторном запуске сканирования окошко менялось на: "Сканер уже используется".
В поисках решения.
Коллега перерыл тьму типовых решений: перезапуск служб (WIA, сервер и т.д.), добавлял-удалял сканер, переустанавливал драйвера, весь комплект ПО Kyocera, ПО сканирования, запускал приложения с правами админа и т.д. - результат нулевой.
Поиск в интернете показал, что проблема встречается регулярно, но ответа или предположений о причинах не было (имхо, приз за самый бестолковый ответ получает это сообщение http://kyocera-products.ru/casetracker/ne-udalos-vypolnit-podklyuchenie-so-skanerom-fs-1135-mfp).
Диагностика и решение.
Проверка показала, что:
* ошибка воспроизводится при сканировании любым клиентским приложением (стандартное windows -Факсы и сканирование, FineReader, встроенный тул от Kyocera).
* ошибка воспроизводится под любым пользователем ПК.
При этом повторюсь, в это же время с других компов сканирование происходит без намёков на проблемы.
Очевидно, что проблема была на конкретном компьютере.
В поисках решения позапускал netstat перед сканированием, в начале сканирования и в процессе сканирования (тут подошёл бы любой другой инструмент для отслеживания сетевых соединений).
Собственно, в начале сканирования появлялось соединение, которое практически сразу разрывалось.
Проверенным решением является переустановка антивируса.
Симптомы. При запуске сканирования из приложения через стандартный диалог сканирования Kyocera, МФУ начинало сканировать листы и после запоздания в 3-5 секунд, появлялось диалоговое окошко с текстом: "Не удалось выполнить подключение". При повторном запуске сканирования окошко менялось на: "Сканер уже используется".
В поисках решения.
Коллега перерыл тьму типовых решений: перезапуск служб (WIA, сервер и т.д.), добавлял-удалял сканер, переустанавливал драйвера, весь комплект ПО Kyocera, ПО сканирования, запускал приложения с правами админа и т.д. - результат нулевой.
Поиск в интернете показал, что проблема встречается регулярно, но ответа или предположений о причинах не было (имхо, приз за самый бестолковый ответ получает это сообщение http://kyocera-products.ru/casetracker/ne-udalos-vypolnit-podklyuchenie-so-skanerom-fs-1135-mfp).
Диагностика и решение.
Проверка показала, что:
* ошибка воспроизводится при сканировании любым клиентским приложением (стандартное windows -Факсы и сканирование, FineReader, встроенный тул от Kyocera).
* ошибка воспроизводится под любым пользователем ПК.
При этом повторюсь, в это же время с других компов сканирование происходит без намёков на проблемы.
Очевидно, что проблема была на конкретном компьютере.
В поисках решения позапускал netstat перед сканированием, в начале сканирования и в процессе сканирования (тут подошёл бы любой другой инструмент для отслеживания сетевых соединений).
Собственно, в начале сканирования появлялось соединение, которое практически сразу разрывалось.
TCP <client ip>:51089 <mfp ip>:9090 ESTABLISHED
Оставалось обнаружить причину такого поведения.
После ещё нескольких экспериментов удалось локализовать виновника - им оказался антивирь.
Пакостными здесь являются несколько моментов:
* Поведение антивируса непредсказуемо. Другие машины в аналогичной конфигурации продолжают спокойно работать. Причины заставившие антивирь блокировать соединения остались неизвестными.
* У антивируса есть возможность временно отключить работу, но даже в этом случае, соединение продолжает блокироваться (что сильно не соответствует ожидаемому поведению).
* Ошибка исчезла только после удаления антивиря. После его обратной установки сканер работал в штатном режиме.
Проверенным решением является переустановка антивируса.
Не проверено. Возможным (но потенциально опасным) решением является добавлением софта для сканирования и киосеровского софта (как минимум Program Files\Kyocera\WIA Scanner\Boxless) в пути исключения антивируса.
понедельник, 5 ноября 2012 г.
Firefox. Manually uninstalling a plugin
Официальные рекомендации по ручному удалению плагинов в фаерфоксе (на случай если отсутствует штатная процедура удаления):
http://support.mozilla.org/en-US/kb/troubleshoot-issues-with-plugins-fix-problems#w_manually-uninstalling-a-plugin
http://support.mozilla.org/en-US/kb/troubleshoot-issues-with-plugins-fix-problems#w_manually-uninstalling-a-plugin
вторник, 14 августа 2012 г.
Запросите разрешение "система" на изменение этой папки
Недавно система загадила папками для обновлений один из рабочих дисков. Почему для этой цели не использовать темповая директория, или хотя бы системный диск - не известно.
Самостоятельно подчистить папочки после инсталляции система не захотела, а удалять папки пользователю не давала:
Оказалось, что есть дополнительный уровень привилегий - владелец папки.
Получается, чтобы получить контроль над папкой, сначала надо сделать пользователя владельцем папки (не забыть поставить галку, чтобы во владение перешли и все вложенные папки), потом дать необходимые права (тут тоже необходимо поставить галку о вложенных папках) и только потом можно будет удалять папку.
Вопрос - зачем потребовалась настолько изощренная схема?
Самостоятельно подчистить папочки после инсталляции система не захотела, а удалять папки пользователю не давала:
"Вам необходимо разрешение на выполнение этой операции. Запросите разрешение "система" на изменение этой папки".Более того, поменять права на папку система тоже отказалась.
Оказалось, что есть дополнительный уровень привилегий - владелец папки.
Получается, чтобы получить контроль над папкой, сначала надо сделать пользователя владельцем папки (не забыть поставить галку, чтобы во владение перешли и все вложенные папки), потом дать необходимые права (тут тоже необходимо поставить галку о вложенных папках) и только потом можно будет удалять папку.
Вопрос - зачем потребовалась настолько изощренная схема?
вторник, 7 августа 2012 г.
telnet на W7HP
Ответственные товарищи от MS исключили telnet.exe (софтинка аж в 70 Kb весом) из набора утилит по умолчанию Win7 Home Premium. В случае необходимости, конечно, доставляется через установку/удаление программ.
Чтобы подстраховаться от подобных сюрпризов в будущем решил сразу накатить cygwin.
Чтобы подстраховаться от подобных сюрпризов в будущем решил сразу накатить cygwin.
понедельник, 30 января 2012 г.
Авторизационный номер Microsoft Open License
В компании, где в настоящий момент имею честь трудиться, последовательно провожу политику закупки лицензионного ПО. Недавно провели очередную закупку программ от Майкрософта.
После оплаты, курьер привёз пакет с красивой бумажкой "Microsoft Open License" в которой указано название компании и перечислено закупленное ПО.
Бухгалтерия своим цепким взглядом выцепила два интересных пункта в документе: "авторизационный номер лицензиата" и "последняя разрешенная дата размещения повторных заказов/дата истечения периода программного сопровождения".
Два дня выносил мозг поставщику с просьбой разъяснить, что это такое. В итоге добрался до поддержки MS. Что удалось выяснить:
И _ничего_ больше.
По моим наблюдениям, на практике, описанное правило не (всегда) работает, поэтому в реальной жизни эти пункты лишняя головная боль.
P.S. Будет логичным, разместить здесь же официальное определение термина
После оплаты, курьер привёз пакет с красивой бумажкой "Microsoft Open License" в которой указано название компании и перечислено закупленное ПО.
Бухгалтерия своим цепким взглядом выцепила два интересных пункта в документе: "авторизационный номер лицензиата" и "последняя разрешенная дата размещения повторных заказов/дата истечения периода программного сопровождения".
Два дня выносил мозг поставщику с просьбой разъяснить, что это такое. В итоге добрался до поддержки MS. Что удалось выяснить:
- "последняя разрешенная дата..." - это срок окончания действия авторизационного номера.
"на сроки поддержки (авторизационный код) не влияет, он дает возможность в течении 2 х (лет) размещать до заказы, в кол-ве менее 5 штук. у майкрософта есть правило, что если такой номер у партнера отсутствует, то минимальный заказ любого продукта 5 штук"
(добавлены два комментария в скобках, для восстановления контекста)
И _ничего_ больше.
По моим наблюдениям, на практике, описанное правило не (всегда) работает, поэтому в реальной жизни эти пункты лишняя головная боль.
P.S. Будет логичным, разместить здесь же официальное определение термина
Авторизационный номер лицензиата (Authorization Number) – персональный номер (например, 12345678ZZS0101), который указывается в лицензионном сертификате Open License при первоначальном заказе. Авторизационный номер содержит информацию об уровне цен, категории продуктов и годе/месяце окончания периода сопровождения по заказу. Период сопровождения по заказу – это период времени, в течение которого клиент может размещать дополнительные заказы любого размера, которые будут обрабатываться с тем же уровнем цен, что и первоначальный заказ. Этот период также является сроком действия Software Assurance и подписки MSDN и TechNet.
пятница, 20 января 2012 г.
URL недействителен и поэтому не может быть загружен
Свежий Firefox (9.0.1) порадовал сообщением: "URL недействителен и поэтому не может быть загружен". Поиск, первой ссылочкой выдал мозилловские форумы. В первых девяти ссылках на мозилловских форумах (forum.mozilla-russia.org) были нерабочие советы и посылы в поиск. Среди посылающих отметился как минимум один модератор и всякие персоны с бейджиком а-ля "Super Linux User", что определённым образом характеризует комьюнити.
В десятой ссылочке нашлось решение. Поставить Microsoft Visual C++ 2005 SP1 Redistributable Package (x86)
В десятой ссылочке нашлось решение. Поставить Microsoft Visual C++ 2005 SP1 Redistributable Package (x86)
Подписаться на:
Сообщения (Atom)