マウントとは｜IT用語の意味をLinuxの実物で解説・マウントを取るの意味も

この記事で実際に動かしたもの：16MiB のディスクイメージ（ext4）、tmpfs、bind マウント、overlay、試験用の fstab、ISO イメージ（マウントは失敗した原文を掲載）です。マウントの前後で何が変わるかを、先に図で示します。

flowchart TD
    A[ディスクイメージ<br>disk.img] -->|mount| B[マウントポイント<br>mnt/disk]
    B --> C[中のファイルを<br>読み書きできる]
    C -->|umount| D[つながりを外す<br>mnt/disk は元の姿に戻る]

よく調べられることの答えを先にまとめます。

確認環境：Ubuntu 24.04.5 LTS（Linux 6.18）の仮想マシンで、util-linux 2.39.3 の mount・umount・findmnt・losetup、e2fsprogs 1.47.0 の mkfs.ext4、psmisc 23.7 の fuser、lsof 4.95.0 を root で実行しました。ホストのマウント表を変えないよう、すべての操作は unshare -m --propagation private で作った専用のマウント名前空間の中で行い、/etc/fstab は編集せず mount --fstab で試験用のファイルを読ませています。ISO イメージは Python 3.13 と pycdlib 1.22.0 で作りました。このカーネルには iso9660 が組み込まれていないため、ISO のマウントは失敗した原文を載せ、成功する場合の書き方は mount(8) の説明に沿っています。Docker はデーモンを起動しておらず、Docker の節は Docker 公式ドキュメントの範囲です。Windows は Microsoft Learn と Microsoft のダウンロードページ、Mac は Apple のディスクユーティリティユーザガイド、言葉の意味はデジタル大辞泉（Weblio 辞書に掲載のもの）で確かめました。図は mermaid 11.16.0 で描画を確かめています（確認日 2026年11月11日）。

マウントとは（分野別の意味の一覧）

この節では、「マウント」という言葉が分野ごとに何を指すのかが一覧で分かります。

マウント（mount）は、もともと「載せる・取り付ける」という意味の英語です。デジタル大辞泉は、台座に載せること、カメラのレンズを固定する部分、コンピューターで周辺装置を認識させて操作できる状態にすること、「マウントを取る」などを別々の語義として挙げています。どの分野でも「何かを何かの上に載せる・取り付ける」という芯は共通です。

検索でいちばん多いのは、IT 用語としてのマウントと、会話の「マウントを取る」の2つです。この記事では IT のマウントを中心に扱い、「マウントを取る」は後半の1節で辞書の範囲に絞って説明します。

ITのマウントとは（意味と仕組み）

この節では、IT 用語のマウントが何をしている操作なのかと、アンマウントとの関係が分かります。

マウントとは、記憶装置の中にあるファイルシステムを、OS のファイルの木（ディレクトリのツリー）の1か所につなぐ操作です。Linux の mount(8) のマニュアルは、mount コマンドを「デバイス上のファイルシステムを、大きなファイルツリーに取り付けるもの」と説明しています。

USB メモリやディスクは、パソコンに差しただけでは「機器がある」と分かるだけです。中のファイルを開くには、OS がその中のファイルシステム（ファイルの並べ方の決まり。ext4・NTFS・exFAT など）を読み取り、どこかの場所に見えるようにする必要があります。この「見えるようにする」がマウントです。

アンマウントとは

アンマウントは、マウントの反対の操作です。OS の管理から外し、安全に取り外せる状態にします。OS は書き込みをいったんメモリにためてからまとめて記憶装置に書くことがあるため、アンマウントせずに抜くと、書きかけのデータが残らない場合があります。Linux のコマンド名は umount で、「unmount」ではなく n が1つ少ない綴りです。

マウントポイントとは

マウントポイントは、ファイルシステムをつなぐ先のディレクトリです。Linux や Mac ではディレクトリ（/mnt、/media、/Volumes の下など）につなぎ、Windows では主にドライブ文字（D: や E:）を割り当てます。ディレクトリの考え方は、関連記事「Linuxコマンド一覧｜100個をカテゴリ別に実行結果つきで解説」で扱っています。

最初の5分：ディスクイメージをマウントして外す

この節では、Linux でマウントとアンマウントを1回通して行ったときの、実際の出力が分かります。

USB メモリが手元になくても、1個のファイルを「ディスクの代わり」にしてマウントを試せます。16MiB の空ファイルを作り、ext4 で初期化し、mnt/disk というディレクトリにマウントしました。ここでは root で実行しています。

$ truncate -s 16M disk.img
$ mkfs.ext4 -q -L T345DATA disk.img
$ blkid disk.img
disk.img: LABEL="T345DATA" UUID="69f4dec6-9262-489c-a7ad-5843d1084eab" BLOCK_SIZE="4096" TYPE="ext4"
$ ls mnt/disk
under.txt
$ mount -o loop disk.img mnt/disk
$ findmnt mnt/disk
TARGET                 SOURCE     FSTYPE OPTIONS
/dev/shm/t345/mnt/disk /dev/loop0 ext4   rw,relatime
$ ls -a mnt/disk
.
..
lost+found
$ echo hello > mnt/disk/memo.txt; ls mnt/disk
lost+found
memo.txt
$ df -h --output=source,fstype,size,used,avail,target mnt/disk
Filesystem     Type  Size  Used Avail Mounted on
/dev/loop0     ext4   11M   28K  9.9M /dev/shm/t345/mnt/disk
$ umount mnt/disk
$ ls mnt/disk
under.txt

この出力から、マウントの性質が3つ読み取れます。

1番目の性質は、mount(8) のマニュアルにも「マウントポイントの以前の中身、所有者、モードは見えなくなる」と書かれています。「マウントしたらファイルが消えた」と見えるときは、たいていこの重なりです。

読み取り専用でマウントすると、書き込みは次の原文で断られます。

$ mount -o loop,ro disk.img mnt/disk; cat mnt/disk/memo.txt
hello
$ touch mnt/disk/x.txt
touch: cannot touch 'mnt/disk/x.txt': Read-only file system

mount・umount・findmnt の使い方（Linux のコマンド）

この節では、Linux でマウントする・外す・確かめるための基本のコマンドが分かります。

つなぐのが mount、外すのが umount、いまの状態を見るのが findmnt です。手元の環境では、引数なしの mount、/proc/mounts、findmnt のどれも27件を表示し、同じ情報を別の形で見せていました。

findmnt は、あるパスがどの記憶装置に載っているかを確かめるのに便利です。

$ findmnt -n -T /srv/s4/r17/t345 -o TARGET,SOURCE,FSTYPE
/      /dev/vda ext4
$ findmnt -n -t ext4 -o TARGET,SOURCE
/                  /dev/vda
|-/opt/claude-code /dev/vdc
`-/opt/env-runner  /dev/vdd
$ mountpoint /dev/shm; mountpoint /dev/shm/t345
/dev/shm is a mountpoint
/dev/shm/t345 is not a mountpoint

容量の見方（df・du）は、関連記事「Linuxメモリ・ディスク確認｜free・df・du・vmstat・iostat見方」で扱っています。

mount は管理者の操作

Linux のマウントは、基本的に root（管理者）だけが行えます。一般ユーザーで実行すると、次の原文で断られました。

$ mount -t tmpfs tmpfs mnt/ram        （一般ユーザーで実行）
mount: /dev/shm/t345/mnt/ram: must be superuser to use mount.
$ umount /dev/shm                     （一般ユーザーで実行）
umount: /dev/shm: must be superuser to unmount.

例外として、fstab の行に user オプションがあるファイルシステムは、誰でもマウントできます（mount(8)）。デスクトップ環境で USB メモリが自動でマウントされるのは、OS 側の仕組みが代わりに行っているためです。

ISO・ディスクイメージのマウント（ループバック）

この節では、ISO やディスクイメージの「ファイル」をマウントする仕組みと、失敗するときの原文が分かります。

ISO のマウントとは、ディスク1枚ぶんの中身をまとめた ISO ファイルを、仮想のディスクとして開くことです。ファイルを展開もコピーもせず、中身をそのまま読めます。Linux では、ファイルをデバイスのように見せる「ループデバイス」（/dev/loop0 など）を間にはさみます。これがループバックマウントです。

前の節の mount -o loop では、ループデバイスが自動で割り当てられ、アンマウントすると自動で解放されました（AUTOCLEAR が 1）。

$ losetup -l -O NAME,BACK-FILE,AUTOCLEAR,RO
NAME       BACK-FILE              AUTOCLEAR RO
/dev/loop0 /dev/shm/t345/disk.img         1  0
$ umount mnt/disk
$ losetup -l -O NAME,BACK-FILE
（何も表示されない＝解放済み）

ISO の場合も書き方は同じで、mount -o loop,ro sample.iso mnt/iso です。ISO は読み取り専用の形式なので ro を付けます。ただし、手元のカーネルには ISO のファイルシステム（iso9660）が入っておらず、次のように失敗しました。

$ blkid sample.iso
sample.iso: BLOCK_SIZE="2048" UUID="2026-11-11-13-37-22-00" LABEL="T345ISO" TYPE="iso9660"
$ mount -o loop,ro sample.iso mnt/iso
mount: /dev/shm/t345/mnt/iso: unknown filesystem type 'iso9660'.
       dmesg(1) may have more information after failed mount system call.
$ grep -c iso9660 /proc/filesystems
0

unknown filesystem type は、「そのカーネルがその種類を読めない」という意味です。ファイルが壊れているわけではありません。/proc/filesystems に名前がある種類だけがマウントできます。クラウドやコンテナ向けの小さなカーネルでは iso9660 が省かれていることがあり、一般的なデスクトップやサーバー向けのディストリビューションでは、ふつう読めます。

種類を取り違えた場合は、別の原文になります。ext4 のイメージを xfs と指定したときの出力です。

$ mount -t xfs -o loop disk.img mnt/disk
mount: /dev/shm/t345/mnt/disk: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error.
       dmesg(1) may have more information after failed mount system call.
$ dmesg | tail -1
[  343.290400] XFS (loop0): Invalid superblock magic number

mount の表示は原因をまとめて並べるだけなので、本当の理由は dmesg の最後の行で確かめます。

tmpfs と bind マウントとは

この節では、記憶装置を使わない2種類のマウント（tmpfs と bind）の意味と、動かした結果が分かります。

マウントできるのは、ディスクだけではありません。メモリの上に作る tmpfs と、すでにあるディレクトリを別の場所にも見せる bind マウントは、開発でよく使います。

tmpfs（メモリ上のファイルシステム）

tmpfs は、メモリの上に作るファイルシステムです。速い代わりに、アンマウントや再起動で中身が消えます。8MiB の上限で作り、上限を超えて書いたときの出力です。

$ mount -t tmpfs -o size=8m,mode=755 tmpfs mnt/ram
$ df -h --output=source,fstype,size,used,avail,target mnt/ram
Filesystem     Type   Size  Used Avail Mounted on
tmpfs          tmpfs  8.0M     0  8.0M /dev/shm/t345/mnt/ram
$ dd if=/dev/zero of=mnt/ram/a.bin bs=1M count=6 status=none; df -h --output=size,used,avail mnt/ram
 Size  Used Avail
 8.0M  6.0M  2.0M
$ dd if=/dev/zero of=mnt/ram/b.bin bs=1M count=6 status=none
dd: error writing 'mnt/ram/b.bin': No space left on device
$ umount mnt/ram; ls -a mnt/ram
.
..

2つ目のファイルは2MiB 書いたところで止まり、アンマウントすると2つとも消えました。64MiB を書いて同期するまでの時間を3回ずつ測ると、tmpfs は0.022〜0.024秒、仮想ディスク上の ext4 は0.072〜0.088秒で、中央値どうしを比べると約3.5倍の差でした（この環境での値で、機器によって変わります）。

bind マウント（同じ中身を2か所に見せる）

bind マウントは、あるディレクトリを別のパスにも見せる操作です。mount(8) は「同じ中身に2か所からアクセスできるようになる」と説明しています。コピーではないので、片方で書いた変更はもう片方にもすぐ現れます。

$ mount --bind src dst
$ findmnt dst
TARGET            SOURCE           FSTYPE OPTIONS
/dev/shm/t345/dst tmpfs[/t345/src] tmpfs  rw,relatime,size=8214980k
$ ls dst; echo add > dst/b.txt; ls src
a.txt
a.txt
b.txt
$ mount -o remount,bind,ro dst
$ touch dst/c.txt
touch: cannot touch 'dst/c.txt': Read-only file system
$ touch src/c.txt; ls dst
a.txt
b.txt
c.txt

dst を読み取り専用にしても、元の src には書けました。読み取り専用になるのは「その入口」だけで、元のファイルシステムは書き込みできるままです。findmnt の SOURCE 欄の tmpfs[/t345/src] は、「tmpfs の中の /t345/src を見せている」という意味です。

/etc/fstab の書き方（起動時に自動でマウント）

この節では、起動のたびに自動でマウントさせる設定ファイル fstab の読み方と、書いたあとの検査の方法が分かります。

/etc/fstab は、「何を・どこに・どの種類で・どのオプションで」マウントするかを1行ずつ書く表です。mount コマンドでつないだものは再起動で外れるため、毎回使うものは fstab に書きます。1行は6つの欄でできています（fstab(5)）。

ホストの /etc/fstab は触らず、同じ書式の試験用ファイルを mount --fstab で読ませました。-a は「書かれている行を全部マウントする」という意味で、起動時に行われるのと同じ動きです。

$ cat fstab.test
# <file system>              <mount point>            <type> <options>          <dump> <pass>
/dev/shm/t345/disk.img       /dev/shm/t345/mnt/disk   ext4   loop,noatime       0      0
tmpfs                        /dev/shm/t345/mnt/ram    tmpfs  size=8m,mode=755   0      0
$ mount --fstab fstab.test -a -v
/dev/shm/t345/mnt/disk   : successfully mounted
/dev/shm/t345/mnt/ram    : successfully mounted
$ mount --fstab fstab.test -a -v
/dev/shm/t345/mnt/disk   : already mounted
/dev/shm/t345/mnt/ram    : already mounted

書いたら findmnt --verify で検査する

fstab の書き間違いは、次の起動で初めて表に出ます。再起動の前に findmnt --verify で検査できます。存在しないマウントポイントと、存在しない UUID を書いた行を検査した出力です。

$ findmnt --verify --tab-file fstab.bad

0 parse errors, 2 errors, 1 warning
/dev/shm/t345/mnt/nodir
   [E] unreachable on boot required target: No such file or directory
   [W] non-bind mount source /dev/shm/t345/disk.img is a directory or regular file
/dev/shm/t345/mnt/ram
   [E] unreachable on boot required source: UUID=0000-0000

• 1デバイス名ではなく UUID で書く/dev/sdb1 のような名前は、機器のつなぎ方で入れ替わることがある。UUID は blkid で調べられる
• 2マウントポイントのディレクトリを先に作る無いと mount point does not exist で失敗する
• 3外付けの機器には nofail を付けるfstab(5) の説明は「そのデバイスが無くてもエラーを報告しない」
• 4findmnt --verify を通すerrors が 0 になるまで直す
• 5mount -a で実際につながるか試す再起動の前に、いまの状態で確かめられる

Docker のボリュームと bind マウントの違い

この節では、Docker でいう「マウント」の3種類と、ボリュームと bind マウントの選び方が分かります（Docker 公式ドキュメントの範囲です）。

Docker のマウントは、コンテナの外にあるデータの置き場所を、コンテナの中のパスにつなぐことです。コンテナの中に書いたファイルは、コンテナを作り直すと消えます。残したいデータや、ホストと共有したいファイルはマウントで扱います。Docker の公式ドキュメントは、次の3種類を挙げています。

公式ドキュメントに載っている書き方は次のとおりです。--mount は明示的で、-v（--volume）は短く書けます。

$ docker run --mount type=volume,src=<volume-name>,dst=<mount-path>
$ docker run --volume <volume-name>:<mount-path>
$ docker run --mount type=bind,src=<host-path>,dst=<container-path>
$ docker run --volume <host-path>:<container-path>
$ docker run --mount type=tmpfs,dst=<mount-path>

bind マウントは既定で書き込みできるため、コンテナの中のプロセスがホストのファイルを変更・削除できます。読むだけでよいなら ro（readonly）を付けます。

コンテナのマウントがホストから見えない理由

コンテナは、ホストとは別の「マウント名前空間」を持ちます。名前空間ごとにマウントの一覧が分かれているため、中でマウントしても外の一覧は変わりません。手元でも、名前空間の中で tmpfs を1つマウントすると、中の findmnt は28件、同じ時刻の外の findmnt は27件のままでした。

（名前空間の中）
$ mount -t tmpfs -o size=8m tmpfs /dev/shm/t345/mnt/ram; findmnt -n | wc -l
28
（名前空間の外・同じ時刻）
$ findmnt -n | wc -l
27
$ findmnt -n /dev/shm/t345/mnt/ram; echo "exit $?"
exit 1

Docker のイメージの層を重ねて1つに見せる仕組み（overlay）もマウントの一種です。下の層（lower）と上の層（upper）を重ねてマウントし、新しいファイルを書くと、上の層だけに保存されました。

$ mount -t overlay overlay -o lowerdir=ov/lower,upperdir=ov/upper,workdir=ov/work ov/merged
$ echo new > ov/merged/new.txt; ls ov/merged ov/lower ov/upper
ov/lower:
base.txt

ov/merged:
base.txt
new.txt

ov/upper:
new.txt

ボリュームの作り方と一覧の見方は、関連記事「Docker network/volume使い方｜種類比較表と実行ログで理解」で扱っています。bind マウントで権限のエラーが出たときは、関連記事「Docker bind mountのPermission deniedの直し方」で扱っています。docker run の基本は、関連記事「Dockerコマンド早見表｜よく使う操作とつながらない時の対処」で扱っています。

Windows・Mac のマウント（ドライブ文字と ISO）

この節では、Windows と Mac でマウントがどう見えるかと、ISO をマウントする公式の手順が分かります。

Windows ではマウントした記憶装置にドライブ文字（D: など）が付き、Mac では Finder に表示されます。どちらも USB メモリなどは差すと自動でマウントされるため、ふだんは「マウント」という言葉を意識せずに使っています。

Windows で ISO をマウントする

Microsoft の Windows 11 のダウンロードページは、ISO の使い方を「ISO ファイルを右クリックして [マウント] を選択します」と案内しており、これで「仮想」のディスクが作られ、ダブルクリックで中のファイルが表示されると説明しています。

PowerShell では Mount-DiskImage を使います。Microsoft Learn によると、対象は ISO・VHD・VHDX で、ISO は Access の指定にかかわらず常に読み取り専用でマウントされます。VHD のマウントには管理者の権限が要ります。外すのは Dismount-DiskImage です。

PS C:\> Mount-DiskImage -ImagePath "E:\ISO-Files\sample.iso"
PS C:\> Dismount-DiskImage -ImagePath "E:\ISO-Files\sample.iso"

すでにマウント済みのファイルをもう一度マウントしようとすると、「The process cannot access the file because it is being used by another process.」で失敗すると Microsoft Learn に書かれています。

Windows でフォルダーにマウントする

Windows でも、ドライブ文字の代わりにフォルダーへつなげます。Microsoft Learn は、空のフォルダーが NTFS または ReFS のドライブ上にあること、つなぐ側のボリュームも NTFS または ReFS であることを条件に挙げています。操作は「ディスクの管理」（Disk Management）で、英語版の表記では Action → All Tasks → Change Drive Letter and Paths → Add → 「Mount in the following empty NTFS folder」の順です。Linux のマウントポイントと同じ考え方です。

Mac でマウントする

Apple のディスクユーティリティユーザガイドは、取り出したボリュームをもう一度使う手順として、「ディスクユーティリティ」でボリュームを選び、「マウント」ボタンをクリックすると案内しています。マウントすると Finder から使えるようになります。外部のボリュームは、いったん Mac から取り外してつなぎ直しても使えるようになります。

アンマウントできないとき（target is busy）の原因と直し方

この節では、umount が「target is busy」で失敗する原因と、原因のプロセスを見つけて外すまでの手順が分かります。

target is busy は、「そのファイルシステムを、いま誰かが使っている」という意味です。umount(8) は、使用中（busy）の例として、開いているファイルがある、どこかのプロセスの作業ディレクトリがそこにある、その上のスワップファイルが使われている、の3つを挙げています。

マウントポイントの中を作業ディレクトリにしたプロセス（sleep）を1つ残したまま、umount した出力です。

$ umount mnt/disk
umount: /dev/shm/t345/mnt/disk: target is busy.
$ fuser -vm mnt/disk
                     USER        PID ACCESS COMMAND
/dev/shm/t345/mnt/disk:
                     root     kernel mount /dev/shm/t345/mnt/disk
                     root       1265 ..c.. sleep
$ lsof +f -- /dev/shm/t345/mnt/disk
COMMAND  PID USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
sleep   1265 root  cwd    DIR    7,0     4096    2 /dev/shm/t345/mnt/disk
$ kill 1265; sleep 0.3; umount mnt/disk && echo unmounted
unmounted

fuser の ACCESS 欄の c と、lsof の FD 欄の cwd は、どちらも「作業ディレクトリ（current directory）にしている」という意味です。いちばん多い原因は、自分のシェルがマウントポイントの中に cd したままになっていることです。

1. 1自分のシェルの場所を確かめるpwd がマウントポイントの中なら、cd / で外に出てから umount
2. 2使っているプロセスを探すfuser -vm マウントポイント、または lsof +f -- マウントポイント
3. 3そのプロセスを終わらせるエディターやターミナルは閉じる。残るものは PID を確かめて kill
4. 4もう一度 umount するfindmnt で表示されなくなれば完了
5. 5どうしても外せないときだけ umount -l一覧からは外れるが、後片付けは使用が終わるまで先送りになる

umount -l（lazy）は「外れたように見える」だけ

umount -l は、umount(8) の説明では「いまファイルの木から切り離し、使用中でなくなりしだい後片付けをする」オプションです。手元で試すと、findmnt の一覧からはすぐ消えました。

$ umount mnt/ram
umount: /dev/shm/t345/mnt/ram: target is busy.
$ umount -l mnt/ram; findmnt -n mnt/ram; echo "findmnt exit $?"
findmnt exit 1

一覧から消えても、使っていたプロセスが残っているあいだ、ファイルシステムは内部で生きています。USB メモリなどを抜く前の操作としては向きません。原因のプロセスを終わらせてから、ふつうの umount で外すのが確実です。umount -f は、応答しなくなった NFS 向けのオプションです（umount(8)）。

プロセスの探し方と止め方は、「Linuxコマンド一覧」の記事のプロセスの章も参考になります。

マウントできないときのエラーと直し方（原文つき）

この節では、mount・umount でよく出るエラーの原文と、原因・直し方が一覧で分かります。

mount のエラーは、原文の中の決まった言い回しで原因を絞れます。下の表の原文は、すべて手元で実際に出したものです。手元では、マウントやアンマウントの失敗は終了コード 32、二重マウントの指摘は 1 で返りました。スクリプトでは 0 以外を失敗として扱えます。

症状から調べるときは、次の表が使えます。

どのマウントを使うかの判断表

この節では、やりたいことに合わせてどのマウントを選ぶかが分かります。

「何をつなぐか」と「いつまで残したいか」で決まります。

「マウントを取る」の意味と由来

この節では、会話で使う「マウントを取る」の意味と由来が、辞書で確かめられる範囲で分かります。

デジタル大辞泉は「マウントを取る」を、「自分が相手より優位な点を挙げ、上の立場に立とうとすること」と説明しています。同じ意味で「マウンティング」とも言います。

由来について、デジタル大辞泉は「マウンティング」の項で、もとは動物の行動（多くの哺乳類が相手の背後から覆いかぶさる行動で、一部の霊長類は群れの序列を確かめるためにも行う）を指し、そこから転じて、人が自分のほうが優位だと示すことを言うようになった、としています。格闘技で相手の上に馬乗りになる体勢を「マウントポジション」と呼ぶのも、「上に乗る」という同じ英語の mount から来ています。

IT の文脈で「このディスク、マウント取れてる？」のように言う場合は、単に「マウントできているか」を尋ねているだけで、会話の「マウントを取る」とは関係がありません。文の中に、ディスク・ボリューム・ISO・コンテナといった対象があれば IT の意味、人と人の会話の話なら辞書の2つ目の意味、と読み分けられます。

よくある質問

この節では、マウントについてよく調べられる疑問の答えが分かります。

Q. マウントとは、簡単に言うと何ですか。
A. 記憶装置やファイルシステムを OS につなぎ、フォルダーやドライブとして使える状態にすることです。USB メモリを差してファイルが見えるようになるのも、裏でマウントが行われているためです。

Q. マウントと接続は同じ意味ですか。
A. 同じではありません。接続は機器を物理的につなぐこと、マウントはその中のファイルシステムを OS が読める場所に取り付けることです。機器が認識されていても、マウントされていなければ中のファイルは見えません。

Q. ISO をマウントすると、元のファイルは変わりますか。
A. 変わりません。ISO は読み取り専用で開かれます。Microsoft Learn も、ISO は Access の指定にかかわらず常に読み取り専用でマウントされると説明しています。

Q. マウントすると、データはコピーされますか。
A. コピーされません。つなぐだけなので、容量も増えません。手元の bind マウントでも、片方に書いたファイルがもう片方にそのまま現れました。例外は Docker の空のボリュームで、マウント先に元からあるファイルが既定でボリュームにコピーされます。

Q. Linux のコマンドは、なぜ unmount ではなく umount なのですか。
A. 理由はマニュアルには書かれていませんが、コマンド名は umount で、umount(8) のマニュアルもこの綴りです。手元で unmount と打つと「unmount: command not found」になりました。

Q. マウントポイントに元からあったファイルは消えますか。
A. 消えません。マウント中は上に重なって見えなくなるだけで、アンマウントすると戻ります。手元でも under.txt がマウント中は見えず、umount のあとに戻りました。

Q. target is busy と出てアンマウントできません。
A. 中で作業中のプロセスがあります。まず自分のシェルがマウントポイントの中にいないか確かめ、fuser -vm マウントポイント で使っているプロセスを探して終わらせてから、もう一度 umount します。

Q. 再起動するとマウントが外れます。
A. mount コマンドでつないだものは、再起動で外れます。毎回つなぎたいものは /etc/fstab に1行書き、findmnt --verify と mount -a で確かめます。

Q. Docker のボリュームと bind マウントは、どちらを使えばよいですか。
A. データを長く残すならボリューム、ホストのファイルをコンテナと共有するなら bind マウントです。Docker の公式ドキュメントも、ホストから直接ファイルを扱いたい場合は bind マウントを使うと案内しています。

Q. tmpfs に置いたファイルは、いつ消えますか。
A. アンマウントしたとき、または再起動したときに消えます。手元でも、umount のあとはマウントポイントが空に戻りました。残したいファイルは置かない場所です。

Q. 「マウントを取る」と IT のマウントは関係がありますか。
A. 英語の mount（載せる・乗る）が元という点は同じですが、意味は別です。IT は「取り付けて使えるようにする」、会話は「相手より上の立場に立とうとする」です。

まとめ

この節では、この記事の要点が5つで分かります。

1. マウントとは、記憶装置やファイルシステムを OS につなぎ、使える状態にすること。外すのがアンマウント。
2. Linux は mount・umount・findmnt。マウントポイントに元からあった中身は、消えずに隠れるだけ。
3. ディスク以外もマウントできる。ISO やイメージはループバック、メモリ上は tmpfs、既存のフォルダーは bind。
4. Docker はボリューム・bind・tmpfs の3種類。長く残すならボリューム、ホストと共有するなら bind。
5. 外せないときは target is busy の原因を fuser・lsof で探す。会話の「マウントを取る」は別の意味の言葉。

参考・出典

この節では、この記事で確かめた一次情報が分かります（確認日 2026年11月11日）。

• mount(8) Linux manual page（util-linux）：https://man7.org/linux/man-pages/man8/mount.8.html
• umount(8) Linux manual page（util-linux）：https://man7.org/linux/man-pages/man8/umount.8.html
• fstab(5) Linux manual page（util-linux）：https://man7.org/linux/man-pages/man5/fstab.5.html
• Docker Docs「Storage」：https://docs.docker.com/engine/storage/
• Docker Docs「Volumes」：https://docs.docker.com/engine/storage/volumes/
• Docker Docs「Bind mounts」：https://docs.docker.com/engine/storage/bind-mounts/
• Docker Docs「tmpfs mounts」：https://docs.docker.com/engine/storage/tmpfs/
• Microsoft Learn「Mount-DiskImage」：https://learn.microsoft.com/en-us/powershell/module/storage/mount-diskimage
• Microsoft Learn「Dismount-DiskImage」：https://learn.microsoft.com/en-us/powershell/module/storage/dismount-diskimage
• Microsoft Learn「Assign a mount point folder path to a drive」：https://learn.microsoft.com/en-us/windows-server/storage/disk-management/assign-a-mount-point-folder-path-to-a-drive
• Microsoft「Windows 11 をダウンロードする」：https://www.microsoft.com/ja-jp/software-download/windows11
• Apple「Macでディスクユーティリティを使用して、取り出したボリュームをマウントする」：https://support.apple.com/ja-jp/guide/disk-utility/dskutl1027/mac
• Weblio 辞書「マウント」（デジタル大辞泉ほか）：https://www.weblio.jp/content/マウント
• Weblio 辞書「マウンティング」（デジタル大辞泉ほか）：https://www.weblio.jp/content/マウンティング

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。