☰

QNAP NAS 509 (LINUX) - 使用中のボリュームをアンマウントして物理ディスクを見つける方法は?

tag-icon • tag-icon linux hard-drive mount nas
QNAP NAS 509 (LINUX) - 使用中のボリュームをアンマウントして物理ディスクを見つける方法は?

私のNAS QNAP TS 509には技術的な問題があります。e2fsck. これは私にとってはうまく機能します0 ...（下記参照）しかし、ビジー状態のデバイスをアンマウントするにはどうすればいいでしょうか？MD9そしてsda4同じことを実行しようとしましたが、デバイスがビジー状態のため失敗します。[この部分は解決済みです。下記を参照してください]

この問題をさらに追跡するには、物理ディスクとデバイスの関係どうすればこれを確認できますか。たとえば、md0 は 2 つのディスク上のストリップ ボリュームです (ただし、どの物理ディスク上にあるかを確認する必要があります)。

注: 私の質問から簡単にわかるように、私は Linux の専門家ではありませんが、なんとかやっています。

/dev/ram0               124.0M     94.1M     29.8M  76% /
tmpfs                    32.0M     80.0k     31.9M   0% /tmp
/dev/sda4               310.0M    103.9M    206.1M  34% /mnt/ext
/dev/md9                509.5M     39.2M    470.2M   8% /mnt/HDA_ROOT
/dev/md0                  1.8T      1.4T    444.7G  76% /share/MD0_DATA
tmpfs                    32.0M         0     32.0M   0% /.eaccelerator.tmp

- 追加した -

QNAPは に基づいているようですbusybox。 のようなものは見つかりませんinit / telinit / runlevel。ビジーボックスドキュメント以下のコマンドを実行する必要があると表示されます。ただし、は/var/service sv使用できません。アプローチ: デバイスをアンマウントするには、シングル ユーザー モードに切り替えます。

   # cd /var/service
   # sv d *
   # sv u getty*

-- 追加しました、A4L に感謝します --

  1. この QNAP ボックスは特殊な Linux を実行しているため、すべての SOP が適用されるわけではありません。私の場合は、services.shすべてのサービスを停止するスクリプトを見つけました。その後、ドライブをアンマウントできました。
  2. A4L から渡される情報は有効であり、読む価値があります。次回はそこから利益を得られるかもしれません。リンク:https://unix.stackexchange.com/questions/19918/umount-device-is-busyそしてhttps://unix.stackexchange.com/questions/15024/umount-device-is-busy-why
  3. アンマウントの問題は解決されましたが、物理ボリュームからボリュームへのマッピングを見つけるための最適なオプションをまだ探しています。

答え1

私自身も QNAP デバイス (TS-509Pro) を所有しており、デバイスなどをアンマウントできなかった理由を説明できます。理由は次のとおりです。

/dev/md9

このパーティションは、QNAP がフラッシュ ドライブにファームウェアを保存するために使用する RAID1 (ミラーリング) アレイです (冗長性のためにミラーリング RAID として配置されています)。ファームウェアがダウンロードされ更新されると、両方の「ドライブ」で更新され、セキュリティが強化されます。(初期ブートに使用されるデバイスは、実際にはフラッシュ メモリの派生であり、1 つのチップ上で 2 つの別々のデバイスに分割されています。QNAP はこれを「DOM」と呼んでいますが、これは Disk on Memory の略だと思います。)

/dev/sda4

ここが少し複雑なところです。これは、上で述べた実際の DOM チップです。QNAP は、オペレーティング システム (この場合はもちろん Linux) が "/dev/md9" 配列を参照する必要があるものの、実際には "/dev/sda4" が表示されないような設定をしています。アクセスすることは可能ですが、デバイスが誤って構成されていない限り、"/dev/sda4" は表示されません。

私はQNAPで働いていないのでこれ以上は言えませんが、自分のQNAP TS-509のハードウェアとソフトウェアを分解して、すべて元に戻すのが楽しかったです。具体的なサポートが必要な場合は、アンディ公式 QNAP フォーラムで QNAP に勤務している人。

答え2

ここでこの問題を終わらせ、宙ぶらりんのままにしないでおきたいと思います。要約すると、

「アンマウント/ビジー問題」の解決には、A4L によって提供されたリンクが役立ちました。

  1. https://unix.stackexchange.com/questions/15024/umount-device-is-busy-why
  2. https://unix.stackexchange.com/questions/19918/umount-device-is-busy

ドライブを交換した後、sd[a,b,c..]3 ドライブは QNAP NAS で 1、2、… と表示されるドライブであることに気付きました。ディスクが壊れたときは、意味がないように思われたため、確認が困難でした。

/dev/sda3               915.4G     34.9G    880.0G   4% /share/HDA_DATA
/dev/sdb3               915.4G    199.7M    914.7G   0% /share/HDB_DATA
/dev/sdc3                 1.8T    836.2G    995.6G  46% /share/HDC_DATA
/dev/sdd3                 1.8T    668.1G      1.1T  36% /share/HDD_DATA

df に関する役立つ情報: https://unix.stackexchange.com/questions/11311/how-do-i-find-on-which-physical-device-a-folder-is-located

Unix/Linux でのボリュームと物理ドライブ名に関する私の質問と、興味深い回答:https://unix.stackexchange.com/questions/39886/from-df-device-name-to-physical-drive-name-vendor-type

関連情報