こんにちは、TS-1253U-RPへの接続に問題があります。Qfinder Proで検出できません。
以下は、システム内のすべてのドライブを取り外した後に試したことです。F2 / DELキーを押すことで問題なくBIOSに入ることができ、USBメモリからUEFIブートも可能です：
https://www.qnap.com/en/how-to/faq/article/nas-recovery-guide-for-x86-based-nas の手順に従い、dom.imgを492 MB DOMにコピーしてシステムを再起動しました。（BIOSのタイミングで短いビープ音が1回、BIOS後に長いビープ音が1回鳴ります。）クリップを使って小さなリセットボタンを複数回押しました。20秒間押し続けても、3秒や10秒のタイミングでビープ音は鳴りません。
USBキーボードとHDMIモニターを接続してTS-1253U-RPにログインできます。ネットワークケーブルを接続して「ip a」と入力するとIPアドレスが表示され、他のマシンからpingも可能です。（しかし、他のマシンから http://[IPアドレス] や https://[IPアドレス] にアクセスしても見つからず、Qfinder Proも検出できず、sshでもログインできません。）TS-1253U-RPからネットワークケーブルを外すと、当然他のマシンからpingできなくなります。
https://www.qnap.com/en/how-to/faq/article/how-to-reset-network-virtual-switch-setting-via-command-line の手順に従い、/mnt/ext/opt/netmgr/netmgr.sh reset_all_settings_to_default と入力すると「No such file or directory.」と表示されます。/etc/init.d/network.sh reset_network_config_to_default や /etc/init.d/network.sh clean-restart と入力すると、「sbin/getcfg: error while loading shared libraries: IibuLinux_Util.so.0: Cannot open shared object le: No such file or directory.」というエラーが大量に表示されます。qnapのサイト（新規ユーザーなのでリンクは2つまでしか貼れず、これは3つ目）/da-dk/how-to/faq/article/how-to-reset-network-virtual-switch-setting-via-command-line の手順でも、netmgr.shやnetwork.shコマンドで同じエラーが出ます。
qnapのサイト（新規ユーザーなのでリンクは2つまでしか貼れず、これは4つ目）/en/how-to/faq/article/how-to-set-up-a-direct-connection-test の手順でも、Qfinder Proは検出できませんでした。
再度dom.imgをコピーしました（このリストの1番目と同じ手順）が、手順4と5のエラーは変わりません。
次に何を試せばよいでしょうか？ログインは問題なくできるので、マシン自体は動作していると思います。コマンドラインからシステムをリセットする他の方法はありますか？よろしくお願いします。
getcfgやIibuLinux_Util.so.0が読み込めないというエラーは、通常、システムファイルやライブラリに問題があることを示しており、DOMイメージの復元が不完全または互換性がない場合に発生する可能性があります。不完全または非互換のdom.imgファイルを使用すると、システムの起動や動作に問題が生じることがあります。復元が繰り返し失敗する場合、DOMやハードウェア自体に問題がある可能性もあります。
dom.imgファイル [https://download.qnap.com/Storage/tsd/fullimage/F_TS-X53U_20141125-1.2.8.img ] を公式ソースからダウンロードし、再インストールしていることを必ず確認してください。DOMの復元後はすぐに再起動し、起動時のインジケーターランプや音を観察してください。
これらの手順で問題が解決しない場合は、QTSの完全な再インストールが必要になるか、さらなるサポートのためにQNAPサポートへお問い合わせください。
Yvette
2024 年 11 月 7 日午前 3:43
4
x86ベースのNAS向けNASリカバリーガイドのステップ3「USBブートドライブを使用して破損したDOMを復旧する」が不完全なようです。
QNAPサービスポータル（Customer Service - QNAP
@Yvette さん、メッセージありがとうございます。しかし、F2 / DELキーを押してブートデバイスをUSBデバイスに変更し、USBスティックからUEFIブートすることができました。
@Regulus さんが提案したようにイメージを再ダウンロードし、dom.img のコピーも2回やり直しました（毎回約30秒から1分かかります）が、以前述べた問題はすべて残っています。ライブラリがまだ不足しています。コピーコマンドが実際には機能していないような気がします。
誤ってDOMを読み取り専用モードにしてしまった可能性はありますか？読み取り専用モードから解除する方法はありますか？
ありがとうございます！
こんにちは、問題は今ではかなり明らかです。画像 https://download.qnap.com/Storage/tsd/fullimage/F_TS-X53U_20141125-1.2.8.img にはいくつかのファイルが欠けています。Qnapの方で修正済みのイメージ（古いバージョンでも新しいバージョンでも構いません）をお持ちの方はいらっしゃいませんか？
私がその結論に至った経緯は以下の通りです。
dom.imgを492MBのDOMに30秒から1分でコピーでき、これは妥当な時間です。
https://forum.qnap.com/viewtopic.php?t=158860 では、USBメモリのdom.imgが読み取れるかどうか dd if=dom.img of=/dev/null で確認することが推奨されています。問題なく読み取れます。同じ投稿では dd if=/dev/zero of=/dev/sda count=200K を試すことも推奨されており、516MBがコピーされるまで正常に動作します（これはDOMのおおよそのサイズです）。転送速度は5.3MB/sで妥当です。つまり私の場合、DOM自体は問題ありません。
F_TS-X53U_20141125-1.2.8.img を再ダウンロードしても、常に同じ問題が発生します。デフォルトのファームウェアをインストールした後にリセットボタンさえ効かず、getcfgやIibuLinux_Util.so.0がロードできない場合、イメージ自体に問題があるのは明らかです。
Qnapの方で動作した古いバージョンや新しいバージョン、または修正済みのイメージを共有していただけませんか？よろしくお願いします。
こんにちは、再度ご連絡します。ポーランドのQnapフォーラム（https://forum.qnap.net.pl/threads/ts-453u-full-firmware.37589/）で他の方が遭遇したのと同じような問題に気付きました。
彼らも https://download.qnap.com/Storage/tsd/fullimage/F_TS-X53U_20141125-1.2.8.img イメージで問題を報告していますが、X53（X53Uではない）ファームウェア（Qnapユニットと一致しないもの）を試したところ、Qnapユニット名の不一致によるアップデートまで「動作」したそうです。
Qnapの担当者の方、壊れている F_TS-X53U_20141125-1.2.8.img イメージを修正していただけませんか？よろしくお願いします。
Yvette
2024 年 11 月 8 日午前 7:14
8
こんにちは @kifotib1421 、QNAPサポートチームがイメージ（https://download.qnap.com/Storage/tsd/fullimage/F_TS-X53U_20141125-1.2.8.img）を確認したところ、正常に動作するようです。
USB DOMが正常であれば、ファームウェアリカバリーを実行した後にファームウェアを最新バージョンにアップデートする必要があります。それでも、技術的なサポートを受けるためにサポートチケットの提出をおすすめします。
@Yvette さん、ありがとうございます！
ただし、F_TS-X53U_20141125-1.2.8.img イメージは良くありません。前回言及したフォーラム投稿に加えて、ポーランドのQnapフォーラムでこのイメージが不良であることについてさらに2件の投稿を見つけました。
サポートに連絡して交換してもらうのは本当に面倒です。他の人もこのファイルを使おうとしたときに同じ問題が発生しているのを見ているので、サポートにTS-453UまたはTS-853UまたはTS-1253Uにこのイメージを復元し、その後Qfinder Pro（Qfinder Pro）でそのイメージに接続できるかテストしてもらえませんか？彼らは問題を確認し、/etc/init.d/network.sh を実行すればエラーを再現できます。このイメージは破損しているわけではなく、imgファイルとしては有効です。しかし、imgファイルにはQnapユニットがimgファイルをdomにコピーした後に動作するために必要な重要なファイルが欠落しています。
今のところ、TS-453U、TS-853U、TS-1253Uのユーザーは全員、このF_TS-X53U_20141125-1.2.8.imgイメージでこの問題に遭遇しており、Qfinder Pro（Qfinder Pro）を使ってQnapに接続し、ファームウェアの最新バージョンに正常にアップデートすることができません。
@Yvette さん、ぜひQnapチームの方に https download dot qnap dot com/Storage/tsd/fullimage/F_TS-X53U_20141125-1.2.8.img をTS-453UまたはTS-853UまたはTS-1253Uに復元し、その後Qfinder Pro（Qfinder Pro）でマシンに接続できるか試してもらえませんか？きっと接続できないはずです。そして /etc/init.d/network.sh を実行してもらえば、「No such file or directory」や「Error while loading shared libraries」というメッセージが表示され、イメージに重要なファイルが欠落していることが分かります。
改めて、よろしくお願いします！
「いいね！」 1
Yvette
2024 年 11 月 11 日午前 6:29
10
ご意見ありがとうございます。この問題は再度サポートチームに伝達しました。
サポートにメッセージを伝えてくださり、本当にありがとうございます、@Yvette さん。ご協力に感謝しています。問題のある画像が正常な画像に差し替えられたら、ぜひ教えてください。残念ながら、現在私のNASは、誤った F_TS-X53U_20141125-1.2.8.img イメージを復元してしまったため、まったく使えない状態です。
Yvette
2024 年 11 月 12 日午前 4:18
12
@kifotib1421 この問題はQNAP本社で再現できないため、RMA手続きのためにチケットを提出することをおすすめします。QNAPの現地サポートチームがDOMとイメージを再確認します。
@Yvette さん、確認してくれてありがとうございます。
彼らにお願いして、TS-453U、TS-853U、または TS-1253U で download dot qnap dot com/Storage/tsd/fullimage/F_TS-X53U_20141125-1.2.8.img を使用して /etc/init.d/network.sh を実行したときに、どのような出力が得られたかを聞いてもらえますか？
正常に動作した場合の出力がどのようなものなのか、そして動作しない場合と比較したいと思っています。
改めてありがとうございます！
こんにちは @kifotib1421 、
私もTS-459 Pro+であなたと同じ問題があり、まったく同じ症状です。この問題は解決できましたか？
よろしくお願いします。
こんにちは @jln_brtn 、残念ながら問題を解決できませんでした。
私の場合、Qnapサイト上のファイルが、おそらく破損しているか、何らかの問題があると思われます。なぜなら、複数のユーザーがポーランドのQnapフォーラム（上記でリンクしたもの）で、まったく同じファームウェアでまったく同じ問題を報告しているからです。そして、ファームウェアを復元する手順は非常にシンプルで明確なので、私たちは正しく手順を踏んでいると思います。
デバイスは保証期間外なので、RMA（返品・修理）にはかなりの費用がかかります。また、本体が大きいため、郵送するのも私には高すぎます。
@Yvette さん、@Regulus さん、サポートチームがイメージファイルをどのようにチェックしたか教えていただけますか？実際にTS-1253U-RPに正常に復元できましたか？また、彼らがテストした F_TS-X53U_20141125-1.2.8.img のチェックサムを共有していただけますか？私のものと比較したいです。私は3回ダウンロードしましたが、毎回ポーランドのQnapフォーラムで他の複数のユーザーが報告しているのとまったく同じ問題（error while loading shared libraries: IibuLinux_Util.so.0）が発生します。
もしイメージファイルを修正していただけるなら本当にありがたいです。返送するのは現実的ではありませんし、ハードウェア自体は問題なく動作しているので、イメージファイルの不具合で使えないのは本当に残念です。
改めて、ありがとうございます！
DOMストレージを交換することで問題が解決しました。the_dolbyman さんに感謝します。私はこの8GB DOMをebayで注文しました 。
「いいね！」 1
@jln_brtn さん、残念ながらDOMを交換して画像を復元する手順を再試行しても、私の場合は解決しませんでした。
最終的には、より大きいサイズのDOMにTrueNASをインストールしました。DOM自体は正常に動作しているようです。
もし @Yvette さんや @Regulus さんが、サポートチームがどのようにイメージをチェックしたかを共有していただけると大変ありがたいです！実際にTS-1253U-RPへ正常に復元できたのでしょうか？また、彼らがテストに使用した F_TS-X53U_20141125-1.2.8.img のチェックサムも共有していただけると、私のものと比較できて助かります。新しいDOMやUSBメモリに書き込んでUSBメモリから起動しても、ポーランドのQnapフォーラムで複数のユーザーが報告しているのとまったく同じ問題（error while loading shared libraries: IibuLinux_Util.so.0）が発生します。
また、私のマシンは本来F_TS-X53U_20141125-1.2.8.img（TS-1253U-RP用）で動作するはずなのに、F_TS-X53_20140916-1.2.8.img（X53 Pro用）を復元してみました。間違ったイメージでも正常に復元でき、Qfinderがマシンを検出できました！そして、ブラウザでQnapマシンのWeb UIにアクセスできました！さらに、QfinderはQnapのサーバーからダウンロードした最新のX53U Pro imgへのアップデートも許可してくれました（残念ながら、インストールしたX53Uファームウェアと異なるタイプであると検出されるため、X53ファームウェアへのクロスグレードはできませんでした。これができれば私の問題は解決するのですが）。
これは、DOMに問題がないことをさらに示しています（異なるQnapイメージやTrueNASをDOMにインストールできたため）が、X53U_20141125-1.2.8.imgに確かに問題があることを示しています。
つまり、元々の問題は解決していません。
Toxic
2025 年 1 月 21 日午前 9:21
19
こちらのスタッフに、テクニカルサポートがあなたの指摘を確認するよう依頼しました。ただし、何かを約束することはできません。
QNAPにまだチケットを開いていますか？
スタッフにテックサポートへ確認を依頼してくれて、@Toxic 、本当にありがとうございます！
この件でご協力いただき、とても感謝しています。もしQnapが不良なF_TS-X53U_20141125-1.2.8.imgファイルを修正してくれれば、イメージの復旧がずっと簡単になります。
自分のDOMが正常なのは、TrueNASや、間違ったF_TS-X53_20140916-1.2.8.imgファイルさえDOMにインストールできることで分かっています！
Qnapにはチケットを開いていません。というのも、ポーランドのフォーラムで、同じ問題を抱える顧客に対してサポートが交換のために送付するよう求めているのを見たからです。しかも、こんな大型ユニットを発送するのは費用がかかりすぎてしまいます！
