You are not logged in.
Pages: 1
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
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?
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
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.
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.
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
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
This issue is not about country codes, but about http://pkgmaster.devuan.org connectivity.
But thank you for information!
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?
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.
On first boot, I found an error:
ERROR: elogind needs service(s) dbus
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)
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=
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?
I created unofficial one with a short documentation: https://hub.docker.com/r/vazhnov/devuan
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)
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.
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'"?
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
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.
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
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
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"?
Pages: 1