Opened 6 years ago

Last modified 4 weeks ago

#14914 new bug

[block_cache] assert failed: block->previous_transaction == __NULL

Reported by: diver Owned by: nobody
Priority: normal Milestone: Unscheduled
Component: System/Kernel Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description (last modified by diver)

Attachments (2)

assert.jpg (138.4 KB ) - added by diver 6 years ago.
20211124_232815.jpg (292.1 KB ) - added by bipolar 3 years ago.
Assertion failed in block_cache

Download all attachments as: .zip

Change History (8)

by diver, 6 years ago

Attachment: assert.jpg added

comment:1 by diver, 6 years ago

Description: modified (diff)

comment:2 by bipolar, 3 years ago

I've hit a very similarly looking Assert, with a freshly written MicroSD, with haiku-master-hrev55662-x86_64-anyboot.iso, on an Atom N450 based netbook (currently with a beta2 install that I intended to replace with the nigthly image).

This is the affected line:

https://github.com/haiku/haiku/blob/master/src/system/kernel/cache/block_cache.cpp#L3564

It gets there after booting, without even touching keyboard or touchpad, and around 30 seconds after the first window shows up (language/keyword selection).

Hitting "cont" on the KDL, allows to continue tinkering with the system, but after a bit, the same PANIC! happens. I wasn't brave enough as to go on with the installation after that :-D

I'll attach a screenshot, just in case.

For the record, I've tried rebooting several times, even using different "safe mode" options, with the same end result (only difference in the stack trace was the thread numbers).

by bipolar, 3 years ago

Attachment: 20211124_232815.jpg added

Assertion failed in block_cache

comment:3 by waddlesplash, 3 years ago

Please let us know if it still occurs on the nightly.

comment:4 by bipolar, 3 years ago

As mentioned, I got that assert while trying the nightly "hrev55662" (of an x86_64-anyboot .iso).

(I was trying to replace an old beta2 installation that still works)

Do you mean I should try again with an even more recent nightly? (I was only 6 commits behind head, and those commit didn't seemed relevant to this issue, at least with my limited understanding).

Will do, of course, if that's what you mean.

Last edited 3 years ago by bipolar (previous) (diff)

comment:5 by bipolar, 3 years ago

Small follow-up:

After trying the same MicroSD card (written with "haiku-master-hrev55662-x86_64-anyboot.iso") on another similar netbook (Atom N455 this time), where it didn't even make it to the boot loader (the bios didn't seem to like booting from the card reader), I've moved back that MicroSD card to the "original" netbook, and tried to boot again.

This time I got to boot to "Desktop Mode" without too much trouble, and without hitting the mentioned assert, even after half an hour of very light usage. But the syslog was getting kind of spammed about the MicroSD being in write-only mode (it was NOT write-protected).

What I'm getting at is... I'm suspecting a faulty connection, either between the MicroSD card and the SD Adapter, or between the adapter and the Card Reader. Sadly, I don't have any other card reader to try.

I had installed and booted Haiku and Linux from that card/adapter/reader combo in the past... but.. those parts are not getting any younger.

Just wanted to add this bit of info, in case the assert was caused by just that... faulty hardware on my end.

comment:6 by waddlesplash, 4 weeks ago

Anyone seen this since?

Note: See TracTickets for help on using tickets.