Re: [EXTERNAL] Re: [gentoo-user] empty cdrom drive is busy or mounted

2019-08-22 Thread Jack

On 2019.08.22 12:31, Laurence Perkins wrote:



On Thu, 2019-08-22 at 10:03 +1000, Adam Carter wrote:
> On Thu, Aug 22, 2019 at 5:48 AM james  wrote:
> > On 8/16/19 12:44 PM, Jack wrote:
> > > ps auxf | grep systemd
> >
> > This is new turf for me. Upon issuing this command string I get::
> >
> > # ps auxf | grep systemd
> > root 24947  0.0  0.0  13964   996 pts/6S+   15:43   0:00
> >   |   |   |   \_ grep --colour=auto systemd
> >
>
> This is showing that the only process with systemd in its name is  
the

> grep command itself; you could pass anything to grep and it will be
> found in the process list, eg;
>
> $ ps auxf | grep blah
> adam   52359  0.0  0.0   7708   940 pts/3S+   09:55   0:00
>\_ grep --colour=auto blah
>
> So, there's no systemd process running on this system.

A common tactic is to use grep twice:
ps auxf | grep -v grep | grep blah

That strips out all instances of grep from the results.
Putting what you're searching for first is more efficient, but putting
it last keeps the colorized output intact.

LMP
I often deal with that by using the search function in my terminal  
(usually konsole) to highlight the term I'm actually looking for.







Re: [EXTERNAL] Re: [gentoo-user] empty cdrom drive is busy or mounted

2019-08-22 Thread Laurence Perkins


On Thu, 2019-08-22 at 10:03 +1000, Adam Carter wrote:
> On Thu, Aug 22, 2019 at 5:48 AM james  wrote:
> > On 8/16/19 12:44 PM, Jack wrote:
> > > ps auxf | grep systemd
> > 
> > This is new turf for me. Upon issuing this command string I get::
> > 
> > # ps auxf | grep systemd
> > root 24947  0.0  0.0  13964   996 pts/6S+   15:43   0:00
> >   |   |   |   \_ grep --colour=auto systemd
> > 
> 
> This is showing that the only process with systemd in its name is the
> grep command itself; you could pass anything to grep and it will be
> found in the process list, eg;
> 
> $ ps auxf | grep blah
> adam   52359  0.0  0.0   7708   940 pts/3S+   09:55   0:00  
>\_ grep --colour=auto blah
> 
> So, there's no systemd process running on this system.

A common tactic is to use grep twice:
ps auxf | grep -v grep | grep blah

That strips out all instances of grep from the results.
Putting what you're searching for first is more efficient, but putting
it last keeps the colorized output intact.

LMP


signature.asc
Description: This is a digitally signed message part


Re: [EXTERNAL] Re: [gentoo-user] empty cdrom drive is busy or mounted

2019-08-16 Thread Laurence Perkins


On Fri, 2019-08-16 at 12:21 -0400, Jack wrote:
> On 2019.08.16 12:00, Helmut Jarausch wrote:
> > On 08/16/2019 05:25:34 PM, Jack wrote:
> > > try "lsof /cdrom"?  It says the mount point, not the device,
> > > might  
> > > be busy.
> > 
> > This didn't show anything.
> > I still don't know the cause of my problems.
> > But fortunately, they have been resolved by recompiling the
> > kernel  
> > (5.2.0),
> > systemd and all packages depending on systemd - using the new  
> > gcc-9.2.0
> > 
> > Furthermore I had to add the use flags
> > cgroup-hybrid -sysv-utils
> > for systemd. This hasn't been necessary before - very strange.
> > For me, systemd is a monster which I haven't understood.
> > I try to not use it since I am using openrc.
> > Perhaps I have to remove it from my system and use eudev instead
> > of  
> > udev as part of systemd.
> > 
> > Thanks for trying to help me - it was a really strange situation.
> 
> If you are using openrc (as I am) I would say you really don't want  
> systemd installed at all.  I can't imagine any good coming from
> that.   
> You do need eudev,  I also have elogind installed, but I'm not sure
> if  
> it's absolutely required, or if I had some other reason for
> installing  
> (possibly to get rid of consolekit?)

elogind will be needed if you have one of the desktop environments or
login managers that relies on it, and yeah, it mostly just takes the
place of console kit with regard to giving the user who is actually
sitting at the keyboard extra privileges.

LMP


signature.asc
Description: This is a digitally signed message part