SQLite DB 書き込み中にデバイスの電源を落としたりすると、hot journal という状態になり、次回のデータベース読み込み時に SQLite3 のロールバック処理が走ります。
ロールバック処理は、journal ファイルをもとにして DB ファイルの修復をしようとするので、データベースが WRITE モードでオープンされている必要があります。
- 参考: Write-Ahead Logging - Read-Only Databases
- 参考: File Locking And Concurrency In SQLite Version 3 - The Rollback Journal
ロールバック処理が走るときにデータベースが Read only でオープンされていると、sqlite_prepare() などを呼び出したときにエラー（SQLITE_IOERR_LOCK）で失敗します。
SQLite ライブラリ内部の実装を追っていくと、システムコールの fcntl() によるファイルの排他ロックをかけようとしてエラー（EBADF: Bad file descriptor）になっています。
どうやら、ファイルを read only でオープンしているときに排他ロックをかけようとすると fcntl() はエラー（EBADF）になるようです。
これに備えるためには、データベースをオープンするときに WRITE 権限をつけるしかなさそうです。
sqlite3_open_v2(DB_PATH, SQLITE_OPEN_READONLY, 0);
↓
sqlite3_open_v2(DB_PATH, SQLITE_OPEN_READWRITE, 0);
（内部でうまいことロールバック処理してくれればいいのに…）
SQLite 3.7.0 から導入された WAL (Write-Ahead Logging) を有効にすれば、このようなロックエラーに悩まされないようになるみたいです。