OK, itu masuk akal. Saya hanya tidak bisa memahami bagaimana file-file itu bisa hilang.
Saya sudah mengarahkan SABnzbd ke folder /repo-cache, dan di tab kategori, semuanya sekarang sudah kembali normal. Saya akan membuat cadangan autoProcessMedia.cfg untuk berjaga-jaga kalau semuanya direset lagi nanti.
Terima kasih atas bantuan cepatnya 
Berita buruk lagi (sepertinya tidak pernah berakhir): para pengembang Lidarr sekarang mengompilasi binary mereka agar membutuhkan libc 2.29 atau lebih baru, yang tidak tersedia di QTS. 
Jadi, untuk saat ini, paket Lidarr tidak bisa dijalankan. Pengguna Lidarr yang sudah ada akan menemukan instalasi mereka rusak saat Lidarr melakukan pembaruan berikutnya, dan Lidarr akan dihapus dari dukungan sherpa pada rilis QPKG stabil berikutnya.
Ada beberapa versi yang tersedia di repositori myQNAP jika Anda ingin tetap menggunakan aplikasi ini, namun versi tersebut memerlukan pembelian core QPKG dari Stéphane.
Anda mungkin bisa memindahkan konfigurasi Anda yang sudah ada ke sana. Namun, jangan instal versi myQNAP sebelum Anda membackup konfigurasi Anda secara manual.
Lidarr sherpa Anda sebaiknya dihapus secara manual melalui QTS App Center Anda.
p.s. Apakah ada yang tahu cara mengompilasi glibc versi terbaru dan membuatnya tersedia untuk aplikasi tertentu? Jika iya, saya butuh bantuan Anda. Silakan hubungi saya. 
Hai,
Terkait dengan path nzbMedia, saya menemukan sedikit kekeliruan.
Baru-baru ini, skrip di SabNZB saya tidak berfungsi lagi, dan saya menyadari bahwa skrip nzbMedia sekarang terhubung ke /share/Public/Downloads dan bukan lagi ke /share/Download.
Jadi saya coba melihat ke dalam nzbmedia.sh:
default_download_share diambil dari /etc/config/def_share.info. File tersebut di tempat saya seperti ini:
[SHARE_DEF]
defPublic = Public
defDownload = Download
defMultimedia = Multimedia
defRecordings = none
defUsb = Usb
defWeb = Web
defVolMP = /share/CACHEDEV1_DATA
Jadi hasilnya di tempat saya adalah /share/CACHEDEV1_DATA/Download.
Namun kemudian di nzbmedia.sh ada pengecekan berikut:
if [[ -z $default_download_share ]]||[[ -n $default_download_share && ! -L $default_download_share ]];then
default_download_share=unspecified
fi
Dan tepat pada bagian ! -L $default_download_share itulah masalahnya.
-L adalah “True jika file ada dan merupakan symbolic Link.”
Nah, /share/CACHEDEV1_DATA/Download adalah lokasi penyimpanan asli dari share, jadi berupa folder dan bukan symlink.
/share/Download adalah symlink yang sesuai.
Sehingga default_download_share=unspecified di-set dan akhirnya symlink untuk skrip dibuat di /share/Public/Download.
Untuk sementara, saya mengatasinya dengan menambahkan baris berikut ke /etc/config/qpkg.conf: Scripts_Path = /share/Download. Tapi saya tidak yakin apakah ini akan tetap ada setelah update nzbMedia-QPKG.
Jadi, jika @OneCD sedang mengerjakan QPKG baru, mungkin perlu ada sedikit perbaikan di bagian ini.
Hai sobat, dan terima kasih sudah membagikan temuanmu. 
QPKG nzbToMedia yang baru sudah selesai, tapi masih menunggu rilis paket sherpa berikutnya (yang saya harap akan terjadi akhir pekan ini). Saya telah mengubah logika di QPKG nzbToMedia sehingga sekarang sudah berdiri sendiri. QPKG ini tidak akan lagi mencoba menautkan ke lokasi unduhan yang digunakan oleh aplikasi lain seperti SABnzbd atau nzbget.
Sekarang, pengguna bebas membuat tautan di mana saja mereka suka—bahkan symlink tidak diperlukan lagi. Ini berarti, skrip post-processing tidak perlu lagi berada di dalam path “downloads”.
Untuk pengguna lama, mereka sudah punya tautan. Untuk pengguna baru (atau pengguna lama yang ingin mengubah lokasi skrip), atur lokasi ‘Scripts Folder’ langsung di SABnzbd (atau nzbget).
Yang tersisa hanyalah saya membuat halaman wiki baru untuk menjelaskan ini.
Rilis paket sherpa baru saja didorong ke GitHub: v20251108
Banyak perubahan, jadi mohon informasikan jika ada masalah. Semoga semuanya tetap berjalan seperti sebelumnya. 
Operasi nzbToMedia QPKG juga telah berubah: How to use the new nzbToMedia QPKG · OneCDOnly/sherpa Wiki · GitHub
Selain itu, untuk pengguna Sonarr, Readarr, dan Whisparr, harap reboot NAS Anda setelah memperbarui QPKG Anda. Anda mungkin melihat laporan kegagalan selama proses pembaruan: abaikan saja dan tetap lakukan reboot.
Lama tidak bertemu.. Folder scripts telah hilang.. pada pembaruan hari ini.. tidak ada di share/CACHEDEV1_DATA/.qpkg/nzbToMedia/repo-cache
Di mana nzbToMedia diinstal?
getcfg nzbToMedia Install_path -f /etc/config/qpkg.conf
Apakah ada repo-cache di bawah direktori ini?
ll $(getcfg nzbToMedia Install_path -f /etc/config/qpkg.conf)/repo-cache
Saya harus bertahan, tapi sekarang sudah berhasil dan skripnya sudah tersedia.. terima kasih
Skrip-skrip tersebut sekarang ada di direktori root repo..
Skrip nzbToMedia seharusnya sudah ada saat repo GitHub dikloning.
Apakah Anda sudah menambahkan skrip Anda sendiri ke repo-cache?
@Potestus, sangat penting untuk tidak menaruh skrip buatan sendiri di repo-cache. Lokasi ini akan dihapus setiap kali Anda memperbarui nzbToMedia.
Beritahu saya jika Anda memiliki skrip sendiri dan kita akan mencari cara untuk mengaturnya. 
Saya sekarang mendapatkan error watcher 3 di sab?
Watcher3: Gagal melakukan post-process - status diubah menjadi Disabled!
Saya masih menjalankannya sebagai sideload
ClamAV * penulis tidak kompatibel N/A N/A N/A /share/CAC>
Entware - diaktifkan, aktif tidak didukung 1.03a 1.03a /share/CAC>
Headphones - diaktifkan, aktif mulai (OK) 251116 dinamis /share/CAC>
LazyLibrarian - diaktifkan, aktif mulai (OK) 251116 dinamis /share/CAC>
nzbToMedia - diaktifkan, aktif mulai (OK) 251116 dinamis /share/CAC>
OSickGear - diaktifkan, aktif mulai (OK) 250628 dinamis /share/CAC>
Par2turbo - diaktifkan, aktif tidak didukung 1.2.0 1.2.0 /share/CAC>
SABnzbd - diaktifkan, aktif mulai (OK) 251116 dinamis /share/CAC>
sherpa - diaktifkan, aktif mulai (OK) 251101 251101 /share/CAC>
Unrar - diaktifkan, aktif tidak didukung 7.0.8 7.01 beta 1 /share/CAC>
Apa yang harus saya lakukan.. masih berfungsi tapi error-nya mengganggu..?
Hai, kawan. 
Watcher3 sudah tidak dikembangkan lagi. Aplikasi ini akan terus bermasalah dengan cara yang menarik dan tidak terduga karena tidak ada yang memperbaikinya.
Coba gunakan Radarr sebagai gantinya.
Halo @onecd… Ini saya lagi… si pemula yang selalu muncul saat ada masalah
Baru-baru ini QNAP saya mendapat pembaruan. Tidak yakin apakah itu penyebab masalahnya, tapi begitulah, saya di sini lagi.
Saya masih bisa membuka dan melihat sebagian besar program yang diinstal oleh sherpa - radarr, sonarr, dll. Namun, downloader saya SABNZBD tidak bisa terhubung. Saya sudah menghentikan/memulai ulang dari dalam app center, tapi saya tetap mendapatkan ERR_CONNECTION_REFUSED saat mengakses IP lokal:8900…
Menggunakan putty, saya sudah mencoba sudo sherpa reinstall sabnzbd tapi tidak menyelesaikan masalah… Saya sudah mencoba, sungguh…
Tanpa bantuanmu, qnap ini mungkin sudah masuk tempat sampah
Hai, kawan.
Bisakah kamu memeriksa status SABnzbd dengan skrip layanan?
/etc/config/sabnzbd.sh s
- QPKG diaktifkan: true
- pembaruan otomatis aplikasi: true
- cabang git aktif: master
- PID daemon: none
Semoga ini yang Anda cari?
Ya, itu dia. 
Sekarang, coba mulai:
/etc/init.d/sabnzbd.sh start
! tidak dapat menginstal addon: lingkungan Python virtual tidak ada
= sumber: sabnzbd.sh, aksi: mulai, waktu: Rab 3 Des 2025 23:59:13 CST, hasil:
Hmmm…
Sebagai pengguna baru di forum ini saya hanya bisa membalas 3 kali pada topik yang sama “sementara”. Jadi saya harus mengedit ini (jika diizinkan) untuk menjawab Anda…
[Eric@QNAP451 ~]$ sudo /etc/init.d/sabnzbd.sh clean
- sumber: sabnzbd.sh, aksi: bersihkan, waktu: Kam 4 Des 2025 00:02:59 CST, beban: 0.18
- paket: 251121, layanan: 251121, pustaka: 251121
- QPKG diaktifkan: true
- pembaruan aplikasi otomatis: true
- cabang git aktif: master
- PID daemon: none
> bersihkan repositori lokal: OK
> bersihkan lingkungan Python virtual: OK
> bersihkan cache PyPI: OK
> bersihkan jalur temp: OK
= sumber: sabnzbd.sh, aksi: bersihkan, waktu: Kam 4 Des 2025 00:02:59 CST, hasil: OK, waktu berlalu: 76ms, beban: 0.18
[Eric@QNAP451 ~]$ sudo /etc/init.d/sabnzbd.sh start
- sumber: sabnzbd.sh, aksi: mulai, waktu: Kam 4 Des 2025 00:03:14 CST, beban: 0.14
- paket: 251121, layanan: 251121, pustaka: 251121
- QPKG diaktifkan: true
- pembaruan aplikasi otomatis: true
- cabang git aktif:
- PID daemon: none
- file ada: /opt/bin/git
> buat 'SABnzbd' dari repositori jarak jauh: OK
- cabang git aktif: master
> buat lingkungan Python virtual baru: gagal
> buat konfigurasi QPKG 'pip': OK
> tambahkan lokasi '/share/CACHEDEV1_DATA/.qpkg/SABnzbd/pip-cache' sebagai cache 'pip': OK
> tambahkan lokasi '/share/CACHEDEV1_DATA/.qpkg/SABnzbd/qpkg-wheels' ke jalur pencarian 'pip': OK
! tidak dapat menginstal addon: lingkungan Python virtual tidak ada
= sumber: sabnzbd.sh, aksi: mulai, waktu: Kam 4 Des 2025 00:03:15 CST, hasil: GAGAL, waktu berlalu: 1.431ms, beban: 0.14
[Eric@QNAP451 ~]$
Menjaga mereka tetap terbaru? Tidak sengaja… kecuali jika itu dilakukan secara otomatis, saya belum menjalankan perintah apa pun untuk itu. Qnap melakukan pembaruan firmware secara otomatis, tapi saya berusaha untuk tidak terlalu mengutak-atik Sherpa karena saya sudah cukup malu untuk meminta bantuan seperti ini….
Oke, mari kita bersihkan dan mulai:
/etc/init.d/sabnzbd.sh clean
/etc/init.d/sabnzbd.sh start
Ngomong-ngomong: apakah kamu sudah menjaga QPKG sherpa-mu tetap terbaru? 