このデジタルオーシャンの記事で説明されているように、WSLでRedisのインストールプロセスを実行しようとしています。インストールされているUbuntuのバージョンはUbuntu18.04です。
redisインストールのすべてが正常ですが、これsudo systemctl start redisを実行しようとすると、このメッセージが表示されます。
System has not been booted with systemd as init system (PID 1). Can't operate.
それで何をすべきかについてのアイデアはありますか？
回答:
代わりに、以下を使用してください。 sudo service redis-server start
同じ問題が発生し、WSL上のUbuntu内から他のサービスを停止/開始しました。これは機能しましたが、systemctlは機能しませんでした。
そして、「サービス名が「redis-server」であることをどうやって知ることができるのか」と合理的に疑問に思うかもしれません。あなたはそれらを使用して見ることができますservice --status-all
serviceは、抽象化であり、init.d（sysv init）またはsystemd暗黙の質問として機能しないもののいずれかにフォールバックできます。serverfault.com/questions/867322/...
systemctl start redisでした。他の場所で説明されている共通の開始コマンドを使用しても、OPでは機能しませんでした。それは私にとってもうまくいきませんでした。私はこの代替案（redis-server start）を見つけ、答えとしてそれを提供するためにここに来ました。それが他の人を助けてくれてうれしいです。しかし、私は「ここで何が起こっているのか」、またはそれがあなたの期待に反する理由を説明する立場にありませんでした。あなたがもっと見つけるかもしれないので、あるいはおそらく他の人がそうするので、自由に詳しく説明してください。
sudo systemctl start redisを使用する代わりに、sudo /etc/init.d/redisstartを使用します。
現在のところ、WSLにはsystemdがありません
Dockerを使用している場合は、次のコマンドを使用して、システムDを備えたUbuntuが既にアクティブになっているイメージを試すことができます。
docker run -d --name redis --privileged -v /sys/fs/cgroup:/sys/fs/cgroup:ro jrei/systemd-ubuntu:18.04
次に、実行する必要があります。
docker exec -it redis /bin/bash
そこで、Redisをインストールし、起動し、再起動するか、必要なものを何でも実行できます。
WSL2の実行でこの問題が発生しました
解決策はコマンドでした
$ sudo dockerd
それでも権限に問題がある場合は、次のコマンドを実行します。
$ sudo usermod -aG docker your-user
私は同じ問題に遭遇しました！
ps --no-headers -o comm 1
ターミナルでこれを実行した後、システムはsystemdまたはinitのいずれかを返します
'init'を返す場合、 'systemctl'コマンドはシステムで機能しません