[gentoo-user] Weird GNOME problem

[gentoo-user] Weird GNOME problem

[michael]

Earlier tonight I changed the setting in /etc/conf.d/rc for the
RC_DEVICE_TARBALL from "yes" to "no" and rebooted.  Now I can't get into
GNOME.  For my personal account after I enter my username/password the
screen clears and I see the default background color and my mouse
pointer, then nothing else.  I can move the mouse pointer, but there's
nothing the click on and the context menu doesn't come up when I
right-click.  When I tried to log in as root from the welcome screen I
see the "GNOME Starting" box with the Gentoo logo, but it never goes on
from that.  To get out of both my personal account and the root account
I had to Alt+Cntrl+Backspace.  I got a Failsafe Terminal and looked at
the log files for gdm and saw this:

(EE) GARTInit: Unable to open /dev/agpgart (No such file or directory)

There are five log files in /var/log/gdm; they all say roughly the same
thing, and their timestamps are consistent with the times I tried to log
in and got stuck.  I can't even find out why it's looking for this file
or how to make it stop looking for it.  Can anyone help me out here?
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Weird GNOME problem

[Rumen Yotov]

[-- Attachment #1: Type: text/plain, Size: 1476 bytes --]

On (31/12/05 01:49), michael@espersunited.com wrote:
> Earlier tonight I changed the setting in /etc/conf.d/rc for the
> RC_DEVICE_TARBALL from "yes" to "no" and rebooted.  Now I can't get into
> GNOME.  For my personal account after I enter my username/password the
> screen clears and I see the default background color and my mouse
> pointer, then nothing else.  I can move the mouse pointer, but there's
> nothing the click on and the context menu doesn't come up when I
> right-click.  When I tried to log in as root from the welcome screen I
> see the "GNOME Starting" box with the Gentoo logo, but it never goes on
> from that.  To get out of both my personal account and the root account
> I had to Alt+Cntrl+Backspace.  I got a Failsafe Terminal and looked at
> the log files for gdm and saw this:
> 
> (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory)
> 
> There are five log files in /var/log/gdm; they all say roughly the same
> thing, and their timestamps are consistent with the times I tried to log
> in and got stuck.  I can't even find out why it's looking for this file
> or how to make it stop looking for it.  Can anyone help me out here?
> -- 
> gentoo-user@gentoo.org mailing list
> 
Hi,
Are you using a Nvidia video card?
Reverting RC_DEVICE_TARBALL to "yes" should solve the problem but it's not a solution.
udev isn't creating the /dev/agpgart file/link - check if it's there and with what perms.
Rumen

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Weird GNOME problem

[Michael Sullivan]

On Sat, December 31, 2005 4:44 am, Rumen Yotov wrote:
> On (31/12/05 01:49), michael@espersunited.com wrote:
>> Earlier tonight I changed the setting in /etc/conf.d/rc for the
>> RC_DEVICE_TARBALL from "yes" to "no" and rebooted.  Now I can't get into
>> GNOME.  For my personal account after I enter my username/password the
>> screen clears and I see the default background color and my mouse
>> pointer, then nothing else.  I can move the mouse pointer, but there's
>> nothing the click on and the context menu doesn't come up when I
>> right-click.  When I tried to log in as root from the welcome screen I
>> see the "GNOME Starting" box with the Gentoo logo, but it never goes on
>> from that.  To get out of both my personal account and the root account
>> I had to Alt+Cntrl+Backspace.  I got a Failsafe Terminal and looked at
>> the log files for gdm and saw this:
>>
>> (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory)
>>
>> There are five log files in /var/log/gdm; they all say roughly the same
>> thing, and their timestamps are consistent with the times I tried to log
>> in and got stuck.  I can't even find out why it's looking for this file
>> or how to make it stop looking for it.  Can anyone help me out here?
>> --
>> gentoo-user@gentoo.org mailing list
>>
> Hi,
> Are you using a Nvidia video card?
> Reverting RC_DEVICE_TARBALL to "yes" should solve the problem but it's not
> a solution.
> udev isn't creating the /dev/agpgart file/link - check if it's there and
> with what perms.
> Rumen
>

/dev/agpgart does not exist.  As far as I know I am not using a Nvidia
card.  If I was I think I would have a /dev/nvidia as well as several
other similar /dev files starting with nvid, but I don't...

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Weird GNOME problem

[Holly Bostick]

Michael Sullivan schreef:
> On Sat, December 31, 2005 4:44 am, Rumen Yotov wrote:
> 
>> On (31/12/05 01:49), michael@espersunited.com wrote:
>> 
>>> Earlier tonight I changed the setting in /etc/conf.d/rc for the 
>>> RC_DEVICE_TARBALL from "yes" to "no" and rebooted.  Now I can't
>>> get into GNOME.  For my personal account after I enter my
>>> username/password the screen clears and I see the default
>>> background color and my mouse pointer, then nothing else.  I can
>>> move the mouse pointer, but there's nothing the click on and the
>>> context menu doesn't come up when I right-click.  When I tried to
>>> log in as root from the welcome screen I see the "GNOME Starting"
>>> box with the Gentoo logo, but it never goes on from that.  To get
>>> out of both my personal account and the root account I had to
>>> Alt+Cntrl+Backspace.  I got a Failsafe Terminal and looked at the
>>> log files for gdm and saw this:
>>> 
>>> (EE) GARTInit: Unable to open /dev/agpgart (No such file or
>>> directory)
>>> 
>>> There are five log files in /var/log/gdm; they all say roughly
>>> the same thing, and their timestamps are consistent with the
>>> times I tried to log in and got stuck.  I can't even find out why
>>> it's looking for this file or how to make it stop looking for it.
>>> Can anyone help me out here? -- gentoo-user@gentoo.org mailing
>>> list
>>> 
>> 
>> Hi, Are you using a Nvidia video card? Reverting RC_DEVICE_TARBALL
>> to "yes" should solve the problem but it's not a solution. udev
>> isn't creating the /dev/agpgart file/link - check if it's there and
>>  with what perms. Rumen
>> 
> 
> 
> /dev/agpgart does not exist.  As far as I know I am not using a
> Nvidia card.  If I was I think I would have a /dev/nvidia as well as
> several other similar /dev files starting with nvid, but I don't...
> 

"As far as you know"? Do you not know what video card you have in your
box? This is not really a wise policy in general (not knowing what your
hardware is), but especially not when running Linux.

But anyway, here's the deal.

AGPGART is the device representing your AGP bus, which bus (slot) most
likely holds your video card (unless you have an onboard video chip, a
PCI video card, or use PCI-E, which you might, but most likely do not,
as the vast majority of systems in use today use an AGP video card).

AGPGART is a motherboard resource, which is part of the kernel. What may
have happened is that you upgraded your kernel at some point and did not
enable agpgart in the kernel config, and/or did not enable specific
support for your motherboard, but this was not noticed because the
previously-existing device file was in the tarball you were using.
However, when you stopped using the tarball, because the modules were
not present in the kernel, a new device could not be created (because no
module/driver was found to create the device necessary). This is, of
course, all speculation, but I can't offhand think of any other reason
that /dev/agpgart would not be created, other than that the module isn't
loaded, and the most likely reason that that would happen is because
there is no support in the kernel enabled. However, this could also
happen because the module isn't explicitly loaded because either
coldplug is not installed, and/or the module--if compiled as a module--
needs to be in /etc/modules.autoload.d/kernel-2.* and is not there
present, and/or the module-- if compiled directly into the kernel is not
loading because the kernel itself does not have support for loading
modules enabled. But these are all somewhat less likely than agpgart
support not being enabled in the first place (which is itself fairly
unlikely, but since you are not getting the device being created, there
must be *some* reason that that isn't happening).

What Rumen is talking about is a specific quirk of nVidia cards using
the proprietary nVidia drivers, that the device must be created in
local.start because the device is for some reason not created
automatically (I don't have an nVidia card, so I don't know the
details). There is also a specific quirk of ATI cards using the
proprietary fglrx drivers, that agpgart must be compiled into the kernel
as a module, but your xorg.conf must be specifically set to either use
the kernel module or the module included with the fglrx drivers; the two
are incompatible and the fglrx drivers may or may not work if you use
the wrong one.

The reason you can get into a failsafe GNOME session is because that
uses the 'vesa' video driver, which is practically guaranteed to provide
a basic display (it's basically like Windows Safe Mode, doesn't run
anything except what you absolutely need to have enough of a session
that you can fix whatever's wrong). However, a full GNOME session
requires the driver specified in your xorg.conf to load, which it most
likely cannot, because your AGP bus is not loaded, so X is unable to
communicate with your video card (which is on the AGP bus, which is not
accessible, because the device file does not exist).

So what we want is to cause this device file to be created, which would
mean that we have to know somewhat more about

1) what kernel you are using

2) how it is configured

3) what specific hardware exists in the system (which impacts the
configuration of the kernel).

For the time being, I would suggest re-enabling the tarball in
/etc/conf.d/rc, so that you can have a fully-working system while you
determine the status of Device Drivers=> Character Devices=>
/dev/agpgart (AGP support) in your current kernel config, and the nature
of your motherboard and video card, so that you know what the correct
settings for your system actually need to be.

HTH,
Holly
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Weird GNOME problem [SOLVED]

[Michael Sullivan]

On Sat, 2005-12-31 at 18:02 +0100, Holly Bostick wrote:
> Michael Sullivan schreef:
> > On Sat, December 31, 2005 4:44 am, Rumen Yotov wrote:
> > 
> >> On (31/12/05 01:49), michael@espersunited.com wrote:
> >> 
> >>> Earlier tonight I changed the setting in /etc/conf.d/rc for the 
> >>> RC_DEVICE_TARBALL from "yes" to "no" and rebooted.  Now I can't
> >>> get into GNOME.  For my personal account after I enter my
> >>> username/password the screen clears and I see the default
> >>> background color and my mouse pointer, then nothing else.  I can
> >>> move the mouse pointer, but there's nothing the click on and the
> >>> context menu doesn't come up when I right-click.  When I tried to
> >>> log in as root from the welcome screen I see the "GNOME Starting"
> >>> box with the Gentoo logo, but it never goes on from that.  To get
> >>> out of both my personal account and the root account I had to
> >>> Alt+Cntrl+Backspace.  I got a Failsafe Terminal and looked at the
> >>> log files for gdm and saw this:
> >>> 
> >>> (EE) GARTInit: Unable to open /dev/agpgart (No such file or
> >>> directory)
> >>> 
> >>> There are five log files in /var/log/gdm; they all say roughly
> >>> the same thing, and their timestamps are consistent with the
> >>> times I tried to log in and got stuck.  I can't even find out why
> >>> it's looking for this file or how to make it stop looking for it.
> >>> Can anyone help me out here? -- gentoo-user@gentoo.org mailing
> >>> list
> >>> 
> >> 
> >> Hi, Are you using a Nvidia video card? Reverting RC_DEVICE_TARBALL
> >> to "yes" should solve the problem but it's not a solution. udev
> >> isn't creating the /dev/agpgart file/link - check if it's there and
> >>  with what perms. Rumen
> >> 
> > 
> > 
> > /dev/agpgart does not exist.  As far as I know I am not using a
> > Nvidia card.  If I was I think I would have a /dev/nvidia as well as
> > several other similar /dev files starting with nvid, but I don't...
> > 
> 
> "As far as you know"? Do you not know what video card you have in your
> box? This is not really a wise policy in general (not knowing what your
> hardware is), but especially not when running Linux.
> 
> But anyway, here's the deal.
> 
> AGPGART is the device representing your AGP bus, which bus (slot) most
> likely holds your video card (unless you have an onboard video chip, a
> PCI video card, or use PCI-E, which you might, but most likely do not,
> as the vast majority of systems in use today use an AGP video card).
> 
> AGPGART is a motherboard resource, which is part of the kernel. What may
> have happened is that you upgraded your kernel at some point and did not
> enable agpgart in the kernel config, and/or did not enable specific
> support for your motherboard, but this was not noticed because the
> previously-existing device file was in the tarball you were using.
> However, when you stopped using the tarball, because the modules were
> not present in the kernel, a new device could not be created (because no
> module/driver was found to create the device necessary). This is, of
> course, all speculation, but I can't offhand think of any other reason
> that /dev/agpgart would not be created, other than that the module isn't
> loaded, and the most likely reason that that would happen is because
> there is no support in the kernel enabled. However, this could also
> happen because the module isn't explicitly loaded because either
> coldplug is not installed, and/or the module--if compiled as a module--
> needs to be in /etc/modules.autoload.d/kernel-2.* and is not there
> present, and/or the module-- if compiled directly into the kernel is not
> loading because the kernel itself does not have support for loading
> modules enabled. But these are all somewhat less likely than agpgart
> support not being enabled in the first place (which is itself fairly
> unlikely, but since you are not getting the device being created, there
> must be *some* reason that that isn't happening).
> 
> What Rumen is talking about is a specific quirk of nVidia cards using
> the proprietary nVidia drivers, that the device must be created in
> local.start because the device is for some reason not created
> automatically (I don't have an nVidia card, so I don't know the
> details). There is also a specific quirk of ATI cards using the
> proprietary fglrx drivers, that agpgart must be compiled into the kernel
> as a module, but your xorg.conf must be specifically set to either use
> the kernel module or the module included with the fglrx drivers; the two
> are incompatible and the fglrx drivers may or may not work if you use
> the wrong one.
> 
> The reason you can get into a failsafe GNOME session is because that
> uses the 'vesa' video driver, which is practically guaranteed to provide
> a basic display (it's basically like Windows Safe Mode, doesn't run
> anything except what you absolutely need to have enough of a session
> that you can fix whatever's wrong). However, a full GNOME session
> requires the driver specified in your xorg.conf to load, which it most
> likely cannot, because your AGP bus is not loaded, so X is unable to
> communicate with your video card (which is on the AGP bus, which is not
> accessible, because the device file does not exist).
> 
> So what we want is to cause this device file to be created, which would
> mean that we have to know somewhat more about
> 
> 1) what kernel you are using
> 
> 2) how it is configured
> 
> 3) what specific hardware exists in the system (which impacts the
> configuration of the kernel).
> 
> For the time being, I would suggest re-enabling the tarball in
> /etc/conf.d/rc, so that you can have a fully-working system while you
> determine the status of Device Drivers=> Character Devices=>
> /dev/agpgart (AGP support) in your current kernel config, and the nature
> of your motherboard and video card, so that you know what the correct
> settings for your system actually need to be.
> 
> HTH,
> Holly

I fixed the problem (at least in my personal account) by deleting a
bunch of .* directories under /home/michael.  I apologize for not
knowing what hardware I have installed on this system.  I don't know
anything about hardware.  I find my hardware works better if I don't
know anything about it and therefore don't mess with trying to improve
it.  I had this computer custom-built at a shop I trust, and I've
already seen one instance where a piece of hardware they put in claims
to be something other than they told me it was.  Still, they're the most
reliable shop I've ever found so I use them.  I don't understand kernel
configs, so I use genkernel a lot and make small changes to the kernels
using the config of the kernel I'm currently using as a base...

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Weird GNOME problem

[Rumen Yotov]

[-- Attachment #1: Type: text/plain, Size: 2120 bytes --]

On (31/12/05 10:15), Michael Sullivan wrote:
> On Sat, December 31, 2005 4:44 am, Rumen Yotov wrote:
> > On (31/12/05 01:49), michael@espersunited.com wrote:
> >> Earlier tonight I changed the setting in /etc/conf.d/rc for the
> >> RC_DEVICE_TARBALL from "yes" to "no" and rebooted.  Now I can't get into
> >> GNOME.  For my personal account after I enter my username/password the
> >> screen clears and I see the default background color and my mouse
> >> pointer, then nothing else.  I can move the mouse pointer, but there's
> >> nothing the click on and the context menu doesn't come up when I
> >> right-click.  When I tried to log in as root from the welcome screen I
> >> see the "GNOME Starting" box with the Gentoo logo, but it never goes on
> >> from that.  To get out of both my personal account and the root account
> >> I had to Alt+Cntrl+Backspace.  I got a Failsafe Terminal and looked at
> >> the log files for gdm and saw this:
> >>
> >> (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory)
> >>
> >> There are five log files in /var/log/gdm; they all say roughly the same
> >> thing, and their timestamps are consistent with the times I tried to log
> >> in and got stuck.  I can't even find out why it's looking for this file
> >> or how to make it stop looking for it.  Can anyone help me out here?
> >> --
> >> gentoo-user@gentoo.org mailing list
> >>
> > Hi,
> > Are you using a Nvidia video card?
> > Reverting RC_DEVICE_TARBALL to "yes" should solve the problem but it's not
> > a solution.
> > udev isn't creating the /dev/agpgart file/link - check if it's there and
> > with what perms.
> > Rumen
> >
> 
> /dev/agpgart does not exist.  As far as I know I am not using a Nvidia
> card.  If I was I think I would have a /dev/nvidia as well as several
> other similar /dev files starting with nvid, but I don't...
> 
> -- 
> gentoo-user@gentoo.org mailing list
> 
Hi,
Then check the AGP support in kernel-config, but most likely it's not the problem.
Read the "udev guide" might help. Sorry out of ideas.
Happy New Year to ALL.
Rumen

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]