Web Analytics Made Easy - Statcounter

Tools / Valheim

Valheim World Recovery

World won't load, or a .db/.fwl got mismatched, truncated, or you restored the wrong one? A Valheim world is a matched pair - <World>.db (the world) and <World>.fwl (name, seed, spawn) - and the game keeps .old backups. Point this page at your world folder: it pairs the files up, ranks every copy by save time and integrity, picks the newest intact pair, and hands you a clean, ready-to-upload world plus the launch argument.

Valheim 1.0 changed the save layout, and this tool reads both. A 1.0 world is its own directory holding _main.N.db2, _main.N.fwl2, _main.N.ok and a pile of .chunk files, where N counts up on every save and several generations are kept side by side. The tool lists each 1.0 world, picks the highest generation that finished writing (the one with an .ok), and shows your pre-1.0 .db/.fwl, which conversion leaves in place, as what it really is: a frozen rollback point from before the update, not a newer save. One limit: a completely empty world folder contains no files for the browser to hand over, so the tool cannot see it at all. That is normal, not a lost world - it just has not been saved under 1.0 yet, and your legacy files beside it are intact. For each 1.0 world the tool also reads the newest completed save's _main.N.chunks index and checks that every terrain file it names is on disk: the Could not find file ….chunk failure is exactly a name in that index with no file behind it, and the tool supplies the missing files from a backup folder, or from the same piece of terrain at another revision. What changed, in full.

An update or a mod changed your 1.0 world and you want it undone? Pick the folder that holds the world and its <World>_backup_auto-<date> folders. Each backup is a copy of the whole world from one moment, so the tool offers them newest first and zips the one you pick under your world's name. It will not roll back to an older _main.N inside the live folder: every save there shares the same terrain chunk files, so an older one would mix two points in time. Before your next mod update, copy the world folder somewhere safe and you will always have a clean point to return to.

Valheim 1.0? If the world select screen says Missing DB, that is this exact problem: Valheim found the .fwl and no usable .db beside it, so the world lists but will not load. Drop the folder in below and the tool will find the intact pair. A world tagged [Old Format] is a different thing and needs no recovery: it is a pre-2022 legacy save, and Valheim converts it once you use move to local or move to cloud and then fully quit the game. Backups of a legacy save carry the same tag, which is normal. Full guide to both.

Your save never leaves your browser. It reads only file names, sizes and modified-times to rank the copies, copies the chosen pair's bytes into a zip locally, and never modifies your originals - the zip even keeps the files it would replace as a backup.

Your save never leaves your browser Reads names, sizes & times only Copies a pair - originals untouched

Pick your world folder

Local worlds live in %APPDATA%\..\LocalLow\IronGate\Valheim\worlds_local\ (or Steam Cloud); a dedicated server keeps them in its worlds / save directory. Pick the folder with your .db and .fwl files. Stop the server / close the game first.

How Valheim saves - and how they break

Each world is two files that must stay together: <World>.db is the world itself, <World>.fwl is its metadata. On every save Valheim rotates the previous copy to .db.old / .fwl.old, and many servers keep dated auto-backups too. The usual failures:

  • Truncated .db - a crash or a copy made mid-write leaves the current world too small to load. The .old pair is almost always fine.
  • Orphaned half - a .db with no matching .fwl (or vice versa) won't load. The tool flags it and only offers complete pairs.
  • Wrong copy restored - people rename the older backup over the newer good one. The timeline (real save times) stops the guessing.

Want to read a world's name, seed and modifiers, or build the -modifier startup flags? That's the World & Modpack Doctor. Prefer it hosted with daily backups? Run a Valheim server with Supercraft.

Manual recovery (no JavaScript needed)

  1. Stop the server / close the game so nothing overwrites a copy.
  2. In the world folder, back up everything for the world first.
  3. Check the Date modified and size of <World>.db vs <World>.db.old. If the current one is tiny or newer-but-broken, the .old is your restore point.
  4. Copy the good .db.old to <World>.db and the matching .fwl.old to <World>.fwl - always both, as a pair.
  5. Start with -world "<World>" and confirm it loads before deleting the backup.

FAQ

Is my save really not uploaded?

Really - there's no upload endpoint on this page. Reading the folder and building the recovery zip both happen in your browser; the network tab shows zero requests carrying your world.

Can it recover a world with no good backup?

No tool can rebuild data that isn't on disk. If every .db is truncated and there's no intact .old or auto-backup, it says so honestly instead of handing you a broken file. Restore from a server-side backup if you have one.

Does it change my world's seed?

No - it copies your existing files verbatim and only renames the chosen pair to the clean <World>.db / .fwl. The seed and everything else are exactly as they were in that save.

This tool: v1.10 · updated 7 Oct 2026