リモートで共有をマウントするとLinux共有権限エラー13が発生する

リモートで共有をマウントするとLinux共有権限エラー13が発生する

Linux Mint 20.1およびFedora 34を実行しているコンピュータは、Fedoraシステム上のLinux Mintシステムの共有にアクセスできます。 Fedoraを35に更新した後、当時文書化されていないさまざまなエラーのため、Fedoraシステムは共有にアクセスできません。

しばらく(すべてWin10)ネットワーク上のWindowsコンピュータから共有にアクセスできます。ただし、システムのOSドライブに障害が発生し(クールなカチッという音でディスクのヘルスチェックが失敗する)、OSドライブを物理的に交換する必要がありました。共有のあるドライブが交換または変更されていません。

マシンにLinux Mint 21.1をインストールし、smb.confファイルを/ etc / sambaに復元します。

Linux Mint 21.1を再インストールした後、ネットワーク上のWindowsコンピュータまたはFedora 35コンピュータから共有にアクセスできなくなります。 Windowsでは、mount error 13 = Permission deniedFedoraシステムのエラーと同様のアクセス拒否エラーが発生します。

私のLinux Mintシステムのsmb.confは変更されておらず(またはバックアップバージョンを再ロードしました)、Fedora 35システムのfstab構成もありません。設定は次のようになり、smb.confエントリから始まります。

[Share1$]
   comment = Old Share
   path = /mnt/Share1
   browseable = yes
   read only = no
   guest ok = no
   valid users = yeetus

Fstabエントリは次のとおりです。

//192.168.1.12/Share1$/ /mnt/Share1/ cifs iocharset=utf8,file_mode=0777,dir_mode=0777,user=yeetus,noperm 0 0

fstabエントリにバージョンパラメータとsecオプションを追加するさまざまな組み合わせを試しました。また、変更なしでワークグループとドメインを定義してみました。

ls -la共有したいフォルダに以下を表示します。

drwxrwxrwx  1 root  root  24576 Sep  2 13:54 Share1

以前はyeetusをディレクトリの所有者として指定しようとしたので、これは奇妙です。

権限は、次のように親フォルダにも設定されます。

drwxrwxrwx  4 yeetus yeetus  4096 Sep  2 14:25 .

私が知っている限り、Fedoraシステムのオペレーティングシステムのアップデートや他のシステムにLinux Mintの新しいインスタンスをインストールする以外に何も変更したことはありません。

アクセス/許可拒否エラーが発生する理由についてのアイデアはありますか?最初はFedoraにアクセスできなかったため、Fedoraと関連があると信じていましたが、ネットワーク上のWindowsコンピュータも共有にアクセスできないため、もうそうではありません。

編集する:

要件に応じて、出力は次mount -vvv -tのようになります。

mount -vvv -t cifs//192.168.1.12/Share1$/ /mnt/Share1/
mount: /mnt/Share1: unknown filesystem type 'cifs//192.168.1.12/Share1$/'.

マウントされるファイルシステムは、Linux Mintシステムにマウントされたluks暗号化ボリュームです。多くのWindowsシステムがその共有を使用しているため、NTFSが暗号化されたファイルシステムであったことを覚えています。

答え1

問題は、単にsmbpasswdを設定する必要があるという事実を忘れてしまったことです。システムを設定してから古すぎて再度追加するのを忘れました。

関連情報