この記事では、デバイスからハードドライブを直接取り外すことなく、LaCie Network Space 2（以降
-NS2 ）のリカバリプロセス全体を説明します。
背景
今年の夏にこのデバイスを購入し、ロッキングトレントおよびネットワークファイル共有として使用しました。 リストに多数のトレント（約100以上）があった場合、Download Machine（トレントやその他のファイルをダウンロードするためのユーティリティ）が不安定になり始め、数日後にデバイスのロードがまったく停止しましたが、その理由は不明のままでした。 私が理解しているように、LaCieデバイスはロシアでは公式にサポートされていません。少なくともロシア語のウェブサイトを持っていないので、NS2の何が問題なのかを自分で理解しようと決めました。
さまざまなフォーラムやIRCで長い時間をかけて検索し、私の質問への回答を辛抱強く待った後、
ここでこの問題の解決策を見つけました。
回復プロセス
デバイスを復元するには、Linuxコンピューターが搭載されている必要があります。 Mac OS Xは、コンパイルに必要なライブラリがないため動作しません。 その下で必要なパッケージを正しく組み立てることは可能ですが、時間を費やす価値はありません。 Ubuntu 11.10を使用しました。 NS2は、前面USBポートを介した外部メディアからのシステムの起動、およびネットワークからの起動をサポートしています。 どちらの場合も、デバイスのケースを分解する必要はありません-これは明白なプラスであり、保証シールはそのままです。 単一の空きUSBフラッシュドライブからシステムを起動しようとする試みはすべて失敗し、デバイスはデバイスを認識したくありませんでした。 したがって、ネットワークを介してシステムをロードするという困難な道を進むことにしました。
Debian ARMは、ダウンロード用の代替ディストリビューションとして使用されます。 また、デバイスコンソールにアクセスするためのクライアントである
CLUNCも必要
です 。
TFTPD設定
TFTPサービスを使用してネットワーク経由でダウンロードするため、システムにない場合はインストールして構成する必要があります。 以下はUbuntuの例です。
- tftpdをインストールする
$ sudo apt-get install xinetd tftpd tftp
- 構成ファイルを作成します。
$ nano /etc/xinetd.d/tftp
ファイルの内容：
service tftp { protocol = udp port = 69 socket_type = dgram wait = yes user = nobody server = /usr/sbin/in.tftpd server_args = /tftpboot disable = no }
- 必要なファイルがあるディレクトリを作成します
$ sudo mkdir /tftpboot $ sudo chmod -R 777 /tftpboot $ sudo chown -R nobody /tftpboot
- tftpdを起動します
$ sudo /etc/init.d/xinetd start
TFTPサービスが構成され、開始されます。
CLUNCをインストールする
NS2コンソールにアクセスするには、CLUNCクライアントが必要です。 ダウンロードして解凍したディストリビューションのソースを以前にコンパイルする必要があります。 これを行うには、CLUNCルートディレクトリでmakeコマンドを実行する必要があります。 コンパイルされたバイナリは、clunc-openという名前でbuild /フォルダーにあります。 CLUNCのルートフォルダーに転送する必要があります。 これでインストールが完了し、デバイスの復元に直接進むことができます。 インストールコードの例：
$ wget ftp://lacie-nas.org/tools/clunc-1.1.tar.gz $ tar xvzf clunc-1.1.tar.gz $ cd clunc-1.1/ $ make $ cp build/clunc-open ~/clunc-1.1/
代替配布をダウンロード
CLUNCのインストールが成功した場合、NS2コンソールに接続する必要があります。 次のコマンド（$ {NAS_IP}-IPデバイス）を入力している間、デバイスをオフにする必要があります。
$ ./clunc -i ${NAS_IP} -w 60
ターミナルでコマンドを入力した後、デバイスの電源を接続すると、NS2コンソールが表示されます。 配布のダウンロードを構成する必要があります。 次のオプションを使用しました。
Marvell>> setenv bootargs ip=dhcp netconsole=6666@${ipaddr}/,6666@${serverip}/ root=/dev/sda2 rootwait;
$ {ipaddr}-デバイスのIP、$ {serverip}-デバイスのコンソールにアクセスするマシンのIP。
次に、以前にマシンで作成したTFTPサーバーから配布をダウンロードする必要があります。
Marvell>> tftpboot 0x800000 uImage;
その後、起動後にデバイスに割り当てられるIPアドレスがわからない場合に備えて、ターミナルの別のタブにあるマシンでdhcpdumpユーティリティを実行する必要があります。
$ dhcpdump -i ${_}
インターフェイス名は通常、ワイヤレスネットワークの場合はwlan0、イーサネット接続の場合はeth0ですが、マシンの構成に応じてオプションが可能です。
次のコマンドを入力して、システムを起動します。
Marvell>> bootm;
NS2システムの回復
デバイスは実行中です。telnet経由でデバイスにアクセスする必要があります。
$ telnet ${new_nas_ip} Trying ${new_nas_ip}... Negotiating binary mode on output. Connected to ${new_nas_ip}. Escape character is '^]'.
dhcpdumpユーティリティダンプから新しいIPアドレスを取得するか、DHCPクライアントの起動時にカーネルブートログで確認できます。
次に、ログインとしてrootを入力し、ディスクの名前を見つける必要があります（私の場合-/ dev / sda、ログからわかるように）：
miniroot login: root BusyBox v1.15.3 (2011-02-28 00:41:01 CET) built-in shell (ash) Enter 'help' for a list of built-in commands. miniroot ~
ディスクの名前がわかったら、メインブートレコードをロードできます。
手動でさらにアクションを実行しましたが、後でデバイスのハードディスクを再フォーマットするための既製のスクリプトを見つけたので、
ここでスクリプトを起動する方法とリンクを示し
ます 。
その後、指を交差させてすべてがうまくいくことを願うだけで、デバイスを再起動するよう送信します。
miniroot ~
おわりに
再起動後、IP経由でデバイスのWebインターフェースにアクセスしようとします。 操作が成功すると、ログインとパスワードの入力フィールドが表示されます。デバイスのリバイバルを互いに祝福するだけです。 ディスクに保存されたデータは処理中に影響を受けなかったため、これはシステムを復元する完全に人道的な方法であり、干渉の証拠はありません。
有用なリソース：
LaCie-NASNAS-Centralhttp://www.davidsudjiman.info