First, I now have a new keyboard, giving me control over how my desktop
boots.
On 12/08/2011 05:46 PM, Marko Vojinovic wrote:
> * boot into runlevel 3
> * yum install kdm
> * edit /etc/sysconfig/desktop so that it contains:
>
> DISPLAYMANAGER="KDE"
>
> // If the file /ets/sysconfig/desktop
On 12/11/2011 05:31 AM, Marko Vojinovic wrote:
> On Saturday 10 December 2011 19:52:43 Joe Zeff wrote:
>
>> I'll be busy Sunday, but will get another keyboard Monday. Once I've
>> done that, I'll try such things as posting the GDM log (Where was it
>> again?) and other stuff.
>
> /var/log/gdm.log
On Saturday 10 December 2011 19:52:43 Joe Zeff wrote:
> Good news: I borrowed my sister's (PS2) keyboard, put it on my desktop
> and tried it. It worked. I booted directly into a CLI and posted my
> xorg.conf at http://www.zeff.us/xorg.conf
The xorg.conf seems ok, nothing wrong AFAICS.
> and lo
Good news: I borrowed my sister's (PS2) keyboard, put it on my desktop
and tried it. It worked. I booted directly into a CLI and posted my
xorg.conf at http://www.zeff.us/xorg.conf and looked at
.xsession-errors, but saw nothing obviously wrong. Startx worked, but
got me into what looks like
On Thursday 08 December 2011 17:47:20 Joe Zeff wrote:
> On 12/08/2011 05:37 PM, Marko Vojinovic wrote:
> > This scenario assumes that there are no hardware malfunctions and that
> > the nVidia driver is working correctly. All this is plausibly true,
> > based on the Xorg log which reports that both
On 12/08/2011 01:29 PM, Joe Zeff wrote:
> A sudden thunk: could it be GDM that's bombing? Should I remove it and
> replace it with KDM or some other login mangler?
having recently gone through a similar problem, it was indeed GDM that
was bombing - here's what got the machine to not use it:
On 12/08/2011 05:46 PM, Marko Vojinovic wrote:
> Oops, sorry, this will not start GDM, but will start Gnome3 (or whatever DE
> you have configured) directly. This is because you are already logged in and
> the greeter is not necessary.
Always assuming, of course, that I can get the computer to pay
On Thu, Dec 8, 2011 at 11:29 AM, Joe Zeff wrote:
> A sudden thunk: could it be GDM that's bombing? Should I remove it and
> replace it with KDM or some other login mangler?
You could also check /var/log/gdm/ and see if it says anything useful.
-T.C.
--
users mailing list
users@lists.fedoraproj
On 12/08/2011 05:37 PM, Marko Vojinovic wrote:
> This scenario assumes that there are no hardware malfunctions and that the
> nVidia driver is working correctly. All this is plausibly true, based on the
> Xorg log which reports that both the graphics card and driver are working as
> expected.
Alas
On Friday 09 December 2011 01:37:06 Marko Vojinovic wrote:
> In order to debug the above faulty-GDM scenario, try the following:
>
> * boot into runlevel 3 and login (not as root)
> * startx
> // this should start X and then GDM, which should fail only once and put you
> back into the terminal, ho
On Thursday 08 December 2011 14:40:52 Joe Zeff wrote:
> On 12/08/2011 02:05 PM, Ian Malone wrote:
> > I guess you'd give it multi-user.target or runlevel3.target if you
> > wanted to boot it as a one-off. Also the old runlevel numbers still
> > work; you can just add '3' to the kernel arguments and
Marko Vojinovic wrote:
>> An ignorant question, but do the terms "virtual terminal", "desktop"
>> and "virtual desktop" all mean the same thing?
>
> No, they don't. Virtual terminal is what is also called a text console,
> the thing you get into with ctrl-alt-Fn. The "desktop" can mean a lot of
>
Something new has been added: I decided to try booting again to see if I
could get directly into runlevel 3. When I turned my desktop on, the
fan was very noisy and it completely ignored the keyboard. I turned it
off, unplugged the keyboard, plugged it back in and it did the same
thing. It's
On 12/08/2011 02:05 PM, Ian Malone wrote:
> I guess you'd give it multi-user.target or runlevel3.target if you
> wanted to boot it as a one-off. Also the old runlevel numbers still
> work; you can just add '3' to the kernel arguments and get runlevel 3.
We'll soon know for sure. However, once it'
> Em Qui, 2011-12-08 às 12:00 -0800, Joe Zeff escreveu:
>> OK, I tried letting it sit there trying to start GDM. Came back after
>> about ten minutes and it had turned itself off in despair. Before
>> trying again, I have two questions.
>>
>> First, what do I add to the boot parameters to get it
Change the target as shown there:
http://fedoraproject.org/wiki/Systemd#How_do_I_change_the_default_runlevel.3F
but i don't know how to do it directly from grub...
Em Qui, 2011-12-08 às 12:00 -0800, Joe Zeff escreveu:
> OK, I tried letting it sit there trying to start GDM. Came back after
> a
OK, I tried letting it sit there trying to start GDM. Came back after
about ten minutes and it had turned itself off in despair. Before
trying again, I have two questions.
First, what do I add to the boot parameters to get it to start in a CLI
so that I don't have to use the kludge from rescu
On 12/08/2011 05:54 AM, Marko Vojinovic wrote:
> It would be a good idea to describe what you actually see on the screen,
> because nothing in the log shows any problems.
I have, repeatedly. Right now, I've got my desktop rebooted into the
normal environment, sitting here trying to start a graph
On 12/08/2011 05:54 AM, Marko Vojinovic wrote:
> From the above I would say that the X session is up and running, using
> 1280x1024, on virtual terminal 7. A very dumb question: which VT are you
> looking at? Did you try to do a CTRL-ALT-F7 after starting X?
It's lying, I assure you. It ignores
On 12/08/2011 05:54 AM, Marko Vojinovic wrote:
> How exactly did you start the X session? From telinit 3, using startx? Going
> back to telinit 5? What exactly do you see on the screen when you try it?
As part of what is jokingly called a "normal boot." I let it boot
without any user interventio
On 12/08/2011 03:25 AM, Ian Malone wrote:
> This shows X coming up okay and being shutdown (via the power button?)
> almost immediately, but about three minutes into system boot. Does
> startup normally take that long since the upgrade? dmesg and
> /var/log/messages output would be useful as would
On 12/08/2011 12:37 AM, T.C. Hollingsworth wrote:
> Have you tried removing the proprietary Nvidia driver, at least for
> the time being? Nvidia and AMD/ATI's drivers tend to not like system
> upgrades that much and cause major headaches.
No, because they've never caused me the slightest bit of t
On Thursday 08 December 2011 14:23:14 Timothy Murphy wrote:
> Marko Vojinovic wrote:
> > From the above I would say that the X session is up and running, using
> > 1280x1024, on virtual terminal 7.
>
> An ignorant question, but do the terms "virtual terminal", "desktop"
> and "virtual desktop" all
On 8 December 2011 04:29, Joe Zeff wrote:
> On 12/07/2011 06:33 PM, Marko Vojinovic wrote:
>> Sure, post the link, I can take a look (no promises to have useful advice
>> afterwards, though :-) ).
>>
>
> Thanx. I'm fairly sure I can manage to beat the system back into
> submission without a compl
Marko Vojinovic wrote:
> From the above I would say that the X session is up and running, using
> 1280x1024, on virtual terminal 7.
An ignorant question, but do the terms "virtual terminal", "desktop"
and "virtual desktop" all mean the same thing?
If so, could someone remind me, what is the CLI
On Wednesday 07 December 2011 20:29:21 Joe Zeff wrote:
> The log is at
> http://www.zeff.us/xorglog.txt right now.
Ok, this is funny... Judging by the log, for all intents and purposes X seems
to be actually running without any trouble.
How exactly did you start the X session? From telinit 3, u
On Wed, Dec 7, 2011 at 9:29 PM, Joe Zeff wrote:
> Getting things from that box is non-trivial at this point, but if it
> turns out that you need those things, I can manage. The log is at
> http://www.zeff.us/xorglog.txt right now. No KVM switch or other hinky
> stuff, unless you think that a tra
On 12/07/2011 06:33 PM, Marko Vojinovic wrote:
> Sure, post the link, I can take a look (no promises to have useful advice
> afterwards, though :-) ).
>
Thanx. I'm fairly sure I can manage to beat the system back into
submission without a complete reinstall if I can get X working, because
aside
On Wednesday 07 December 2011 13:34:48 Joe Zeff wrote:
> I'm starting Yet Another Thread here because things have changed enough
> that it seems reasonable. On my desktop, I ran this:
>
> yum --releasever=16 --skip-broken distro-sync
>
> and let it do what it wanted, including downgrading severa
I'm starting Yet Another Thread here because things have changed enough
that it seems reasonable. On my desktop, I ran this:
yum --releasever=16 --skip-broken distro-sync
and let it do what it wanted, including downgrading several packages.
Then I rebooted. I always see the old progress bar,
30 matches
Mail list logo
