panic: Lock GEOM topology not exclusively locked

Gavin Atkinson gavin.atkinson at ury.york.ac.uk
Sun May 8 01:39:02 PDT 2005


On Sun, 8 May 2005, Peter Holm wrote:
> On Sun, May 08, 2005 at 12:13:07AM +0100, Gavin Atkinson wrote:
>> On Sat, 7 May 2005, Peter Holm wrote:
>>
>>> With GENERIC HEAD from May 5 04:56 UTC I got:
>>>
>>> panic(c0841f8c,c083c2d3,c083c608,1d8,1) at panic+0x14b
>>> _sx_assert(c0906ae0,4,c083c608,1d8) at _sx_assert+0x77
>>> g_new_providerf(c1733900,c081aeee,0,1,c168b804) at g_new_providerf+0x1f
>>> acd_read_toc(c16af780,0,c091c1a0,0,0) at acd_read_toc+0x1c0
>>> acd_geom_ioctl(c1733880,c00c6303,c16ba7b0,5,c1863600) at
>>> acd_geom_ioctl+0x6a
>>> [snip]
>>
>> Were you trying to mount a CD at the time, just inserting one or had it
>> in already at boot?
>
> I was testing grip, so it was a music cd. The second panic was with the 
> cd already in. Testing with a different CD made the panic go away.

Sounds familiar.  I had two CDs, both of which would reliably panic my 
machine in the same way, when attempting to rip them with cdparanoia.  In 
my case, both CDs were audio CDs with a "bonus data track" containing the 
video, etc.  Is it possible the CD you had inserted was one of these with 
several audio tracks and one CD track?  (I seem to remember
"cdcontrol info" could show the TOC without causing the panic).

Gavin


More information about the freebsd-current mailing list