ラズパイをログインする前に電源遮断する是非

ラズパイがログイン時に Login incorrectが出てログインできなくなりました。

前回の起動ではSSHを設定してリモート接続の実験をやりました。
これが原因でログインできなくなっているのか、それとも単にパスワードの記録間違いなのか判別つきません。

SDカードを外してcmdline.txt の編集をしようと思いましたが、ログインしていないのでshutdownコマンドの入力のしようがありません。

この場合電源を強制的に外してSDカードを取り出すのは安全なのでしょうか？
それともシステムの破損覚悟でやらなければならないのでしょうか？

行動規範の内容に同意します

回答2件

バックグラウンドで動いているサービス次第でしょうか。

初期インストール状態の場合、ログインプロンプトを出す時点で動いていそうなのは
Raspberry Pi OS Lite(32bits)で以下のようです。

└─system.slice
             ├─systemd-timesyncd.service
             │ └─623 /lib/systemd/systemd-timesyncd
             ├─dbus.service
             │ └─264 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslo>
             ├─hciuart.service
             │ └─416 /usr/bin/hciattach /dev/serial1 bcm43xx 3000000 flow - b8:27:eb:2a:fd:57
             ├─udisks2.service
             │ └─327 /usr/libexec/udisks2/udisksd
             ├─ssh.service
             │ └─392 sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups
             ├─avahi-daemon.service
             │ ├─262 avahi-daemon: running [raspberrypi.local]
             │ └─267 avahi-daemon: chroot helper
             ├─userconfig.service
             │ ├─377 /bin/sh -e /usr/lib/userconf-pi/userconf-service
             │ └─923 whiptail --inputbox Please enter new username: 20 60
             ├─wpa_supplicant.service
             │ └─330 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
             ├─triggerhappy.service
             │ └─322 /usr/sbin/thd --triggers /etc/triggerhappy/triggers.d/ --socket /run/thd.socket --user nobody --de>
             ├─systemd-logind.service
             │ └─317 /lib/systemd/systemd-logind
             ├─polkit.service
             │ └─376 /usr/libexec/polkitd --no-debug
             ├─cron.service
             │ └─263 /usr/sbin/cron -f
             ├─systemd-udevd.service
             │ └─121 /lib/systemd/systemd-udevd
             ├─rsyslog.service
             │ └─294 /usr/sbin/rsyslogd -n -iNONE
             ├─bluetooth.service
             │ └─443 /usr/libexec/bluetooth/bluetoothd
             ├─systemd-journald.service
             │ └─100 /lib/systemd/systemd-journald
             ├─dhcpcd.service
             │ ├─464 wpa_supplicant -B -c/etc/wpa_supplicant/wpa_supplicant.conf -iwlan0
             │ └─630 /usr/sbin/dhcpcd -w -q
             └─rng-tools-debian.service
               └─367 /usr/sbin/rngd -r /dev/hwrng

GUI付きの場合はもっと多くのプロセスが動いているとは思いますが、
cronに何も設定を入れていない場合、ログインプロンプトを出した後、
ネットワークのセットアップが完了した後はほぼユーザーの入力待ちになって
ほとんどのバックグラウンド処理はほぼアイドル状態になるとは思います。

「システムの破損」とはどういう状態を指すのかというとおおむねディスク上のファイルが中途半端に切り取られたファイル破損が発生し、そのファイルを必要とするプロセスがそのファイルを参照してエラーになったりすることです。
ファイルが中途半端に切り取られたファイルが発生する要因はディスクを更新中のプロセスを電源断などで止めてしまうことで発生します。

今どきのファイルシステムでは、ファイルの破損は極力該当のファイルだけにとどまるような設計になっています。
（FATなどの古いファイルシステムでは局所的なデータの書き損じであってもファイルシステム全体のインデックスを壊してしまい、多岐にわたるファイルが参照できなくなったりする可能性がありました。）

そしてアイドル状態のバックグラウンドサービスがディスクに書き込むような挙動はおおむね外部からのイベントまたはタイマーなどで呼び起こされたときにログに何かを書き足すぐらいです。
そしてログが壊れたぐらいでは起動しなくなるといったことは起こりません。

つまり、ログイン待ちプロンプトに入って１０～２０秒も（非力なものだと1分くらいかかるものはある）すればほぼほとんどのプロセスはアイドリング状態になるはずで、その状態の電源断で破損するファイルはログなどあまり重要じゃないものにとどまります。また、RaspiOSはリブート時にfsチェックを行い破損検出したファイルをより安全な方向に修正します。

ただし、SDカードへの書き込みを減らすというのは重要で、そのような設定やアプリを入れることはできるだけ避けましょう。SDカードへの大量書き込みを続けるだけでSDカードの寿命は急速に短くなります。
「SDカードの寿命が尽きた＝システムの破損」なので
そうなるまでの期間を長く保つために書き込み量を減らす工夫が必要です。
RaspiOSはデフォルトでかなり書き込み量を控えめにセットアップされてはいます。
大量のログを残したいならUSBメモリなどに書くなどの工夫でシステムの破損を回避することができます。

あとはシステム領域のリードオンリー化という方法があるんですが、こちらは運用上の不都合とすり合わせが必要だしそのセットアップには経験と試行錯誤が必要になるので注意が必要です。

参考情報ですが、ALPINE-LINUXというディストリビューションのRaspiberryPi向けリリースであれば「ディスクレスモード」というモードがデフォルトでセットアップされていてシステム領域がリードオンリーになります。
この「ディスクレスモード」では特定のコマンドをたたかない限りシステム領域に書き込みを行うことはありませんので特定のコマンドを実行中でなければいつ電源を落としても破損することはありませんし、SDカードの寿命も長く保てます。（そのかわりその特定のコマンドをたたく前に行った変更はすべて忘れてしまいます）