risc-V

自分でググるのは、もう古い。執事のChatGPTに聞くのが今風。

sudo systemctl stop cups
sudo systemctl disable cups
sudo systemctl disable cups.socket
sudo systemctl disable cups-browsed.service
systemctl status cups
sudo apt remove --purge cups
sudo apt autoremove

まず、停止。次は起動時の無効化。関連も無効化。状態確認。必要ならSDDからパッケージを抹消。

これだとワンポイントの作業なんで、一般化しとく。って言っても、ダエモン君の 名前さえ判れば、以下同文だからね。

systemctl list-units --type=service --all
systemctl list-units --type=socket --all
systemctl --type=service

停止中も含めてサービス全部を表示。ソケットも含めて表示。最後は簡潔に表示。 これって、BSDで現用されてる、inetd.confの変形だな。常時起動。オンデマンドで 起動とかね。親分は、initから改名したsystemd。そして、それを操るのはsystemctl とな。

リナにはhtopなんて言うカラフル・バージョンのtopが有って、色好みの人の受けがいい みたいだけど、視覚化なら、pstreeでしょう。

sakae@lu:~$ pstree
systemd-+-ModemManager---3*[{ModemManager}]
        |-NetworkManager---3*[{NetworkManager}]
        |-accounts-daemon---3*[{accounts-daemon}]
        |-avahi-daemon---avahi-daemon
        |-cron
        |-dbus-daemon
        |-fwupd---5*[{fwupd}]
        |-2*[kerneloops]
        |-networkd-dispat
        |-polkitd---3*[{polkitd}]
        |-rsyslogd---3*[{rsyslogd}]
        |-rtkit-daemon---2*[{rtkit-daemon}]
        |-sddm-+-Xorg---7*[{Xorg}]
        |      |-sddm-helper---lxqt-session-+-agent---3*[{agent}]
        |      |                            |-at-spi-bus-laun-+-dbus-daemon
        |      |                            |                 `-4*[{at-spi-bus-laun}]
        |      |                            |-at-spi2-registr---3*[{at-spi2-registr}]
        |      |                            |-chrome-+-2*[cat]
        |      |                            |        |-chrome---chrome---16*[{chrome}]
        |      |                            |        |-chrome---chrome-+-chrome---7*[{chrome}]
        |      |                            |        |                 |-chrome---12*[{chrome}]
        |      |                            |        |                 `-chrome---9*[{chrome}]
        |      |                            |        |-chrome---8*[{chrome}]
        |      |                            |        `-37*[{chrome}]
        |      |                            |-chrome_crashpad---2*[{chrome_crashpad}]
        |      |                            |-chrome_crashpad---{chrome_crashpad}
        |      |                            |-emacs
        :
        |-snapd---11*[{snapd}]
        |-sshd
        |-switcheroo-cont---3*[{switcheroo-cont}]
        |-systemd-+-(sd-pam)
        |         |-dbus-daemon
        |         |-gnome-keyring-d---4*[{gnome-keyring-d}]
        |         |-gvfs-afc-volume---4*[{gvfs-afc-volume}]
	:
        |         |-gvfsd-+-gvfsd-trash---4*[{gvfsd-trash}]
        |         |       `-3*[{gvfsd}]
        |         |-gvfsd-fuse---6*[{gvfsd-fuse}]
	:
        |-vmnet-bridge
        |-2*[vmnet-dhcpd]
        |-vmnet-natd
        |-2*[vmnet-netifup]
        |-vmware-authdlau
        |-vmware-usbarbit
        `-wpa_supplicant

面白いものを見付けた。

時刻合わせは、Windowsのサーバーへって前回書いたけど、自前で動いているのね。

sakae@lu:~$ systemctl status systemd-timesyncd
  systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled>
     Active: active (running) since Tue 2025-01-14 05:21:37 JST; 1h 58min ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 747 (systemd-timesyn)
     Status: "Contacted time server [2620:2d:4000:1::3f]:123 (ntp.ubuntu.com)."
      Tasks: 2 (limit: 9294)
     Memory: 1.5M (peak: 2.2M)
        CPU: 163ms
     CGroup: /system.slice/systemd-timesyncd.service
             └747 /usr/lib/systemd/systemd-timesyncd

 1月 14 05:21:37 lu systemd[1]: Starting systemd-timesyncd.service - Network Ti>
 1月 14 05:21:37 lu systemd[1]: Started systemd-timesyncd.service - Network Tim>
 1月 14 05:22:06 lu systemd-timesyncd[747]: Contacted time server [2620:2d:4000>
 1月 14 05:22:06 lu systemd-timesyncd[747]: Initial clock synchronization to Tu>

同期先は、ウブンツが自前で用意したサーバーだ。やっぱりOSSを原資にしてても、それ なりの企業で儲かっているのかな？ 老舗は赤帽さんだけどIBMに買収される昨今。 そのうちにウブンツ企業はマイクロソフトに買収されるに違いない。

マニュアルをザット見すると、最低限の同期機能しか搭載していないそうだ。なんだ、それ。 本当かどうか、確認してみたいぞ。どうやって？

sakae@lu:~$ timedatectl status
               Local time: 火 2025-01-14 07:43:25 JST
           Universal time: 月 2025-01-13 22:43:25 UTC
                 RTC time: 月 2025-01-13 22:43:25
                Time zone: Asia/Tokyo (JST, +0900)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no

manをチェインして、こんなコマンドが有る事を知った。

sakae@lu:~$ timedatectl timesync-status
       Server: 2620:2d:4000:1::3f (ntp.ubuntu.com)
Poll interval: 34min 8s (min: 32s; max 34min 8s)
         Leap: normal
      Version: 4
      Stratum: 2
    Reference: 11FD1CFD
    Precision: 1us (-25)
Root distance: 1.036ms (max: 5s)
       Offset: +5.569ms
        Delay: 236.767ms
       Jitter: 10.065ms
 Packet count: 10
    Frequency: +9.590ppm

サーバーのスペックが表わになったな。本当かどうか、しつこく検証したいぞ。 暫し考えて、wiresharkでパケットモニター する方法を思いついた。

インストールしたら、一般ユーザーでも使える様にしておこう。

smatsuo@ubuntu:~$ sudo usermod -a wireshark [user]

で、port ntp のフィルターを設定してからキャプチャーすれば良い。

sakae@lu:~$ tcpdump -r ntp.pcapng | cut -d' ' -f1-3 | grep com
reading from file ntp.pcapng, link-type EN10MB (Ethernet), snapshot length 262144
05:23:43.675830 IP6 prod-ntp-3.ntp4.ps5.canonical.com.ntp
05:25:51.925645 IP6 prod-ntp-3.ntp4.ps5.canonical.com.ntp
05:30:08.175432 IP6 prod-ntp-3.ntp4.ps5.canonical.com.ntp
05:38:40.428700 IP6 prod-ntp-3.ntp4.ps5.canonical.com.ntp
05:55:44.691263 IP6 prod-ntp-3.ntp4.ps5.canonical.com.ntp
06:29:52.940449 IP6 prod-ntp-3.ntp4.ps5.canonical.com.ntp
07:04:01.177881 IP6 prod-ntp-3.ntp4.ps5.canonical.com.ntp
07:38:09.428787 IP6 prod-ntp-3.ntp4.ps5.canonical.com.ntp
08:12:17.689409 IP6 prod-ntp-3.ntp4.ps5.canonical.com.ntp

どんな時間間隔で時刻の問い合わせしてるかを主眼に確認してみた。OpenNTPみたいに、 頻繁には確認していないのね。

Network Time Protocol (NTP Version 4, server)
    Flags: 0x24, Leap Indicator: no warning, Version number: NTP Version 4, Mode: server
        00.. .... = Leap Indicator: no warning (0)
        ..10 0... = Version number: NTP Version 4 (4)
        .... .100 = Mode: server (4)
    [Request In: 17]
    [Delta Time: 0.247329074 seconds]
    Peer Clock Stratum: secondary reference (2)
    Peer Polling Interval: 0 (1 seconds)
    Peer Clock Precision: -25 (0.000000030 seconds)
    Root Delay: 0.001038 seconds
    Root Dispersion: 0.000458 seconds
    Reference ID: 17.253.28.253
    Reference Timestamp: Jan 13, 2025 23:08:31.321128436 UTC
    Origin Timestamp: Sep 27, 2025 16:23:45.270437246 UTC
    Receive Timestamp: Jan 13, 2025 23:12:17.563498761 UTC
    Transmit Timestamp: Jan 13, 2025 23:12:17.563534690 UTC

これは、パケットを解析させてASCII表現させた例。ファイルメニュー -> エキスポートパケット 解析 -> プレインテキスト すれば得られるぞ。

ついでなので、本場のOpenNTP(@OpenBSD)でも確認したる。

eq$ ntpctl -s all
5/5 peers valid, constraint offset -1s, clock synced, stratum 2

peer
   wt tl st  next  poll          offset       delay      jitter
2606:4700:f1::1 time.cloudflare.com
    1 10  3  519s 1516s       -18.585ms    51.636ms   112.034ms
129.250.35.251 from pool pool.ntp.org
    1 10  2  636s 1637s         1.103ms    14.408ms     2.044ms
162.159.200.123 from pool pool.ntp.org
    1 10  3  620s 1619s         4.811ms    26.535ms    33.260ms
133.243.238.243 from pool pool.ntp.org
 *  1 10  1  552s 1558s         0.805ms    15.644ms     2.669ms
129.250.35.250 from pool pool.ntp.org
    1  8  2 1322s 1521s        -2.918ms    12.823ms     1.850ms

同期が取れて安定期になった時の状況。その頃のパケットをキャプチャーしようと 思ったら、wiresharkが入っていなかったんで、伝家の宝刀tcpdumpです。

eq$ doas tcpdump -i iwm0  -w ntp.cap port ntp
tcpdump: listening on iwm0, link-type EN10MB
^C
149555 packets received by filter
0 packets dropped by kernel

サーバーらの返答パケットです。

06:20:11.024263 2606:4700:f1::1.123
06:20:44.049510 133.243.238.243.123
06:21:52.095230 162.159.200.123.123
06:22:08.116334 129.250.35.251.123
06:33:34.693903 129.250.35.250.123
06:45:28.842930 2606:4700:f1::1.123
06:46:09.878417 133.243.238.243.123
06:47:00.922536 162.159.200.123.123

ちゃんと監視を継続してるね。

なんだかなあのコマンドをOpenBSDで確認してみる。

vm$ ls -l /dev | grep '^b'
  :
brw-r-----  1 root   operator    2, 136 Jan  5 07:48 fd1i
brw-r-----  1 root   operator   17,   0 Jan  5 07:48 rd0a
brw-r-----  1 root   operator   17,   2 Jan  5 07:48 rd0c
brw-r-----  1 root   operator    4,   0 Jan  5 07:48 sd0a
brw-r-----  1 root   operator    4,   1 Jan  5 07:48 sd0b
brw-r-----  1 root   operator    4,   2 Jan  5 07:48 sd0c
brw-r-----  1 root   operator    4,   3 Jan  5 07:48 sd0d
  :

ブロック・デバイスをリストしてねってコマンドだから、その通りにしてみただけ。 何でこんなのを真面目くさって専用なコマンドにするのかねぇ？

リナ方面も少子高齢化が進行してます。その対策の一環として志ある若者を取り 込もう作戦です。年間10個ぐらいを便利なコマンドとして表彰、及び 、パッケージとして取り込みます。これで若者を発奮させましょ。 BSD方面は、ロートル揃いなんで、こういう風潮は無いのかな。ただ老兵は消えるのみ、 ってのをヒシヒシと感じますよ。

sakae@lu:~$ ls -l /dev | grep '^b'
brw-rw----   1 root disk      7,   0  1月 17 05:02 loop0
brw-rw----   1 root disk      7,   1  1月 17 05:02 loop1
 :
brw-rw----   1 root disk      7,   9  1月 17 05:02 loop9
brw-rw----   1 root disk      8,   0  1月 17 05:02 sda
brw-rw----   1 root disk      8,   1  1月 17 05:02 sda1
brw-rw----   1 root disk      8,   2  1月 17 05:02 sda2
brw-rw----+  1 root cdrom    11,   0  1月 17 05:02 sr0

一応リナでも確認してみた。デバイスは起動時に作成してるのか。