| View previous topic :: View next topic |
| Author |
Message |
antonellocaroli
Guru
Joined: 11 Aug 2016
Posts: 509
|
 Posted: Wed Aug 28, 2019 8:34 pm Post subject: Rpi4 boot problems with ssh |
 |
|
Just took the rpi4.
compiled kernel, as stage I used the one obtained from a system that I use on rpi3b+
everything seems to be working, except that at startup it takes a long time to start ssh.
if I remove ssh from the boot, the boot process happens quickly.
When the system is booted, if I restart sshd manually, it will work regularly.
I don't understand what it depends on... |
|
| Back to top |
|
 |
antonellocaroli
Guru
Joined: 11 Aug 2016
Posts: 509
|
| Posted: Fri Aug 30, 2019 2:02 pm Post subject: |
|
|
I solved by looking at this post
https://forums.gentoo.org/viewtopic-t-1101034.html
i.e. installing and putting on boot haveged.
However I do not explain why .... with rpi 3 it worked without this.
can it be a different kernel configuration? |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Fri Aug 30, 2019 2:30 pm Post subject: |
|
|
antonellocaroli,
The Pi has a hardware random number generator.
Why are you using haveged ?
Please post the entire Pi dmesg to a pastebin site.
wgetpaste works on the Pi.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
antonellocaroli
Guru
Joined: 11 Aug 2016
Posts: 509
|
| Posted: Fri Aug 30, 2019 4:10 pm Post subject: |
|
|
| NeddySeagoon wrote: | antonellocaroli,
The Pi has a hardware random number generator.
Why are you using haveged ? |
I wouldn't want to use it,
but if I don't use it ssh delays the boot
| NeddySeagoon wrote: | Please post the entire Pi dmesg to a pastebin site.
wgetpaste works on the Pi. |
There he is:
http://dpaste.com/380WC4R |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Fri Aug 30, 2019 4:31 pm Post subject: |
|
|
antonellocaroli,
I don't use haveged and my dmesg shows
| Code: | roy@Pi4_~arm64 ~ $ dmesg | grep random
[ 0.000000] random: get_random_bytes called from start_kernel+0xa0/0x46c with crng_init=0
[ 0.797633] random: fast init done
[ 8.611458] random: lvm: uninitialized urandom read (4 bytes read)
[ 8.633072] random: lvm: uninitialized urandom read (4 bytes read)
[ 9.976258] random: lvm: uninitialized urandom read (4 bytes read)
[ 9.992126] random: lvm: uninitialized urandom read (4 bytes read)
[ 11.825230] random: systemd-udevd: uninitialized urandom read (16 bytes read)
[ 11.827267] random: systemd-udevd: uninitialized urandom read (16 bytes read)
[ 11.827301] random: systemd-udevd: uninitialized urandom read (16 bytes read)
[ 16.703880] random: crng init done
[ 16.703888] random: 3 urandom warning(s) missed due to ratelimiting
roy@Pi4_~arm64 ~ |
the line | Code: | | [ 16.703880] random: crng init done |
is the important one.
You get | Code: | | [ 165.086084] random: crng init done |
sshd may block waiting for entropy.
We both have | Code: | | [ 0.472596] iproc-rng200 fe104000.rng: hwrng registered |
That's the random number generator.
Please explain how you configure and build your kernel.
Include how you install all the bits too.
Maybe pastebin the .config file.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
antonellocaroli
Guru
Joined: 11 Aug 2016
Posts: 509
|
| Posted: Fri Aug 30, 2019 4:52 pm Post subject: |
|
|
I compiled the kernel like this:
| Code: | git clone -b stable --depth=1 https://github.com/raspberrypi/firmware
git clone https://github.com/raspberrypi/linux
cd linux/
ARCH=arm64 CROSS_COMPILE=aarch64-unknown-linux-gnu- make bcm2711_defconfig
ARCH=arm64 CROSS_COMPILE=aarch64-unknown-linux-gnu- make menuconfig <---- I set only the governor to performance
ARCH=arm64 CROSS_COMPILE=aarch64-unknown-linux-gnu- make -j8
cp -rv /PATH-THO-FIRMWARE/firmware/boot/* /mnt/gentoo/boot
cp /PATH-SOURCE-KERNEL/linux/arch/arm64/boot/Image /mnt/gentoo/boot/kernel8.img
mv /mnt/gentoo/boot/bcm2711-rpi-4-b.dtb /mnt/gentoo/boot/bcm2711-rpi-4-b.dtb_32
cp /PATH-SOURCE-KERNEL/linux/arch/arm64/boot/dts/broadcom/bcm2711-rpi-4-b.dtb /mnt/gentoo/boot
cd /PATH-SOURCE-KERNEL/linux
ARCH=arm64 CROSS_COMPILE=aarch64-unknown-linux-gnu- make modules_install INSTALL_MOD_PATH=/mnt/gentoo
git clone https://github.com/raspberrypi/tools
cd tools/armstubs
make CC8=aarch64-unknown-linux-gnu-gcc LD8=aarch64-unknown-linux-gnu-ld OBJCOPY8=aarch64-unknown-linux-gnu-objcopy OBJDUMP8=aarch64-unknown-linux-gnu-objdump armstub8-gic.bin
cp armstub8-gic.bin /mnt/gentoo/boot
|
cmdline.txt
| Code: | | dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait |
config.txt
| Code: | arm_64bit=1
enable_gic=1
armstub=armstub8-gic.bin
gpu_mem=16
max_usb_current=1
dtparam=audio=off
audio_pwm_mode=2
disable_splash=1
hdmi_force_hotplug=1
dtparam=i2c_arm=on
dtoverlay=i-sabre-q2m
dtoverlay=pi4-disable-wifi
dtoverlay=pi4-disable-bt
#force_turbo=1
max_usb_current=1
disable_overscan=1 |
|
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Fri Aug 30, 2019 11:13 pm Post subject: |
|
|
antonellocaroli,
Comparing my .config with the default shows one difference in the random number generator.
| Code: | /usr/aarch64-unknown-linux-gnu/usr/src/pi_sources $ diff -U3 arch/arm64/configs/bcm2711_defconfig .config | grep CONFIG_HW_RANDOM_BCM2835=y
+CONFIG_HW_RANDOM_BCM2835=y |
My Pi4 .config file. Its not useful to compare it directly to bcm2711_defconfig.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
antonellocaroli
Guru
Joined: 11 Aug 2016
Posts: 509
|
| Posted: Sat Aug 31, 2019 6:01 am Post subject: |
|
|
| NeddySeagoon wrote: | antonellocaroli,
Comparing my .config with the default shows one difference in the random number generator.
| Code: | /usr/aarch64-unknown-linux-gnu/usr/src/pi_sources $ diff -U3 arch/arm64/configs/bcm2711_defconfig .config | grep CONFIG_HW_RANDOM_BCM2835=y
+CONFIG_HW_RANDOM_BCM2835=y |
My Pi4 .config file. Its not useful to compare it directly to bcm2711_defconfig. |
Hi NeddySeagoon,
I tried your .config, but the problem remains.
the only difference with my config is this entry
| Code: | | CONFIG_BCM2835_TIMER=y |
that I can't even find in my menuconfig to balance it.
but I don't think the problem is this (???)
I start to suspect that it doesn't depend on the kernel, or at least not on the configuration maybe on the version? mine is 4.19.69
my config is now this
http://dpaste.com/0TXWDJS.txt |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Sat Aug 31, 2019 1:43 pm Post subject: |
|
|
antonellocaroli,
The kernel has a search option. In menuconfig, press / and enter a symbol fragment. BCM2835_TIMER.
You will get a numbered list oy matches. Press the digit to go to the option.
If the option is not found, its hidden for some reason. Press the 'z' key to toggle the display of hidden options.
Repeat the search. Now you can go to the option and read its help to see what it Depends on:
The Depends on: boolean must be true or the option you want will be hidden.
While that's interesting, I agree that CONFIG_BCM2835_TIMER=y is unlikely to be your problem.
Look in /etc/ssh. You should have lots of ssh_host_* key pairs.
| Code: | $ cd /etc/ssh/
roy@Pi4_~arm64 /etc/ssh $ ls -l
total 604
-rw-r--r-- 1 root root 577388 Jul 7 19:22 moduli
-rw-r--r-- 1 root root 1755 Jul 7 19:22 ssh_config
-rw------- 1 root root 3444 Aug 21 2018 sshd_config
-rw------- 1 root root 668 Apr 4 2016 ssh_host_dsa_key
-rw-r--r-- 1 root root 604 Apr 4 2016 ssh_host_dsa_key.pub
-rw------- 1 root root 227 Apr 4 2016 ssh_host_ecdsa_key
-rw-r--r-- 1 root root 176 Apr 4 2016 ssh_host_ecdsa_key.pub
-rw------- 1 root root 411 Apr 4 2016 ssh_host_ed25519_key
-rw-r--r-- 1 root root 96 Apr 4 2016 ssh_host_ed25519_key.pub
-rw------- 1 root root 1675 Apr 4 2016 ssh_host_rsa_key
-rw-r--r-- 1 root root 396 Apr 4 2016 ssh_host_rsa_key.pub |
They are created the very first time that sshd starts and require a lot of entropy, so the first time that sshd starts it can take a long time.
What is the timestamp on your ssh_host_* keys?
If they are being recreated every time that sshd starts, that's a problem.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
antonellocaroli
Guru
Joined: 11 Aug 2016
Posts: 509
|
| Posted: Sat Aug 31, 2019 3:15 pm Post subject: |
|
|
| NeddySeagoon wrote: | antonellocaroli,
The kernel has a search option. In menuconfig, press / and enter a symbol fragment. BCM2835_TIMER.
You will get a numbered list oy matches. Press the digit to go to the option.
If the option is not found, its hidden for some reason. Press the 'z' key to toggle the display of hidden options.
Repeat the search. Now you can go to the option and read its help to see what it Depends on:
The Depends on: boolean must be true or the option you want will be hidden.
While that's interesting, I agree that CONFIG_BCM2835_TIMER=y is unlikely to be your problem. |
actually do not know how to activate boolean...
| Code: | - - BCM2835 timer driver │ │
│ │ - - BCM mobile timer driver │ │
│ │ - - Digicolor timer driver │ │
│ │ - - DW APB timer driver │ │
│ │ - - Faraday Technology timer driver │ │
│ │ - - Rockchip timer driver
|
| Code: | CONFIG_BCM2835_TIMER: │
│ │
│ Enables the support for the BCM2835 timer driver. │
│ │
│ Symbol: BCM2835_TIMER [=n] │
│ Type : bool │
│ Prompt: BCM2835 timer driver │
│ Location: │
│ -> Device Drivers │
│ -> Clock Source drivers │
│ Defined at drivers/clocksource/Kconfig:33 │
│ Depends on: GENERIC_CLOCKEVENTS [=y] │
│ Selects: CLKSRC_MMIO [=y]
|
| NeddySeagoon wrote: | Look in /etc/ssh. You should have lots of ssh_host_* key pairs.
| Code: | $ cd /etc/ssh/
roy@Pi4_~arm64 /etc/ssh $ ls -l
total 604
-rw-r--r-- 1 root root 577388 Jul 7 19:22 moduli
-rw-r--r-- 1 root root 1755 Jul 7 19:22 ssh_config
-rw------- 1 root root 3444 Aug 21 2018 sshd_config
-rw------- 1 root root 668 Apr 4 2016 ssh_host_dsa_key
-rw-r--r-- 1 root root 604 Apr 4 2016 ssh_host_dsa_key.pub
-rw------- 1 root root 227 Apr 4 2016 ssh_host_ecdsa_key
-rw-r--r-- 1 root root 176 Apr 4 2016 ssh_host_ecdsa_key.pub
-rw------- 1 root root 411 Apr 4 2016 ssh_host_ed25519_key
-rw-r--r-- 1 root root 96 Apr 4 2016 ssh_host_ed25519_key.pub
-rw------- 1 root root 1675 Apr 4 2016 ssh_host_rsa_key
-rw-r--r-- 1 root root 396 Apr 4 2016 ssh_host_rsa_key.pub |
They are created the very first time that sshd starts and require a lot of entropy, so the first time that sshd starts it can take a long time.
What is the timestamp on your ssh_host_* keys?
If they are being recreated every time that sshd starts, that's a problem. |
I've verified not regenerate those keys at every start...
but now I started from a clean stage3...and it works without any problems.
so sure is a problem of some files.
but the thing that makes me crazy is that the same system on rpi3 does not cause problems....
and the thing that makes me crazy even more is that I have to start again from the beginning to reconfigure the whole system. |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Sat Aug 31, 2019 5:37 pm Post subject: |
|
|
antonellocaroli,
| Code: | │ Symbol: BCM2835_TIMER [=n] │
│ Type : bool |
bool means the symboly must be set to y or n. m is not supported.
| Code: | | Depends on: GENERIC_CLOCKEVENTS [=y] |
is the boolean expression that must be true to be able to see and select the option.
That Depends on: is true.
In your post you have | Code: | | - - BCM2835 timer driver |
The means not selectable.
Your Gentoo software install is defined by the content of /etc/portage and your /var/lib/portage world file.
Given those, will rebuild your software install.
You would still need to recreate all the user setup.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
antonellocaroli
Guru
Joined: 11 Aug 2016
Posts: 509
|
| Posted: Sat Aug 31, 2019 5:51 pm Post subject: |
|
|
| thanks NeddySeagoon!!! |
|
| Back to top |
|
|
antonellocaroli
Guru
Joined: 11 Aug 2016
Posts: 509
|
| Posted: Sun Sep 01, 2019 7:30 am Post subject: |
|
|
So he started with the stage here:
http://distfiles.gentoo.org/experimental/arm64/
put it all on sd-card, insert it in the rpi, several restarts, everything works.
I modify the make.conf:
| Code: | # These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
#CFLAGS="-O2 -pipe"
#CFLAGS="-march=armv8-a+crc -mtune=cortex-a53 -ftree-vectorize -O2 -pipe -fomit-frame-pointer"
CFLAGS="-march=armv8-a+crc -mtune=cortex-a72 -ftree-vectorize -O2 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"
# WARNING: Changing your CHOST is not something that should be done lightly.
# Please consult https://wiki.gentoo.org/wiki/Changing_the_CHOST_variable before changing.
CHOST="aarch64-unknown-linux-gnu"
# NOTE: This stage was built with the bindist Use flag enabled
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
# This sets the language of build output to English.
# Please keep this setting intact when reporting bugs.
LC_MESSAGES=C
ACCEPT_KEYWORDS="~arm64"
MAKEOPTS="-j4"
CPU_FLAGS_ARM="edsp neon thumb vfp vfpv3 vfpv4 vfp-d32 crc32 v4 v5 v6 v7 v8 thumb2"
USE="alsa icu -consolekit -libressl -bindist -qt3support -qt4 -qt5 -X -introspection -pulseaudio -xscreensaver"
#bindist
PYTHON_TARGETS="python2_7 python3_6"
PYTHON_SINGLE_TARGET="python3_6"
|
I recompile the whole system
emerges -e @system @world
restart and the problem returns...I can't find the solution.... |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Sun Sep 01, 2019 8:34 am Post subject: |
|
|
antonellocaroli,
That makes it easier to find, because it can be reproduced.
A few things to try.
Look at the output of
Does it include
If so, that's a problem as the Pi does not have a hardware clock.
Change that for swclock.
With hwclock, the clock is set to 1 Jan 1970 00:00:01 UTC, which is always wrong. Its always a step back in time.
swclock saves the time on shutdown and restores it on startup, so at least time never steps backwards.
If you don't run | Code: | ntp-client | default
ntpd | default |
you need to. ntp-client sets the Pis time from the internet and ntpd keeps the time correct.
Emerge net-misc/ntp if you need to.
Edit find the section
| Code: | # Set rc_interactive to "YES" and you'll be able to press the I key during
# boot so you can choose to start specific services. Set to "NO" to disable
# this feature. This feature is automatically disabled if rc_parallel is
# set to YES.
#rc_interactive="YES" |
and uncomment the last line. Save the file.
When you reboot, you will have a new prompt early in the boot sequence but otherwise nothing will change.
The prompt is | Code: | | Press I for Interactive ... |
I forget the last line.
Once you press the I key, the system will let you choose what services to start.
Skip only sshd and look to see if anything else is delayed.
Back in /etc/rc.conf, find
| Code: | # rc_logger launches a logging daemon to log the entire rc process to
# /var/log/rc.log
# NOTE: Linux systems require the devfs service to be started before
# logging can take place and as such cannot log the sysinit runlevel.
#rc_logger="YES" |
and uncomment the last line.
On reboot you will have a /var/log/rc.log file. Put that on a pastebin.
Do not use the Interactive login on this boot.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
antonellocaroli
Guru
Joined: 11 Aug 2016
Posts: 509
|
| Posted: Sun Sep 01, 2019 11:11 am Post subject: |
|
|
Enabling the interactive mode starts everything normally.
removing the interactive mode, the problem returns again, this is the log
http://dpaste.com/23N29WQ.txt |
|
| Back to top |
|
|
antonellocaroli
Guru
Joined: 11 Aug 2016
Posts: 509
|
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Sun Sep 01, 2019 4:50 pm Post subject: |
|
|
antonellocaroli,
Setting | Code: | | rc_interactive="YES" |
turns off rc_parallel, if you have it enabled' so that logging makes sense.
If you have rc_parallel="YES", set it to "NO".
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
antonellocaroli
Guru
Joined: 11 Aug 2016
Posts: 509
|
| Posted: Sun Sep 01, 2019 5:02 pm Post subject: |
|
|
rc_parallel was commented,
now I've imposed it on "NO"
and this is the log with interactive startup:
http://dpaste.com/3DFFD8D.txt
interactive start immediately...
normal start there is a wait of about 3 min
| Code: | rc default logging started at Sun Sep 1 12:57:03 2019
* WARNING: clock skew detected!
* Starting DHCP Client Daemon ...
[ ok ]
* Mounting network filesystems ...
[ ok ]
* Starting sshd ...
[ ok ]
* Starting local ...
[ ok ]
rc default logging stopped at Sun Sep 1 12:59:48 2019 |
|
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Sun Sep 01, 2019 5:16 pm Post subject: |
|
|
antonellocaroli,
What do you have in /etc/local.d/ ?
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
antonellocaroli
Guru
Joined: 11 Aug 2016
Posts: 509
|
| Posted: Sun Sep 01, 2019 5:24 pm Post subject: |
|
|
| NeddySeagoon wrote: | antonellocaroli,
What do you have in /etc/local.d/ ? |
nothing
| Code: |
ls -l /etc/local.d/
total 4
-rw-r--r-- 1 root root 652 Sep 1 02:29 README |
but I'm pretty sure this is about ssh or something to do with...
since if I remove it from the boot function normally
if I take ssh off the boot
and I put its start in a file in local.d the problem remains... |
|
| Back to top |
|
|
antonellocaroli
Guru
Joined: 11 Aug 2016
Posts: 509
|
| Posted: Tue Sep 03, 2019 7:47 pm Post subject: |
|
|
the problem comes after this:
| Code: | emerge --ask -1 net-misc/openssh
* IMPORTANT: 6 news items need reading for repository 'gentoo'.
* Use eselect news read to view new items.
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] dev-util/re2c-1.2.1 USE="-debug"
[ebuild U ] dev-libs/libffi-3.3_rc0 [3.2.1]
[ebuild U ] virtual/libffi-3.3_rc0 [3.0.13-r1]
[ebuild r U ] dev-libs/openssl-1.1.1c-r1 [1.0.2r] USE="-bindist* -sslv3* -tls-heartbeat*"
[ebuild r U ] net-misc/wget-1.20.3-r2 [1.20.3-r1] USE="-cookie_check%"
[ebuild rR ] dev-libs/libevent-2.1.11
[ebuild r U ] dev-lang/python-3.6.9 [3.6.5] USE="-bluetooth%"
[ebuild r U ] dev-lang/python-2.7.16 [2.7.15]
[ebuild rR ] mail-mta/ssmtp-2.64-r3
[ebuild r U ] net-misc/curl-7.65.3 [7.65.0] USE="progress-meter%*"
[ebuild N ] dev-util/ninja-1.9.0 USE="-doc -emacs -test -vim-syntax"
[ebuild U ] net-misc/openssh-8.0_p1-r2 [7.9_p1-r4] USE="-bindist*"
[ebuild rR ] net-misc/ntp-4.2.8_p13-r2
[ebuild N ] dev-util/meson-0.51.2 USE="-test" PYTHON_TARGETS="python3_6 -python3_5 (-python3_7)"
[ebuild r U ] net-misc/iputils-20190709 [20180629] USE="nls%*"
The following packages are causing rebuilds:
(dev-libs/openssl-1.1.1c-r1:0/1.1::gentoo, ebuild scheduled for merge) causes rebuilds for:
(net-misc/curl-7.65.3:0/0::gentoo, ebuild scheduled for merge)
(net-misc/wget-1.20.3-r2:0/0::gentoo, ebuild scheduled for merge)
(net-misc/iputils-20190709:0/0::gentoo, ebuild scheduled for merge)
(dev-libs/libevent-2.1.11:0/2.1-7::gentoo, ebuild scheduled for merge)
(net-misc/ntp-4.2.8_p13-r2:0/0::gentoo, ebuild scheduled for merge)
(dev-lang/python-2.7.16:2.7/2.7::gentoo, ebuild scheduled for merge)
(dev-lang/python-3.6.9:3.6/3.6m::gentoo, ebuild scheduled for merge)
(mail-mta/ssmtp-2.64-r3:0/0::gentoo, ebuild scheduled for merge)
(virtual/libffi-3.3_rc0:0/7::gentoo, ebuild scheduled for merge) causes rebuilds for:
(dev-lang/python-3.6.9:3.6/3.6m::gentoo, ebuild scheduled for merge)
(dev-lang/python-2.7.16:2.7/2.7::gentoo, ebuild scheduled for merge) |
the strange thing is that on rpi3 with the same "update" the problem does not occur....
where is the difference? |
|
| Back to top |
|
|
antonellocaroli
Guru
Joined: 11 Aug 2016
Posts: 509
|
| Posted: Thu Sep 05, 2019 4:38 pm Post subject: |
|
|
Is this entropy normal?
| Code: |
localhost ~ # cat /proc/sys/kernel/random/entropy_avail
90
|
can it be a problem hw? |
|
| Back to top |
|
|
|
Gentoo on ARM
