web-dev-qa-db-ja.com

Droboがマウントされていません。ディスクの修復も機能しません

データを第2世代に転送しているときに、Droboの電源が切れました。 DroboがOSX10.6.3にマウントされていません

ディスクの修復を試しましたが、次のエラーメッセージが表示されます。

Verify and Repair volume “disk1s2”
Checking Journaled HFS Plus volume.
Invalid key length
Invalid record count
Catalog file entry not found for extent
The volume   could not be verified completely.
Volume repair complete.Updating boot support partitions for the volume as required.Error: Disk Utility can’t repair this disk. Back up as many of your files as possible, reformat the disk, and restore your backed-up files.

DiskWarriorも試しましたが、うまくいきません。続行するにはより多くのメモリが必要であり、ソフトウェアがシャットダウンすることがわかります。

これに対する解決策を知っている人はいますか？

osx-snow-leopardhfsdrobo
1
kohei

これは、Droboで発生した問題の解決策です。現在、Droboでトラブルチケットを開いていますが、状況は似ています。彼らと一緒に私の最後の投稿を読んでください。

「推奨されているツールのいくつかを試しましたが、どれもDroboを正しく認識できませんでした。しかし、ドライブとその現在のファイル構造を確認できる別のツールを見つけました。このツールはTestDiskと呼ばれます。 6.13（ http://www.cgsecurity.org/wiki/TestDisk_Download ）、これはオペレーティングシステムのすべてのバリアント用のオープンソースプログラムです。TestDiskはターミナルウィンドウ内で実行されるアプリケーションであるため、あまりユーザーフレンドリーではありませんが、Droboディスクのフルマウントを再確立することができました...少なくともDisk Warriorを実行してドライブを再構築できるようになり、正常に完了しました。

Droboとの接続を再確立するために行った手順は、次のとおりです（このツールは、DiskWarriorやTechTool Proなどの他のツールがドライブを認識できず、ドライブがマウントされない場合にのみ使用してください）

  1. 解凍したフォルダーからTestDiskアプリケーションを実行します。

  2. ログファイルが必要な場合を除き、[ログなし]を選択してください。

  3. [disk1]と[Proceed]を選択します-警告-[disk1]は、私が持っていた唯一の外部接続ハードドライブ（17TBのラベル付き）であったため、私が選択したものです。

  4. MacがHFI +としてフォーマットされたパーティションを使用している場合でも、[Intel]を選択します。DroboInc。はFDISKを使用してマスターブートレコードとEFIをパーティション化します。

  5. [MBRコード]を選択します-マスターブートレコードを再作成します。

  6. はいの場合は「Y」と入力して、マスターブートレコードを変更していることを受け入れます。

  7. もう一度「Y」を入力して、変更を確認します。

以前の投稿で述べた症状については、ほぼすぐにDroboが正しいファイル構造のように見えるデスクトップにマウントされました。 Disk Warriorを実行すると、ようやくドライブが認識されました。安全のためにドライブの構造を再構築しましたが、多くのエラーが発生していたことがわかり、修正されました。

次に、ドライブ上のデータがまだ機能していることを確認するという精力的なタスクを開始しました。破損しているファイルがいくつか見つかりましたが、それほど大きなものはありませんでした。

Droboのほとんどのデータを再構築することはできましたが、そもそもマスターブートレコードを破損した問題は依然として大きな問題です。私がしたのは、1つの不良ドライブを交換することだけで、デュアルディスク冗長性も有効になっているので、問題はなかったはずです。マスターブートレコードはBeyondRAIDファイリングシステムにとって非常に重要であるため、Droboダッシュボードにツールを追加して、壊滅的なデータ障害が発生した場合に私のような場合にユーザーがこのセクターを再構築できるようにする必要があります。お客様が実際の目的なしにこれを行ったとしても、システムに害を及ぼすことはありません。 Droboは、このセクターを独自に監視して、Drobo内のさまざまなドライブ/ EEPROM /およびDroboダッシュボードアプリ内の顧客システムにMBRデータのコピーを保持することにより、その構造が常に損なわれていないことを確認する必要があります。このため、このトラブルチケットは開いたままにしておきます。」

Drobo Inc.は、この問題をトラブルチケットの下で「解決済み」とラベル付けしましたが、そうではないことに注意してください。これがお役に立てば幸いです。最終的にファイルシステムを理解するのに何時間もかかりました。

2
Shawn Landry

これが役立つかどうかはわかりませんが、DroboConstnatlyの再起動で問題が発生しました。それは常に修復状態にあり、Windowsの下にマウントされて数分以上続くことはありませんでした... この記事 問題を解決しました。それは役立つかもしれません。

0
TiernanO