Hi
I'm trying to get Linux running on my PC (hoping to install it on my hard drive come the demise of Windows XP) and having tried all the usual distros Ubuntu, Mint, Knoppix etc I saw that AntiX was designed for running on older machines.
My PC is a lenovo Thinkcentre M55, 3 Gig Ram, Dual Core, running XP Pro, dual screen, Radeon X1550 graphics card.
I'm a complete newbie to Linux but not to computers per se. I loaded the live CD, tapped the space bar and entered the menu. Having read that Linux doesn't play too happily with ATI/Radeon I chose the Vesa option - it loaded as far as 'waiting for /dev to be fully populated ...' and then went to a black screen with what looked like garble/mishapen text lines along the bottom. Tried again - this time using the 'safe' graphics option and the exact same thing happened. (This had happened with all other distros too)
Many many Googles later I was definitely starting to think my video/graphics card was playing some part in this non-event. I tried starting the live CD again, space-barred into memu and added 'radeon.modeset=0' and ...... it booted past the 'populating /dev' line, filled two pages with successful boot messages - I was getting excited by this time and then ..... video feed to the monitors was cut - no signal being recieved.
I'm thinking that I am so close at this stage, that some of you AntiX wizards can give me a hand.
Pleased to meet you all
Ziggy
topic title: Newbie with Graphic Card problems (I think!!!)
-
Posts: 7
- Joined: 11 Dec 2013
-
Posts: 850
- Joined: 26 Jul 2012
#2
Are you using a pendrive (?) - try editing the grub boot menu by adding rootdelay=10 to the kernel line.
(It may not be getting enough time to find & mount the /root partition.)
Edit: Sorry you were using a CD, but it may still help. Did you write it at a slow write speed.
(It may not be getting enough time to find & mount the /root partition.)
Edit: Sorry you were using a CD, but it may still help. Did you write it at a slow write speed.
-
Posts: 7
- Joined: 11 Dec 2013
#3
Thanks fatmac.
It is a CD, and was burned slowly. I just can't understand why adding the line 'radeon.modeset=0' nearly loaded whilst just using vesa, safe or ordinary caused it to hang on 'waiting to populate /dev' .
It is a CD, and was burned slowly. I just can't understand why adding the line 'radeon.modeset=0' nearly loaded whilst just using vesa, safe or ordinary caused it to hang on 'waiting to populate /dev' .
-
Posts: 850
- Joined: 26 Jul 2012
#4
It is a problem with some graphics cards that you need to use 'nomodeset' on the kernel line in grub, no idea why, but it does seem to help on some machines.
-
Posts: 7
- Joined: 11 Dec 2013
#5
Thanks fatmac,
but nomodeset on the kernel line doesn't work at all for me with any distro and not with AntiX.
but nomodeset on the kernel line doesn't work at all for me with any distro and not with AntiX.
-
Posts: 4,164
- Joined: 20 Feb 2009
#6
Hmm. I am going to be going back and forth from the house to the shop for this post so some editing will be done here.
My IBM IBM M57 Tower/Desktop AntiX 13.Full install
Yeah like I thought. I have a intel chip on this motherboard for graphics. Now to go out to the shop, (frigging cold outsie), and boot up the shop Desktop.
Edit: Shop Desktop. Emachine 3507.
Yeah, it has the ati chip. I have not installed mesa-utils yet though since the kernel change. I gotta go for now.
My IBM IBM M57 Tower/Desktop AntiX 13.Full install
Code: Select all
harry@biker:~
$ inxi -Fxz
System: Host: biker Kernel: 3.12.1-antix.1-amd64-smp x86_64 (64 bit, gcc: 4.8.2)
Desktop: IceWM 1.3.7 Distro: antiX-13-rc1_x64-full Luddite 3 May 2013
Machine: System: LENOVO product: 6075BHU version: ThinkCentre M57
Mobo: LENOVO model: LENOVO Bios: LENOVO version: 2RKT41AUS date: 03/20/2008
CPU: Dual core Intel Pentium Dual CPU E2160 (-MCP-) cache: 1024 KB flags: (lm nx sse sse2 sse3 ssse3) bmips: 7182.46
Clock Speeds: 1: 1800.00 MHz 2: 1200.00 MHz
Graphics: Card: Intel 82Q35 Express Integrated Graphics Controller bus-ID: 00:02.0
X.Org: 1.14.3 drivers: intel (unloaded: fbdev,vesa) Resolution: 1600x900@60.0hz
GLX Renderer: Mesa DRI Intel Q35 GLX Version: 2.1 Mesa 9.2.2 Direct Rendering: Yes
Audio: Card: Intel 82801I (ICH9 Family) HD Audio Controller driver: snd_hda_intel bus-ID: 00:1b.0
Sound: Advanced Linux Sound Architecture ver: k3.12.1-antix.1-amd64-smp
Network: Card-1: Ralink RT2561/RT61 802.11g PCI driver: rt61pci ver: 2.3.0 bus-ID: 11:0c.0
IF: wlan0 state: up mac: <filter>
Card-2: Intel 82566DM-2 Gigabit Network Connection driver: e1000e ver: 2.3.2-k port: 1820 bus-ID: 00:19.0
IF: eth0 state: down mac: <filter>
Drives: HDD Total Size: 80.0GB (25.1% used) 1: id: /dev/sda model: ST380815AS size: 80.0GB
Partition: ID: / size: 41G used: 19G (49%) fs: ext4 ID: swap-1 size: 3.27GB used: 0.00GB (0%) fs: swap
Sensors: System Temperatures: cpu: 34.0C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 110 Uptime: 1 min Memory: 143.9/1980.8MB Runlevel: 5 Gcc sys: 4.8.2
Client: Shell (bash 4.2.45) inxi: 1.9.17
Edit: Shop Desktop. Emachine 3507.
Code: Select all
harry@biker:~$ inxi -Fxz
System: Host: biker Kernel: 3.11-2-486 i686 (32 bit, gcc: 4.8.1)
Desktop: Fluxbox 1.3.5 Distro: antiX-M11-base- Jayaben Desai 25 April 2011
Machine: System: GATEWAY product: W3507 version: 500
Mobo: Intel model: D102GGC2 version: AAD70214-201
Bios: Intel version: GC11020M.15A.2010.2006.0817.0956 date: 08/17/2006
CPU: Single core Intel Celeron D CPU (-UP-) cache: 512 KB flags: (lm nx pae sse sse2 sse3) bmips: 6400.09 clocked at 3200.049 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] RC410 [Radeon Xpress 200/1100] bus-ID: 01:05.0
X.Org: 1.14.3 driver: radeon Resolution: 1024x768@85.0hz
GLX Renderer: N/A GLX Version: N/A Direct Rendering: N/A
Audio: Card: Advanced Micro Devices [AMD/ATI] IXP SB4x0 High Definition Audio Controller
driver: snd_hda_intel bus-ID: 00:14.2
Sound: Advanced Linux Sound Architecture ver: k3.11-2-486
Network: Card-1: Realtek RTL-8139/8139C/8139C+ driver: 8139too ver: 0.9.28 port: 1000 bus-ID: 02:02.0
IF: eth0 state: down mac: <filter>
Card-2: Realtek RTL8187B Wireless 802.11g 54Mbps Network Adapter driver: rtl8187 usb-ID: 002-002
IF: wlan0 state: up mac: <filter>
Drives: HDD Total Size: 120.0GB (15.9% used) 1: id: /dev/sda model: ST3120213A size: 120.0GB
Partition: ID: / size: 108G used: 18G (18%) fs: ext3 ID: swap-1 size: 2.17GB used: 0.00GB (0%) fs: swap
Sensors: System Temperatures: cpu: 42.0C mobo: 42.6C
Fan Speeds (in rpm): cpu: 2241 fan-2: 1061 fan-4: 0
Info: Processes: 96 Uptime: 26 min Memory: 270.3/880.0MB Runlevel: 5 Gcc sys: 4.8.2
Client: Shell (bash 4.2.45) inxi: 1.9.17
harry@biker:~$
-
Posts: 7
- Joined: 11 Dec 2013
#7
Thanks Rokytnji- but I installed the Geforce Powercolor card as the built in graphics were not good for twin screens - it did have the nvidia built in graphics (plus I don't really know what you were telling me) - have you a fix?
-
Posts: 2,238
- Joined: 16 Dec 2007
#8
did the signal go out or did the monitor just go blank. On my HP, when the video driver loads and the mode changes, the brightness on the screen drops to zero. for a long time I thought my machine wasn't booting. turns out it was, I just couldn't see it. I just use the brightness keys to bring it up. There is a"hp laptop" setting on the live options now that sets the brightness to max during boot.
maybe your problem, maybe not. good luck.
maybe your problem, maybe not. good luck.
-
Posts: 4,164
- Joined: 20 Feb 2009
#9
Are you running installed? Or Live? As far as a fix. I was going by yourZiggy wrote:Thanks Rokytnji- but I installed the Geforce Powercolor card as the built in graphics were not good for twin screens - it did have the nvidia built in graphics (plus I don't really know what you were telling me) - have you a fix?
which I did not know had nvidia chips in a Radeon card. A inxi -F report like I posted (in code tags) on my last post will clear up a lot of confusion in this thread as we really don't know what you are running yet. Not enough info yet like I posted to go by. Just poke and hope and guessing till we know what you have with a inxi report.Radeon X1550 graphics card.
-
Posts: 1,308
- Joined: 31 Aug 2009
#10
The gist of it is that the same driver is used for the consoles and for X-windows. This usually takes over the console display when"waiting for /dev to be fully populated ..." is displayed. The default in the consoles is to use the maximum resolution possible and this causes breakage on many older systems. They say you can set the resolution with a"video=..." boot parameter but this has never worked for me. Other than that, you have to disable it, either by removing/disabling KMS enabled drivers or with one of the boot parameters that disable KMS. It seems that the radeon driver is ignoring the"nomodeset" boot option, which is unfortunate.
When KMS works, people are usually very happy with it because changing resolution or changing from a virtual console to X happens instantly. When KMS fails to work, people are extremely unhappy with it because it makes the machine unusable.
BTW: while it was once true that Linux Nvidia support was much better than Linux Radeon support, that has not been true for a while. It is now the opposite IMO. Radeon is much easier to use on Linux while Nvidia continues to be a pain in the neck, although ignoring"nomodeset" seems a little nasty.
I've never agreed with the decision to enable KMS by default thus breaking many older systems. It has been and continues to be a huge pain.
You can Google for"kernel mode set" (KMS) to get more information.Ziggy wrote: I just can't understand why adding the line 'radeon.modeset=0' nearly loaded whilst just using vesa, safe or ordinary caused it to hang on 'waiting to populate /dev' .
The gist of it is that the same driver is used for the consoles and for X-windows. This usually takes over the console display when"waiting for /dev to be fully populated ..." is displayed. The default in the consoles is to use the maximum resolution possible and this causes breakage on many older systems. They say you can set the resolution with a"video=..." boot parameter but this has never worked for me. Other than that, you have to disable it, either by removing/disabling KMS enabled drivers or with one of the boot parameters that disable KMS. It seems that the radeon driver is ignoring the"nomodeset" boot option, which is unfortunate.
When KMS works, people are usually very happy with it because changing resolution or changing from a virtual console to X happens instantly. When KMS fails to work, people are extremely unhappy with it because it makes the machine unusable.
Code: Select all
There was a little girl,
Who had a little curl,
Right in the middle of her forehead.
When she was good,
She was very good indeed,
But when she was bad she was horrid.
I've never agreed with the decision to enable KMS by default thus breaking many older systems. It has been and continues to be a huge pain.
-
Posts: 7
- Joined: 11 Dec 2013
#11
Dolphin-Oracle - the signal stopped - the monitors both reported 'no signal being recieved'
BitJam thanks very much for the info re. the KMS
Are there any boot parameters I can use to fully boot into the Live CD.
I'm really frustrated having tried Knoppix, Debian, Ubuntu, Mint and a few others. To be honest - the AntiX is the one that has come closet to booting albeit by using the 'radeon.modeset=0' command.
Would this CD install and work properly - e.g. dual-boot and run properly?
BitJam thanks very much for the info re. the KMS
Are there any boot parameters I can use to fully boot into the Live CD.
I'm really frustrated having tried Knoppix, Debian, Ubuntu, Mint and a few others. To be honest - the AntiX is the one that has come closet to booting albeit by using the 'radeon.modeset=0' command.
Would this CD install and work properly - e.g. dual-boot and run properly?
-
Posts: 1,028
- Joined: 21 Aug 2011
#12
About a couple of months ago I wanted to investigate an ATI/Radeon matter before comitting to a hard disk install of antiX-13.2-Full-Stable. My goal was to test different video drivers. Perhaps some parts of my journey might help you.
The original attempt to create a test environment tried to create an antiX-Live with persistence set up on a USB stick as outlined in the following post:
idea-for-pre-installation-test-of-video-driver-t4658.html
Unfortunately this was not suitable as can be seen from the last post i.e. the driver was not used in this set up.
The second attempt installed antiX to the same USB stick, this time using the installation procedure that is normally used to install to hard disk. This is not the recommended way to set up antiX but is OK for short term testing.
Once installed a second hurdle was discovered. The kernel shipped with the antiX-13.2-Full-Stable ISO had a bug which prevented the building of the new video driver. To address this follow the upgrade advice from anticapitalista in this topic:
new-bug-fix-kernels-available-t4692.html
Note: I never went back to investigate whether this was the cause of the failure in the original attempt.
Booting the USB stick via the new kernel allowed the running of two command line tools, smxi and sgfxi. smxi holds your hand through a step-by-step update and upgrade procedure, sgfxi dives straight into installing a new video driver.
The outcome was the new driver tested OK and the install to hard disk was conducted.
My circumstances were slightly different from yours as throughout I was able to boot into a partially working display. and switch to the command line when wanted. It might be possible for you to do everything from the command line. I cannot tell whether you have already tried it.
The antiX installer CD has an option to conduct a command line installation. If antiX can be installed to a USB stick in CLI mode it is still likely to fail to boot in GUI mode. If the bootloader screen is displayed there will be an option ending in init-3. Selecting this will boot to the command line.
Summary
1. Try to boot the CD to install in command line mode
2. Create a temporary installation on a USB stick
3. Install the correct kernel + updates
4. Boot using the new kernel
5. In cli mode, as root, run either smxi or sgfxi to install a different video driver (if available)
6. Hope.
The original attempt to create a test environment tried to create an antiX-Live with persistence set up on a USB stick as outlined in the following post:
idea-for-pre-installation-test-of-video-driver-t4658.html
Unfortunately this was not suitable as can be seen from the last post i.e. the driver was not used in this set up.
The second attempt installed antiX to the same USB stick, this time using the installation procedure that is normally used to install to hard disk. This is not the recommended way to set up antiX but is OK for short term testing.
Once installed a second hurdle was discovered. The kernel shipped with the antiX-13.2-Full-Stable ISO had a bug which prevented the building of the new video driver. To address this follow the upgrade advice from anticapitalista in this topic:
new-bug-fix-kernels-available-t4692.html
Note: I never went back to investigate whether this was the cause of the failure in the original attempt.
Booting the USB stick via the new kernel allowed the running of two command line tools, smxi and sgfxi. smxi holds your hand through a step-by-step update and upgrade procedure, sgfxi dives straight into installing a new video driver.
The outcome was the new driver tested OK and the install to hard disk was conducted.
My circumstances were slightly different from yours as throughout I was able to boot into a partially working display. and switch to the command line when wanted. It might be possible for you to do everything from the command line. I cannot tell whether you have already tried it.
The antiX installer CD has an option to conduct a command line installation. If antiX can be installed to a USB stick in CLI mode it is still likely to fail to boot in GUI mode. If the bootloader screen is displayed there will be an option ending in init-3. Selecting this will boot to the command line.
Summary
1. Try to boot the CD to install in command line mode
2. Create a temporary installation on a USB stick
3. Install the correct kernel + updates
4. Boot using the new kernel
5. In cli mode, as root, run either smxi or sgfxi to install a different video driver (if available)
6. Hope.
-
Posts: 7
- Joined: 11 Dec 2013
#13
Update
Thanks Samk - I don't get to a partially working screen (see below), plus I don't see an option in the BIOS to boot from a USB device. I'm not sure if I can follow your procedure either - I know practically nothing about nothing (the practically is probably an overstatement!)
After Googling some more I booted into the Live CD, and typed radeon.noaccel=1 at the end of the command line and pressed enter
It said this code was ignored or had been misspelt - so I had no great hopes
But it booted past the 'populating /dev' and then completed booting and showed a black screen with streaks of warped graphics/text across the top, then it continued on and booted to a white screen with 3 little black dots on it.
This was the case when I booted using the radeon.noaccel=1 and vesa mode (this puts xdrive=vesa into the command line)- it got to the white screen with the black dots
Yet with the radeon.noaccel=1 and safe mode (which just sticks a nomodeset into the command line) it would get past the black screen with the coloured warped text/graphics
So, is there anything I can do to get this working on my pc, or will I just resign myself to knowing I can't have Linux on it?
Thanks Samk - I don't get to a partially working screen (see below), plus I don't see an option in the BIOS to boot from a USB device. I'm not sure if I can follow your procedure either - I know practically nothing about nothing (the practically is probably an overstatement!)
After Googling some more I booted into the Live CD, and typed radeon.noaccel=1 at the end of the command line and pressed enter
It said this code was ignored or had been misspelt - so I had no great hopes
But it booted past the 'populating /dev' and then completed booting and showed a black screen with streaks of warped graphics/text across the top, then it continued on and booted to a white screen with 3 little black dots on it.
This was the case when I booted using the radeon.noaccel=1 and vesa mode (this puts xdrive=vesa into the command line)- it got to the white screen with the black dots
Yet with the radeon.noaccel=1 and safe mode (which just sticks a nomodeset into the command line) it would get past the black screen with the coloured warped text/graphics
So, is there anything I can do to get this working on my pc, or will I just resign myself to knowing I can't have Linux on it?
- Posts: 1,028 SamK
- Joined: 21 Aug 2011
#14
Have you tried the booting using the Command Line Install option in the antiX installation CD? Does it give you a working command line display? If it doesn't then nothing I mentioned will apply.Ziggy wrote:...I don't get to a partially working screen (see below)...
-
Posts: 1,308
- Joined: 31 Aug 2009
#15
There is clearly a problem with the graphics driver. If you are willing to start out with no GUI then add"3" as a boot parameter. This will prevent X-windows from starting and you should have 7 virtual consoles available. You can switch between them with Alt-<Left-Arrow> and Alt-<Right-Arrow>. If you use the"3" boot parameter and log in as root then you can start X-windows with the command:
After the screen goes blank, you might be able to get back to the first virtual console with Ctrl-Alt-<F1>.
I also suggest you use a vga boot parameter to increase the resolution of the text consoles:
You can also manually set the X-windows resolution with boot parameters:
You might want to combine one of these with 'xdrvr=vesa".
BTW, I will try to make sure we add"radeon.modeset=0" to our safe modes in the boot loader in the next release.
BTW-2: The F12 key in the boot loader will show you the currently selected boot parameters.
Code: Select all
/ etc/init.d/slim start
I also suggest you use a vga boot parameter to increase the resolution of the text consoles:
Code: Select all
vga=795 gives 1280x1024
vga=792 gives 1024x768
Code: Select all
xres=1280x1024
xres=1024x768
BTW, I will try to make sure we add"radeon.modeset=0" to our safe modes in the boot loader in the next release.
BTW-2: The F12 key in the boot loader will show you the currently selected boot parameters.