最近では、Video系はHDMI/Display Port、信号系は USB Type-C で統一されつつある感がしますが、まだまだ古い機種があると、種々のコネクタ形状のケーブルがたくさんあります。USB でも mini/micro なものもありますし、カメラなどに繋ぐケーブルもあります。そして、それらはほとんどが黒色。USB3のタイプAコネクタ内部は水色になっていますが、それを除くとぱっと見ただけでは区別が付きません。
そこで、ケーブルを色分けしてわかりやすくすることを考えました。
手段としてはいろいろあります。テプラシールなどを貼り付けてしまう方法とかが一番楽そうですが、今回はコネクタ部分の補強も兼ね、熱収縮性チューブを使ってみることにしました。

熱収縮チューブとは

熱収縮チューブとは、その名の通り、加熱することで縮まるプラスチックチューブです。色、太さ、性質など、種々の特性を持ったチューブが各社から販売されています。ヒシチューブとかスミチューブとか、商品名で呼ばれることもあります。100均ショップなどでも売っていますが、ホームセンターなどでも取り扱いはあるようです。今回は、秋葉原まで行って買ってみることにしました。秋葉原ではガード下のお店(だいぶ減っちゃいましたけど)で、種々の色を混ぜた、サンプル品を売っていますので。複数の幅のものを買っておきました。

取りあえず試してみる

今回入手したものは住友電工が作っている、スミチューブでした。おおよそ熱を加えると径が1/2くらいになります。そこで、比較的径が細い所に使ってみることにしました。
加熱はヘアドライヤーでは無理で、高熱が出るヒートガンとかが必要です。今回ははんだごてを使う事にしました。たまたま従来から使っていたものが壊れてしまった(電源線が切れた)ので、新しいものを手配。新品なのできれいな部分を直接熱収縮チューブにあてて縮めることにしました。あまり熱を加えすぎると、ベースの方のケーブルを痛めてしまうので、思うようには縮まりませんでした。また、伸縮率が1/2くらいなので、大きな段差がある所では、収縮しきれなかったというのもありました。

まるごと覆うのは諦める

段差がある所を覆うのは無理そうと諦め、コネクタ部分の一部を覆うようにチューブを付けて見ることにしました。それだと手軽ですぐに判別がつきます。ただ、コネクタ部分は結構分厚いので、買ってきたサンプル品では、タイプAのコネクタにはうまく入りませんでした。Type-C のコネクタにはうまい感じで入ったので、そちらだけ付けて見ました。
こうすればぱっと見てなんだかすぐに分かるかなと思います。

openSUSE 15.4 では、emacs が動かなくなることがあります。その問題と、暫定的な解決方法は、https://blog.geeko.jp/syuta-hashimoto/3113 に書かれていました。

しかし、今試してみたところ、rpm -e コマンドで、hunspell,hunspell-tools を抜くことで、emacs を問題なく起動することが出来ました。

emacs がうまく起動しなかった場合、上記の方法も試してみてください。

FreeBSD ではできているのに、openSUSE で、less を使ってファイルやマニュアルを表示すると、less終了後に表示された画面が消えてしまいます。結果を見ながら別の作業をしたいときには少々不便です。調べた結果、この問題を解決するにはいくつかの方法があることが分かりました。

1. オプション -X (または –no-init) を引数として指定して起動する。
   一番簡単なやり方です。
2. 環境変数 LESS に -X オプションを指定しておく。
   あらかじめシェルの初期設定ファイル (.bashrc とか .cshrc とか) に、
   LESS=’-X’
   を指定しておきます。
3. terminfo の値を変更する。
   http://kurokawh.blogspot.com/2015/01/linuxcygwin-less-man.html や、https://t9md.hatenadiary.org/entry/20080802/1217655775によると、terminfo の値を修正することによっても変更出来るそうです(この方法は試していません)。

ただし、アプリケーションによっては、画面を消すことを前提としている物もあるようなので、色々テストしながら設定をするのが良さそうです。

第四世代の Intel CPU を使ったマシンで openSUSE を使っていると、シャットダウンコマンドで電源をOffにしようとしても( poweroff など)電源が切れません。一旦切れたようになりますが、再度起動してしまいます。この動作は、なぜか Windows と BSD (Dragon Fly BSD)では起こらず Linux のみ起こる現象のようです。 openSUSE 意外に Debian でも現象を確認しています。

色々調べたのですが、正解にはたどり着けず、毎回手動で電源を落としていました。そうすると、マジックパケットを飛ばして WOL による起動ができなくなり、ちょっと不便に感じていました。

結局、Kernel の詳しい人に正解をいただきました。Grub のオプションに
xhci_hcd.quirks=0x2000
を付けるのだそうです。これでちゃんと電源が切れ、さらに WOL も動くようになりました。

この記事は openSUSE Advent Calendar 2022 の18日目です。

systemd が使われるようになると、daemon の制御とかのやり方は大きく変わりました。/etc/init.d にあるスクリプトから、systemd パッケージに含まれるコマンドを使うようになってきました。それらのコマンドは、xxxxxctl という、末尾に ctl が含まれるものが多いように感じました。そこで、/usr/bin/ の中にある、末尾が ctl なプログラムがどんなものかを簡単に調べて見ることにしました。

今回は、wdctl を紹介します。

コマンド名: wdctl
パッケージ: util-linux-2.37.2-150400.8.8.1.x86_64
動作: ○

wdctl は、システムのウオッチドッグ情報を表示するコマンドです。引数なしで起動すると以下のように表示します。

% wdctl
Device:        /dev/watchdog0
Identity:      Software Watchdog [version 0]
Timeout:       10 seconds
Pre-timeout:    0 seconds

オプションによって表示形式を変更することは出来ますが、基本的に上記のような情報を表示するだけです。ですので、あまり使い道はないかと思います。

この記事は openSUSE Advent Calendar 2022 の12日目です。

systemd が使われるようになると、daemon の制御とかのやり方は大きく変わりました。/etc/init.d にあるスクリプトから、systemd パッケージに含まれるコマンドを使うようになってきました。それらのコマンドは、xxxxxctl という、末尾に ctl が含まれるものが多いように感じました。そこで、/usr/bin/ の中にある、末尾が ctl なプログラムがどんなものかを簡単に調べて見ることにしました。

今回は、timedatectl を紹介します。

コマンド名: timedatectl
パッケージ: systemd-249.11-150400.6.8.x86_64
動作: ○

詳細:
timedatectl は、システム時刻の表示/変更を行うコマンドです。引数なしで起動すると以下のような形で日付と時刻を表示します。また、引数 show を指定すると、機械で処理しやすい形で表示します。

% timedatectl
               Local time: 日 2022-12-11 14:27:55 JST
           Universal time: 日 2022-12-11 05:27:55 UTC
                 RTC time: 日 2022-12-11 05:27:55
                Time zone: Asia/Tokyo (JST, +0900)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no
% timedatectl show
Timezone=Asia/Tokyo
LocalRTC=no
CanNTP=yes
NTP=yes
NTPSynchronized=yes
TimeUSec=Sun 2022-12-11 14:30:45 JST
RTCTimeUSec=Sun 2022-12-11 14:30:45 JST

日付の変更もできます。但し、NTP が動作している場合は、一旦 NTP の同期を止めてからでないと変更ができません。ここは date コマンドと違うところです。

# timedatectl set-time "2022-12-11 15:40:00"
Failed to set time: Automatic time synchronization is enabled
# timedatectl set-ntp no
# timedatectl set-time "2022-12-11 15:40:00"
# timedatectl
               Local time: Sun 2022-12-11 15:40:07 JST
           Universal time: Sun 2022-12-11 06:40:07 UTC
                 RTC time: Sun 2022-12-11 06:40:07
                Time zone: Asia/Tokyo (JST, +0900)
System clock synchronized: no
              NTP service: inactive
          RTC in local TZ: no

日付や時刻の変更は、時刻同期機能を入れておけば使う事は少ないと思いますが、date コマンドよりは情報量が多いので、場合によっては便利かもしれません。

この記事は openSUSE Advent Calendar 2022 の10日目です。

systemd が使われるようになると、daemon の制御とかのやり方は大きく変わりました。/etc/init.d にあるスクリプトから、systemd パッケージに含まれるコマンドを使うようになってきました。それらのコマンドは、xxxxxctl という、末尾に ctl が含まれるものが多いように感じました。そこで、/usr/bin/ の中にある、末尾が ctl なプログラムがどんなものかを簡単に調べて見ることにしました。

今回は、powerprofilesctl を紹介します。

コマンド名: powerprofilesctl
パッケージ: power-profiles-daemon-0.12-1.2.x86_64
動作: ○

詳細:
powerprofilesctl は、電源モードの表示や変更を行うプログラムです。powerprofiles は GNOME の 設定→電源 で表示される電源モードになります。プロファイルの一覧、現状のプロファイル状態は以下のようにして表示できます。

% powerprofilesctl list
  balanced:
    Driver:     placeholder

* power-saver:
    Driver:     placeholder
% powerprofilesctl get
power-saver

また変更は下記のように行えます。

# powerprofilesctl set balanced
# powerprofilesctl get
balanced

ただ、電源プロファイルを変更することはほとんど無いので、このコマンドの出番はあまりないのかもしれません。