私はちょうどそれを知りました 多くのユーザーからの怒り それは、systemdに基づく新しいinitデーモンであるuselessdの作成につながり、「組み込まれている不必要な量の機能」を取り除こうとします。 名前の選択は興味深いもので、英語では「役に立たないsystemd」または「lesssystemdを使用しましょう」と読むことができます。
開発の初期段階では、Uselessdはsystemdのフォークを最も単純な形に縮小したものにすぎません。 開発者の言葉を借りれば、これは「基本的なinitデーモン(initd)、プロセスモニター、および侵入と分離を最小限に抑えるトランザクション依存システム」です。 削除された機能には、journald、libudev、udevd、および不要と見なされる特定のタイプのユニット、つまりデバイス、タイマー、スワップ、マウント、および自動マウントがあります。
これだけでは不十分であるかのように、彼らはglibcを使用する代わりに、MUSLとuClibcでコンパイルするためのサポートをすでに追加しています。 UselessdもFreeBSDへの移植の初期段階にありますが、systemdはLinuxのみをサポートしています。
とにかく、「init wars」がどのように終了し、役に立たない場合は真に機能的な代替品が生成されるかは明確ではありませんが、このプロジェクトについて詳しく知りたい人は、 公式サイト.
SystemDに固執して怒らせるだけではない人がいることは知っていました。
さて、彼をサポートするために、ただ。
systemd….CLI…..GUIの違いは何ですか?
systemdは、システムの起動とアプリケーションを処理します。
Cliは、コマンドラインインターフェイス、つまり、プログラムの管理に使用するコマンドから取得されます。
そしてGUIはグラフィカルインターフェースに関するものです。
あなたは私があなたに言うインターネットでそれを調べることができます
初心者向けのチュートリアルをアップロードする
ユーザーとして、この反システム化キャンペーンを理解していません
単純なユーザーである私にとって、サービスをアクティブ化または非アクティブ化するときにその使用法に適応するのは簡単でした。以前は私には起こらなかったことが、すでに心から知っています。
私はsyetmdに対して何も反対しておらず、彼の軽蔑はばかげていると思います。 エンドユーザーとして話す。
関数を削除するためにフォークを作ることは私にはばかげているように思えます。 人々は退屈します。
私は、GNU / Linuxに不慣れで、常にあったものとsystemdが私たちに忍び寄ろうとしているものとの根本的な違いを理解できない人々を理解しています。
LinuxはUnixのクローンであり、UnixはXNUMXつのことを念頭に置いて作成されました。一度にXNUMXつのことを実行し、それをうまく実行します。これは気まぐれではありませんでした。Multicsの大失敗が原因で、多くのことを実行しようとしました。それらを間違ったのか、そうでないのか、彼は本来あるべきようにそれらを制御することができました。
そのため、Unixを使用したMulticsの名前と矛盾するだけでなく(多くの場合と少数の場合、または一意の場合)、パイプの概念とプロセスの連結を作成して、他の手段では達成できない柔軟性を提供しました...それが響き渡ったものでしたUnixの成功。
今systemdで、彼らは私たちにMulticsの話をもう一度思いつくことを望んでいます….no人々、LinuxのUnixベースを拒否することは、失敗が保証されていることを私たちが知っているMulticsに戻ります(歴史はすでにこれを数回示しています)。
GNU / Linuxにたどり着いたばかりの場合は、少し歴史を読んで、UnixとGNU / Linuxでこのように行われる理由を学んでください。
よく言われますが、今日の世界ではもはやそのようには機能しないと言う人に、例を挙げます。ブラウザは、存在する最も複雑なソフトウェアのXNUMXつですが、それぞれがツールによって構築されています。 、特定のタスクを実行し、セットの外部で機能できます。 javascriptエンジン、HTMLエンジン、SSL、http..。
過去に機能しなかったからといって、現在機能しないという意味ではありません。 それから20年が経ちました、多分それは変わる時ですよね?
私はLinuxの新参者になりたいと思っています。私は、2004年からこれに参加しています。そうです、Linuxとsystemdが何であるかを知っていますが、それでもsystemdの方が快適だと思います。
以下に残すこのコメントは同僚からのもので、私のものではありませんが、私も購読しているコメントです。
[…] systemdの拒絶は、新しいものへの恐れである«新奇恐怖症»に起因します。 SysVinitスクリプトを無効にすると、ランレベルシステムと/etc/init.dに存在する可能性のある依存関係を十分に理解し、各ディストリビューションで異なる方法でそれを実行したことを意味します。 systemdではsystemctldisableで十分であり、それだけです。
systemdがUNIX哲学に違反していると不平を言う人は、UNIX哲学が何であるか、またはsystemdがどのように機能するかを知らないということです。 同じ経験則により、Linuxカーネルは世界で最も少ないUNIXになります。 当時のエントリで説明したように、systemdは関数をPID 1に変更します。これはシステムデーモンであり、スクリプトを実行するだけのものではありません。
systemdがUNIX哲学に従わないことを私が認識している唯一のことは、バイナリログを使用することですが、インデックス作成によってクエリを高速化することは正当化されます。[…]
@ヨーヨー:何が起こるかというと、あなたは遅い学習者なので、誰もがあなたはn00bだと言うでしょう、ハハハハ。
@ yo-yo:
非常に良い引用。 さらに、ジョークは、SystemDにはバグの欠陥があるということですが、そのようなブロブされた「ログ」を表示する独自の方法があります。
このフォークについて私が興味を持っているのは、SystemDの速度をBSDなどの他のUNIX環境にどのように適応させるかです。
ricarditoカセットマンが言ったように、GNUはUnixではない
systemdがガベージである理由に関する最近の最も一貫したコメント。 Multics、windows…。 コンポーネントの全体的な障害は次のように聞こえますか?
これは、dbusによって完全にトラバースされるsystemdで発生します。デーモンの一部に障害が発生した場合、システムを再起動する必要があります。そうしないと、すべてがクラッシュする可能性があります。 CentOS 7で、デーモンまたはユニットが死んだままであり、再起動しても再起動しないことがすでに発生しています。 エンドユーザーが知識の一部を考え、攻撃されたために知らないことを防御する場合、それは私を大いに壊します。 私の祖母が言っていたように、あなたが知らないなら、あなたの意見を言わないでください、あなたが知っているとき、質問せずに黙って尋ねてください、そして質問してください。
多くのubunuserの考えでは、systemdの優れたサポートにより、systemdはかなりの程度までもたらされました。逆説的に、systemdを批判した企業のひとつは、正規のものであり、Linuxの世界をls-lを超えて見えないユーザーで溢れさせました。
役に立たないこの男はボイコットドメインを所有している独身者なので、他の開発者が彼をサポートしない限り、彼の将来はほとんど見えません。 より多くのオタクディストリビューションの開発者が、arch、gentoo、Slackwareのように役立つことを願っています。
..私は自分自身を「上級ユーザー」とは考えていません。私は貴族の称号が好きではありません。私はシステム管理者ではありませんが、(Slack(非常に少ない)、Archは数年、そしてGentooはい数年(あなたのフォークFuntooも))システム管理者としてのあなたの見方は理解していますが、カーネルが失敗したのではないかと思いますか?すべてが地獄に落ちます。彼らはMinixや「生まれ変わりのサーバー」を備えたある種のOSを使用していませんか?怒りはレナートの態度(適切ではないようです)から来ているように見えることがありますが、一般化してください、あなたはシステム管理者です(そしてもちろん、あなたはそれをやろうとしています)あなたの仕事を守り、彼らは私たちにデスクトップユーザーを「捨てる」ままにします、彼らはsysvがかなり古風な「スタートアップパラダイム」を使用しているとしても、彼らのサーバーが「素晴らしい」ことだけを気にしますsystemdのターゲットとウォンテッドは問題ありません...)、サーバーはsysvで完全に機能すると思いますが、その間、デスクトップユーザーはスペースでdbusを使用しますユーザー名……なんて素晴らしいアイデア………
他の場所で言われているように、私はこのフォークを繰り返しますが、これまでのところ、「素敵な」名前とsystemdのキャップしか表示されていません。ちなみに、Systemdへようこそ。Systemdは嫌いです... systemdについて不満を言う人はたくさんいますが、彼らは望んでいます。それは...なぜなら?OpenRCは物事を正しく行わないのですか?またはUpstart?などですか? …。 私の神…これまでのところ、2種類の嫌悪者、ファンダメンタルズを備えたシステム管理者と、この段落で説明する「ポーザー」のように見えるものを見てきました…。
sysadminsの主題に戻ると、グラフィカルインターフェイスも必要ありません。なぜsystemdについて文句を言うのかわかりません(Gnome ShellにはSystemdが必要であると簡単に主張できます(FuntooではOpenRCと連携しているため完全に真実ではありません)。 ))しかし、GUIは必要ありません。その後、それぞれのディストリビューションであるCentosとDebianに文句を言う必要があります。 特にCentosは、Systemdが非常に多くの問題を引き起こした場合、移行すべきではありませんでした(RedHatの管理下で移行することは明らかでしたが)、Debian、申し訳ありませんが、それはDebianチームは、「ユニバーサルディストリビューション」を目指して決定しました...しかし、FreeBSDまたは「Distrofor Servers」を繰り返し使用します。これは、Systemdがどのように悪いかを理解し、sysvinit期間を使用します。
おそらくx11tete11xの問題は、カーネルに障害が発生したことではなく、カーネルに障害が発生し、障害の原因を知ることができることです。 それは少なくともSystemDについて私を悩ませているものです..
@elavあなたはそれについて正しいです、systemdでは多くのシステムエラーが灰色と黒の色合いの間にあります、そしてすべてジャーナルはログを信頼できないバイナリファイルに変える「魔法の箱」のように見えるので、そして私が信頼性について話すときジャーナルされたログが破損した場合(さまざまな理由で発生する可能性があります)、単に破棄されて新しいログが開始され、多くの場合、そのログが実質的に読み取れないままになるという、証明された狂気(すでにバグレポートがあります)を意味します、バグが報告されましたfreedesktopで、同じPoetteringまたはボールが彼を止めました。 デバッグの問題は言うまでもありませんが、それはすでにわかっています(私が何について話しているのかわからない場合は、カーネルラインのデバッグオプションとその「その後の修正」がKayが削除された理由であることを思い出してくださいカーネルでのコミットの権限を持つことから)。
@ x11tete11xでは、カーネル開発とsystemd開発を比較しないでください。 systemdはまだ初期段階にあるソフトウェアです。カーネルと比較すると、カーネルのABIとAPIを変更しているときに、Linusが実験的なパッチを左右に承認していることもわかりません。
@joakoej Multicsは、コードの複雑さが増している、すでに開発されている他のシステムと比較して多くの一般的なタスクが遅い、同じサイズのプロジェクトで通常処理されるものに対して高すぎるなど、多くの理由で失敗しました。
これはフォークであるため、すべての機能を備えているわけではなく、initシステムはこのように動作できません。sysvinitを参照してください。 sysvinitは古くなっていますが、基本的なタスクはXNUMXつしかなく、それはOSを起動することでした。これは、sysvinitが古く、他の人が処理するもの(syslogでジャーナルなし、openrcでsystemctlなし、consolekitでログインなし...)です。多くのプロジェクトがsystemdに依存していることを毎回、このイニシアチブは私には素晴らしいように思えます。 私はjournaldよりsyslogを好みますが、logind(gnomeの要件であることに加えて)は地滑り的勝利によってconsolekitを打ち負かします。 また、このフォークはより安全で、ポータブルで、できればulibcと互換性があるはずです。
Compa、昨日までSystemdに対して何もありませんでした。 何らかの理由で私のラップトップはシャットダウンするのに長い時間がかかります、そして出てくる唯一のものは(際限なく):
[ 9064.808526] systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad address
それはあなたが何も知らないというWindowsのクソエラーのようなものです。
また、ログがないと、問題の原因を追跡することは非常に困難です。 Systemdはそのようなことで私も悩ませています。 あなたはソフトウェアをあまりよく知らないかもしれませんが、私が尋ねるのは少なくともログの明快さです。
そしてもう一度、[ここにお気に入りのステレオタイプを挿入]は正しかった。 🙂
しかし、注意してください、窓は言うまでもありません。おそらく私たちは、Linus氏がすでにCIEに追加することを提案している新しい病状に感染した患者のXNUMX人です。私は窓炎が嫌いです。 🙂
@StaffとElavの間違いは何ですか? Windows 8以降、多くのものが隠されていました(起動時のchkdsk、BSOD技術情報、「装飾的な」msconfig)。 すべてがその方向に進んでいるようです。 「悲しいマック」とそれに関連するウィンドウが表示されず、ユーザーに情報が提供されないことを願っています。
@マリオ
私はelavが間違っているとは決して言いませんでした。
XNUMXつの段落の最後にある絵文字に注目してください。
ああ!! @Staffあなたがそれを置かない...私はそのスタイルの典型的なポスターのためにWindowsを参照します:
Windowsで問題が発生しました。 問題のコードは0x1123df2982です。詳細については、サポートセンターにお問い合わせください...
要するに、/ dev / nullの場合
Elav、本番サーバーでこのようなエラーを想像してみてください。 それは許容されません。 systemdがなぜそんなに悪いのかを理解しているのはシステム管理者だけです。 だれかを軽蔑することではありませんが、プロセッサ、オペレーティングシステム、カーネル、プロセスなどがどのように機能するかを理解する必要があります。 systemdが提起する低レベルの問題を理解する。 これはUNIX哲学を超えており、システムの安定性について議論しています。
システム管理者はsystemdフリーのDebian6 / 7とCentOS5 / 6に慣れていますが、Debian7とCentOS6のサポートが終了すると、実際の攪拌はそこから始まります(この記事で説明されているような実行可能な代替手段の場合) )。
sysadminを想像してみても、systemdへのコマンド「service」で一生働いたスクリプトを翻訳してテストすることができます。
そして、あなたが示すエラーは、systemdの別のエッジを明らかにします、あなたはそれを非常に明確に言いました、その情報隠蔽のレベルは「非常にウィンドウズ」です。
ご挨拶。
ほら、これについてはよくわかりませんが、少し誇張していると思います。Gnu/ Linuxで、それ自体では説明されていないエラーがいくつかあり、それらがすべてsystemdによるものではないかと思います。 私が間違っている?
@Emilianoあなたは正しいかもしれません。 とにかく、私は専門家ではありませんが、これはすべて少しセンセーショナルなようです。 それは何よりも習慣の問題だと私には思えます。システム管理者が望むなら、確かに彼はsystemdがどのように機能するかを学びます。彼にとっては簡単に思えますが、彼がしていることはすべてを一元化することであるかどうか、確かにいくつかまたはいくつかの側面がより高速です。
私が見たところ、起動時間など、いくつかのプログラムが正しく起動する前に起動する必要がなく、rc.confファイルなどを変更する必要がないという点でいくつかの利点があります。より自動的にすべてを処理し、一部の依存関係が満たされていない場合でもアプリケーションを実行できます。 これらは私がインターネットで見た利点のいくつかです、私が間違っているなら私を訂正してください
さて、確かに他のすべてのようにいくつかの不利な点がありますが、それがどのように機能するかを知っていて、それを明確にする時間があれば、あなたの意見が何に基づいているかを知ってください。 私が見たところ、systemdで正しく動作するためにいくつかのプログラムにパッチを適用する必要があるという欠点があるかもしれませんが、それが他のinitシステムに何らかの影響を与えるかどうかはわかりません。
@Emilianoああ、ファイルがrc.confではなく、/ etc / inittabと/etc/init.d/rcだったのは間違っていました。
systemd用のそのファイルのバージョンがあるようですが、sytemctlプログラムによって処理される単一の/ etc / systemdファイルに集中化されています。
システム管理者がそれを気に入らないかもしれないとあなたが言う理由を私は理解していると思います。
一方、systemdはもう少し煩わしいかもしれませんが、それがどのように機能するかを学ぶことの問題であり、管理者になる能力のある人が確実にそれを達成できることも私には思えます。
さて、私はずっとSysVinitコマンドでDebian Jessieをシャットダウンしようとしましたが、SystemDが使用されていることを知らなかったので、Archのガイドを使用してSystemDとsystemctlをもう少しうまく処理する方法を知る必要がありました。
私の場合、Chromium / Chrome / Opera Blinkを集中的に使用すると、SystemDはデスクトップPCの電源をすぐにオフにします。
@ eliotime3000ここには、多くの情報を備えたDebian用の優れたsystemdwikiがあります。 http://www.esdebian.org/wiki/systemd もちろん、arch wikiは非常に優れていますが、debianのsystemdはarchと同じように実装されていないため、機能しないコマンドやソリューションなどがたくさんあります。 各ディストリビューションには小さなものがあります😉
笑
幸せそうな顔は十分ではありませんでした。おそらく引用符を使用する必要があります。引用符ですべてが明確になります🙂//皮肉(そのラベルですでに理解しているかどうかを確認するため)。
マリオに対する私の答えも読んでいないことを示しています。
私のXNUMXつの段落は皮肉でした。
最初に、人々がプロジェクトの欠陥について私たちに話すとき、私たちが彼らのイデオロギーに共感していなければ、私たちは彼らをクレイジーと他の千のこととラベル付けするという皮肉を指摘しようとしますが、私たちがすでに自分の肉体で問題を経験しているとき言葉を飲み込む以外に何も残っていません。
そしてXNUMXつ目は、事実上、それはWINDOWSのようなものですが、多くの人はそれを受け入れず、Windowsが嫌われ、FSFのようなにおいがしないものすべてを無差別に攻撃するために使用されているためだと言います。
しかしとにかく、基準はこの世界で見つけるのが難しいものです。
@スタッフ、これほど冷たいコミュニケーションの形で皮肉を使う人、あなたはもう少し働かなければなりません😛
@elav:
私はここに来ます、 このリンクをコメントに残します、そして私は逃げます。 :v
私は同じことに気づきましたが、始めたとき…。 数日間、コンピューターの起動には永遠に時間がかかり、最初にSystemdに関連する何かが表示されます。 何が起こっている?
elavだけでなく、windows自体もそうです。 そのエラーが発生しました。ジャーナルからファイル全体を削除してください。それだけです。 すぐにハハハを再インストールする必要があります。
ハハハ、でもXNUMXか月前にAntergosをインストールした場合はハハハ
Windowsよりも起動に約30秒または40秒かかるクソアーチで私がどのように感じるか想像してみてください、はい、私はヨーグルトにたくさんのたわごとをインストールしますが、私は何も開始しません(それは私が最も試みるものです)私が持っている最もクレイジーなものはCUPSサービスであり、リモート端末用のsshだと思います。 残念ながら、フォーマットせずにXNUMX年後、私はそれをもう一度行うという考えを再考するつもりだと思います🙁
残念ながら、過去2年間で、情報の非表示、エラーレポートの自動化、ユーザーが介入する必要のある操作の自動化、さらには制御を試みるWindowsスタイルのディストリビューションに近づいていることに気付きました。
3〜4年前のSysVinitでのディストリビューションが恋しいので、XDスクールで「init0」でブラフするのは楽しかったです。 さらに、すべてがそれほど承認されたわけではありませんが、制御は非常にユーザーであり、システムではありませんでした。 はい、多くの設備がありますが、...
あなたはそれが来るのを見ることができました。 私はsystemdに反対することは何もありません。普通のユーザーとしては、物事がはるかに簡単になり、サービスをアクティブ化または非アクティブ化するコマンドは非常に簡単です。 この初期戦争がどのように終結するかを見極める必要があります。
SystemDは、それらすべてを制御するためのリングのようなものです。 NSAのトロイの木馬かもしれません。 SystemDは多くのサービスに組み込まれるため、プライバシーセキュリティを危険にさらす可能性があります。 さらに悪いことに、私のディストリビューションがエネルギーを非常にうまく処理した場合、今何が起こるでしょうか? 私は別の側に変更することはできません。
トロイの木馬とは異なり、多くのことを制御しますが、それでもフリーソフトウェアである場合は、コードが情報をどのように処理するかを確認できます。
したがって、SystemDに問題がある場合(および問題がある場合)、問題は解決する必要があり、単に破棄するだけでなく、多くの優れた必要なものもあるためです。
一つ確かなことは、私は何も知らないことを知っているだけです。 私は初心者ですが、私よりも無限に知っている、反対している、または中立である人々の多くの意見を読んだ後、私が到達できる結論は疑わしいものであり、それをやめないわけにはいきません。 今のところ、私を信頼させるものは何もありません。
私はopenSUSEを使用しています。なぜなら、それが大好きで、彼らが私に忍び寄る可能性があるからです...実際、彼らはいたるところに忍び寄る可能性があります...そして、ストールマンが現れる場所です。多くの人にあるかもしれません。
NSAはその爪をRedHatに突き刺していませんでしたか????
誇張されているのに、なぜ私はあなたのプライバシーを侵害するのでしょうか?
セキュリティに違反して誰にも気付かれないようにするには、システムログを悪化させ、複雑にし、バイナリにし、誤動作を報告する人を無視し、syslog-ngとjournaldを同時に共存させないようにする必要があります。
dhcpによるこの自動ネットワーク管理に追加すると、「まだ発見されていない最小のバグ」の痕跡を残さずに侵入のための地面が植えられています。実際、これが見えないのは、彼が盲目で、耳が聞こえず、愚かだからです。 .. 2000年以上前にある人が言った…。あなたは彼らの果物によってそれらを知るでしょう、そしてまあ、私はすでに果物を見ています、そして彼らは熟しているときです。
systemdに起因するのは、それに対応するタスクを実行するだけでなく、セキュリティを破壊し、両方を同時に共存させないことで仕事をうまく行う古いツールを作成するためにすべてに干渉しています。
前に言ったように、どれほど誇張されているか。
SystemDがMicrosoft、Apple、および/またはソースコードを共有していない別の会社によってプログラムされている限り、私はあなたを信じます。 幸いなことに、そうではなく、少なくともかんしゃくだけに参加していない人がいることに感謝しています。
一方、Linus TrovalsがSELinuxアルゴリズムシステムについて尋ねられたとき、彼はかなり簡単な解決策で答えました(そして、Linusの父親がNSAがカーネル開発に手を出そうとしたことを告白したことは言うまでもありませんが、唯一のことはやらなければならないことは、すべてとソースコードを使っていまいましいコンポーネントを起動することでした)。
無知がしばしば主な人間の惨劇であることを理解してください。
いいですね、賭けで10ユーロを勝ち取りました😛。 相変わらず予測可能です…私には良さそうですが、プロジェクトの哲学とコード内のコメントの完全な欠如(OpenSSL)のため、systemdはあまり好きではありません。 しかし、私はそれが技術的に優れていることを認識しています。 Openrcのsysvinitの代わりになるのではないかと思います。 その場合、私は移行します。
また、フリーソフトウェアでは、何らかの理由で、同じもののXNUMXつの実装、理由、競争(Libreoffice、Openoffice)とセキュリティ(OpenSSL)が必要です。
systemdの設計がLinux専用の機能であるcgroupsに基づいている場合、私が理解できないことがXNUMXつあります。
systemdフォークの使用をFreeBSDHurdなどに移植するには、これらのカーネルにcgroupを追加するか、前述のフォークの設計からcgroupを削除します。
しかし、systemdのフォークからcgroupを削除すると、Uselessdをsystemdの真の代替手段と考えるのは困難です。
また、このイニシアチブは非常に前向きであると考えています。競争は常に良好であり、より良い努力を強いられ、その結果がユーザーに利益をもたらすからです。
* garegan =追加
それらは単にcgroupを使用しないか、cgroupをオプションにします。 理論的にはそれほど難しくはありません。 あなたがしなければならないのは、現在のすべてのOSに存在する他のプロセス制御方法をサポートする方法を設計して書くことです。 実際には、これは面倒で費用がかかります。たとえば、プログラムの作業に8時間かかる場合、8つのオプションで得られるものを改善して磨くのではなく、その時間を6に分割する必要があるためです( 3つのシステム+それらの間で交換する3つの方法)。 このようにして、メンテナンスと開発ははるかに重く、遅くなります。 つまり、あなたはいくつかのレギュラーをサポートするか、XNUMXつをうまくサポートするかのどちらかです。
そして言うまでもなく、BSDはシステム管理者からの要求がほとんどなく、UNIX自体でさえWindowsXPと同じ目でそれを認識しています。
重要なのは、cgroups:«は、PIDの代わりにサービスプロセスを追跡するために使用されるということです。 これは、デーモンがダブルフォークされていても、systemdから「エスケープ」できないことを意味します。 »» http://es.wikipedia.org/wiki/Systemd
これは、systemdがpid 0で始まると言っているため、systemdを批判するポイントのXNUMXつですが、systemdが壊れるとシステムが壊れるので、これはリスクです。これは、linusが言ったように、カーネルや他のプロセスも壊れているのでばかげていますシステム。 真実は、フォークがcgroupsを使用しない場合、pidを使用し、デーモンを完全に制御できないということです。 それでそれはLinux上のsystemdより決して良くなることはありません
関連するフォークがいくつかありますが、これはそれ自体をsystemdする最初のものです。 Gentoo for udev(前述のものとマージされた)には、libgudevとlibeudevがあります。 そうでなければ、OpenRCを持って歩き、「systemd / udev」プロセスで、特定の現在のインストールでどのように発生するかを確認するのは奇妙です。 個人的には、DHCPクライアントを追加するというアイデアは好きではありません(まだ追加していないことを願っています)。 そのタスクには実績のある優れたソフトウェアがあると私は信じています。車輪の再発明をする必要はありません。
正解です。最新バージョンでは、gudevもsystemdです。
systemdのDHCPについてのコメントに答えます。
systemdには、DHCP(networkdの一部として組み込まれている)が組み込まれているだけでなく、DNSリゾルバーとDNSキャッシュ、およびAvahi(Poetteringによって作成された別のモンスター)から継承された機能もあります。
今日は夕食にじゃがいもとステーキを食べましたが、気に入らなかったのでフォークを作ります。 そして、すべてのために。
役に立たないのは、実際には、対戦相手の信用を失墜させ、新世界秩序を導入するためのRed Hatによる手の込んだ偽旗作戦ですか?
… くそ。
このプロジェクトの背後から十分にカバーされています
翻訳:
彼らは私にそれを言っています
1)彼らは、ツールを使用せずに切断されたsystemdを作成しており、systemdが解決している問題や古い従来の問題を解決していないことに伴い、それを標準化する利点もありません。 ええ、確かに。 3をください
2)「肥大化」のないsystemdだと言われていますが、systemdはモジュール式であり、子デーモンがなくてもsystemdを使用できます。 したがって、膨張を取り除くことは実際には同じです(ただし、ジャーナルなどの最高のsystemdツールの多くを保持することはありません)? はい。 完璧です。 今すぐ20個ください。
3)彼らは、問題を解決しないこのフォーク、低レベルのフレーミングの問題を解決しない、いかなる種類の技術的利点も提供しない、むしろ私たちを5年前に戻すと言っていますLinuxでのサービスの管理。 標準化の唯一の希望と競争しますか? 。 はい。 私は、彼を愛しています。 これで2161816814168ディストリビューションをください。 お願いします。 今!!
理解できなかった人のために。 それは皮肉です🙂
これが、Linuxがデスクトップで勝利を収めることがない理由です。このとき、すべてのユーザーが機能するデスクトップを可能にするインフラストラクチャを作成するためのパゾがついに提供され始めます。 mamertosは彼らのフェラチオで出てきます。 わかりました、彼らに彼らが望むことをさせてください、彼らには権利があります、しかし真実は、非常に真剣に受け止められることを期待しないでください。
http://hackingthesystem4fun.blogspot.mx/2014/09/linux-no-triunfa-en-el-escritorio.html
http://linuxito.com/gnu-linux/nivel-alto/431-por-que-systemd-es-una-mierda
実を言うと、冗談はSystemDが私を大いに助けてくれるということです。それは、Ext4パーティションでChromeを使用するのに十分な時間があれば、PCのシャットダウンを非常に速くします。 XFSとSystemDでDebianJessieを試した場合、そして何よりも、SysVinitよりも良い結果が得られます。その前にひざまずきます。
最も面白いのは、SysVinit機能を追加する機能を備えたSystemDを作成しようとしていることですが、そのような作業は完全に困難です(Theo de RaadtのOpenSSLのフォークのように)。
このフォークは、Lennartと彼のお父さんのRedHatから手綱を取り、独立した開発者にそれを提供しようとする問題を解決します。
systemdの厄介さを、ブートシステムの一部ではないものや決して含まないものをいじることから取り除くため。 私の言いたいことが分かりますか?
さて、理由がほとんどないと思われる場合...誰も解決できない場合、それらは意見と個人的な見解にすぎません。
しかし、systemdは単なるスタートアップシステムではなく、systemdは70を超える異なるバイナリであり、そのうちの1つだけがpid 1であり、これは他のデーモンを開始および停止する1つのことだけを処理します。 ジャーナルを除いて、すべてのsystemd膨張は実際にはオプションです。 だから私は、スタートアップシステムが何をしているのか、それが一つのことをしたとしてもそれがするはずがないことを実際には見ていません。 私が言ったように、残りのプロセスとサービスは他のデーモンによって別々に処理され、それらのほとんどは別々に使用することができます。 唯一の違いは、これらのオプションのデーモンが同じチームによって、同じカレンダーの下で同じgitで作成されていることです(bsdが同様に行うように)
lennartとredhan evil? 迫害の妄想と他のほとんど。
@Mirageですが、systemdは単なる開始システムではありません…。
それが問題なのです。彼らは単なるスタートアップシステムとして始まり、多くのディストリビューションを説得し、その後、単なるスタートアップシステムではなくなり、癌のように広まりました。
私はそれをより良くペイントします、私はsystemdが欲しいです、しかし私は他のsystemdモジュールを望んでいません...しかし私がそれを望まないと言うとき、私はそれを私のハードドライブにインストールしたくありません.. 。無効にするだけでは不十分です...たとえば、スクリーンセーバーがアクティブな場合など、単独で有効にできる自動機能は信頼できません。
それで、どのディストリビューションがインストーラーにそれらのモジュールを持たないsystemdのバージョンを私に与えるか教えてください。
私は現在linuxmint 17を使用しており、systemdを使用していません(依存関係の一部のみだと思います)が、それを使用するディストリビューションでは完璧に機能しました。Linuxをほぼ2年間使用し、基本的な使用法(サーフィン)を行います。インターネット、簡単なドキュメントの編集など)そしてsystemdを使用すると、技術的なレベルで改善が目立つことも失敗しません。憎しみの多くは私には不当に思えます。多くの人は、それはむしろ倫理的なものであると言います。技術的というよりは多すぎるようですが、私はこれを信じていませんが、あなたのレベルでこれに代わるものをXNUMXつ見たいと思います(今のところ、基本的にはより「栄養不良」のシステムであり、名前はすでにばかげているようです。何か深刻なことになる)
そして、BSDスクリプトを使い続けてみませんか? またはGentooチームのopenRC? または、SystemDを含む上記のすべてを忘れて、Ubuntu Upstartを使用しますか?
SystemDは、GNU / Linuxシステムのオンとオフを切り替えるプロセスを高速化するためです。
さらに、救助したいのは、SystemDモジュールを使用せずにSystemDの起動速度を実現し、OpenRC、SysVinit、さらにはBSDスクリプトの起動速度を使用することで、 ブロブ ログの。
私はsystemdに満足しています。
私は何よりも多くの利点を見ています。
私は多くのコメントを読みましたが、どうやらsystemdはそれに反対しているLinuxシステムユーザーの90%の哲学に沿っていません...私は疑問に思います...なぜ両方のsystemdがすべてを制御したいという興味を持っているのですか...それは窓のようですか?…背後には、すべての人と世界政府を支配する不吉な計画があるのではないですか? 現在、Linux Mintシステムはほとんどすべてが自動で素晴らしく機能し、systemdを必要としません。 Linuxシステムを引き継ぐことができた場合..... BSDUNIXとその派生物に移行する以外に選択肢はありません。
Systemdの有無にかかわらず、Linux Mintのように機能する他のディストリビューションは何ですか?
私が理解している限り、Windowsでsystemdのようなものはありません。
彼らはそれが一元化されていることを悪いことのように見せます、気にするのはシステムで働く人々、通常は専門家だけです、私たちにとって一般的なユーザーはsystemdの方がはるかに優れています、一部のシステム管理者でさえそれを賞賛します、それで注意してくださいそれはすべて味に関係しています。
Systemdは非常に優れていますが、systemdはより煩わしく、ブートシステムを少し超えているため、多くの人が不満を言うのは、動作するために新しい依存関係が必要になるプログラムがいくつかあることです。 彼らはまた、それがいくつかのタスクを自動的に行うと不平を言います、しかしあなたがそれを使うことを学ぶならばあなたがそれをあなたの好みに合わせることができると私は確信しています。
それが私が言う理由です:SystemDは管理が非常に簡単ですが、SysVinitで行っていたことから自分自身を切り離すたびに(SystemDを損なうことはありませんが、SysVinitは私がしなければならない手間を省きました dmesg 私が台無しにした何かがあるかどうかを確認するために)。
起動手順を実行する目的 Windowsへ スクリプトを編集する手間を省くことができます。 言い換えれば、それはそれほどシステム管理者ではない人々にとって多くの時間を節約するでしょう。
完璧主義者や上級システム管理者には、古いSysVinitとGentooのOpenRCが望ましいです(私の場合、SysVinitにSystemDの起動速度を持たせたいので、UselessDはSysVinitの追加プラグインとして機能するか、OpenRCが機能しますそれはまさにSystemD)です。
/etc/rc.confでrc_parallel =»YES»を試したことがあると思います。
それでもsystemdより少し遅いですが、ほんの数秒で、私の場合の毎日の稼働時間は14時間以上になることはないので、8秒の違いは私に影響を与えません。
このフォークはコースを変えると思います。独立した開発者が一緒になって、initの良さをsystemdと統合することを願っています。
そしてもちろん、単一のタスクのロジックに従い、それをうまく実行します。
@ eliotime3000起動時間よりもはるかに重要なことがあります。また、その要因はそれが大したことではありません。少なくとも私の場合、systemdとOpenRC(Gentooを使用)の間の起動時間はそれほど違いはなく、systemdに勝ちます。 4秒未満で、OpenRCでrc_parallel = yesを使用しません。
注:これからは、読む人は誰でも注意深く読み、表現を許してください。また、それが私の個人的な意見であることを明確にしてください。
systemdについて私が気に入らないのは、車輪の再発明は愚かで不必要に思えるので、すでに行われたことをやりたいという事実です。
initは、デーモンluks、lvm、dns、dhcp、avahi機能、ログ、コアダンプ、devfsなどで何をしますか? おそらく、これらすべての機能を備えた悪魔はもはや存在しません。
ログとコアダンプを処理するためにrootアクセスが必要なのはなぜですか? (これはDebianとGentooで個人的に確認できました)。
systemdに変更があった場合、なぜPCを再起動する必要があるのですか?それ自体をホットリブートできないのですか? SysVinit geezerはそれを行うことができ、そして最も重要なことに、彼はそれを正しく行います。 systemdはそれを実行できると言われていますが、テストを実行すると失敗し、再起動するしかありません。
それだけではありませんが、systemdには既知のバグがあり、修正されません。チーム(Poetteringが担当を主導)は単にそれらを無視してWONTFIXとマークするか、単に無視することを好むからです。 それらのバグのいくつかでさえ、すでに古典的であり、ジャーナルされたもの、自己組織化されたもの、そして来ます、紳士、それらは2011年と2012年のものであり、まだ修正できません、そしてそれらが知られていないからではありません(それはレポートとすべて)またはそれらは簡単に再現することはできませんが、それらを修正したくないだけです。 その動作はsystemdには付属していません。ポッターリングは常にそのようであり、Avahi(彼らの作品のXNUMXつ)も同様の問題を抱えていました。特にメモリリークと過剰なCPU消費があり、その多くはまだ続いています。 もっと証拠が欲しいですか? Pulseaudioはこのタイプのもう一つの狂気であり、多くの人が楽しみにしていたものでしたが、解決策よりも多くの問題をもたらし、最近までその問題の多くが解決されたのは、ポッターリングの手から遠く離れていた場合です。
雪輝+100
おそらく単純な初心者ユーザーはそれを認識していないことは明らかですが、RedHatは会社であり、私が知っていることですが、すべての会社が興味を持っているのはお金を稼ぐことだけです。その「少しずつ変わる」ということは、すべてが可能だと思います…神様のお金で何でもできます。
すべての政府と大企業の権力への欲求に制限はありません。私たちは毎日それを読んでいます。抵抗するオペレーティングシステムはgnu / linuxであり、そのユーザーはセキュリティとプライバシーについてよりよく知らされる傾向があります。
systemdを使用すると、最初から少しずつ始めました。最初からすべてが素晴らしく、メインのディストリビューションを征服して変更しました。その後、少しずつモジュールを追加して、既存のものを置き換え、常に機能していました。これらのモジュールをインストールしないことに興味はありません....しかし、驚いたことに、すべてのディストリビューションが完全にインストールし、通常のユーザーは手動でコンパイルして削除する方法を知りません。
最もひねくれたモジュールはジャーナル化されており、オプションではなく、必須であり、削除できないというメッセージを読みました。
削除できないことは明らかであり、syslog-ngを正常に機能させたり、それらのバグを報告したユーザーの苦情に対応したりすることを目的としていません。
テクニックは、見えないように隠蔽し、ネットワークを自動的に管理して、それほど遠くない将来に、ネットワークで何が起こったか、およびネットワークで何が起こったかのログを手動で完全に制御できなくなるようにすることです。
systemdコードを読むことは無意味であり、すべてがそれがすべきことを実行し、「彼らのために」それを非常にうまく実行します。間違っているのは、「宣言されていないバグ」に直面した場合の全体的なリスクを表す複合機能です。
したがって、systemdは間違っていません。間違っているのは、変更する必要のある作成者です。
誇張されています。 それはフリーソフトウェアであり、奇妙なことがあれば彼らは気付くのだとあなたにアピールしましたか? そして、これほど物議を醸しているプロジェクトでは、猫の足を取り除こうとしているオタクが何百人もいないと思いますか? pffの扇情主義は常により多くを売ります
Systemdは実際にはスカイネットなので…はははは
そして、私が推測するこのフォークは、正規のものが先頭に立っていますか?
@emilian
Linuxについてはどうでしょうか。残念ながら、あなたは正しいです。さらに残念なことに、sysadminが少なく、ユーザーの1/4未満です…..では、次のような奇妙なことが起こり続けることを期待しましょう。
systemd-journald [150]:エントリ(13アイテム、351バイト)の書き込みに失敗しました。無視します:不正なアドレス
私たちが狂っていないことを示すために、それは純粋主義者のためではなく、技術的な問題のためです。
このcgitでctrl + fを使用してエラーを確認できますが、もちろん、Lennartは通常コメントしないため、彼のもうXNUMXつの悪い習慣であるため、エラーが何であるかがわかりません。
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c
あなただけがelavではありません:
https://bbs.archlinux.org/viewtopic.php?id=150704
それに関する投稿はたくさんありますが、それが何であるかを実際に言っているものは見当たりません、それは私にはバグのように聞こえます、そしてそれを目覚めさせた花粉と抑制されたイベントを持つPulseAudioからのもののように見えます
ひどい!
そして、あなたはそれを信じないかもしれませんが、そのエラーを報告するものはもっとたくさんあります、それは別のエラーから来ているようで、それは症状ですが、それはそれ自身のエラーでもあります、要するに、systemdは少なくともバグでいっぱいですsysvにはエラーがなく、非常に洗練されていることが証明されていました。 今日、VMでjournaldを無効にしようとしましたが、それはできません。不可能です。syslogを配置し、journaldに送信させて書き込むだけですが、journaldが失敗した場合はどうなりますか?... Linuxでデーモンロギングを無効にできないのはいつですか?... Windowsのことですが、モジュール式であると言われています。
彼も dmesg それらを保存します。 目には、バグがあるのはJournalDであることに気づきました。
OpenBSDまたはApacheFoundationがそのようなフォークのサポートを示すことを願っています。
@elav
あなたには会社があります。バグレポートに参加して、lennartが少し機能するかどうかを確認してください。
https://bugzilla.redhat.com/show_bug.cgi?id=1069828
バグです。
付け加えますが、これは他の何かによって生成されたバグであり、fedoraの症状によると、同じ起源の»別の»症状です。
https://bugzilla.redhat.com/show_bug.cgi?id=1043212
DMESGを長生きさせましょう!
さて、真剣に、JournalDの壮大な失敗のおかげで、SystemDの前述のフォークに対するサポートを示します。JournalDではあまり理解していないためです(DMESGでは、カーネルのブートエラーが非常に多く見られ、SystemDのデーモンでさえも見られます)。
systemdはUnix哲学に準拠していないため、多くの人がsystemdを拒否しています。 紳士、Unixは死にかけ、絶滅の危機に瀕しているため、古い哲学を破ったとしても、過去の結びつきを少し手放して、より良いことをしようとしなければならない場合があります。 保守主義を残し、systemdで問題が発生した場合は、バグを報告し、それを解決するパッチのテストに役立ててください。 私の意見では、uselessdはどこにも行きません。そのため、その名前は便利で、役に立たず、役に立たず、より良いことをするために費やすことができる時間と労力の無駄です。
男ですが、この同じ投稿にRedHatバグトラッカーへのリンクが表示されていませんか? Systemdの作成者は、それらのいずれにも返信またはコメントしません。 男がライナーを介してバグレポートを実行する場合、バグレポートの使用は何ですか?
現時点では、SystemDはRedHatバグジラでのみ240を報告しています(他のページにも報告があります)。
https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&component=systemd&product=Fedora
ウィキペディアによると、最大3〜4人が働いています。
https://en.wikipedia.org/wiki/Systemd
修正に数日から数か月かかる可能性のあるバグを処理する必要があります。 また、それに加えて、新しい機能を追加し、古いコードを削除する必要があることも追加する必要があります。
それぞれの報告に対応する時間があると思いますか?
ここでは、システムプログラマーの仕事についてコメントする権利があると複数の人が信じています。彼らが行ったのは、BashまたはPythonでスクリプトを記述し、WordPressテーマを設定することだけですが、高いレベルを維持する必要がある場合は、足を踏み外します。口径プログラム。
SystemDについて不満を言う人の大多数は、彼らが何について話しているのかわかりません。 それはただの鶏の群れです。
まず第一に hypersayan_xSystemDのようなアプリケーションを起動する場合、まず最初に行うことは、その仕様、考えられる問題、ログの意味などを可能な限り文書化することです。これにより、幸せなエラー(またはメッセージ)が何を意味するのかまだわからない私のような煩わしさを避けてください:
systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad address
また、アプリケーションの作成に専念する場合は、使用者から寄せられたバグへの対応に少なくとも1時間は費やす必要があると思います。 あなたがそれを処理できない場合は、少なくともメッセージを残すか、私に知らせてください、しかし答えないことは私たちに不確実性を残します。
彼の仕事に応じてそれぞれに...そしてそれぞれが彼がすることに責任があります。 コメントのこの部分が何を意味するのか理解できません。WordPressテーマデザイナー(または単にテーマをインストールするユーザー)、またはBashまたはPythonスクリプトをプログラムする人は、必ずしも維持する義務がないという単純な事実のためです。それから遠く離れた「高口径」プログラム。 ベンおじさんが言うように: 「大きな力には大きな責任が伴う」、それを私たちを占める主題に持っていくこと:«優れたプログラムには大きな責任が伴います«、そして責任によって私はすべてを理解します:サポート、開発など..
Systemdがどのように機能するかを詳細に説明し、技術データを使用して、それをやめたり、単に理解を深めたりできるようにしてくださった場合は、心から感謝いたします。
よろしく
それは完全に文書化されています:
http://www.freedesktop.org/wiki/Software/systemd/
セクション: ユーザーと管理者向けのマニュアルとドキュメント y 開発者向けのドキュメント
それはあなたにはほとんど見えませんか?
そのメッセージの行は次のとおりです。
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c#n513
そして、関連するコードはに表示されます L448、だからそれはすべて私が前にあなたに与えたメッセージに依存します。
これがすべてのインターネットフォーラムの仕組みです。回答できるかどうかはわかりません。回答がない場合は、回答がない、メッセージを気にしない、他の優先順位がある、などの理由が考えられます。彼らは他のことに取り組んでいて、あなたのための時間がありません。 特にあなたに影響を与えるバグを修正するためにあなたから何も受け取らないことに加えて、あなたが宇宙の中心ではないことを受け入れてください。
そこにマニュアル。 それはそれを読むことの問題です、多分問題は多くの人々がそれを読まないということです、私はdebianにいません。 でも私は満員の男だけではありません http://www.freedesktop.org/software/systemd/man/systemd.html,
のブログを読んだ http://en.wikipedia.org/wiki/Lennart_Poettering (チュートリアル)の非常に良いサイクルがあります http://0pointer.de/blog/projects/systemd-for-admins-1.html
@hipersayan_x本当に友達? あなたが私のために置いたそのリンクの513行目が何を意味するのかを私のために翻訳することを(もう一度)あなたに勧めます。なぜなら、それがこのメッセージが投げる問題が何であるかを説明する方法がわからないからです。
それは私のことではなく、多くの人々のことです..コメント#66のリンクを参照してください。 😉
@ elav、CFで読み取ることができる内容に従って、そのメッセージの前に、ログに書き込めなかった理由を示す別のメッセージを表示する必要があることを繰り返します。したがって、それが実際の問題になります。
物事が分岐しているのは良いことです、それは効率を測定する方法です、それは私を笑わせます、それらは私が毎日使用する機能を無効にしてユーザーエクスペリエンスを加速します、あるいはそうでなければ、それらはシステムを自動化するのに役立ちます、私はそれをシステムの使いやすさにおける初心者ユーザーへの感謝。 それは、システムの使用に対する評価の観点から成長(成熟)する問題です。おそらく、色付きの鏡ではなく、スクリプト内の一連の注文としてそれらを見るのが好きだからです。 おそらく、マニュアルをより頻繁に読み、より自動化されたシステムを作成する方法について提案を行う方が便利ですが、ユーザーが定義した論理フレームワーク内(常に端末の前にあるとは限りません)。
よろしく
@粗い
物事を自動化し、柔軟性を奪い、面付けを生成します。生成されるフォークを探している自動化されたものを定義することによって、全員を同じバッグに入れることはできません。なぜなら、彼らがどのように座っているかを見て周りに座っていない不満のある人々が増えるからです。新しいウィンドウを作成します。
上記のいくつかのコメントで、「オプションモジュール」のないsystemdパッケージを含むディストリビューションを知っているかどうか尋ねましたが、何もないようです...誰も私に答えませんでした。
私の場合、必要はありません。eudevとopenrcで5年以上gentooと幸せに暮らしてきましたが、ほとんど使用しないノートブックがあり、まだarchlinuxがあり、状況を確認するために更新を続けています。他の人の言うことを耳で意見を述べないでください。
ラメに触れてみましょう!@#$%ArchLinuxにはcrontabがなく、cronはSystemdで処理されるという朝食を食べました..Grrrr
https://wiki.archlinux.org/index.php/Systemd/cron_functionality
@elav
systemdを使用しないディストリビューションはプロモートする必要があり、他のオプションはありません。
私は知っています、それらはインストールするのが最も簡単ではないでしょう、しかしこれらすべての方向を見ました
LFSから生まれたディストリビューションがもっと登場し始めると思います。
はarchlinuxの母であり、彼らがまだinitを使用していることを理解しています。
ショットに過ぎないサバヨンスタイルのディストリビューションも表示される場合があります
i686バイナリのgentoo。
SystemdはAC / DCテーマ「GotYouByTheBalls」のようなものです
https://www.youtube.com/watch?v=2ICWCMaRypI