Posts: 11
hw3patch
Joined: 31 Dec 2013
#1
I installed AntiX 13.2 (with kernel vmlinuz-3.7.10-antix.5-486-smp) on my laptop. When using the live CD, running it with the default option would cause stuff to load for a little while, then the screen would go blank and stay like that. However, by using the CLI-installer option, I was able to install it to my hard drive. After that, booting from the hard drive had the same result as when I tried it with the live CD.
Fortunately, it does boot when I put ro 3 at the end of the kernel line in GRUB. It's just that I can't get any GUI when I do that.

Output from running sudo inxi -F:

Code: Select all

System:    Host: S2550 Kernel: 3.7.10-antix.5-486-smp (i686) (32 bit)
               Console: tty1 Distro: antiX-13.2_386-full Luddite 4 November 2013
Machine:   System: Gateway product: Solo 2550 version: Rev 1 serial: 0018942899
               Mobo: Gateway model: Solo 2550 version: Rev 1.0 Bios: Gateway version: 15.03
               date: 03/09/2000
CPU:         Single core  Pentium III (Coppermine)  (-UP-) cache: 256 KB flags: (paesse) clocked
               at 597.368 MHz
Graphics:  Card: Silicon Motion SM710 LynxEM
               X.org: 1.12.4 drivers: fbdev,vesa,siliconmotion tty size: 80x25
               Advanced Data: N/A for root out of X
Audio:      Card: ESS ES1978 Maestro 2E driver: snd_es1968 Sound: ALSA
               ver: k3.7.10-antix.5-486-smp
Network:   Failed to Detect Network Card!
Drives:      HDD Total Size: 80.0 GB (-) 1: id: /dev/sda model: ST980815A size: 80.0 GB
Partition:   ID: / size: 35G used: 2.5G (8%) fs: ext3 ID: swap-1 size: 5.24GB used: 0.00GB      
                (0%) fs: swap
Sensors:    System Temperatures: cpu: 35.0C mobo: N/A
                Fan Speeds (in rpm): cpu: N/A
Info:          Processes: 67 Uptime: 2 min Memory: 30.4/278.2MB Runlevel: 3
                 Client: Shell (sudo) inxi: 1.9.16
I also attached /var/log/Xorg.0.log. There is a very suspicious line in that file:

Code: Select all

[   984.277] (EE) SMI(0): Not enough video memory for the configured screen size (1024x1024) and color depth.
I have no idea why it's trying to use 1024x1024 even though everything else in the log talks about 1024x768.

I've tried several things in GRUB to try to boot into the GUI:
- removing nouveau.modeset=0 from the kernel line (so the line reads kernel (kernel location) (root location)
- appending ro 5 to the end of the kernel line (but without the nouveau.modeset=0, for this and everything below this)
- appending ro nomodeset nouveau.modeset=0 noxorg to the end of the kernel line
- appending ro nomodeset to the end of the kernel line

I've also tried:
- Running startx after booting into init-3
- Running slim after booting into init-3

But all of those still end up with the same blank screen. I'm stuck! Any ideas?
P.S. I don't know much about Linux. All of what I did above is information I got from other threads.
Posts: 11
hw3patch
Joined: 31 Dec 2013
#2
I worked on it some more and I'm making some progress. I am convinced this is an issue with X.

Using sudo Xorg -configure to generate an xorg.conf (since there wasn't one in /etc/X11), I saw that X thought that I had a dual monitor setup, so I deleted everything that referenced the second monitor. Then I rebooted, and selected the normal (quiet nouveau.modeset=0) in the boot menu, and it booted! To console mode.
/var/log/Xorg.0.log contains lines such as:
Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled
open /dev/fb0: no such file or directory
Falling back to old probe method for fbdev
Screen(s) found, but none have a usable configuration
Fatal Sever Error: No screens found
Posts: 1,062
Dave
Joined: 20 Jan 2010
#3
Have you tried without removing any screens?
It should use only one even though two are setup.
Also you should be able to set modes for the 1024x768 screen resolution.
Right after all the depth lines add a line like
Modes"1024x768"
Posts: 11
hw3patch
Joined: 31 Dec 2013
#4
In the xorg.conf that sudo Xorg -configure generated, I get the black screen problem. If I add the Modes line like you suggested, I still get the black screen problem.
In the xorg.conf from Xorg -configure, if I remove the duplicate screens, cards, etc., it boots, but X runs into errors when it loads and it goes to console mode. If I take that xorg.conf that has the duplicate screen removed, and add the Modes line, it does the same thing as without the Modes line.
Posts: 1,062
Dave
Joined: 20 Jan 2010
#5
Hmm, maybe try using a single screen configuration but using vesa as the driver and a mode line.
Posts: 11
hw3patch
Joined: 31 Dec 2013
#6
Doing that gives me the same black screen problem.
Here's xorg.conf in case it helps:

xorg.conf:

Code: Select all

Section"ServerLayout"
    Identifier    "X.org Configured"
    Screen      0 "Screen0" 0 0
#    Screen      1 "Screen1" RightOf"Screen0"
    InputDevice   "Mouse0""CorePointer"
    InputDevice   "Keyboard0""CoreKeyboard"
EndSection

Section"ServerFlags"
    Option"AutoAddDevices""False"
    Option"AllowEmptyInput""False"
EndSection

Section"Files"
    ModulePath  "/usr/lib/xorg/modules"
    FontPath    "/usr/share/fonts/X11/misc"
    FontPath    "/usr/share/fonts/X11/cyrillic"
    FontPath    "/usr/share/fonts/X11/100dpi/:unscaled"
    FontPath    "/usr/share/fonts/X11/75dpi/:unscaled"
    FontPath    "/usr/share/fonts/X11/Type1"
    FontPath    "/usr/share/fonts/X11/100dpi"
    FontPath    "/usr/share/fonts/X11/75dpi"
    FontPath    "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
    FontPath    "built-ins"
EndSection

Section"Module"
    Load "extmod"
    Load "dri2"
    Load "dbe"
    Load "record"
    Load "glx"
    Load "dri"
EndSection

Section"InputDevice"
    Identifier "Keyboard0"
    Driver     "kbd"
    Option"Device""/dev/input/event0"
EndSection

Section"InputDevice"
    Identifier "Mouse0"
    Driver     "mouse"
    Option       "Protocol""auto"
    Option       "Device""/dev/input/event4"
    Option       "ZAxisMapping""4 5 6 7"
EndSection

Section"Monitor"
    Identifier  "Monitor0"
    VendorName  "Monitor Vendor"
    ModelName   "Monitor Model"
EndSection

Section"Device"
        ### Available Driver options are:-
        ### Values: <i>: integer, <f>: float, <bool>:"True"/"False",
        ### <string>:"String", <freq>:"<f> Hz/kHz/MHz",
        ### <percent>:"<f>%"
        ### [arg]: arg optional
        #Option    "ShadowFB"               # [<bool>]
        #Option    "Rotate"                 # <str>
        #Option    "fbdev"                  # <str>
        #Option    "debug"                  # [<bool>]
    Identifier "Card0"
    Driver     "vesa"
    BusID      "PCI:1:0:0"
EndSection

Section"Screen"
    Identifier"Screen0"
    Device    "Card0"
    Monitor   "Monitor0"
    SubSection"Display"
        Viewport   0 0
        Depth     1
        Modes"1024x768"
    EndSubSection
    SubSection"Display"
        Viewport   0 0
        Depth     4
        Modes"1024x768"
    EndSubSection
    SubSection"Display"
        Viewport   0 0
        Depth     8
        Modes"1024x768"
    EndSubSection
    SubSection"Display"
        Viewport   0 0
        Depth     15
        Modes"1024x768"
    EndSubSection
    SubSection"Display"
        Viewport   0 0
        Depth     16
        Modes"1024x768"
    EndSubSection
    SubSection"Display"
        Viewport   0 0
        Depth     24
        Modes"1024x768"
    EndSubSection
EndSection

I read about a program that's included in Linux called xorgconfig, so I'll see what happens when I run it.
Posts: 1,062
Dave
Joined: 20 Jan 2010
#7
There is also sgfxi if you would like to give that a go.
I'm not seeing any thing totally upsetting with the xorg.conf posted.
As far as I know live tries to use the vesa driver, but I could be wrong. I'm also thinking that the driver that was running before trying to change it to vesa was siliconmotion. If it was not then maybe changing it to siliconmotion would work. Sgfxi should be able to find, install and build an xorg.conf if needed but I have only heard / tried it on intel/nvidia/ati cards. also maybe a smaller screen resolution would allow it to fit in the video memory buffer.... I am not sure of the boot line kernel parameter to increase video memory allocation but that may be an possible tweak as well.
Posts: 11
hw3patch
Joined: 31 Dec 2013
#8
Sorry for the huge delay in posting. And thank you so much for your suggestions. They are leading me toward the solution. Using the siliconmotion driver, the line"Modes 800x600", and the line"DefaultDepth 8" in xorg.conf, something actually showed up on the screen. It wasn't 8-bit color, though; it was monochromatic. Also, the graphics quality was so horrible that it was unusable. And the mouse didn't work. I don't think the keyboard worked either. Despite all of these problems, it is a huge step ahead.

In Xorg.0.log, for at least 100 lines, there's:

Code: Select all

Setting mouse protocol to"PS/2"
ps2EnableDataReporting: failed (this line repeats itself 4 more times then the cycle starts again)
Xorg.0.log also says that it failed to load the module kbd. One line claims that the module couldn't be opened. Another line claims the module doesn't exist.

I've been looking for that kernel parameter you mentioned but couldn't find it. Instead I found the DefaultDepth idea. I also tried running sgfxi but it looks like it needs a network connection to work (which I need to find out how to do with only init-3 access). It looks like I have many next directions to choose from to get closer to solving this.
Posts: 1,062
Dave
Joined: 20 Jan 2010
#9
I think the kernel code is kvmalloc=somethingInKb....
It seems odd that the keyboard and the mouse failed to load. What kind of devices are these? Did you verify the md5sum of the iso / check the cd with the f4 boot menu option?

Sgfxi should have an option to turn off the network check. However then it can only build the xorg.conf as it cannot download drivers. You should be able to connect to the network by running ceni as root in terminal. Not sure if it will work though as inxi is not showing any network cards. That is a little more common with wireless devices missing drivers, but by the spec of the machine I would guess it to have a wired interface. Which is again kind of odd to be not functioning
Posts: 11
hw3patch
Joined: 31 Dec 2013
#10
The keyboard is built in to the laptop, and the mouse is a touchpad that's also built into the laptop. Just now, I used the F4 option on the CD and everything passed inspection.

The laptop has a PCMCIA wireless card. I don't think it was plugged in when I ran inxi in the first post. To be sure, I ran inxi -F again (while logged in as root). It says the card is Broadcom BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller and the driver is b43-pci-bridge.

I have to go to bed now (well, 3 hours ago :p), so I'll work on those 2 things (the kernel code, and sgfxi) later.
Posts: 11
hw3patch
Joined: 31 Dec 2013
#11
I got an internet connection working, and ran sgfxi, with the following output:

Code: Select all

checking sgfxi versions... local and remote versions match. Continuing...
---------
sgfxi :: version 4.22.09 : last updated: 2014-01-27
---------
graphics card information:
    series: Silicon Motion, Inc. SM710 LynxEM (rev a3)
    vendor: Gateway 2000
-------
ERROR: (254) No supported card found!
Exiting script now.
Is vmalloc = xxxM what you're thinking of? I tried all the way up to vmalloc=2048M but the screen looks the same each time.

I took the mouse and keyboard information from Xorg --configure and replaced the mouse and keyboard stuff in my xorg.conf with it. This got the mouse working but the keyboard is still a no-go.

The lines in Xorg.0.log relating to the keyboard are:

Code: Select all

(II) LoadModule:"kbd"
(WW) Warning, couldn't open module kbd
(II) UnloadModule:"kbd"
(EE) Failed to load module"kbd" (module does not exist, 0)
Posts: 630
Eino
Joined: 12 Oct 2012
#12
hw3patch wrote:The keyboard is built in to the laptop, and the mouse is a touchpad that's also built into the laptop. Just now, I used the F4 option on the CD and everything passed inspection.

The laptop has a PCMCIA wireless card. I don't think it was plugged in when I ran inxi in the first post. To be sure, I ran inxi -F again (while logged in as root). It says the card is Broadcom BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller and the driver is b43-pci-bridge.

I have to go to bed now (well, 3 hours ago :p), so I'll work on those 2 things (the kernel code, and sgfxi) later.
Here is the debian wiki, for the Broadcom wireless driver you need.

========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"https://wiki.debian.org/bcm43xx"
linktext was:"https://wiki.debian.org/bcm43xx"
====================================
Posts: 11
hw3patch
Joined: 31 Dec 2013
#13
Eino wrote: Here is the debian wiki, for the Broadcom wireless driver you need.

========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"https://wiki.debian.org/bcm43xx"
linktext was:"https://wiki.debian.org/bcm43xx"
====================================
Thanks. It looks like that driver is already included in my version of AntiX, because I got my internet connection working without me needing to install anything.
Posts: 11
hw3patch
Joined: 31 Dec 2013
#14
I changed the defaultdepth to 16, and now the desktop looks fine. Now I need to figure out how to get the keyboard to work, and everything will be working. In Xorg.0.log, there's:

Code: Select all

(II) LoadModule:"kbd"
(WW) Warning, couldn't open module kbd
(II) UnloadModule:"kbd"
(II) Unloading kbd
(EE) Failed to load module"kbd" (module does not exist, 0)
(EE) No input driver matching 'kbd'
Based on searching the web, apparently, a file called kbd_drv.so is supposed to exist in /usr/lib/xorg/modules/input. That file isn't there. It isn't there in my other computer either, but its keyboard is working fine. How peculiar...
Posts: 11
hw3patch
Joined: 31 Dec 2013
#15
Everything is working now! When I'm not so tired, I'll write up how to get it working on this laptop model so anyone else having this problem doesn't have to go through the hassle that I did.