アカウント名:
パスワード:
systemdは、レジストリに従ってスタートアップ処理をするwindowsみたいなのを、やりたかったのでは?
従来のスタートアップスクリプトを順番に実行していく、シンプルな処理は、起動時間を少しでも短くしたいような場合を除いて、とくに不都合は無いと思うけどね
問題は、systemdじゃないディストリビューションがほとんど消えたことsystemdのディストリビューションからsystemdを取り去るのは個人じゃほぼ不可能
そりゃあなたがそういう使い方をしないからだ。例えば、Linuxデスクトップにログインしたら自動でスマホをリンクするとかは順序処理じゃできないんだ。本当にデスクトップまだやる気なのか知らんけど、必要だから導入された。それだけのこと。
まあ移籍したということは、本人としてはその線はもうないと思ったんだろう。
いいのがあるよOpenWrtでも入れてsystemdのないLinuxの世界を楽しんだらいい。
systemdが嫌なのは、なんでもかんでもsystemdに取り込み有無を言わせない支配欲の強さ。resolv.confにまで手を出す必要があったのだろうか?
別コメントのsystemd支持者がぜんぜんsystemdの嬉しいところを挙げないのが笑えるわけだけど、resolv.confを勝手にやってくれるのはsystemd-resolved.service (だよね?)のいいところだよ!ネットワーク構成が固定だとありがたみはあまりわからないかもしれない。NetworkManagerでもほとんど同じことできるじゃんというのはそのとおりだし、systemdに組み込まれている必要はまったくないけど、ユーザーからするとどうでもいい。まあNetworkManagerならsyslogにログを吐いてくれるし、どうせNetworkManagerは使うわけだけど。
単純な仕組み(/bin/sh)で複雑なこと(/etc/init.d
systemd 導入によって OS の起動が速くなった。おそらく、並列処理模できるだろうから、最近の CPU Core 数のインフレーションの恩恵を受けているに違いない。一方の sh スクリプトの並列処理は 最近ものになる [itmedia.co.jp] ものができたようだが、/etc/init.d に取り込もうとしたら一体いつになるやら。
むしろ dns だけに手を出したのが中途半端。systemd-nsd として nsswitch をサービス化すべきだった。
これ賛成。きっと、DHCPでアドレス振るとアクセスするとき困るから固定アドレスにしましょう、なんて真顔で言う人たちにいくら言っても無駄。今時はmDNSでボンジュールなんだということを全く理解してない、進歩から取り残された人。たぶん、Windowsは7で十分とかいうんだ。# ウチでは固定なのはルータだけ。それにも名前は付いている。
不要ならresolv.confは自前で管理できますよ。
systemctl disable systemd-resolved.serviceとsystemctl stop systemd-resolved.serviceを実行して、/etc/resolv.confがシンボリックリンクなら削除して通常ファイルとして作り直すだけです。
私はWSL2でもときどきsystemd動かしていますが、resolv.confはWSL2の自動生成で構わないので実際そうしています。最初からsystemd-resolved.serviceをenableしていないように環境構築したので、上記手順そのとおり実施したわけではありませんが。
そういう感じで、sysetmd-〇〇はたいてい個別に無効化できます。各ディストリビューション、デフォルトでいろいろ有効化して使用しているという現実はありますが。最低限必要なのは、systemd-journaldとsystemd-udevdとdbusくらいではないかと思います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
レジストリ制御みたいなのをLinuxでもやりたかった? (スコア:0)
systemdは、レジストリに従ってスタートアップ処理をするwindowsみたいなのを、やりたかったのでは?
従来のスタートアップスクリプトを順番に実行していく、シンプルな処理は、
起動時間を少しでも短くしたいような場合を除いて、とくに不都合は無いと思うけどね
問題は、systemdじゃないディストリビューションがほとんど消えたこと
systemdのディストリビューションからsystemdを取り去るのは個人じゃほぼ不可能
Re: (スコア:1)
そりゃあなたがそういう使い方をしないからだ。
例えば、Linuxデスクトップにログインしたら自動でスマホをリンクするとかは順序処理じゃできないんだ。
本当にデスクトップまだやる気なのか知らんけど、必要だから導入された。それだけのこと。
まあ移籍したということは、本人としてはその線はもうないと思ったんだろう。
いいのがあるよOpenWrtでも入れてsystemdのないLinuxの世界を楽しんだらいい。
Re:レジストリ制御みたいなのをLinuxでもやりたかった? (スコア:0)
systemdが嫌なのは、なんでもかんでもsystemdに取り込み有無を言わせない支配欲の強さ。resolv.confにまで手を出す必要があったのだろうか?
Re: (スコア:0)
別コメントのsystemd支持者がぜんぜんsystemdの嬉しいところを挙げないのが笑えるわけだけど、
resolv.confを勝手にやってくれるのはsystemd-resolved.service (だよね?)のいいところだよ!
ネットワーク構成が固定だとありがたみはあまりわからないかもしれない。
NetworkManagerでもほとんど同じことできるじゃんというのはそのとおりだし、
systemdに組み込まれている必要はまったくないけど、ユーザーからするとどうでもいい。
まあNetworkManagerならsyslogにログを吐いてくれるし、どうせNetworkManagerは使うわけだけど。
単純な仕組み(/bin/sh)で複雑なこと(/etc/init.d
Re: (スコア:0)
systemd 導入によって OS の起動が速くなった。
おそらく、並列処理模できるだろうから、最近の CPU Core 数のインフレーションの恩恵を受けているに違いない。
一方の sh スクリプトの並列処理は 最近ものになる [itmedia.co.jp] ものができたようだが、/etc/init.d に取り込もうとしたら一体いつになるやら。
Re: (スコア:0)
むしろ dns だけに手を出したのが中途半端。
systemd-nsd として nsswitch をサービス化すべきだった。
Re: (スコア:0)
これ賛成。
きっと、DHCPでアドレス振るとアクセスするとき困るから固定アドレスにしましょう、なんて真顔で言う人たちにいくら言っても無駄。
今時はmDNSでボンジュールなんだということを全く理解してない、進歩から取り残された人。たぶん、Windowsは7で十分とかいうんだ。
# ウチでは固定なのはルータだけ。それにも名前は付いている。
Re: (スコア:0)
不要ならresolv.confは自前で管理できますよ。
systemctl disable systemd-resolved.serviceとsystemctl stop systemd-resolved.serviceを実行して、/etc/resolv.confがシンボリックリンクなら削除して通常ファイルとして作り直すだけです。
私はWSL2でもときどきsystemd動かしていますが、resolv.confはWSL2の自動生成で構わないので実際そうしています。最初からsystemd-resolved.serviceをenableしていないように環境構築したので、上記手順そのとおり実施したわけではありませんが。
そういう感じで、sysetmd-〇〇はたいてい個別に無効化できます。各ディストリビューション、デフォルトでいろいろ有効化して使用しているという現実はありますが。最低限必要なのは、systemd-journaldとsystemd-udevdとdbusくらいではないかと思います。