You are not logged in.
Hello.
Since i upgrated my kernel to the latest version (using pacman -Syu) i get a blank screen during boot.
the last message that shows up is the udev one. After that its just a blank screen.
I tried reinstalling. And pacman -Syu was the first thing i did. I still have the same problem
How should i go about fixing this?
Last edited by Masaru~ (2009-12-07 17:19:08)
Offline
Do you have an ATI graphics card? In that case you may try nomodeset to disable kernel mode setting.
Offline
I havent installed any graphics drivers yet. Because i havent even installed X yet.
I have a on-board Intel card. never had any X problems before the kernel upgrade (ive been using the "intel" driver.)
Last edited by Masaru~ (2009-12-08 08:15:53)
Offline
Bump~
anyone??
Offline
same problem here ... testing enabled and everything uptodate. after rebuilding the kernel image with mkinitcpio from testing, the screen's usually blank until X starts. (i'm using a nvidia card with its propietary driver)
Offline
I'm pretty sure the OP and I have the same problem. My ZE4125 boots up alright. I get GRUB, select Arch, see the OS loading process, then right after it finishes loading things (somewhere around Udev, though I'm not sure exactly, I'd have to reinstall) my screen goes black.
I literally *just* installed Arch, and hadn't loaded X or anything. I installed, did Pacman -Syu, ran it again after it updated Pacman, rebooted, and got a blank screen. The system seems responsive, I just can't see anything. When I hit control alt delete it does a proper reboot.
This might be unrelated, but Ubuntu 9.10 also gives me a blank screen whenever I try to boot it (even from the LiveCD). This leads me to believe it might be a kernel issue?
Offline
i think it depends on the framebuffer or video driver, i tried the nouveau driver with kms and everything went fine (without any blank screen)
Offline
Wait... you did what? Is this a change you make to GRUB?
I've been out of the Linux game for a while, sorry if I sound like a noob. "If you don't use it, you'll lose it."
Offline
got the same, with v.32 kernel and KMS enabled, there's also WHITE screen because of compiz and 3D lags painfully
Offline
Wait... you did what? Is this a change you make to GRUB?
I've been out of the Linux game for a while, sorry if I sound like a noob. "If you don't use it, you'll lose it."
you're right. i removed the vga line from menu.lst. its working!
Offline
I just reinstalled and recreated the problem. I can't remove a line about VGA because I don't have one, so that's not my problem. My guess is that this is KMS related, but I don't know what to do to disable KMS. The wiki refers to a file (mkinitcpio.conf) that doesn't exist.
If it helps, I have an ATI Radeon Mobility 7500.
EDIT: Okay, I got this working. I booted a LiveCD, mounted my HDD partitions (root and boot), chrooted to them, ran "mkinitcpio -p kernel26" as instructed above... I would have made the changes to mkinitcpio.conf first, but I couldn't find it. Anyway, after I ran it and rebooted it still didn't work, so I redid all the above steps excluding running " mkinitcpio -p kernel26". After I mounted/chrooted I went to /etc and found mkinitcpio.conf, made the changes listed in the wiki, ran "mkinitcpio -p kernel26", created the /etc/modprobe.d/radeon.conf, added "options radeon modeset=0", rebooted, and now everything works.
...hopefully the next set up updates doesn't break it again... ha
Last edited by cookieofdoom (2009-12-09 03:51:35)
Offline
cookieofdoom wrote:Wait... you did what? Is this a change you make to GRUB?
I've been out of the Linux game for a while, sorry if I sound like a noob. "If you don't use it, you'll lose it."
you're right. i removed the vga line from menu.lst. its working!
that may even work for me
It blanks when it changes resolution (because i have "vga=773" or something like that in my kernel row).
I will try this when i get home
Offline
Hello,
This is my first post and I just did a brand-new Archlinux installation. My computer is a Compaq Presario V3000 Centrino Duo. I get the exact blank (black) screen after booting reaches the "udev" portion.
What should I do to fix this problem?
Thank you.
Offline
I'm pretty sure the OP and I have the same problem. My ZE4125 boots up alright. I get GRUB, select Arch, see the OS loading process, then right after it finishes loading things (somewhere around Udev, though I'm not sure exactly, I'd have to reinstall) my screen goes black.
I literally *just* installed Arch, and hadn't loaded X or anything. I installed, did Pacman -Syu, ran it again after it updated Pacman, rebooted, and got a blank screen. The system seems responsive, I just can't see anything. When I hit control alt delete it does a proper reboot.
This might be unrelated, but Ubuntu 9.10 also gives me a blank screen whenever I try to boot it (even from the LiveCD). This leads me to believe it might be a kernel issue?
This is my exact same problem. Ubuntu 9.10 won't work either. But Ubuntu 9.04 works.
Please help. I want to move to Archlinux permanently since it a rolling-release. I hate upgrading every 6th months.
Last edited by archph (2009-12-30 05:29:41)
Offline
Hi again.
I was just thinking....
What if I re-install Archlinux again but this time around I do not connect to the internet during the installation process so that it does not automatically upgrade the Kernel or whatever else that get automatically upgraded?
It means I end-up with the 2009.08 snapshot.
Then how do I safely upgrade things except for the kernel?
Thanks... I am an Arch newbie. Please forgive my stupid questions.
Offline
I had the exact same problem after updating to kernel 2.6.32 yesterday (on my Laptop, which has a simple onboard Intel graphics card).
Adding nomodeset at the end of the kernel boot line in grub solved the problem.
Hope this helps...
my AUR packages ~~ my community contributions
Offline
I have this blank screen on boot problem also with kernel 2.6.32. I have Dell C400 with 830m-chipset.
I'am back to kernel 2.6.31 until this problem get's solved.
Offline
Same problem here with a dell i710 (intel GMA 855GM)
Disabling KMS worked for me, but if I tried to load X the screen still went black so I had to roll back the kernel
If anyone cares the old kernel can be downloaded via:
sudo wget http://arm.konnichi.com/core/os/i686/ke … pkg.tar.gz
and installed with pacman -U kernel26-2.6.31.6-1-i686.pkg.tar.gz
You may also need an older ndis wrapper available here:
sudo wget http://arm.konnichi.com/core/os/i686/nd … pkg.tar.gz
Cheers
Offline
Same problem here. Inspiron 700m with intel 855GM chipset. KMS (and/or DRM?) is crashing on boot:
------------[ cut here ]------------
WARNING: at drivers/gpu/drm/drm_crtc_helper.c:1032 drm_helper_initial_config+0x57/0x60 [drm_kms_helper]()
Hardware name: Inspiron 700m
No connectors reported connected with modes
Modules linked in: i915(+) drm_kms_helper drm i2c_algo_bit button i2c_core video output intel_agp agpgart
Pid: 31, comm: modprobe Not tainted 2.6.32-ARCH #1
Call Trace:
[<c103ea9e>] ? warn_slowpath_common+0x6e/0xb0
[<f807ab27>] ? drm_helper_initial_config+0x57/0x60 [drm_kms_helper]
[<c103eb2b>] ? warn_slowpath_fmt+0x2b/0x30
[<f807ab27>] ? drm_helper_initial_config+0x57/0x60 [drm_kms_helper]
[<f81c4b0c>] ? i915_driver_load+0x136c/0x1540 [i915]
[<f81c3780>] ? i915_vga_set_decode+0x0/0x20 [i915]
[<f8139af0>] ? drm_get_minor+0x1b0/0x2e0 [drm]
[<f8139eb9>] ? drm_get_dev+0x299/0x4c0 [drm]
[<c11322ef>] ? sysfs_addrm_start+0x3f/0xb0
[<c1182990>] ? pci_match_device+0xa0/0xc0
[<c118281b>] ? local_pci_probe+0xb/0x10
[<c1183601>] ? pci_device_probe+0x61/0x80
[<c11f697b>] ? driver_probe_device+0x7b/0x170
[<c1182990>] ? pci_match_device+0xa0/0xc0
[<c11f6ae9>] ? __driver_attach+0x79/0x80
[<c11f6a70>] ? __driver_attach+0x0/0x80
[<c11f61e2>] ? bus_for_each_dev+0x52/0x80
[<c11f6816>] ? driver_attach+0x16/0x20
[<c11f6a70>] ? __driver_attach+0x0/0x80
[<c11f5ad6>] ? bus_add_driver+0xc6/0x2b0
[<c1183540>] ? pci_device_remove+0x0/0x40
[<c11f6d83>] ? driver_register+0x63/0x120
[<f813552d>] ? drm_init+0x2d/0xf0 [drm]
[<f8205000>] ? i915_init+0x0/0x48 [i915]
[<c118382d>] ? __pci_register_driver+0x3d/0xb0
[<c100112f>] ? do_one_initcall+0x2f/0x190
[<c1073294>] ? sys_init_module+0xb4/0x220
[<c1003ad4>] ? syscall_call+0x7/0xb
---[ end trace 29e447ae1e11c291 ]---
edit: Should mention that I've tried using the libdrm-newest in conjunction with xf86-video-intel-newest and still no joy.
Last edited by falconindy (2010-01-02 02:23:51)
Offline
Perhaps most of your difficulty with the new kernel is solved when you follow the arch news item regarding KMS realizing it affects the display mode for your computer. KMS when enabled can produce many symptoms depending on your video system and motherboard bios.
Unfortunately, the general solution is not yet provided in archlinux but several workarounds have been devised .
Some get relief by removing the VGA data from the boot sequence but the advice in the news item suggests nomodeset in the kernel line at the prompt.
That works for many but probably not all.......
Prediction...This year will be a very odd year!
Hard work does not kill people but why risk it: Charlie Mccarthy
A man is not complete until he is married..then..he is finished.
When ALL is lost, what can be found? Even bytes get lonely for a little bit! X-ray confirms Iam spineless!
Offline
Perhaps most of your difficulty with the new kernel is solved when you follow the arch news item regarding KMS realizing it affects the display mode for your computer. KMS when enabled can produce many symptoms depending on your video system and motherboard bios.
Unfortunately, the general solution is not yet provided in archlinux but several workarounds have been devised .
Some get relief by removing the VGA data from the boot sequence but the advice in the news item suggests nomodeset in the kernel line at the prompt.
That works for many but probably not all.......
While I appreciate you parroting what little there is to be had on the web regarding this issue, I've read the news already and I understand the implications of the new kernel. However, KMS is something that I've been using out of necessity since I installed Arch on this laptop several months ago. Without KMS, it's impossible to run Xorg (immediate hard crash). Along those lines, using 'nomodeset' is identical to using 'i915.modeset=0', effectively disabling KMS and rendering my laptop a command line biscuit. While this is fine for me, I maintain the laptop for my dad who wants to be able to do more than play around from a tty.
Offline
falconindy,
I have exactly the same problem.
Offline
I have the same problem too. I will try nomodeset on the kernel line.
edit - Oh, this is an integrated Intel graphics card on my laptop.
edit #2 - nomodeset worked for me
Last edited by synthead (2010-01-16 20:38:43)
Offline
I had the same problem with my eeepc 1005p which has intel gma 3150 integrated graphics. I solved it by adding acpi_os="Linux" as a parameter on bootup (which also let me use kms). Have you tried this yet?
Last edited by phil-san (2010-02-13 13:07:26)
Offline
Hi,
I had the same problem with a new eeepc 1005pe and I solved in 2 steps:
1) I upgraded BIOS from Asus website (you can do it from USB or with the Asus bios upgrade utility if you haven't deleted your windows partition yet)
2) I added:
acpi_osi=Linux
(not acpi_os=linux)
in the kernel line in /boot/grub/menu.lst
I hope it can help..
Sidereus
Offline