[gentoo-user] Question about xorg and a kill process

[gentoo-user] Question about xorg and a kill process

[Dale]

I know the subject is a bit lacking but here goes.  I'm thinking about
trying this xorg-server upgrade again.  I been thinking about a way to
do this and not have to pull the plug on my rig if it fails, which I bet
it does.  This is the command I am thinking about trying. 

/etc/init.d/xdm start && sleep 5m && /etc/init.d/xdm stop

I'm thinking this way.  Start X first.  If it fails, it will stop in 5
minutes and come back to a console.  Think this will work?  If xorg
works, I can switch back to a console and ctrl C the command and carry on.

Thoughts?  Better ideas?

Dale

:-)  :-) 

Re: [gentoo-user] Question about xorg and a kill process

[Hung Dang]

I often use Ctrl+F1 to F6 to back to the command line and if your X is 
fine you can back the X screen using Ctrl+F7. Or if you want to kill 
your X then Ctrl+Alt+Backspace may be helpful.

Hung


Dale wrote:
> I know the subject is a bit lacking but here goes.  I'm thinking about
> trying this xorg-server upgrade again.  I been thinking about a way to
> do this and not have to pull the plug on my rig if it fails, which I bet
> it does.  This is the command I am thinking about trying. 
>
> /etc/init.d/xdm start && sleep 5m && /etc/init.d/xdm stop
>
> I'm thinking this way.  Start X first.  If it fails, it will stop in 5
> minutes and come back to a console.  Think this will work?  If xorg
> works, I can switch back to a console and ctrl C the command and carry on.
>
> Thoughts?  Better ideas?
>
> Dale
>
> :-)  :-) 
>
>   

Re: [gentoo-user] Question about xorg and a kill process

[bn]

Hung Dang ha scritto:
> I often use Ctrl+F1 to F6 to back to the command line and if your X is
> fine you can back the X screen using Ctrl+F7. Or if you want to kill
> your X then Ctrl+Alt+Backspace may be helpful.

Unless X freezes and steals your keyboard away.

m.

> Hung
> 
> 
> Dale wrote:
>> I know the subject is a bit lacking but here goes.  I'm thinking about
>> trying this xorg-server upgrade again.  I been thinking about a way to
>> do this and not have to pull the plug on my rig if it fails, which I bet
>> it does.  This is the command I am thinking about trying.
>> /etc/init.d/xdm start && sleep 5m && /etc/init.d/xdm stop
>>
>> I'm thinking this way.  Start X first.  If it fails, it will stop in 5
>> minutes and come back to a console.  Think this will work?  If xorg
>> works, I can switch back to a console and ctrl C the command and carry
>> on.
>>
>> Thoughts?  Better ideas?
>>
>> Dale
>>
>> :-)  :-)
>>   
> 
> 
> 

Re: [gentoo-user] Question about xorg and a kill process

[Dale]

Hung Dang wrote:
> I often use Ctrl+F1 to F6 to back to the command line and if your X is
> fine you can back the X screen using Ctrl+F7. Or if you want to kill
> your X then Ctrl+Alt+Backspace may be helpful.
>
> Hung
>
>
> Dale wrote:
>> I know the subject is a bit lacking but here goes.  I'm thinking about
>> trying this xorg-server upgrade again.  I been thinking about a way to
>> do this and not have to pull the plug on my rig if it fails, which I bet
>> it does.  This is the command I am thinking about trying.
>> /etc/init.d/xdm start && sleep 5m && /etc/init.d/xdm stop
>>
>> I'm thinking this way.  Start X first.  If it fails, it will stop in 5
>> minutes and come back to a console.  Think this will work?  If xorg
>> works, I can switch back to a console and ctrl C the command and
>> carry on.
>>
>> Thoughts?  Better ideas?
>>
>> Dale
>>
>> :-)  :-)
>>  

That won't work because if xorg-server fails, my keyboard doesn't work
when I switch to X.  If the keyboard doesn't work, I can't switch back
to anything or type anything. 

I done been through this one time.  I'm trying to figure out how to get
back to console with a keyboard that doesn't work at all.

Dale

:-)  :-) 

Re: [gentoo-user] Question about xorg and a kill process

[Daniel da Veiga]

On Wed, May 27, 2009 at 10:03, Dale <rdalek1967@gmail.com> wrote:
> Hung Dang wrote:
>> I often use Ctrl+F1 to F6 to back to the command line and if your X is
>> fine you can back the X screen using Ctrl+F7. Or if you want to kill
>> your X then Ctrl+Alt+Backspace may be helpful.
>>
>> Hung
>>
>>
>> Dale wrote:
>>> I know the subject is a bit lacking but here goes.  I'm thinking about
>>> trying this xorg-server upgrade again.  I been thinking about a way to
>>> do this and not have to pull the plug on my rig if it fails, which I bet
>>> it does.  This is the command I am thinking about trying.
>>> /etc/init.d/xdm start && sleep 5m && /etc/init.d/xdm stop
>>>
>>> I'm thinking this way.  Start X first.  If it fails, it will stop in 5
>>> minutes and come back to a console.  Think this will work?  If xorg
>>> works, I can switch back to a console and ctrl C the command and
>>> carry on.
>>>
>>> Thoughts?  Better ideas?
>>>
>>> Dale
>>>
>>> :-)  :-)
>>>
>
> That won't work because if xorg-server fails, my keyboard doesn't work
> when I switch to X.  If the keyboard doesn't work, I can't switch back
> to anything or type anything.
>
> I done been through this one time.  I'm trying to figure out how to get
> back to console with a keyboard that doesn't work at all.
>

Best way to do this is using a remote shell (SSH for example) in
another machine. If that's not an option or X driver fails in
conflicts with the kernel (mine did before I found a suitable config)
then you're pretty much lost, cause your video is gone for good.

You can try SYSREQ combinations to kill the server and if that fails
even cleanly reboot the rig, but as I said before, depending on the
problem your video is gone.

-- 
Daniel da Veiga

Re: [gentoo-user] Question about xorg and a kill process

[Håkon Alstadheim]

Daniel da Veiga wrote:
> On Wed, May 27, 2009 at 10:03, Dale <rdalek1967@gmail.com> wrote:
>   
>> Hung Dang wrote:
>>     
>>> I often use Ctrl+F1 to F6 to back to the command line and if your X is
>>> fine you can back the X screen using Ctrl+F7. Or if you want to kill
>>> your X then Ctrl+Alt+Backspace may be helpful.
>>>
>>> Hung
>>>
>>>
>>> Dale wrote:
>>>       
>>>> I know the subject is a bit lacking but here goes.  I'm thinking about
>>>> trying this xorg-server upgrade again.  I been thinking about a way to
>>>> do this and not have to pull the plug on my rig if it fails, which I bet
>>>> it does.  This is the command I am thinking about trying.
>>>> /etc/init.d/xdm start && sleep 5m && /etc/init.d/xdm stop
>>>>
>>>> I'm thinking this way.  Start X first.  If it fails, it will stop in 5
>>>> minutes and come back to a console.  Think this will work?  If xorg
>>>> works, I can switch back to a console and ctrl C the command and
>>>> carry on.
>>>>
>>>> Thoughts?  Better ideas?
>>>>
>>>> Dale
>>>>
>>>> :-)  :-)
>>>>
>>>>         
>> That won't work because if xorg-server fails, my keyboard doesn't work
>> when I switch to X.  If the keyboard doesn't work, I can't switch back
>> to anything or type anything.
>>
>> I done been through this one time.  I'm trying to figure out how to get
>> back to console with a keyboard that doesn't work at all.
>>
>>     
>
> Best way to do this is using a remote shell (SSH for example) in
> another machine. If that's not an option or X driver fails in
> conflicts with the kernel (mine did before I found a suitable config)
> then you're pretty much lost, cause your video is gone for good.
>
> You can try SYSREQ combinations to kill the server and if that fails
> even cleanly reboot the rig, but as I said before, depending on the
> problem your video is gone.
>
>   
stick a "chvt 1"  after the "xdm stop".

Re: [gentoo-user] Question about xorg and a kill process

[Neil Bothwick]

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

On Wed, 27 May 2009 08:03:31 -0500, Dale wrote:

> I done been through this one time.  I'm trying to figure out how to get
> back to console with a keyboard that doesn't work at all.

Have you tried Alt-SysRq-R?


-- 
Neil Bothwick

You cannot really appreciate Dilbert unless you've read it in the
original Klingon.

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

Re: [gentoo-user] Question about xorg and a kill process

[Dale]

Håkon Alstadheim wrote:
> Daniel da Veiga wrote:
>> On Wed, May 27, 2009 at 10:03, Dale <rdalek1967@gmail.com> wrote:
>>  
>>> Hung Dang wrote:
>>>    
>>>> I often use Ctrl+F1 to F6 to back to the command line and if your X is
>>>> fine you can back the X screen using Ctrl+F7. Or if you want to kill
>>>> your X then Ctrl+Alt+Backspace may be helpful.
>>>>
>>>> Hung
>>>>
>>>>
>>>> Dale wrote:
>>>>      
>>>>> I know the subject is a bit lacking but here goes.  I'm thinking
>>>>> about
>>>>> trying this xorg-server upgrade again.  I been thinking about a
>>>>> way to
>>>>> do this and not have to pull the plug on my rig if it fails, which
>>>>> I bet
>>>>> it does.  This is the command I am thinking about trying.
>>>>> /etc/init.d/xdm start && sleep 5m && /etc/init.d/xdm stop
>>>>>
>>>>> I'm thinking this way.  Start X first.  If it fails, it will stop
>>>>> in 5
>>>>> minutes and come back to a console.  Think this will work?  If xorg
>>>>> works, I can switch back to a console and ctrl C the command and
>>>>> carry on.
>>>>>
>>>>> Thoughts?  Better ideas?
>>>>>
>>>>> Dale
>>>>>
>>>>> :-)  :-)
>>>>>
>>>>>         
>>> That won't work because if xorg-server fails, my keyboard doesn't work
>>> when I switch to X.  If the keyboard doesn't work, I can't switch back
>>> to anything or type anything.
>>>
>>> I done been through this one time.  I'm trying to figure out how to get
>>> back to console with a keyboard that doesn't work at all.
>>>
>>>     
>>
>> Best way to do this is using a remote shell (SSH for example) in
>> another machine. If that's not an option or X driver fails in
>> conflicts with the kernel (mine did before I found a suitable config)
>> then you're pretty much lost, cause your video is gone for good.
>>
>> You can try SYSREQ combinations to kill the server and if that fails
>> even cleanly reboot the rig, but as I said before, depending on the
>> problem your video is gone.
>>
>>   
> stick a "chvt 1"  after the "xdm stop".
>
>
>

Did a man chvt and that is interesting.  I got to add that to the
command just in case.  ;-)

Thanks

Dale

:-)  :-) 

Re: [gentoo-user] Question about xorg and a kill process

[Dale]

Neil Bothwick wrote:
> On Wed, 27 May 2009 08:03:31 -0500, Dale wrote:
>
>   
>> I done been through this one time.  I'm trying to figure out how to get
>> back to console with a keyboard that doesn't work at all.
>>     
>
> Have you tried Alt-SysRq-R?
>
>
>   

I haven't but I may try it now tho.  I have never used SysRq before. 
This is a bit new to me.  It has to be better than just pulling the plug
tho.  That's what I had to do last time.  Sort of pissed me off since I
had no warning that my keyboard would be as a useful as a screen door on
a submarine. 

Adding that to my notes.  Thanks.

Dale

:-)  :-) 

Re: [gentoo-user] Question about xorg and a kill process

[Dale]

Daniel da Veiga wrote:
> On Wed, May 27, 2009 at 10:03, Dale <rdalek1967@gmail.com> wrote:
>   
>> Hung Dang wrote:
>>     
>>> I often use Ctrl+F1 to F6 to back to the command line and if your X is
>>> fine you can back the X screen using Ctrl+F7. Or if you want to kill
>>> your X then Ctrl+Alt+Backspace may be helpful.
>>>
>>> Hung
>>>
>>>
>>> Dale wrote:
>>>       
>>>> I know the subject is a bit lacking but here goes.  I'm thinking about
>>>> trying this xorg-server upgrade again.  I been thinking about a way to
>>>> do this and not have to pull the plug on my rig if it fails, which I bet
>>>> it does.  This is the command I am thinking about trying.
>>>> /etc/init.d/xdm start && sleep 5m && /etc/init.d/xdm stop
>>>>
>>>> I'm thinking this way.  Start X first.  If it fails, it will stop in 5
>>>> minutes and come back to a console.  Think this will work?  If xorg
>>>> works, I can switch back to a console and ctrl C the command and
>>>> carry on.
>>>>
>>>> Thoughts?  Better ideas?
>>>>
>>>> Dale
>>>>
>>>> :-)  :-)
>>>>
>>>>         
>> That won't work because if xorg-server fails, my keyboard doesn't work
>> when I switch to X.  If the keyboard doesn't work, I can't switch back
>> to anything or type anything.
>>
>> I done been through this one time.  I'm trying to figure out how to get
>> back to console with a keyboard that doesn't work at all.
>>
>>     
>
> Best way to do this is using a remote shell (SSH for example) in
> another machine. If that's not an option or X driver fails in
> conflicts with the kernel (mine did before I found a suitable config)
> then you're pretty much lost, cause your video is gone for good.
>
> You can try SYSREQ combinations to kill the server and if that fails
> even cleanly reboot the rig, but as I said before, depending on the
> problem your video is gone.
>
>   

I only have one machine right now.  Someone gave me a HP laptop but I
haven't fixed it yet.  Power connector is shorted out big time.

I got some SysRq commands printed out tho.  Question, do I have to hit
the Alt key each time or what? 

Dale

:-)  :-) 

Re: [gentoo-user] Question about xorg and a kill process

[Neil Bothwick]

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

On Wed, 27 May 2009 09:58:44 -0500, Dale wrote:

> > Have you tried Alt-SysRq-R?

> I haven't but I may try it now tho.  I have never used SysRq before. 
> Thhinking of the is is a bit new to me.  It has to be better than just
> pulling the plug tho.  That's what I had to do last time.

You're thinking of the complete Alt-SysRq sequence to (relatively)
cleanly reboot. Alt-SysRq-R returns keyboard control after it has
been locked out by X. You should then be able to do Ctrl-Alt-F1 to get
back to your VC.


-- 
Neil Bothwick

The word 'Windows' is a word out of an old dialect of the Apaches.
It means: 'White man staring through glass-screen onto an hourglass...')

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

Re: [gentoo-user] Question about xorg and a kill process

[Neil Bothwick]

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

On Wed, 27 May 2009 10:01:12 -0500, Dale wrote:

> I got some SysRq commands printed out tho.  Question, do I have to hit
> the Alt key each time or what? 

Hold down Atl, hold down SysRq, press each of the keys in turn. The usual
full sequence is R-E-I-S-U-B

Reboot
Even
If
System
Utterly
Broken

By ${DEITY} - this tagline picker is spooky at times :-O 


-- 
Neil Bothwick

System halted - Press all keys at once to continue.

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

Re: [gentoo-user] Question about xorg and a kill process

[Dale]

Neil Bothwick wrote:
> On Wed, 27 May 2009 10:01:12 -0500, Dale wrote:
>
>   
>> I got some SysRq commands printed out tho.  Question, do I have to hit
>> the Alt key each time or what? 
>>     
>
> Hold down Atl, hold down SysRq, press each of the keys in turn. The usual
> full sequence is R-E-I-S-U-B
>
> Reboot
> Even
> If
> System
> Utterly
> Broken
>
> By ${DEITY} - this tagline picker is spooky at times :-O 
>
>
>   

Oh OK.  That was what I was needing.  Details !

Thanks much.  I would have done this wrong - ly.  That a word?

Dale

:-)  :-) 

Re: [gentoo-user] Question about xorg and a kill process

[Daniel Iliev]

On Wed, 27 May 2009 10:01:12 -0500
Dale <rdalek1967@gmail.com> wrote:


> 
> I only have one machine right now.  Someone gave me a HP laptop but I
> haven't fixed it yet.  Power connector is shorted out big time.
> 


Then for example on tty2 start "sleep 300 ; /etc/init.d/xdm stop ;
killall X" and on tty1 do "/etc/init.d/xdm start"

Another approach is to use acpid. I've read this tip here posted by
Volker Hemmann IIRC. If you use acpid, there should be a file called
"/etc/acpi/default.sh"

Modify it, substituting the lines:

19                 case "$action" in
20                         power)
21                                /sbin/init 0

with

19                 case "$action" in
20                         power)
21                                /usr/bin/chvt 1


then do /etc/init.d/acpid restart.

Now pressing the power button on your machine should switch to the
active TTY to tty1


-- 
Best regards,
Daniel