Re: [gentoo-user] USB ports reset/restart

[taii...@gmx.com]

On 03/05/2018 08:40 PM, the...@sys-concept.com wrote:


Is there a way to reinitialize USB ports without restarting the computer?

You can issue an FLR/function level reset if the hardware supports it.

I am not sure how to do this but I know it is done when one assigns a 
device to a VM.

[gentoo-user] Re: USB ports reset/restart

[Grant Edwards]

On 2018-03-06, the...@sys-concept.com  wrote:

> Is there a way to reinitialize USB ports without restarting the computer?


Did none of these approaches work?

   https://www.google.com/search?q=linux+restart+USB

-- 
Grant Edwards   grant.b.edwardsYow! hubub, hubub, HUBUB,
  at   hubub, hubub, hubub, HUBUB,
  gmail.comhubub, hubub, hubub.

Re: [gentoo-user] USB ports reset/restart

[thelma]

On 03/06/2018 03:11 AM, Neil Bothwick wrote:
> On Mon, 5 Mar 2018 18:40:08 -0700, the...@sys-concept.com wrote:
> 
>> Is there a way to reinitialize USB ports without restarting the
>> computer?
>>
>> Two of my USB 3 ports stop working.
> 
> Can you rmmod xhci_pci and xhci_hcd then modprobe xhci_pci?
> 
> If that helps, it's a software issue, otherwise it may be a hardware
> fault that needs a reset. I too have found USB3 to be less than reliable.

I don't think I could do it; xhci_pci and xhci_hcd are compiled into the
kernel (not as module).

I know that if I restart the box the USB-3 will start working.
The box has an uptime 130 days and is my main server.

--
Thelma

Re: [gentoo-user] Vanishing BOINC disk display

[Peter Humphrey]

On Saturday, 3 March 2018 15:44:38 GMT Peter Humphrey wrote:
> Has anyone else noticed the disk occupancy display being blank recently? A
> week or two, I think. This is in boincmgr, other parts of which still
> work well.

Well, what do you know? It was still missing this morning but it's 
reappeared this afternoon. The only things I've updated today are x11-apps/
iceauth-1.0.8 and www-client/chromium-64.0.3282.186, followed with a log-out 
& in. Surely no connection there?

-- 
Regards,
Peter.

Re: [gentoo-user] Waiting for a KMail bug fix

[Peter Humphrey]

On Tuesday, 6 March 2018 13:30:06 GMT Nils Freydank wrote:
> Am Dienstag, 6. März 2018, 12:45:52 CET schrieb Peter Humphrey:
> > Does anyone know the update plan for KDE? I'd like to add my gmail
> > account to KMail, but I can't because of this bug:
> > 
> > https://bugs.kde.org/show_bug.cgi?id=390763
> 
> As this is part of KDE applications it's scheduled for "Thursday, April
> 19, 2018: KDE Applications 18.04 Release", see
> 
> https://community.kde.org/Schedules/Applications/
> 18.04_Release_Schedule#Thursday.
> 2C_April_19.2C_2018:_KDE_Applications_18.04_Release
> 
> You can find all schedules at https://community.kde.org/Schedules.

Ah! Thank you Nils. I assume the Gentoo devs will roll it out to us users 
shorty after the 19th.

> > To get the fix I need kde-apps/libkgapi-17.12.2, but it's keyworded at
> > the moment. It looks as though I'd have to upgrade the whole of qt to
> > ~amd64 to get it today, and maybe much more than that, but that would
> > be a whole lot of work and result in a messy system.
> 
> While it's not recommended nor officially supported I know of many people
> doing this. Especially mixing ~amd64 desktop packages with a stable base
> system shouldn't cause much trouble.

As it's such a long time from now, perhaps I'll try ~amd64 for as few 
packages as I can get away with. I might finish up with a gargantuan 
@desktop set.

> I personally run a whole ~amd64 system and just stabilised some toolchain
> packages (glibc). However, I have no problem if something breaks, as this
> usually happens at compile time..

I have run a fully ~amd64 system before now, but then I opted for the 
simplicity of the stable system.

-- 
Regards,
Peter.

Re: [gentoo-user] Gentoo in a VM

[R0b0t1]

On Tue, Mar 6, 2018 at 4:13 AM, Neil Bothwick  wrote:
> On Tue, 06 Mar 2018 10:05:05 +0100, J. Roeleveld wrote:
>
>> > https://linuxhint.com/install-gentoo-virtualbox/
>> >
>> > I'm sure the author would like to correct any errors anyone finds.
>> >
>> > No, I'm not going to try this at home (grin) !
>>
>> After a quick read-through, it seems ok.
>> But I do miss quite a bit of steps to turn it into a usable system.
>
> Apart from a few screengrabs and advice on creating the VM in the first
> place, what benefit does this have over the handbook?
>

There are friendly pictures for the simple minded among us, like myself.

Re: [gentoo-user] Are VirtualBox moduli loaded by themselves?

[gevisz]

2018-03-06 15:28 GMT+02:00 Rich Freeman :
> IMO disabling module autoloading by openrc seems like trying to kill a
> fly with a shotgun.  Just disable the configuration file that loads
> the particular modules that you don't want autoloaded, as was already
> suggested.  Then when you install something else whose modules you do
> want to load you won't spend six hours trying to figure out why it
> doesn't work, because nobody helping you realized that you modified
> the default openrc config.

Yes, I will probably stick with the empty /etc/modules-load.d/virtualbox.conf
file solution.

> I mean, if you really don't like it I guess you can also stick the
> autoload script in INSTALL_MASK, which seems to be the go-to solution
> around here when some optional functionality bothers you...

And thank you for pointing out to this possibility.

P.S. I also thank all who have replied to this thread.

Re: [gentoo-user] Are VirtualBox moduli loaded by themselves?

[gevisz]

2018-03-06 11:37 GMT+02:00 J. Roeleveld :
> On Tuesday, March 6, 2018 10:21:43 AM CET gevisz wrote:
>> 2018-03-05 23:35 GMT+02:00 Neil Bothwick :
>> > On Mon, 5 Mar 2018 22:40:00 +0200, gevisz wrote:
>> >> Can anybody explain me who loads virtualbox-modules without my consent
>> >> and how I can make them loaded only when I need them (just before I am
>> >> going to run VirtualBox, which I do not so often)?
>> >
>> > The ebuild installs /usr/lib/modules-load.d/virtualbox.conf which causes
>> > the modules to be loaded by systemd-modules-load.service. Systemd gives
>> > priority to similarly names files in /etc so creating an
>> > empty /etc/modules-load.d/virtualbox.conf should prevent them loading,
>> > although I'm basing that on the man page rather than actual experience.
>>
>> Thank you for your reply.
>>
>> My system indeed has file /usr/lib/modules-load.d/virtualbox.conf
>> file and it indeed lists all virtualbox modules.
>>
>> And, indeed, creating directory /etc/modules-load.d/ and an empty
>> /etc/modules-load.d/virtualbox.conf file precludes loading virtualbox
>> moduli during boot
>>
>> The only problem here is that I do not use systemd, only openrc.
>>
>> So, https://wiki.gentoo.org/wiki/VirtualBox is outdated?
>> At least with respect to its OpenRC part.
>>
>> And why at all OpenRC uses the systemd config files?
>>
>> Ah, yes, /etc/init.d/modules-load
>> "loads a list of modules from systemd-compatible locations".
>> Ok. But the problem is that I cannot find any symlink to this file
>> from any subdirectory of /etc/runlevels/
>>
>> > You could also disable the service if you don't want any
>> > non-hotplugged modules loaded at boot.
>>
>> So, I do not know how to disable this service.
>
> It is a dependency for "modules", which is (on my system) in the boot
> runlevel.

Yes, this is the case for my system. Thank you.

Re: [gentoo-user] Portage tarball generation?

[Branko Grubic]

On Tue, 6 Mar 2018 09:55:05 -0500
Eldon  wrote:

> Sorry, not sure if this is the correct place to post this. I have a
> set of machines which I update regularly, typically by downloading a
> tarball like
> http://distfiles.gentoo.org/snapshots/portage-20180304.tar.gz and
> mirroring locally. The squashfs under
> http://distfiles.gentoo.org/snapshots/squashfs/ has been updated (and
> I would actually prefer to use that), but no gpg signature is
> generated for it.  It looks like these may not have been generated
> for some days. I asked in IRC, and was told these archives are not
> likely going away. I looked for bugs, but none were filed. What is
> the best way to inform/poke/assist in this regard?
> 
> Thanks!
> 

I used old bug[1] for this, which was still open from last time.

[1] https://bugs.gentoo.org/631372 

[gentoo-user] Portage tarball generation?

[Eldon]

Sorry, not sure if this is the correct place to post this. I have a set
of machines which I update regularly, typically by downloading a tarball
like http://distfiles.gentoo.org/snapshots/portage-20180304.tar.gz and
mirroring locally. The squashfs under
http://distfiles.gentoo.org/snapshots/squashfs/ has been updated (and I
would actually prefer to use that), but no gpg signature is generated
for it.  It looks like these may not have been generated for some days.
I asked in IRC, and was told these archives are not likely going away.
I looked for bugs, but none were filed.
What is the best way to inform/poke/assist in this regard?

Thanks!

Re: [gentoo-user] Waiting for a KMail bug fix

[Nils Freydank]

Am Dienstag, 6. März 2018, 12:45:52 CET schrieb Peter Humphrey:
> Does anyone know the update plan for KDE? I'd like to add my gmail account
> to KMail, but I can't because of this bug:
> 
> https://bugs.kde.org/show_bug.cgi?id=390763

As this is part of KDE applications it's scheduled for "Thursday, April 19, 
2018: KDE Applications 18.04 Release", see

https://community.kde.org/Schedules/Applications/
18.04_Release_Schedule#Thursday.
2C_April_19.2C_2018:_KDE_Applications_18.04_Release

You can find all schedules at https://community.kde.org/Schedules.

> To get the fix I need kde-apps/libkgapi-17.12.2, but it's keyworded at the
> moment. It looks as though I'd have to upgrade the whole of qt to ~amd64 to
> get it today, and maybe much more than that, but that would be a whole lot
> of work and result in a messy system.

While it's not recommended nor officially supported I know of many people 
doing this. Especially mixing ~amd64 desktop packages with a stable base 
system shouldn't cause much trouble.

I personally run a whole ~amd64 system and just stabilised some toolchain 
packages (glibc). However, I have no problem if something breaks, as this 
usually happens at compile time..

-- 
GPG fingerprint: '00EF D31F 1B60 D5DB ADB8 31C1 C0EC E696 0E54 475B'
Nils Freydank

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

Re: [gentoo-user] Are VirtualBox moduli loaded by themselves?

[Rich Freeman]

On Tue, Mar 6, 2018 at 4:21 AM, gevisz  wrote:
>
> So, I do not know how to disable this service.
>

IMO disabling module autoloading by openrc seems like trying to kill a
fly with a shotgun.  Just disable the configuration file that loads
the particular modules that you don't want autoloaded, as was already
suggested.  Then when you install something else whose modules you do
want to load you won't spend six hours trying to figure out why it
doesn't work, because nobody helping you realized that you modified
the default openrc config.

I mean, if you really don't like it I guess you can also stick the
autoload script in INSTALL_MASK, which seems to be the go-to solution
around here when some optional functionality bothers you...

-- 
Rich

[gentoo-user] Waiting for a KMail bug fix

[Peter Humphrey]

Does anyone know the update plan for KDE? I'd like to add my gmail account 
to KMail, but I can't because of this bug:

https://bugs.kde.org/show_bug.cgi?id=390763

To get the fix I need kde-apps/libkgapi-17.12.2, but it's keyworded at the 
moment. It looks as though I'd have to upgrade the whole of qt to ~amd64 to 
get it today, and maybe much more than that, but that would be a whole lot 
of work and result in a messy system.

-- 
Regards,
Peter.

Re: [gentoo-user] Are VirtualBox moduli loaded by themselves?

[Mick]

On Tuesday, 6 March 2018 10:27:11 GMT J. Roeleveld wrote:
> On Tuesday, March 6, 2018 10:32:50 AM CET Mick wrote:
> > On Tuesday, 6 March 2018 09:21:43 GMT gevisz wrote:
> > > Ah, yes, /etc/init.d/modules-load
> > > "loads a list of modules from systemd-compatible locations".
> > > Ok. But the problem is that I cannot find any symlink to this file
> > > from any subdirectory of /etc/runlevels/
> > 
> > The file /etc/init.d/modules-load is a script, which refers to a number of
> > potential modules lists to load - read line 19 onward:
> > =
> > ...
> > find_modfiles()
> > {
> > 
> > local dirs="/usr/lib/modules-load.d /run/modules-load.d
> > 
> > /etc/modules- load.d"
> > 
> 
> Symlinks from /etc/runlevels/... means, the init-script is part of a
> runlevel.
> > > So, I do not know how to disable this service.
> > 
> > rc-update delete modules-load default
> 
> "modules-load" is, by default, not part of any runlevel.
> It is called as a dependency.
> 
> --
> Joost

Oh! On my laptop is shown under /etc/runlevels/default.

(as is I noticed udev-postmount, although this symlink is broken).

-- 
Regards,
Mick

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

Re: [gentoo-user] Are VirtualBox moduli loaded by themselves?

[J. Roeleveld]

On Tuesday, March 6, 2018 10:32:50 AM CET Mick wrote:
> On Tuesday, 6 March 2018 09:21:43 GMT gevisz wrote:
> > Ah, yes, /etc/init.d/modules-load
> > "loads a list of modules from systemd-compatible locations".
> > Ok. But the problem is that I cannot find any symlink to this file
> > from any subdirectory of /etc/runlevels/
> 
> The file /etc/init.d/modules-load is a script, which refers to a number of
> potential modules lists to load - read line 19 onward:
> =
> ...
> find_modfiles()
> {
> local dirs="/usr/lib/modules-load.d /run/modules-load.d
> /etc/modules- load.d"
> 

Symlinks from /etc/runlevels/... means, the init-script is part of a runlevel.

> > So, I do not know how to disable this service.
> 
> rc-update delete modules-load default

"modules-load" is, by default, not part of any runlevel.
It is called as a dependency.

--
Joost

Re: [gentoo-user] Gentoo in a VM

[Neil Bothwick]

On Tue, 06 Mar 2018 10:05:05 +0100, J. Roeleveld wrote:

> > https://linuxhint.com/install-gentoo-virtualbox/
> > 
> > I'm sure the author would like to correct any errors anyone finds.
> > 
> > No, I'm not going to try this at home (grin) !  
> 
> After a quick read-through, it seems ok.
> But I do miss quite a bit of steps to turn it into a usable system.

Apart from a few screengrabs and advice on creating the VM in the first
place, what benefit does this have over the handbook?


-- 
Neil Bothwick

My Go this  amn keyboar  oesn't have any  's.


pgpj0rczgsZt6.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] USB ports reset/restart

[Neil Bothwick]

On Mon, 5 Mar 2018 18:40:08 -0700, the...@sys-concept.com wrote:

> Is there a way to reinitialize USB ports without restarting the
> computer?
> 
> Two of my USB 3 ports stop working.

Can you rmmod xhci_pci and xhci_hcd then modprobe xhci_pci?

If that helps, it's a software issue, otherwise it may be a hardware
fault that needs a reset. I too have found USB3 to be less than reliable.


-- 
Neil Bothwick

It's no use crying over spilt milk -- it only makes it salty for the cat.


pgp41Iuw5I7YR.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Are VirtualBox moduli loaded by themselves?

[J. Roeleveld]

On Tuesday, March 6, 2018 10:21:43 AM CET gevisz wrote:
> 2018-03-05 23:35 GMT+02:00 Neil Bothwick :
> > On Mon, 5 Mar 2018 22:40:00 +0200, gevisz wrote:
> >> Can anybody explain me who loads virtualbox-modules without my consent
> >> and how I can make them loaded only when I need them (just before I am
> >> going to run VirtualBox, which I do not so often)?
> > 
> > The ebuild installs /usr/lib/modules-load.d/virtualbox.conf which causes
> > the modules to be loaded by systemd-modules-load.service. Systemd gives
> > priority to similarly names files in /etc so creating an
> > empty /etc/modules-load.d/virtualbox.conf should prevent them loading,
> > although I'm basing that on the man page rather than actual experience.
> 
> Thank you for your reply.
> 
> My system indeed has file /usr/lib/modules-load.d/virtualbox.conf
> file and it indeed lists all virtualbox modules.
> 
> And, indeed, creating directory /etc/modules-load.d/ and an empty
> /etc/modules-load.d/virtualbox.conf file precludes loading virtualbox
> moduli during boot
> 
> The only problem here is that I do not use systemd, only openrc.
> 
> So, https://wiki.gentoo.org/wiki/VirtualBox is outdated?
> At least with respect to its OpenRC part.
> 
> And why at all OpenRC uses the systemd config files?
> 
> Ah, yes, /etc/init.d/modules-load
> "loads a list of modules from systemd-compatible locations".
> Ok. But the problem is that I cannot find any symlink to this file
> from any subdirectory of /etc/runlevels/
> 
> > You could also disable the service if you don't want any
> > non-hotplugged modules loaded at boot.
> 
> So, I do not know how to disable this service.

It is a dependency for "modules", which is (on my system) in the boot 
runlevel.

--
Joost

Re: [gentoo-user] Are VirtualBox moduli loaded by themselves?

[Mick]

On Tuesday, 6 March 2018 09:21:43 GMT gevisz wrote:

> Ah, yes, /etc/init.d/modules-load
> "loads a list of modules from systemd-compatible locations".
> Ok. But the problem is that I cannot find any symlink to this file
> from any subdirectory of /etc/runlevels/

The file /etc/init.d/modules-load is a script, which refers to a number of 
potential modules lists to load - read line 19 onward:
=
...
find_modfiles()
{
local dirs="/usr/lib/modules-load.d /run/modules-load.d /etc/modules-
load.d"



> So, I do not know how to disable this service.

rc-update delete modules-load default

-- 
Regards,
Mick

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

Re: [gentoo-user] Are VirtualBox moduli loaded by themselves?

[gevisz]

2018-03-05 23:35 GMT+02:00 Neil Bothwick :
> On Mon, 5 Mar 2018 22:40:00 +0200, gevisz wrote:
>
>> Can anybody explain me who loads virtualbox-modules without my consent
>> and how I can make them loaded only when I need them (just before I am
>> going to run VirtualBox, which I do not so often)?
>
> The ebuild installs /usr/lib/modules-load.d/virtualbox.conf which causes
> the modules to be loaded by systemd-modules-load.service. Systemd gives
> priority to similarly names files in /etc so creating an
> empty /etc/modules-load.d/virtualbox.conf should prevent them loading,
> although I'm basing that on the man page rather than actual experience.

Thank you for your reply.

My system indeed has file /usr/lib/modules-load.d/virtualbox.conf
file and it indeed lists all virtualbox modules.

And, indeed, creating directory /etc/modules-load.d/ and an empty
/etc/modules-load.d/virtualbox.conf file precludes loading virtualbox
moduli during boot

The only problem here is that I do not use systemd, only openrc.

So, https://wiki.gentoo.org/wiki/VirtualBox is outdated?
At least with respect to its OpenRC part.

And why at all OpenRC uses the systemd config files?

Ah, yes, /etc/init.d/modules-load
"loads a list of modules from systemd-compatible locations".
Ok. But the problem is that I cannot find any symlink to this file
from any subdirectory of /etc/runlevels/

> You could also disable the service if you don't want any
> non-hotplugged modules loaded at boot.

So, I do not know how to disable this service.

Re: [gentoo-user] Gentoo in a VM

[J. Roeleveld]

On Tuesday, March 6, 2018 5:09:24 AM CET Philip Webb wrote:
> This may interest some users :
> 
> https://linuxhint.com/install-gentoo-virtualbox/
> 
> I'm sure the author would like to correct any errors anyone finds.
> 
> No, I'm not going to try this at home (grin) !

After a quick read-through, it seems ok.
But I do miss quite a bit of steps to turn it into a usable system.

--
Joost