Uninstalling dbus and *kits (to Unfacilitate Remote Seats)

[SlashBeast]

lsusb here goes thru /dev/bus/usb and /sys/bus/usb/devices, check if you have anything on given paths.

[miroR]

lsusb here goes thru /dev/bus/usb and /sys/bus/usb/devices, check if you have anything on given paths.

Thanks for looking into, SlashBeast!
Interestingly not! I mean, don't have!

Code: Select all

# ls /proc/bus/
input pci
# ls /dev/bus
ls cannot access /dev/bus: No such file or directory
#

I did some more investigation in the meantime.


Because the revert to the recent backup would still entail loss of work of
several hours of update, as well as kernel recompile, I decided to rather work
more and try to find the cause to this issue.

This is the booting of my current system.

Which system is no-kits mdev-like-a-boss based.

The verbose information here, I hope might also be helpful to other users.

This manual typing. while keeping the booting from advancing with pressing
Scroll Lock, and occasionally Page Up and Page Down.

This manual typing. So, less important strings skipped, and typoes very
possible.

Code: Select all

input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2
[ X.xxxxxx] ALSA device list:
[ X.xxxxxx]   No soundcards found.
[ X.xxxxxx] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ X.xxxxxx] ata2.00: ATA-8: ST20000M001-... UDMA/133
[ X.xxxxxx] ata2.00: 3987029568 sectors, multi 16: ... NCQ
[ X.xxxxxx] ata2:00: configured for UDMA/133
[ X.xxxxxx] scsi 1:0:0:0: Direct-Access   ATA   ST20000M001-...
[ X.xxxxxx] sd 1:0:0:0; [sda] ...
[ X.xxxxxx] sd 1:0:0:0; Attached scsi generic sg0 type 0
[ X.xxxxxx] sd 1:0:0:0;   4096-byte physical blocks
[ X.xxxxxx] sd 1:0:0:0;
[ X.xxxxxx] sd 1:0:0:0;
[ X.xxxxxx]  sda: sda1 sda2 sda3 ...
[ X.xxxxxx] ata3: SATA link up 1.5 Gbps
[ X.xxxxxx] 
[ X.xxxxxx] 
[ X.xxxxxx] 
[ X.xxxxxx] scsi 2:0:0:0: CD-ROM         HD-DT-ST BD-RE ...
[ X.xxxxxx] sr0: scsi3-mmc drive 40x/40x writer ...
[ X.xxxxxx] cdrom
[ X.xxxxxx] sr 2:0:0:0: Attached scsi generic sg1 type 5
[ X.xxxxxx] psmouse serial: alps: Unknown ALPS touchpad: E8=10 00 64, EC=10 ...
[ X.xxxxxx] input: InPS/2 Generic Wheel Mouse as
/devices/platform/i8042/serio1/input/input4
[ X.xxxxxx] md: Skipping autodetection of RAID arrays. (raid=autodetect will force)
[ X.xxxxxx] EXT4-fs (sda3): couldn't mount as ext3 due to feature incompatibilities
[ X.xxxxxx] EXT4-fs (sda3): couldn't mount as ext2 due to feature incompatibilities
[ X.xxxxxx] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[ X.xxxxxx] VFS: Mounted root (ext4 filesystem) readonly on device 8:3.
[ X.xxxxxx] Switched to clocksource tsc
[ X.xxxxxx] Freeing unused kernel memory: 1064K (fffffff..... )
[ X.xxxxxx] grsec: exec of /sbin/init (/sbin/init ) by /sbin/init(swapper/0:1]
uid/euid:0/0 gid/egid:0/0, parent /[swapper/0:0] uid/eudi:0/0 gid/egid:0/0
INIT: version 2.08 booting
[ X.xxxxxx]grsec: exec of /sbin/rc ... parent /sbin/init ...
[ X.xxxxxx]grsec: chdir to / by /sbin/rc ... parent /sbin/init ...
[ X.xxxxxx]random: nonblocking pool is initilized
[ X.xxxxxx]grsec: exec of /lib64/rc/sh/init-early.sh parent /sbin/rc
[ X.xxxxxx]grsec: exec of /usr/bin/kbd_mode (kbd_mode -u -C /dev/console ) ...
parent /lib64/rc/sh/init-early.sh ...
[ X.xxxxxx]grsec: exec of /usr/bin/loadkeys (loadkeys -q /lib64/rc/console/keymap ) ...

OpenRC 0.12.4 is starting up Gentoo Linux (x86_64)

[ X.xxxxxx] grsec: exec of /lib64/rc/sh/init.sh ... parent /sbin/rc ...
[ X.xxxxxx] grsec: exec of /sbin/rc (eval_ecolors ) ... parent /lib64/rc/sh/init.sh
[ X.xxxxxx] grsec: exec of /sbin/rc (ebegin Mounting /proc ) ... parent
/lib64/rc/sh/init.sh
 * Mounting /proc
[ X.xxxxxx] grsec: exec of /sbin/rc (fstabinfo --mount /proc ) ... parent
/lib64/rc/sh/init.sh
[ X.xxxxxx] grsec: exec of /bin/mount (mount -n -t proc -o noexec,nosuid,nodev
proc /proc ) by /bin/mount[init.sh:1262] uid/euid:0/0 gid/egid:0:0
[ X.xxxxxx] grsec: mount of proc to /proc by /bin/mount ... parent /lib64/rc/sh/init.sh 
[ X.xxxxxx] grsec: exec of /bin/rc (eend 0) by /sbin/rc
[ X.xxxxxx] grsec: exec of /sbin/rc (rc --sys ) by
[ X.xxxxxx] grsec: chdir to / by /sbin/rc 
[ X.xxxxxx] grsec: exec of /sbin/rc (mountinfo -q /run ) by /sbin/rc
[ X.xxxxxx] grsec: exec of /sbin/rc (ebagin Mounting /run )
 * Mounting /run ...
[ X.xxxxxx] grsec: exec of /sbin/rc (fstabinfo --mount /run ) by /sbin/rc
[ X.xxxxxx] grsec: exec of /bin/mount (mount -t tmpfs -o
mode=0755,nosuid,nodev,size=10% tmpfs /run ) by /bin/mount ... parent
/lib64/sh/init.sh ...
[ X.xxxxxx] grsec: mount of tmpfs to /run ... 
[ X.xxxxxx] grsec: exec of /sbin/rc (checkpath -d /run/openrc )
 * /run/openrc: creating directory
[ X.xxxxxx] grsec: exec of /sbin/rc (checkpath -d -m 0775 -o root:uucp/run/lock
 * /run/lock: creating directory
[ X.xxxxxx] grsec: exec of /bin/grep (grep -Eq [[:space:]]+xenfs$
/proc/filesystems ) by /bin/grep[init.sh:1273] uid/euid ... parent ... init.sh
...
[ X.xxxxxx] grsec: exec of /bin/cp (cp -p /lib64/rc/cache/depconfig
/lib64/rc/cache/deptree /lib64/rc/cache/nettree /lib64/rc/cache/rc.log
/lib64/rc/cache/softlevel) ...
[ X.xxxxxx] grsec: exec of /etc/init.d/devfs (/etc/init.d/devfs --lockfd 5 start )
[ X.xxxxxx] grsec: chdir to / by /etc/init.d/devfs... 
[ X.xxxxxx] grsec: exec of /lib64/rc/sh/runscript.sh (/lib64/rc/sh/runscript.sh
/etc/init.d/devfs start ) ...
[ X.xxxxxx] grsec: exec of /sbin/rc (eval_ecolors  ... parent /lib64/rc/sh/rumscript.sh
[ X.xxxxxx] grsec: exec of  grep ... mqueue ... /proc/filesystems
[ X.xxxxxx] grsec: exec of  mountinfo -q /dev/mqueue
[ X.xxxxxx] grsec: exec of /bin/mkdir (mkdir -m 1777 -p /dev/mqueue ...
[ X.xxxxxx] grsec: chdir to /dev
[ X.xxxxxx] grsec: exec of  ebegin Mounting mqueue ...
 * Mounting /dev/mqueue ...
...
...
[ X.xxxxxx] grsec: exec of ...
[ X.xxxxxx] grsec: exec of ...
[ X.xxxxxx] grsec: exec of ...
 * Mounting /dev/pts ...
[ X.xxxxxx] grsec: exec of ...
[ X.xxxxxx] grsec: exec of ...
[ X.xxxxxx] grsec: exec of ...
[ X.xxxxxx] grsec: exec of ...
[ X.xxxxxx] grsec: exec of ...
 * Mounting /sys ... 
 * Mounting debug filesystem ... 
 * Mounting cgroup filesystem ... 
 * setting up tmpfiles.d entries for /dev ... 
 * Mounting /dev (mdev) ... 
 * Setting up mdev as hotplug agent ... 
 * Loading kernel modules for detected hardware ...
 * Mounting /dev/pts ... 
 * Mounting /dev/shm ... 
 * Setting system clock using the hardware clock [UTC]...                [ok]
 * Loading module snd-hda-intel ...                                      [ok]
 * Autoloaded 1 module(s)                                                [ok]
 * Starting lvmetad ...                                                  [ok]
 * Setting up the Logical Volume Manager ...                             [ok]
 * Checking local filesystems ...
/dev/sda2 ...   
/dev/sda3 ...                                                            [ok]
 * Remounting root filesystem read/write ..
 * Remounting filesystems ..
 * Updating /etc/mtab ...                                                [ok]
 * activating swap devices ...                                           [ok]
 * Mounting local filesystems ...
 * Configuring kernel param...
 * Creating user login records ..
 * Wiping /tmp...
 * Restoring Mixer Levels ...
 * Setting hostname...
 * Setting terminal encoding [UTF-8] ...
 * Setting keyboard mode [UTF-8] ...
 * Loading key mappings... 
...

So, USB is simply missing in action somewhere.

I also checked:
USB/HOWTO on Wiki
https://wiki.gentoo.org/wiki/USB/HOWTO

The kernel is configured correctly.

Miroslav Rovis
www.CroatiaFidelis.hr

[SlashBeast]

Are you using mine mdev-like-a-boss?

Do you have anything in /sys/bus/usb/devices/?

[miroR]

Are you using mine mdev-like-a-boss?

Do you have anything in /sys/bus/usb/devices/?

I do.

Code: Select all

ls -l /sys/but/usb/
total 0
drwx------ 2 root root     0 2014-06-06 19:56 devices
 ....

Wait a second, pls. I have to list those properly.
I'm in online machine. That machine is never online, so, it'll take me a little to burn it on a DVD and copy it here.

Code: Select all

 # ls -l /sys/bus/usb/devices/
total 0
lrwxrwxrwx 1 root root 0 2014-06-06 18:52 10-0:1.0 -> ../../../devices/pci0000:00/0000:00:0a.0/0000:03:00.0/usb10/10-0:1.0
lrwxrwxrwx 1 root root 0 2014-06-06 18:52 1-0:1.0 -> ../../../devices/pci0000:00/0000:00:12.2/usb1/1-0:1.0
lrwxrwxrwx 1 root root 0 2014-06-06 18:52 11-0:1.0 -> ../../../devices/pci0000:00/0000:00:0a.0/0000:03:00.0/usb11/11-0:1.0
lrwxrwxrwx 1 root root 0 2014-06-06 18:52 2-0:1.0 -> ../../../devices/pci0000:00/0000:00:13.2/usb2/2-0:1.0
lrwxrwxrwx 1 root root 0 2014-06-06 18:52 3-0:1.0 -> ../../../devices/pci0000:00/0000:00:16.2/usb3/3-0:1.0
lrwxrwxrwx 1 root root 0 2014-06-06 18:52 4-0:1.0 -> ../../../devices/pci0000:00/0000:00:12.0/usb4/4-0:1.0
lrwxrwxrwx 1 root root 0 2014-06-06 18:52 5-0:1.0 -> ../../../devices/pci0000:00/0000:00:13.0/usb5/5-0:1.0
lrwxrwxrwx 1 root root 0 2014-06-06 18:52 6-0:1.0 -> ../../../devices/pci0000:00/0000:00:14.5/usb6/6-0:1.0
lrwxrwxrwx 1 root root 0 2014-06-06 18:52 7-0:1.0 -> ../../../devices/pci0000:00/0000:00:16.0/usb7/7-0:1.0
lrwxrwxrwx 1 root root 0 2014-06-06 18:52 8-0:1.0 -> ../../../devices/pci0000:00/0000:00:09.0/0000:02:00.0/usb8/8-0:1.0
lrwxrwxrwx 1 root root 0 2014-06-06 18:52 9-0:1.0 -> ../../../devices/pci0000:00/0000:00:09.0/0000:02:00.0/usb9/9-0:1.0
lrwxrwxrwx 1 root root 0 2014-06-06 19:57 usb1 -> ../../../devices/pci0000:00/0000:00:12.2/usb1
lrwxrwxrwx 1 root root 0 2014-06-06 19:57 usb10 -> ../../../devices/pci0000:00/0000:00:0a.0/0000:03:00.0/usb10
lrwxrwxrwx 1 root root 0 2014-06-06 19:57 usb11 -> ../../../devices/pci0000:00/0000:00:0a.0/0000:03:00.0/usb11
lrwxrwxrwx 1 root root 0 2014-06-06 19:57 usb2 -> ../../../devices/pci0000:00/0000:00:13.2/usb2
lrwxrwxrwx 1 root root 0 2014-06-06 19:57 usb3 -> ../../../devices/pci0000:00/0000:00:16.2/usb3
lrwxrwxrwx 1 root root 0 2014-06-06 19:57 usb4 -> ../../../devices/pci0000:00/0000:00:12.0/usb4
lrwxrwxrwx 1 root root 0 2014-06-06 19:57 usb5 -> ../../../devices/pci0000:00/0000:00:13.0/usb5
lrwxrwxrwx 1 root root 0 2014-06-06 19:57 usb6 -> ../../../devices/pci0000:00/0000:00:14.5/usb6
lrwxrwxrwx 1 root root 0 2014-06-06 19:57 usb7 -> ../../../devices/pci0000:00/0000:00:16.0/usb7
lrwxrwxrwx 1 root root 0 2014-06-06 19:57 usb8 -> ../../../devices/pci0000:00/0000:00:09.0/0000:02:00.0/usb8
lrwxrwxrwx 1 root root 0 2014-06-06 19:57 usb9 -> ../../../devices/pci0000:00/0000:00:09.0/0000:02:00.0/usb9
 # 

I couldn't list more yet, because the
"ls -lR"
on that dir wouldn't do ir. But I'll do it in the next round.

[miroR]

For non-expert readers like me, there was 'man ls', wasn't there?

ls --dereference-command-line /sys/bus/usb/devices/

Code: Select all

/sys/bus/usb/devices/10-0:1.0
bAlternateSetting
bInterfaceClass
bInterfaceNumber
bInterfaceProtocol
bInterfaceSubClass
bNumEndpoints
driver
ep_81
modalias
port1
port2
power
subsystem
supports_autosuspend
uevent
----------------------

/sys/bus/usb/devices/1-0:1.0
bAlternateSetting
bInterfaceClass
bInterfaceNumber
bInterfaceProtocol
bInterfaceSubClass
bNumEndpoints
driver
ep_81
modalias
port1
port2
port3
port4
port5
power
subsystem
supports_autosuspend
uevent
----------------------

/sys/bus/usb/devices/11-0:1.0
bAlternateSetting
bInterfaceClass
bInterfaceNumber
bInterfaceProtocol
bInterfaceSubClass
bNumEndpoints
driver
ep_81
modalias
port1
port2
power
subsystem
supports_autosuspend
uevent
----------------------

/sys/bus/usb/devices/2-0:1.0
bAlternateSetting
bInterfaceClass
bInterfaceNumber
bInterfaceProtocol
bInterfaceSubClass
bNumEndpoints
driver
ep_81
modalias
port1
port2
port3
port4
port5
power
subsystem
supports_autosuspend
uevent
----------------------

/sys/bus/usb/devices/3-0:1.0
bAlternateSetting
bInterfaceClass
bInterfaceNumber
bInterfaceProtocol
bInterfaceSubClass
bNumEndpoints
driver
ep_81
modalias
port1
port2
port3
port4
power
subsystem
supports_autosuspend
uevent
----------------------

/sys/bus/usb/devices/4-0:1.0
bAlternateSetting
bInterfaceClass
bInterfaceNumber
bInterfaceProtocol
bInterfaceSubClass
bNumEndpoints
driver
ep_81
modalias
port1
port2
port3
port4
port5
power
subsystem
supports_autosuspend
uevent
----------------------

/sys/bus/usb/devices/5-0:1.0
bAlternateSetting
bInterfaceClass
bInterfaceNumber
bInterfaceProtocol
bInterfaceSubClass
bNumEndpoints
driver
ep_81
modalias
port1
port2
port3
port4
port5
power
subsystem
supports_autosuspend
uevent
----------------------

/sys/bus/usb/devices/6-0:1.0
bAlternateSetting
bInterfaceClass
bInterfaceNumber
bInterfaceProtocol
bInterfaceSubClass
bNumEndpoints
driver
ep_81
modalias
port1
port2
power
subsystem
supports_autosuspend
uevent
----------------------

/sys/bus/usb/devices/7-0:1.0
bAlternateSetting
bInterfaceClass
bInterfaceNumber
bInterfaceProtocol
bInterfaceSubClass
bNumEndpoints
driver
ep_81
modalias
port1
port2
port3
port4
power
subsystem
supports_autosuspend
uevent
----------------------

/sys/bus/usb/devices/8-0:1.0
bAlternateSetting
bInterfaceClass
bInterfaceNumber
bInterfaceProtocol
bInterfaceSubClass
bNumEndpoints
driver
ep_81
modalias
port1
port2
power
subsystem
supports_autosuspend
uevent
----------------------

/sys/bus/usb/devices/9-0:1.0
bAlternateSetting
bInterfaceClass
bInterfaceNumber
bInterfaceProtocol
bInterfaceSubClass
bNumEndpoints
driver
ep_81
modalias
port1
port2
power
subsystem
supports_autosuspend
uevent
----------------------

/sys/bus/usb/devices/usb1
1-0:1.0
authorized
authorized_default
avoid_reset_quirk
bcdDevice
bConfigurationValue
bDeviceClass
bDeviceProtocol
bDeviceSubClass
bmAttributes
bMaxPacketSize0
bMaxPower
bNumConfigurations
bNumInterfaces
busnum
configuration
descriptors
dev
devnum
devpath
driver
ep_00
idProduct
idVendor
ltm_capable
manufacturer
maxchild
power
product
quirks
removable
remove
serial
speed
subsystem
uevent
urbnum
version
----------------------

/sys/bus/usb/devices/usb10
10-0:1.0
authorized
authorized_default
avoid_reset_quirk
bcdDevice
bConfigurationValue
bDeviceClass
bDeviceProtocol
bDeviceSubClass
bmAttributes
bMaxPacketSize0
bMaxPower
bNumConfigurations
bNumInterfaces
busnum
configuration
descriptors
dev
devnum
devpath
driver
ep_00
idProduct
idVendor
ltm_capable
manufacturer
maxchild
power
product
quirks
removable
remove
serial
speed
subsystem
uevent
urbnum
version
----------------------

/sys/bus/usb/devices/usb11
11-0:1.0
authorized
authorized_default
avoid_reset_quirk
bcdDevice
bConfigurationValue
bDeviceClass
bDeviceProtocol
bDeviceSubClass
bmAttributes
bMaxPacketSize0
bMaxPower
bNumConfigurations
bNumInterfaces
busnum
configuration
descriptors
dev
devnum
devpath
driver
ep_00
idProduct
idVendor
ltm_capable
manufacturer
maxchild
power
product
quirks
removable
remove
serial
speed
subsystem
uevent
urbnum
version
----------------------

/sys/bus/usb/devices/usb2
2-0:1.0
authorized
authorized_default
avoid_reset_quirk
bcdDevice
bConfigurationValue
bDeviceClass
bDeviceProtocol
bDeviceSubClass
bmAttributes
bMaxPacketSize0
bMaxPower
bNumConfigurations
bNumInterfaces
busnum
configuration
descriptors
dev
devnum
devpath
driver
ep_00
idProduct
idVendor
ltm_capable
manufacturer
maxchild
power
product
quirks
removable
remove
serial
speed
subsystem
uevent
urbnum
version
----------------------

/sys/bus/usb/devices/usb3
3-0:1.0
authorized
authorized_default
avoid_reset_quirk
bcdDevice
bConfigurationValue
bDeviceClass
bDeviceProtocol
bDeviceSubClass
bmAttributes
bMaxPacketSize0
bMaxPower
bNumConfigurations
bNumInterfaces
busnum
configuration
descriptors
dev
devnum
devpath
driver
ep_00
idProduct
idVendor
ltm_capable
manufacturer
maxchild
power
product
quirks
removable
remove
serial
speed
subsystem
uevent
urbnum
version
----------------------

/sys/bus/usb/devices/usb4
4-0:1.0
authorized
authorized_default
avoid_reset_quirk
bcdDevice
bConfigurationValue
bDeviceClass
bDeviceProtocol
bDeviceSubClass
bmAttributes
bMaxPacketSize0
bMaxPower
bNumConfigurations
bNumInterfaces
busnum
configuration
descriptors
dev
devnum
devpath
driver
ep_00
idProduct
idVendor
ltm_capable
manufacturer
maxchild
power
product
quirks
removable
remove
serial
speed
subsystem
uevent
urbnum
version
----------------------

/sys/bus/usb/devices/usb5
5-0:1.0
authorized
authorized_default
avoid_reset_quirk
bcdDevice
bConfigurationValue
bDeviceClass
bDeviceProtocol
bDeviceSubClass
bmAttributes
bMaxPacketSize0
bMaxPower
bNumConfigurations
bNumInterfaces
busnum
configuration
descriptors
dev
devnum
devpath
driver
ep_00
idProduct
idVendor
ltm_capable
manufacturer
maxchild
power
product
quirks
removable
remove
serial
speed
subsystem
uevent
urbnum
version
----------------------

/sys/bus/usb/devices/usb6
6-0:1.0
authorized
authorized_default
avoid_reset_quirk
bcdDevice
bConfigurationValue
bDeviceClass
bDeviceProtocol
bDeviceSubClass
bmAttributes
bMaxPacketSize0
bMaxPower
bNumConfigurations
bNumInterfaces
busnum
configuration
descriptors
dev
devnum
devpath
driver
ep_00
idProduct
idVendor
ltm_capable
manufacturer
maxchild
power
product
quirks
removable
remove
serial
speed
subsystem
uevent
urbnum
version
----------------------

/sys/bus/usb/devices/usb7
7-0:1.0
authorized
authorized_default
avoid_reset_quirk
bcdDevice
bConfigurationValue
bDeviceClass
bDeviceProtocol
bDeviceSubClass
bmAttributes
bMaxPacketSize0
bMaxPower
bNumConfigurations
bNumInterfaces
busnum
configuration
descriptors
dev
devnum
devpath
driver
ep_00
idProduct
idVendor
ltm_capable
manufacturer
maxchild
power
product
quirks
removable
remove
serial
speed
subsystem
uevent
urbnum
version
----------------------

/sys/bus/usb/devices/usb8
8-0:1.0
authorized
authorized_default
avoid_reset_quirk
bcdDevice
bConfigurationValue
bDeviceClass
bDeviceProtocol
bDeviceSubClass
bmAttributes
bMaxPacketSize0
bMaxPower
bNumConfigurations
bNumInterfaces
busnum
configuration
descriptors
dev
devnum
devpath
driver
ep_00
idProduct
idVendor
ltm_capable
manufacturer
maxchild
power
product
quirks
removable
remove
serial
speed
subsystem
uevent
urbnum
version
----------------------

/sys/bus/usb/devices/usb9
9-0:1.0
authorized
authorized_default
avoid_reset_quirk
bcdDevice
bConfigurationValue
bDeviceClass
bDeviceProtocol
bDeviceSubClass
bmAttributes
bMaxPacketSize0
bMaxPower
bNumConfigurations
bNumInterfaces
busnum
configuration
descriptors
dev
devnum
devpath
driver
ep_00
idProduct
idVendor
ltm_capable
manufacturer
maxchild
power
product
quirks
removable
remove
serial
speed
subsystem
uevent
urbnum
version
----------------------

If needed, I can post:
ls --dereference-command-line -l -R /sys/bus/usb/devices/
or try and read any of those if I succeed.

Miroslav Rovis
www.CroatiaFidelis.hr

[miroR]

Are you using mine mdev-like-a-boss?

Absolutely so.
And, I explained in earlier posts that I went for manual install, because I don't at this time know how exactly
to deal with overlays.

E.g.:
[ this topis ]
https://forums.gentoo.org/viewtopic-t-9 ... ml#7561498
search for:
"manual install"

[SlashBeast]

Try to run as root:

Code: Select all

#!/bin/sh
    for i in /sys/bus/usb/devices/*; do
        case "${i##*/}" in
            [0-9]*-[0-9]*)
                printf 'add' > "$i/uevent"
            ;;
        esac
    done

You can save it as script and run, that's should poke mdev to create nodes for usb,

You should have someting like it in /etc/mdev.conf:

Code: Select all

SUBSYSTEM=usb;DEVTYPE=usb_device;.*	root:root 660 */opt/mdev/helpers/proc-bus-usb

And script should exist /opt/mdev/helpers/proc-bus-usb

Try to check on it first.

[miroR]

Try to run as root:

Code: Select all

#!/bin/sh
    for i in /sys/bus/usb/devices/*; do
        case "${i##*/}" in
            [0-9]*-[0-9]*)
                printf 'add' > "$i/uevent"
            ;;
        esac
    done

You can save it as script and run, that's should poke mdev to create nodes for usb,

You should have someting like it in /etc/mdev.conf:

Code: Select all

SUBSYSTEM=usb;DEVTYPE=usb_device;.*	root:root 660 */opt/mdev/helpers/proc-bus-usb

And script should exist /opt/mdev/helpers/proc-bus-usb

Try to check on it first.

A.S.A.P, but in a while, due to non-online system.

EDIT 1: No. No output whatsoever. I pasted your script. I have made no errors in making
and/or running those exact lines above. But no output whatsoever.

.

[miroR]

I'm trying to read those, but, actually list and read.

I don't understand the lines:

Code: Select all

case "${i##*/}" in

and

Code: Select all

prinf 'add' > "$i/uevent"

of your script.

So I'm making a script script acoording to my insufficient understanding.

I run this (this is actually the final version of this script):

Code: Select all

#!/bin/bash
for i in `ls -1d /sys/bus/usb/devices/1-0\:1.0/*` ; do
	if [ -d "$i" ] ;  then
		cd "$i" ;
		pwd ;
		for j in `ls -1` ; do
			echo $j ;
			ls -l $j ;
			if [ ! -d "$j" ] ; then
				echo "$j" ;
				ls -l "$j" ;
				cat "$j" ;
				read FAKE ;
			else cd "$j" ;
				for k in `ls -1` ; do
				cat "$k" ;
				read FAKE ;
				cd - ;
				done ;
			fi ;
			read FAKE ;
		done ;
		cd - ;
	else cat "$i" ;
		read FAKE ;
	fi ;
	 read FAKE ;
done ;

But so far, I have found nowhere in that dir reference to
/opt/mdev/helpers/proc-bus-usb .

Surely these things are done in different ways...
Miroslav Rovis
www.CroatiaFidelis.hr

[miroR]

I really don't know how [ * ] , and, I will complete my script (right there in the
previous post, not in a new one), but I wasn't doing to the system anything
other than trying to list and cat and cd into if dir, in the aforesaid places,
but...

But, all of a sudden, the entire usbfs filesystem is back.

I mean, the lsusb is listing it as usual.

Actually, I did do exactly one thing to the system: I plugged in my JMicron
USB-3 adaptor. It can be seen in the previous post (I'll put the link in a
probably short while here after I post this.

And lsusb listed it, and I was able to mount and use what was attached on it.

I'll try and reboot and see what the booting now looks like
More coming here.


### after a while ###
=====================
The booting is apparently just like the previous one when lsusb found no usbfs,
just, when the adaptor is attached, it recognizes it somewhere early, at around
the time it, say, lists partitions of the in-the-machine HDD.

Revisit, gentle reader:

[ this same topic ]
https://forums.gentoo.org/viewtopic-p-7 ... ml#7564068

and search for:
sda: sda1 sda2 sda3

I didn't look into the booting in much detail, am a little tired, but I saw it
recognized:

JMicron XXXX , which is the adapter, and attached it as /dev/sdb, and the
partition on it as /dev/sdb1

And the lsusb works now just fine. All works.

It works like shown herre:

[ this same topic ]
https://forums.gentoo.org/viewtopic-t-9 ... ml#7561498
just search for JMicron

Miroslav Rovis
www.CroatiaFidelis.hr

EDIT:
[ * ] I figured out what it seems to be. It's that the USB devices management now works diferently than what I have been used to with *kits and other of those porgrams.

So nothing was really wrong all the time.

When I didn't have any USB device connected to the system,I was used to seeing not that error:

Code: Select all

unable to initialize libusb: -99

but empty listing of my USB host controller devices, if I use the right term.

With mdev it's not like that. No USB device attached, no USB filesystem od usbfs.

And that was all that happened here!

Actually it looks to me that all works more nicely now, but it may be too early to tell.

I will report if I encounter problems. If not, this topic is probably, for the most part of it, solved.

There are unclarities on the use of eudev and hwid programs, and some other minor compiaints, though, so who knows?

[SlashBeast]

But so far, I have found nowhere in that dir reference to
/opt/mdev/helpers/proc-bus-usb .

Wow.

The snippet I've provided you just send 'add' event for usb devices as simple `mdev -s` does not goes thru usb devices. I have no idea why you write another script that does... something special but anyway, its just to make sure that mdev-like-a-boss's script populate /dev/bus/usb.

Also, try write less and not post under own posts, personaly I have really hard time trying to understand what you wanted to share with us here.

[jonathan183]

The thread started out as dbus and *kit free systems, *kit free is certainly possible - dbus free depends on other packages you have installed. Your remaining issues appear to be related to choice of device manager and how to configure it ...

There are unclarities on the use of eudev and hwid programs, and some other minor compiaints, though, so who knows?

My understanding is if /etc/portage/package.use contains

Code: Select all

sys-fs/eudev -*
sys-fs/udev -*

and /etc/portage/profile/package.provided has

Code: Select all

sys-fs/udev-init-scripts-10
sys-fs/udev-init-scripts-26

You should be able to rebuild either eudev or udev and not have udev-init-scripts installed.

If you want hwid without udev or eudev installed then you should be able to do this if /etc/portage/profile/package.provided also contains

Code: Select all

sys-fs/udev-208
sys-fs/udev-212

As I put in my previous post I still have eudev on my system because mesa would not compile without it - which at some point I may fix (but have not had time to do this yet).

mdev-like-a-boss contains lots of useful information but is not essential for a system using mdev as a device manager, I'm using some of the configuration on my laptop (manually downloaded rather than using an overlay) but my desktop has a few modifications to the busybox mdev installed in the way indicated in the mdev wiki page. I may change that in future but both methods work for me ... and it's always good to have choice

@SlashBeast - thanks for mdev-like-a-boss it has certainly helped me sort out a few things with my configuration

[miroR]

Dear SlashBeast and jonathan183,

The whole of this post I have been preparing for more than an hour and a half, by the time of wiring these words, and will probably take anothe half hour to finish (the post, I will have more to do in the topic). I am saying that here in this one of one or more proofreads, to draw your attentio how I am trying hard to both satisfy your requests and suggestions, but also point out other things if necessary, apart from thanking both of you for you help, in the first place.

Sometimes on these forums I am compelled to explain to people that I am only three years to sextagenarian age, and that I am somewhat, in some aspects, heavily into computing for only a few years, and that I new zilch on it for the first forty years of my life. And I am also not healthy which effects, above all, my memorizing capabilities. Which means I can't get all the facts together in my mind to ponder on them easily, if they are complex.

So pls. bear with me. If I knew how to present things correctly, I wouldn't wander and go dead ends so often.

[ SKIP THIS PARAGRAPH if in hurry, please! : My lack of easy grasp on complex purely tech matters, does no forbid me to see the big picture of security holes in GNU/Linux, on the basis of, sometimes more than, but often pure belief in statements of people like Spender, whom many people believe not for having completely understood his various programs and expertise, but because he is a proven top expert. If someone would hush me on this basis, that one must then stop believing that the Earth revolves around the Sun, until he personally goes and finds out whether that is true --or not-- for himself -- this remark is if people would want to attack the idea behind this topic, and in the topic's title, based on what I wrote in the two paragraphs above. ]

But so far, I have found nowhere in that dir reference to
/opt/mdev/helpers/proc-bus-usb .

Wow.

The snippet I've provided you just send 'add' event for usb devices as simple `mdev -s` does not goes thru usb devices.

I ran it. I thought it was just a script that searches through and reads something somewhere in that dir.

So are you saying that that snippet modifies some files in those places? I thought it only searches for some text.

I can find only two instances of the string '##' in 'man bash', and there is also printf. I do not expect you to dedicate time and teach me (I taught people and know how assiduous that that can be), and also I will have other work that won't leave me free time, so ther maybe isn't much can be done about this. But should I now better go and study that 'man bash'... Else, I can't really correspond with you on this. Can't figure out the answer to this dilemma.

In my previous post I explained how lsusb now works. The last section marked with the [ * ] .

But there is more to tell.

That script still does not return any output whatsoever. Still!

And I wonder if it is because I also have eudev installed. Could it be than that eudev is managing usbfs, and not mdev-like-a-boss in my system? I know it's a lot of work, but it can be undestood from my previous posts, that I still have eudev installed. Just search for eudev and read around it. It's very probably enough to search through the second, and third pages, not the first page of the topic (there are currently three pages in this topic).

However, while I pick up concepts every time I get more information from either my own research or help from you people, many things are still not clear to me.

Just as I said in my previous post, exactly eudev (and udev-init-script) I mentioned were among things not clear to me, more below on that, because jonathan183 was kind to help me about them.

I have no idea why you write another script that does... something special but anyway, its just to make sure that mdev-like-a-boss's script populate /dev/bus/usb.

My script just reads (with simple 'cat') any entries in those dirs that are files (if it can, some it can't for some reason), and if not, it descends into those dirs and tries to read files in that dir. I thought I needed to find the string /opt/mdev/helpers/proc-bus-usb for some reason in those files in some of those dirs.

Also, try write less and not post under own posts, personaly I have really hard time trying to understand what you wanted to share with us here.

I wish I knew these things and were able to post only pertinent replies. I addressed this in the top of this post. Sorry! I can't know before I learn, to be able to act as you would like me to.

However, I am considering to try and "not post under" (my) "own posts" as you ask, and I think, I am thinking of go through all of my posts in this topic and see if I can figure out exactly where it's not the lack of understanding of concepts, but wrong presentation instead, that is making my presentation difficult for people to follow. I see many people do post under their own posts repeatedly in these forums, so I am not sure about this suggestion of yours and what to do. I can't just not say something because I already am the last poster in a topic, can I? I can't just not say something because I haven't figured it out or wait to say it only once I already figured it out, can I? Another dilemma!

The thread started out as dbus and *kit free systems, *kit free is certainly possible - dbus free depends on other packages you have installed. Your remaining issues appear to be related to choice of device manager and how to configure it ...

Sure, kde, gnome, lxde, most DE, dbus is a must. I read but forgot if SlashBeast may use some of DE or not..But most of us here prefer non-bloat.

Code: Select all

# emerge -s dbus | grep -B2 -A4 'version installed: [0-9a-zA-Z]' 
#

No dbus on my system.

There are unclarities on the use of eudev and hwid programs, and some other minor compiaints, though, so who knows?

My understanding is if /etc/portage/package.use contains

Code: Select all

sys-fs/eudev -*
sys-fs/udev -*

Not. I put them in the package.mask instead.

And as for eudev.
eudev was recommended to me by Tractor Girl and I wrote about it.

Try and find in your browser the exact string:
"Removed sys-fs/eudev from package.mask"

in:

[ this same topic ]
https://forums.gentoo.org/viewtopic-t-9 ... ml#7563392

And, unfortunately only now I see that I probably mixed things up. Probably you go either the mdev (why did it take me so long to figure out that mdev is just a kind of busybox module, a busybox functionality, that mdev is not a separate program... Because I thought it was a separate program...) or the eudev way, and I have mixed those two on my system. I have both installed. eudev as the package, mdev as busybox functionality. Or maybe they can be mixed...

[ A note, already two and a half hours spent in writing this post, by now, and it's not finished. And that out of respect for you people, and not just because of my pride ]

Why couldn't I grasp it when Tractor Girl said, here:
[ this same topic ]
https://forums.gentoo.org/viewtopic-t-9 ... ml#7560420

I was also considering switching to mdev but for now I'll stick with eudev.

and /etc/portage/profile/package.provided has

Code: Select all

sys-fs/udev-init-scripts-10
sys-fs/udev-init-scripts-26

You should be able to rebuild either eudev or udev and not have udev-init-scripts installed.

Now it is that things are even less clear. You, jonathan183 actually are much more advanced than me, and you didn't miss the point that I have busybox with mdev use flag and clone the SlashBeast mdev-like-a-boss git to manually install the /etc/init.d/mdev and /etc/mdev.conf from his git? You sure didn't miss that, did you?

So it is possible to mix that kind of mdev-like-a-boss install and eudev? Is it?

If you want hwid without udev or eudev installed then you should be able to do this if /etc/portage/profile/package.provided also contains

Code: Select all

sys-fs/udev-208
sys-fs/udev-212

I probably undestand this package,provided functionality now for the first time, and I read 'man emerge' and 'man portage' lots of times...

Thanks for this useful tip!

IAs I put in my previous post I still have eudev on my system because mesa would not compile without it - which at some point I may fix (but have not had time to do this yet).

mdev-like-a-boss contains lots of useful information but is not essential for a system using mdev as a device manager, I'm using some of the configuration on my laptop (manually downloaded rather than using an overlay) but my desktop has a few modifications to the busybox mdev installed in the way indicated in the mdev wiki page. I may change that in future but both methods work for me ... and it's always good to have choice

@SlashBeast - thanks for mdev-like-a-boss it has certainly helped me sort out a few things with my configuration

SlashBeast, please accept my thanks too! I like Poles, and you are one, Piotr. I respect your nation, know some pages of your history, as well as strongly support your neighbors Ukrainians in their defence, also because with them my nation is related, if I am allowed this digression.

krinn once told me my posts were terrible to read because I start with one thing, and end up saying the opposite. Only after analysis of almost three hours, as I was writing this post, have I now got most of the meaning of what you wrote to me, jonathan183!

See that I start with the dilemma whether mbus can't live with eudev?

Luckily, they can, and in jonathan183's box, both are installed.

Pls. note that however hard my plodding and wandering through these concepts is, still my system now is, apparently, it may not any more be so early to tell, functioning much more nicely than before, with, before, some much advertized thingycized programs that an avarage user can not know he don't really need, and now without them...

[ search the three pages so far of this topic for "The thing" with quotes the first and 'thingyc' without quote the other two pages, if you haven't yet, recommended, gentle reader -- I still think the uninstalls and configuration contained in this topic can be recommended to surveillance aware users, esp. with the recent kind johnatan183's explanation in mind! ]

I'll post this and try hard to sort the previous pages if I can improve them (it's weighing on me, I may not be able to do it, I don't know, really hard...)...

I wish that I find strength to do it, because I believe, on the whole, our attempts at offering this mdev-eudev install is really a good thing...

[ We must not forget that Anthony Basile, blueness is the principal dev behind eudev, and he seems to be still going strong on Grsecurity, my most absolute favorite side of Gentoo of all; read on Lilblue on wiki, no freaking selinux there, but Grsecurity! ].

Allow me to go through and correct typoes later, even without giving the EDIT notice. Really a little tired and unwell now. I'm not a healthy person. But I like the topic. And I'm passinate about it. Need time.

Miroslav Rovis
www.CroatiaFidelis.hr

[jonathan183]

No dbus on my system.

if /etc/portage/package.use contains

Code: Select all

sys-fs/eudev -*
sys-fs/udev -*

Not. I put them in the package.mask instead.

And as for eudev.
"Removed sys-fs/eudev from package.mask"

OK so you have no dbus, have sys-fs/udev in package.mask. You also removed sys-fs/eudev from package.mask when you installed it.

And, unfortunately only now I see that I probably mixed things up. Probably you go either the mdev (why did it take me so long to figure out that mdev is just a kind of busybox module, a busybox functionality, that mdev is not a separate program... Because I thought it was a separate program...) or the eudev way, and I have mixed those two on my system. I have both installed. eudev as the package, mdev as busybox functionality. Or maybe they can be mixed...

See that I start with the dilemma whether mbus can't live with eudev?

Luckily, they can, and in jonathan183's box, both are installed.

Yes you can have mdev and eudev on the same system, but you can't have them both acting as the device manager at the same time, so your current situation with eudev and mdev is OK - just as long as you don't try starting them both manually or with open-rc.

and /etc/portage/profile/package.provided has

Code: Select all

sys-fs/udev-init-scripts-10
sys-fs/udev-init-scripts-26

You should be able to rebuild either eudev or udev and not have udev-init-scripts installed.

I have busybox with mdev use flag and clone the SlashBeast mdev-like-a-boss git to manually install the /etc/init.d/mdev and /etc/mdev.conf from his git? You sure didn't miss that, did you?

So it is possible to mix that kind of mdev-like-a-boss install and eudev? Is it?

You don't have to make a choice between mdev and eudev, you just can't use both as a device manager at the same time. You should be able to keep the udev-init-scripts as well if you want, but I think the guidance was really put together for someone wanting to use mdev as the device manager - so it will attempt to minimise leftover udev or eudev stuff.

If you want hwid without udev or eudev installed then you should be able to do this if /etc/portage/profile/package.provided also contains

Code: Select all

sys-fs/udev-208
sys-fs/udev-212

I probably undestand this package,provided functionality now for the first time, and I read 'man emerge' and 'man portage' lots of times...

I think of package.provided as telling portage you have something manually installed so portage should not start trying to update it - but it also fools portage into thinking things are installed when they are not.

[miroR]

Code: Select all

# man portage
# mkdir /etc/portage/profile
# cat > /etc/portage/profile/package.provided
sys-fs/udev-init-scripts-26
#

Code: Select all

Since I had added truetype (good for mplayer, ffmpeg and other packages) to my
useflags in make.conf, I decided to test this configuration update.

# emerge -tuDN @world        # I have --verbose and --ask in
                             # make.conf's EMERGE_DEFAULT_OPTS

[ some six packages to reinstall and 1 new: media-libs/ftgl-xxx ]

#

And there was conflict btwn the installed hwids and required hwids by eudev.

So I uninstalled hwids and added:

Code: Select all

# cat >> /etc/portage/package.use
# required by sys-fs/eudev-1.6[keymap,hwdb]
=sys-apps/hwids-20140317 udev

and reinstalled it without a problem.

Code: Select all

# emerge -c

now uninstalled exactly 1 package, the udev-init-scripts

Tried to reboot. Went fine, basically just as the last previous boot sequence
that I presented earlier in this topic by manually typing, not pasting while
looking at it under Screen Lock.

Code: Select all

# emerge @preserved-rebuild
# rebuild-rebuild 

didn't have anything to do.

Current output of:

Code: Select all

gbn miro # emerge -s udev | grep -B2 -A4 'installed: [0-9a-zA-Z]'
*  sys-fs/eudev 
      Latest version available: 1.6
      Latest version installed: 1.6
      Size of files: 1,688 kB
      Homepage:      https://github.com/gentoo/eudev
      Description:   Linux dynamic and persistent device naming support (aka
      userspace devfs)
      License:       LGPL-2.1 MIT GPL-2
-- 
*  virtual/libudev
      Latest version available: 208
      Latest version installed: 208
      Size of files: 0 kB
      Homepage:     
      Description:   Virtual for libudev providers
      License:       
-- 
*  virtual/udev
      Latest version available: 208-r2
      Latest version installed: 208-r2
      Size of files: 0 kB
      Homepage:     
      Description:   Virtual to select between different udev daemon providers
      License:       
gbn miro # 

and yes, I tried temporarily removing /etc/portage/profile/package.provided
and, guess what, all the complaints were (temporarily) back.

And yes, I don't fully understand all the concepts here, but, hey, if I went
and delved into these program's code to understand it, I would need another
half a year probably, at this pace.

Thanks, jonathan183!

I went through the entire topic, and yes, it's true, I do need to manage my
presentation more correctly (there are incompletenesses and other errors, as
well as too much stdout pasted, but it is too hard to correct all that now).

That some of the programs that we got rid of here are of the thingycized kind
(refer to some Tractor Girl's posts, closer to the start of the topic to
understand the term, if you, gentle reader jumped in here, and haven't read the
topic consecutively), I stand by that claim, and that claim was disapproved of,
along with my person to some extent.

In that regard I don't really want to defend myself too much. The claim that I
started this topic with right from the beginning, so read the intro, and the
link to:

Air-Gapped Gentoo Install, Tentative
https://forums.gentoo.org/viewtopic-p-7 ... ml#7558880

(that starting claim) however, builds on a very strong statement from
Spender's article:

False Boundaries and Arbitrary Code Execution
https://forums.grsecurity.net/viewtopic.php?f=7&t=2522

The "False Boundaries and Arbitrary Code Execution", again, contains the
expertize of probably the world top (known) security expert on the huge arguably
deliberately introduced security hole that opens ways for all sorts of remote
manipulations unseen to a user on her/his own machine. Open that article and find:

backdoor any binary on the system

and try to understand it differently if you can.

You can find lots of faults in me, but if you want to really dismiss this
topic:

Uninstalling dbus and *kits (to Unfacilitate Remote Seats)
https://forums.gentoo.org/viewtopic-t-9 ... art-0.html

pls. try and dismiss first what Spender claims on those linux
capabilities that we have in the kernel since 2011, since kernel 2.6.37.

I believe the full defence against surveillance for which that and likely other
holes in GNU/Linux have been sureptitiously introduced is not feasible without
Grsecurity, and there is still people in among the top Gentoo developers who
further Grsecurity in Gentoo, like blueness, Anthony Basile. I know
SlashBeast (who has hugely advanced in the course of a few years and is
now nearing top Gentoo ranks), who looked into this topic because we were
discussing and using his mdev-like-a-boss, also uses Grsecurity.

Again, look up LilBlue on Gentoo Wiki which I believe must be a true marvel,
but I'm too slow at my building of Gentoo, and am long overdue using Gentoo,
and not building it, to be able to find time for it now. I hope you, dear
reader, are luckier than me. It is based on Grsecurity, along with other great
programs.

But, unfortunately, for some reason, upon new users of Gentoo GNU/Linux, the
NSA's SELinux, is imposed upon, my absolutely most hated
program/funcionality/set of all things in GNU/Linux world.

Imposed, yes, because yes they do have the possibility of choice. Sure. But a
newbie can't tell without so much research right from wrong! And so much
insight is needed which can only be arrived at with huge amount of work, or
very bright talent, to tell surveillance-enablers from privacy-securers!

A newbie who wishes to harden their system today is very likely to end up
"hardening" her system with the surveillance-enabler SELinux, because the
default GNU/Linux Gentoo hardened kernel ships with SELinux configured to be
copiously deployed, and, in case of a non-advanced newbie, how on earth can
(s)he even know (s)he had the choice...

That SELinux is surveillance-enabler is a known fact, in the sense of being a
known fact that the Earth revolves around the Sun, and not vice-versa, even
though in strict terms only a few, but sufficient number of people do know, or
have known, or knew so, and the rest of us only believe so.

Even though there have been attempts at this page:

Developer Raps Linux Security
http://www.crmbuyer.com/story/39565.html

briefly: rootkits in abundance

that it were no longer available on the internet (I do remember having real
difficulty finding it at certain times), it seems not to be so anymore. That
page is of historical importance. Year 2005.

I strongly recommend everybody who hasn't read that page yet, to read it. And
more! To recommend it to their frineds.

But there are other pieces of information. One is on how preferences change in
the course of years. Did you know that up until a very small number of years
ago the Gentoo Team were predominantly much more inclined towards Grsecurity,
and not SELinux like today, which many of them defend today (not all, of
course) against claims like mine?

If only the trend toward recommending and enabling new users to harden their
machines with Grsecurity revived again in Gentoo GNU/Linux! I hope it will!

To that purpose is what I will try and do next. I'll try and sort out my
kernel, ask for help where I need it, and tell what I think is good for other
users as well.

I will try and do it also because, due to financial difficulties that Pappy
obviously have, and to me, it is hard to look at the fact that in the U.S. of
America such things happen, and people who gave so much to others like Pappy,
are in dire need... If I weren't poor and persecuted by the regime in my
country Croatia, I'd try and help Pappy, who can't anymore properly sustain
himself and his family.

Pls. see:
Pappy's Kernel Seeds Part V
https://forums.gentoo.org/viewtopic-t-942572.html
which starts end 2012,
and read the 14th page and around:
https://forums.gentoo.org/viewtopic-t-9 ... t-325.html
I will try and talk and ask about hardened-sources configuration, also because
there seem not to be really viable kernel seeds from Pappy anymore, for my
3.14.4 kernel, since Pappy Seeds seem to be only history that we will remember
with gratitude and sadness from now on, unless something changed the current state.

In my next topic.

EDIT: Here it is:
Grsecurity configuration and install, for non-experts
https://forums.gentoo.org/viewtopic-t-992904.html
(I also plan on kernel conf proper, so talk on Pappy's seed is not out of argument)

Miroslav Rovis
www.CroatiaFidelis.hr

[miroR]

There have been changes, if anybody manages to find this topic [1].

One of the most important ones, it looks to me (non-expert, and no time to reseach, very busy), that the consolekit, the one of the multiseat (that we who care for privacy don't want people to enable on our solely one logged in user intended computers (the huge majority)...

There've been changes, the most important one being that consolekit is deprecated.

I read somewhere how systemd's libsystemd-login0 or something-logind or similar (again, pls somebody correct me, I'm busy, can't find exact names)
is Poettering's euphemism for what consolekit was previosly.

Is it because the "multiseat" was too transparent? And the cabal needs to hide their intentions underneath more common appearances...? You tell me...

Also you can see from the [1] below, that this topic seems to be [you say the word]... See below...

Miroslav Rovis
Zagreb, Croatia
www.CroatiaFidelis.hr
[1] What I saw this morning (Europe), just a few minutes ago when I opened this topic, which I needed in support of some efforts in Debian Forums, was very disturbing to me.

This topic of mine:

Uninstalling dbus and *kits (to Unfacilitate Remote Seats)
http://forums.gentoo.org/viewtopic-t-99 ... vious.html

you can see that it is marked previous.

And a completely different and unrelated topic is gotten if "-view-previous" is removed from the string.

Of course I may not technically understand what happened. Of course. Not an expert, but the string "previous" and another topic if that is removed...

I found this by searching this way on ddg.gg
https://duckduckgo.com/?q=gentoo.org+miroR+unfacilitate

and the address DuckDuckGo.com gave me was:

https://duckduckgo.com/l/?kh=-1&uddg=ht ... vious.html

EDIT START
Let me just hopefully close this remark by saying that I just grepped and thoroughly checked all my posted as I keep them online, stowed away just around the time of their respective posting, and that I found no string "992882" in any of my posts.
After figuring out the right addresses to use (never temporary ones!) when linking to topics and posts on forums.gentoo.org, I kept very much to it, so those posts on Debian Forums or Gentoo Forums in which I linked to this topic, all contained in their linked address something to the tune of what can be seen in:

How to replace libsystemd-login0's .so library.
http://forums.debian.net/viewtopic.php? ... 51#p555151

that is, they contained:

viewtopic-t-992146

in the linked address and the extensions as needed, like the id/name or whatever the name of it like ."#7626248" of this topic.
How DuckDuckGo got that string to show this topic, I don't know.
EDIT END

[miroR]

A kind advice. If anybody is reading this, and hasn't yet not considered the topic that he is reading this in, they should take a look at it first.

They should read where khayyam, a fine Gentoo Advocate has offered a fine help to me (more difficult to find, kind of buried in lots of pastes from my terminals, so can't point to it, but I remember that I was on the verge abandoning my trasition to Gentoo without dbus and *kits it it weren't for his help, and I thanked him repeatedly for that, and I don't forget that!).

But also he has shown stubbornly to obstinately skip the most important message of this entire topic...

Pls., anyone who jumped here from elsewhere, have a look at that first page before going on:

Uninstalling dbus and *kits (to Unfacilitate Remote Seats)
https://forums.gentoo.org/viewtopic-t-992146.html

and then, just a few posts later, see where khayyam starts attacking me, without, as already said, ever reading what I wrote:
https://forums.gentoo.org/viewtopic-t-9 ... ml#7559822
( in bottom )

He repeatedly accuses me of bringing false arguments in (the "man of straw" -- can be found on page 1 and page 2, at least, in this topic), and upon my straight question, finishes, all the time without reading my message in the first post, to, when he finally answers my reasonable question here:

(same topic as the one linked above)
https://forums.gentoo.org/viewtopic-t-9 ... ml#7560484

with his no-noise, lots-of-signal (oh really?) reply:

Does, in GNU/Linux, precisely in the kernel, from www.kernel.org, exist the infrastructure that an attacker could use to, once he/she can observe a system, remotely of course, in real time: to bind mount a new filesystem over an existing one to backdoor any binary on the system

Yes, its called Descartes Demon ... I was however going to say "No", because such is the nature of the my deceit ... and having said that you might now wonder if this is simply a double bluff.

That's really some signal on khayyam part and no noise, really all clean!
---
So, concerning a new recent

too much noise too little signal

( the same topic as first link below https://forums.gentoo.org/viewtopic-t-1 ... ml#7661502 )
in my posts in your opinio, khayyam, which you are binging up again (just as you brought it here, repeatedly) in that other topic:

Mutt without Portage/in Local Overlay, for Air-Gappers
https://forums.gentoo.org/viewtopic-t-1002146.html

and since it's the same argument, and not to damage that topic, which is not finished at all, and is already damaged by my error (which I apologized for at least three times in that topic) and which is damaged also because of your and steveL's attitude, where steveL goes on and mildly threatens, and, OK, kindly, but imposes on me to not reply!?? Who're you, regardless of your within-bounds-of-considerateness reply, steveL to impose what to do or not on me?

Pls. if anyone is interested, read here about a wrong correction of a wiki page that I honestly made:
(same topic as the one linked above)
https://forums.gentoo.org/viewtopic-t-1 ... ml#7660872

and tell me whether this:

Just corrected:

miro ... no, you didn't. Besides the fact that the method/namespace we currently use is inherently broken a "local" overlay does not belong under /var/lib/layman and the originaly provided /usr/local/portage in the wiki is at least seperated from "layman" managed overlays. Your "corrected" namespace will look the following:

/var/lib/layman/overlayA
/var/lib/layman/overlayB
/var/lib/layman/overlayC
/var/lib/layman/<category>/<package>
/var/lib/layman/profiles
/var/lib/layman/metadata/

So, I'm not sure why you think that "/var/lib/layman [...] is the default since long" but your correction just adds to what is a confused namespace ... I suggest you revert the change.

best ... khay

[and tell me whether this] is a sufficient explanation to understand that my correction was wrong, please!

Again, this is the crux:
Is that quoted above a sufficient explanation to understand that my correction was wrong, please!

Remember (if you're comeing from that topic), or see in the link below, that I announced that I would go and correct it, and that some 2500 views there have been, of which probably, say, 1000 views also on that my announcement:

( the same topic as above )
https://forums.gentoo.org/viewtopic-t-1 ... ml#7641074

Pls. also see that only later py-ro came with the understanding that my correction could cause trouble!

Who is khayyam that when he says "jump" I pronto go and jump, if I may kindly ask?

Did he really prove that he never made mistakes?

What is any of you, the Dalai Lama? The Ayatollah? The Pope? for me to not question what you write if it is not sufficiently explained.

Had it been sufficiently explained for me to grasp it, and you can't say I were stupid, I have health and old age issues, such as having been sick for the last maybe 15 hours, and such as with memory, but I do get things... When they are sufficiently explained.

And khayyam hasn't provided any reasons to me to trust his word without questioning, regardless that I respect him more than he respects me.

And I will always thank anyone who promotes FOSS Gentoo Linux, and I did thank both of you when I enjoyed godd things that you did for Gentoo, and always will.

I hope this doesn't go much further, as I also don't have the strength, nor the time for it.

EDIT Fri 5 Dec 22:36:10 CET 2014: I only wish to note kindly to steveL and khayyam that I read their replies. Thanks.

[Chiitoo]

[1] What I saw this morning (Europe), just a few minutes ago when I opened this topic, which I needed in support of some efforts in Debian Forums, was very disturbing to me.

This topic of mine:

Uninstalling dbus and *kits (to Unfacilitate Remote Seats)
http://forums.gentoo.org/viewtopic-t-99 ... vious.html

you can see that it is marked previous.

And a completely different and unrelated topic is gotten if "-view-previous" is removed from the string.

Of course I may not technically understand what happened. Of course. Not an expert, but the string "previous" and another topic if that is removed...

[...]

How DuckDuckGo got that string to show this topic, I don't know.

Those are links from the “View previous topic” and/or ”View next topic“ links you can find on the top of the threads, right below “Report this topic”. ^^

[steveL]

That's really some signal on khayyam part and no noise, really all clean!

I'm just going to leave that gem there, for posterity.

Who is khayyam that when he says "jump" I pronto go and jump, if I may kindly ask?

Did he really prove that he never made mistakes?

What is any of you, the Dalai Lama? The Ayatollah? The Pope? for me to not question what you write if it is not sufficiently explained.

Had it been sufficiently explained for me to grasp it, and you can't say I were stupid, I have health and old age issues, such as having been sick for the last maybe 15 hours, and such as with memory

Then FFS go to bed and stop typing. Most of all please stop with the cut'n'paste-and-quote-myself-and refer-the-poor-reader-to-another part-of-the-same-thread.

When you've had some rest (no, another two days!) come back and re-read the above snippet, and ask yourself how you'd find that if your name were khayyam.

I hope this doesn't go much further, as I also don't have the strength, nor the time for it.

Funny, I have a feeling that's how khayyam feels. If so, I know how he feels.

Since we all feel like that, how about a break for all of us from the incessantly long posts which are clearly draining your strength at a time in your life when you don't have that much? We don't either, y'know.

[khayyam]

That's really some signal on khayyam part and no noise, really all clean!

I'm just going to leave that gem there, for posterity.

steve ... as an example of logical incongruity? If I were *perfect* I'm sure I could offer a self-criticism, but as I'm not I'll simply make a point of comparison ... my posts, miroR's posts ... which of these has the greater level of signal-to-noise?

Who is khayyam that when he says "jump" I pronto go and jump, if I may kindly ask?

Logical fallacy framed as a innocuous question as nowhere have you been asked to "jump" when I so order.

Did he really prove that he never made mistakes?

Logical fallacy of the "impossible demand" ...

What is any of you, the Dalai Lama? The Ayatollah? The Pope? for me to not question what you write if it is not sufficiently explained.

"Masked man" fallacy coupled with "taring" ... the fact that anyone points out your errors and/or general tendency to resist criticism does not make the person in question despotic (or a religious leader).

Had it been sufficiently explained for me to grasp it, and you can't say I were stupid, I have health and old age issues, such as having been sick for the last maybe 15 hours, and such as with memory

"Special pleading" ... what has your health to do with criticisms of your posting style? I've been drawing your attention to this for some time, the fact that it continues to be stated is I think due to your not having taken those criticisms seriously (and/or used them as a spring board into further long-winded "explanations"). In the above your simply illustrating how unstable your arguments are because, besides the fallacies pointed to above (of which there are many more) anyone need only compare our respective posting history to come to some tentative conclusion about which of us is clearer in our expression.

best ... khay

[miroR]

[1] What I saw this morning (Europe), just a few minutes ago when I opened this topic, which I needed in support of some efforts in Debian Forums, was very disturbing to me.

This topic of mine:

Uninstalling dbus and *kits (to Unfacilitate Remote Seats)
http://forums.gentoo.org/viewtopic-t-99 ... vious.html

you can see that it is marked previous.

And a completely different and unrelated topic is gotten if "-view-previous" is removed from the string.

Of course I may not technically understand what happened. Of course. Not an expert, but the string "previous" and another topic if that is removed...

[...]

How DuckDuckGo got that string to show this topic, I don't know.

Those are links from the “View previous topic” and/or ”View next topic“ links you can find on the top of the threads, right below “Report this topic”. ^^

Another great little help form you Chiitoo, Yes, I see now.
I'm having difficulty breathing and fever, so I'll leave this quote of yours untrimmed.

A polite note to other repliers: I read the other posts too and said so in very short EDIT in bottom of my previous post. I go now.

[miroR]

A (kind of) continuation on the issues in this topic, and especially the dbus intrusiveness features prominently, I have recently started at:

Updating and keeping your Gentoo non-poeterized
http://forums.gentoo.org/viewtopic-t-1012022.html

Anybody feel free to debunk my line of reasoning there, no I don't mean dismiss a priori or with non-arguments, false arguments or any kind of ploys, but pls. do prove ne wrong, if you can!

[Gentree]

Pls., dear GNU/Linuxers, go and study my latest posts, I believe there is a little to learn from them!

miro ... *if* you want users to pay attention to your posts you need to rethink your method of presentation, I nolonger read anything posted by you as its simply too much work to wade through so much noise ... and discover so little signal.

best ... khay

Long before I got even this far in this thread I'd got to totally skipping any posts by miroR and scanning for knowledgeable posters like khayyam.

So thanks to miroR for starting an informative discussion, but you really need to take the advice.

I did have to resign myself to using dbus but maybe if I trawl what is on offer here, I will be able to fix that.

Thanks for all this info.

[miroR]

If there was anything constructive, I would reply. I mean I would reply more than this:

Well, fine. Pls. don't read my posts!
---
I wonder, as this topic approaches 20,000 (twenty thousand) views, where do people come to it for such relatively huge number of views? Only from forums.gentoo,org? I doubt.

Some pages somewhere got the link to this topic...

But I don't know.

Any admin to tell us the pages that link to this topic?

Thanks in advance, if someone does.

[EmaRsk]

Pls., dear GNU/Linuxers, go and study my latest posts, I believe there is a little to learn from them!

miro ... *if* you want users to pay attention to your posts you need to rethink your method of presentation, I nolonger read anything posted by you as its simply too much work to wade through so much noise ... and discover so little signal.

best ... khay

Long before I got even this far in this thread I'd got to totally skipping any posts by miroR and scanning for knowledgeable posters like khayyam.

+1

miroR, your posts are unreadable. I tried a couple of times, both here and on the Debian forum, but you're not writing, you're just regurgitating text.
(http://namesakecomic.com/comic/somehow- ... help-here/)
If your intent is to communicate or discuss, then you're doing it wrong.