Technical Anshu ホーム › チュートリアル › Ubuntu で Windows 共有をマウントする
🐧 Ubuntu + Windows 共有

Ubuntu で Windows 共有をマウントする - 永続セットアップ

Ubuntu から Windows 共有フォルダーに手動で一度接続すると、次回の再起動時に共有フォルダーが消えます。このセットアップでは、cifs-utils と fstab エントリを使用して共有を永続的にマウントします。保護された資格情報ファイルに保持される Windows パスワード、ブートがハングしないように _netdev と nofail、ファイルが自分のものになるように uid/gid を使用します。

✍️ Technical Anshu🐧 Ubuntu🎧 Multi-Language Audio
Ubuntu で Windows 共有をマウントする - 永続セットアップ
🎧 多言語音声: 動画プレーヤーの [設定] (⚙️) ➔ [音声トラック] から希望の音声言語を選択できます。

📑章

  1. 問題 — 手動で開いた共有は再起動するたびに消えてしまう
  2. 簡単なテスト - ファイル アプリから共有を 1 回開きます
  3. cifs-utils パッケージをインストールする
  4. /mnt/SharedDocs にマウント ポイントを作成します
  5. Windows ログインを保護された認証情報ファイルに保存する
  6. _netdev と nofail を使用して永続エントリを /etc/fstab に追加します
  7. 今すぐマウントして検証し、再起動テストを実行します

📋 概要とステップバイステップガイド

1

まずファイル アプリから共有をテストします

何かを永続的なものにする前に、基本的なことを一度証明してください。Windows PC がフォルダーを共有していること、ネットワーク パスが機能していること、Windows のユーザー名とパスワードが受け入れられることです。ファイル アプリを開き、Ctrl + L を押してロケーション バーを開き、共有アドレスを入力します。ビデオでは、OFFICE-PC という名前の PC 上の SharedDocs フォルダーです。

Files — Location Bar
smb://OFFICE-PC/SharedDocs

要求されたら、Windows のユーザー名とパスワードを入力します。フォルダーが開き、そのファイルが表示される場合は、共有名、PC 名、ログインがすべて正しいことになります。永続的なセットアップでは同じ 3 つが使用されるため、それらを正確に書き留めてください。このガイド全体で、 OFFICE-PC と SharedDocs を自分の PC 名と共有名に置き換えます。

✅ 名前が解決されない場合は、代わりに Windows PC の IP アドレス (例: smb://192.168.1.10/SharedDocs) を使用して同じテストが機能します。 Windows PC に固定または予約済みの IP アドレスを与えます。永久マウントの信頼性は、そのマウントが指すアドレスと同程度です。
2

cifs-utils をインストールする

永続マウントには CIFS ツール、つまり Ubuntu が SMB (Windows) 共有を通常のフォルダーとして接続できるようにする mount.cifs ヘルパーが必要です。ターミナルを開いてパッケージをインストールします。

Terminal
sudo apt update
Terminal
sudo apt install cifs-utils

このパッケージがないと、手順 5 の fstab エントリは何も機能せず、マウントは失敗します。この小さなインストールが、1 回限りの参照と実際の起動時のマウントを分けるものです。

3

マウントポイントを作成する

マウント ポイントは、共有のコンテンツが表示される単なる空のフォルダーです。 /mnt の下に共有の名前を付けて作成します。

Terminal
sudo mkdir -p /mnt/SharedDocs

このフォルダーは空のままにしておきます。共有がマウントされている場合、/mnt/SharedDocs 内のすべてが実際には Windows PC 上のファイルになります。マウントされていない場合、フォルダーは空です。これは、マウントが有効かどうかを一目で判断するのに便利な方法です。

4

保護された資格情報ファイルにログインを保存する

マウントには起動のたびに Windows パスワードが必要ですが、そのパスワードは /etc/fstab 自体の中に決して置かれてはなりません。fstab はマシン上のすべてのユーザー アカウントによって読み取られます。代わりに、root だけが読み取れる独自の小さなファイルにログインを保存してください。作成します:

Terminal
sudo nano /root/.smbcredentials

独自の Windows ユーザー名とパスワードを 2 行だけ入力し、Ctrl + O で保存し、Ctrl + X で終了します。

/root/.smbcredentials — file contents
username=YourWindowsUser
password=YourWindowsPassword

ここでファイルをロックして、root のみが読み取れるようにします。

Terminal
sudo chmod 600 /root/.smbcredentials
⚠️ chmod 600 はこのステップの要点であり、オプションの追加ではありません。これがなければ、資格情報ファイルはプレーン テキストで記述された単なる Windows パスワードとなり、PC 上の他のアカウントが読み取ることができます。後で覚えておいてください: Windows パスワードを変更する場合は、このファイルも更新してください。ここでのパスワードが古いことが、動作中のマウントが突然停止する最も一般的な理由です。
5

永続的な fstab エントリを追加する

次に、起動するたびに共有をマウントするように Ubuntu に指示します。まず、元の fstab のバックアップ コピーを保存します。このファイルに 1 行間違っていると、起動に影響する可能性があります。バックアップは元に戻すための手段となります。次に、ファイルを開きます。

Terminal
sudo nano /etc/fstab

ファイルの最後に次の 1 行を追加します。

/etc/fstab — add this line
//OFFICE-PC/SharedDocs /mnt/SharedDocs cifs credentials=/root/.smbcredentials,iocharset=utf8,_netdev,nofail,uid=1000,gid=1000 0 0

各部分の機能: //OFFICE-PC/SharedDocs は共有、/mnt/SharedDocs は共有が表示される場所、cifs はファイル システムの種類です。 credentials= は手順 4 で保護されたファイルを指しているため、fstab にはパスワードが表示されません。 iocharset=utf8 は、特殊文字を含むファイル名を正しく保ちます。 _netdev は、このマウントにはネットワークが必要であることをシステムに伝えるため、システムは早期に失敗せずにネットワークを待ちます。 nofail は、Windows PC の電源がオフになっている場合でも、Ubuntu がハングしたり緊急プロンプトが表示されたりすることなく、通常どおり起動することを意味します。 uid=1000,gid=1000 は、マウントされたファイルを Ubuntu ユーザーが所有するようにするため、sudo を使用せずにアプリを共有に保存できます。1000 は最初のユーザー アカウントの通常の ID です。 id コマンドを使用して自分のものを確認し、異なる場合は調整します。

📌 SMB バージョンは線から外してください。 Ubuntu と最新の Windows は、SMB 3 を自動的にネゴシエートします。これが安全なデフォルトです。新しいものをサポートしない古いデバイスだけが古いバージョンを強制的に必要とします。SMB1 は安全でなく、非推奨であるため、本当に選択の余地がない限り、それは避けてください。
6

今すぐマウントして再起動する前に確認してください

まだ再起動しないでください。 fstab エントリを今すぐテストしますが、生成されるエラーはまだ確認できます。

Terminal
sudo mount -a

mount -a は、fstab にリストされているものをすべてマウントします。サイレントに終了する場合、エントリは正常です。/mnt/SharedDocs を開くと、Windows 共有のファイルが表示されます。すぐに df -h を実行すると、マウントされたファイル システムとして共有がリストされます。その中に小さなテスト ファイルを作成して、読み取りだけでなく書き込みができることを証明します。このテストに合格した後にのみ、Ubuntu マシンを 1 回再起動してください。共有は手動接続なしで自動的に元の位置に戻るはずです。この再起動が、永続的なセットアップが機能していることの本当の証拠となります。

✅ mount -a がエラーを報告した場合は、再起動後ではなく、今すぐ修正してください。メッセージを読んでください。メッセージは通常、問題の原因を直接示しているためです。つまり、間違った共有名または PC アドレス、資格情報ファイルの間違った内容、または Windows 側からの「アクセス許可が拒否されました」(ユーザーはフォルダーの共有タブとセキュリティタブの両方でアクセス許可が必要です) などです。マウントが後で自然に壊れることはほとんどありません。変更すると、Windows のパスワード、PC のアドレス、アクセス許可など、何かが変更されたことになります。

🏷️トピック検索変数とキーワード

🔍 CIFS 🔍 cifs-utils 🔍 fstab 🔍 SMB 🔍 mount.cifs 🔍 Ubuntu 🔍 TechnicalAnshu 🔍 Mount Windows Share in Ubuntu 🔍 Permanent Mount 🔍 Credentials File 🔍 _netdev 🔍 nofail 🔍 Windows Shared Folder
🎙️ 全文転写 — タップして展開します

__TOK_31__

__TOK_32__

__TOK_33__

❓ よくある質問

このチュートリアルは完全に無料で実行できますか?

__TOK_34__

初心者でもこのガイドに従うことができますか?

__TOK_35__

行き詰まった場合はどこに質問すればよいですか?

__TOK_36__

🚀 YouTube でチュートリアル全体をご覧ください

__TOK_37__

__TOK_38__

▶️ 動画全体を見る
このチュートリアルはTechnical Anshu の「Mount Windows Share in Ubuntu」ビデオに基づいています。 • ステップでスタックしていますか?動画のコメント欄で質問してください — そこで助けが得られます 🙏