Comment 29 for bug 479296

On Wed, 2009-11-18 at 14:36 +0000, Daniel T Chen wrote:
On Wed, Nov 18, 2009 at 8:51 AM, lelamal <email address hidden> wrote:
> > All in all, I can say things are much better now, although I'm not
> > entirely sure that audio was the only cause of the issue, although
>
> It's unlikely and a red herring.
>
And a red herring it was, indeed. I had one of those freezes just a couple of hours later. I was transferring MP3 files from an external EXT4 HD to a FAT32 USB pen-drive through Karmic main HD (in EXT4 as well, of course). Music got stuck between two notes, and system became unresponsive. I confess that whenever it happens, the feeling is similar to the one I had with Windows' Blue Screen Of Death, and it isn't pleasant at all.

I remember reading somewhere that EXT4 file systems had some issues with FAT and NTFS file systems. I reformatted the pen drive in EXT4, just in case. I don't know what else to think.

> Nov 3 02:47:30 ECO pulseaudio[1564]: ratelimit.c: 153 events suppressed
> > Nov 3 02:49:19 ECO kernel: [59669.083978] [drm] LVDS-8: set mode 1024x768 d
> > Nov 3 02:49:21 ECO kernel: [59671.086380] [drm] DAC-6: set mode 640x480 0
> > Nov 3 02:49:22 ECO kernel: [59671.576399] [drm] DAC-6: set mode 640x480 0
> > Nov 3 02:49:22 ECO kernel: [59672.002693] i2c-adapter i2c-1: unable to read EDID block.
>
> Different subsystem -- graphics: i915/drm/intel X driver. No idea if
> it is the culprit; graphics aren't my expertise.
>
Then might it not be wrong to file the bug under pulseaudio, if we don't even know what causes it exactly? If the solution you proposed didn't bring the expected result, and everybody seems to keep experiencing freezes under Karmic, maybe the culprits have yet to be identified.