Hai Andy dan selamat datang di forum baru! 
Setelah setiap kali reboot, sabnzbd tidak mengenali par2cmdline turbo qpkg yang sudah terpasang.
Saya harus secara manual menghentikan dan memulai keduanya agar par2cmdline turbo dikenali oleh sabnzbd.
Saya pikir par2cmdline turbo harus dijalankan sebelum sabnzbd saat reboot. Apakah ada cara untuk melakukan ini?
Sayangnya, paket sortmyqpkg diketahui sudah tidak berfungsi dengan baik lagi, jadi apakah ada kemungkinan lain?
Hai, teman. 
Seharusnya ini terjadi secara otomatis.
Saya butuh beberapa informasi tentang pengaturan Anda. Bisakah Anda menjalankan masing-masing perintah berikut dan memposting hasilnya di sini?
sherpa about
sherpa list installed
getcfg sabnzbd dependency -f /etc/config/qpkg.conf
getcfg par2turbo enable -f /etc/config/qpkg.conf
[~] # sherpa tentang
sherpa v251210-stable
dbug: (II) --------------------------------------------------------------------------------------------------------
dbug: () PERANGKAT KERAS: Model NAS: TS-251
dbug: () PERANGKAT KERAS: CPU: Intel(R) Celeron(R) CPU J1800 @ 2.41GHz
dbug: () PERANGKAT KERAS: Inti CPU: 2
dbug: () PERANGKAT KERAS: Arsitektur CPU: x86_64
(64b)
dbug: () PERANGKAT KERAS: benchmark SHA1 CPU dasar: 55.0MB/dtk
dbug: () PERANGKAT KERAS: RAM: 3.74GiB
dbug: () KERNEL: nama: GNU/Linux
dbug: () KERNEL: versi: 5.10.60-qnap
dbug: () KERNEL: ukuran halaman: 4096B
dbug: () FIRMWARE: OS: QTS
dbug: () FIRMWARE: versi: 5.2.8.3332
dbug: () FIRMWARE: tanggal build: 20251128 (Jum 28 Nov 2025)
dbug: () FIRMWARE: platform: X86_BAYTRAIL
dbug: () OS: status: online
dbug: () OS: waktu aktif: 11j:11m:23d
dbug: () OS: rata-rata beban: 1m:0.23, 5m:0.23, 15m:0.29
dbug: () PENYIMPANAN: volume default terpasang: /share/MD1_DATA
dbug: () PENYIMPANAN: benchmark tulis dasar: 331MB/dtk
dbug: () PENYIMPANAN: /opt: /share/MD1_DATA/.qpkg/Entware
dbug: () USERSPACE: libc: (GNU libc) 2.21
dbug: () USERSPACE: hak cipta libc: Copyright (C) 2015 Free Software Foundation, Inc.
dbug: () USERSPACE: $EUID: 0
dbug: (NA) USERSPACE: $SUDO_UID: N/A
dbug: () USERSPACE: Versi BusyBox: BusyBox v1.24.1 (2025-11-28 02:14:32 CST) multi-call binary.
dbug: () USERSPACE: hak cipta BusyBox: BusyBox dilindungi hak cipta oleh banyak penulis antara 1998-2015.
dbug: () USERSPACE: jumlah fungsi BusyBox: 166
dbug: () SCRIPT: Versi QPKG: 250927
(Sab 27 Sep 2025)
dbug: () SCRIPT: versi manajer: 251210-stable
dbug: () SCRIPT: epoch manajer: 1765404323 (Rab 10 Des 2025 11:05:23 PM CET)
dbug: () SCRIPT: epoch objek: 1765404318 (Rab 10 Des 2025 11:05:18 PM CET)
dbug: () SCRIPT: epoch paket: 1765404085 (Rab 10 Des 2025 11:01:25 PM CET)
dbug: () SCRIPT: jalur log: /share/MD1_DATA/.qpkg/sherpa/log
dbug: () QPKG: rilis paket: v251211 (Kam 11 Des 2025)
dbug: (NA) QPKG: izinkan tidak resmi: N/A
dbug: () QPKG: butuh tanda tangan: tidak
dbug: () QPKG: arsitektur: i64 (Intel x86-64)
dbug: () QPKG: tanggal Entware terpasang: 2025-10-23 (Kam 23 Okt 2025)
dbug: () QPKG: tipe Entware: std
dbug: (NA) QPKG: SortMyQPKGs: N/A
dbug: (NA) QPKG: IncreaseTimeouts: N/A
dbug: (II) --------------------------------------------------------------------------------------------------------
[~] # sherpa list installed
Entware
Par2turbo
SABnzbd
sherpa
Unrar
[~] # getcfg sabnzbd dependency -f /etc/config/qpkg.conf
Entware:Unrar:Par2turbo
[~] # getcfg par2turbo enable -f /etc/config/qpkg.conf
TRUE
Semoga itu membantu…
Semua terlihat baik. 
Artinya: tampaknya QTS tidak menjalankan QPKG sesuai dengan dependensi yang terdaftar.
Saat ini saya juga sedang menguji pada setup yang hampir identik (dan semuanya berjalan lancar). Namun saya menginstal semua QPKG sherpa. Saya akan coba mengurangi hanya ke QPKG yang kamu gunakan dan lihat apakah saya bisa mereplikasi error ini.
Saya akan mengabari kamu kembali.
Tidak, di sini berfungsi dengan baik.
@jimpoison, apakah SABnzbd menyatakan tidak dapat menemukan Par2cmdline-turbo?
Saat ini terjadi, bisakah kamu menjalankan laporan status sherpa?
sherpa status
Jika kamu hanya me-restart QPKG SABnzbd, apakah itu membuatnya berfungsi kembali?
Ya, sabnzbd mengatakan par2cmdline tidak tersedia. Tapi status Sherpa memberi tahu saya bahwa par2cmdline tidak aktif setelah reboot. Saya pikir itu alasan kenapa sabnzbd tidak mengenalinya. Namun jika saya restart par2cmdline, status sherpa mengatakan itu aktif dan dikenali oleh sabnzbd. Jadi pertanyaannya, kenapa par2cmdline tidak aktif setelah reboot?
Seberapa cepat setelah booting Anda memeriksa status SABnzbd?
Saat Anda menghasilkan laporan status sherpa, apakah ada notifikasi bahwa QTS masih memulai QPKG?
Bisakah Anda memposting skrip log layanan SABnzbd?
/etc/init.d/sabnzbd.sh log
Hai, saya mengalami beberapa masalah dengan SickGear, aplikasi ini bisa mulai tapi berhenti dalam beberapa detik. Semua tampak baik, saya bisa menghentikan dan memulai secara manual, login juga bisa, tapi dalam beberapa detik sudah mati. Ada ide?
QPKG name: Status: Last action (result): QPKG version: Appl. version: Location:
* ClamAV * incompatible author N/A N/A N/A /share/MD0_DATA/.qpkg/ClamAV
Entware - enabled, active unsupported 1.03a 1.03a /share/MD0_DATA/.qpkg/Entware
nzbToMedia - enabled, active restart (OK) 251226 dynamic /share/MD0_DATA/.qpkg/nzbToMedia
OSickGear - enabled, inactive start (OK) 250124 dynamic /share/MD0_DATA/.qpkg/OSickGear
Par2turbo - enabled, active unsupported 1.2.0 1.2.0 /share/MD0_DATA/.qpkg/Par2turbo
SABnzbd - enabled, active start (OK) 251226 dynamic /share/MD0_DATA/.qpkg/SABnzbd
sherpa - enabled, active start (OK) 251212 251212 /share/MD0_DATA/.qpkg/sherpa
Unrar - enabled, active unsupported 7.0.8 7.01 beta 1 /share/MD0_DATA/.qpkg/Unrar
Dulu berjalan baik, saya tidak yakin apakah ada yang bermasalah di qnap saya atau ada hal lain. Sherpa (sherpa) tampaknya baik-baik saja sejauh yang saya cek dan pahami.
Satu hal, walaupun tidak ada yang berubah (aplikasi baru atau konfigurasi), qnap saya berjalan dengan penggunaan prosesor tinggi (sekitar 50%) dan memori (sekitar 30%).
[~] # sherpa about
sherpa v251226-stable
dbug: (II) --------------------------------------------------------------------------------------------------------
dbug: (**) HARDWARE: NAS model: TS-253A
dbug: (**) HARDWARE: CPU: Intel(R) Celeron(R) CPU N3150 @ 1.60GHz
dbug: (**) HARDWARE: CPU cores: 4
dbug: (**) HARDWARE: CPU architecture: x86_64 (64b)
dbug: (**) HARDWARE: basic CPU SHA1 benchmark: 48.7MB/s
dbug: (**) HARDWARE: RAM: 7.69GiB
dbug: (**) KERNEL: name: GNU/Linux
dbug: (**) KERNEL: version: 5.10.60-qnap
dbug: (**) KERNEL: page size: 4096B
dbug: (**) FIRMWARE: OS: QTS
dbug: (**) FIRMWARE: version: 5.2.8.3359
dbug: (**) FIRMWARE: build date: 20251225 (Kamis 25 Des 2025)
dbug: (**) FIRMWARE: platform: X86_BRASWELL
dbug: (**) OS: state: online
dbug: (**) OS: uptime: 98j:22m:51d
dbug: (**) OS: load averages: 1m:2.08, 5m:2.77, 15m:3.52
dbug: (**) STORAGE: default volume mounted: /share/MD0_DATA
dbug: (**) STORAGE: basic write benchmark: 243MB/s
dbug: (**) STORAGE: /opt: /share/MD0_DATA/.qpkg/Entware
dbug: (**) USERSPACE: libc: (GNU libc) 2.21
dbug: (**) USERSPACE: libc copyright: Copyright (C) 2015 Free Software Foundation, Inc.
dbug: (**) USERSPACE: $EUID: 0
dbug: (NA) USERSPACE: $SUDO_UID: N/A
dbug: (**) USERSPACE: BusyBox version: BusyBox v1.24.1 (2025-12-25 02:11:02 CST) multi-call binary.
dbug: (**) USERSPACE: BusyBox copyright: BusyBox is copyrighted by many authors between 1998-2015.
dbug: (**) USERSPACE: BusyBox function count: 166
dbug: (**) SCRIPT: QPKG version: 251212 (Jumat 12 Des 2025)
dbug: (**) SCRIPT: manager version: 251226-stable
dbug: (**) SCRIPT: manager epoch: 1766706808 (Jumat 26 Des 2025 1:53:28 AM EET)
dbug: (**) SCRIPT: objects epoch: 1766706803 (Jumat 26 Des 2025 1:53:23 AM EET)
dbug: (**) SCRIPT: packages epoch: 1766706667 (Jumat 26 Des 2025 1:51:07 AM EET)
dbug: (**) SCRIPT: logs path: /share/MD0_DATA/.qpkg/sherpa/log
dbug: (**) QPKG: packages release: v251226 (Jumat 26 Des 2025)
dbug: (NA) QPKG: allow unofficial: N/A
dbug: (**) QPKG: require signed: no
dbug: (**) QPKG: architecture: i64 (Intel x86-64)
dbug: (**) QPKG: date Entware installed: 2025-11-30 (Minggu 30 Nov 2025)
dbug: (**) QPKG: Entware type: std
dbug: (NA) QPKG: SortMyQPKGs: N/A
dbug: (NA) QPKG: IncreaseTimeouts: N/A
dbug: (II) --------------------------------------------------------------------------------------------------------
Terima kasih!
Hai @Vasarolli dan selamat datang di forum baru.
Anda sedang menggunakan QPKG ‘OSickGear’ yang lama. Ini perlu diganti dengan QPKG ‘SickGear’ yang baru.
Silakan lihat halaman diskusi ini untuk detailnya: New QPKG names, and how-to start using them · OneCDOnly/sherpa · Discussion #321 · GitHub
Omygod, terima kasih, saya tidak menyadari hal ini, mungkin saya perlu lebih sering berkunjung ke sini dan ke Git secara rutin… Inilah yang terjadi ketika saya hanya mencoba menyelesaikan masalah jika ada kendala. Newsletter semacam itu pasti akan sangat membantu
Sepertinya tidak berhasil, tapi saya yakin kamu tahu apa yang harus dilakukan selanjutnya.
[~] # sherpa backup osickgear rm osickgear rebuild sickgear
sherpa v251226-stable
selesai: aksi paket lengkap.
• Aksi paket dimulai @ 11:22:24 PM, selesai @ 11:32:45 PM, durasi = 10m:21s
• Aksi paket berikut selesai dengan baik:
meta-rebuild SickGear QPKG dalam 1 detik
download SickGear QPKG dalam 1 detik
deactivate OSickGear QPKG dalam 1 detik
backup OSickGear QPKG dalam 1m:54s
uninstall OSickGear QPKG dalam 12 detik
reactivate Entware QPKG dalam 2 detik
install SickGear QPKG dalam 1m:30s (v251226)
• Aksi paket berikut dilewati (dan alasannya):
"sign" SickGear QPKG dalam 1 detik (sudah ditandatangani)
• Aksi paket berikut gagal (dan alasannya):
restore SickGear QPKG dalam 6m:19s (dicoba dijalankan 4 kali, tidak ada percobaan lebih lanjut yang mungkin)
[~] #
Bisakah Anda memposting log layanan SickGear Anda?
/etc/init.d/sickgear.sh log
Secara khusus, saya perlu melihat log untuk tindakan terakhir yang dilakukan (yang seharusnya adalah restore). Jika Anda dapat mengidentifikasi setiap blok tindakan, silakan posting hanya yang terakhir saja.
1 - tidak ada file konfigurasi, menggunakan default sebagai template
2 - pembaruan aplikasi otomatis: true
3 ‹E2›‹80›‹A2›
4 - sumber: sickgear.sh, aksi: mulai, waktu: Sen 12 Jan 2026 11:24:57 PM EET, beban: 5.73
5 - paket: 251226, layanan: 251226, pustaka: 251226
6 - QPKG diaktifkan: true
7 - pembaruan aplikasi otomatis: true
8 - cabang git aktif:
9 - PID daemon: none
10 - file ada: /opt/bin/git
11 › buat 'SickGear' dari repository remote: OK
12 - cabang git aktif: main
13 › buat lingkungan virtual Python baru: OK
14 › buat konfigurasi QPKG 'pip': OK
15 › tambahkan lokasi '/share/MD0_DATA/.qpkg/SickGear/pip-cache' sebagai cache 'pip': OK
16 › tambahkan lokasi '/share/MD0_DATA/.qpkg/SickGear/qpkg-wheels' ke jalur pencarian 'pip': OK
17 › kecualikan modul PyPI bermasalah dari 'requirements.txt': OK
18 › kecualikan modul PyPI bermasalah dari 'recommended.txt': OK
19 › instal modul PyPI dari 'base.txt': OK
20 › instal modul PyPI dari 'requirements.txt': OK
21 › instal modul PyPI dari 'recommended.txt': OK
22 › muat port dari file konfigurasi: OK
23 › mulai daemon: OK
24 › pantau nama proses daemon muncul (tidak lebih dari 168 detik): OK
25 = nama proses muncul dalam 1 detik
26 › tunggu 14 detik untuk konfirmasi PID masih aktif: selesai
27 - PID daemon: 27994
28 - alamat listening daemon: 0.0.0.0
29 - port HTTPS diaktifkan: false
30 - port HTTP: 7181
31 › uji respons port 7181 (tidak lebih dari 168 detik): OK
32 = merespons dalam 0 detik
33 › perbarui ikon QPKG dengan port UI: OK
34 = sumber: sickgear.sh, aksi: mulai, waktu: Sen 12 Jan 2026 11:26:18 PM EET, hasil: OK, waktu berlalu: 0j:01m:22d, beban: 5.8
34 4
35 ‹E2›‹80›‹A2›
36 - sumber: sickgear.sh, aksi: restore, waktu: Sen 12 Jan 2026 11:26:26 PM EET, beban: 5.87
37 - paket: 251226, layanan: 251226, pustaka: 251226
38 - PID daemon: 27994
39 › hentikan daemon PID 27994 dengan SIGTERM (tidak lebih dari 168 detik): OK
40 - berhenti dalam 4 detik
41 - PID daemon: none
42 › pulihkan cadangan konfigurasi: OK
43 - PID daemon: none
44 - file ada: /opt/bin/git
45 › perbarui 'SickGear' dari repository remote: OK
46 - cabang git aktif: main
47 › muat port dari file konfigurasi: OK
48 › mulai daemon: OK
49 › pantau nama proses daemon muncul (tidak lebih dari 168 detik): OK
50 = nama proses muncul dalam 1 detik
51 › tunggu 14 detik untuk konfirmasi PID masih aktif: selesai
52 - PID daemon: none
53 w pemeriksaan PID daemon gagal: tampaknya terjadi kegagalan setelah peluncuran
54 ~ coba ulang 1/3
55 › mulai daemon: OK
56 › pantau nama proses daemon muncul (tidak lebih dari 144 detik): w nama proses tidak ditemukan (melebihi batas waktu: 144 d
56 etik)
57 › tunggu 10 detik untuk konfirmasi PID masih aktif: selesai
58 - PID daemon: none
59 w pemeriksaan PID daemon gagal: tampaknya terjadi kegagalan setelah peluncuran
60 ~ coba ulang 2/3
61 › mulai daemon: OK
62 › pantau nama proses daemon muncul (tidak lebih dari 120 detik): w nama proses tidak ditemukan (melebihi batas waktu: 120 d 62 etik)
63 › tunggu 10 detik untuk konfirmasi PID masih aktif: selesai
64 - PID daemon: none
65 w pemeriksaan PID daemon gagal: tampaknya terjadi kegagalan setelah peluncuran
66 ~ coba ulang 3/3
67 › mulai daemon: OK
68 › pantau nama proses daemon muncul (tidak lebih dari 120 detik): OK
69 = nama proses muncul dalam 1 detik
70 › tunggu 10 detik untuk konfirmasi PID masih aktif: selesai
71 - PID daemon: none
72 w pemeriksaan PID daemon gagal: tampaknya terjadi kegagalan setelah peluncuran
73 ! mencoba meluncurkan 4 kali, tidak ada percobaan ulang lebih lanjut yang memungkinkan
74 = sumber: sickgear.sh, aksi: restore, waktu: Sen 12 Jan 2026 11:32:44 PM EET, hasil: GAGAL, waktu berlalu: 0j:06m:18d, beba 74 n: 3.64
75 ‹E2›‹80›‹A2›
76 - sumber: sickgear.sh, aksi: stop, waktu: Sen 12 Jan 2026 11:38:24 PM EET, beban: 2.29
77 - paket: 251226, layanan: 251226, pustaka: 251226
78 - QPKG diaktifkan: false
79 - pembaruan aplikasi otomatis: true
80 - cabang git aktif: main
81 - PID daemon: none
82 = sumber: sickgear.sh, aksi: stop, waktu: Sen 12 Jan 2026 11:38:24 PM EET, hasil: OK, waktu berlalu: 142ms, beban: 2.29
83 ‹E2›‹80›‹A2›
84 - sumber: sickgear.sh, aksi: mulai, waktu: Sen 12 Jan 2026 11:38:34 PM EET, beban: 3.17
85 - paket: 251226, layanan: 251226, pustaka: 251226
86 - QPKG diaktifkan: true
87 - pembaruan aplikasi otomatis: true
88 - cabang git aktif: main
89 - PID daemon: none
90 - file ada: /opt/bin/git
91 › perbarui 'SickGear' dari repository remote: OK
92 - cabang git aktif: main
93 › muat port dari file konfigurasi: OK
94 › mulai daemon: OK
95 › pantau nama proses daemon muncul (tidak lebih dari 120 detik): OK
96 = nama proses muncul dalam 1 detik
97 › tunggu 10 detik untuk konfirmasi PID masih aktif: selesai
98 - PID daemon: none
99 w pemeriksaan PID daemon gagal: tampaknya terjadi kegagalan setelah peluncuran
100 ~ coba ulang 1/3
101 › mulai daemon: OK
102 › pantau nama proses daemon muncul (tidak lebih dari 132 detik): w nama proses tidak ditemukan (melebihi batas waktu: 132 d 102 etik)
103 › tunggu 10 detik untuk konfirmasi PID masih aktif: selesai
104 - PID daemon: none
105 w pemeriksaan PID daemon gagal: tampaknya terjadi kegagalan setelah peluncuran
106 ~ coba ulang 2/3
107 › mulai daemon: OK
108 › pantau nama proses daemon muncul (tidak lebih dari 120 detik): w nama proses tidak ditemukan (melebihi batas waktu: 120 d 108 etik)
109 › tunggu 18 detik untuk konfirmasi PID masih aktif:
OK, mari kita mulai dengan clean:
/etc/init.d/sickgear.sh clean
… lalu lakukan start dalam mode debug:
/etc/init.d/sickgear.sh start debug
Jika Anda melihat daemon gagal memeriksa sekali, batalkan dengan CTRL+C. Silakan kirim kembali apa yang Anda lihat selama aksi start.
[~] # /etc/init.d/sickgear.sh clean
- sumber: sickgear.sh, aksi: clean, waktu: Sen 12 Jan 2026 23:52:54 EET, beban: 8.48
- paket: 251226, layanan: 251226, pustaka: 251226
- QPKG diaktifkan: true
- pembaruan aplikasi otomatis: true
- cabang git aktif: main
- PID daemon: none
> bersihkan repositori lokal: OK
> bersihkan lingkungan virtual Python: OK
> bersihkan cache PyPI: OK
> bersihkan path sementara: OK
= sumber: sickgear.sh, aksi: clean, waktu: Sen 12 Jan 2026 23:52:56 EET, hasil: OK, waktu berlalu: 2,556ms, beban: 8.20
Bagus sejauh ini… sekarang start dengan debug.
Kira-kira maksudmu ini?
Berhasil menginstal orjson-3.11.5 rapidfuzz-3.14.3
} eksekusi: selesai OK (0)
> memuat port dari file konfigurasi: OK
> memulai daemon:
{ eksekusi: '/share/MD0_DATA/.qpkg/SickGear/venv/bin/python3 /share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear.py --daemon --nolaunch --datadir /share/MD0_DATA/.qpkg/SickGear/config'
} eksekusi: selesai OK (0)
> memantau nama proses daemon agar muncul (tidak lebih dari 132 detik): 1, OK
> tunggu 11 detik untuk memastikan PID masih aktif: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, selesai
- PID daemon: tidak ada
w pemeriksaan PID daemon gagal: tampaknya terjadi kegagalan setelah peluncuran
~ coba ulang 1/3
> memulai daemon:
{ eksekusi: '/share/MD0_DATA/.qpkg/SickGear/venv/bin/python3 /share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear.py --daemon --nolaunch --datadir /share/MD0_DATA/.qpkg/SickGear/config'
} eksekusi: selesai OK (0)
> memantau nama proses daemon agar muncul (tidak lebih dari 120 detik): 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, w nama proses tidak ditemukan (melebihi batas waktu: 120 detik)
> tunggu 10 detik untuk memastikan PID masih aktif: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, selesai
- PID daemon: tidak ada
w pemeriksaan PID daemon gagal: tampaknya terjadi kegagalan setelah peluncuran
~ coba ulang 2/3
Mari coba memulai secara manual tanpa daemon. Ini akan mencoba menjalankan SickGear dalam mode interaktif. Silakan salin dan tempel seluruh perintah di bawah ini lalu jalankan:
/share/MD0_DATA/.qpkg/SickGear/venv/bin/python3 /share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear.py --nolaunch --datadir /share/MD0_DATA/.qpkg/SickGear/config
Tadi ada batas 3 postingan, mungkin sekarang sudah hilang…
[~] # /share/MD0_DATA/.qpkg/SickGear/venv/bin/python3 /share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear.py --nolaunch --datadir /share/MD0_DATA/.qpkg/SickGear/config
Memulai SickGear dari /share/MD0_DATA/.qpkg/SickGear/config/config.ini
00:03:48 INFO TORNADO :: Memulai SickGear di http://0.0.0.0:8081/
00:03:48 INFO MAIN :: Skema database sudah terbaru, tidak perlu upgrade
00:03:48 INFO MAIN :: Memeriksa struktur database...
00:03:48 INFO MAIN :: Memeriksa struktur database...
00:03:48 INFO MAIN :: Tidak ada episode yatim, pemeriksaan lolos
00:03:48 INFO MAIN :: Tidak ada episode BELUM TAYANG, pemeriksaan lolos
00:03:48 ERROR MAIN :: Kesalahan fatal saat menjalankan query: database disk image rusak
Traceback (most recent call last):
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear.py", line 823, in <module>
SickGear().start()
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear.py", line 491, in start
sickgear.initialize(console_logging=self.console_logging)
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear/__init__.py", line 659, in initialize
return init_stage_2()
^^^^^^^^^^^^^^
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear/__init__.py", line 1565, in init_stage_2
db.sanity_check_db(my_db, mainDB.MainSanityCheck)
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear/db.py", line 420, in sanity_check_db
sanity_check(connection).check()
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear/databases/mainDB.py", line 43, in check
self.fix_scene_exceptions()
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear/databases/mainDB.py", line 257, in fix_scene_exceptions
sql_result = self.connection.select(
^^^^^^^^^^^^^^^^^^^^^^^
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear/db.py", line 296, in select
sql_results = self.action(query, args).fetchall()
^^^^^^^^^^^^^^^^^^^^^^^^
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear/db.py", line 276, in action
sql_result = self.connection.execute(query)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
sqlite3.DatabaseError: database disk image rusak
00:03:48 INFO MAIN :: SickGear.Start() exception caught database disk image rusak: Traceback (most recent call last):
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear.py", line 823, in <module>
SickGear().start()
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear.py", line 491, in start
sickgear.initialize(console_logging=self.console_logging)
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear/__init__.py", line 659, in initialize
return init_stage_2()
^^^^^^^^^^^^^^
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear/__init__.py", line 1565, in init_stage_2
db.sanity_check_db(my_db, mainDB.MainSanityCheck)
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear/db.py", line 420, in sanity_check_db
sanity_check(connection).check()
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear/databases/mainDB.py", line 43, in check
self.fix_scene_exceptions()
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear/databases/mainDB.py", line 257, in fix_scene_exceptions
sql_result = self.connection.select(
^^^^^^^^^^^^^^^^^^^^^^^
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear/db.py", line 296, in select
sql_results = self.action(query, args).fetchall()
^^^^^^^^^^^^^^^^^^^^^^^^
File "/share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear/db.py", line 276, in action
sql_result = self.connection.execute(query)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
sqlite3.DatabaseError: database disk image rusak
Sial, sepertinya SickGear tidak menerima database asli dari instalasi lama Anda. 
Saya menduga Anda perlu membangun ulang database acara TV Anda. Ini berarti menghapus database saat ini dan memulai SickGear dengan konfigurasi baru. Setelah itu, biarkan SickGear memindai acara TV yang sudah ada.
Mari kita mulai SickGear dengan konfigurasi bersih dan pastikan dapat dimuat dengan benar:
/etc/init.d/sickgear.sh reset-config
… lalu start kembali dalam mode debug:
/etc/init.d/sickgear.sh start debug