WindowsでのZimaOS SMBの問題：資格情報、権限、NTFS

結論：WindowsでZimaOSの共有が空または読み取り専用に見えるからといって、NTFSを再フォーマットしない

2024年のケースでは、3つの症状が混在していました。WindowsはZimaOSマシンを検出したものの共有フォルダーが表示されず、認証情報の要求も一貫せず、コピー操作は失敗したり速度が低下したりしました。NTFSが疑われましたが、IceWhaleはNTFSディスクでもSMB経由で動作すると明確に確認しています。したがって、再フォーマットは最初ではなく最後の手段にすべきです。

現在のZimaOSのSMB動作は、より明確になっています。共有は認証され、権限は「読み取り」または「読み取りと書き込み」として割り当てられます。また、Windowsに残った古い認証情報によって、正常な共有が空またはアクセス不能に見えることがあります。

ステップ1：意図したアカウントで正確な共有に接続する

Windowsの「ネットワーク」に表示されるデバイスアイコンだけに頼らないでください。共有に直接入力します。

\ZIMAOS-IP\SHARE-NAME

Windowsが古いアカウントを自動的に再利用している場合は、先に削除します。

net use \ZIMAOS-IP\ /delete /y
cmdkey /delete:ZIMAOS-IP

現在のZimaOS SMBトラブルシューティングでは、誤った認証やキャッシュされた認証情報が、空の共有や接続の長い遅延を引き起こす原因として明記されています。

ステップ2：ZimaOSで「読み取りと書き込み」権限を確認する

共有を開けるユーザーでも、書き込み権限がない場合があります。Samba共有の設定を開き、対象のメンバーを選択して、「読み取りと書き込み」になっていることを確認してください。現在のZimaOSでは、メンバーアクセスとゲストアクセスが分離されており、共有ごとに「読み取り」または「読み取りと書き込み」を選択できます。

ZimaOS Sambaメンバーが現在の権限モデルです。ZimaOS SMB認証では、クライアント側の接続手順を確認できます。

ステップ3：ファイルシステムの互換性とSMB認証を切り分ける

NTFS、exFAT、Linuxネイティブのファイルシステムでは、所有権や権限の扱いが完全に同じではありません。しかし、NTFSディスクがSamba経由で自動的に使用不能になるわけではありません。まず、ZimaOSがディスクをローカルで読み書きできるか、Sambaメンバーに書き込み権限があるか、Windowsが想定したアカウントを使用しているかを確認してください。

ディスクに既存データがある場合、SMBの問題を検証するためだけにフォーマットしてはいけません。代わりに、空のテスト用ディスクまたはフォルダーを使用してください。

ステップ4：転送速度の低下を別途診断する

コピー速度が高いバースト速度からはるかに低い安定速度へ低下する原因として、ディスクキャッシュ、小さなファイル、USBストレージ、SMRディスク、ネットワークのネゴシエーション、サーバー側の処理などが考えられます。各層を個別に測定してください。

# 破棄可能なパスへのZimaOSローカルディスク書き込みテスト
dd if=/dev/zero of=/media/STORAGE/test.img bs=1M count=2048 status=progress conv=fdatasync

# iperf3が利用できる場合のネットワークスループット
iperf3 -s
iperf3 -c SERVER-IP

iperfネットワークテストを使うと、ネットワーク速度とディスクおよびSambaの動作を切り分けられます。MicrosoftのWindows SMBプロトコルでは、Windows側のプロトコルについて確認できます。

ステップ5：正常なZimaOSストレージフォルダーを1つテストする

ZimaOSが管理するストレージ領域に小さなテストフォルダーを作成し、1人のメンバーに「読み取りと書き込み」で共有します。Windowsの認証情報を消去して、1〜2GBのファイルを1つだけコピーしてください。これが正常に動作すれば、基本的なSambaサービスとアカウントモデルは健全です。その後、外部のNTFS/exFATディスクを制御テストに戻します。

認証情報の問題を隠すためにゲストアクセスを使用しない

ゲストアクセスを使うとテストが簡単に見えるかもしれませんが、どのアカウントが接続を所有しているかを確認するための手がかりが失われます。恒久的な家庭用またはチーム用の共有では、明示的なメンバー認証の方が監査しやすく、読み取りと書き込みの権限も分けて設定できます。

NASファイル共有では、LAN経由の直接SMB、ZimaClient、その他のファイルアクセス方法の選択について説明しています。

共有がまだ読み取り専用の場合

実際のホストパス、マウント状態、ローカルファイルシステムの書き込み可否を確認してください。ZimaOS自体がマウントされたディスクにファイルを作成できない場合、Sambaがファイルシステムやマウントの提供できない機能を付与することはできません。ローカル書き込みは成功するのにSMB書き込みが失敗する場合は、ディスクをフォーマットするのではなく、共有権限とWindowsのセッション認証情報を再確認してください。

FAQ

NTFSはZimaOSのSMB問題を引き起こしますか？

NTFSではLinuxの権限セマンティクスが異なる場合がありますが、ZimaOS SMBと本質的に互換性がないわけではありません。まず、アカウント権限とローカルディスクの書き込み可否を診断してください。

WindowsでZimaOSのフォルダーが空に表示されるのはなぜですか？

キャッシュされた認証情報や匿名の認証情報によって、期待した権限なしで接続されている可能性があります。既存のWindows SMBセッションを消去し、意図したZimaOSメンバーで再接続してください。

ファイルは読めるのに新しいファイルをコピーできないのはなぜですか？

共有が「読み取り」に設定されているか、基盤となるマウント済みファイルシステム自体が読み取り専用になっている可能性があります。

ゲストアクセスを有効にすべきですか？

匿名アクセスが意図的に必要な場合にのみ、ゲストアクセスを使用してください。壊れた認証情報に対する恒久的な回避策としては適していません。

SMBの遅さがネットワークによるものかディスクによるものか、どう判断できますか？

まずLANの実効スループットとローカルディスクの書き込み速度を別々に測定し、その結果をSMB転送と比較してください。