JE writes:

> So I've just completed a painfully long portupgrade. There was only a
> short note about the latest xorg update being less painful. This appeared to
> be the case, but upon completion of the upgrade (after "fixing" the cyclic
> dependancies) I cannot start X using startx, xinit or X. My log file shows
> only a fatal server error of:
>
> xf86OpenConsole: KDSETMODE KD_GRAPHICS failed.
>
> There are two warnings that come in ahead of this:
>
> xf86OpenConsole: VT_ACTIVATE failed
> xf86OpenConsole: VT_WAITACTIVATE failed.
>
> Any suggestions?
>
> Cheers and Thanks
>
> JE.
>

my wild guess: check out ports/x11/wrapper for more info.

--
I am the good shepherd, and know my sheep, and am known of mine.
-- John 10:14

On 2007-09-18, dhg wrote:
> JE writes:
>
>> So I've just completed a painfully long portupgrade. There was only a
>> short note about the latest xorg update being less painful. This appeared to
>> be the case, but upon completion of the upgrade (after "fixing" the cyclic
>> dependancies) I cannot start X using startx, xinit or X. My log file shows
>> only a fatal server error of:
>>
>> xf86OpenConsole: KDSETMODE KD_GRAPHICS failed.
>>
>> There are two warnings that come in ahead of this:
>>
>> xf86OpenConsole: VT_ACTIVATE failed
>> xf86OpenConsole: VT_WAITACTIVATE failed.
>>
>> Any suggestions?
>>
>> Cheers and Thanks
>>
>> JE.
>>
>
> my wild guess: check out ports/x11/wrapper for more info.
>

This does not work. With or without wrapper. Same error either way.

Thanks

JE

JE writes:

> On 2007-09-18, dhg wrote:
>> JE writes:
>>
>>> So I've just completed a painfully long portupgrade. There was only a
>>> short note about the latest xorg update being less painful. This appeared to
>>> be the case, but upon completion of the upgrade (after "fixing" the cyclic
>>> dependancies) I cannot start X using startx, xinit or X. My log file shows
>>> only a fatal server error of:
>>>
>>> xf86OpenConsole: KDSETMODE KD_GRAPHICS failed.
>>>
>>> There are two warnings that come in ahead of this:
>>>
>>> xf86OpenConsole: VT_ACTIVATE failed
>>> xf86OpenConsole: VT_WAITACTIVATE failed.
>>>
>>> Any suggestions?
>>>
>>> Cheers and Thanks
>>>
>>> JE.
>>>
>>
>> my wild guess: check out ports/x11/wrapper for more info.
>>
>
> This does not work. With or without wrapper. Same error either way.
>
> Thanks
>
> JE

Some display driver needs a reinstall after an Xorg uprade from 7.2
to 7.3, typical is xorg video driver 'nv'. you may recompile your display
driver and reinstall it. If any errors, check the logs files
under /var/log.

--
But what saith it? The word is nigh thee, even in thy mouth, and
in thy heart: that is, the word of faith, which we preach;
-- Romans 10:8

On 2007-09-19, dhg wrote:
> JE writes:
>
>> On 2007-09-18, dhg wrote:
>>> JE writes:
>>>
>>>> So I've just completed a painfully long portupgrade. There was only a
>>>> short note about the latest xorg update being less painful. This appeared to
>>>> be the case, but upon completion of the upgrade (after "fixing" the cyclic
>>>> dependancies) I cannot start X using startx, xinit or X. My log file shows
>>>> only a fatal server error of:
>>>>
>>>> xf86OpenConsole: KDSETMODE KD_GRAPHICS failed.
>>>>
>>>> There are two warnings that come in ahead of this:
>>>>
>>>> xf86OpenConsole: VT_ACTIVATE failed
>>>> xf86OpenConsole: VT_WAITACTIVATE failed.
>>>>
>>>> Any suggestions?
>>>>
>>>> Cheers and Thanks
>>>>
>>>> JE.
>>>>
>>>
>>> my wild guess: check out ports/x11/wrapper for more info.
>>>
>>
>> This does not work. With or without wrapper. Same error either way.
>>
>> Thanks
>>
>> JE
>
> Some display driver needs a reinstall after an Xorg uprade from 7.2
> to 7.3, typical is xorg video driver 'nv'. you may recompile your display
> driver and reinstall it. If any errors, check the logs files
> under /var/log.
>

I've deleted (pkg_delete -f . . .) every port that begins with x and
reinstalled them all. My log file still shows the original error.

Some further information. I also suspected there might be something in my
base installation. I deleted the entire /usr/src/ tree and refetched via
cvsup. My sup file is:

*default host=cvsup2.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs tag=RELENG_6_2
*default delete use-rel-suffix

*default compress

src-all

This populated my /usr/src. I then did a canonical build of my world and
kernel and installed as per the instructions in UPDATING. My system is still
showing as:
6.1-RELEASE-p11 (JGE61003)
even though my buildkernell and installkernell commands used a configuration
file with the line:
ident JGE62001

All very confusing.

Cheers.

JE

JE wrote:
>
> Some further information. I also suspected there might be something in my
> base installation. I deleted the entire /usr/src/ tree and refetched via
> cvsup. My sup file is:
>
> *default host=cvsup2.FreeBSD.org
> *default base=/var/db
> *default prefix=/usr
> *default release=cvs tag=RELENG_6_2
> *default delete use-rel-suffix
>
> *default compress
>
> src-all

Should be okay, although I don't know of a reason not to use 6-STABLE
(tag=RELENG_6).

> This populated my /usr/src. I then did a canonical build of my world and
> kernel and installed as per the instructions in UPDATING.

23.4.1 in the Handbook is the preferred reference:

http://www.freebsd.org/doc/en_US.ISO...makeworld.html

> My system is still
> showing as:
> 6.1-RELEASE-p11 (JGE61003)
> even though my buildkernell and installkernell commands used a configuration
> file with the line:
> ident JGE62001

Definitely not 6.2-RELEASE. Compare what you did with the Handbook
section above.

--
Warren Block * Rapid City, South Dakota * USA

On 2007-09-21, Warren Block wrote:
> JE wrote:
>>
>> Some further information. I also suspected there might be something in my
>> base installation. I deleted the entire /usr/src/ tree and refetched via
>> cvsup. My sup file is:
>>
>> *default host=cvsup2.FreeBSD.org
>> *default base=/var/db
>> *default prefix=/usr
>> *default release=cvs tag=RELENG_6_2
>> *default delete use-rel-suffix
>>
>> *default compress
>>
>> src-all
>
> Should be okay, although I don't know of a reason not to use 6-STABLE
> (tag=RELENG_6).
>
>> This populated my /usr/src. I then did a canonical build of my world and
>> kernel and installed as per the instructions in UPDATING.
>
> 23.4.1 in the Handbook is the preferred reference:
>
> http://www.freebsd.org/doc/en_US.ISO...makeworld.html
>
>> My system is still
>> showing as:
>> 6.1-RELEASE-p11 (JGE61003)
>> even though my buildkernell and installkernell commands used a configuration
>> file with the line:
>> ident JGE62001
>
> Definitely not 6.2-RELEASE. Compare what you did with the Handbook
> section above.
>

Warren:

my updating procedure is as follows:

cd /usr/local/etc/cvsup/sup #location of sup files
cvsup ./6-2-supfile # as shown above
cvsup ./ports-supfile # the provided ports supfile
cd /usr/src
less UPDATING # take any actions or precautions
pkgdb -F # not required at this step, but I do.
mergemaster -p
make buildworld
make buildkernel KERNCONF=JGE62001
make installkernel KERNCONF=JGE62001
shutdown now
# go to tty0, alt ctrl 0
# hit enter to go to shell
mount -a
cd /usr/src # don't know if needed, but /usr is separate
# partition
mergemaster -p
make installworld
mergemaster
shutdown -r now
# system reboots, go to tty1, alt ctrl 1
cd /usr/obj
chflags -R noschg *
rm -rf *
# the last two updates I've used make delete-old and
# make delete-old-libraries

Can you point out my error?

Cheers

JE

JE wrote:
> my updating procedure is as follows:
>
> cd /usr/local/etc/cvsup/sup #location of sup files
> cvsup ./6-2-supfile # as shown above
> cvsup ./ports-supfile # the provided ports supfile
> cd /usr/src
> less UPDATING # take any actions or precautions
> pkgdb -F # not required at this step, but I do.
> mergemaster -p
> make buildworld
> make buildkernel KERNCONF=JGE62001
> make installkernel KERNCONF=JGE62001
> shutdown now
> # go to tty0, alt ctrl 0
> # hit enter to go to shell
> mount -a
> cd /usr/src # don't know if needed, but /usr is separate
> # partition
> mergemaster -p
> make installworld
> mergemaster
> shutdown -r now
> # system reboots, go to tty1, alt ctrl 1
> cd /usr/obj
> chflags -R noschg *
> rm -rf *
> # the last two updates I've used make delete-old and
> # make delete-old-libraries
>
> Can you point out my error?

You're mixing in some ports updating and doing some steps out of order.
Still, it should work.

Here's the shorter form:

(Update /usr/src with csup or cvsup)

# removing /usr/obj optional
cd /usr/src
make buildworld
make buildkernel KERNCONF=MYKERN
make installkernel KERNCONF=MYKERN
reboot (single-user not necessary)
cd /usr/src
# mergemaster -p optional
make installworld
mergemaster
reboot

--
Warren Block * Rapid City, South Dakota * USA

On 2007-09-22, Warren Block wrote:
> JE wrote:
>> my updating procedure is as follows:
>>
>> cd /usr/local/etc/cvsup/sup #location of sup files
>> cvsup ./6-2-supfile # as shown above
>> cvsup ./ports-supfile # the provided ports supfile
>> cd /usr/src
>> less UPDATING # take any actions or precautions
>> pkgdb -F # not required at this step, but I do.
>> mergemaster -p
>> make buildworld
>> make buildkernel KERNCONF=JGE62001
>> make installkernel KERNCONF=JGE62001
>> shutdown now
>> # go to tty0, alt ctrl 0
>> # hit enter to go to shell
>> mount -a
>> cd /usr/src # don't know if needed, but /usr is separate
>> # partition
>> mergemaster -p
>> make installworld
>> mergemaster
>> shutdown -r now
>> # system reboots, go to tty1, alt ctrl 1
>> cd /usr/obj
>> chflags -R noschg *
>> rm -rf *
>> # the last two updates I've used make delete-old and
>> # make delete-old-libraries
>>
>> Can you point out my error?
>
> You're mixing in some ports updating and doing some steps out of order.
> Still, it should work.
>
> Here's the shorter form:
>
> (Update /usr/src with csup or cvsup)
>
> # removing /usr/obj optional
> cd /usr/src
> make buildworld
> make buildkernel KERNCONF=MYKERN
> make installkernel KERNCONF=MYKERN
> reboot (single-user not necessary)
> cd /usr/src
> # mergemaster -p optional
> make installworld
> mergemaster
> reboot
>

Hiya Warren:

That would summarize my normal procedure. Sorry for the stuff about the
ports. I was typing from my log book. I usually update my ports right after
updating world/kernel etc, so some of that got in. Anyway. My system, such
as it is, is based on an amalgamation of what is in the handbook, the FAQ
and the UPDATING file. It would be nice if they were entirely consistent.

Cheers

JE (still trying to unbork his system)

On 2007-09-22, Warren Block wrote:
> JE wrote:
>> my updating procedure is as follows:
>>
>> cd /usr/local/etc/cvsup/sup #location of sup files
>> cvsup ./6-2-supfile # as shown above
>> cvsup ./ports-supfile # the provided ports supfile
>> cd /usr/src
>> less UPDATING # take any actions or precautions
>> pkgdb -F # not required at this step, but I do.
>> mergemaster -p
>> make buildworld
>> make buildkernel KERNCONF=JGE62001
>> make installkernel KERNCONF=JGE62001
>> shutdown now
>> # go to tty0, alt ctrl 0
>> # hit enter to go to shell
>> mount -a
>> cd /usr/src # don't know if needed, but /usr is separate
>> # partition
>> mergemaster -p
>> make installworld
>> mergemaster
>> shutdown -r now
>> # system reboots, go to tty1, alt ctrl 1
>> cd /usr/obj
>> chflags -R noschg *
>> rm -rf *
>> # the last two updates I've used make delete-old and
>> # make delete-old-libraries
>>
>> Can you point out my error?
>
> You're mixing in some ports updating and doing some steps out of order.
> Still, it should work.
>
> Here's the shorter form:
>
> (Update /usr/src with csup or cvsup)
>
> # removing /usr/obj optional
> cd /usr/src
> make buildworld
> make buildkernel KERNCONF=MYKERN
> make installkernel KERNCONF=MYKERN
> reboot (single-user not necessary)
> cd /usr/src
> # mergemaster -p optional
> make installworld
> mergemaster
> reboot
>

Warren:

I've tried this with my original sup file and a modified version with the
tag revised to follow stable, rather than 6.2 release. All of the outcomes
are the same. My system is still showing 6.1-RELEASE-p11. I have given up. I
am going to use the 6.2 Release ISO, install a basic base system and start
adding ports. I'm thinking adding xorg as a port install is the best option
in this case. I had hoped to avoid this as it is excrutiatingly time
consuming, but that is beginning to become moot.

Thanks for your attempt. I guess this will remain as a mystery.

Cheers

JE

On Sat, 22 Sep 2007 21:21:50 -0500
JE wrote:

> On 2007-09-22, Warren Block wrote:
> > JE wrote:
> >> my updating procedure is as follows:
> >>
> >> cd /usr/local/etc/cvsup/sup #location of sup files
> >> cvsup ./6-2-supfile # as shown above
> >> cvsup ./ports-supfile # the provided ports supfile
> >> cd /usr/src
> >> less UPDATING # take any actions or precautions
> >> pkgdb -F # not required at this step, but I do.
> >> mergemaster -p
> >> make buildworld
> >> make buildkernel KERNCONF=JGE62001
> >> make installkernel KERNCONF=JGE62001
> >> shutdown now
> >> # go to tty0, alt ctrl 0
> >> # hit enter to go to shell
> >> mount -a
> >> cd /usr/src # don't know if needed, but /usr is separate
> >> # partition
> >> mergemaster -p
> >> make installworld
> >> mergemaster
> >> shutdown -r now
> >> # system reboots, go to tty1, alt ctrl 1
> >> cd /usr/obj
> >> chflags -R noschg *
> >> rm -rf *
> >> # the last two updates I've used make delete-old and
> >> # make delete-old-libraries
> >>
> >> Can you point out my error?
> >
> > You're mixing in some ports updating and doing some steps out of
> > order. Still, it should work.
> >
> > Here's the shorter form:
> >
> > (Update /usr/src with csup or cvsup)
> >
> > # removing /usr/obj optional
> > cd /usr/src
> > make buildworld
> > make buildkernel KERNCONF=MYKERN
> > make installkernel KERNCONF=MYKERN
> > reboot (single-user not necessary)
> > cd /usr/src
> > # mergemaster -p optional
> > make installworld
> > mergemaster
> > reboot
> >
>
> Warren:
>
> I've tried this with my original sup file and a modified version with
> the tag revised to follow stable, rather than 6.2 release. All of the
> outcomes are the same.

If you want the 'stable supfile' copy it
from /usr/share/examples/cvsup/stable-supfile to /usr/

I'm not on a FBSD box right now its either
in /usr/share/examples/cvsup/stable-supfile
or /usr/local/share/examples/cvsup/stable-supfile cp to /usr/ then
edit /usr/stable-supfile to point to the mirror you want..

>My system is still showing 6.1-RELEASE-p11. I
> have given up. I am going to use the 6.2 Release ISO, install a basic
> base system and start adding ports. I'm thinking adding xorg as a
> port install is the best option in this case.

The best way is to download the stable or 7-current snapshot. During
the install tick *Developer" and just install userland without X. Run
portsnap sync the ports tree, next install portmaster and install X
configure X and start install the programs you want.. If you choose
7-current, before you install anything make sure you rebuild the kernel
and knock out the debugging options.

>I had hoped to avoid
> this as it is excrutiatingly time consuming, but that is beginning to
> become moot.

On an average system with a cable modem you can have xorg installed
from scratch in about an hour to 45-minutes.. Its much easier and
faster to install x from scratch than to update..

On 2007-09-25, Timmy wrote:
> On Sat, 22 Sep 2007 21:21:50 -0500
> JE wrote:
>
>> On 2007-09-22, Warren Block wrote:
>> > JE wrote:

< much snippage for brevity >

>
> If you want the 'stable supfile' copy it
> from /usr/share/examples/cvsup/stable-supfile to /usr/
>
> I'm not on a FBSD box right now its either
> in /usr/share/examples/cvsup/stable-supfile
> or /usr/local/share/examples/cvsup/stable-supfile cp to /usr/ then
> edit /usr/stable-supfile to point to the mirror you want..
>

My "release" supfile was derived from the stable supfile. This is done by
changing the tag.

>>My system is still showing 6.1-RELEASE-p11. I
>> have given up. I am going to use the 6.2 Release ISO, install a basic
>> base system and start adding ports. I'm thinking adding xorg as a
>> port install is the best option in this case.
>
> The best way is to download the stable or 7-current snapshot. During
> the install tick *Developer" and just install userland without X. Run
> portsnap sync the ports tree, next install portmaster and install X
> configure X and start install the programs you want.. If you choose
> 7-current, before you install anything make sure you rebuild the kernel
> and knock out the debugging options.
>

I'm not a big fan of snapshots. I follow releases because they remain
relatively constant except for security upgrades (predominantly).

>>I had hoped to avoid
>> this as it is excrutiatingly time consuming, but that is beginning to
>> become moot.
>
> On an average system with a cable modem you can have xorg installed
> from scratch in about an hour to 45-minutes.. Its much easier and
> faster to install x from scratch than to update..
>

I will be installing x from ports. A tad more than 45 minutes.

None of this would assist anyone following this thread with a similar issue.
It would seem that this problem is insoluble and a reinstallation is the
only alternative. Thank goodness for dumps of /home.

Cheers

JE

On 2007-09-22, Warren Block wrote:
> JE wrote:
>> my updating procedure is as follows:
>>
>> cd /usr/local/etc/cvsup/sup #location of sup files
>> cvsup ./6-2-supfile # as shown above
>> cvsup ./ports-supfile # the provided ports supfile
>> cd /usr/src
>> less UPDATING # take any actions or precautions
>> pkgdb -F # not required at this step, but I do.
>> mergemaster -p
>> make buildworld
>> make buildkernel KERNCONF=JGE62001
>> make installkernel KERNCONF=JGE62001
>> shutdown now
>> # go to tty0, alt ctrl 0
>> # hit enter to go to shell
>> mount -a
>> cd /usr/src # don't know if needed, but /usr is separate
>> # partition
>> mergemaster -p
>> make installworld
>> mergemaster
>> shutdown -r now
>> # system reboots, go to tty1, alt ctrl 1
>> cd /usr/obj
>> chflags -R noschg *
>> rm -rf *
>> # the last two updates I've used make delete-old and
>> # make delete-old-libraries
>>
>> Can you point out my error?
>
> You're mixing in some ports updating and doing some steps out of order.
> Still, it should work.
>
> Here's the shorter form:
>
> (Update /usr/src with csup or cvsup)
>
> # removing /usr/obj optional
> cd /usr/src
> make buildworld
> make buildkernel KERNCONF=MYKERN
> make installkernel KERNCONF=MYKERN
> reboot (single-user not necessary)
> cd /usr/src
> # mergemaster -p optional
> make installworld
> mergemaster
> reboot
>

Some closure on this interesting issue. Based on the evidence above, one can
only conclude that the kernel being booted was not the kernel being built.
This was indeed the case. There would be two ways I can think of for this to
happen:

1: I was seriously rooted.
2: I was a daft idjit and had done something very odd.

As it turns out, I was fortunate to be a daft idjit. I was indeed booting
off of a different partition. That partition was my old installation of 6.1.
I had also installed a new hard drive at that time, so my fstab in the 6.1
installation was identical to and referred to the partitions for 6.2. I'm
amazed it took this long for something to become completely unworkable.

Cheers and thanks to all.

JE