The officially official Devuan Forum!

You are not logged in.

#1 Re: ARM Builds » Obsolete packages in Raspberry Pi image » 2023-10-14 10:18:36

Just FYI: I've installed Debian OS image https://raspi.debian.net/tested/2023061 … orm.img.xz and it has no obsolete packages.

After the first boot, I successfully updated all the packages, including Linux kernel:

root@rpi3-20230612:~# uname -a
Linux rpi3-20230612 6.1.0-9-arm64 #1 SMP Debian 6.1.27-1 (2023-05-08) aarch64 GNU/Linux
root@rpi3-20230612:~# apt-get -V --no-install-recommends dist-upgrade
…
The following NEW packages will be installed:
   linux-image-6.1.0-13-arm64 (6.1.55-1)
The following packages will be upgraded:
   base-files (12.4 => 12.4+deb12u2)
…
   linux-image-arm64 (6.1.27-1 => 6.1.55-1)

After reboot:

root@rpi3-20230612:~# uname -a
Linux rpi3-20230612 6.1.0-13-arm64 #1 SMP Debian 6.1.55-1 (2023-09-29) aarch64 GNU/Linux
root@rpi3-20230612:~# apt-cache policy linux-image-6.1.0-13-arm64
linux-image-6.1.0-13-arm64:
  Installed: 6.1.55-1
  Candidate: 6.1.55-1
  Version table:
 *** 6.1.55-1 500
        500 http://deb.debian.org/debian bookworm/main arm64 Packages
        100 /var/lib/dpkg/status

Firmware packages:

root@rpi3-20230612:~# dpkg -l|grep -i firmware
ii  bluez-firmware               1.2-9                  all          Firmware for Bluetooth devices
ii  firmware-brcm80211           20230210-5             all          Binary firmware for Broadcom/Cypress 802.11 wireless cards
ii  firmware-linux-free          20200122-1             all          Binary firmware for various drivers in the Linux kernel
ii  raspi-firmware               1.20220830+ds-1        all          Raspberry Pi family GPU firmware and bootloaders

Their /etc/apt/sources.list is

deb http://deb.debian.org/debian bookworm main non-free-firmware non-free
deb http://deb.debian.org/debian bookworm-updates main non-free-firmware non-free
deb http://security.debian.org/debian-security bookworm-security main non-free-firmware non-free
# Backports are _not_ enabled by default.
# Enable them by uncommenting the following line:
# deb http://deb.debian.org/debian bookworm-backports main non-free-firmware

#2 Re: ARM Builds » Obsolete packages in Raspberry Pi image » 2023-10-11 19:51:42

c0rnelius c0rnelius, thank you for links!

So, these Raspberry PI builds doesn't have possibility to update these custom-made packages automatically (as other packages, with apt). Sad. I think this should be described somewhere in chapter "Known issues".

#3 ARM Builds » Obsolete packages in Raspberry Pi image » 2023-10-10 18:54:10

vazhnov
Replies: 6

Hello!

I've downloaded an image https://arm-files.devuan.org/RaspberryP … 2-0243.zip and installed it. It works fine, but I see 3 obsolete packages:

root@devuanpi:~# apt list '?obsolete'
Listing... Done
linux-headers-bcm2710-rpi-3/now 6.1.54-1 arm64 [installed,local]
linux-image-bcm2710-rpi-3/now 6.1.54-1 arm64 [installed,local]
raspberrypi-sys-mods/now 20220224 arm64 [installed,local]

root@devuanpi:~# apt-cache policy linux-image-bcm2710-rpi-3
linux-image-bcm2710-rpi-3:
  Installed: 6.1.54-1
  Candidate: 6.1.54-1
  Version table:
 *** 6.1.54-1 100
        100 /var/lib/dpkg/status
…

The sources file /etc/apt/sources.list was:

deb http://deb.devuan.org/merged daedalus main contrib non-free non-free-firmware

I replaced it with

deb http://pl.deb.devuan.org/merged daedalus main contrib non-free non-free-firmware
deb http://pl.deb.devuan.org/merged daedalus-updates main contrib non-free non-free-firmware
deb http://pl.deb.devuan.org/merged daedalus-security main contrib non-free non-free-firmware
deb http://pl.deb.devuan.org/merged daedalus-backports main contrib non-free non-free-firmware

but still the same — 3 obsolete packages.

I'm afraid they will never be updated.

Is there any way to add an official repository for them?

Also, where can I found script/pipeline which creates these images? could you please add this information into https://arm-files.devuan.org/README.txt?

#4 Re: Packaging for Devuan » avahi-daemon doesn't have init script since v0.8-8 » 2023-02-11 12:33:59

Here is an original init script /etc/init.d/avahi-daemon from avahi-daemon version 0.8-7:

#!/bin/sh
### BEGIN INIT INFO
# Provides:          avahi avahi-daemon
# Required-Start:    $remote_fs dbus
# Required-Stop:     $remote_fs dbus
# Should-Start:	     $syslog
# Should-Stop:       $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Avahi mDNS/DNS-SD Daemon
# Description:       Zeroconf daemon for configuring your network 
#                    automatically
### END INIT INFO

PATH=/sbin:/bin:/usr/sbin:/usr/bin
DESC="Avahi mDNS/DNS-SD Daemon"
NAME="avahi-daemon"
DAEMON="/usr/sbin/$NAME"
SCRIPTNAME=/etc/init.d/$NAME

# Gracefully exit if the package has been removed.
test -x $DAEMON || exit 0

. /lib/lsb/init-functions

# Include avahi-daemon defaults if available.
test -f /etc/default/avahi-daemon && . /etc/default/avahi-daemon

DISABLE_TAG="/var/run/avahi-daemon/disabled-for-unicast-local"

#
#       Function that starts the daemon/service.
#
d_start() {
    $DAEMON -c && return 0

    if [ -e $DISABLE_TAG -a "$AVAHI_DAEMON_DETECT_LOCAL" != "0" ]; then
        # Disabled because of the existance of an unicast .local domain
        log_warning_msg "avahi-daemon disabled because there is a unicast .local domain"
        exit 0;
    fi;

    $DAEMON -D
}

#
#       Function that stops the daemon/service.
#
d_stop() {
    if $DAEMON -c ; then
       $DAEMON -k
    fi
}

#
#       Function that reload the config file for the daemon/service.
#
d_reload() {
    $DAEMON -c && $DAEMON -r
}

#
#       Function that check the status of the daemon/service.
#
d_status() {
    $DAEMON -c && { echo "$DESC is running"; exit 0; } || { echo "$DESC is not running"; exit 3; }
}

case "$1" in
    start)
        log_daemon_msg "Starting $DESC" "$NAME"
        d_start
        log_end_msg $?
        ;;
    stop)
        log_daemon_msg "Stopping $DESC" "$NAME"
        d_stop
        log_end_msg $?
        ;;
    reload|force-reload)
        log_daemon_msg "Reloading services for $DESC" "$NAME"
        d_reload
        log_end_msg $?
        ;;
    restart)
        log_daemon_msg "Restarting $DESC" "$NAME"
        d_stop
        if [ "$?" -eq 0 ]; then
                d_start
                log_end_msg $?
        else
                log_end_msg 1
        fi
        ;;
    status)
        d_status
        ;;
    *)
        echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload|reload|status}" >&2
        exit 3
        ;;
esac

exit 0

#5 Packaging for Devuan » avahi-daemon doesn't have init script since v0.8-8 » 2023-02-10 21:49:28

vazhnov
Replies: 4

I use Devuan 5 daedalus/ceres with repository:

deb http://deb.devuan.org/merged daedalus main non-free contrib

Today I've got update:

The following packages will be upgraded:
   avahi-autoipd (0.8-7 => 0.8-8)
   avahi-daemon (0.8-7 => 0.8-8)
   avahi-utils (0.8-7 => 0.8-8)

and I saw

Removing obsolete conffile /etc/init.d/avahi-daemon ...

Here is that I found: https://tracker.debian.org/news/1417862 … -unstable/.

Probably it is time to do a Devuan fork of this package.

#6 Re: Devuan » [SOLVED] Docker images » 2022-12-25 23:59:39

Because there is no possibility to automate images creation in hub.docker.com with free account, I decided to learn GitLab pipelines and created this: https://gitlab.com/vazhnov/devuan-docker-images.

Images to be created automatically: Devuan 4 Chimaera — every month, Devuan 5 Daedalus — every week. The schedule is here: https://gitlab.com/vazhnov/devuan-docke … _schedules.

Container images registry: https://gitlab.com/vazhnov/devuan-docke … r_registry.

The code is still not perfect, I'm working on it.
It would be great to have an access to another GitLab instance without strict limits.

#7 Re: Installation » [SOLVED] apt-get update: gpg error (expired key) » 2022-09-03 12:10:04

I think the root cause is that the key BB23C00C61FC752C expired:

 $ gpg --list-keys BB23C00C61FC752C
pub   rsa4096 2017-09-04 [SC] [expired: 2022-09-03]
      E032601B7CA10BC3EA53FA81BB23C00C61FC752C
uid           [ expired] Devuan Repository (Amprolla3 on Nemesis) <repository@devuan.org>

The same key described on the page https://www.devuan.org/os/keyring , fingerprint is E032 601B 7CA1 0BC3 EA53 FA81 BB23 C00C 61FC 752C.

 $ apt-key list
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
/etc/apt/trusted.gpg.d/debian-archive-bullseye-automatic.gpg
------------------------------------------------------------
pub   rsa4096 2021-01-17 [SC] [expires: 2029-01-15]
      1F89 983E 0081 FDE0 18F3  CC96 73A4 F27B 8DD4 7936
uid           [ unknown] Debian Archive Automatic Signing Key (11/bullseye) <ftpmaster@debian.org>
sub   rsa4096 2021-01-17 [S] [expires: 2029-01-15]

/etc/apt/trusted.gpg.d/debian-archive-bullseye-security-automatic.gpg
---------------------------------------------------------------------
pub   rsa4096 2021-01-17 [SC] [expires: 2029-01-15]
      AC53 0D52 0F2F 3269 F5E9  8313 A484 4904 4AAD 5C5D
uid           [ unknown] Debian Security Archive Automatic Signing Key (11/bullseye) <ftpmaster@debian.org>
sub   rsa4096 2021-01-17 [S] [expires: 2029-01-15]

/etc/apt/trusted.gpg.d/debian-archive-bullseye-stable.gpg
---------------------------------------------------------
pub   rsa4096 2021-02-13 [SC] [expires: 2029-02-11]
      A428 5295 FC7B 1A81 6000  62A9 605C 66F0 0D6C 9793
uid           [ unknown] Debian Stable Release Key (11/bullseye) <debian-release@lists.debian.org>

/etc/apt/trusted.gpg.d/debian-archive-buster-automatic.gpg
----------------------------------------------------------
pub   rsa4096 2019-04-14 [SC] [expires: 2027-04-12]
      80D1 5823 B7FD 1561 F9F7  BCDD DC30 D7C2 3CBB ABEE
uid           [ unknown] Debian Archive Automatic Signing Key (10/buster) <ftpmaster@debian.org>
sub   rsa4096 2019-04-14 [S] [expires: 2027-04-12]

/etc/apt/trusted.gpg.d/debian-archive-buster-security-automatic.gpg
-------------------------------------------------------------------
pub   rsa4096 2019-04-14 [SC] [expires: 2027-04-12]
      5E61 B217 265D A980 7A23  C5FF 4DFA B270 CAA9 6DFA
uid           [ unknown] Debian Security Archive Automatic Signing Key (10/buster) <ftpmaster@debian.org>
sub   rsa4096 2019-04-14 [S] [expires: 2027-04-12]

/etc/apt/trusted.gpg.d/debian-archive-buster-stable.gpg
-------------------------------------------------------
pub   rsa4096 2019-02-05 [SC] [expires: 2027-02-03]
      6D33 866E DD8F FA41 C014  3AED DCC9 EFBF 77E1 1517
uid           [ unknown] Debian Stable Release Key (10/buster) <debian-release@lists.debian.org>

/etc/apt/trusted.gpg.d/debian-archive-stretch-automatic.gpg
-----------------------------------------------------------
pub   rsa4096 2017-05-22 [SC] [expires: 2025-05-20]
      E1CF 20DD FFE4 B89E 8026  58F1 E0B1 1894 F66A EC98
uid           [ unknown] Debian Archive Automatic Signing Key (9/stretch) <ftpmaster@debian.org>
sub   rsa4096 2017-05-22 [S] [expires: 2025-05-20]

/etc/apt/trusted.gpg.d/debian-archive-stretch-security-automatic.gpg
--------------------------------------------------------------------
pub   rsa4096 2017-05-22 [SC] [expires: 2025-05-20]
      6ED6 F5CB 5FA6 FB2F 460A  E88E EDA0 D238 8AE2 2BA9
uid           [ unknown] Debian Security Archive Automatic Signing Key (9/stretch) <ftpmaster@debian.org>
sub   rsa4096 2017-05-22 [S] [expires: 2025-05-20]

/etc/apt/trusted.gpg.d/debian-archive-stretch-stable.gpg
--------------------------------------------------------
pub   rsa4096 2017-05-20 [SC] [expires: 2025-05-18]
      067E 3C45 6BAE 240A CEE8  8F6F EF0F 382A 1A7B 6500
uid           [ unknown] Debian Stable Release Key (9/stretch) <debian-release@lists.debian.org>

/etc/apt/trusted.gpg.d/devuan-keyring-2016-archive.gpg
------------------------------------------------------
pub   rsa2048 2014-12-02 [SC]
      72E3 CB77 3315 DFA2 E464  743D 9453 2124 5419 22FB
uid           [ unknown] Devuan Repository (Primary Devuan signing key) <repository@devuan.org>
sub   rsa2048 2014-12-02 [E]
sub   rsa4096 2016-04-26 [S]

/etc/apt/trusted.gpg.d/devuan-keyring-2016-cdimage.gpg
------------------------------------------------------
pub   rsa4096 2016-10-06 [SC]
      CF19 21B2 D91C 6435 848E  8100 99C4 6A90 B1FB 3B59
uid           [ unknown] Devuan ISO Toaster (Devuan GNU+Linux) <onelove@devuan.org>
sub   rsa4096 2016-10-06 [E]

/etc/apt/trusted.gpg.d/devuan-keyring-2017-archive.gpg
------------------------------------------------------
pub   rsa4096 2017-09-04 [SC] [expired: 2022-09-03]
      E032 601B 7CA1 0BC3 EA53  FA81 BB23 C00C 61FC 752C
uid           [ expired] Devuan Repository (Amprolla3 on Nemesis) <repository@devuan.org>

and:

 $ ls -lAF /etc/apt/trusted.gpg.d
total 80
-rw-r--r-- 1 root root 8700 Feb 25  2021 debian-archive-bullseye-automatic.gpg
-rw-r--r-- 1 root root 8709 Feb 25  2021 debian-archive-bullseye-security-automatic.gpg
-rw-r--r-- 1 root root 2453 Feb 25  2021 debian-archive-bullseye-stable.gpg
-rw-r--r-- 1 root root 8132 Feb 25  2021 debian-archive-buster-automatic.gpg
-rw-r--r-- 1 root root 8141 Feb 25  2021 debian-archive-buster-security-automatic.gpg
-rw-r--r-- 1 root root 2332 Feb 25  2021 debian-archive-buster-stable.gpg
-rw-r--r-- 1 root root 7443 Feb 25  2021 debian-archive-stretch-automatic.gpg
-rw-r--r-- 1 root root 7452 Feb 25  2021 debian-archive-stretch-security-automatic.gpg
-rw-r--r-- 1 root root 2263 Feb 25  2021 debian-archive-stretch-stable.gpg
-rw-r--r-- 1 root root 3637 Oct  3  2017 devuan-keyring-2016-archive.gpg
-rw-r--r-- 1 root root 2233 Oct  3  2017 devuan-keyring-2016-cdimage.gpg
-rw-r--r-- 1 root root 3638 Oct  3  2017 devuan-keyring-2017-archive.gpg
 $ dpkg -S /etc/apt/trusted.gpg.d/devuan-keyring-2017-archive.gpg
devuan-keyring: /etc/apt/trusted.gpg.d/devuan-keyring-2017-archive.gpg
 $ apt-cache policy devuan-keyring 
devuan-keyring:
  Installed: 2017.10.03
  Candidate: 2017.10.03
  Version table:
 *** 2017.10.03 500
        500 http://pl.deb.devuan.org/merged daedalus/main amd64 Packages
        100 /var/lib/dpkg/status

#8 Re: Devuan » [SOLVED] pkgmaster.devuan.org unaccessible through IPv6 » 2022-05-15 11:02:20

Works since yesterday:

 $ curl -6 -v http://pl.deb.devuan.org 
*   Trying 2001:41d0:8:732b::587:52b3:80...
* Connected to pl.deb.devuan.org (2001:41d0:8:732b::587:52b3) port 80 (#0)
> GET / HTTP/1.1
> Host: pl.deb.devuan.org
> User-Agent: curl/7.83.0
> Accept: */*
> 
* Mark bundle as not supporting multiuse
< HTTP/1.1 301 Moved Permanently
< Server: nginx/1.18.0
< Date: Sun, 15 May 2022 11:01:41 GMT
< Content-Type: text/html
< Content-Length: 169
< Connection: keep-alive
< Location: http://deb.devuan.org/
< 
<html>
<head><title>301 Moved Permanently</title></head>
<body>
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx/1.18.0</center>
</body>
</html>
* Connection #0 to host pl.deb.devuan.org left intact

#9 Re: Devuan » [SOLVED] pkgmaster.devuan.org unaccessible through IPv6 » 2022-05-13 20:47:40

This issue is not about country codes, but about http://pkgmaster.devuan.org connectivity.
But thank you for information!

#10 Devuan » [SOLVED] pkgmaster.devuan.org unaccessible through IPv6 » 2022-05-13 18:04:54

vazhnov
Replies: 5

Hello!

I use IPv6-only Devuan workstation.

Today I see an error, when run apt update:

  Could not connect to pl.deb.devuan.org:80 (2001:41d0:a:511b::98e4:cc90). - connect (113: No route to host)
 $ host pl.deb.devuan.org
pl.deb.devuan.org is an alias for pl.deb.rr.devuan.org.
pl.deb.rr.devuan.org is an alias for pkgmaster.devuan.org.
pkgmaster.devuan.org has address 5.135.82.179
pkgmaster.devuan.org has IPv6 address 2001:41d0:a:511b::98e4:cc90

Also I've checked from another datacenter:

 $ curl -6 -v http://pl.deb.devuan.org
*   Trying 2001:41d0:a:511b::98e4:cc90:80...
* connect to 2001:41d0:a:511b::98e4:cc90 port 80 failed: Connection timed out
* Failed to connect to pl.deb.devuan.org port 80: Connection timed out
* Closing connection 0
curl: (28) Failed to connect to pl.deb.devuan.org port 80: Connection timed out

Could you please check your IPv6 connectivity?

#11 Hardware & System Configuration » [SOLVED] Devuan 5 Daedalus: dbus init script absent » 2021-11-28 18:36:54

vazhnov
Replies: 1
Intro

I've installed a fresh minimal OS from the image "devuan_daedalus_5.0.preview-20211122_amd64_server.iso" (from the mirror https://mirror.leaseweb.com/devuan/devu … aller-iso/). I chose OpenRC init system.

Host system: Proxmox (based on Debian 10 oldstable).
Virtualisation: QEMU/KVM.

Error

On first boot, I found an error:

ERROR: elogind needs service(s) dbus
Troubleshooting

As I found, there is no init-script in the package dbus 1.12.20-3+devuan2:

user@devuan5-01 ~ % dpkg -L dbus|sort|grep init
user@devuan5-01 ~ % apt-cache policy dbus
dbus:
  Installed: 1.12.20-3+devuan2
  Candidate: 1.12.20-3+devuan2
  Version table:
 *** 1.12.20-3+devuan2 500
        500 http://deb.devuan.org/merged daedalus/main amd64 Packages
        100 /var/lib/dpkg/status

user@devuan5-01 ~ % dpkg -l|grep -i dbus
ii  at-spi2-core                        2.42.0-2                           amd64        Assistive Technology Service Provider Interface (dbus core)
ii  dbus                                1.12.20-3+devuan2                  amd64        simple interprocess messaging system (system message bus)
ii  dbus-bin                            1.12.20-3+devuan2                  amd64        simple interprocess messaging system (command line utilities)
ii  dbus-daemon                         1.12.20-3+devuan2                  amd64        simple interprocess messaging system (reference message bus)
ii  dbus-session-bus-common             1.12.20-3+devuan2                  all          simple interprocess messaging system (session bus configuration)
ii  dbus-system-bus-common              1.12.20-3+devuan2                  all          simple interprocess messaging system (system bus configuration)
ii  dbus-x11                            1.12.20-3+devuan2                  amd64        simple interprocess messaging system (X11 deps)
ii  libdbus-1-3:amd64                   1.12.20-3+devuan2                  amd64        simple interprocess messaging system (library)

But, in the same minimal system with Devuan 4 Chimaera:

user@devuan4-02 ~ % dpkg -L dbus|sort|grep init
/etc/init.d
/etc/init.d/dbus
user@devuan4-02 ~ % apt-cache policy dbus
dbus:
  Installed: 1.12.20-2+devuan2
  Candidate: 1.12.20-2+devuan2
  Version table:
 *** 1.12.20-2+devuan2 500
        500 http://deb.devuan.org/merged chimaera/main amd64 Packages
        100 /var/lib/dpkg/status

user@devuan4-02 ~ % dpkg -l|grep -i dbus
ii  at-spi2-core                        2.38.0-4                           amd64        Assistive Technology Service Provider Interface (dbus core)
ii  dbus                                1.12.20-2+devuan2                  amd64        simple interprocess messaging system (daemon and utilities)
ii  dbus-x11                            1.12.20-2+devuan2                  amd64        simple interprocess messaging system (X11 deps)
ii  libdbus-1-3:amd64                   1.12.20-2+devuan2                  amd64        simple interprocess messaging system (library)
Fix

So, I copied the init script /etc/init.d/dbus and ran:

sudo rc-update add dbus default

Now dbus starts:

user@devuan5-01 ~ % sudo service dbus status         
dbus is running.

user@devuan5-01 ~ % ls -lAF /var/run/dbus
total 4
-rw-r--r-- 1 root root 5 Nov 28 19:30 pid
srwxrwxrwx 1 root root 0 Nov 28 19:30 system_bus_socket=

#12 Devuan » [SOLVED] Docker images » 2021-01-31 22:49:17

vazhnov
Replies: 3

Hi all!

I created another one public repository with Devuan docker images and a small documentation: https://hub.docker.com/r/vazhnov/devuan
Images are tiny, about 30 MB compressed.

Also I see another unofficial Devuan images repositories: https://hub.docker.com/search?q=devuan&type=image

Any ideas how to create official one?

#14 Re: Installation » AWS EC2 AMI by FAI: grub-probe: error: failed to get canonical path » 2020-11-08 00:09:55

Checked the same steps with Devuan 4 Chimaera and fresh content of "debian-cloud-images" repository — image created successfully:

 % ls -l /tmp/image*                 
-rw-r--r-- 1 root  root       37004 Nov  8 03:01 /tmp/image_buster_ec2_amd64.build-fai.json
-rw-r--r-- 1 lenin lenin      37806 Nov  8 03:02 /tmp/image_buster_ec2_amd64.build.json
-rw-r--r-- 1 root  root       15460 Nov  8 03:01 /tmp/image_buster_ec2_amd64.build.junit.xml
-rw-r--r-- 1 root  root       42430 Nov  8 03:01 /tmp/image_buster_ec2_amd64.info
-rw-r--r-- 1 root  root  8589934592 Nov  8 03:01 /tmp/image_buster_ec2_amd64.raw
-rw-r--r-- 1 lenin lenin  775700480 Nov  8 03:01 /tmp/image_buster_ec2_amd64.tar
 % file /tmp/image_buster_ec2_amd64.raw
/tmp/image_buster_ec2_amd64.raw: DOS/MBR boot sector, extended partition table (last)

#15 Re: Installation » AWS EC2 AMI by FAI: grub-probe: error: failed to get canonical path » 2020-07-05 18:23:55

Devuan 3:

root@devuan3-01:~# for i in proc sys dev;do findmnt /$i;done
TARGET SOURCE FSTYPE OPTIONS
/proc  proc   proc   rw,nosuid,nodev,noexec,relatime
TARGET SOURCE FSTYPE OPTIONS
/sys   sysfs  sysfs  rw,nosuid,nodev,noexec,relatime
TARGET SOURCE FSTYPE   OPTIONS
/dev   udev   devtmpfs rw,nosuid,relatime,size=1005164k,nr_inodes=251291,mode=755

Debian 10:

root@debian10-01:~# for i in proc sys dev;do findmnt /$i;done
TARGET SOURCE FSTYPE OPTIONS
/proc  proc   proc   rw,nosuid,nodev,noexec,relatime
TARGET SOURCE FSTYPE OPTIONS
/sys   sysfs  sysfs  rw,nosuid,nodev,noexec,relatime
TARGET SOURCE FSTYPE   OPTIONS
/dev   udev   devtmpfs rw,nosuid,relatime,size=1006728k,nr_inodes=251682,mode=755

No difference except size and nr_inodes.

#16 Installation » AWS EC2 AMI by FAI: grub-probe: error: failed to get canonical path » 2020-07-05 17:21:35

vazhnov
Replies: 3

I'm trying to create clean minimal Devuan image for AWS.

As I know, Debian uses Fully automatic installation (FAI) to create AWS AMIs: https://wiki.debian.org/Cloud/SystemsComparison, https://wiki.debian.org/Cloud/AmazonEC2Image.

So first I tried to repeat process of Debian image creation by FAI. Next step will be: change FAI configuration to build Devuan image.

System: I use KVM virtual machine (Proxmox 6/Debian 10 buster) with Devuan guest:

lenin@devuan3-01 ~ % cat /etc/os-release
PRETTY_NAME="Devuan GNU/Linux 3 (beowulf)"
NAME="Devuan GNU/Linux"
VERSION_ID="3"
VERSION="3 (beowulf)"
VERSION_CODENAME=beowulf
ID=debian
ID_LIKE=debian
HOME_URL="https://www.devuan.org/"
SUPPORT_URL="https://devuan.org/os/community"
BUG_REPORT_URL="https://bugs.devuan.org/"

Commands I used:

sudo apt-get -V install fai-server fai-setup-storage qemu-utils
sudo apt-get -V --no-install-recommends install ca-certificates debsums dosfstools fai-server fai-setup-storage make python3 python3-libcloud python3-marshmallow python3-pytest python3-yaml qemu-utils udev
git clone "git@salsa.debian.org:cloud-team/debian-cloud-images.git"
cd debian-cloud-images
make DESTDIR=/tmp/ image_buster_ec2_amd64

(also I changed apt_cdn=http://192.168.1.1:3142/deb.debian.org and security_cdn=http://192.168.1.1:3142/security.debian.org URLs to use apt-cacher-ng).

Result:

…
Setting up grub-cloud-amd64 (0.0.4) ...
grub-probe: error: failed to get canonical path of `/dev/loop0p1'.
Installing for i386-pc platform.
grub-install: error: failed to get canonical path of `/dev/loop0p1'.
dpkg: error processing package grub-cloud-amd64 (--configure):
 installed grub-cloud-amd64 package post-installation script subprocess returned error exit status 1
…

Errors were encountered while processing:
 grub-cloud-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)
ERROR: 25600 25600
ERROR: chroot /tmp/fai-diskimage.M61Y2t apt-get -y -o Dpkg::Options::=--force-confdef -o Dpkg::Options::=--force-confnew --fix-missing install --no-install-recommends openssh-server cloud-initramfs-growroot sudo libpam-systemd unattended-upgrades chrony apt-utils ifupdown init iptables iputils-ping isc-dhcp-client less logrotate nano netbase rsyslog vim-tiny whiptail python-boto bsdmainutils awscli python3-boto cloud-init cloud-guest-utils linux-image-cloud-amd64 apparmor grub-cloud-amd64 return code 100
install_packages: executing chroot /tmp/fai-diskimage.M61Y2t apt-get clean
install_packages: executing chroot /tmp/fai-diskimage.M61Y2t dpkg --configure --pending
Setting up grub-cloud-amd64 (0.0.4) ...
grub-probe: error: failed to get canonical path of `/dev/loop0p1'.
Installing for i386-pc platform.
grub-install: error: failed to get canonical path of `/dev/loop0p1'.
dpkg: error processing package grub-cloud-amd64 (--configure):
 installed grub-cloud-amd64 package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
 grub-cloud-amd64
ERROR: 256 256
ERROR: chroot /tmp/fai-diskimage.M61Y2t dpkg --configure --pending return code 1
install_packages: executing chroot /tmp/fai-diskimage.M61Y2t dpkg -C
The following packages are only half configured, probably due to problems
configuring them the first time.  The configuration should be retried using
dpkg --configure <package> or the configure menu option in dselect:
 grub-cloud-amd64     GRand Unified Bootloader (cloud setup)

install_packages: executing chroot /tmp/fai-diskimage.M61Y2t apt-get clean
2 errors during executing of install_packages
Error in task instsoft. Code: 471
Traceback: task_error task_instsoft task task_install task task_action task main
FATAL ERROR. Installation stopped.
Size of disk image and filename: 800M	/tmp/image_buster_ec2_amd64.raw
Image created by: /usr/sbin/fai-diskimage --verbose --hostname debian --class DEBIAN,CLOUD,TYPE_DEV,BUSTER,EXTRAS,EC2,IPV6_DHCP,AMD64,GRUB_CLOUD_AMD64,LOCALDEBS,LINUX_IMAGE_CLOUD,LAST --size 8G --cspace /home/lenin/debian-cloud-images/src/debian_cloud_images/build/fai_config /tmp/image_buster_ec2_amd64.raw
Traceback (most recent call last):
  File "/usr/lib/python3.7/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/usr/lib/python3.7/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/home/lenin/debian-cloud-images/src/debian_cloud_images/cli/__main__.py", line 38, in <module>
    main()
  File "/home/lenin/debian-cloud-images/src/debian_cloud_images/cli/__main__.py", line 34, in main
    args.cls(argparser=parser, **vars(args))()
  File "/home/lenin/debian-cloud-images/src/debian_cloud_images/cli/build.py", line 417, in __call__
    self.fai(not self.noop)
  File "/home/lenin/debian-cloud-images/src/debian_cloud_images/build/fai.py", line 47, in __call__
    raise subprocess.CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '('sudo', 'env', 'PYTHONPATH=/home/lenin/debian-cloud-images/src/debian_cloud_images/build/../..', 'CLOUD_BUILD_DATA=/home/lenin/debian-cloud-images/src/debian_cloud_images/data', 'CLOUD_BUILD_INFO={"type": "dev", "release": "buster", "release_id": "10", "release_baseid": "10", "vendor": "ec2", "arch": "amd64", "build_id": "manual", "version": "202007051951"}', 'CLOUD_BUILD_NAME=image_buster_ec2_amd64', 'CLOUD_BUILD_OUTPUT_DIR=/tmp', 'CLOUD_RELEASE_ID=ec2', 'CLOUD_RELEASE_VERSION=202007051951', 'fai-diskimage', '--verbose', '--hostname', 'debian', '--class', 'DEBIAN,CLOUD,TYPE_DEV,BUSTER,EXTRAS,EC2,IPV6_DHCP,AMD64,GRUB_CLOUD_AMD64,LOCALDEBS,LINUX_IMAGE_CLOUD,LAST', '--size', '8G', '--cspace', '/home/lenin/debian-cloud-images/src/debian_cloud_images/build/fai_config', '/tmp/image_buster_ec2_amd64.raw')' returned non-zero exit status 1.
make: *** [Makefile:14: image_buster_ec2_amd64] Error 1

Before the error, disks are:

lenin@devuan3-01 ~ % sudo lsblk
NAME       MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
loop0        7:0    0    8G  0 loop 
├─loop0p1  259:0    0  7.9G  0 part /tmp/fai-diskimage.M61Y2t
├─loop0p14 259:1    0    3M  0 part 
└─loop0p15 259:2    0  124M  0 part /tmp/fai-diskimage.M61Y2t/boot/efi
sr0         11:0    1  620M  0 rom  
vda        254:0    0   32G  0 disk 
├─vda1     254:1    0   30G  0 part /
├─vda2     254:2    0    1K  0 part 
└─vda5     254:5    0    2G  0 part [SWAP]
lenin@devuan3-01 ~ % sudo blkid|grep loop| sort
/dev/loop0p14: PARTUUID="f298765a-20f9-2543-8fe7-2749d86cdd61"
/dev/loop0p15: SEC_TYPE="msdos" UUID="4FCA-6200" TYPE="vfat" PARTUUID="5afa65b1-da1b-3648-b04c-c16bc2da197e"
/dev/loop0p1: UUID="f69236e0-7497-40a3-9e78-79d095a33e20" TYPE="ext4" PARTUUID="87e7358e-67ec-ba46-8dc5-91ecdd661c0e"
/dev/loop0: PTUUID="7553b010-f107-3449-9c99-5db320211b37" PTTYPE="gpt"
lenin@devuan3-01 ~ % ls -lAF /tmp/fai-diskimage.M61Y2t
total 88
drwxr-xr-x   2 root  root   4096 Jul  5 19:54 bin/
drwxr-xr-x   3 root  root   4096 Jul  5 19:54 boot/
drwxr-xr-x   4 root  root   4096 Jul  5 19:52 dev/
drwxr-xr-x  71 root  root   4096 Jul  5 19:55 etc/
drwxr-xr-x   2 root  root   4096 May  2 19:39 home/
drwxr-xr-x  12 root  root   4096 Jul  5 19:54 lib/
drwxr-xr-x   2 root  root   4096 Jul  5 19:52 lib64/
drwxr-xr-x   2 lenin lenin  4096 Jun 20 15:40 localdebs/
drwx------   2 root  root  16384 Jul  5 19:51 lost+found/
drwxr-xr-x   2 root  root   4096 Jul  5 19:52 media/
drwxr-xr-x   2 root  root   4096 Jul  5 19:52 mnt/
drwxr-xr-x   2 root  root   4096 Jul  5 19:52 opt/
dr-xr-xr-x 106 root  root      0 Jul  1 00:29 proc/
drwx------   2 root  root   4096 Jul  5 19:52 root/
drwxr-xr-x   5 root  root   4096 Jul  5 19:53 run/
drwxr-xr-x   2 root  root   4096 Jul  5 19:54 sbin/
drwxr-xr-x   2 root  root   4096 Jul  5 19:52 srv/
dr-xr-xr-x  13 root  root      0 Jul  1 00:29 sys/
drwxrwxrwt   2 root  root   4096 Jul  5 19:54 tmp/
drwxr-xr-x  10 root  root   4096 Jul  5 19:52 usr/
drwxr-xr-x  11 root  root   4096 Jul  5 19:52 var/

I tried to repeat the same steps on the same Debian KVM virtual machine, it finished without error.

Any idea how to prevent this error, "grub-probe: error: failed to get canonical path of `/dev/loop0p1'"?

#17 Re: ARM Builds » Installer images for armel, armhf and ppc64 need testing » 2020-05-31 13:12:32

fsmithred wrote:

We built beowulf installer images for armel, armhf and ppc64el. If you have appropriate hardware, please test and report.

My try with Devuan installer for armhf described here: https://dev1galaxy.org/viewtopic.php?id=3551

#18 Re: ARM Builds » Devuan installer can't start on MX53 Loco (i.MX53 Quick Start board) » 2020-05-31 13:08:53

Problem 2: ISO image

What have I do here?

[            (1*installer)  2 shell  3 shell  4- log           ][ Jan 01  0:02 ]

   ┌─────────┤ [!!] Scan hard drives for an installer ISO image ├──────────┐    
   │                                                                       │    
   │                 Failed to find an installer ISO image                 │    
   │ No installer ISO images were found. If you downloaded the ISO image,  │    
   │ it may have a bad filename (not ending in ".iso"), or it may be on a  │    
   │ file system that could not be mounted.                                │    
   │                                                                       │    
   │ You'll have to use an alternative installation method, select another │    
   │ device to look for ISO image, or try again after you've fixed it.     │    
   │                                                                       │    
   │     <Go Back>                                          <Continue>     │    
   │                                                                       │    
   └───────────────────────────────────────────────────────────────────────┘

<Tab> moves; <Space> selects; <Enter> activates buttons                         

Which ISO image to use? I tried https://pkgmaster.devuan.org/devuan/dis … t/mini.iso — it is too small, only 33MB, and error is the same.

#19 Re: ARM Builds » Devuan installer can't start on MX53 Loco (i.MX53 Quick Start board) » 2020-05-31 11:22:13

Installer started after some manipulations (I'm not sure about addresses, especially kernel_addr_r=0x70008000):

=> setenv distro_bootpart ${mmcpart}
=> printenv distro_bootpart         
distro_bootpart=1
=> setenv boot_targets mmc
=> printenv boot_targets
boot_targets=mmc
=> setenv fdtfile ${fdt_file}
=> printenv fdtfile
fdtfile=imx53-qsrb.dtb
=> setenv bootpart ${mmcpart}
=> printenv bootpart
bootpart=1
=> setenv devnum ${mmcdev}
=> printenv devnum
devnum=0
=> setenv console ttymxc0
=> printenv console
=> setenv devtype mmc
=> printenv devtype  
devtype=mmc
=> setenv fdt_addr_r ${fdt_addr}
=> printenv fdt_addr_r                                    
fdt_addr_r=0x71000000
=> setenv ramdisk_addr_r ${loadaddr}
=> printenv ramdisk_addr_r          
ramdisk_addr_r=0x72000000
=> setenv kernel_addr_r 0x70008000
=> printenv kernel_addr_r
kernel_addr_r=0x70008000
=> boot

#20 ARM Builds » Devuan installer can't start on MX53 Loco (i.MX53 Quick Start board) » 2020-05-31 10:15:46

vazhnov
Replies: 3
Intro

I have a "i.MX53 Quick Start board", which named "MCIMX53-START-R" (a new one, with PMIC MC34708 and Device tree file "imx53-qsrb.dtb", not old board with PMIC Dialog DA9053).

I repeated steps from http://deb.devuan.org/devuan/dists/beow … ble_images:

 % wget "http://deb.devuan.org/devuan/dists/beowulf/main/installer-armhf/current/images/hd-media/SD-card-images/firmware.MX53LOCO.img.gz
 % wget "http://deb.devuan.org/devuan/dists/beowulf/main/installer-armhf/current/images/hd-media/SD-card-images/partition.img.gz"
 % zcat firmware.MX53LOCO.img.gz partition.img.gz > complete_image.img

Here are sha256sum(s):

fdb1096a90394878f0f5e23e146cc89ecd55d867b4b9327b791112041d8c9f51  complete_image.img
69376dc6f680a9d7273e36f39cb0d8d2f9d2fccd0756a13cff63b588e1b2ca24  firmware.MX53LOCO.img.gz
f3cf86ab65a1ca2469ca9fe9fe7ac1e9267d3c69bc5f12c7131503bb5e5764ca  partition.img.gz

And some other info:

 % file firmware.MX53LOCO.img partition.img complete_image.img
firmware.MX53LOCO.img: DOS/MBR boot sector; partition 1 : ID=0xc, active, start-CHS (0x0,32,33), end-CHS (0xc,114,38), startsector 2048, 197952 sectors
partition.img:         DOS/MBR boot sector, code offset 0x58+2, OEM-ID "mkfs.fat", Media descriptor 0xf8, sectors/track 32, heads 64, sectors 197952 (volumes > 32 MB), FAT (32 bit), sectors/FAT 1523, reserved 0x1, serial number 0x3498c0b4, unlabeled
complete_image.img:    DOS/MBR boot sector; partition 1 : ID=0xc, active, start-CHS (0x0,32,33), end-CHS (0xc,114,38), startsector 2048, 197952 sectors

Some useful information from U-Boot console, when I loaded board with this image:

=> printenv 
baudrate=115200
boot_fdt=try
bootcmd=mmc dev ${mmcdev}; if mmc rescan; then if run loadbootscript; then run bootscript; else if run loadimage; then run mmcboot; else run netboot; fi; fi; else run netboot; fi
bootdelay=2
bootscript=echo Running bootscript from mmc ...; source
ethact=FEC
ethaddr=00:04:9f:02:3e:73
ethprime=FEC0
fdt_addr=0x71000000
fdt_file=imx53-qsrb.dtb
fileaddr=72000000
filesize=627
image=zImage
ip_dyn=yes
loadaddr=0x72000000
loadbootscript=load mmc ${mmcdev}:${mmcpart} ${loadaddr} ${script};
loadfdt=load mmc ${mmcdev}:${mmcpart} ${fdt_addr} ${fdt_file}
loadimage=load mmc ${mmcdev}:${mmcpart} ${loadaddr} ${image}
mmcargs=setenv bootargs console=ttymxc0,${baudrate} root=${mmcroot}
mmcboot=echo Booting from mmc ...; run mmcargs; if test ${boot_fdt} = yes || test ${boot_fdt} = try; then if run loadfdt; then bootz ${loadaddr} - ${fdt_addr}; else if test ${boot_fdt} = try; then bootz; else echo WARN: Cannot load the DT; fi; fi; else bootz; fi;
mmcdev=0
mmcpart=1
mmcroot=/dev/mmcblk0p2 rw rootwait
netargs=setenv bootargs console=ttymxc0,${baudrate} root=/dev/nfs ip=dhcp nfsroot=${serverip}:${nfsroot},v3,tcp
netboot=echo Booting from net ...; run netargs; if test ${ip_dyn} = yes; then setenv get_cmd dhcp; else setenv get_cmd tftp; fi; ${get_cmd} ${image}; if test ${boot_fdt} = yes ||  test ${boot_fdt} = try; then if ${get_cmd} ${fdt_addr} ${fdt_file}; then bootz ${loadaddr} - ${fdt_addr}; else if test ${boot_fdt} = try; then bootz; else echo ERROR: Cannot load the DT; exit; fi; fi; else bootz; fi;
script=boot.scr

Environment size: 1549/8188 bytes
=> ls mmc ${mmcdev}:${mmcpart} /
 17385125   initrd.gz
            dtbs/
     1575   boot.scr
  4260352   vmlinuz

3 file(s), 1 dir(s)
=> bdinfo
arch_number = 0x00000cc9
boot_params = 0x70000100
DRAM bank   = 0x00000000
-> start    = 0x70000000
-> size     = 0x20000000
DRAM bank   = 0x00000001
-> start    = 0xb0000000
-> size     = 0x20000000
eth0name    = FEC
ethaddr     = 00:04:9f:02:3e:73
current eth = FEC
ip_addr     = <NULL>
baudrate    = 115200 bps
TLB addr    = 0x8fff0000
relocaddr   = 0x8ff6c000
reloc off   = 0x1876c000
irq_sp      = 0x8f569eb0
sp start    = 0x8f569ea0
FB base     = 0x8f56c900

Also I mounted "partition.img" on my computer:

 % sudo losetup --show --find --partscan partition.img
 % sudo mount /dev/loop0 /mnt/imx53 
 % file /mnt/imx53/*       
/mnt/imx53/boot.scr:  u-boot legacy uImage, , Linux/ARM, Script File (gzip), 1511 bytes, Mon May 11 17:46:03 2020, Load Address: 0x00000000, Entry Point: 0x00000000, Header CRC: 0x79006BD0, Data CRC: 0x8734369F
/mnt/imx53/dtbs:      directory
/mnt/imx53/initrd.gz: gzip compressed data, max compression, from Unix, original size modulo 2^32 46077952
/mnt/imx53/vmlinuz:   Linux kernel ARM boot executable zImage (little-endian)
 % file /mnt/imx53/dtbs/imx53-qsrb.dtb
/mnt/imx53/dtbs/imx53-qsrb.dtb: Device Tree Blob version 17, size=21932, boot CPU=0, string block size=1236, DT structure block size=20640
 % strings /mnt/imx53/boot.scr
# Bootscript using the new unified bootcmd handling
# introduced with u-boot v2014.10
if test -n "${boot_targets}"; then
  echo "Mainline u-boot / new-style environment detected."
else
  echo "Non-mainline u-boot or old-style mainline u-boot detected."
  echo "This boot script uses the unified bootcmd handling of mainline"
  echo "u-boot >=v2014.10, which is not available on your system."
  echo "Please boot the installer manually."
  exit 0
if test -z "${fdtfile}"; then
  echo 'fdtfile environment variable not set. Aborting boot process.'
  exit 0
if test -n "${distro_bootpart}"; then
  setenv partition "${distro_bootpart}"
else
  setenv partition "${bootpart}"
if test ! -e ${devtype} ${devnum}:${partition} dtbs/${fdtfile}; then
  echo "This installer medium does not contain a suitable device-tree file for"
  echo "this system (${fdtfile}). Aborting boot process."
  exit 0
# Some i.MX6-based systems do not encode the baudrate in the console variable
if test "${console}" = "ttymxc0" && test -n "${baudrate}"; then
  setenv console "${console},${baudrate}"
if test -n "${console}"; then
  setenv bootargs "${bootargs} console=${console}"
load ${devtype} ${devnum}:${partition} ${kernel_addr_r} vmlinuz \
&& load ${devtype} ${devnum}:${partition} ${fdt_addr_r} dtbs/${fdtfile} \
&& load ${devtype} ${devnum}:${partition} ${ramdisk_addr_r} initrd.gz \
&& echo "Booting the Devuan installer..." \
&& bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r}

I wrote image to SD card:

 % sudo dd of=/dev/sdb if=complete_image.img bs=4M status=progress 
71303168 bytes (71 MB, 68 MiB) copied, 1 s, 66,8 MB/s
24+1 records in
24+1 records out
102400000 bytes (102 MB, 98 MiB) copied, 18,5083 s, 5,5 MB/s
The problem

I powered on my "i.MX53 Quick Start board" with SD card with Devuan installer:

U-Boot 2019.01+dfsg-7 (May 14 2019 - 02:07:44 +0000)

CPU:   Freescale i.MX53 rev2.1 at 800 MHz
Reset cause: POR
Board: MX53 LOCO
I2C:   ready
DRAM:  1 GiB
MMC:   FSL_SDHC: 0, FSL_SDHC: 1
Loading Environment from MMC... *** Warning - bad CRC, using default environment

In:    serial
Out:   serial
Err:   serial
Net:   FEC
Hit any key to stop autoboot:  0 
switch to partitions #0, OK
mmc0 is current device
1575 bytes read in 21 ms (73.2 KiB/s)
Running bootscript from mmc ...
## Executing script at 72000000
Non-mainline u-boot or old-style mainline u-boot detected.
This boot script uses the unified bootcmd handling of mainline
u-boot >=v2014.10, which is not available on your system.
Please boot the installer manually.
=>

As I understand, "Warning - bad CRC, using default environment" is OK.

U-Boot not installed inside board, it run from SD-card, from Devuan file "firmware.MX53LOCO.img".
The file "boot.scr" also came with Devuan image, "partition.img".
But they don't want to work together.

Any ideas how to fix error "Please boot the installer manually"?

Board footer

Forum Software