看起來不錯。
現在你得再次從頭開始設置 SickGear（SickGear）。
可以使用舊的設定檔來簡化流程嗎？
有辦法將目前的節目掃描到其中嗎？
似乎有一些備份？
[/share/MD0_DATA/.qpkg/SickGear/config] # ll
total 1008K
drwxr-xr-x 4 admin administrators 4.0K 2026-01-13 00:14 ./
drwxrwxr-x 10 admin administrators 4.0K 2026-01-13 00:09 ../
drwx------ 6 admin administrators 4.0K 2026-01-13 00:09 cache/
-rw------- 1 admin administrators 524K 2026-01-13 00:09 cache.db
-rw-r--r-- 1 admin administrators 5.2K 2026-01-13 00:09 config.bak
-rw-r--r-- 1 admin administrators 5.2K 2026-01-13 00:09 config.ini
-rw-r--r-- 1 admin administrators 4.6K 2026-01-12 23:26 config.ini.def
-rw-r--r-- 1 admin administrators 4.6K 2026-01-13 00:09 config.ini.v20
-rw-r--r-- 1 admin administrators 5.2K 2026-01-13 00:09 config.ini.v21
-rw-r--r-- 1 admin administrators 5.2K 2026-01-13 00:09 config.ini.v22
-rw-r--r-- 1 admin administrators 5.2K 2026-01-13 00:09 config.ini.v23
-rw------- 1 admin administrators 16K 2026-01-13 00:09 failed.db
drwx------ 2 admin administrators 4.0K 2026-01-13 00:09 logs/
-rw------- 1 admin administrators 388K 2026-01-13 00:09 sickbeard.db
至少那個 bak 可能是我很久以前做的……
您正在查看的檔案是剛剛建立的，並不是您原本的設定檔。您的原始設定檔和資料庫仍然保存在 sherpa 設定備份目錄中。
您遇到的問題是：儲存在備份位置的資料庫無法被您目前的 SickGear 實例接受。您可以嘗試詢問 SickGear 開發者是否能協助解決這個問題，但他們也可能建議您直接從頭重建資料庫。
我目前沒有可用的 SickGear 實例，但在 Medusa 中，您可以從 Shows 選單選擇 Add Existing Shows，然後指向您現有的劇集目錄。這樣可以批量匯入。
真正的問題在於您的設定。您需要更新 API 金鑰以及所有設定。
感謝你的幫助，現在（大部分）都能運作了，資料庫也重建了，希望一切順利。那個 3 篇發文限制……感謝你提升了我的權限。
我還沒搞懂的是，為什麼 nzbtomedia/sickgear 沒有把劇集儲存在 TV/show/season 資料夾下，而是直接儲存在 TV 資料夾，比如 /share/MD0_DATA/TV/Catastrophe.2015.S01E05.1080p.AMZN.WEB-DL.DD5.1.x264-DRACULA
應該是什麼很明顯的地方沒注意到，但我就是沒看到。
Sickgear 劇集命名是 Season 02/Show.Name.S02E03.HD.TV-RLSGROUP.ext，後處理那邊是空的……
抱歉，這方面我無法協助。你可能需要尋求 SickGear 團隊或熟悉 SickGear 配置的人士的幫助。
另外，我剛剛想起來，nzbToMedia QPKG 已於 2025 年 11 月更新，現在的運作方式不同了：How to use the new nzbToMedia QPKG · OneCDOnly/sherpa Wiki · GitHub
晚安，我的朋友——我又回來了！最近在使用 Sonarr 時遇到一些問題。每次我打開 GUI，Sonarr 都是離線狀態。QNAP 應用中心顯示它正在運行——所以我必須停止再啟動。這樣它就可以正常啟動，但過一陣子又會自動關閉。
根據 Sonarr 日誌，它正在嘗試更新，然後關閉但從未重新啟動。我非常努力地用 Grok 來解決這個問題，但最後感覺自己像是在追自己的尾巴。
我知道你能在三輪之內幫我解決這個問題……所以我又來享受你的幫助了 
嗨，夥伴。
我們來嘗試清理一下：
/etc/init.d/sonarr.sh clean
……如果之後沒有啟動，請手動啟動它：
/etc/init.d/sonarr.sh start
感謝您的回覆……提醒一下——我進入設定/一般/更新，並停用了更新功能，從那之後就一直保持在線。
source: sonarr.sh, action: clean, time: Wed 28 Jan 2026 5:41:31 PM CST, load: 0.55
package: 251226, service: 251226, library: 251226
QPKG 啟用: true
應用程式自動更新: true
守護程序 PID: 11104
以 SIGTERM 停止守護程序 PID 11104（不超過 120 秒）: 1, OK
守護程序 PID: none
清理本地儲存庫: OK
移除先前的 ‘screen’ 會話日誌: OK
清理暫存路徑: OK
取得最新遠端發行套件檔案名稱（不超過 5 秒）: OK
= 發行套件檔案名稱: Sonarr.main.4.0.16.2944.linux-x64.tar.gz
本地存在發行套件名稱參考: false
本地存在發行套件: false
下載最新發行套件: OK
從發行套件解壓縮: OK
建立發行套件名稱參考: OK
從設定檔載入埠口: OK
啟動守護程序（在 ‘screen’ 會話中）: OK
監控守護程序進程名稱出現（不超過 120 秒）: 1, OK
守護程序 PID: 6105
守護程序監聽地址: 0.0.0.0
HTTPS 埠口啟用: false
HTTP 埠口: 8989
測試埠口 8989 回應（不超過 120 秒）: 1, 2, OK
以 UI 埠口更新 QPKG 圖示: OK
= source: sonarr.sh, action: clean, time: Wed 28 Jan 2026 5:41:45 PM CST, result: OK, elapsed: 0h:00m:14s, load: 0.58
[Eric@QNAP451 ~]$
我執行 clean 指令時它正在運行——之後檢查時也還在運行。不過如前所述，我已經關掉自動更新檢查……我應該重新開啟，還是維持現狀？
判斷得好。是的，請保持內部應用程式自動更新功能為停用狀態。
要更新，請重新啟動 QPKG。這將自動下載並安裝最新的應用程式套件。
我之前一定是在底層亂動了什麼，結果推送到了不該推送的地方 當你說重新啟動 QPKG，是指只要在 QNAP 應用中心停止應用程式再重新啟動就可以了嗎？
是的。
如果內部應用程式更新能正常運作會很好，但目前我無法支援這個功能。所以，我們只能透過重新啟動 QPKG 來更新應用程式。
感謝你幫我釐清。這根本不是問題……結果像往常一樣，我自己把事情搞複雜了 真的很感激你，夥伴……
今天我注意到 sherpa check 已經改成 sherpa fix 了 
是的，這樣更符合它實際的功能。
小幅更新：
最近 Entware 套件剛做了更新，Python3 已升級至 3.13.9。
因此，Mylar3 和 Watcher3 已不再支援。Watcher3 已停止開發，而 Mylar3 的開發者暫時無意確保對 Python 3.13 的相容性。
請從您的 App Center 移除這些 QPKG。
Entware 更新也導致 。git 和 git-http IPK 壞掉，目前任何從 repo 拉取 git 原始碼的 QPKG 都會失敗
我正在嘗試提供一個暫時的修正方案，很快就會發布。
今天有新套件發佈！希望它們能正常運作。
另外，一個重要的變更：QPKG 現在預設在重新啟動時不會自動更新。這個功能可以針對每個 QPKG 重新啟用，但必須由操作人員手動設定。這應該能帶來更穩定且更快速的體驗。
QPKG 名稱: 狀態: 上次操作（結果）: QPKG 版本: 應用程式版本:
Entware - 已啟用，未啟動 不支援 1.03a 1.
你好，「未啟動」是什麼意思？！
這表示 sherpa 偵測到已安裝 Entware QPKG，但它似乎尚未啟動，也未對 QTS 可用。
請問您可以重新啟動 Entware 嗎？
/etc/init.d/entware.sh restart
[~] # /etc/init.d/entware.sh restart
-sh: /etc/init.d/entware.sh: 沒有那個檔案或目錄
[~] # cd /etc/init.d/
[/etc/init.d] # ls
add_cloud_key.sh* porter.sh*
add_cloud_nat_rule.sh* power_button.sh*
addshare.sh* poweroff*
adjust_sync_speed.sh* pp_qcoolie.sh*
ads_register_dns.sh* push_notification_daemon.sh*
AdvancedNetDriver.sh.patch* pw_sleep.sh*
adv_net_drv.sh* qaccess.sh*
antivirus.sh* qanalytic_init.sh*
atalk.sh* qapi.sh*
avahi.sh* qat_setup.sh*
aws_key.sh* qboost.sh@
backup_conf.sh* qbutton.sh*
bcclient.sh* qcloud_blob_daemon.sh*
bluetooth.sh* qcloud_init.sh*
bonjour.sh@ QcloudSSLCertificate.sh@
boot_done.sh* qdff_mount.sh*
cacd.sh* qlsmd.sh*
callhome_upload_disk_phy_event.sh* qm2_nic.sh*
callhome_upload_disk_smart.sh* QMediaService.sh*
callhome_upload_fan.sh* qmigrate.sh*
callhome_upload_network_nic.sh* qpkg_res.sh@
callhome_upload_network_stack.sh* qpkg.sh@
callhome_upload_psu.sh* qplayd.sh*
cdrom.sh* qraid1.sh*
check_bootcmd.sh* qsnapman.sh*
check_ddns_external_ip.sh* qstorman.sh*
check_fw_update_cs.sh* qsyncsrv_install.sh*
check_lan_port.sh* qsyncsrv.sh@
_check_nss2* qtag.sh*
check_nss2* Qthttpd.sh*
check_service_noshare_run* qts_notice.sh*
chkcfgpart.sh* qulog.sh@
cloudinstall_finish.sh* qunetswitch.sh*
cloudinstall_init_daemon.sh* radius.sh*
cloudinstall_init.sh* radvd.sh*
cloudinstall_report_complete_daemon.sh* rcK*
cloudinstall_report_offline.sh* rcS*
convert2_ext4.sh* rcS_normal*
create_udev_rule.sh* rcv_port.sh*
crond.sh* reboot*
cs_daemon.sh* recoverd.sh*
cs_fw_verify.sh* recycled.sh*
cs_verify_tool* refresh_internet_status.sh*
da_iotest.sh* refresh_nvr_crontab.sh*
dbus.sh* report_cloud_platform.sh*
ddns_update_for_cgi.sh* reset_all.sh*
ddns_update.sh* reset_sata.sh*
disk_data_collection.sh* reset_tl_rxx00pes.sh*
dump_all_trct_log.sh* reverse_proxy.sh*
enc_migrate.sh* rfsd.sh*
Entware.sh@ root_cert
很奇怪，雖然裡面有列出 Entware.sh@，但卻說沒有這個檔案，名字最後的「@」是什麼意思？！