The new Raspberry Pi 4

Have some feedback, questions, suggestions, or just fancy a chat? Pop it in here.
User avatar
MichaIng
Site Admin
Posts: 2323
Joined: Sat Nov 18, 2017 6:21 pm

Re: The new Raspberry Pi 4

Post by MichaIng »

@ThAnEb
DietPi is based on Raspbian, and Raspbian is currently on a x32 OS + repo. Raspbian x64 is under development, but might take still a while.

@pakikje
Hmm, could you paste the exact perl error you face? I sometimes get these in combination with a file system corruption, where perl module files are broken. APT behaves a bid bad there, as it tries to finish all marked installs/configurations first, before it applies reinstalls, even if those would fix the broken files. This is indeed nasty to solve, but lets see the exact error first.
pakikje
Posts: 124
Joined: Fri Nov 11, 2016 3:04 pm

Re: The new Raspberry Pi 4

Post by pakikje »

Hello MichaIng,

I though that i copied/pasted all the errors? (perl error is in there)

Greetz: Patrick
User avatar
MichaIng
Site Admin
Posts: 2323
Joined: Sat Nov 18, 2017 6:21 pm

Re: The new Raspberry Pi 4

Post by MichaIng »

Ah sorry, my failt, jep everything is there.

Could you try:
dpkg --configure perl-base
And, in case:
dpkg-reconfigure perl-base

If those two do not help, try to reinstall the package manually outside of APT:

Code: Select all

cd /tmp
wget http://raspbian.raspberrypi.org/raspbian/pool/main/p/perl/perl-base_5.28.1-6_armhf.deb
dpkg -i perl-base_5.28.1-6_armhf.deb
rm perl-base_5.28.1-6_armhf.deb
ThAnEb
Posts: 17
Joined: Sat Sep 21, 2019 6:45 am

Re: The new Raspberry Pi 4

Post by ThAnEb »

MichaIng wrote: Wed Sep 25, 2019 3:43 pm @ThAnEb
DietPi is based on Raspbian, and Raspbian is currently on a x32 OS + repo. Raspbian x64 is under development, but might take still a while.
Thanks for the clarification, as it is write "from debian" on your github, I was thinking it would have been faster than if it is based on raspbian..

I think I will give a try to your script PREP_SYSTEM_FOR_DIETPI.sh on the kali, as kali is a debian, that should work isn't it ?

https://github.com/MichaIng/DietPi
User avatar
MichaIng
Site Admin
Posts: 2323
Joined: Sat Nov 18, 2017 6:21 pm

Re: The new Raspberry Pi 4

Post by MichaIng »

x64 is not really faster than x32. The difference is minimal and only measurable if the software is programmed to get advantages from it. This is also the reason why Raspbian x64 development didn't have much priority. Other limitations due not apply e.g. since RPi does not have more than max 4G RAM.

Sadly DietPi-PREP will not work as long as you don't select "Generic device" which leads to losing some RPi special features. When selecting RPi, it will try to turn it into Raspbian by switching the repo accordingly, which most likely does not work well as x32 and x64 packages are mixed.

Would be an interesting experiment as at least the RPi firmware repo has an arm64 branch, but I guess it still has some limitations and more work to finish on it.
pakikje
Posts: 124
Joined: Fri Nov 11, 2016 3:04 pm

Re: The new Raspberry Pi 4

Post by pakikje »

Hello MichaIng,

None of it worked. (last install worked but the errors remain after reboot & apt-get...)

Reinstalling DietPi...

Greetz.. Patrick

Code: Select all

root@Pi4:~# sudo apt-get update
Get:1 https://archive.raspberrypi.org/debian buster InRelease [25.1 kB]
Get:2 https://mirror.netcologne.de/raspbian/raspbian buster InRelease [15.0 kB]
Get:3 https://archive.raspberrypi.org/debian buster/main armhf Packages [234 kB]
Get:4 https://mirror.netcologne.de/raspbian/raspbian buster/contrib armhf Packages [58.7 kB]
Get:5 https://mirror.netcologne.de/raspbian/raspbian buster/rpi armhf Packages [1,360 B]
Get:6 https://mirror.netcologne.de/raspbian/raspbian buster/non-free armhf Packages [103 kB]
Get:7 https://mirror.netcologne.de/raspbian/raspbian buster/main armhf Packages [13.0 MB]
Fetched 13.4 MB in 7s (1,793 kB/s)
Reading package lists... Done
root@Pi4:~# sudo apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
  libdrm-etnaviv1 libllvm6.0
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
2 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] Y
debconf: Perl may be unconfigured (Fcntl.pm did not return a true value at /usr/lib/arm-linux-gnueabihf/perl/5.28/IO/Seekable.pm line 11.
BEGIN failed--compilation aborted at /usr/lib/arm-linux-gnueabihf/perl/5.28/IO/Seekable.pm line 11.
Compilation failed in require at /usr/lib/arm-linux-gnueabihf/perl/5.28/IO/File.pm line 10.
BEGIN failed--compilation aborted at /usr/lib/arm-linux-gnueabihf/perl/5.28/IO/File.pm line 10.
Compilation failed in require at /usr/share/perl/5.28/FileHandle.pm line 9.
Compilation failed in require at (eval 1) line 3.
BEGIN failed--compilation aborted at (eval 1) line 3.
) -- aborting
Setting up tzdata (2019c-0+deb10u1) ...
Fcntl.pm did not return a true value at /usr/lib/arm-linux-gnueabihf/perl/5.28/POSIX.pm line 11.
BEGIN failed--compilation aborted at /usr/lib/arm-linux-gnueabihf/perl/5.28/POSIX.pm line 17.
Compilation failed in require at /usr/share/perl5/Debconf/Template.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Template.pm line 7.
Compilation failed in require at /usr/share/perl5/Debconf/Question.pm line 8.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Question.pm line 8.
Compilation failed in require at /usr/share/perl5/Debconf/Config.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Config.pm line 7.
Compilation failed in require at /usr/share/perl5/Debconf/Log.pm line 10.
Compilation failed in require at /usr/share/perl5/Debconf/Db.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Db.pm line 7.
Compilation failed in require at /usr/share/debconf/frontend line 6.
BEGIN failed--compilation aborted at /usr/share/debconf/frontend line 6.
dpkg: error processing package tzdata (--configure):
 installed tzdata package post-installation script subprocess returned error exit status 255
Setting up proftpd-basic (1.3.6-4+deb10u1) ...
Fcntl.pm did not return a true value at /usr/lib/arm-linux-gnueabihf/perl/5.28/POSIX.pm line 11.
BEGIN failed--compilation aborted at /usr/lib/arm-linux-gnueabihf/perl/5.28/POSIX.pm line 17.
Compilation failed in require at /usr/share/perl5/Debconf/Template.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Template.pm line 7.
Compilation failed in require at /usr/share/perl5/Debconf/Question.pm line 8.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Question.pm line 8.
Compilation failed in require at /usr/share/perl5/Debconf/Config.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Config.pm line 7.
Compilation failed in require at /usr/share/perl5/Debconf/Log.pm line 10.
Compilation failed in require at /usr/share/perl5/Debconf/Db.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Db.pm line 7.
Compilation failed in require at /usr/share/debconf/frontend line 6.
BEGIN failed--compilation aborted at /usr/share/debconf/frontend line 6.
dpkg: error processing package proftpd-basic (--configure):
 installed proftpd-basic package post-installation script subprocess returned error exit status 255
Errors were encountered while processing:
 tzdata
 proftpd-basic
E: Sub-process /usr/bin/dpkg returned an error code (1)
ThAnEb
Posts: 17
Joined: Sat Sep 21, 2019 6:45 am

Re: The new Raspberry Pi 4

Post by ThAnEb »

So...
kali rpi arm64 on a SSD (samsung pro 840, 256Gb with a usb 3 adapter jmicron
boot through the cmdline.txt /dev/sda2
modified /etc/os-release to :
root@kali:~# cat /etc/os-release
PRETTY_NAME="Kali GNU/Linux 10 (buster)"
...
VERSION_ID="10"
VERSION_CODENAME=buster
Dietpi PREP script run, few issues to fix and solve, 0 change related to cpu/mem/freq settings, and after reboot the benchmark... :

Code: Select all

Benchmarks completed:
CPU Performance : Duration = 7.32 seconds (lower is faster)
- CPU Temp 	: Idle = 38'c | Full load = 45'c
- RootFS 	: Write = 115 MiB/s | Read = 244 MiB/s 
- RAM 		: Write = 469 MiB/s | Read = 1158 MiB/s
 
Using a Raspberry PI 4 4GB with a case like this (the 5V noisy dual fans couple removed and a replaced by a single 8cm 12V@5V gpio powered):
Image
Last edited by ThAnEb on Fri Oct 04, 2019 4:32 am, edited 3 times in total.
pakikje
Posts: 124
Joined: Fri Nov 11, 2016 3:04 pm

Re: The new Raspberry Pi 4

Post by pakikje »

so Kali is better for ramspeed? (and using an ssd is beter for rootfs speed offcourse). I would very much like to know how other programs perform on Kali (smb/homeassistant/lighttpd) Perhaps i will try this as well...
ThAnEb
Posts: 17
Joined: Sat Sep 21, 2019 6:45 am

Re: The new Raspberry Pi 4

Post by ThAnEb »

UPDATE:
For now, the conversion is "unstable", remember that Kali is built on unstable branch of debian, and the dietpi PREP script switch apt to debian stable branch.. so some packages may need to be removed and installed again to downgrade (but it seems impossible for some of them, in that case we have to wait for debian to release updated packages).
Samba and pihole are working.
During test, I learned that Kali has a service masking policy very strict in order to hide the system the most they can, for exemple, I had to use " systemctl enable resolvconf " to enable dns resolution services (so it could be required to do same for other service you may install).
Bluetooth can be activated from dietpi-conf (I didn't try to configure it yet, but dmesg claims it's ok), but I still don't find how to make the wifi working (same lacking driver whereas it's fully operational at first under kali).
If someone wants to test, here's the dietpi img i made in order to restart test faster (made with dietpi img scrip, so it will be same as new dietpi, with first boot setup) :
EDIT LINK REMOVED (uncomplete image that leads to frustration (no wifi and many bugs))
Root partition reduced to 1.3Gb with Gparted before re-applying the PREP script, but it still required a 8Gb sdcard or usb key, compressed with xz --threads=4 (happy to see the 4 cores working at 100% under htop).
Last edited by ThAnEb on Sun Oct 13, 2019 6:04 am, edited 1 time in total.
ThAnEb
Posts: 17
Joined: Sat Sep 21, 2019 6:45 am

Re: The new Raspberry Pi 4

Post by ThAnEb »

pakikje wrote: Mon Sep 30, 2019 8:06 pm so Kali is better for ramspeed? (and using an ssd is beter for rootfs speed offcourse). I would very much like to know how other programs perform on Kali (smb/homeassistant/lighttpd) Perhaps i will try this as well...
ok, I should be able to provide you with a new img that can allow you to test home assistant by dietpi...
I tested a migration from a ubuntu arm64 18.04 and it seems more complicated than the kali (which is too much "in the future" for allowing dietpi to install home assistant)... so I tried something else, that should solves many dependency issue :
forcing the PREP script to work with the kali repo, and so, getting a system based on the debian unstable branch..
I will test home assistant install tomorrow ^^
Post Reply