web-dev-qa-db-ja.com

QNAP NAS 509（LINUX）-ビジーボリュームをアンマウントして物理ディスクを見つける方法は？

私のNAS QNAP TS 509には技術的な問題があります。e2fsckを実行する必要があります。これはmd0（以下を参照）が、ビジー状態のデバイス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のようなものが見つかりません。 busybox docs で、以下のコマンドを実行する必要があると表示されます。ただし、/var/servicesvでは使用できません。アプローチ：デバイスをアンマウントするためにシングルユーザーモードに移行したいと思います。

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

-追加、A4Lに感謝-

  1. このQNAPBoxは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. したがって、アンマウントの問題は解決され、物理からボリュームへのマッピングを見つけるための最良のオプションを探しています。
linuxhard-drivemountnas
2
Horst Walter

ここでこれを閉じて、ぶら下がらないようにします。要約すると：

「アンマウント/ビジー問題」の解決には、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

1
Horst Walter

自分でqnapデバイス（TS-509Pro）を持っていると、デバイスなどをアンマウントできなかった理由を以下に示します。

/ dev/md9

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

/ dev/sda4

これは物事が少し複雑なところです。これは、上記の実際のDOMチップです。 QNAPの担当者は、オペレーティングシステム（この場合はもちろんLinux）が「/ dev/md9」配列を表示する必要があるものの、実際には「/ dev/sda4」を表示しないように構成しています。アクセスすることは可能ですが、デバイスが正しく構成されていない限り、「/ dev/sda4」は見えないように隠されます。

これを超えて、私はQNAPで働いていないので、私は自分のQNAPTS-509のハードウェアとソフトウェアを分解してすべてを元に戻すことを楽しんだとは言えません。特定のヘルプが必要な場合は、公式のQNAPフォーラムでQNAPに勤務している Andy に連絡してください。

2
Evil Granpa