Posts by mcc

mcc · ARM Builds

Hi,

if possible I want to use the tigervnc-scraping-server with my headless Raspberry Pi 4.

Since tigervnc-scraping-server isn't able to catch the video signal from the cable with non-headless setups, it must grab
the screen from memory.

Therefore - from logical reasons only - it should be possible to run tigervnc-scraping-server on a headless machine.

On the other side: X11 protests and stop working when startet headlessly ... "no screen found - exit" .

Is there any way to get an accelerated desktop in combination of a headless RasPi and the tigervnc-scraping-server ...

...or is this idea completly nuts...?

How can I do this?

Cheers!
mcc

mcc · ARM Builds

Hi,

(this is all to be used with a Raspberry Pi 4)

With

xzcat "image".xz > /dev/sdb

I flashed an image of Devuan Beowulf 3.0 onto my SSD. The image was provided by c0rnelius under this link:
https://github.com/pyavitz/rpi-img-buil … tag/images (THANKS A LOT! ).

The image booted fine and sshd via ethernet worked out of the box.

After shutdown the Raspi, attaching the SSD to my Linux PC and looking at the partitioning I found two partitions:
A very small boot partition and a very large root partion (more than 100GBytes).

For backup reasons I would like to have at least an additon partition for my $HOME.

Since this has worked for a lot of cases, I shrinked the root partition with gparted, added an addtional partition with an ext4 file system, wrote whole stuff to the SSD (no error/warning) and fired up my Raspi with the SSD.

It does not boot anymore.

I reflashed the image, and did the partioning before the first boot. Same thing: No boot.
I reflashed the image, and did the partioning, disable the automatic partition resizer, boot the Raspi. Again: No boot.
In all cases the partition for $HOME was left off fstab (to be added, if boot succeeds, which it doesn't).

I searched the forum with "repartitioning" and "gparted" and found either nothing or much too much hits to be of what I wanted.

Did I overlooked something? How can I successfully modify the partion scheme?

Cheers!
mcc

mcc · ARM Builds

Hi,

I came across one thing, which makes me wondering...:

This page
https://www.devuan.org/os/documentation … owulf.html
says:

deb http://deb.devuan.org/merged beowulf main
deb http://deb.devuan.org/merged beowulf-updates main
deb http://deb.devuan.org/merged beowulf-security main
#deb http://deb.devuan.org/merged beowulf-backports main

should be entered when updateing/upgradeing to Beowulf from another Devuan system.
That is: The "final target" is Devuan Beowulf.

The image offered by c0rnelius, which already "is the target" (sorry for struggling with words here) is in
its sources.list:

deb ]http://deb.devuan.org/merged beowulf main contrib non-free
deb http://deb.devuan.org/merged beowulf-updates main contrib non-free
deb http://deb.devuan.org/merged beowulf-security main contrib non-free
deb http://deb.devuan.org/merged beowulf-backports main contrib non-free

which is somehow different for the my naked eye.

Do I need to change anything (one reason for changeing away from Raspberian was the somehow
outdated software of it)?

Cheers!
mcc

mcc · ARM Builds

Hi c0rnelius,

no,no,no...everything is fine and really welcome....the reason: my Serial-USB adaptor died this morning (or more exactly: It
was already dead).

So I am very happy, that you provide all these images...and how up-to-date they are !

Updateing the system installed just sudo ... that's it!
NICE, REALLY NICE!

NOW the weekend can come! ( <<< hopefully that's not too much of germ-english wording...

Thanks, Sir! -- you saved my next three days...at least!
Cheers!
mcc

mcc · ARM Builds

A quick "question in between"...

I searched the internet for informations, how to attach an USB-Serial-Adapter to a Raspberry Pi 4B.

I this...mainly confusion (at least for a non-native speaker):

https://www.raspberrypi.org/documentati … on/uart.md

Primary UART/firsy UART are different is PL011 is Bluetooth and not wireless - at least for the
Raspberry 3...but only on the Pin header... WHAT?

Then raspi-config is often mentioned....on Devuan there is no raspi-config.

Furthermore:
/boot/config.txt is to be modified...

My /boot looks like this:

beowulf-arm64-20201017:/root>ls -l /boot
total 100107
-rw-r--r-- 1 root root   245879 Sep 26 19:31 config-5.8.0-0.bpo.2-arm64
-rw-r--r-- 1 root root   248519 Dec 31 16:19 config-5.9.0-0.bpo.5-arm64
drwxr-xr-x 2 root root     2560 Jan  1  1970 firmware
-rw-r--r-- 1 root root 28332431 Oct 16 17:26 initrd.img-5.8.0-0.bpo.2-arm64
-rw-r--r-- 1 root root 28841876 Jan 27 11:06 initrd.img-5.9.0-0.bpo.5-arm64
-rw-r--r-- 1 root root       83 Sep 26 19:31 System.map-5.8.0-0.bpo.2-arm64
-rw-r--r-- 1 root root       83 Dec 31 16:19 System.map-5.9.0-0.bpo.5-arm64
-rw-r--r-- 1 root root 22159216 Sep 26 19:31 vmlinuz-5.8.0-0.bpo.2-arm64
-rw-r--r-- 1 root root 22656880 Dec 31 16:19 vmlinuz-5.9.0-0.bpo.5-arm64

and /boot/firmware :

beowulf-arm64-20201017:/root>ls -l /boot/firmware
total 121407
-rwxr-xr-x 1 root root    23435 Jan 27 11:06 bcm2711-rpi-4-b.dtb
-rwxr-xr-x 1 root root    13990 Jan 27 11:06 bcm2837-rpi-3-a-plus.dtb
-rwxr-xr-x 1 root root    14250 Jan 27 11:06 bcm2837-rpi-3-b.dtb
-rwxr-xr-x 1 root root    14622 Jan 27 11:06 bcm2837-rpi-3-b-plus.dtb
-rwxr-xr-x 1 root root    13624 Jan 27 11:06 bcm2837-rpi-cm3-io3.dtb
-rwxr-xr-x 1 root root    52480 Oct 16 17:21 bootcode.bin
-rwxr-xr-x 1 root root      110 Jan 27 11:06 cmdline.txt
-rwxr-xr-x 1 root root      286 Jan 27 11:06 config.txt
-rwxr-xr-x 1 root root     3146 Oct 16 17:21 fixup4cd.dat
-rwxr-xr-x 1 root root     5405 Oct 16 17:21 fixup4.dat
-rwxr-xr-x 1 root root     8417 Oct 16 17:21 fixup4db.dat
-rwxr-xr-x 1 root root     8419 Oct 16 17:21 fixup4x.dat
-rwxr-xr-x 1 root root     2663 Oct 16 17:21 fixup_cd.dat
-rwxr-xr-x 1 root root     6746 Oct 16 17:21 fixup.dat
-rwxr-xr-x 1 root root     9820 Oct 16 17:21 fixup_db.dat
-rwxr-xr-x 1 root root     9818 Oct 16 17:21 fixup_x.dat
-rwxr-xr-x 1 root root 28332431 Oct 16 17:26 initrd.img-5.8.0-0.bpo.2-arm64
-rwxr-xr-x 1 root root 28841876 Jan 27 11:06 initrd.img-5.9.0-0.bpo.5-arm64
-rwxr-xr-x 1 root root   816124 Oct 16 17:21 start4cd.elf
-rwxr-xr-x 1 root root  3774532 Oct 16 17:21 start4db.elf
-rwxr-xr-x 1 root root  2272992 Oct 16 17:21 start4.elf
-rwxr-xr-x 1 root root  3031652 Oct 16 17:21 start4x.elf
-rwxr-xr-x 1 root root   694052 Oct 16 17:21 start_cd.elf
-rwxr-xr-x 1 root root  4861512 Oct 16 17:21 start_db.elf
-rwxr-xr-x 1 root root  2884708 Oct 16 17:21 start.elf
-rwxr-xr-x 1 root root  3799144 Oct 16 17:21 start_x.elf
-rwxr-xr-x 1 root root 22159216 Oct 16 17:26 vmlinuz-5.8.0-0.bpo.2-arm64
-rwxr-xr-x 1 root root 22656880 Jan 27 11:06 vmlinuz-5.9.0-0.bpo.5-arm64

there are a much lesser files found under /boot/* with Devuan as with Raspbian OS
(which has partly outdated software and uses systemd/pulseaudio...one reason, why I am here... )

Jan 28 05:32:11 beowulf-arm64-20201017 kernel: [    0.000000] [Firmware Bug]: Kernel image misaligned at boot, please fix your bootloader!
Jan 28 05:32:11 beowulf-arm64-20201017 kernel: [    0.000000] Reserved memory: created CMA memory pool at 0x0000000037000000, size 64 MiB
Jan 28 05:32:11 beowulf-arm64-20201017 kernel: [    0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool

taken from /var/log/syslog...my Raspberry Pi 4B has the latest stable bootloader (flashed via Raspbian OS).

I can't find a tool to update/change the bootloader with Devuan...

Ok, ... I don't want to hijack my own thread...but it seems, that essential parts of the installation are missing somehow.

Did I miss to install something, which fixes the above issues?

I found this while trying to setup UART0...

Cheers!
mcc

mcc · ARM Builds

Hi,

thanks a lot for your help, fsmithred!

dpkg -l |egrep "network-manager|connman|wicd|ceni"

does not result in anything.

The image I downloaded:
Raspberry_Pi_Devuan_beowulf_arm64_ext4_root_password_is_root.img.xz

which I installed via my Gentoo PC with this command

root> xzcat Raspberry_Pi_Devuan_beowulf_arm64_ext4_root_password_is_root.img.xz > /dev/sdb

(/dev/sdb is the device of the SSD, which I normally attach to my Raspberry 4.

It had booted without any problems (at that moment it was connected via cable with my Fritz!Box) and instantly shows
an open port for sshd (visible via nmap on my PC).

I installed some "convenience stuff" (htop, neovim and other stuff I am used to use) but nothing related to the problem I posted.

Then I tried to setup wlan0...which also seems to work instantly...until I removed the RJ45 plug from my Raspi....

/etc/network/interfaces.d/wlan0 (a file)

defines the SSID and PSK for my AP...configurations I found under /etc/wpa_supplicant/wpa_supplicant.conf at distributions other than
the Devuan image I am using here.

/etc/network/interfaces

has this contents:

source-directory /etc/network/interfaces.d
auto eth0
iface eth0 inet dhcp

If you can move this thread somewhere else, where it is better placed, I would be the last one, who contradicts...

Only question: Will be there a link...so I can find it faster than with "linear search"

Thanks for all you help!
Cheers
mcc

mcc · ARM Builds

Hi,

thanks for your reply

Wow, this all sounds so wrong.

...it is nearly identical to what is offered via the download repo for ARM64 Devuan Beowulf 3.00
(regarding to the problem I reported).

ssh starts and stops according to the links in /etc/rc?.d which are defined in the init script, /etc/init.d/ssh

yepp...is known.

Check your system logs to see if you can figure out why ssh is not running.

...guess what I tried to figure out and what I grepped through....

I am using a Fritz!Box 7490, with which I assigned a "static" IP address to a certain MAC/interface (that is: Wifi in this case) combo.

Everything is working fine....if the ethernet cable is plugged in. "Wlan only" works, but sshd does not start. I can ping/nmap the
according IP-addr. but there is no port opened by sshd (check with nmap via my Linux PC).

If the downloadable image (see above) came with no network management software installed...then there is none installed.
If there is a default network management software installed by default, I would suggest to remove it from the image, if
the result is what I experience at the moment.

As said, the problem described can be found threads back in 2016 (and earlier?)...but no solution suggested has worked for me so far.

Additional effect:
If I plug the network cable into my Raspi and boot it I get two different IP addr to login
one via cable, one via wlan0.
When logged into both on two different terminals and do a ifdown eth0 on the one connected via cable it kills the other one
instantanously (not only sshd is killed but the according IP addr. also vanishes.

May be this will offer a clue...?

Cheers
mcc

mcc · ARM Builds

Hi,

this morning I installed Devuan Beowul 3.0 on the SSD of my Raspberry Pi 4 -- man, what happy I am haveing found a distro
without systemd! Oh, yeah!

One little problem:
What works:
Connect the Raspi via ethernet cable with my Fritz!Box
Boot the Raspi
nmap shows two ip-addresses related to the Raspi, on both sshd is running and useable.

What does not work:
Disconnect the Raspi from the Fritz!Box
Boot the Raspi
nmap shows the ip-address related to wlan0...but all ports are closed - no sshd deamon is running.

I searched the internet and as far as I can tell...this kind of problem isn't new and I am not alone.

But the solutions, which sound reasonable, didn't work for me
These were:
Add
ifdown eth0
/etc/init.d/ssh restart
to rc.local

Add
IPQoS cs0 cs0
at the end of sshd_config

I /think/ (read: I don't know for shure) that sshd is started while the wlan-connection is not fully established and a
retry is not possible or enabled...

Unfortunately I have no idea how to circumvent this ... if it is the case at all...

How can I fix this?

Cheers!
mcc

The officially official Devuan Forum!

#1 ARM Builds » Headless tigervnc-scraping-server installation » 2021-01-30 14:26:34

#2 ARM Builds » Repartioning the SSD after flashing a Devuan Beowulf image » 2021-01-30 03:59:10

#3 Re: ARM Builds » sshd via wlan0 only if ethernet cable is plugged - otherwise no sshd » 2021-01-29 15:01:24

#4 Re: ARM Builds » sshd via wlan0 only if ethernet cable is plugged - otherwise no sshd » 2021-01-29 14:17:24

#5 Re: ARM Builds » sshd via wlan0 only if ethernet cable is plugged - otherwise no sshd » 2021-01-28 10:57:00

#6 Re: ARM Builds » sshd via wlan0 only if ethernet cable is plugged - otherwise no sshd » 2021-01-27 19:16:07

#7 Re: ARM Builds » sshd via wlan0 only if ethernet cable is plugged - otherwise no sshd » 2021-01-27 16:28:17

#8 ARM Builds » sshd via wlan0 only if ethernet cable is plugged - otherwise no sshd » 2021-01-27 13:58:03

Board footer