Save file breaks when computer bombs (e.g. overheats) while playing. This happens on 3.1.2.dev. Anyway to recover these?
broken save file
Collapse
X
-
takkaria whispers something about options. -more-Comment
-
+ The save file after the crash is reduced to 0 bytes (angband indicates it's broken - but it's essentially deleted) - thus it wouldn't make sense posting.
+ I compiled using my home directory as the install target.
+ I'm playing the game on ubuntu karmic (x86) running through sun virtuallbox on win7 x64.
+ Happen always? So far every time the computer bombed (2x). Lost 2 nifty 35+ level female warriors
+ no, angband is not hogging the cpu, win processes are.Comment
-
You sound ept enough to set up a daemon to copy the savefile once every 10 minutes [only] while you are playing. Versioning would be a pain, but even if you always copy to the same location you'd only lose if the system crashed while the copy was happening.
The game currently autosaves on level change [I don't know what revision that got in], so a crash would cost the max of the current dLevel or 10 minutes [or whatever] if you use sufficiently recent code.Comment
-
+ The save file after the crash is reduced to 0 bytes (angband indicates it's broken - but it's essentially deleted) - thus it wouldn't make sense posting.
+ I compiled using my home directory as the install target.
+ I'm playing the game on ubuntu karmic (x86) running through sun virtuallbox on win7 x64.
+ Happen always? So far every time the computer bombed (2x). Lost 2 nifty 35+ level female warriors
+ no, angband is not hogging the cpu, win processes are.
My understanding is that Angband doesn't change the savefile until you die, save, quit, or until it gets sent a signal to be killed that it can handle. I think things like "kill -9" or overheating might not allow it to write anything before the process dies. So if you hadn't saved yet, there would be no "old version" of the savefile present when you reload.Comment
-
As I indicated above, the savefile is currently written over after each dLevel change. At least, it was the last time I checked a couple months ago playing nightlies.Comment
-
This is common problem with ext4 filesystem with ubuntu, not only related to angband. All files, modified just before crush a generally reduced to 0 bytes.Comment
-
I just faced this problem.
This is known ext4 problem.
To prevent this in future I disable delayed allocation in /etc/fstab by adding nodelalloc option to home partition mount rule.Comment
Comment