のみ時々 、私のような特定のLinuxのファイルのバックアップ作成することを忘れ/etc/rc.local、/etc/rsyslog.conf、/etc/dhcpcd.conf、など、後で私は願っています。配布にとらわれず、後でunf'd upコピーのコピーを取得する良い方法はありますか？
回答:
構成ファイルのバックアップ/バージョン管理のトピックは、表面上は単純に見えるかもしれませんが、システム/インフラストラクチャ管理のホットなトピックの1つです。
配布にとらわれず、/ etcの自動バックアップをシンプルなソリューションとして保持するには、etckeeperをインストールできます。
デフォルトでは、同じシステムにインストールされているリポジトリ/バージョン管理システムに/ etcをコミットします。
コミット/バックアップは、デフォルトでは毎日、および/またはパッケージの更新があるたびに行われます。
etckeeperパッケージは、すべてのLinuxディストリビューションにかなり存在します。
参照：https : //help.ubuntu.com/lts/serverguide/etckeeper.html
またはhttps://wiki.archlinux.org/index.php/Etckeeper
このパッケージをインストールすることは業界の優れた基準であると主張できます。
etckeeperがインストールされておらず、特定のetcファイルが必要な場合は、いくつかの方法があります。あなたが同様のシステムからそれをコピーするかもしれないあなたのは、インストールファイルをダウンロードしたり、手でそれをダウンロードし、そこからなどのファイルを抽出するために、あなたのパッケージマネージャを求めることができます。最も簡単な方法の1つは、mc（真夜中の司令官）を使用して、パッケージがディレクトリであるかのようにパッケージ内を移動することです。
配布リポジトリを使用してパッケージを取得することもできます（debianの場合はhttp://packages.debian.org）。
最終的に、etc /構成が認識できないほど壊された場合、常に特定のパッケージを再インストールするオプションがあります。etcファイルをバックアップ名/ディレクトリ、たとえばDebianに移動します。
apt-get install --reinstall package_name
特定のディストリビューション/バージョンのソースリポジトリを構成してインストールし、ソースパッケージをインストールして、そこからetcファイルを取得することもできます。
https://wiki.debian.org/apt-src（これもDebianの例）
一部のパッケージでは、構成ファイルのサンプルが/ usr / share / doc / package_nameにある場合もあります。
最後の手段として、対応するオープンソースプロジェクトの場合、repositories / githubアドレスでetcファイルを見つけることもできます。ディストリビューションがデフォルト設定や周囲の状況を頻繁に変更することを覚えておいてください。
明らかに、これらの代替手段のいずれも、適切なバックアップポリシーを設定することを免除せず、失われた/ etcファイルをそこから取得します。
時間も速く移動し、devopsの理念に従っている場合は、特定のシステムをすべて破棄し、一部のファイルが破損した場合にそれらを再展開することもできます。CIを使用して、たとえばjenkinsのファイルを再利用することもできます。
.deb（またはRPMなど）から抽出します。そうでなければ、それはもっと難しいです。
apt-get install --reinstall一般的に言えば、のデフォルトファイルは復元されません/etc。パッケージから設定を抽出することは一般的に簡単ですが、いくつかの落とし穴があります：いくつかのパッケージは、インストール時に他のソースからのコンフィギュレーションを構築（またはからの設定をマージすることができますdebconfかucf）。etckeeper何よりも先にインストールするのが間違いなく最も簡単なオプションです;-)。