Support and General Use > Audio Playback, Database and Playlists

Sansa Fuze Data Abort error

<< < (2/2)

halonachos117:
I've been getting what may or may not be a related error (my screen is physically broken, so I can't read any error messages) in Rockbox 3.14. It seems slightly worse when the Load To Ram option in the database menu is enabled. I also notice this when updating the database (as opposed to rebuilding the DB from scratch), forcing me to disable the super-convenient Auto Update option. I haven't had any such issue with Rockbox 3.13, so I'm guessing the bug has something to do with the new version's database enhancements.

My Sansa Fuze is a v2 varient, if that matters. Also, when I run dosfsck, the filesystem is flagged as dirty. That said, there is always the possibility that something in .rockbox is corrupt, so I'll be trying a fresh install. If that doesn't work, I may just go back to 3.13.

UPDATE: I just reinstalled Rockbox, removed the DB, partially rebuilt it, rebooted the device (with Auto Update and Load To RAM enabled), and got the bug again. I think Rockbox takes me back to the menu screen, because when it crashes, it stops playing before saying "database" (since my screen is broken, I've got voice files installed). However, when I pressed play, it resumed right where it left off without crashing, which is nice, since it usually crashes, and then fails to resume after I reboot (presumably because it crashed before it could save my position in my playlist).

halonachos117:
Another Update: I can re-create my database from scratch with Load To RAM enabled, but only so long as I build it entirely from scratch. In other words, the "Load To RAM" and "Update" options don't work well together.  So, I guess as long as I don't update it, I can safely leave Load To RAM on. I'll just have to remember to rebuild the database manually (because auto-update will update it, rather than rebuild it, I have to leave it disabled if I want to Load To RAM).

Navigation

[0] Message Index

[*] Previous page