Bug#393329: After seemingly successful install on Turion X2 system, freeze on boot
Package: linux-image-2.6.17-2-k7-smp Severity: important I installed Etch on my HP Pavilion DV6119US, which uses a Turion X2 TL-50 dual-core processor. After the install completed, I tried to boot off the Linux partition, but received this message: Checking TSC synchronization across 2 CPUs And then nothing. Solid freeze requiring power-off to restart. Once in six attempts at booting, after the above line I got: CPU#0 had 2672658 usecs, TSC skew, fixed it up And THEN a solid freeze. The system works flawlessly under Windows Media Center Edition and when booted from Knoppix CD. I swapped RAM without changing anything. Any suggestions? Note that I've already reported this problem as bug#392895 (against the installer). Thinking about it, I actually suspect it's a kernel problem, not an installer problem. If you concur, you can (I believe) reassign 392895 as a dupe of this one. Thank you for all your work on making Debian what it is. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393329: After seemingly successful install on Turion X2 system, freeze on boot
reassign 393329 linux-2.6 thanks On Monday 16 October 2006 06:23, Carl Fink wrote: > I installed Etch on my HP Pavilion DV6119US, which uses a Turion X2 > TL-50 dual-core processor. After the install completed, I tried to > boot off the Linux partition, but received this message: > > Checking TSC synchronization across 2 CPUs > > And then nothing. Solid freeze requiring power-off to restart. Once > in six attempts at booting, after the above line I got: > > CPU#0 had 2672658 usecs, TSC skew, fixed it up Can you check if this is still an issue with the 2.6.18 kernel from unstable? You should be able to upgrade the kernel using the rescue mode of the installer (boot the installer with "rescue"). You should probably also be able to get your system to boot by installing the 486 flavor of the kernel (that is also the kernel the installer uses); for this you could reinstall the system in expert mode. That would at least give you a working kernel to fall back to. pgpoogdcLkSi5.pgp Description: PGP signature
Bug#393329: After seemingly successful install on Turion X2 system, freeze on boot
On Mon, Oct 16, 2006 at 12:08:03PM +0200, Frans Pop wrote: > Can you check if this is still an issue with the 2.6.18 kernel from > unstable? > You should be able to upgrade the kernel using the rescue mode of the > installer (boot the installer with "rescue"). I installed 2.6.18-1-k7. The first boot, I got to a shell prompt. I immediately switched sources.list back to etch (after switching to sid using the rescue disk in order to install the updated kernel), then ran "apt-get udpate && apt-get dist-upgrade". It froze after the third "Get". Solid, power-down-required freeze. Second boot stopped after adjusting the two CPUs by 89 and -89 usecs respectively. Solid freeze. I'd think it was hardware, but the installer mostly works and Knoppix worked fine. Off to install the 486 kernel. Data point: despite what I wrote above, none of these were SMP kernels to date. There is no 2.6.18 SMP kernel for K7 in sid, and the installer didn't install one. > You should probably also be able to get your system to boot by installing > the 486 flavor of the kernel (that is also the kernel the installer > uses); for this you could reinstall the system in expert mode. > That would at least give you a working kernel to fall back to. That appears to work fine. Of course I'm not taking advantage of my dual-core processor. Sure looks like a real kernel bug, I'm sorry to say. Update (I didn't send this immediately, obviously): the 486 kernel would complete the boot process, but I got power-off hangs after a few minutes of work, twice. Removing the second SODIMM from the laptop had no effect, but removing the first (and swapping the second into slot #1) seems to have stopped the freezes, at least on ten minutes of work. So maybe a combination of kernel and hardware problems? Aargh. Okay, further playing around. (Sorry about the stream-of-consciousness thing here.) It seems that if I sit in X, no problems. If I stay at a console too long, freeze. If xdm restarts, freeze. Um, what the? It ends up being usable, since I generally sit in X and use xterms for everything, but I would think that freezing in certain video modes, or when xdm restarts (and presumably resets the video mode) is a bug. -- Carl Fink [EMAIL PROTECTED] If you attempt to fix something that isn't broken, it will be. -Bruce Tognazzini -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393329: After seemingly successful install on Turion X2 system, freeze on boot
Carl Fink wrote: Removing the second SODIMM from the laptop had no effect, but removing the first (and swapping the second into slot #1) seems to have stopped the freezes, at least on ten minutes of work. So maybe a combination of kernel and hardware problems? Since you suspect ram problems, i suggest you to try memtest86 or memtest86+ and run one of them as long as you can, to stress your RAM and to see if there are any errors. They are not infallible but can detect most ram problems. You can install the debian packages or download the floppy or the iso bootable images from their sites: memtest86: http://www.memtest86.com memtest86+: http://www.memtest.org Good luck. Cesare. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393329: After seemingly successful install on Turion X2 system, freeze on boot
Cesare asked me to test my RAM. I ran memtest86+ overnight. 10 passes, no errors. I don't think there was ever a RAM problem, I was just thrashing around, trying to come up with something. One more data point: yesterday I acidentally booted into 2.6.16 and it succeeded. I got to xorg and was able to work normally. A reboot ("shutdown -r") got stuck, just as the 486 kernel always does on reboot. I get a gray screen and no reboot. Further attempts to boot 2.6.16 all freeze at the same point as before. Is there, perhaps, a debugging kernel I could test that logs everything? If there isn't a prebuilt one, I might just compile one this weekend. -- Carl Fink [EMAIL PROTECTED] If you attempt to fix something that isn't broken, it will be. -Bruce Tognazzini -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393329: After seemingly successful install on Turion X2 system, freeze on boot
Hello, On Thu, Oct 19, 2006 at 07:22:23AM -0400, Carl Fink wrote: > Is there, perhaps, a debugging kernel I could test that logs everything? If > there isn't a prebuilt one, I might just compile one this weekend. you should give an amd64 kernel a try. Install it with dpkg --force-architecture. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Bug#393329: After seemingly successful install on Turion X2 system, freeze on boot
Additional data: 100% of the time, the system freezes on shutdown with either "-h" or "-r" when given from an xterm. If I'm at a VT, it works normally. I'm going to try to compile my own kernel to debug this. Any hints about what to try? -- Carl Fink [EMAIL PROTECTED] If you attempt to fix something that isn't broken, it will be. -Bruce Tognazzini -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]