Nein, es hat nichts mit vga=773 / 775 zu tun. Ich verwende schon immer 775.
Ich bin mir auch nicht ganz sicher, ob es überhaupt etwas mit Arch zu tun hat. Wenn, dann müßte etwas zu einem sehr frühen Zeitpunkt nicht passen (lesen der initrd oder frühe Phase in der rc.sysinit), denn das gleich Verhalten hab ich auch bei meiner Zweitinstallation (auch Arch64). Dort verwende ich meinen eigenen Kernel - hat also auch damit nichts zu tun.
Es tritt auch erst auf seitdem ich ein neues Mainboard habe. Früher lief das immer sauber und schnell durch.
Ich hatte auch schon die Interrupts im Verdacht, kann aber (weil ich mich damit zu wenig auskenne) nicht verdächtiges finden.
[jean@boe ~]$ cat /proc/interrupts
CPU0 CPU1
0: 63 0 IO-APIC-edge timer
1: 1 1 IO-APIC-edge i8042
8: 0 0 IO-APIC-edge rtc0
9: 0 0 IO-APIC-fasteoi acpi
16: 1592 1569 IO-APIC-fasteoi ahci, uhci_hcd:usb1, nvidia
17: 6 7 IO-APIC-fasteoi eth0
18: 278 272 IO-APIC-fasteoi uhci_hcd:usb3, uhci_hcd:usb6, ehci_hcd:usb7
19: 0 2 IO-APIC-fasteoi uhci_hcd:usb5, ohci1394
21: 0 0 IO-APIC-fasteoi uhci_hcd:usb2
22: 2444 2469 IO-APIC-fasteoi ahci, HDA Intel
23: 1 2 IO-APIC-fasteoi uhci_hcd:usb4, ehci_hcd:usb8
NMI: 0 0 Non-maskable interrupts
LOC: 5185 4978 Local timer interrupts
RES: 185 269 Rescheduling interrupts
CAL: 84 150 function call interrupts
TLB: 242 239 TLB shootdowns
TRM: 0 0 Thermal event interrupts
THR: 0 0 Threshold APIC interrupts
SPU: 0 0 Spurious interrupts
ERR: 0
Naja, dass ahci, also mein Festplatten, und nvidia auf dem selben Interrupt sitzen stört mich etwas, kann es aber nicht richtig einschätzen.
Im BIOS hab ich natürlich auch schon Stunden verbracht. Wovon ich nichts verstehe laß ich die Finger und was ich verstehe ist richtig eingestellt.
Jetzt fehlen mir ca. 4-5sec. Bootzeit - davon bekomme ich jetzt auch keine grauen Haare (die hab ich schon) - aber irgendwann eine Lösung finden, wäre schon nicht schlecht.
Jean-Paul