Open28

Raspberry Pi Zero Wのセットアップ記録

最終的な手順はここにぶら下げる。ホスト名は起動後に pi0a にする。

環境

asa-taka@tailmoon ~ % sw_vers
ProductName:	macOS
ProductVersion:	11.3.1
BuildVersion:	20E241
pi@raspberrypi:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
pi@raspberrypi:~ $ uname -a
Linux raspberrypi 5.10.17+ #1403 Mon Feb 22 11:26:13 GMT 2021 armv6l GNU/Linux

試行記録

イメージを作り直すタイミングを試行の区切りとしている。他のコメントから「試行#2」のように参照する。

  1. セットアップ後 apt update でイメージが壊れる
  2. /Volumes/boot/wpa_supplicant.conf のファイル名を誤り無線LANに繋がってこなかった
  • 初回起動後に/bootを修正したが反映されなかったのでイメージを作り直すことに
  • ヘッドレスに拘らなければ直接乗り込んで修正すればよさそう
  1. セットアップ後 apt full-upgrade でイメージが壊れる
  2. 試行中…

感想

  • ヘッドレスと言えどディスプレイはあったほうがデバッグはしやすい
    • Linuxのスタートアップログには色々情報が出る
  • イメージを作り直すのが楽(2-3分)で試行錯誤はとてもしやすい

参考

Raspberry Pi ImagerでRaspberry Pi OS Lite (32bit)をインストールする。

https://www.raspberrypi.org/software/
今回は32GBのSDカードを利用した。1分程度で書き込みは完了する。ディスクが自動でイジェクトされるので差し直して追加の設定をする。

作成されたディスクは /Volumes/boot という名前で存在する。

asa-taka@tailmoon ~ % cd /Volumes/boot
asa-taka@tailmoon boot % ls
COPYING.linux			bcm2711-rpi-400.dtb		kernel.img
LICENCE.broadcom		bcm2711-rpi-cm4.dtb		kernel7.img
bcm2708-rpi-b-plus.dtb		bootcode.bin			kernel7l.img
bcm2708-rpi-b-rev1.dtb		cmdline.txt			kernel8.img
bcm2708-rpi-b.dtb		config.txt			overlays
bcm2708-rpi-cm.dtb		fixup.dat			start.elf
bcm2708-rpi-zero-w.dtb		fixup4.dat			start4.elf
bcm2708-rpi-zero.dtb		fixup4cd.dat			start4cd.elf
bcm2709-rpi-2-b.dtb		fixup4db.dat			start4db.elf
bcm2710-rpi-2-b.dtb		fixup4x.dat			start4x.elf
bcm2710-rpi-3-b-plus.dtb	fixup_cd.dat			start_cd.elf
bcm2710-rpi-3-b.dtb		fixup_db.dat			start_db.elf
bcm2710-rpi-cm3.dtb		fixup_x.dat			start_x.elf
bcm2711-rpi-4-b.dtb		issue.txt

ここに対して以下のファイルを作成する。

  • ssh : sshを初期状態で有効にする(空ファイル)
  • wpa_supplicant.config : 無線LAN設定
touch /Volumes/boot/ssh
vi /Volumes/boot/wpa_supplicant.conf

wpa_supplicant.confの内容は以下のようにした。私の場合は他のセットアップ済みのRaspberry Piから設定を持ってきてmacOSのKeychainのメモに丸ごと保存している。

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
country=JP
network={
	ssid="YourSSID"
	psk=xxxxxxxxxxxxxx
}

wpa_supplicant.confの詳細は https://www.raspberrypi.org/documentation/configuration/wireless/wireless-cli.md 等を参照する。

ここまで設定したらディスクを取り出してRaspberry Pi Zeroに挿して起動する。

初回起動時は何度かOSが再起動を繰り返して5分程度でログイン可能になる。wpa_supplicant.conf が正しく設定されていれば無線LANにも自動で繋がり、無事ヘッドレスでssh可能になるまでのセットアップが完了する。

起動したOSではmDNSサービスである avahi-daemon が自動で起動しているので、同一ネットワークかつmDNSが利用できるホスト上(macOSならそうなっている)であれば .local ドメインでアドレスが解決できる。初期のホスト名は raspberrypi 、パスワードとユーザ名は pi:raspberry になっている。

ssh-keygen -R raspberrypi.local # 再セットアップ時用
ssh pi@raspberrypi.local # password: raspberry

ちなみに次回以降は1分程度で起動するようになる。

ログインできたらパスワードとホスト名を更新する。

passwd

sudo -i
NEW_HOSTNAME=pi0a # ← Your hostname
echo ${NEW_HOSTNAME} > /etc/hostname
sed -i -e "s/raspberrypi/${NEW_HOSTNAME}/" /etc/hosts
reboot

これで新しいホスト名でログインできる。

ssh-keygen -R pi0a.local # 再セットアップ時用
ssh pi0a.local

# 必要であれば
ssh-copy-id pi0a.local

prometheusのnode_exporterをインストールして有効にしておく。

root@pi0a:~# cat /proc/cpuinfo | grep model
model name	: ARMv6-compatible processor rev 7 (v6l)

Raspberry Pi Zero Wはarmv6らしい。

sudo -i
wget https://github.com/prometheus/node_exporter/releases/download/v1.1.2/node_exporter-1.1.2.linux-armv6.tar.gz
tar xvfz node_exporter-1.1.2.linux-armv6.tar.gz
cp node_exporter-1.1.2.linux-armv6/node_exporter /usr/local/bin
node_exporter --version

mkdir /etc/prometheus /var/lib/prometheus

cat << EOF > /etc/systemd/system/node_exporter.service
[Unit]
Description=Prometheus Node Exporter
Wants=network-online.target
After=network-online.target

[Service]
User=root
Group=root
Type=simple
ExecStart=/usr/local/bin/node_exporter

[Install]
WantedBy=multi-user.target
EOF

systemctl daemon-reload
systemctl start node_exporter

# 確認
systemctl status node_exporter
curl localhost:9100/metrics

systemctl enable node_exporter
```

起動時に resize2fs が失敗したというログが出た。

root@raspberrypi:~# systemctl status resize2fs_once.service
Warning: The unit file, source configuration file or drop-ins of resize2fs_once.service changed on disk. Run 'sys
● resize2fs_once.service - LSB: Resize the root filesystem to fill partition
   Loaded: loaded (/etc/init.d/resize2fs_once; generated)
   Active: active (exited) since Thu 2021-05-20 18:43:03 BST; 6min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 289 ExecStart=/etc/init.d/resize2fs_once start (code=exited, status=0/SUCCESS)

May 20 18:42:16 raspberrypi systemd[1]: Starting LSB: Resize the root filesystem to fill partition...
May 20 18:42:19 raspberrypi resize2fs_once[289]: Starting resize2fs_once:resize2fs 1.44.5 (15-Dec-2018)
May 20 18:42:43 raspberrypi resize2fs_once[289]: Filesystem at /dev/mmcblk0p2 is mounted on /; on-line resizing r
May 20 18:42:43 raspberrypi resize2fs_once[289]: old_desc_blocks = 1, new_desc_blocks = 2
May 20 18:42:43 raspberrypi resize2fs_once[289]: The filesystem on /dev/mmcblk0p2 is now 7725184 (4k) blocks long
May 20 18:43:03 raspberrypi resize2fs_once[289]: .
May 20 18:43:03 raspberrypi systemd[1]: Started LSB: Resize the root filesystem to fill partition.

イメージを作り直して再セットアップ後も同様のステータスになっていた(試行#3)。

/dev/root が小さいから領域を拡張しているのかと思ったけれど32GB SDカードの残り容量がほとんど使える状態。何をしているサービスなんだろう。

root@pi0a:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root        29G  1.3G   27G   5% /
devtmpfs        183M     0  183M   0% /dev
tmpfs           216M     0  216M   0% /dev/shm
tmpfs           216M  3.1M  213M   2% /run
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           216M     0  216M   0% /sys/fs/cgroup
/dev/mmcblk0p1  253M   49M  204M  20% /boot
tmpfs            44M     0   44M   0% /run/user/1000

ディスクの様子を気にしながら進めてみる(試行#4)。Raspberry Pi Imagerで書き込んだ直後の様子。

asa-taka@tailmoon ~ % diskutil list
(中略)
/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *31.9 GB    disk4
   1:             Windows_FAT_32 boot                    268.4 MB   disk4s1
   2:                      Linux                         1.6 GB     disk4s2
                    (free space)                         30.0 GB    -

初回起動後、同様にWarningが出る。

pi@raspberrypi:~ $ systemctl status resize2fs_once.service
Warning: The unit file, source configuration file or drop-ins of resize2fs_once.service changed on disk. Run 'systemctl daemon-reload' to reload units
● resize2fs_once.service - LSB: Resize the root filesystem to fill partition
   Loaded: loaded (/etc/init.d/resize2fs_once; generated)
   Active: active (exited) since Fri 2021-05-21 04:24:14 BST; 4min 5s ago
     Docs: man:systemd-sysv-generator(8)

Mar 04 23:04:42 raspberrypi systemd[1]: Starting LSB: Resize the root filesystem to fill partition...
Mar 04 23:04:44 raspberrypi resize2fs_once[322]: Starting resize2fs_once:resize2fs 1.44.5 (15-Dec-2018)
Mar 04 23:05:09 raspberrypi resize2fs_once[322]: Filesystem at /dev/mmcblk0p2 is mounted on /; on-line resizing required
Mar 04 23:05:09 raspberrypi resize2fs_once[322]: old_desc_blocks = 1, new_desc_blocks = 2
Mar 04 23:05:09 raspberrypi resize2fs_once[322]: The filesystem on /dev/mmcblk0p2 is now 7725184 (4k) blocks long.
May 21 04:24:13 raspberrypi resize2fs_once[322]: .
May 21 04:24:14 raspberrypi systemd[1]: Started LSB: Resize the root filesystem to fill partition.

あ、いや、これはWarningであって、失敗しているというログではなかった。一度終了してディスクの様子を見てみる。

asa-taka@tailmoon ~ % diskutil list
(中略)
/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *31.9 GB    disk4
   1:             Windows_FAT_32 boot                    268.4 MB   disk4s1
   2:                      Linux                         31.6 GB    disk4s2

Linuxの領域が(free space)だった領域まで拡張されている。なんとなくresize2fsには問題が無いように思える。

stressで負荷をかけてみる。

apt install stress
stress --cpu 8 --io 4 --vm 2 --vm-bytes 128M

CPU使用率が100%になっても意外と温度は上がらない。45℃あたりに天井がありそう。

apt upgrade でパッケージをアップデートしようとしたら止まった。実は前回のセットアップ時に一度この症状に遭遇し起動できない状態になり、今回はそのクリーンインストールがてら手順を書いている。再現したということで apt update は実行しないほうが良さそうだ。これがZero Wに起因するものかRaspberry Pi OSに起因するものかは不明。

root@pi0a:~# apt update -y
Get:1 http://archive.raspberrypi.org/debian buster InRelease [32.9 kB]
Get:2 http://raspbian.raspberrypi.org/raspbian buster InRelease [15.0 kB]
Get:3 http://archive.raspberrypi.org/debian buster/main armhf Packages [376 kB]
Get:4 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages [13.0 MB]
Fetched 13.4 MB in 36s (375 kB/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
52 packages can be upgraded. Run 'apt list --upgradable' to see them.

root@pi0a:~# apt upgrade -y
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
  alsa-utils apt apt-utils avahi-daemon base-files bind9-host curl groff-base iputils-ping libapt-inst2.0
  libapt-pkg5.0 libavahi-common-data libavahi-common3 libavahi-core7 libbind9-161 libbsd0 libcurl4
  libdns-export1104 libdns1104 libisc-export1100 libisc1100 libisccc161 libisccfg163 liblwres161 libpam-systemd
  libpython3.7 libpython3.7-minimal libpython3.7-stdlib libraspberrypi-bin libraspberrypi-dev
  libraspberrypi-doc libraspberrypi0 libssl1.1 libsystemd0 libudev1 linux-libc-dev openssh-client
  openssh-server openssh-sftp-server openssl pi-bluetooth python3.7 python3.7-minimal raspberrypi-bootloader
  raspberrypi-kernel raspberrypi-sys-mods rpi-eeprom ssh systemd systemd-sysv udev wpasupplicant
52 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 142 MB of archives.
After this operation, 3595 kB of additional disk space will be used.
Get:1 http://archive.raspberrypi.org/debian buster/main armhf libssl1.1 armhf 1.1.1d-0+deb10u6+rpt1 [1277 kB]
Get:2 http://ftp.tsukuba.wide.ad.jp/Linux/raspbian/raspbian buster/main armhf base-files armhf 10.3+rpi1+deb10u9 [70.1 kB]
Get:3 http://ftp.tsukuba.wide.ad.jp/Linux/raspbian/raspbian buster/main armhf systemd-sysv armhf 241-7~deb10u7+rpi1 [100 kB]
Get:4 http://ftp.tsukuba.wide.ad.jp/Linux/raspbian/raspbian buster/main armhf libpam-systemd armhf 241-7~deb10u7+rpi1 [194 kB]
Get:5 http://ftp.tsukuba.wide.ad.jp/Linux/raspbian/raspbian buster/main armhf libsystemd0 armhf 241-7~deb10u7+rpi1 [306 kB]
Get:6 http://ftp.tsukuba.wide.ad.jp/Linux/raspbian/raspbian buster/main armhf systemd armhf 241-7~deb10u7+rpi1 [3252 kB]
Get:8 http://archive.raspberrypi.org/debian buster/main armhf openssh-sftp-server armhf 1:7.9p1-10+deb10u2+rpt1 [36.0 kB]
Get:9 http://archive.raspberrypi.org/debian buster/main armhf openssh-server armhf 1:7.9p1-10+deb10u2+rpt1 [291 kB]
Get:11 http://archive.raspberrypi.org/debian buster/main armhf openssh-client armhf 1:7.9p1-10+deb10u2+rpt1 [669 kB]
6% [Waiting for headers] [11 openssh-client 160 kB/669 kB 24%]

CPU使用率100%で温度は50℃まで上昇した。指で触ると一瞬怖くなる温度。

途中で処理が止まりネットワーク上からも消滅した。イメージが壊れた模様。電源をつけてもLEDが点灯しない。

https://www.raspberrypi.org/forums/viewtopic.php?t=233386

SDカードが壊れてるとACTのLEDなのでやはり一切無点灯です。ハードの故障と勘違いされがちですが、ご注意ください。

光明。SDカードのイメージを作り直して再施行。ディスク領域が壊れた(?)ためCLIの diskutil から再フォーマット。

https://zenn.dev/asataka/articles/1cf65c0161c327

Raspberry Pi Imagerで作成直後のディスクの様子は以下の通り。というメモ。

asa-taka@tailmoon ~ % diskutil list
(中略)
/dev/disk3 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *31.9 GB    disk3
   1:             Windows_FAT_32 boot                    268.4 MB   disk3s1
   2:                      Linux                         1.6 GB     disk3s2
                    (free space)                         30.0 GB    -

Linuxの領域は1.6GBでその他はfree spaceになっている。なんとなくOS起動時のresize2fsの処理でコケているのが怪しくなってくる。

とりあえず作り直したディスクを挿してRaspberry Pi Zero Wを再起動。無事LEDが点灯した。ありがとうフォーラムの人。危うく勘違いで元気な機体を捨てるところだった。

apt full-update したところ以下のところで止まった(試行#3)。node_exporterのレスポンスも止まっている。

Adding 'diversion of /boot/overlays/gpio-fan.dtbo to /usr/share/rpikernelhack/overlays/gpio-fan.dtbo by rpikernelhack'
Adding 'diversion of /boot/overlays/gpio-ir-tx.dtbo to /usr/share/rpikernelhack/overlays/gpio-ir-tx.dtbo by rpikernelhack'
Adding 'diversion of /boot/overlays/gpio-ir.dtbo to /usr/share/rpikernelhack/overlays/gpio-ir.dtbo by rpikernelhack'
Adding 'diversion of /boot/overlays/gpio-key.dtbo to /usr/share/rpikernelhack/overlays/gpio-key.dtbo by rpikernelhack'
Adding 'diversion of /boot/overlays/gpio-no-bank0-irq.dtbo to /usr/share/rpikernelhack/overlays/gpio-no-bank0-irq.dtbo by rpikernelhack'
Adding 'diversion of /boot/overlays/gpio-no-irq.dtbo to /usr/share/rpikernelhack/overlays/gpio-no-irq.dtbo by rpikernelhack'
Adding 'diversion of /boot/overlays/gpio-poweroff.dtbo to /usr/share/rpikernelhack/overlays/gpio-poweroff.dtbo by rpikernelhack'

今回はしばらく放置してみる。これでイメージが壊れていたら resize2fs_once.service のエラーを調べてみる。

電源を落としたら起動できたので apt full-upgrade を再度試みる。

pi@pi0a:~ $ sudo apt full-upgrade
E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.
pi@pi0a:~ $ sudo dpkg --configure -a
Setting up libssl1.1:armhf (1.1.1d-0+deb10u6+rpt1) ...
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
Setting up systemd (241-7~deb10u7+rpi1) ...
(中略)
dpkg: error processing package libraspberrypi-dev (--configure):
 dependency problems - leaving unconfigured
Setting up libisc-export1100:armhf (1:9.11.5.P4+dfsg-5.1+deb10u5) ...
Setting up groff-base (1.22.4-3+deb10u1) ...
(中略)
Setting up openssh-sftp-server (1:7.9p1-10+deb10u2+rpt1) ...
Setting up openssh-server (1:7.9p1-10+deb10u2+rpt1) ...
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
client_loop: send disconnect: Broken pipe

また止まったぞい😇

気になるのは処理は止まっているのにCPUは熱くなっているところ。どういう状態なんだろう。

以前のログと比べると共にopensshの箇所で止まっている。何か原因があるのか。

Setting up openssh-sftp-server (1:7.9p1-10+deb10u2+rpt1) ...
Setting up openssh-server (1:7.9p1-10+deb10u2+rpt1) ...

「ネットワーク的な応答がなくなっただけ」の可能性を検証するためにもう一度Zero君を信じて放置してみることにする(試行#4)。

apt update -y
nohup apt full-upgrade -y &
exit

sshで入れなくなってもmDNS上から消えてもnode_exporterの反応がなくなっても数時間程度は信じることにする。復活するならどのタイミングか確認したくなるので、外形監視のモチベーションになる。

それで…なんか普通に apt full-upgrade が15分くらいで終わった。

root@pi0a:~# ps aux | grep nohup
root      6495  0.0  0.4   7304  1936 pts/0    S+   05:09   0:00 grep nohup

root@pi0a:~# apt full-upgrade -y
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

ちゃんと終わっている。sshを繋いだ状態だったせいでsshdの再起動に失敗していたのかもしれない(じゃぁどう実行するのが正解なのか)。ただこれ以上調べる気力は湧かない。

一応 apt full-upgrade のopenssh周りのログを残しておく。

root@pi0a:~# grep -C 3 openssh nohup.out
  libdns-export1104 libdns1104 libisc-export1100 libisc1100 libisccc161
  libisccfg163 liblwres161 libpam-systemd libpython3.7 libpython3.7-minimal
  libpython3.7-stdlib libraspberrypi-bin libraspberrypi-dev libraspberrypi-doc
  libraspberrypi0 libssl1.1 libsystemd0 libudev1 linux-libc-dev openssh-client
  openssh-server openssh-sftp-server openssl pi-bluetooth python3.7
  python3.7-minimal raspberrypi-bootloader raspberrypi-kernel
  raspberrypi-sys-mods rpi-eeprom ssh systemd systemd-sysv udev wpasupplicant
--
  libdns-export1104 libdns1104 libisc-export1100 libisc1100 libisccc161
  libisccfg163 liblwres161 libpam-systemd libpython3.7 libpython3.7-minimal
  libpython3.7-stdlib libraspberrypi-bin libraspberrypi-dev libraspberrypi-doc
  libraspberrypi0 libssl1.1 libsystemd0 libudev1 linux-libc-dev openssh-client
  openssh-server openssh-sftp-server openssl pi-bluetooth python3.7
  python3.7-minimal raspberrypi-bootloader raspberrypi-kernel
  raspberrypi-sys-mods rpi-eeprom ssh systemd systemd-sysv udev wpasupplicant
52 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
--
Get:2 http://ftp.tsukuba.wide.ad.jp/Linux/raspbian/raspbian buster/main armhf base-files armhf 10.3+rpi1+deb10u9 [70.1 kB]
Get:3 http://ftp.tsukuba.wide.ad.jp/Linux/raspbian/raspbian buster/main armhf systemd-sysv armhf 241-7~deb10u7+rpi1 [100 kB]
Get:4 http://ftp.tsukuba.wide.ad.jp/Linux/raspbian/raspbian buster/main armhf libpam-systemd armhf 241-7~deb10u7+rpi1 [194 kB]
Get:5 http://archive.raspberrypi.org/debian buster/main armhf openssh-sftp-server armhf 1:7.9p1-10+deb10u2+rpt1 [36.0 kB]
Get:6 http://archive.raspberrypi.org/debian buster/main armhf openssh-server armhf 1:7.9p1-10+deb10u2+rpt1 [291 kB]
Get:7 http://archive.raspberrypi.org/debian buster/main armhf openssh-client armhf 1:7.9p1-10+deb10u2+rpt1 [669 kB]
Get:8 http://ftp.tsukuba.wide.ad.jp/Linux/raspbian/raspbian buster/main armhf libsystemd0 armhf 241-7~deb10u7+rpi1 [306 kB]
Get:9 http://archive.raspberrypi.org/debian buster/main armhf ssh all 1:7.9p1-10+deb10u2+rpt1 [202 kB]
Get:10 http://archive.raspberrypi.org/debian buster/main armhf alsa-utils armhf 1.1.8-2+rpt1 [1010 kB]
--
Unpacking python3.7-minimal (3.7.3-2+deb10u3) over (3.7.3-2+deb10u2) ...
Preparing to unpack .../06-libpython3.7-minimal_3.7.3-2+deb10u3_armhf.deb ...
Unpacking libpython3.7-minimal:armhf (3.7.3-2+deb10u3) over (3.7.3-2+deb10u2) ...
Preparing to unpack .../07-openssh-sftp-server_1%3a7.9p1-10+deb10u2+rpt1_armhf.deb ...
Unpacking openssh-sftp-server (1:7.9p1-10+deb10u2+rpt1) over (1:7.9p1-10+deb10u2) ...
Preparing to unpack .../08-openssh-server_1%3a7.9p1-10+deb10u2+rpt1_armhf.deb ...
Unpacking openssh-server (1:7.9p1-10+deb10u2+rpt1) over (1:7.9p1-10+deb10u2) ...
Preparing to unpack .../09-openssh-client_1%3a7.9p1-10+deb10u2+rpt1_armhf.deb ...
Unpacking openssh-client (1:7.9p1-10+deb10u2+rpt1) over (1:7.9p1-10+deb10u2) ...
Preparing to unpack .../10-ssh_1%3a7.9p1-10+deb10u2+rpt1_all.deb ...
Unpacking ssh (1:7.9p1-10+deb10u2+rpt1) over (1:7.9p1-10+deb10u2) ...
Preparing to unpack .../11-groff-base_1.22.4-3+deb10u1_armhf.deb ...
--
Setting up libpython3.7-stdlib:armhf (3.7.3-2+deb10u3) ...
Setting up apt-utils (1.8.2.3) ...
Setting up libpython3.7:armhf (3.7.3-2+deb10u3) ...
Setting up openssh-client (1:7.9p1-10+deb10u2+rpt1) ...
Setting up pi-bluetooth (0.1.16) ...
Job for hciuart.service failed because the control process exited with error code.
See "systemctl status hciuart.service" and "journalctl -xe" for details.
--
Setting up libisccfg163:armhf (1:9.11.5.P4+dfsg-5.1+deb10u5) ...
Setting up libavahi-core7:armhf (0.7-4+deb10u1) ...
Setting up python3.7 (3.7.3-2+deb10u3) ...
Setting up openssh-sftp-server (1:7.9p1-10+deb10u2+rpt1) ...
Setting up openssh-server (1:7.9p1-10+deb10u2+rpt1) ...
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
rescue-ssh.target is a disabled or a static unit, not starting it.

ついでに apt full-upgrade 時の温度のログも。

/boot/wpa_supplicant.conf.conf を忘れていたせいで無線LANに繋がらないイメージになってしまった。初回起動の後に修正しても反映されなかった。大人しくイメージを作り直す。

Zeroはコマンド複数行など一気に処理させるとすぐに落ちる気がする。

これを一気に流したら反応がなくなったので、ネットワーク的に重い処理をさせるとsshが反応しなくなるということかもしれない。

wget https://github.com/prometheus/node_exporter/releases/download/v1.1.2/node_exporter-1.1.2.linux-armv6.tar.gz
tar xvfz node_exporter-1.1.2.linux-armv6.tar.gz
cp node_exporter-1.1.2.linux-armv6/node_exporter /usr/local/bin
node_exporter --version

なんかZero Wは気づいたらよく落ちている。1-2日に1度は落ちている気がする。

ログインするとコメントできます