[gentoo-user] Live CD

[gentoo-user] Live CD

[jdm]

Hello,

I have had to use the Gentoo Minimal Installation Cd to rescue my
system due something going wrong with UEFI boot crazyness. Which is
resolved now. 

What I have noticed is that you can use a mouse and copy/paste at the
command prompt in what looks like framebuffer/tty session or whatever
that is called before you get GUI desktop.

Anyone know how this magic is done? It's well cool.

John

Re: [gentoo-user] Live CD

[Jack]

sys-libs/gpm perhaps?

On 6/6/20 12:01 PM, jdm wrote:
> Hello,
>
> I have had to use the Gentoo Minimal Installation Cd to rescue my
> system due something going wrong with UEFI boot crazyness. Which is
> resolved now.
>
> What I have noticed is that you can use a mouse and copy/paste at the
> command prompt in what looks like framebuffer/tty session or whatever
> that is called before you get GUI desktop.
>
> Anyone know how this magic is done? It's well cool.
>
> John
>

Re: [gentoo-user] Live CD

[Dale]

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

Jack wrote:
> sys-libs/gpm perhaps?

That should be the one.  I have that installed and I use it on those
rare occasions when the GUI doesn't come up and I need to edit a config
file by pasting from a error to a file.  It comes in handy since typing
it in manually could result in a typo etc. 

I keep mine in the default runlevel.  However, if a person finds
themselves in the boot runlevel, just start the gpm service.  I've never
seen it depend on anything else so it should start with no problem even
in a otherwise broken system.  It should start even if in single user mode.

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 1044 bytes --]

Re: [gentoo-user] Live CD

[jdm]

On Sat, 6 Jun 2020 12:05:13 -0400
Jack <ostroffjh@users.sourceforge.net> wrote:

> sys-libs/gpm perhaps?
> 
> On 6/6/20 12:01 PM, jdm wrote:
> > Hello,
> >
> > I have had to use the Gentoo Minimal Installation Cd to rescue my
> > system due something going wrong with UEFI boot crazyness. Which is
> > resolved now.
> >
> > What I have noticed is that you can use a mouse and copy/paste at
> > the command prompt in what looks like framebuffer/tty session or
> > whatever that is called before you get GUI desktop.
> >
> > Anyone know how this magic is done? It's well cool.
> >
> > John
> >  
> 

Brilliant, thank you very much. Got that working.

Wasn't sure what process was running with ps -ef or if it was a kernel
thing. 

John

Re: [gentoo-user] Live CD

[Peter Humphrey]

[Quoting order corrected]

On Saturday, 6 June 2020 17:05:13 BST Jack wrote:
> On 6/6/20 12:01 PM, jdm wrote:
> > I have had to use the Gentoo Minimal Installation Cd to rescue my
> > system due something going wrong with UEFI boot crazyness. Which is
> > resolved now.
> > 
> > What I have noticed is that you can use a mouse and copy/paste at the
> > command prompt in what looks like framebuffer/tty session or whatever
> > that is called before you get GUI desktop.
> > 
> > Anyone know how this magic is done? It's well cool.

> sys-libs/gpm perhaps?

I thought he was asking about the UEFI kernel-choice screen, long before Linux 
gets a sniff at the machine. I assume it's in the UEFI code in the ROM.

-- 
Regards,
Peter.

Re: [gentoo-user] Live CD

[jdm]

On Sat, 6 Jun 2020 11:16:23 -0500
Dale <rdalek1967@gmail.com> wrote:

> Jack wrote:
> > sys-libs/gpm perhaps?  
> 
> That should be the one.  I have that installed and I use it on those
> rare occasions when the GUI doesn't come up and I need to edit a
> config file by pasting from a error to a file.  It comes in handy
> since typing it in manually could result in a typo etc. 
> 
> I keep mine in the default runlevel.  However, if a person finds
> themselves in the boot runlevel, just start the gpm service.  I've
> never seen it depend on anything else so it should start with no
> problem even in a otherwise broken system.  It should start even if
> in single user mode.
> 
> Dale
> 
> :-)  :-) 

Doing some playing with various desktops at the moment trying to get
wayland and some other stuff to work. So I really useful thing to know.

Thanks again.

John

Re: [gentoo-user] Live CD

[Peter Humphrey]

On Saturday, 6 June 2020 17:16:23 BST Dale wrote:
> Jack wrote:
> > sys-libs/gpm perhaps?
> 
> That should be the one.  I have that installed and I use it on those
> rare occasions when the GUI doesn't come up and I need to edit a config
> file by pasting from a error to a file.  It comes in handy since typing
> it in manually could result in a typo etc. 
> 
> I keep mine in the default runlevel.  However, if a person finds
> themselves in the boot runlevel, just start the gpm service.  I've never
> seen it depend on anything else so it should start with no problem even
> in a otherwise broken system.  It should start even if in single user mode.

I have a no-x run-level here, as well as a nonetwork. GPM is in those but not 
in default, because GPM used to conflict with display managers in their use of 
the mouse. No doubt that was fixed long ago, but old habits die hard.

-- 
Regards,
Peter.

Re: [gentoo-user] Live CD

[Dale]

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

Peter Humphrey wrote:
> On Saturday, 6 June 2020 17:16:23 BST Dale wrote:
>> Jack wrote:
>>> sys-libs/gpm perhaps?
>> That should be the one.  I have that installed and I use it on those
>> rare occasions when the GUI doesn't come up and I need to edit a config
>> file by pasting from a error to a file.  It comes in handy since typing
>> it in manually could result in a typo etc. 
>>
>> I keep mine in the default runlevel.  However, if a person finds
>> themselves in the boot runlevel, just start the gpm service.  I've never
>> seen it depend on anything else so it should start with no problem even
>> in a otherwise broken system.  It should start even if in single user mode.
> I have a no-x run-level here, as well as a nonetwork. GPM is in those but not 
> in default, because GPM used to conflict with display managers in their use of 
> the mouse. No doubt that was fixed long ago, but old habits die hard.
>


I've never ran into that here.  I put it in default because the howto
recommended it.  It shouldn't block anything else from starting but some
recommend only putting certain things in the lower runlevels.  If one
wanted, test it in default.  If it works fine, move it to the boot
runlevel.  That way it is available almost anytime the GUI fails. 

It does come in handy tho.  It's saved me some typing on several
occasions.  While I could live without it, I'd rather have it.  lol

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 2028 bytes --]