返答有難う御座います。

なるほど、一度ファイルを移動させることが必要なのですね。上記には「/dev/www/files/」と書いていますが、指摘されて改めて見ましたところ「/var/www/files/」でした。
ご指摘ありがとうございます。

この返答を読みましたら、新しい疑問が出てきました。「/mntにマウントした後、/var/2/ 配下を /mntにコピーしたのち、/var/2/ 配下にマウントし直したりします。」ということは、/var/2/配下の容量は新設HDDのみの容量という事でしょうか？旧HDD＋新HDDの容量にしたい場合は・・・・・？

この回答は、おそらく、質問２の返答にあるURLに有りそうですが、まだよくわかりません。しばらく勉強したいと思います。

LPICは知りませんでした。ありがとうございます。少しずつやっていきたいと思います。ありがとうございます。

Windowsのドライブレターベースの概念に縛られてるから良くわからんのではないかと。
Windowsの場合は、歴史的に（最近ではそうじゃないマウントも出来ますけど）デバイスをドライブ名に割り当て、デバイス単位で、ドライブ名のルートフォルダを基準にファイルシステムが構成されます。

Linuxに限らずUnix系のシステムの場合は、最初にシステムがあり、そこにディレクトリツリーが構築され、歴史的に役割によって大体の場所の定義があり、それはデバイスやファイルシステムを示しませんし、パーティションとも必ずしも対になりませんし、そのツリーはデバイスそのものを示しません。
追加されるデバイスは、接木のようにマウントされるので、「指定された場所から先」にそのデバイスはぶら下がり、ドライブ名のルートがその始点になるDOSとは違い、接木された上の場所は「別のデバイス」になりますから、接木して繋がっているから、その上のフォルダは容量が増えていると考えてしまうとあふれてしまったりします。
インストール時に良く大きめに書き込む場所を取るように書かれているのは「その下にマウントしたからといってその場所は増えないから」でもあります。
ディレクトリツリーを構成したそのデバイスは、別の場所にマウントすれば同じツリーを保ったまま別の場所に繋がります。
新しいデバイスが新しいツリーを作るのではなく、システム全体でツリーを構成します。ですから、「役割」としてデバイスを直接扱う場所である、「/dev/」の下は「おかしい」といわれてしまったりするわけです。

DOSベースの（あれはあれで、フロッピーなどをベースとしたシステムとしては一枚が1つのドライブ名で、パーティションとドライブ名が対なのでわかりやすいのですが）ルートディレクトリを基準としたもののように、デバイスと、ファイルシステムが対にならないので、記録場所として一致させたければ、マウントする前にそういう物理的な器（パーティション）を作ってやって、それをマウントするような形になりますし、ファイルシステムや、物理的な構成がRAID等を取っていれば、サイズも可変ということになります。

と考えたら、ちょっとは関係性がすっきりしないでしょうか？マウントする場所と、物理的なイメージは別で、物理的に同じ場所の別パーティーションが大きく離れたところにマウントされるということもありえます。そうやって考えれば、紛らわしい場所にマウントしようとは思わないんじゃないかと思いますし、ツリーの場所と容量の関係にも首を傾げないで済みそうな気がするんですが。