数日前まで正常に可動していたプリンタが、今回のアップデートで見つけられなくなった。
ブラウザで localhost:631にアクセスすると、「アクセスできない。ファイアウォールやプロキシの設定を確認してください」という表示になる。
む〜。おかしい。ファイアウォールやプロキシの設定はだいぶ前からの設定だから、今回のアップデートとは無関係のはず。
現に、ipアドレス:631でアクセスすると、インク状態などが表示されるし、pingにも反応がある。
cups サービスの名称が変更されていた
なにかヒントがないかなと、ArchWikiをみると、サービス名が変更(org.cups.cupsd.service → cups.service)されている。
$ systemctl status cups.service
● cups.service - CUPS Scheduler
Loaded: loaded (/usr/lib/systemd/system/cups.service; disabled; vendor preset: disabled)
Active: inactive (dead)
TriggeredBy: ● cups.socket
Docs: man:cupsd(8)
サービスが起動していない。では、早速起動。
$ sudo systemctl start cups
$ systemctl status cups.service
● cups.service - CUPS Scheduler
Loaded: loaded (/usr/lib/systemd/system/cups.service; disabled; vendor preset: disabled)
Active: active (running) since Fri 2020-12-04 20:29:09 JST; 5s ago
TriggeredBy: ● cups.socket
Docs: man:cupsd(8)
Main PID: 7485 (cupsd)
Status: "Scheduler is running..."
Tasks: 1 (limit: 77080)
Memory: 2.2M
CGroup: /system.slice/cups.service
└─7485 /usr/bin/cupsd -l
Dec 04 20:29:08 localhost systemd[1]: Starting CUPS Scheduler...
Dec 04 20:29:09 localhost systemd[1]: Started CUPS Scheduler.
今度は大丈夫だ。併せて有効化。
$ systemctl enable cups.service
Created symlink /etc/systemd/system/printer.target.wants/cups.service → /usr/lib/systemd/system/cups.service.
Created symlink /etc/systemd/system/sockets.target.wants/cups.socket → /usr/lib/systemd/system/cups.socket.
Created symlink /etc/systemd/system/multi-user.target.wants/cups.path → /usr/lib/systemd/system/cups.path.
このパッケージは先月の28日更新されたばっかりなので、こんなことに突然襲われてしまったが、それにしても以前の設定を引き継ぐようなシステムにはならないのだろうか。
コメント