私はこのディストリビューションのユーザーではないので、この変更がすでに適用されているのか、将来適用されるのかはわかりませんが、彼らの考えを見てみましょう。
昔はシステム管理の哲学は ArchLinux 要約すると、単一の一般的な構成ファイルになります。 /etc/rc.conf。 このファイルには、基本システムが機能するためのすべての構成情報が含まれており、編集されています。
- タイムゾーン
- システムクロック（ローカルまたはUTC、ローカルはまもなく減価償却されます）
- キーボードマップ、コンソールフォント、コンソール文字コード表
- システムが構成されたロケール（言語、地域化）
- 手動でロードされたカーネルモジュール
- RAID、BTRFSファイルシステム、LVMなどのストレージテクノロジーの使用
- ホスト名の構成
- （ローカルIPまたはDHCP）の構成
- ロードするDAEMONSまたはシステムデーモン
まあ、それはもうそのようにはならないでしょう。 次の大きな変化が迫っています ArchLinux この一元化されたファイルの使用を停止し、システムのさまざまな領域を別々のファイルとディレクトリに構成することです。 そして、なぜこれ？ 短い答えは systemd 代替ブートローダー 初期スクリプト、systemdは、ブート管理の置き換えとは別に、システム自体の管理にも役立つため、そうでないように見えますが、システムの管理が容易になります。
構成は次のようになります。
| 構成 | 新しい構成ファイル | /etc/rc.confの古い場所 |
|---|---|---|
| ホスト名 | / etc /ホスト名/ etc /ホスト | ネットワーキング |
| コンソールフォントとキーボードマップ | /etc/vconsole.conf | ローカリゼーション |
| ローカル設定 | /etc/locale.conf /etc/locale.gen | ローカリゼーション |
| タイムゾーン | / etc / timezone / etc / localtime | ローカリゼーション |
| ハードウェア時計 | / etc / adjtime | ローカリゼーション |
| カーネルモジュール | /etc/modules-load.d/ | HARDWARE |
| デーモン | /etc/rc.conf | デーモン |
基本的に /etc/rc.conf マネージャーのまま デーモン 他のすべての部分がこれらの構成ファイルに置き換えられることは絶対にありません。
元の言語のメモ
http://dottorblaster.it/2012/07/arch-linux-addio-ad-rc-conf-kiss/
よろしく
Archが非常に主流になりつつあるため、ユーザーにとっては少し複雑になります。
はい、確かに、それが理由でした。 ¬¬
+1
Archlinuxを使い始めている私たちにとって良い情報です。 /etc/rc.confを編集しようとしていて、インストールガイドで編集する必要のあるパラメーターがそこにないことに驚いたので、wikiを確認してもう一度実行する必要がありました。
さて、9つのファイルを編集して、以前のXNUMXつで行ったことを実行します。 親愛なるrc.confが恋しいです。 🙁
新しいISOをまだ試したことがなく、現在のインストールではrc.confは通常どおりなので、見逃す必要はありません。 😀
数えることを学ぶ、ばか、それは10ファイルです。
そして、その態度と教育で、あなたはXNUMXつのサイトの協力者であり、GEの学生ですか？ あなたはめちゃくちゃです。
彼は独り言を言っていて、私は悪意のある態度に気づいていません...
はははそうです、私はただ自分をからかっていました。 😀
XNUMXつだけにしておくほうがいいのですが、もしそうなら...でも、何か奇妙に思えます... rc.confにデーモンしか含まれない場合は、daemons.confなどと呼んでみませんか？ XNUMXつだけ構成する場合、rc.confを呼び出し続けることはあまり意味がありません...
rc.confを呼び出すプロセスの変更を回避するため。
気分を害しないでください、しかし私は嫌いです コピー＆ペースト 元の記事へのリンクが含まれていない場合は、記事の数が増えます。 コピー＆ペースト それは正当化されたり、リンクを含めたりするものではありませんが、少なくともそれに値する人を称えましょう： http://www.rafaelrojas.net/2012/07/27/adios-al-etcrc-conf/
何が問題なのかわかりません。 実際、ラファエル・ロジャスが私たちに言った「コピー/貼り付け」にほのめかされていると感じ、現時点で版を変更するか記事を撤回する場合、その目的は記事などを適切にすることではありませんでした。 また、記事にはリンク（アルフが明らかに見たもの）があり、これはあなたが言及したサイトへの別のリンクを持っているように私には思えます..
ラファエル・ロジャスが何らかの形で気分を害したり、動揺したり、何らかの意見の相違があると感じた場合は、お知らせください。適切な措置を講じます。
友達の挨拶。
いいえ、気分を害していません😀
とにかくあなたが作成した投稿へのリンクは私のブログへのリンクになります。
私のブログから直接情報を取得する場合は、問題ありません。ブログへのリンクを歓迎します。必須ではありませんが、単なる礼儀です。
よろしく
私はすでにそれらのファイルを構成しています。 しかし、私はまだ古いrc.confを削除することを決定できません。 フォーラムの追加情報として、このトピックに関して非常に興味深いスレッドが開かれました。
私はこれが少し好きではありません。Archについて私が最も気に入った点のXNUMXつは、XNUMXつのファイルですべてまたはほとんどすべてを構成したことです...まさか、この変更は好きではありません。
しかし、それはArchの問題ではなく、記事にあるようにsystemdの問題です。 そして、元のソフトウェアが設計されたとおりにArchが機能することを好むことはすでにわかっています。
しかし、それは物事を複雑にし、偶像化されたKISSと衝突しませんか？ xD
数日前、私は同名の@gespadasのガイドに従って、新しいisoを使用してVBにArch Linuxをインストールしましたが、これは私にとっては良かったでしょう🙂
良い情報😉
チュートリアルを完了するには、この情報が不足しています。ガイドの@gespadasは、この記事にリンクして、可能な限り完全なガイドにする必要があります。 🙂
拝啓
このステップはsystemdの実装に必要なため避けられないことはわかっていますが、一元化された/etc/rc.confファイルから構成時にArchの天才を多く失うため、口に苦い味が残ります。 もちろん、Archは/etc/rc.conf/だけではありませんが、このファイルは彼の個性の重要な部分でした...
さようなら/etc/rc.conf、私たちはあなたがいなくて寂しいです！
しかし、公式ページのニュースによると： http://www.archlinux.org/news/changes-to-rcconf-and-crypttab/
「古い形式は引き続きサポートされているため、古い構成ファイルは変更されずに機能するはずです。」
ですから、今のところあまり気にならないようです。
このメモは少なくとも3つの場所で与えられたので、みんなを非難する必要があります。スレッドが完了または削除されたためにフォーマットまたはコンテンツを変更する必要があるとラファエルが言った場合は、ラファエルの応答も待っています。これもリンクにあります。私が言及したのは、ラファエルのブログです。
もう一つ、私は他の人のブログから情報を共有する許可を得ており、彼らが私に言ったように、「私は信用を持っていることを気にしません、私にとって重要なのは知識が広まるということです」。
よろしく
アーメン…………内容に嫉妬する作家がいます
おそらく人々を直接悩ませているのは、記事自体がコピペであることだろう。私はこれまでに多くの記事を「コピペ」して作成してきました。 DesdeLinux、特に Steam のもの、そしてはい、ソースが含まれていますが、私が書いたものと完全に同一です。それは私を怒らせたり、気が狂わせたりするものではありませんが、少なくとも私は、投稿自体がそうではないことを明確にするために、投稿の冒頭、自分のコメント、そして最後にも出典を記載する習慣があります。完全に私のものです。そのため、再投稿には必ず何かを追加します。
ええと、archlinuxが残した唯一の良いものでした。100％がらくたであり、スクリプトでまだBSDスタイルである唯一のものは、Gentooだけであり、決してよく模倣されていません。
それで、Archは設定ファイルにのみ適していましたか？ それはアーチではありません！、彼のWikiを見て、彼が何であるかを確認してください。 ちなみに、BSDスタートアップを使用しているのはGentooだけではなく、Slackwareという最も古い既存のディストリビューションがあります。
パフ。 これで彼らは私を大きくねじ込みました、私はfedoraまたはubuntuへの私の移動を準備するつもりです、それはアーチが彼の最高のポイントのXNUMXつで劇的に変わることは悲劇的です
Archがすでにインストールされている場合、なぜ変更するのですか？ 再インストールしない限り、直接影響を与えることはありません。 ちなみに、それはオペレーティングシステムに害を及ぼすことはありません、それほど劇的なxDではありません
あなたのオプションがFedoraとUbuntu、Archとはまったく異なる目的を持つディストリビューションであることはなんと奇妙なことでしょう。Archがあなたが探していたものではなかったことは明らかです。
私は注意しています、確かにチャクラプロジェクトはすぐにこれと同じ措置を取ります、そして私は最新になります😀彼はsystemdとそれがもたらす大きな利点についてたくさんコメントしているチャクラフォーラムで。 また、Linuxに関する優れたブログが優れたガイドを提供し、そうでない場合はarchwikiが提供されることを心配する必要もありません。
systemDへの変更は必須です。systemdとudevがマージされてからすぐにカーネルの依存関係になります。ファイルにsystemdをインストールしましたが、変更する価値があるのは起動速度の向上だけです。
すべてを最新の状態に保ちたい場合は、それに必要な変更に適応する必要があります。 他のディストリビューションは更新が遅いため、それほど変化しません。 これがArchの最も悪い点であり、システムの新しい変更を常に意識する必要があると思います。 ローリングリリース!! 友達…
正確に言えば、ある人にとっては否定的である人もいれば、そうでない人もいれば、システムをより制御していると感じる人もいれば、もっと面倒だと感じる人もいます。
たとえば、KZKG ^ Gaara（場合によってはもっと多いかもしれません）を思い出してください。アーチが壊れて損傷を修正する方法がありませんでした。作業機械では、解決策を探すのに時間を費やす余裕がありません。
アーチが悪いと言っているのではなく、誰もが自分の視点を持っていると言っているだけです。
色を味わう。
よろしく