Re: [gentoo-user] Re: Kernel modules and security

[Peter Humphrey]

On Friday, 22 March 2019 15:22:48 GMT Grant Edwards wrote:
> On 2019-03-22, Peter Humphrey  wrote:
> > Years ago, in the days of Yggdrasil I think,
> 
> Wow, that triggers a flashback!

Glad to be of service  :)

Thanks all for the advice.

-- 
Regards,
Peter.

Re: [gentoo-user] Re: Kernel modules: initramfs vs. /lib/modules

[Daniel Frey]

On 02/13/2017 10:51 AM, Remy Blank wrote:
> Daniel Frey wrote on 2017-02-13 17:34:
>> On 02/13/2017 03:34 AM, Rich Freeman wrote:
>>> Anytime you see something like root=UUID=* that is being handled by an
>>> initramfs.  And of course a UUID is more reliable than a device name,
>>> since the latter can change if you add/remove a device, or maybe even
>>> if your firmware is having a bad day.  Identifying devices by UUID
>>> ensures the right one gets found, assuming it is available.  If you're
>>> using something like mdadm/lvm there are alternatives to UUID, but the
>>> point is the same, you're using a logical identifier that is based on
>>> what is stored on the disks and not just what port it is connected to.
>>>
>>
>> Are you sure? When I set up my EFI stub kernel on my Surface tablet, I
>> did not use an initramfs and I use PARTUUID= in the kernel built in init
>> line and it boots.
> 
> Note that Rich wrote "UUID=", but you used "PARTUUID=". The former
> requires an initramfs, the latter doesn't. The details why escape me: if
> the filesystem code is built into the kernel (as opposed to a module), I
> see no practical reason why the FS UUID couldn't be determined by the
> kernel directly.
> 
>> I thought I was going to have to use an initramfs but I tried without it
>> and it boots with no issues.
> 
> 

Yes, but I [incorrectly, apparently] assumed that UUID and PARTUUID
would work the same way. Now I'm curious as to why it doesn't, I'm going
to look it up later.

Dan

Re: [gentoo-user] Re: Kernel modules: initramfs vs. /lib/modules

[Mike Gilbert]

On Mon, Feb 13, 2017 at 1:51 PM, Remy Blank  wrote:
> Daniel Frey wrote on 2017-02-13 17:34:
>> On 02/13/2017 03:34 AM, Rich Freeman wrote:
>>> Anytime you see something like root=UUID=* that is being handled by an
>>> initramfs.  And of course a UUID is more reliable than a device name,
>>> since the latter can change if you add/remove a device, or maybe even
>>> if your firmware is having a bad day.  Identifying devices by UUID
>>> ensures the right one gets found, assuming it is available.  If you're
>>> using something like mdadm/lvm there are alternatives to UUID, but the
>>> point is the same, you're using a logical identifier that is based on
>>> what is stored on the disks and not just what port it is connected to.
>>>
>>
>> Are you sure? When I set up my EFI stub kernel on my Surface tablet, I
>> did not use an initramfs and I use PARTUUID= in the kernel built in init
>> line and it boots.
>
> Note that Rich wrote "UUID=", but you used "PARTUUID=". The former
> requires an initramfs, the latter doesn't. The details why escape me: if
> the filesystem code is built into the kernel (as opposed to a module), I
> see no practical reason why the FS UUID couldn't be determined by the
> kernel directly.

Determining the FS UUID would require scanning all partitions of all
attached disks, and invoking filesystem-specific code to parse out the
UUID.

Determining the PARTUUID only requires scanning the partition table of
each drive, and is only supported for GPT and MBR partition tables.
It's a much simpler task.

Re: [gentoo-user] Re: Kernel Modules

[Peter Humphrey]

On Friday 10 June 2011 21:31:15 Paul Hartman wrote:

 ( shopt -s extglob; eselect bashcomp list | while read -r s; do
 s=${s##*][[:space:]]}; [[ $s != Available* ]]  eselect bashcomp
 enable --global ${s%%?([[:space:]]\\*)}; done )

I'd like to use this but I don't have shopt. Which package is it in? If I 
ask Google I get a list of places to buy T-shirts.

-- 
Rgds
Peter

Re: [gentoo-user] Re: Kernel Modules

[Peter Humphrey]

On Thursday 09 June 2011 21:44:19 Mick wrote:

 I had to memorise that because it kept popping up every time I would run
 emerge (and couldn't be bothered to run eselect at the time). So it is:
 
   eselect news read new

Or just eselect news read.

I found that while messing about trying to find out why one box listed news 
items oldest-first and the others newest-first. Never did find out.

-- 
Rgds
Peter

Re: [gentoo-user] Re: Kernel Modules

[Neil Bothwick]

On Wed, 15 Jun 2011 17:07:01 +0100, Peter Humphrey wrote:

 I'd like to use this but I don't have shopt. Which package is it in? If
 I ask Google I get a list of places to buy T-shirts.

It's a Bash built-in.


-- 
Neil Bothwick

Things are more like they are today than they ever have been before.


signature.asc
Description: PGP signature

Re: [gentoo-user] Re: Kernel Modules

[Peter Humphrey]

On Wednesday 15 June 2011 17:25:23 Neil Bothwick wrote:
 On Wed, 15 Jun 2011 17:07:01 +0100, Peter Humphrey wrote:
  I'd like to use this but I don't have shopt. Which package is it in? If
  I ask Google I get a list of places to buy T-shirts.
 
 It's a Bash built-in.

Hmm. It seems that the command from the Wiki can't be run as an ordinary 
user via sudo; that's what was causing the errors that made me think shopt 
was not on the system - I got syntax error near unexpected token `shopt' 

Thanks.

-- 
Rgds
Peter

Re: [gentoo-user] RE: Kernel Modules

[YoYo Siska]

On Sat, Jun 11, 2011 at 08:35:52AM +0700, Pandu Poluan wrote:
 -original message-
 Subject: Re: [gentoo-user] Re: Kernel Modules
 From: Dale rdalek1...@gmail.com
 Date: 2011-06-11 03:05
 
 I notice a really long list of things when I do this:
 
 eselect bashcomp list
 
 Is there a way to just enable them all?  Is there some that should NOT 
 be enabled, maybe for good reason?
 
 Personally, I do some cherry-picking and enable a bashcomp when I found out I 
 need it. I have 2 concerns (which may or may not be true):
 
 1. It will make bash (or the whole system) slower

well, only when you are hitting tab ... ;)
I know it can be annoying to have to wait a long time when you
accidentally hit tab on a complex command..., but when you know how to
do the explicit filename only completion...

 
 2. For some commands I *might* want the standard completion

meta-/ (or  ESC then /) for the complete-filename, there are also others
for some other things (variable, username...)
man bash
/Completing


yoyo

Re: [gentoo-user] RE: Kernel Modules

[Paul Hartman]

On Thu, Jun 9, 2011 at 8:41 PM, Pandu Poluan pa...@poluan.info wrote:
 eselect bashcomp enable gentoo
 eselect bashcomp enable eselect

 I always do those when doing a new install. Of course, don't forget to do 
 USE=bash-completion and the subsequent emerge --update --newuse --deep @world 
 ;)

Why did I not enable this before? :)  Thanks.

Re: [gentoo-user] Re: Kernel Modules

[Dale]

Nikos Chantziaras wrote:

On 06/09/2011 09:52 PM, Bill Longman wrote:

On 06/09/2011 11:18 AM, Alan McKinnon wrote:
eselect OTOH, is something I always have to run bit by bit to recall 
the

invocation. That's just way too much effort for this here old git


Wasn't on this list that I saw the correct procedure for eselect?

eselect
eselect kernel
eselect kernel list
eselect kernel set 6

sigh  It's so true


Never happened to me.  I simply enter eselect and then press TAB 
twice and get a list of every module :-P




Huh?

root@fireball / # eselect  hit tab twice here 
bin/ .config/ dev/ home/lib/ lib64/   mnt/ opt/ 
root/sys/ usr/
boot/data/etc/ kde  lib32/   media/   old-etc/ proc/
sbin/tmp/ var/

root@fireball / # eselect

Dale

:-)  :-)

Re: [gentoo-user] Re: Kernel Modules

[Dale]

Paul Hartman wrote:

See Pandu's latest message in this thread. Once you enable it like he
showed, it'll work like this:

# eselectpressed tab twice here
bashcomp   boost  ctags  fontconfig java-vm
 locale news   pager  python usage
 visual
binutils   --briefeditor help   kernel
 mesa   --no-colourpinentry   rc
versionwxwidgets
blas   cblas  envjava-nsplugin  lapack
 modulesopengl profileruby   vi
 xvmc

   


Oh.  Oh!!!  NEATO.  Now to remember I can do this the next time I 
can't remember the name of a module.  lol


Double neato !  It works after each option too.  Holy crap.  OK.  We 
need to start a thread and list all the NEATO things like this that 
others may not know about.  Sound like a idea?


Dale

:-)  :-)

Re: [gentoo-user] Re: Kernel Modules

[Dale]

Nikos Chantziaras wrote:

On 06/10/2011 10:08 PM, Dale wrote:

Paul Hartman wrote:

See Pandu's latest message in this thread. Once you enable it like he
showed, it'll work like this:

# eselectpressed tab twice here
bashcomp boost ctags fontconfig java-vm
locale news pager python usage
visual
binutils --brief editor help kernel
mesa --no-colour pinentry rc
version wxwidgets
blas cblas env java-nsplugin lapack
modules opengl profile ruby vi
xvmc



Oh. Oh!!! NEATO. Now to remember I can do this the next time I can't
remember the name of a module. lol

Double neato ! It works after each option too.


Well, it's called bash completion and works pretty much for everything 
that has a completion file.  It needs app-shells/bash-completion to 
be installed.  There's a also global USE flag called bash-completion.


And also an eselect module called bashcomp, where you can enable this 
feature for specific tools and packages.  eselect bashcomp list 
shows the packages that support this.  For example, try ls 
--tabtab and you get a list options.  Or gcc, or unrar, or...




This is one of those, 'I have heard of this but didn't know what is was' 
things.  I did set the USE flag and updated the needed things, -N and 
all, but this is pretty darn cool.


I notice a really long list of things when I do this:

eselect bashcomp list

Is there a way to just enable them all?  Is there some that should NOT 
be enabled, maybe for good reason?


Thanks.

Dale

:-)  :-)

Re: [gentoo-user] Re: Kernel Modules

[Paul Hartman]

On Fri, Jun 10, 2011 at 3:05 PM, Dale rdalek1...@gmail.com wrote:
 I notice a really long list of things when I do this:

 eselect bashcomp list

 Is there a way to just enable them all?

The wiki has a bunch of info, including a command to set them all at
once. I've pasted it below, but e-mail formatting may ruin it.
http://en.gentoo-wiki.com/wiki/TAB-Completion

(quote)
If you want to enable all Bash tab-completions available for your system, type:

if using eselect (just remove the --global option if you don't
want to enable them globally):

( shopt -s extglob; eselect bashcomp list | while read -r s; do
s=${s##*][[:space:]]}; [[ $s != Available* ]]  eselect bashcomp
enable --global ${s%%?([[:space:]]\\*)}; done )

Remember, for the changes to have an immediate effect, issue the
following command:
source /etc/bash/bashrc
(unquote)

Re: [gentoo-user] Re: Kernel Modules

[Paul Hartman]

On Fri, Jun 10, 2011 at 2:08 PM, Dale rdalek1...@gmail.com wrote:
 We need to start a thread and list all the NEATO things like this that
 others may not know about.  Sound like a idea?

Additional sources of fun info:

Gentoo Tips, Tricks  Documentation forum:
https://forums.gentoo.org/viewforum-f-12.html

Steve Dibb compiled a list of links to the Gentoo Weekly News tips 
tricks articles:
http://dev.gentoo.org/~beandog/tips/

And of course the Gentoo Wiki  Wiki Archives are full of great info
like this in general:
http://en.gentoo-wiki.com
http://www.gentoo-wiki.info

Re: [gentoo-user] Re: Kernel Modules

[Dale]

Paul Hartman wrote:

On Fri, Jun 10, 2011 at 3:05 PM, Dalerdalek1...@gmail.com  wrote:
   

I notice a really long list of things when I do this:

eselect bashcomp list

Is there a way to just enable them all?
 

The wiki has a bunch of info, including a command to set them all at
once. I've pasted it below, but e-mail formatting may ruin it.
http://en.gentoo-wiki.com/wiki/TAB-Completion

(quote)
If you want to enable all Bash tab-completions available for your system, type:

 if using eselect (just remove the --global option if you don't
want to enable them globally):

( shopt -s extglob; eselect bashcomp list | while read -r s; do
s=${s##*][[:space:]]}; [[ $s != Available* ]]  eselect bashcomp
enable --global ${s%%?([[:space:]]\\*)}; done )

Remember, for the changes to have an immediate effect, issue the
following command:
source /etc/bash/bashrc
(unquote)

   


I was just starting to use the wiki when it crashed long ago.  After 
that, lots of stuff was missing so I haven't been back in a while.  I 
mostly learn off this list.  I don't even go to the forums much any more.


Looks like it would have a ALL option to me.  ;-)

Thanks for the link.  It is in process as I type.

Dale

:-)  :-)

Re: [gentoo-user] Re: Kernel Modules

[Mick]

On Friday 10 Jun 2011 19:18:06 Paul Hartman wrote:
 On Fri, Jun 10, 2011 at 12:41 PM, Dale rdalek1...@gmail.com wrote:
  Nikos Chantziaras wrote:
  On 06/09/2011 09:52 PM, Bill Longman wrote:
  On 06/09/2011 11:18 AM, Alan McKinnon wrote:
  eselect OTOH, is something I always have to run bit by bit to recall
  the invocation. That's just way too much effort for this here old
  git
  
  Wasn't on this list that I saw the correct procedure for eselect?
  
  eselect
  eselect kernel
  eselect kernel list
  eselect kernel set 6
  
  sigh  It's so true
  
  Never happened to me.  I simply enter eselect and then press TAB twice
  and get a list of every module :-P
  
  Huh?
  
  root@fireball / # eselect  hit tab twice here 
  bin/ .config/ dev/ home/lib/ lib64/   mnt/ opt/
  root/sys/ usr/
  boot/data/etc/ kde  lib32/   media/   old-etc/ proc/
   sbin/tmp/ var/
  root@fireball / # eselect
 
 See Pandu's latest message in this thread. Once you enable it like he
 showed, it'll work like this:
 
 # eselect pressed tab twice here
 bashcomp   boost  ctags  fontconfig java-vm
 locale news   pager  python usage
 visual
 binutils   --briefeditor help   kernel
 mesa   --no-colourpinentry   rc
 versionwxwidgets
 blas   cblas  envjava-nsplugin  lapack
 modulesopengl profileruby   vi
 xvmc

Not here:

# eselect bashcomp list
Available completions:
  [1]   gdbus
  [2]   gsettings

# eselect bashcomp enable eselect
!!! Error: /usr/share/bash-completion/eselect doesn't exist
-- 
Regards,
Mick


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

Re: [gentoo-user] Re: Kernel Modules

[Paul Hartman]

On Fri, Jun 10, 2011 at 4:34 PM, Mick michaelkintz...@gmail.com wrote:
 Not here:

 # eselect bashcomp list
 Available completions:
  [1]   gdbus
  [2]   gsettings

 # eselect bashcomp enable eselect
 !!! Error: /usr/share/bash-completion/eselect doesn't exist

Looks like maybe you didn't have the bash-completion USE flag set when
you emerged the eselect package.

Re: [gentoo-user] Re: Kernel Modules

[Mick]

On Friday 10 Jun 2011 22:42:21 Paul Hartman wrote:
 On Fri, Jun 10, 2011 at 4:34 PM, Mick michaelkintz...@gmail.com wrote:
  Not here:
  
  # eselect bashcomp list
  Available completions:
   [1]   gdbus
   [2]   gsettings
  
  # eselect bashcomp enable eselect
  !!! Error: /usr/share/bash-completion/eselect doesn't exist
 
 Looks like maybe you didn't have the bash-completion USE flag set when
 you emerged the eselect package.

Yes, that's why nothing more comes up in the list.  I was about to post this 
but you beat me to it!
-- 
Regards,
Mick


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

Re: [gentoo-user] RE: Kernel Modules

[Dale]

Pandu Poluan wrote:

Personally, I do some cherry-picking and enable a bashcomp when I found out I 
need it. I have 2 concerns (which may or may not be true):

1. It will make bash (or the whole system) slower

2. For some commands I *might* want the standard completion

That results in a short list of 'essential' bashcomps that I enable this way:

for m in $ESSENTIAL_BASHCOMP; do eselect bashcomp enable $m; done

Shove that line (prepended by ESSENTIAL_BASHCOMP) into a script, save the 
script somewhere safe and retrievable, and everytime I need to enable the 
bashcomp modules, I'll just download the script and execute it :)

Rgds,
--
FdS Pandu E Poluan
~ IT Optimizer ~

Sent from Nokia E72-1

   


So far, I'm just enjoying not having to type so much.  I'm not a great 
typer anyway so the less I have to do the better.


If I run into something that I don't want bash completion on, I can 
always disable it.  The man page tells how to do that but doesn't have a 
enable all option.


Since I have a quad core 3.2Ghz machine, I'm not to worried about 
speed.  I actually can't tell any difference, at least so far.  I may 
not do this on my old x86 rig tho.  It's a single 2500+ CPU and IDE 
drives.  That may slow things down there.


Thanks for sharing tho.  I'll keep that in mind when I mess with my old 
rig.


Dale

:-)  :-)

Re: [gentoo-user] Re: Kernel Modules

[Alan McKinnon]

Apparently, though unproven, at 19:32 on Thursday 09 June 2011, Nikos 
Chantziaras did opine thusly:

 On 06/09/2011 03:12 PM, Ignas Anikevicius wrote:
  On 09/06/11 12:06, Alan McKinnon wrote:
  why you making so much work for yourself?
  
  set the /usr/src/linux symlink to each set of installed sources in turn,
  
run emerge @module-rebuild
or run module-rebuild rebuild
  
  you could even script it
  
  cd /usr/src
  for I in linux-*
  do
  
 ln -sfn $I linux
 module-rebuild rebuils
  
  done
  
  Fixing my bash syntax errors is left as an exercise for the interested
  reader
  
  Thanks very much!
 
 You actually don't need to the symlinks yourself.  Try:
 
eselect kernel list
 
 Then choose one with something like:
 
eselect kernel set 2

Sure, but I can use ln in my sleep.

eselect OTOH, is something I always have to run bit by bit to recall the 
invocation. That's just way too much effort for this here old git


-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Re: Kernel Modules

[Bill Longman]

On 06/09/2011 11:18 AM, Alan McKinnon wrote:
 eselect OTOH, is something I always have to run bit by bit to recall the 
 invocation. That's just way too much effort for this here old git

Wasn't on this list that I saw the correct procedure for eselect?

eselect
eselect kernel
eselect kernel list
eselect kernel set 6

sigh It's so true

Re: [gentoo-user] Re: Kernel Modules

[Dale]

Alan McKinnon wrote:


Sure, but I can use ln in my sleep.

eselect OTOH, is something I always have to run bit by bit to recall the
invocation. That's just way too much effort for this here old git

   


I'm still not used to eselect and its options.  They are sensible but I 
just haven't got the hang of it.  I been practicing tho.  I do eselect 
modules list then go from there.  You are right tho Alan, in the end, it 
takes longer.  I bet it was supposed to save time too. lol


Dale

:-)  :-)

Re: [gentoo-user] Re: Kernel Modules

[Alan McKinnon]

Apparently, though unproven, at 20:52 on Thursday 09 June 2011, Bill Longman 
did opine thusly:

 On 06/09/2011 11:18 AM, Alan McKinnon wrote:
  eselect OTOH, is something I always have to run bit by bit to recall the
  invocation. That's just way too much effort for this here old git
 
 Wasn't on this list that I saw the correct procedure for eselect?
 
 eselect
 eselect kernel
 eselect kernel list
 eselect kernel set 6
 
 sigh It's so true

In my case there's usually a lot of wondering which one it is after step 1. 
Try this, poke around, nope. Try that, nope not that one. Sometime after the 
third try I find it.


-- 
alan dot mckinnon at gmail dot com 

Re: [gentoo-user] Re: Kernel Modules

[Alan McKinnon]

Apparently, though unproven, at 21:03 on Thursday 09 June 2011, Dale did opine 
thusly:

 Alan McKinnon wrote:
  Sure, but I can use ln in my sleep.
  
  eselect OTOH, is something I always have to run bit by bit to recall the
  invocation. That's just way too much effort for this here old git
 
 I'm still not used to eselect and its options.  They are sensible but I
 just haven't got the hang of it.  I been practicing tho.  I do eselect
 modules list then go from there.  You are right tho Alan, in the end, it
 takes longer.  I bet it was supposed to save time too. lol

On the whole, eselect is a good idea, just some of it's modules are extreme.

eselect opengl and eselect python are just two examples of things I have no 
idea how to accomplish manually


-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Re: Kernel Modules

[YouTube Support]

You are receiving this automated reply because you have sent mail to
an invalid email address. If you are trying to contact YouTube,
please visit the YouTube Help Center at:
http://www.google.com/support/youtube

If you're unable to find the answer to your question in the Help
Center, you may use the contact forms located there to send us your
question.



Original Message Follows:

From: Alan McKinnon alan.mckin...@gmail.com
Subject: [gentoo-user] Re: Kernel Modules
Date: Thu, 9 Jun 2011 21:37:30 +0200

Apparently, though unproven, at 21:03 on Thursday 09 June 2011, Dale did
opine 
thusly:

 Alan McKinnon wrote:
  Sure, but I can use ln in my sleep.
  
  eselect OTOH, is something I always have to run bit by bit to recall
the
  invocation. That's just way too much effort for this here old git
 
 I'm still not used to eselect and its options.  They are sensible but I
 just haven't got the hang of it.  I been practicing tho.  I do eselect
 modules list then go from there.  You are right tho Alan, in the end, it
 takes longer.  I bet it was supposed to save time too. lol

On the whole, eselect is a good idea, just some of it's modules are
extreme.

eselect opengl and eselect python are just two examples of things I have
no 
idea how to accomplish manually


-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Re: Kernel Modules

[Paul Hartman]

On Thu, Jun 9, 2011 at 2:37 PM, Alan McKinnon alan.mckin...@gmail.com wrote:
 Apparently, though unproven, at 21:03 on Thursday 09 June 2011, Dale did opine
 thusly:

 Alan McKinnon wrote:
  Sure, but I can use ln in my sleep.
 
  eselect OTOH, is something I always have to run bit by bit to recall the
  invocation. That's just way too much effort for this here old git

 I'm still not used to eselect and its options.  They are sensible but I
 just haven't got the hang of it.  I been practicing tho.  I do eselect
 modules list then go from there.  You are right tho Alan, in the end, it
 takes longer.  I bet it was supposed to save time too. lol

 On the whole, eselect is a good idea, just some of it's modules are extreme.

 eselect opengl and eselect python are just two examples of things I have no
 idea how to accomplish manually

I'm okay with most of them, but whenever I need to use eselect news
my brain comes up empty.

Re: [gentoo-user] Re: Kernel Modules

[Mick]

On Thursday 09 Jun 2011 21:06:12 Paul Hartman wrote:
 On Thu, Jun 9, 2011 at 2:37 PM, Alan McKinnon alan.mckin...@gmail.com 
wrote:
  Apparently, though unproven, at 21:03 on Thursday 09 June 2011, Dale did
  opine
  
  thusly:
  Alan McKinnon wrote:
   Sure, but I can use ln in my sleep.
   
   eselect OTOH, is something I always have to run bit by bit to recall
   the invocation. That's just way too much effort for this here old
   git
  
  I'm still not used to eselect and its options.  They are sensible but I
  just haven't got the hang of it.  I been practicing tho.  I do eselect
  modules list then go from there.  You are right tho Alan, in the end, it
  takes longer.  I bet it was supposed to save time too. lol
  
  On the whole, eselect is a good idea, just some of it's modules are
  extreme.
  
  eselect opengl and eselect python are just two examples of things I have
  no idea how to accomplish manually
 
 I'm okay with most of them, but whenever I need to use eselect news
 my brain comes up empty.

Aha!  I had to memorise that because it kept popping up every time I would run 
emerge (and couldn't be bothered to run eselect at the time).  So it is:

  eselect news read new

it sort of rhymes.  ;-)
-- 
Regards,
Mick


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