Arch Linux

Please provide information:
- xorg logs
- dmesg output
- relevant hal logs

A forum topic is not a replacement for this.

For Xorg, I've found the solution: I must have HAL daemon started to use Xorg correctly.

This is the logs (dmesg + hal + everything).

Do you need more information ?

I can see lots of "Unknown symbols" in dmesg. Something is broken in your system (modules dependencies) What is the status with latest kernel?

With the latest kernel, the situation is worse when I enable ACPI.

I've a lot of "Unknown symbols" randomly on each boot (sometimes for ext3).
Arch Linux can't mount the root filesystem, it gives a rescue shell.
When I leave the rescue shell, I've a kernel panic, it shows a "not sync" error.

When I disable ACPI, I've nothing in the logs.

Do you think I've a hardware problem ?

I'm installing testing and lts kernel to test other kernels. If you have another idea, I'm interested.

weird!, can you pass a memtest86+, just to ensure that at least memory is OK. Is the first time that you experiment this? Or with some recent update?

Ok for the memtest, I'll launch the test.

With 2.6.33, I've the same problem as the beginning, but the dmesg is more explict about ACPI issues (see attachment). An idea ?
It's the first time I've the problem, but before I used Gentoo Linux distribution.
I've updated the bios some days ago, could it be the fault of the computer's DSDT ?

Yours.

Maybe, or not.

There are some error/warning messages in your dmesg, and maybe can be safely ignored:
- ACPI Warning: Incorrect checksum in table [TCPA] - B3, should be 57 (20091214/tbutils-314)
- pci_root PNP0A03:00: ignoring host bridge windows from ACPI; boot with "pci=use_crs" to use them
- [Firmware Bug]: Duplicate ACPI video bus devices for the same VGA controller, please try module parameter "video.allow_duplicates=1"if the current driver doesn't work.

Anyway attach the output of bsdtar -t -f /boot/kernel26.img.

Can you see symbols errors if you boot in fallback mode?

I'm launching a memory test.

This is the output of bsdtar.

I see also symbols errors with fallback mode, see the other attached file.

is a bit weird, apparently all modules are present, for example, errors about _ata* and sata_ these modules are defined at libata.ko (that is present) same for cdrom_ (defined at cdrom.ko).

> I've a lot of "Unknown symbols" randomly on each boot (sometimes for ext3).
*randomly*, I didn't read this before.

These issues started just when upgrade your BIOS? Is possible to downgrade or fixes an important issue?

Can you reproduce the errors with Arch Linux live CDs or other distro (just to try a different kernel version/configuration)?

PS: I suggest to request close this task and continue the discussion on forum, since this is not a packaging issue. Thanks.

I've launched the memtest86+ test, no errors after 2 passes.

> *randomly*, I didn't read this before.

Now, it's always the same errors.

I've downgraded my BIOS to A15 (like as before my installation of Arch Linux), I've the same problems.

No problems with some other distro, but with Chakra Linux, I've the same problem, with the same errors.

> PS: I suggest to request close this task and continue the discussion on forum, since this is not a packaging issue. Thanks.

I'm not sure that somebody on the forum can help me like you.

weird, to discard some issues (if something is wrong in your installation). You can download archlinux-2010.03.04-netinstall-x86_64.iso, or more recent image if available from http://build.archlinux.org/isos/ (you can record this on cd, and also to usb flash drive)

Please boot with it, and see at dmesg if something is wrong (unknown symbols) or any other msg (attach here).

I've booted with archlinux-2010.03.04-netinstall-x86_64.iso
It doesn't work, with several unknown symbol and the same crash like my installation.

If I add acpi=off on the CD boot, it works, like my installation.

I've retested the boot with the archlinux-2009.08-netinstall-x86_64.img, I have no problems to boot.

I'm thinking to compile myself a kernel to looking for a solution.
Do you think I could resolve my problem with a custom kernel ?

oops, too bad. Something is incompatible with recent kernel acpi subsystem and your hardware. I suggest to contact ACPI kernel developers, via bugtracker or mailing list. So with interaction can resolve the issue (I think). Please attach the link here. ;)

I can't help more that this. sorry.

No problems, thank you for your help.

I've found a better workaround with the nolapic option.

I've posted a bug report on the bugzilla of Linux: https://bugzilla.kernel.org/show_bug.cgi?id=16331

If they find a solution, I'll post on this issue.

Closing this ticket?

Comment #8 From Ludovic Gasc 2010-09-01 12:42:59 -------

Sorry, I haven't this computer anymore.
I'd made several tests, I'd always the same problem.

Yes, you can.