NASが遅い

kr3425 · 2026 年 3 月 7 日午前 5:32

私は最近、NASをQNAP TS-231PからQNAP TS-932PXにアップグレードしました。新しい構成では、4台のSSDをRAID 6でファイル共有用、5台のHDDをRAID 6でバックアップ用に使用しています。また、毎晩追加でクラウドバックアップも実行しています。

オフィスの約10人がファイル共有のためにNASを利用しており、Windows Server 2019のActive Directoryに参加させています。

数ヶ月間はすべて完璧に動作していました。しかし、先月あたりからユーザーから毎朝非常に動作が遅いと報告されるようになりました。フォルダの閲覧やファイルのオープンに2秒から30秒かかることがあります。

朝にNASを再起動すると、その日は正常に動作します。しかし、翌朝には再び遅延が発生し、再度再起動しないと直りません。

QNAPサポートにも連絡し、上位の技術者がトラブルシューティングを行いましたが、明確な問題は見つかりませんでした。彼らはスワップファイルの監視やRAMの増設を提案しましたが、以下の理由からそれは論理的ではないと感じています。

RAM使用率は40%を超えたことがない
CPU使用率も10%未満
ネットワーク（2.5Gb）はほとんど使用されていない
NASをActive Directoryから外して再参加させた
ユーザー、サーバー、NAS間のping遅延は常に約1ms
ディスクも適正な速度で動作している

2週間のトラブルシューティングの末、アイデアが尽きかけています。次の手段としては、Active Directoryから外してテストするか、NASをリセット・再フォーマットすることを検討しています。

何かアドバイスがあれば、よろしくお願いします。

NA9D · 2026 年 3 月 7 日午後 2:18

いくつかポイントがあります：

CPU使用率 = CPU負荷と考えてはいけません。これは異なるものです。CPU使用率が低くてもCPU負荷が高い場合があり、これは確実にシステムに影響します。CPU負荷を確認するには、SSHシェルを開いて top コマンドを実行してください。Load Average（ロードアベレージ）という名前の行があり、3つの数字が表示されます。これらの数字は直近1分、5分、15分のCPUが処理しているスレッド数または負荷の平均値を表しています。もしロードアベレージの数値がユニットのコア数を超えている場合、速度低下が発生します。例えば、私のTS-873Aは4つの物理コアがあり、それぞれ2スレッド処理できるので合計8コアです。TS-873Aのロードアベレージが8を超えると遅くなり始めます。速度の問題がある場合は、遅くなっているときにこれを確認してください。

QNAPでゾンビプロセスが発生し、正しく終了せずにリソースを消費し続ける問題を見たことがあります。1か月前にもロードが非常に高くなっていたことがあり、原因はHybrid Backup Sync（ハイブリッドバックアップシンク）にありました。

NASが夜間などに何らかのプロセスやアプリケーションを実行していて、それが遅くなる原因になっていませんか？バックアップは多くのリソースを消費し、翌日までに完了しないとシステムを遅くすることがあります。他のアプリでも同様です。

解決のための手順：

1.) まずTOPを見て、負荷が高い場合は下のリストでCPU使用率が高いアプリがないか確認します。

2.) Container Station（コンテナステーション）、Virtualization Station（バーチャライゼーションステーション）など、リソース消費が高そうなアプリを停止してみてください。App Center（アプリセンター）からアプリを停止します。数分間様子を見て、使用率が下がるか確認します。下がれば、そのアプリが原因です。これを繰り返して原因となるアプリを特定してください。

3.) 問題のアプリを停止した状態でNASを再起動します。

4.) NASが再起動したら、アプリを再度起動します。

5.) 負荷を監視し、問題が再発するか確認します。

これらの問題は原因を突き止めるのに時間と労力がかかることがあります。QNAPサポートに継続的に調査を依頼すれば、サポートしてもらえます。サポートとのやりとりは少し手間がかかりますが、何をしているかすべて説明する必要があります。ケースのエスカレーションを依頼し、Helpdesk（ヘルプデスク）からNASにログインして状況を確認してもらうようにしてください。

kr3425 · 2026 年 3 月 7 日午後 9:16

これは2月27日のスローダウン時のもので、他の日のスローダウン時も同様のロードアベレージが見られます

[~] # top
Mem: 3710592K CPU: 6.5% usr Load average: PID PPID USER 9727 1 admin 17316 14395 admin R 24832 17582 admin 29175 1 admin 14546 1 admin 26475 1 admin 30866 18157 admin 31531 1 admin S 15705 15704 admin S 12976 1 admin S 23248 1 admin S 15614 1 admin S 7338 1 admin S 26437 1 admin S 5698 1 admin S 11507 1 admin S 14644 14636 admin S 14366 1 admin S 17118 1 admin S 31916 1 admin S used, 325376K free, 54016K shrd, 1495552K buff, 298496K cached
0.0% sys 0.0% nic 0.0% idle 93.4% io 0.0% irq 0.0% sirq
22.89 20.50 13.37 2/879 17322
STAT VSZ %VSZ CPU %CPU COMMAND
S 2314m 58.3 3 2.1 /sbin/hal_daemon -f
3520 0.0 1 2.1 top
S < 3060m 77.1 0 0.0 /usr/local/apache/bin/apache_proxy
S 1406m 35.4 1 0.0 {cc3-fastcgi} python /share/CACHED
S 1238m 31.1 1 0.0 /usr/local/sbin/qulogdb --defaults
S 1210m 30.4 0 0.0 {p2pagent} /share/CACHEDEV2_DATA/.
S 1205m 30.3 3 0.0 {apache_proxys} /usr/local/apache/
967m 24.3 2 0.0 /usr/local/mariadb/bin/mysqld --de
856m 21.5 0 0.0 /usr/local/sbin/ncd
855m 21.5 1 0.0 /usr/local/mariadb/bin/mysqld --de
838m 21.1 2 0.0 /usr/local/mariadb/bin/mysqld --de
486m 12.2 2 0.0 /usr/local/sbin/ncdb --defaults-fi
425m 10.7 2 0.0 /mnt/ext/opt/Python/bin/python ./m
326m 8.2 0 0.0 tunnelagent
296m 7.4 1 0.0 /sbin/cs_qdaemon
266m 6.7 3 0.0 /mnt/ext/opt/Python/bin/python /mn
260m 6.5 2 0.0 /usr/local/sbin/qulogd
260m 6.5 0 0.0 /usr/local/sbin/qulogd
260m 6.5 2 0.0 /usr/local/sbin/qulogd
249m 6.2 3 0.0 /usr/local/bin/qsyncsrv_monitor -p

これは誰も作業していない時のものです

Mem: 3723328K used, 312640K free, 46592K shrd, 1653312K buff, 219584K cached
CPU: 0.9% usr 1.3% sys 0.0% nic 97.6% idle 0.0% io 0.0% irq 0.0% sirq
Load average: 1.28 1.32 1.40 1/823 6903
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
9838 1 admin S 2251m 56.7 1 0.9 /sbin/hal_daemon -f
31602 1 admin S 903m 22.7 2 0.0 /usr/local/mariadb/bin/mysqld --defaults-file=/etc/
9890 1 admin S 46976 1.1 3 0.0 {nmd} python /usr/local/network/nmd/nmd.pyc
7426 1 admin S 14912 0.3 0 0.0 /mnt/ext/opt/netmgr/util/redis/redis-server *:0
6856 28205 admin R 4096 0.1 0 0.0 top
3808 17771 admin S < 3060m 77.1 2 0.0 /usr/local/apache/bin/apache_proxy -k start -f /etc
29211 1 admin S 1406m 35.4 0 0.0 {cc3-fastcgi} python /share/CACHEDEV3_DATA/.qpkg/Hy
14657 1 admin S 1238m 31.1 3 0.0 /usr/local/sbin/qulogdb --defaults-file=/mnt/ext/op
26675 1 admin S 1209m 30.4 0 0.0 /share/CACHEDEV2_DATA/.qpkg/CloudLink/bin/p2pagent
30877 18338 admin S 1205m 30.3 2 0.0 /usr/local/apache/bin/apache_proxys -k start -f /et
13123 1 admin S 855m 21.5 0 0.0 /usr/local/mariadb/bin/mysqld --defaults-file=/usr/
23639 1 admin S 838m 21.1 0 0.0 /usr/local/mariadb/bin/mysqld --defaults-file=/etc/
15746 15742 admin S 827m 20.8 2 0.0 /usr/local/sbin/ncd
15651 1 admin S 485m 12.2 2 0.0 /usr/local/sbin/ncdb --defaults-file=/mnt/ext/opt/N
7388 1 admin S 425m 10.7 3 0.0 /mnt/ext/opt/Python/bin/python ./manage.pyc runfcgi
27172 1 admin S 328m 8.2 0 0.0 tunnelagent
5757 1 admin S 296m 7.4 1 0.0 /sbin/cs_qdaemon
11649 1 admin S 266m 6.7 1 0.0 /mnt/ext/opt/Python/bin/python /mnt/ext/opt/netmgr/
14759 14751 admin S 260m 6.5 2 0.0 /usr/local/sbin/qulogd
31944 1 admin S 249m 6.2 1 0.0 /usr/local/bin/qsyncsrv_monitor -pid:31940 -reg:/sh
23915 1 admin S 248m 6.2 0 0.0 /usr/local/sbin/pp_qcoolied -f /etc/config/pp_qcool
4329 1 admin S 227m 5.7 3 0.0 /sbin/lvmetad
20500 1 admin S 219m 5.5 2 0.0 /usr/sbin/rsyslogd -f /etc/rsyslog_only_klog.conf -
30153 1 admin S 194m 4.8 1 0.0 {php-fpm-proxy} php-fpm: master process (/etc/php-f
30157 30153 admin S 194m 4.8 2 0.0 {php-fpm-proxy} php-fpm: pool www
30158 30153 admin S 194m 4.8 1 0.0 {php-fpm-proxy} php-fpm: pool www
31833 1 admin S 192m 4.8 3 0.0 /sbin/qsyncsrv_dbm -b
20970 1 admin S 174m 4.4 1 0.0 /sbin/qShield
20965 1 admin S 174m 4.4 3 0.0 qNoticeEngined: Write notice is enabled…
19864 1 admin S 169m 4.2 1 0.0 /usr/local/bin/rfsd_qmonitor -f:/tmp/rfsd_qmonitor.
18780 1 admin S 168m 4.2 2 0.0 /mnt/ext/opt/Python/bin/python2 /sbin/wsd.py
20967 1 admin S 167m 4.2 2 0.0 qLogEngined: Write log is enabled…
10396 10393 admin S 149m 3.7 0 0.0 /usr/local/bin/rates_monitor_start
18367 32316 admin S 135m 3.4 2 0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/c
4595 32316 admin S 129m 3.2 0 0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/c
24710 32316 admin S 126m 3.1 3 0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/c
3771 32316 admin S 126m 3.1 1 0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/c
9922 9890 admin S 116m 2.9 2 0.0 {ncaas} python /usr/local/network/nmd/nmd.pyc
9923 9890 admin S 116m 2.9 1 0.0 {qserviced} python /usr/local/network/nmd/nmd.pyc
32424 32316 admin S 113m 2.8 2 0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/c
32316 1 admin S 113m 2.8 0 0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/c
14751 1 admin S 108m 2.7 2 0.0 /usr/local/sbin/qulogd
10729 9808 admin S < 107m 2.7 0 0.0 /usr/local/samba/sbin/winbindd -s /etc/config/smb.c
15742 1 admin S 106m 2.6 2 0.0 /usr/local/sbin/ncd
21592 1 admin S 104m 2.6 2 0.0 /usr/bin/qsnapman
29655 1 admin S 99m 2.5 2 0.0 /usr/bin/RTRR_MANAGER
9846 9808 admin S < 98m 2.4 0 0.0 /usr/local/samba/sbin/winbindd -s /etc/config/smb.c
15727 1 admin S 99520 2.4 0 0.0 /usr/local/sbin/ncloud
9847 9808 admin S < 97152 2.3 0 0.0 /usr/local/samba/sbin/winbindd -s /etc/config/smb.c
9902 9808 admin S < 96832 2.3 3 0.0 /usr/local/samba/sbin/winbindd -s /etc/config/smb.c
32321 32316 admin S 95360 2.3 0 0.0 {cleanupd} /usr/local/samba/sbin/smbd -l /var/log -
32319 32316 admin S 95232 2.3 3 0.0 {smbd-notifyd} /usr/local/samba/sbin/smbd -l /var/l
7037 9808 admin S < 93312 2.3 2 0.0 /usr/local/samba/sbin/winbindd -s /etc/config/smb.c
9808 1 admin S < 86912 2.1 0 0.0 /usr/local/samba/sbin/winbindd -s /etc/config/smb.c
19856 1 admin S 77056 1.9 2 0.0 /sbin/rfsd -i -f /etc/rfsd.conf
30107 30105 admin S < 73792 1.8 0 0.0 /home/httpd/cgi-bin/qsync/qsyncsrv.fcgi

また、これらの統計情報をAIに入力しました

https://x.com/i/grok/share/c0ff440f825b46b8a25c50b0050f0416

NA9D · 2026 年 3 月 8 日午前 5:47

22.89のロードは非常に遅くなります。

では、何がその原因になっているのかを特定する必要があります。どのプロセスが特に原因かは判断が難しいです。以下の点を確認してください。

1.) 夜間にバックアップを実行していますか？
2.) そのバックアップは朝までに完了していますか？
3.) 夜間にバックアップを実行しなかった場合はどうなりますか？
4.) ロードが高いときに、アプリケーションを一つずつ停止してみてください。Container Station、Virtualization Station、Web Serverなどから始めてください。一つずつ停止し、数分待ってロードがどうなるか確認します。問題のアプリケーションを見つけると、ロードがかなり早く下がります。

残念ながら、あなたのTS-932PXはARM A57 CPUです。TS-231Pからのアップグレードではありますが、ほとんど変わりません。もしこのNASをビジネス用途で使っているのであれば、別のNASを購入する必要があります。ARM Cortex A57は優れたMPUですが、特定の組み込み用途向けです。10人でファイルサーバーとして使うには適していません。申し訳ありませんが、アップグレードとしては間違ったNASを購入されています。最低でもX86 NASに移行すべきで、最低ラインはAMD Ryzen V1500BタイプのTS-x73A NASのようなモデルです。さらに良いのはi5やi7ですが、これらは価格が高くなります。

kr3425 · 2026 年 3 月 8 日午後 2:08

NASはファイル共有専用で使用しています。サーバーのホスティングはしていません。TS-231Pは何年も問題なく動作していました。ディスク容量を増やすためにTS-932PXにアップグレードしました。

NASは朝に再起動すれば一日中高速に動作します。バックアップは夜に完了し、朝には実行されていません。

高いロードアベレージについてのご提案がこれまでで最も役立ち、今後のトラブルシューティングの方向性が見えてきました。

dosborne · 2026 年 3 月 8 日午後 2:45

確かに良くないですね。

ちなみに、本当に容量だけの問題なら、231Pのドライブをアップグレードすることもできましたよ。私はそうしました（QNAP TS-231P-US 2x18TB Seagate Exos）。

この手の状況では、私はたいていストレージデバイスを疑います。通常ならドライブの統計情報やSMART診断の確認を勧めますが、SSDの場合は何が利用できるか分かりません（私自身のNASにはSSDがないので）。

SSDの型番を投稿してみて、他の誰かのヒントになるかもしれません。

どこかにボトルネックがあってCPU負荷の遅延を引き起こしています。

QNAPにサポートチケットを出して調査してもらうのも良いでしょう。

kr3425 · 2026 年 3 月 8 日午後 3:13

ディスクはテスト済みで、適切な速度とIOPSで動作しています。QNAP TS-231Pから移行しました。そのため、すべてをリセットして新規セットアップから始めようかと考えています。

RAID6 ナイトリーバックアップ用 WD Red Plus 5台

IOPS 73, 117, 77, 125, 113

MB/s 176, 177, 176, 194

RAID6 ストレージ用 WD Red SA500 2TB 4台

IOPS 40434, 40701, 40627, 40011

MB/s 537, 537, 538, 538

NA9D · 2026 年 3 月 10 日午後 1:27

バックアップから適切に終了していないゾンビスレッドが残っている可能性があります。以前にもこのような事例を見たことがあります。

どのバックアップアプリを使用していますか？

もしHybrid Backup Sync（ハイブリッドバックアップシンク）を使っている場合は、以下を試してください：

1.) HBSをシャットダウンする
2.) NASを再起動する
3.) HBSを起動する

再起動する前にアプリをシャットダウンすることで、これらの残ったプロセスをすべて終了でき、再度起動することはありません。再起動だけだと、基本的に元の状態に戻ってしまいます。

kr3425 · 2026 年 3 月 10 日午後 5:01

バックアップサービスを完全に無効にしましたが、翌朝も依然として遅いままでした。最新の発見として、おそらくスワップファイルが800MB以上に増加していることが原因のようです。なぜそうなるのかは誰にも分かりません。テクニカルサポートが本日リモートで接続する予定です。

kr3425 · 2026 年 3 月 10 日午後 5:05

TS-932PXを選んだのは、対応しているドライブ数が多いからです。2.5インチが4台、3.5インチが5台搭載できて、とても便利です。私はずっとSynologyのNASを使ってきましたが、このオフィスにはすでにQNAPがあったので、設定の移行が簡単だと思いQNAPにしました。正直、Synologyにしなかったことを少し後悔しています。

NA9D · 2026 年 3 月 11 日午前 1:41

バックアップソフトを無効にした後、NASを再起動しましたか？

800MBのスワップは問題にならないはずです。私のスワップは今1ギガですが、NASは正常に動作しています。

私が提案したように、実行中のアプリやサービスを少しずつ停止して、何が起きているか確認しましたか？

それと、聞き忘れていましたが、Qsirch（キューサーチ）を使っていますか？Qsirchは全ドライブのインデックス作成が終わるまで、非常に多くのシステムリソースを消費します。

TOPの結果を見る限り、Qsirchは使っていないと思いますが、念のため確認です。投稿されたTOPの結果を改めて見直しましたが、気になる点があります：

kr3425:

PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
9727     1 admin    S    2314m 58.3   3  2.1 /sbin/hal_daemon -f
17316 14395 admin    R     3520  0.0   1  2.1 top
24832 17582 admin    S <  3060m 77.1   0  0.0 /usr/local/apache/bin/apache_proxy
29175     1 admin    S    1406m 35.4   1  0.0 {cc3-fastcgi} python /share/CACHED
14546     1 admin    S    1238m 31.1   1  0.0 /usr/local/sbin/qulogdb --defaults
26475     1 admin    S    1210m 30.4   0  0.0 {p2pagent} /share/CACHEDEV2_DATA/.
30866 18157 admin    S    1205m 30.3   3  0.0 {apache_proxys} /usr/local/apache/
31531     1 admin    S     967m 24.3   2  0.0 /usr/local/mariadb/bin/mysqld --de
15705 15704 admin    S     856m 21.5   0  0.0 /usr/local/sbin/ncd
12976     1 admin    S     855m 21.5   1  0.0 /usr/local/mariadb/bin/mysqld --de
23248     1 admin    S     838m 21.1   2  0.0 /usr/local/mariadb/bin/mysqld --de
15614     1 admin    S     486m 12.2   2  0.0 /usr/local/sbin/ncdb --defaults-fi

まず、メモリはどれくらい積んでいますか？

Apache（アパッチ）を使っている用途は何ですか？これは組み込みのウェブサーバーですが、何かウェブサーバーアプリを実行していない限り有効にする必要はありません。これらのアプリはかなりの仮想メモリを消費しており、%VSZの数値が気になります。私のかなり負荷の高いTS-873Aでも、アプリが使っている仮想メモリはどれも12%を超えていません。

あなたのTOPの出力を見ると、3.71GBのメモリを使用しており、空きメモリは325MBです。これが問題です。特に10人でNASを共有している場合は、もっとメモリが必要です。標準搭載の4GBで運用していますか？

最低でも16GB、できれば32GBは搭載すべきだと私は思います。

これはQNAP（キューナップ）対Synology（シノロジー）の問題ではありません。適切なリソースが割り当てられていないNASの問題です。

kr3425 · 2026 年 3 月 11 日午後 5:00

古いNASはRAMが1GBで、何年も問題なく動作していました。

これはテクニカルサポートからの情報です。現在、QNAPの開発者が調査中です。

**-2台のHDD（sdaとsdb）が非常に高いI/O使用率（約100%）**を示しており、それがRAIDプールとNASをビジー状態にしています。

空きメモリは約450MBまで減少し、CPUのロードアベレージは24.9に達します。

10人がSMB経由で共有ファイルにアクセスするだけなら、NASにこれ以上のRAMは必要ないはずです。

NA9D · 2026 年 3 月 11 日午後 9:02

ご自由にどうぞ。私たちの提案を無視しても構いませんが、4GBのRAMでは十分ではないとお伝えしています。仮想メモリの使用率が高いのは、アプリが持っているメモリを使い切っていて、動作するための余裕がないからです。以前のNASが1GBで何年も問題なく動いていたとしても関係ありません。おそらく古いOSだったのでしょう。私の昔のIBM PCは128kしかありませんでしたが、今ではそれでは全く足りません！

私たちのアドバイスを無視するのは自由ですが、それ以上できることはありません。

Apacheが大量の仮想メモリリソースを消費しています。私のNASでは全くそのようなことはありません。だからこそ、Apacheを何に使っているのか質問したのです。私のNASではリストのかなり下の方にあって、ほとんど見えないくらいです。

さらに、p2pエージェント（p2pagent）も動作していて、これもメモリリソースを消費しています。

他のアプリを停止してみたかどうか、あなたは一度も言及していません。これが最初から私の提案でしたが、あなたは「ファイル共有している人がいるだけ」と言い続けています。しかし実際には、実行中のアプリが何かしらの処理をしていて、利用可能なメモリを埋め尽くし、そのため一部のリソースをディスクにキャッシュしながら動作しているので、全体的に遅くなっているのです。

まあ、どうでもいいですが……

kr3425 · 2026 年 3 月 11 日午後 10:56

Webサーバーは確認していません。Apacheの無効化方法も分かりませんし、そもそもなぜ動作しているのかも分かりません。QNAP OSの一部だと思っていました。

NASストア以外のアプリのシャットダウン方法が分かりませんし、NASストアからインストールされているアプリはバックアップのみで、現在は無効化されています。

どこにもキャッシュされているものはないはずです。基本的なフォルダー共有しか使っていません。設定に何か問題があるようです。NASを一からリフレッシュしようと思います。旧NASからの移行がうまくいかなかった気がします。

ご協力いただき本当に感謝しています。

dosborne · 2026 年 3 月 11 日午後 11:28

それは多くの変数を排除できるので、良いアイデアかもしれません。

ただ、「古いNASから“移行”した」と言われた時に、実際にどのような手順を踏まれたのかが少し分かりませんでした。どのようなことをされたのでしょうか？無意味かもしれませんが、何が起きているのかを理解する手がかりになるかもしれません。もし簡単な解決策があったり、逆効果になっている設定を再構成してしまうことがあれば、それは残念です。

NA9D · 2026 年 3 月 13 日午前 12:29

その通りですが、問題はかなりのメモリを使用しているようで、あなたのメモリがあまり多くないことです。

アプリのシャットダウンはApp Centerから行います。アプリ横の矢印をクリックして「停止」を選択します：

ファイル共有とHybrid Backup Syncだけを使っている場合、他にも停止できるアプリがあるかもしれません。一度確認してみる価値はあります。

OK、「キャッシュ」と言ったのは、メモリが足りないためOSがアプリをディスクにキャッシュしているという意味です。多くのプロセスが動作していて、メモリが足りなくなると、OSはハードディスク領域を仮想メモリとして使います。アプリの一部または全体をメモリからハードディスクに書き込みます。そしてアクセスしたい時、メモリから読み込む必要がある、などです。これが「スワップ」ファイルです。

NASを再構築してみるのも良いでしょう。しかし、それでもメモリ不足になる可能性が高いと思います。現代のシステムで4ギガバイトは特にサーバー用途では十分ではありません…

kr3425 · 2026 年 3 月 13 日午後 3:41

HBS3以外は何もインストールしておらず、現在はHBS3も無効になっています。

古いNASからディスクを移動し、新しいNASに設定バックアップファイルを復元しました。

今週末に完全リセットと再フォーマットを行う予定です。

kr3425 · 2026 年 3 月 15 日午後 4:39

NASはフルファクトリーリセットとディスクの再フォーマットを行った後、かなり高速になりました。

NA9D · 2026 年 3 月 16 日午後 4:55

良かったです。記憶の問題が再発しないことを願っています。もし再発した場合は、RAMを増設することが解決策になります。RAMを増やすのは決して悪いことではありません。