Bitcoin-Qt Wallet Corruption After Power Loss — Salvage Command Failed to Recover
BlockedSeed phrase could not be located — without it, wallet recovery was not possible.
In 2014, a Bitcoin holder stored their funds in a wallet.dat file managed by Bitcoin-Qt on a Windows machine with an SSD. The wallet had been dormant for approximately five months. When the laptop unexpectedly lost power while bitcoind was running, the wallet.dat file became corrupted due to the unclean shutdown—a known risk in Berkeley DB-backed systems when write operations are interrupted.
Upon discovering the corruption, the user attempted immediate recovery without stopping the running bitcoind process. They copied the corrupted wallet.dat as a backup, but this second copy also became corrupted during the operation. The user then executed the -salvagewallet command, which prompted a dialog asking whether to reindex the database. Declining reindexing, the user triggered a salvage operation that failed with the error message "salvage failed." The process generated a new file named wallet.{timestamp}.bak, but the original wallet.dat file disappeared from the filesystem.
Subsequent restart attempts with bitcoind, both with and without the -salvagewallet flag, all failed. Database logs revealed Berkeley DB corruption signatures: "file unknown has LSN 1/263145, past end of log at 1/198476." These LSN (Log Sequence Number) mismatches are characteristic of unrecoverable Berkeley DB state corruption.
The user had no independent backup of the wallet file—no paper key, no seed export, no copy on external storage. At the time of documentation, the user believed approximately 15% of their life savings remained inaccessible. The user publicly expressed frustration that Bitcoin Foundation and bitcoind developers had not implemented adequate safeguards or provided clear user guidance for preventing or recovering from data persistence failures. No successful recovery was documented in subsequent forum posts or correspondence.
| Stress condition | Seed phrase unavailable |
| Custody system | Software wallet |
| Outcome | Blocked |
| Documentation | Partial |
| Year observed | 2014 |
Why seed phrase loss is structurally irreversible
The Bitcoin network was designed this way deliberately. No centralized party holds a copy of private keys. No court order can compel a blockchain to release funds. This design protects against seizure, censorship, and institutional failure. It also means that the holder bears the entire burden of preserving the one credential that cannot be replaced.
Observed cases in this archive show three primary paths to seed phrase loss: the phrase was never recorded at setup (the holder assumed they would remember it or relied on the device alone), the recording was destroyed (fire, flood, degraded paper), and the recording was misplaced or its location forgotten. Each of these is a documentation failure that occurred before any custody stress event.
The distinction between seed loss and passphrase loss matters: seed phrase loss is typically irreversible because the seed phrase is the foundation of everything else. Passphrase loss sometimes allows professional recovery attempts. Nothing recovers a missing seed.
Seed phrase preservation requires three things: recording at setup, storing the record in a durable and discoverable location, and verifying the record is correct before the original device is relied upon. Cases in this archive that resulted in permanent loss almost universally involved at least one of these steps being skipped.
Translate