☰

シンボリックリンクソースターゲットの混同

tag-icon • tag-icon symlink
シンボリックリンクソースターゲットの混同

シンボリックリンクを設定しようとするたびに問題が発生します。理解させてくださいシンボリックリンクソースとターゲット。

いくつかの方法を試しましたが、まだ失敗しました。

説明します。 BackupPC v4.4.0 は/var/lib/BackupPCデフォルトでバックアップを保存します。 BackupPCのインストール手順では、将来のアップデートがバックアップディレクトリの場所（）を上書きしないようにシンボリックリンクを使用することをお勧めします/var/lib/BackupPC。

/dataR6ディレクトリに保存したいです。 （レード6アレイ。）

したがって、BackupPCのリポジトリは/var/lib/BackupPCのリポジトリに接続されます/dataR6。クライアントバックアップは（ディレクトリ）に保存されます/dataR6。

2つのディレクトリすでに存在する。

私は読んだ:現在のディレクトリに基づいてシンボリックリンクを作成する

私はこれを読んだ：https://stackoverflow.com/questions/9104337/create-a-symbolic-link-of-directory-in-ubuntu/9104384#9104384

しかし、まだリンクが正しく接続されていません。

したがって、私の「ソースとターゲット」の質問は、上記のソースとターゲットは何ですか？私は「ソース」=/var/lib/BackupPCと「ターゲット」=と考えています/dataR6。それとも私が遅れたのでしょうか？

シンボリックリンクは私にとって円形の闘争です。どこにあり、どこにありますか？非常に混乱しています。 （たぶん私が脳死状態なのではないか？）

答え1

/var/lib/BackupPCtargetを指して同じにするには、それを/dataR6シンボリックリンクに置き換える必要があります。

cd /var/lib
mv BackupPC BackupPC.dir
ln -s /dataR6 BackupPC

答え2

「ソース」と「ターゲット」との間の混乱の原因は、文書自体である可能性があります。 ~によるとPOSIX、 "target"は、作成するリンク（または作成中のディレクトリリンク）です。

ln [-fs] [-L|-P] source_file target_file

[...]
説明
最初の要約形式では、lnユーティリティはオペランドで指定されたターゲットパスに新しいディレクトリエントリ（リンク）を生成しますtarget_file。 [...]

~によるとGNUのマニュアルページ、「ターゲット」はリンクが指すファイルです。

ln [OPTION]... [-T] TARGET LINK_NAME

[...]
説明
最初のフォームにLINK_NAMEという名前のTARGETリンクを作成します。 [...]

これら2つの単語を避け、「ファイル」（データ）と「リンク」（ファイルの代替名）という観点から考えるのは簡単です。

ln -s /path/to/fileさらに、現在の作業ディレクトリへのリンクの作成を検討（引数）すると、いくつかのニーモニックが役に立ちます。/path/to/fileこの形式では省略できないパラメータがファイルなので、最初に行うのが最善です。

次に、シンボリックリンクの生成を考慮することができるln -s the_data a_link_to_it（a_link_to_it「データへの別のパス」としても理解され得る）。

シンボリックリンクを便利に使用する方法は、レガシーパス定義をサポートすることです。あなたの場合、/var/lib/BackupPCBackupPC設定で使用されるパスをシンボリックリンクとして定義すると、実際のデータが別の場所にあってもプログラムが機能する可能性があります。

したがって、必要なのはln -s /dataR6 /var/lib/BackupPC「データ」がある場所と「データを取得する別の方法」です。/dataR6/var/lib/BackupPC

バラよりエマ・ルーオの答えだから実際にする必要があります。

関連情報