Devuan bug report logs -
#271
crytpsetup: none
Reported by: rsev@riseup.net
Date: Sun, 16 Dec 2018 16:33:01 UTC
Severity: normal
Done: fsmithred <fsmithred@gmail.com>
Reply or subscribe to this bug.
Toggle useless messages
Report forwarded to devuan-bugs@lists.dyne.org, owner@bugs.devuan.org
:
bug#271
; Package cryptsetup
.
(full text, mbox, link).
Acknowledgement sent to rsev@riseup.net
:
New bug report received and forwarded. Copy sent to owner@bugs.devuan.org
.
(full text, mbox, link).
Message #5 received at submit@bugs.devuan.org (full text, mbox, reply):
Package: cryptsetup
Version: 2:1.7.3-4
Severity: normal
Dear Maintainer,
When shuting down my Devuan LVM + LUKS install, it hangs just at the end
of the shutdown sequence presenting messages like "sda5_crypt is busy"
and "sdb_crypt is busy". Only after 30 seconds or so pass, it acatully
shuts down.
Aplying one the patchs available at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792552#5 or
https://bugs.devuan.org//cgi/bugreport.cgi?bug=237 fixes the problems
just fine for me.
Regards,
Rodrigo
-- Package-specific info:
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-4.18.0-0.bpo.1-amd64 root=/dev/mapper/cinza--vg-root
ro quiet
-- /etc/crypttab
sda5_crypt UUID=70c51778-8972-4ccd-b554-3377e25087a3 none luks
sdb_crypt UUID=42730e90-3b0c-4c8e-a8de-ade923baddb6
/root/.sdb_crypt.keyfile luks
-- /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name
devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/mapper/cinza--vg-root / ext4 errors=remount-ro 0
1
# /boot was on /dev/sda1 during installation
UUID=18c90b2d-2409-4717-8ecf-c39f2d3c3484 /boot ext2
defaults 0 2
/dev/mapper/cinza--vg-home /home ext4 defaults 0
2
/dev/mapper/cinza--vg-tmp /tmp ext4 defaults 0
2
/dev/mapper/cinza--vg-var /var ext4 defaults 0
2
/dev/mapper/cinza--vg-swap_1 none swap sw 0
0
/dev/vg2/vm /vm ext4 defaults 0 2
-- lsmod
Module Size Used by
ctr 16384 2
ccm 20480 3
appletalk 40960 0
psnap 16384 1 appletalk
llc 16384 1 psnap
ax25 65536 0
cmac 16384 1
bnep 24576 2
cpufreq_conservative 16384 0
cpufreq_userspace 16384 0
cpufreq_powersave 16384 0
bbswitch 16384 0
snd_hda_codec_realtek 110592 1
snd_hda_codec_generic 86016 1 snd_hda_codec_realtek
arc4 16384 2
intel_rapl 24576 0
x86_pkg_temp_thermal 16384 0
intel_powerclamp 16384 0
iwldvm 159744 0
btusb 53248 0
coretemp 16384 0
btrtl 16384 1 btusb
btbcm 16384 1 btusb
kvm_intel 237568 0
btintel 24576 1 btusb
mac80211 827392 1 iwldvm
i915 1732608 5
bluetooth 630784 26 btrtl,btintel,btbcm,bnep,btusb
kvm 733184 1 kvm_intel
uvcvideo 114688 0
videobuf2_vmalloc 16384 1 uvcvideo
videobuf2_memops 16384 1 videobuf2_vmalloc
iwlwifi 229376 1 iwldvm
snd_hda_intel 45056 3
videobuf2_v4l2 28672 1 uvcvideo
irqbypass 16384 1 kvm
drbg 28672 1
videobuf2_common 49152 2 videobuf2_v4l2,uvcvideo
asus_nb_wmi 28672 0
snd_hda_codec 151552 3
snd_hda_codec_generic,snd_hda_intel,snd_hda_codec_realtek
asus_wmi 32768 1 asus_nb_wmi
iTCO_wdt 16384 0
ansi_cprng 16384 0
videodev 217088 3 videobuf2_v4l2,uvcvideo,videobuf2_common
intel_cstate 16384 0
iTCO_vendor_support 16384 1 iTCO_wdt
sparse_keymap 16384 1 asus_wmi
wmi_bmof 16384 0
mxm_wmi 16384 0
snd_hda_core 94208 4
snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
intel_uncore 135168 0
media 45056 2 videodev,uvcvideo
drm_kms_helper 196608 1 i915
ecdh_generic 24576 2 bluetooth
snd_hwdep 20480 1 snd_hda_codec
joydev 24576 0
cfg80211 782336 3 iwldvm,iwlwifi,mac80211
intel_rapl_perf 16384 0
snd_pcm 118784 3 snd_hda_intel,snd_hda_codec,snd_hda_core
evdev 28672 15
snd_timer 36864 1 snd_pcm
drm 475136 6 drm_kms_helper,i915
pcspkr 16384 0
serio_raw 16384 0
snd 98304 13
snd_hda_codec_generic,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm
rfkill 28672 5 asus_wmi,bluetooth,cfg80211
soundcore 16384 1 snd
mei_me 45056 0
i2c_algo_bit 16384 1 i915
acpi_als 16384 0
mei 110592 1 mei_me
lpc_ich 28672 0
kfifo_buf 16384 1 acpi_als
wmi 28672 3 asus_wmi,wmi_bmof,mxm_wmi
battery 24576 0
industrialio 81920 2 acpi_als,kfifo_buf
video 45056 2 asus_wmi,i915
button 16384 1 i915
asus_wireless 16384 0
ac 16384 0
pcc_cpufreq 16384 0
uinput 20480 1
ext4 741376 6
crc16 16384 2 bluetooth,ext4
mbcache 16384 1 ext4
jbd2 118784 1 ext4
crc32c_generic 16384 0
fscrypto 32768 1 ext4
ecb 16384 0
algif_skcipher 16384 0
af_alg 28672 1 algif_skcipher
dm_crypt 45056 2
dm_mod 147456 23 dm_crypt
sg 36864 0
sd_mod 53248 4
crct10dif_pclmul 16384 0
crc32_pclmul 16384 0
crc32c_intel 24576 11
ghash_clmulni_intel 16384 0
pcbc 16384 0
ahci 40960 3
libahci 40960 1 ahci
ehci_pci 16384 0
aesni_intel 200704 9
aes_x86_64 20480 1 aesni_intel
libata 278528 2 libahci,ahci
crypto_simd 16384 1 aesni_intel
ehci_hcd 94208 1 ehci_pci
cryptd 28672 5
crypto_simd,ghash_clmulni_intel,aesni_intel
glue_helper 16384 1 aesni_intel
psmouse 172032 0
scsi_mod 253952 3 sd_mod,libata,sg
i2c_i801 28672 0
atl1c 53248 0
usbcore 290816 4 ehci_pci,uvcvideo,ehci_hcd,btusb
usb_common 16384 1 usbcore
thermal 20480 0
-- System Information:
Distributor ID: Devuan
Description: Devuan GNU/Linux 2.0 (ascii)
Release: 2.0
Codename: ascii
Architecture: x86_64
Kernel: Linux 4.18.0-0.bpo.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages cryptsetup depends on:
ii cryptsetup-bin 2:2.0.6-1
ii debconf [debconf-2.0] 1.5.61
ii dmsetup 2:1.02.137-2
ii libc6 2.28-2
Versions of packages cryptsetup recommends:
ii busybox 1:1.22.0-19+b3
ii console-setup 1.164
ii initramfs-tools [linux-initramfs-tool] 0.130
ii kbd 2.0.3-2+b1
Versions of packages cryptsetup suggests:
ii dosfstools 4.1-1
pn keyutils <none>
ii liblocale-gettext-perl 1.07-3+b1
-- debconf information:
* cryptsetup/prerm_active_mappings: true
Information forwarded to devuan-bugs@lists.dyne.org, owner@bugs.devuan.org
:
bug#271
; Package cryptsetup
.
(full text, mbox, link).
Acknowledgement sent to Dimitris <dimitris@stinpriza.org>
:
Extra info received and forwarded to list. Copy sent to owner@bugs.devuan.org
.
(full text, mbox, link).
Message #10 received at 271@bugs.devuan.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
cryptsetup in beowulf/ceres faces same issue. shutdown takes almost a
minute to complete. startup takes ~5-10".
version in beowulf at the moment is 2:2.0.6-1 and a lot of things seem
changed, but this bug still occurs.
haven't tried the patches yet, but from what i see filename is different
in beowulf (/lib/cryptsetup/cryptdisks-functions) and maybe other things
too. so i didn't want to risk untested patches for beowulf.
and FYI, MXlinux has a working version for sysvinit without this bug.
remember trying MX not long ago, with luks (included lately in mx
installer), and indeed shutdown had no such issues.
i believe mx package can be found here :
http://mxrepo.com/mx/repo/pool/main/c/cryptsetup-modified-functions/
also, could this be a eudev issue like in debian?
( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791944#305 ) and
fixed in eudev init script like this :
https://salsa.debian.org/systemd-team/systemd/commit/e803efca59978aa5bb1d8806247f986d0c0f7e67
, perhaps??
don't know much about internals, just wandering.
---
using openrc, amd64, fully upgraded beowulf/ceres.
thanks,
d.
[signature.asc (application/pgp-signature, attachment)]
Information forwarded to devuan-bugs@lists.dyne.org, owner@bugs.devuan.org
:
bug#271
; Package cryptsetup
.
(full text, mbox, link).
Acknowledgement sent to fsmithred <fsmithred@gmail.com>
:
Extra info received and forwarded to list. Copy sent to owner@bugs.devuan.org
.
(full text, mbox, link).
Message #15 received at 271@bugs.devuan.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On 02/01/2019 01:02 PM, Where all about bugs in Devuan packages is
reported wrote:
> cryptsetup in beowulf/ceres faces same issue. shutdown takes almost a
> minute to complete. startup takes ~5-10".
>
> version in beowulf at the moment is 2:2.0.6-1 and a lot of things seem
> changed, but this bug still occurs.
It's still present in 2:2.1.0-1 (currently in ceres/beowulf)
I applied Jan's patch from bug#237 and it seems to be working. (my diff
attached)
https://bugs.devuan.org//cgi/bugreport.cgi?bug=237
Another user tried it and sees a cryptsetup error go by quickly on
shutdown. My shutdown goes by too fast for me to see anything.
> i believe mx package can be found here :
> http://mxrepo.com/mx/repo/pool/main/c/cryptsetup-modified-functions/
Looks like it's for the older version of cryptsetup - it uses
cryptdisk.functions instead of cryptdisk-functions
>
> also, could this be a eudev issue like in debian?
> ( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791944#305 ) and
> fixed in eudev init script like this :
> https://salsa.debian.org/systemd-team/systemd/commit/e803efca59978aa5bb1d8806247f986d0c0f7e67
> , perhaps??
> don't know much about internals, just wandering.
Those fixes are already in eudev in beowulf.
fsmithred
[cryptdisks-functions_2.1.0-1.patch (text/x-patch, attachment)]
Reply sent
to fsmithred <fsmithred@gmail.com>
:
You have taken responsibility.
(Wed, 08 Feb 2023 17:56:01 GMT) (full text, mbox, link).
Notification sent
to rsev@riseup.net
:
bug acknowledged by developer.
(Wed, 08 Feb 2023 17:56:04 GMT) (full text, mbox, link).
Message #20 received at 271-close@bugs.devuan.org (full text, mbox, reply):
close
Fixed in beowulf by addition of package cryptsetup-modified-functions
Send a report that this bug log contains spam.