You are not logged in.
Well, you'd want the forked packages.
I still think your issue is that the USB host (xhci_hcd) driver fails to suspend, which the log says, and it willl need explicit unloading beforehand. I.e. it's not related to which Xorg packages you have.
Maybe worth a try to install pm-utils and trial it with the pm-suspend command?
Tom, did your painstaking creation of /etc/network/interfaces configurations include a line like
auto ethX0 ethX1which is what ifupdown requires in order to auto-configure those interfaces when started?
There is e.g. man 5 interfaces for some llight reading about this.
Usually one would install task-xfce-desktop and be happy with that. It would bring in that s.c. "standard" xfce desktop environment with all its bells and whistles. Though it appears you want something else.
If you want to do it with tasksel I think you need to reconfigure rather than install.
EDIT: no I was wrong about tasksel; you just run it as root.
hmm that's from pm-utils ... I guess I assumed you suspended via pm-suspend but apparently you suspend in some other way, so you may need to use its way of unloading modules.
try with
SUSPEND_MODULES=xhci_hcdin /etc/pm/config.d/something
EDIT: That of course will stop wake-up via USB keyboard...
???
2024-06-02T22:01:39.784035+02:00 rh060 kernel: [ 1020.772430] xhci_hcd 0000:05:00.0: PM: pci_pm_suspend(): hcd_pci_suspend+0x0/0x20 [usbcore] returns -16
2024-06-02T22:01:39.784036+02:00 rh060 kernel: [ 1020.772454] xhci_hcd 0000:05:00.0: PM: dpm_run_callback(): pci_pm_suspend+0x0/0x170 returns -16
2024-06-02T22:01:39.784036+02:00 rh060 kernel: [ 1020.772464] xhci_hcd 0000:05:00.0: PM: failed to suspend async: error -16
2024-06-02T22:01:39.784037+02:00 rh060 kernel: [ 1021.246710] PM: Some devices failed to suspend, or early wake event detectedThis looks like "the broken xhci_hcd problem" from 2015 is back... at the time it was solved by unloading the module before sleep and loading it back on resume.
You should then click "Mark SOLVED" to let the forum s/w automagically edit the initial title... or edit it by hand if you prefer.
It appears that the documentation page you linked
https://www.devuan.org/os/documentation … all-devuan
skips a couple of dialoges:
1. between its 9 and 10 is a dialogue to select which disk to work with, and
2. between its 10 and 11 is a dialog that presents an overview of all disk layouts.
If the #11 dialog in your case includes sdb, you need to choose the "No" option to go back to the partitioner and undo any partitioning of sdb that you have chosen.
Fair enough. afaik it's the very same software, but obviously there's something different.
I would say that technically the story is that the partitioning software shows all avaiable drives of the system, and it's the person installing that decides and selects which drives to partition and how to use them for installation.
However, it's the software is the debian package partman. If you feel strongly about it you should lodge a bug report about the package to bugs.debian.org.
If you install imagemagick-6.q16 you get convert and display, and then you can amuse yourself with commands like:
$ convert \
https://kathleenkarlsen.com/wp-content/uploads/2021/12/Medicine-Buddha-Mantra-Illustration.png \
-fill black -pointsize 28 -annotate +10+30 "Om Mani Padme Hum" \
PNG:- | display -You may try with a TAB and then add console=ttyS0,115200 to the boot parameters somewhere early, and then you also need to tell qemu to offer the serial on the console perhaps multiplexed with the qemu monitor by adding -serial mon:stdio to its arguments. That will do well until the first reboot where you also need to have configured the bootup init system to offer serial login.
@tyrlak, make sure your xserver-xorg-core and xserver-common packages are version 2:21.1.7-3+deb12u5devuan1 from devuan-security.
Which issue?
Clearly mount doesn't find any partition with label DEVUAN501 so the preamble moves on to the Ventoy patch in order to loopback the ISO image if it finds that, which it does. The loopback device is next presented to the installer which then is quite happy using that.
First cabs off the rank would be:
1. Is this a PATH problem? (Non-root user typically lacks /sbin and /usr/sbin in PATH)
2. Or a problem due to that /bin/sh is dash rather than bash ?
Sounds good. (though I wouldn't keep my software at a microsoft site)
Perhaps check out https://www.debian.org/doc/manuals/maint-guide/ and get your package into the debian collection...
https://unix.stackexchange.com/question … -with-mutt
looks like an option?
Ok.
Perhaps it requires "netconsole" for entering password if you don't have console access.
See https://www.kernel.org/doc/Documentatio … onsole.txt
That would mean to use the "netconsole=" boot parameter rather than (or maybe together with) the "ip=" parameter. At the console end you can run a "socat" process, as per exmaple "3)" on that page.
EDIT: you might also want/need the pty option on the socat service, to make it "user friendlier".
EDIT 2: It's probably obvious, but I don't know anything about "clevis" or "tang", so keep filtering my loose ideas.
Does your initrd contain file /etc/network/interfaces with the lines
allow-hotplug eth0
iface eth0 inet dhcpI would belive that to be needed in order to get the network interface configured before decryption.
ok; ctrl+f4 shifts to vt4, which is dedicated to tail -f /var/log/syslog of the installer. Thus, you can use ctrl+f2 and less /var/log/syslog to explore that, or use nc to transfer it to another host.
I think
https://cryptsetup-team.pages.debian.ne … -boot.html
is a fairly uptodate page, though as I don't use such encryption myself, I don't really know.
The short story is of course that the disk must hold bootloader and decryption software outside of the encryption, and the bootloader installation must know how to use that.
grub offers a granule of documentation at
https://www.gnu.org/software/grub/manua … mount.html
although that merely tells about what's possible rather than how to achieve it. But it looks like section 2 of the debian page above attempts to cover the additional hands-on.
EDIT: That doesn't answer to your actual question, which perhaps would be to use CTRL+F2 to get a command line and use that to explore the installer filesystem. I'm not sure what "installation protocol" is talked about though.
Yes, "excalibur" is a testing release, and this is a good find.
@edsonwolf: please lodge a Debian bug report for package partman-crypto which apparently expects libgcc_s.so.1 to be an installed library in the installer but lacks dependency to ensure that. Specifically, it does depend on libc6-udeb rather than libc6 with the significant difference that it lacks the dependency on libgcc_s.so.1. The partman-crypto developer(s) need to decide how to handle that.
NOTE: a "Debian bug report" is an email to mailto:submit@bugs.debian.org where the first two body text lines would be
Package: partman-crypto
Version: testing
and the rest of the body would be any useful notes to in particular assist the developers in repeating the issue.
Does Void Linux use Devuan's Xorg (i.e. from xserver-xorg-core package)?
That is the variant that includes using seatd rather than logind+dbus to mediate input device access, and it is forked by Devuan for that purpose. The forked version also allows a system setup where the UID/GID running Xorg has file mode access to the input device nodes, in which case it also has the option to spawn a seatd sub process for input device access mediation.
The Debian (non-forked) variant offers only input mediation via logind (over dbus). Though quite possibly Void Linux have their own Xorg variant of course.
Bringing in javascript so members can avoid maintaining existential presence while composing a post is ruled out on policy grounds. That includes variant solution ideas such as adding javascript only for Altoid or expanding the timer concept to make the limit a profile setting.
(Well that last one is technically ruled out by virtue of its implied complexity relative to the body count at the developer team's morning tea)
Off hand a thing one could do without javascript would be an automatic preview kicking in after, say, 28 minutes (by using a so called "refresh tag"), but that would probably be more annoying than helpful.
The idle timer is a "security measure" where the underlying concern is "identity theft" with respect to forum posts. It's a common solution: a session key cookie with time limited validity where every interaction within that time either yields a new such key or (the weaker but simpler approach) just get a validity time extension for the current session key. Other solutions are possible but the morning tea body count is a barrier.