Windowsでプリンタードライバーのインストールに失敗したとき、古いドライバーをすべて削除してINFを強制投入する前に、エラーの発生段階を分けます。プリンター検出、ポート作成、ドライバーパッケージのステージ、署名検証、スプーラー登録、共有プリンター接続、テスト印刷では原因が異なります。メーカー公式の対象OS・機種・アーキテクチャに合うドライバーを使い、SetupAPIログとイベントを確認するのが近道です。
ドライバー削除は他のプリンターにも影響します。まず一覧と利用状況を保存し、対象パッケージを特定し、復元用インストーラーを確保してから変更します。
最初の確認項目
- Windows 11またはWindows Serverの版・ビルドとx64/Arm64などのアーキテクチャ
- プリンターの正確な型番、接続方式、ポート、ファームウェア
- メーカーがそのOS向けに公開するドライバー名、版、公開日、署名
- ローカル追加かプリントサーバー共有か、一般ユーザーか管理者か
- 表示されたエラーコード、時刻、どの画面で失敗したか
- 組織のPoint and Print、ドライバー導入制限、アプリ制御、セキュリティ製品
「Windowsキー＋Pause/Break」はキーボードによって存在しないため、現在は「設定 → システム → バージョン情報」やwinverで確認する方が確実です。32ビット版ドライバーを64ビットOSへ入れる、近い型番のパッケージを流用する、非公式のドライバー配布サイトを使うことを避けます。Universal Print Driverでも対応機能が限定される場合があります。
変更前のバックアップ
プリント管理でプリンター、ポート、ドライバー、共有名を一覧化し、テストページや既存設定を保存します。業務アプリ固有の用紙、トレイ、両面、カラー、認証コードはドライバー再導入で初期化されることがあります。プリントサーバーではバックアップ機能と復元試験を行い、クラスタや複数拠点へ波及しない検証サーバーを使います。
読み取り中心の切り分け
- デバイスマネージャーまたはプリンターのプロパティで問題コードを確認します。
- イベントビューアーの印刷サービス関連ログと、失敗時刻のシステムログを確認します。
- WindowsのSetupAPIデバイスインストールログで、対象INF、署名、ポリシー、エラーコードを探します。
- PnPUtilの列挙機能で第三者ドライバーパッケージを確認し、対象のPublished NameとProviderを記録します。
- 同じパッケージを検証端末で試し、端末固有かパッケージ共通かを分けます。
Microsoftの公式トラブルシューティングでは、問題コードとSetupAPIログを使い、ポリシーによるブロック、タイムアウト、署名エラーなどを特定します。ログ全体には端末名やパスが含まれるため、外部へ共有する前に必要範囲だけを抽出します。
よくある原因別の対処
対象OS・署名・アーキテクチャが違う
メーカーのサポートページで対応OSとリリースノートを確認します。Windows Updateカタログやメーカー公式以外の改変パッケージは使いません。署名エラーを回避するためにWindowsの署名検証やセキュアブートを停止せず、正しい署名済み版を入手します。古い機種で対応版がない場合は、汎用ドライバーの機能差を受入試験し、機器更新を検討します。
古いパッケージが競合する
同じ型番の旧版、汎用版、メーカー別の複数ドライバーがある場合、現在どのプリンターがどのパッケージを使うかを調べます。プリンターキューを削除しただけではDriver Storeにパッケージが残ることがあります。一方、PnPUtilでパッケージを削除すると、そのドライバーを使う他デバイスへ影響します。保守時間に対象を限定し、復元用パッケージを確保してから行います。
プリントスプーラーまたはキューの問題
既存ジョブが詰まっている、スプーラーが停止を繰り返す、ポート監視モジュールが異常な場合があります。まず利用者へ印刷停止を周知し、キューとイベントを記録します。サービス再起動は一時的な復旧であり、繰り返すなら問題ジョブ、ドライバー、ポート、ウイルス対策ログを調べます。共有サーバーで無断再起動しないでください。
グループポリシーで拒否される
Point and Printやデバイス導入ポリシーにより、一般ユーザーのドライバー取得が正しく拒否されている場合があります。ポリシーを全体で緩和せず、承認済みプリントサーバーと署名済みパッケージを配布します。結果セットで端末とユーザーの適用GPOを確認し、例外は期限と対象を限定します。
INFから追加するとき
メーカーが提供するINFは、インストーラーが動かない場合の正規手段になり得ます。しかし「INFなら必ず成功する」わけではありません。依存するカタログ、DLL、言語ファイル、ポートモニターが揃っている必要があります。Print ManagementのAdd DriverまたはPnPUtilを使い、対象INFのProvider、Class、CatalogFileを確認します。実行前に列挙結果を保存し、コマンドは公式文法と変更承認に従います。
成功判定
- ドライバー一覧に期待した版とプロバイダーが表示される
- 正しいポートとIPまたは共有名へキューが接続される
- テストページ、A4/A3、両面、カラー、給紙トレイが意図どおり
- 一般ユーザーで印刷でき、不要な管理者権限を要求しない
- 再起動後もキューが残り、スプーラーエラーが増えていない
- 業務アプリ、PDF、ブラウザーからの印刷で文字・余白・向きが正しい
切り戻し
新版で不具合が出たら、キューの利用を停止し、保存しておいた旧版パッケージと設定へ戻します。新旧のドライバーを同じキューで何度も入れ替えず、検証用の別キューを作って比較すると安全です。削除中に失敗した場合は再起動や強制削除を繰り返さず、SetupAPIログと利用中デバイスを確認します。
復旧後はエラーコード、原因、採用版、試験項目、ロールバック結果をドライバー台帳へ残します。Windowsやメーカー更新後に再発する可能性があるため、代表端末で事前検証してから配布リングを広げます。
共有プリンターだけ失敗する場合
ローカルUSBでは導入でき、プリントサーバー共有だけ失敗するなら、クライアントのドライバー互換性、Point and Print制限、共有名、DNS、SMB、サーバー側キューを重点的に確認します。クライアントへ直接メーカーINFを入れて一時回避すると、サーバー配布版とずれて管理不能になるため、標準キューと配布方式を先に直します。
サーバーへ新ドライバーを追加すると全利用者が取得する可能性があります。別名の検証キューへ新パッケージを割り当て、少人数だけ接続して印刷品質と権限を試します。問題がなければ切替日を通知し、旧キューを一定期間読み取り可能な案内として残してから廃止します。
ベンダーへ伝える情報
サポートには、プリンター型番、シリアルは必要範囲、ファームウェア、OSビルド、ドライバー版、接続方式、エラーコード、SetupAPIログの該当時刻、再現手順を伝えます。ログのユーザー名と内部パスを確認し、安全なアップロード先を使います。非公開の診断ツールを受け取った場合は署名と利用条件を確認します。
解決版を受け取ったら、本番へ直ちに入れず検証キューで同じ帳票を比較します。修正対象外のスキャン、FAX、認証印刷、部門コードも回帰確認します。採用しなかった版と理由を台帳へ残すと、Windows Update後の再調査で同じ失敗を繰り返しません。
コメント