Purchased a replacement CD-ROM drive for this machine, but with the same
results.
Seems that on more recent kernels the "acpi=off" workaround no longer
results in a stable system.
In particular if I boot with "acpi=off" on recently kernel, then I get
sporadic disk read errors.
I can't reproduce
The laptop has developed a fault with the CD drive, and is unlikely to
be repaired.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Moritz Muehlenhoff wrote:
>
> Does this error still occur with more recent kernel versions?
>
> If you're running Etch, could you try to reproduce this bug
> with the 2.6.24 based kernel added in 4.0r4?
> http://packages.qa.debian.org/l/linux-2.6.24.html
linux-kernel-2.6.24-etchnhalf.1-686 (aka
Moritz Muehlenhoff wrote:
> On Thu, Sep 18, 2008 at 12:31:04PM +0100, Simon Waters wrote:
>> dann frazier wrote:
>>> On Thu, Sep 18, 2008 at 12:09:00AM +0100, Simon Waters wrote:
>>>> http://bugzilla.kernel.org/show_bug.cgi?id=6695
>>> 2.6.26 is in len
dann frazier wrote:
On Thu, Sep 18, 2008 at 12:09:00AM +0100, Simon Waters wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=6695
2.6.26 is in lenny/sid - can someone test it to confirm?
2.6.26-1-686 from lenny boots my DELL SC400 with 6.62 firmware on the
megaraid card.
The boot was
http://bugzilla.kernel.org/show_bug.cgi?id=6695
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Upgrading firmware may be bad advice in this case.
When I researched it last time I was told there is a known issue with
the legacy megaraid driver and newer firmware (newer than 6.61 according
to this http://lkml.org/lkml/2006/9/30/215 if it is the same issue).
The workaround then was to hack th
The daily build of the Etch installer 20070227(?), and the Etch
Installer RC1, both tickle the problem reported in Debian bug 333831.
Despite discussions with upstream, which suggested this issue might have
been fixed in 2.6.18, the 2.6.18-4 kernel in the Debian-Installer
tickles this problem on t
Marco d'Itri wrote:
>
>> Buffer I/O error on device hdc1 logical block 26255
>> (apologies for obvious reasons I couldn't cut and paste the error).
> I *really* wonder what could lead you to believe that udev can account
> for this...
Because udev is what changed.
signature.asc
Description: Ope
Just hit what I'm fairly sure is the same bug.
Same errors logged.
Was attempting to use ' perl -pi -e "s!--!---!" ' to update some files on a
Windows 2000 server from a Sarge desktop.
Attempts to workaround by using cifs immediately after the problem occurred (I
did reboot, but otherwise I wa
Seems we are rediscovering a known issue with DELL PERC 3/Di and aacraid
causing intermittent I/O issues on 2.6.8 Sarge stock kernel.
I suspect same as this one (amongst others);
http://lists.us.dell.com/pipermail/linux-poweredge/2005-September/022494.html
DELL advises using aacraid-1.1.5-2392 (
Package: kernel-tree-2.4.27
Severity: minor
*** diff/kernel-tree-2.4.27
22c22
< superseeded by a newer Debian revision since the last build.
---
> superseded by a newer Debian revision since the last build.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT
Similar problem with USB attached DVD player.
Unclear if this is due to boot with DVD player in, or other hardware issues, I
suspect a loose USB cable turned this from annoyance into show stopper. Have
detached USB DVD drive as workaround - seems okay so far.
Here it is kernel 2.6.8-2-386. Thi
David Schmitt wrote:
>
> Could you please retest this with a current linux image?
>
> 2.6.15 will enter unstable tomorrow.
>
> If this still isn't fixed, it'd be worthwhile to poke upstream
> (http://bugzilla.kernel.org/) and point them to the logs here.
Okay at 2.6.15 Debian kernel binary 2.6.
Seems this combination makes reboots less likely/predictable, but it is
yet to finish an entire CD.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Jonas Smedegaard wrote:
>
> Have you tried with "irqpoll" as suggested?
Combination of "irqpoll pci=routeirq" seems to resolve the reboot whilst
playing a CD, although the stack dump during boot remains.
I shall go listen to some music whilst reading about these options, and
check to whom I'm su
Jonas Smedegaard wrote:
>
>>>Try again with "pollirq"
> Have you tried with "irqpoll" as suggested?
Sorry, I'm being dense as regards the typos.
'irqpoll' does indeed change the behaviour of the 2.6.14-1 stock kernel
on this laptop.
On boot I see one of these traces, or stack dumps, spewed to
Jonas Smedegaard wrote:
>
> Have you tried with "irqpoll" as suggested?
Yes, and also tried "pci=routeirq" based on analogy with an ealier
issue, as noted at the end of the dmesg output, neither of these made
any difference.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
Output of dmesg.
Boot was repeated with kernel option pci-routeirq, and then again with
pollirq, all behave similarly.
Will retry without ide-cd
dmesg 2.6.14-1 boot
00 0040
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
Sven Luther wrote:
>
> Could you tell us what ramdisk generation tool you used (yaird or
> initramfs-tools, probably yaird)
yaird.
> and if you could try to blacklist the ide-cd
> module while booting (at worse just move it somewhere else), and once booted
> try to load it by hand, and send us wh
20 matches
Mail list logo
