Download | Devuan.org | Git | Bugs | Packages

The officially official Devuan Forum!

You are not logged in.

Pages: 1

#1 Re: ARM Builds » [SOLVED] Lates Builds and Qemu » 2025-12-04 00:16:16

fuchur

Hi

I found this solution for myself. I'm using a kernel, etc., as well as the latest firmware from http://raspbian.raspberrypi.com/raspbian/ in Devuan. I created a file called raspbian.sources:

Types: deb
URIs: http://raspbian.raspberrypi.com/raspbian/
Architectures: armhf
Suites: trixie
Components: main contrib non-free rpi
Enabled: yes
Signed-By: /usr/share/keyrings/raspbian-archive-keyring.gpg

Types: deb
URIs: http://archive.raspberrypi.com/debian/
Suites: trixie
Components: main
Enabled: yes
Signed-By: /usr/share/keyrings/raspberrypi-archive-keyring.pgp

and added the following to /etc/apt/preferences:

...
Package: *
Pin: release n=daedalus
Pin-Priority: 900

Package: *
Pin: release n=trixie
Pin-Priority: 400
...

I also changed the following in /etc/inittab to get a login shell. 

# Example for systemd-nspawn
# Only /dev/console exists inside nspawn, so we need a getty on that.
# Also make sure to comment out the gettys on tty* above.
C0:2345:respawn:/sbin/getty -8 --noclear --keep-baud console 115200,38400,9600
#T0:23:respawn:/sbin/getty -L serial0 115200 vt100

I'll see if this was a good idea...

fuchur

#2 ARM Builds » [SOLVED] Lates Builds and Qemu » 2025-11-30 07:26:16

fuchur
Replies: 1

Hi

I have the last image running in qemu (rpi-5-devuan-daedalus-6.12.59-arm64-ext4-2025-11-29-0206.img).
I get this error message:

module XXXX: .gnu.linkonce.this_module section size must match the kernel's built struct module size at run time

for the following module

uio gpio_keys sha1_generic sha256_arm64 libaes
snd lz4_compress ipv6 rfkill

I then wanted to (re)install the following default packages

i  linux-headers-bcm2712-rpi - Linux kernel headers for 6.12.59 on arm64
i  linux-image-bcm2712-rpi - Linux kernel, version 6.12.59

but they cannot be found in the packet source. Do I need to add anything in the source.list?

Thank you

fuchur

#3 Re: Installation » [SOLVED] Can't run Devuan Excalibur on Software Raid » 2025-11-15 16:41:29

fuchur

Hi

Metadata 1.2 works perfectly with Excalibur in the VM. I don't need 0.90.

I set up my first software RAID when 0.90 was the default. Since then, I've had several hard drive crashes without any data loss. It did exactly what it was supposed to do.

I simply had no reason to change my default settings.

Thanks for the support.

fuchur

#4 Re: Installation » [SOLVED] Can't run Devuan Excalibur on Software Raid » 2025-11-14 17:45:54

fuchur

Hi

@ralph.ronnquist
It seems we're talking about two completely different things. It has nothing to do with the bootloader or netinstall from excalibur. Netinstall does exactly what it's supposed to do. But with software RAID in Excalibur, you can reproduce it in a VM. I have use Virtualbox.
If step by step necessary i can post it later

1.) Create a VM with two disk 20GB
2.) Boot you VM with netinstall-amd64 from excalibur and choose rescure mode.
3.) Use fdisk for sda and sdb.It should look like this

Disk /dev/sda: 20 GiB, 21474836480 bytes, 41943040 sectors
Disk model: VBOX HARDDISK
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xafcb94f1

Device     Boot    Start      End  Sectors Size Id Type
/dev/sda1  *        2048  2099199  2097152   1G 83 Linux
/dev/sda2        2099200  4196351  2097152   1G 82 Linux swap / Solaris
/dev/sda3        4196352 41943039 37746688  18G  5 Extended
/dev/sda5        4198400 20975615 16777216   8G fd Linux raid autodetect
/dev/sda6       20977664 31463423 10485760   5G fd Linux raid autodetect
/dev/sda7       31465472 41943039 10477568   5G fd Linux raid autodetect

Disk /dev/sdb: 20 GiB, 21474836480 bytes, 41943040 sectors
Disk model: VBOX HARDDISK
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2baa2a22

Device     Boot    Start      End  Sectors Size Id Type
/dev/sdb1  *        2048  2099199  2097152   1G 83 Linux
/dev/sdb2        2099200  4196351  2097152   1G 82 Linux swap / Solaris
/dev/sdb3        4198398 41943039 37744642  18G  5 Extended
/dev/sdb5        4198400 20975615 16777216   8G fd Linux raid autodetect
/dev/sdb6       20977664 31463423 10485760   5G fd Linux raid autodetect
/dev/sdb7       31465472 41943039 10477568   5G fd Linux raid autodetect

4.) Use mdadm to create software raid. It should look like this

# mdadm --detail --scan --verbose
ARRAY /dev/md0 level=raid1 num-devices=2 metadata=0.90 UUID=3030d066:e777f10d:8efc9be6:7d87f4ff
   devices=/dev/sda5,/dev/sdb5
ARRAY /dev/md1 level=raid1 num-devices=2 metadata=0.90 UUID=6b2407b5:2cfc93b1:8efc9be6:7d87f4ff
   devices=/dev/sda6,/dev/sdb6
ARRAY /dev/md2 level=raid1 num-devices=2 metadata=0.90 UUID=cd1c07c0:1efe1692:8efc9be6:7d87f4ff
   devices=/dev/sda7,/dev/sdb7

5.) Run mkfs on sda1 sdb1, mkswap on sda2 sdb2 and mkfs.ext4 on md0 md1 md2
6.) reboot
7.) Choose experte install and start install
8.) I the partitionsmenu choose advance/manually. Choose sda1, select format as ext2 and mount as /boot, for sda2 choose swap and for md1 select format as ext4, and mount as /
9.) If you come to the grub menu, install grub to sda.
10.) After installation is finish reboot.
11.) I hope i have nothing forget.

And now you have a system that cannot boot. You will get a busybox shell.
The initrd.img-XXX from exkalibur create a software raid from /dev/sda1 and /dev/sdb1 to
/dev/md0 and then exit.

If you follow the same steps with Daedalus netinstall, you'll get a system you can boot, but if you upgrade this installation to Excalibur, you'll only get a shell. That is a problem with the initrd.img-XXX from excalibur.

And that's exactly my problem. I upgraded Daedalus to Excalibur on /dev/md1 and I can't boot it.

@steve_v

My settings here are:
My bootloader is install in the mbr from sda and sdb. I can choose from bios (f8) from which hardisk i want to boot. On sda1 and sdb1 are the kernel etc. In grub on sda1 i have a entry

title       Devuan [DISK 1]
root        (hd1,0)
configfile  /grub/menu.lst

so that I can switch to the grub menu on sdb1 an back with 

title       Devuan [DISK 0]
root        (hd0,0)
configfile  /grub/menu.lst

If a hard drive is "dead," I can still boot my system ...

Thank you
fuchur

#5 Re: Installation » [SOLVED] Can't run Devuan Excalibur on Software Raid » 2025-11-12 22:31:53

fuchur

Hi

First of all, thank you for your help. It seems I didn't provide enough information, sorry.

I was gentoo user from 2003 until 2018 before that redhat. Since 2018 I uses devuan.
But i have allways more as one dist on my computer. And always a debian on one partition.
Now i have on md0 daedalus, on md1 also devuan and on md2 debian bookworm.
I have been working almost exclusively with Devuan since 2018. Upgrade from ascii to beowulf to chimaera to daedalus without reinstalling.

I also always use software raid1. If one hard disk shows any error, I buy two new ones and replace both.

What I have found out so far:
My partitions  fdisk -l /dev/sda and  fdisk -l /dev/sdb

Disk /dev/sda: 465,76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: XXXXX
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xa84fef2b

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048   2099199   2097152     1G 83 Linux
/dev/sda2         2099200   8390655   6291456     3G 82 Linux swap / Solaris
/dev/sda3         8392702 976773167 968380466 461,8G  5 Extended
/dev/sda5         8392704  71307263  62914560    30G fd Linux raid autodetect
/dev/sda6        71309312 134223871  62914560    30G fd Linux raid autodetect
/dev/sda7       134225920 197140479  62914560    30G fd Linux raid autodetect
/dev/sda8       197142528 260057087  62914560    30G fd Linux raid autodetect
/dev/sda9       260059136 322973695  62914560    30G fd Linux raid autodetect
/dev/sda10      322975744 532690943 209715200   100G fd Linux raid autodetect
/dev/sda11      532692992 742408191 209715200   100G fd Linux raid autodetect
/dev/sda12      742410240 868239359 125829120    60G fd Linux raid autodetect
/dev/sda13      868241408 976773167 108531760  51,8G fd Linux raid autodetect

Disk /dev/sdb: 465,76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: XXXXXX
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x23f22cdd

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sdb1  *         2048   2099199   2097152     1G 83 Linux
/dev/sdb2         2099200   8390655   6291456     3G 82 Linux swap / Solaris
/dev/sdb3         8392702 976773167 968380466 461,8G  5 Extended
/dev/sdb5         8392704  71307263  62914560    30G fd Linux raid autodetect
/dev/sdb6        71309312 134223871  62914560    30G fd Linux raid autodetect
/dev/sdb7       134225920 197140479  62914560    30G fd Linux raid autodetect
/dev/sdb8       197142528 260057087  62914560    30G fd Linux raid autodetect
/dev/sdb9       260059136 322973695  62914560    30G fd Linux raid autodetect
/dev/sdb10      322975744 532690943 209715200   100G fd Linux raid autodetect
/dev/sdb11      532692992 742408191 209715200   100G fd Linux raid autodetect
/dev/sdb12      742410240 868239359 125829120    60G fd Linux raid autodetect
/dev/sdb13      868241408 976773167 108531760  51,8G fd Linux raid autodetect

I  try upgrade or netinstall exkalibur on md1 it doesn't work.
By daedalus i have by "ls -al /dev/disk/by-uuid/"

insgesamt 0
drwxr-xr-x 2 root root 380 12. Nov 22:30 .
drwxr-xr-x 6 root root 120 12. Nov 22:30 ..
lrwxrwxrwx 1 root root   9 12. Nov 21:32 00e3a430-c3f3-415a-8184-b9f296dfcb4a -> ../../md6
lrwxrwxrwx 1 root root  10 12. Nov 21:32 16aeeea9-79e7-45af-b910-c9f67a1e2e71 -> ../../dm-0
lrwxrwxrwx 1 root root   9 12. Nov 21:32 205d2bd2-921c-4026-b75e-852d5ff4b776 -> ../../md4
lrwxrwxrwx 1 root root  10 12. Nov 21:32 20c75327-2c6c-45e3-b84c-6dbe7274345c -> ../../dm-1
lrwxrwxrwx 1 root root  10 12. Nov 21:32 2e65ba46-112d-4db4-a59f-85347acd6a93 -> ../../sdb1
lrwxrwxrwx 1 root root  10 12. Nov 21:32 31769cbd-e6aa-4389-bf84-f08820c082c0 -> ../../sda1
lrwxrwxrwx 1 root root  10 12. Nov 21:32 344d7261-85e7-492d-8af3-7bb401e5b0ec -> ../../dm-3
lrwxrwxrwx 1 root root   9 12. Nov 21:32 47f3e46c-88c8-4f7d-ae23-2d4a30aed144 -> ../../md2
lrwxrwxrwx 1 root root  10 12. Nov 21:32 65855ccf-6959-4f44-9627-3c0e8c7dea57 -> ../../dm-5
lrwxrwxrwx 1 root root  10 12. Nov 21:32 9147d4bc-2be0-45ca-8480-11052c08749b -> ../../dm-6
lrwxrwxrwx 1 root root   9 12. Nov 21:32 96317a0a-5a62-41c5-acff-4e00e4da6257 -> ../../md7
lrwxrwxrwx 1 root root   9 12. Nov 21:32 9c398194-0af4-46a6-aa22-a3eb22cadad9 -> ../../md3
lrwxrwxrwx 1 root root   9 12. Nov 21:32 a79feef2-3f48-4bc7-b5bf-ace12566dbe0 -> ../../md8
lrwxrwxrwx 1 root root  10 12. Nov 21:32 abe5ff0e-b8ef-490c-8eab-bec30bb237b7 -> ../../dm-4
lrwxrwxrwx 1 root root   9 12. Nov 21:32 d6ddee59-f8c7-4e29-85c6-8670b0ad6e6a -> ../../md1
lrwxrwxrwx 1 root root   9 12. Nov 21:32 d866b428-e3af-4dea-9f6c-60f3f56aa302 -> ../../md0
lrwxrwxrwx 1 root root   9 12. Nov 21:32 deac6dd7-a584-4c2b-88e6-f978ef0c19f2 -> ../../md5

and by excalibur from busybox

total 0
drwxr-xr-x    2 0        0              100 Nov 12 13:53 .
drwxr-xr-x    6 0        0              120 Nov 12 13:53 ..
lrwxrwxrwx    1 0        0               11 Nov 12 13:53 d6ddee59-f8c7-4e29-85c6-8670b0ad6e6a -> ../../md8p6
lrwxrwxrwx    1 0        0                9 Nov 12 13:53 d866b428-e3af-4dea-9f6c-60f3f56aa302 -> ../../md0
lrwxrwxrwx    1 0        0               11 Nov 12 13:53 e1e1fbca-b4f3-42f5-8553-898219668ad4 -> ../../md8p1

To find out which partitions are md0 I mount md0 in busybox

mkdir /aaa
mount /dev/md0 /aaa -t ext2
ls -al /aaa

insgesamt 43404
lrwxrwxrwx 1 root root        1 14. Aug 2010  boot -> .
-rw-r--r-- 1 root root   259588  7. Mai 2025  config-6.1.0-35-amd64
-rw-r--r-- 1 root root   259590 26. Aug 22:35 config-6.1.0-39-amd64
drwxr-xr-x 3 root root     4096 25. Jan 2017  debian
drwxr-xr-x 3 root root     4096 14. Dez 2013  extlinux
drwxr-xr-x 5 root root     4096 25. Okt 2014  fedora
drwxr-xr-x 2 root root     4096 21. Jan 2018  gentoo
drwxr-xr-x 2 root root     4096 12. Nov 21:30 grub
drwxr-xr-x 4 root root     4096 17. Okt 2011  grub-17.10.11
drwxr-xr-x 3 root root     4096  4. Sep 2010  grub-26.09.10
-rw-r--r-- 1 root root       70 24. Aug 2004  grub-einrichten
drwxr-xr-x 2 root root     4096 30. Nov 2003  grub-genntoo.org
drwxr-xr-x 2 root root     4096 30. Nov 2003  grub.org
-rw-r--r-- 1 root root      733 30. Nov 2003  initrd-erstellen
lrwxrwxrwx 1 root root       25  7. Sep 02:01 initrd.img -> initrd.img-6.1.0-39-amd64
-rw-r--r-- 1 root root 13319909 12. Nov 21:29 initrd.img-6.1.0-35-amd64
-rw-r--r-- 1 root root 13311761 12. Nov 21:29 initrd.img-6.1.0-39-amd64
lrwxrwxrwx 1 root root       25  7. Sep 02:01 initrd.img.old -> initrd.img-6.1.0-35-amd64
drwx------ 2 root root    16384 30. Nov 2003  lost+found
drwxr-xr-x 2 root root     4096 23. Aug 2014  memtest86
-rw-r--r-- 1 root root    98964 29. Jul 2019  memtest86.bin
-rw-r--r-- 1 root root   138712 11. Feb 2023  memtest86+ia32.bin
-rw-r--r-- 1 root root   139776 11. Feb 2023  memtest86+ia32.efi
drwxr-xr-x 2 root root     4096 23. Aug 2014  memtest86plus
-rw-r--r-- 1 root root   144312 11. Feb 2023  memtest86+x64.bin
-rw-r--r-- 1 root root   145408 11. Feb 2023  memtest86+x64.efi
drwxr-xr-x 3 root root     4096  8. Sep 2014  mint
-rw------- 1 root root       32 11. Feb 2017  quota.group
-rw------- 1 root root        0 30. Nov 2003  quota.user
-rw-r--r-- 1 root root       83  7. Mai 2025  System.map-6.1.0-35-amd64
-rw-r--r-- 1 root root       83 26. Aug 22:35 System.map-6.1.0-39-amd64
lrwxrwxrwx 1 root root       22  7. Sep 02:01 vmlinuz -> vmlinuz-6.1.0-39-amd64
-rw-r--r-- 1 root root  8193984  7. Mai 2025  vmlinuz-6.1.0-35-amd64
-rw-r--r-- 1 root root  8230848 26. Aug 22:35 vmlinuz-6.1.0-39-amd64
lrwxrwxrwx 1 root root       22  7. Sep 02:01 vmlinuz.old -> vmlinuz-6.1.0-35-amd64

It is my boot partition /dev/sda1 ???
Ok we want the uuid from my disks

ls -al /dev/disk/by-uuid/ >/aaa/uuid.txt

Umount /aaa and reboot. And now my system was broken. I can't boot an other linux, grub error. I run rescure mode from netinstall stick run fsck.ext2 on /dev/sda1 and the same on /dev/sdb1. I mount /dev/sda1 to check:

ls -al sda1
insgesamt 40096
-rw-r--r-- 1 fuchur root     151020 17. Nov 2024  boot
-rw-r--r-- 1 fuchur root     157184 17. Nov 2024  config-6.1.0-35-amd64
-rw-r--r-- 1 fuchur root    8186236 12. Nov 03:52 config-6.1.0-39-amd64
drwxr-xr-x 2 fuchur root       4096 12. Nov 03:52 fedora
-rw-r--r-- 1 fuchur root        172 12. Nov 03:49 grub-17.10.11
lrwxrwxrwx 1 fuchur fuchur       27 12. Nov 18:31 grub-einrichten -> vmlinuz-6.12.48+deb13-amd64
-rw-r--r-- 1 fuchur root        191 31. Aug 16:01 grub.org
lrwxrwxrwx 1 fuchur fuchur       30 12. Nov 18:31 initrd-erstellen -> initrd.img-6.12.48+deb13-amd64
lrwxrwxrwx 1 fuchur fuchur       27 12. Nov 18:31 initrd.img-6.1.0-35-amd64 -> vmlinuz-6.12.43+deb13-amd64
-rw-r--r-- 1 fuchur root     283278 27. Aug 10:10 initrd.img.old
-rw-r--r-- 1 fuchur root     283306 20. Sep 20:41 .keep
drwx------ 2 fuchur root       4096 31. Aug 15:53 lost+found
-rw-r--r-- 1 fuchur root         83 27. Aug 10:10 memtest86+x64.efi
-rw-r--r-- 1 fuchur root         83 20. Sep 20:41 quota.group
-rw-r--r-- 1 fuchur root   12101568 27. Aug 10:10 quota.user
-rw-r--r-- 1 fuchur root    7424114 12. Nov 03:26 System.map-6.1.0-35-amd64
-rw-r--r-- 1 fuchur root     152064 17. Nov 2024  System.map-6.1.0-39-amd64
drwxr-xr-x 2 fuchur root       4096 12. Nov 15:05 uuid
-rw-r--r-- 1 fuchur root     155992 17. Nov 2024  vmlinuz
-rw-r--r-- 1 fuchur root   12109760 20. Sep 20:41 vmlinuz-6.1.0-39-amd64

On sdb1 i also see wrong links, missing files (see above).
Here's what happened:
Excalibur creates a RAID array from my partitions sda1 and sdb1.
See my output of fdisk -l, sda1 and sdb1 are not RAID partitions.
Later today i do a netinstall with Daedalus to check i am right.

Thank you

fuchur

#6 Re: Installation » [SOLVED] Can't run Devuan Excalibur on Software Raid » 2025-11-12 00:30:02

fuchur

Hi

Thank you stargate-sg1-cheyenne-mtn.
It doesn't help in my situation.

For testing purposes, I installed Debian Trixie on md1. I'm getting the same errors.
I have no idea why it's like that. And I've tried a lot of things. sad
Okay, I'll keep looking ...

Is anyone here who is running Excalibur or Trixie on a software RAID?

fuchur

#7 Installation » [SOLVED] Can't run Devuan Excalibur on Software Raid » 2025-11-10 21:48:14

fuchur
Replies: 11

Hi

I have a devuan  on a software raid1. If i upgrade to excalibur i can't boot excalibur. If i install
excalibur with the netinstall iso it is the same. I can't run excalibur on software raid1.

My settings on daedalus are:

ls -al /dev/sd*

brw-rw---- 1 root disk 8,  0 10. Nov 17:01 /dev/sda
brw-rw---- 1 root disk 8,  1 10. Nov 17:02 /dev/sda1
brw-rw---- 1 root disk 8, 10 10. Nov 17:01 /dev/sda10
brw-rw---- 1 root disk 8, 11 10. Nov 17:01 /dev/sda11
brw-rw---- 1 root disk 8, 12 10. Nov 17:01 /dev/sda12
brw-rw---- 1 root disk 8, 13 10. Nov 17:01 /dev/sda13
brw-rw---- 1 root disk 8,  2 10. Nov 17:01 /dev/sda2
brw-rw---- 1 root disk 8,  3 10. Nov 17:01 /dev/sda3
brw-rw---- 1 root disk 8,  5 10. Nov 17:01 /dev/sda5
brw-rw---- 1 root disk 8,  6 10. Nov 17:01 /dev/sda6
brw-rw---- 1 root disk 8,  7 10. Nov 17:01 /dev/sda7
brw-rw---- 1 root disk 8,  8 10. Nov 17:01 /dev/sda8
brw-rw---- 1 root disk 8,  9 10. Nov 17:01 /dev/sda9
brw-rw---- 1 root disk 8, 16 10. Nov 17:01 /dev/sdb
brw-rw---- 1 root disk 8, 17 10. Nov 17:02 /dev/sdb1
brw-rw---- 1 root disk 8, 26 10. Nov 17:01 /dev/sdb10
brw-rw---- 1 root disk 8, 27 10. Nov 17:01 /dev/sdb11
brw-rw---- 1 root disk 8, 28 10. Nov 17:01 /dev/sdb12
brw-rw---- 1 root disk 8, 29 10. Nov 17:01 /dev/sdb13
brw-rw---- 1 root disk 8, 18 10. Nov 17:01 /dev/sdb2
brw-rw---- 1 root disk 8, 19 10. Nov 17:01 /dev/sdb3
brw-rw---- 1 root disk 8, 21 10. Nov 17:01 /dev/sdb5
brw-rw---- 1 root disk 8, 22 10. Nov 17:01 /dev/sdb6
brw-rw---- 1 root disk 8, 23 10. Nov 17:01 /dev/sdb7
brw-rw---- 1 root disk 8, 24 10. Nov 17:01 /dev/sdb8
brw-rw---- 1 root disk 8, 25 10. Nov 17:01 /dev/sdb9

ls -al /dev/md*

brw-rw---- 1 root disk 9, 0 10. Nov 17:01 /dev/md0
brw-rw---- 1 root disk 9, 1 10. Nov 17:01 /dev/md1
brw-rw---- 1 root disk 9, 2 10. Nov 17:01 /dev/md2
brw-rw---- 1 root disk 9, 3 10. Nov 17:01 /dev/md3
brw-rw---- 1 root disk 9, 4 10. Nov 17:01 /dev/md4
brw-rw---- 1 root disk 9, 5 10. Nov 17:02 /dev/md5
brw-rw---- 1 root disk 9, 6 10. Nov 17:02 /dev/md6
brw-rw---- 1 root disk 9, 7 10. Nov 17:02 /dev/md7
brw-rw---- 1 root disk 9, 8 10. Nov 17:02 /dev/md8

and my /etc/mdadm/mdadm.conf:

...
...
### mdadm --detail --scan ###
ARRAY /dev/md0 metadata=0.90 UUID=35db0565:bdb0a530:cb89c46c:33eba8ec
ARRAY /dev/md1 metadata=0.90 UUID=590d4c31:66a551d9:edd8d016:611227ea
ARRAY /dev/md2 metadata=0.90 UUID=a69a5500:3b8eb3dd:edd8d016:611227ea
ARRAY /dev/md3 metadata=0.90 UUID=74568af8:de558d15:edd8d016:611227ea
ARRAY /dev/md4 metadata=0.90 UUID=5cf35ac9:42f8c8f8:edd8d016:611227ea
ARRAY /dev/md5 metadata=0.90 UUID=f2fbc821:cb4ccbc1:edd8d016:611227ea
ARRAY /dev/md6 metadata=0.90 UUID=2bd8ae10:6c9d0453:edd8d016:611227ea
ARRAY /dev/md7 metadata=0.90 UUID=b6764357:172ddd81:cb89c46c:33eba8ec
ARRAY /dev/md8 metadata=0.90 UUID=4631c52e:843a9462:cb89c46c:33eba8ec

### mdadm --detail --scan --verbose ###
#ARRAY /dev/md0 level=raid1 num-devices=2 metadata=0.90 UUID=35db0565:bdb0a530:cb89c46c:33eba8ec
#   devices=/dev/sda5,/dev/sdb5
#ARRAY /dev/md1 level=raid1 num-devices=2 metadata=0.90 UUID=590d4c31:66a551d9:edd8d016:611227ea
#   devices=/dev/sda6,/dev/sdb6
#ARRAY /dev/md2 level=raid1 num-devices=2 metadata=0.90 UUID=a69a5500:3b8eb3dd:edd8d016:611227ea
#   devices=/dev/sda7,/dev/sdb7
#ARRAY /dev/md3 level=raid1 num-devices=2 metadata=0.90 UUID=74568af8:de558d15:edd8d016:611227ea
#   devices=/dev/sda8,/dev/sdb8
#ARRAY /dev/md4 level=raid1 num-devices=2 metadata=0.90 UUID=5cf35ac9:42f8c8f8:edd8d016:611227ea
#   devices=/dev/sda9,/dev/sdb9
#ARRAY /dev/md5 level=raid1 num-devices=2 metadata=0.90 UUID=f2fbc821:cb4ccbc1:edd8d016:611227ea
#   devices=/dev/sda10,/dev/sdb10
#ARRAY /dev/md6 level=raid1 num-devices=2 metadata=0.90 UUID=2bd8ae10:6c9d0453:edd8d016:611227ea
#   devices=/dev/sda11,/dev/sdb11
#ARRAY /dev/md7 level=raid1 num-devices=2 metadata=0.90 UUID=b6764357:172ddd81:cb89c46c:33eba8ec
#   devices=/dev/sda12,/dev/sdb12
#ARRAY /dev/md8 level=raid1 num-devices=2 metadata=0.90 UUID=4631c52e:843a9462:cb89c46c:33eba8ec
#   devices=/dev/sda13,/dev/sdb13

After upgrade daedalus to excalibur (or new install excalibur) and try to boot i see several times:
Running: scripts/local-block
and the its opens a busybox shell.

If i now type "ls -al /dev/sd*" in got this:

brw-------    1 0        0           8,   0 Nov 10 01:25 /dev/sda
brw-------    1 0        0           8,  16 Nov 10 01:25 /dev/sdb

and by "ls -al /dev/md*" this:

brw-------    1 0        0           9,   0 Nov 10 01:26 /dev/md0
brw-------    1 0        0           9,   8 Nov 10 01:25 /dev/md8
brw-------    1 0        0         259,   0 Nov 10 01:25 /dev/md8p1
brw-------    1 0        0         259,   1 Nov 10 01:25 /dev/md8p2
brw-------    1 0        0         259,   2 Nov 10 01:25 /dev/md8p3
brw-------    1 0        0         259,   3 Nov 10 01:25 /dev/md8p5
brw-------    1 0        0         259,   4 Nov 10 01:25 /dev/md8p6

the last 40 lines from dmesg:

[    4.415900] usb 1-2.4: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[    4.418091] usb 1-2.4: Product: USB2.0 HUB
[    4.420597] hub 1-2.4:1.0: USB hub found
[    4.422778] hub 1-2.4:1.0: 4 ports detected
[    4.502171]  sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 sda12 sda13 >
[    4.504859] sd 2:0:0:0: [sda] Attached SCSI disk
[    4.520338]  sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 sdb11 sdb12 sdb13 >
[    4.523111] sd 3:0:0:0: [sdb] Attached SCSI disk
[    4.565092] usb 2-8: new full-speed USB device number 3 using ohci-pci
[    4.689374] md/raid1:md8: active with 2 out of 2 mirrors
[    4.691551] md8: detected capacity change from 0 to 108531584
[    4.703950] device-mapper: core: CONFIG_IMA_DISABLE_HTABLE is disabled. Duplicate IMA measurements will not be recorded in the IMA log.
[    4.706245] device-mapper: uevent: version 1.0.3
[    4.708621] device-mapper: ioctl: 4.50.0-ioctl (2025-04-28) initialised: dm-devel@lists.linux.dev
[    4.709063] usb 1-2.4.3: new full-speed USB device number 5 using ehci-pci
[    4.752157]  md8: p1 p2 p3 < p5 p6 >
[    4.754464] md8: partition table partially beyond EOD, truncated
[    4.757160] md8: p6 size 62914560 extends beyond EOD, truncated
[    4.757161] usb 2-8: device descriptor read/64, error -62
[    4.836704] usb 1-2.4.3: New USB device found, idVendor=0a12, idProduct=0001, bcdDevice=52.76
[    4.839117] usb 1-2.4.3: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    5.049056] usb 2-8: device descriptor read/64, error -62
[    5.153101] usb usb2-port8: attempt power cycle
[    5.353075] usb 2-8: new full-speed USB device number 4 using ohci-pci
[    5.765081] usb 2-8: device not accepting address 4, error -62
[    5.949074] usb 2-8: new full-speed USB device number 5 using ohci-pci
[    6.361077] usb 2-8: device not accepting address 5, error -62
[    6.363620] usb usb2-port8: unable to enumerate USB device
[   18.293082] scsi host6: Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
[   18.293082]         <Adaptec 2940 Ultra2 SCSI adapter (OEM)>
[   18.293082]         aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs
[   18.293082] 
[   22.329035] raid6: sse2x4   gen()  6481 MB/s
[   22.397084] raid6: sse2x2   gen()  6365 MB/s
[   22.465023] raid6: sse2x1   gen()  4907 MB/s
[   22.467541] raid6: using algorithm sse2x4 gen() 6481 MB/s
[   22.537025] raid6: .... xor() 1851 MB/s, rmw enabled
[   22.539616] raid6: using intx1 recovery algorithm
[   22.551090] xor: measuring software checksum speed
[   22.553894]    prefetch64-sse  : 10620 MB/sec
[   22.556676]    generic_sse     :  9950 MB/sec
[   22.559114] xor: using function: prefetch64-sse (10620 MB/sec)
[   22.569735] async_tx: api initialized (async)
[   43.777082] md/raid1:md0: active with 1 out of 2 mirrors
[   43.779121] md0: detected capacity change from 0 to 62914432

To test what happens. From a other linux i chroot excalibur and remove mdadm with
"apt remove mdadm" (i know i can't run excalibur on /dev/md1, it's for testing only).
I reboot excalibur and now i see this:

"ls -al /dev/sd*"

brw-------    1 0        0           8,   0 Nov 10 01:38 /dev/sda
brw-------    1 0        0           8,   1 Nov 10 01:38 /dev/sda1
brw-------    1 0        0           8,  10 Nov 10 01:38 /dev/sda10
brw-------    1 0        0           8,  11 Nov 10 01:38 /dev/sda11
brw-------    1 0        0           8,  12 Nov 10 01:38 /dev/sda12
brw-------    1 0        0           8,  13 Nov 10 01:38 /dev/sda13
brw-------    1 0        0           8,   2 Nov 10 01:38 /dev/sda2
brw-------    1 0        0           8,   3 Nov 10 01:38 /dev/sda3
brw-------    1 0        0           8,   5 Nov 10 01:38 /dev/sda5
brw-------    1 0        0           8,   6 Nov 10 01:38 /dev/sda6
brw-------    1 0        0           8,   7 Nov 10 01:38 /dev/sda7
brw-------    1 0        0           8,   8 Nov 10 01:38 /dev/sda8
brw-------    1 0        0           8,   9 Nov 10 01:38 /dev/sda9
brw-------    1 0        0           8,  16 Nov 10 01:38 /dev/sdb
brw-------    1 0        0           8,  17 Nov 10 01:38 /dev/sdb1
brw-------    1 0        0           8,  26 Nov 10 01:38 /dev/sdb10
brw-------    1 0        0           8,  27 Nov 10 01:38 /dev/sdb11
brw-------    1 0        0           8,  28 Nov 10 01:38 /dev/sdb12
brw-------    1 0        0           8,  29 Nov 10 01:38 /dev/sdb13
brw-------    1 0        0           8,  18 Nov 10 01:38 /dev/sdb2
brw-------    1 0        0           8,  19 Nov 10 01:38 /dev/sdb3
brw-------    1 0        0           8,  21 Nov 10 01:38 /dev/sdb5
brw-------    1 0        0           8,  22 Nov 10 01:38 /dev/sdb6
brw-------    1 0        0           8,  23 Nov 10 01:38 /dev/sdb7
brw-------    1 0        0           8,  24 Nov 10 01:38 /dev/sdb8
brw-------    1 0        0           8,  25 Nov 10 01:38 /dev/sdb9

and the last 40 lines from dmesg:

[    4.464448] usbcore: registered new interface driver usb-storage
[    4.494119]  sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 sda12 sda13 >
[    4.496997] sd 1:0:0:0: [sda] Attached SCSI disk
[    4.509077] usb 1-2.4: new high-speed USB device number 5 using ehci-pci
[    4.525091] usb 2-8: new full-speed USB device number 3 using ohci-pci
[    4.534870]  sdb: sdb1 sdb2 sdb3 < sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 sdb11 sdb12 sdb13 >
[    4.537843] sd 3:0:0:0: [sdb] Attached SCSI disk
[    4.552617] usbcore: registered new interface driver uas
[    4.626410] device-mapper: core: CONFIG_IMA_DISABLE_HTABLE is disabled. Duplicate IMA measurements will not be recorded in the IMA log.
[    4.628846] device-mapper: uevent: version 1.0.3
[    4.631422] device-mapper: ioctl: 4.50.0-ioctl (2025-04-28) initialised: dm-devel@lists.linux.dev
[    4.634336] usb 1-2.4: New USB device found, idVendor=214b, idProduct=7250, bcdDevice= 1.00
[    4.636837] usb 1-2.4: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[    4.639380] usb 1-2.4: Product: USB2.0 HUB
[    4.642468] hub 1-2.4:1.0: USB hub found
[    4.645112] hub 1-2.4:1.0: 4 ports detected
[    4.717084] usb 2-8: device descriptor read/64, error -62
[    4.929072] usb 1-2.4.3: new full-speed USB device number 6 using ehci-pci
[    5.013107] usb 2-8: device descriptor read/64, error -62
[    5.056771] usb 1-2.4.3: New USB device found, idVendor=0a12, idProduct=0001, bcdDevice=52.76
[    5.059414] usb 1-2.4.3: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    5.121103] usb usb2-port8: attempt power cycle
[    5.317086] usb 2-8: new full-speed USB device number 4 using ohci-pci
[    5.494025] scsi 7:0:0:0: Direct-Access     Intenso  Business         0.00 PQ: 0 ANSI: 2
[    5.641008] sd 7:0:0:0: [sdc] 15237120 512-byte logical blocks: (7.80 GB/7.27 GiB)
[    5.644485] sd 7:0:0:0: [sdc] Write Protect is off
[    5.647149] sd 7:0:0:0: [sdc] Mode Sense: 00 00 00 00
[    5.647857] sd 7:0:0:0: [sdc] Asking for cache data failed
[    5.650535] sd 7:0:0:0: [sdc] Assuming drive cache: write through
[    5.729093] usb 2-8: device not accepting address 4, error -62
[    5.913083] usb 2-8: new full-speed USB device number 5 using ohci-pci
[    5.963129]  sdc: sdc1 sdc2 < sdc5 sdc6 sdc7 sdc8 >
[    5.966197] sd 7:0:0:0: [sdc] Attached SCSI removable disk
[    6.325087] usb 2-8: device not accepting address 5, error -62
[    6.327790] usb usb2-port8: unable to enumerate USB device
[   18.293079] scsi host6: Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
[   18.293079]         <Adaptec 2940 Ultra2 SCSI adapter (OEM)>
[   18.293079]         aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs
[   18.293079] 
[  396.036000] usb 1-2.1: USB disconnect, device number 4

I have excalibur install on /dev/md1.

I have downgrade mdadm, eudev and initramfs-tools from
daedalus in excalibur (chroot) but it is the same.

Can someone help?

Thank you fuchur

Pages: 1

Board footer

Forum Software