Ubuntu 22.04 (generic) here. After installing Dell Command Configure from .deb, some versions of the openssl shared libraries are placed into /opt/dell/dcc These libraries seem to be either deprecated or purposely altered and are then loaded before the system's defaults and seem to break various features including certificate creation, wifi authentication etc. Has anybody else experienced this? Dell, any official word on why DCC tool overrides the openssl libraries with their own?
1. Which version of Dell Command Configure have you installed on 22.04? Version 4.8 (latest) only supports 20.04.
2. Can you run dpkg --contents on the package and post the output?
3. I do not have such files on my installation.
Mine was even older (perhaps it was the latest at the time) 4.7.0-433. I removed it since, because it messed up my wifi. Perhaps I can look into the new version. The problem, however, is that this package installs (maybe no more in the more recent version?) their own copy of libcrypto files and overrides whatever is installed in the system elsewhere. I find that very annoying
Indeed, it seems dell command comes with their own libcrypto, libssl (see listing below) - why? I haven't tried installing this on 22.04 as I don't want that to break openssl. I am surprised though that this overrides the system-installed libraries. When can we expect dell command to support Ubuntu 22.04?
# dpkg -c command-configure_4.8.0-494.ubuntu20_amd64.deb
drwxr-xr-x root/root 0 2022-08-25 02:55 ./
drwxr-xr-x root/root 0 2022-08-25 02:55 ./etc/
drwxr-xr-x root/root 0 2022-08-25 02:55 ./etc/ld.so.conf.d/
-rw-r--r-- root/root 15 2022-08-25 02:55 ./etc/ld.so.conf.d/hapiintfdcc.conf
drwxr-xr-x root/root 0 2022-08-25 02:55 ./opt/
drwxr-xr-x root/root 0 2022-08-25 02:55 ./opt/dell/
drwxr-xr-x root/root 0 2022-08-25 02:55 ./opt/dell/dcc/
-rwxr-xr-x root/root 1623352 2022-08-25 02:55 ./opt/dell/dcc/cctk
-rwxr-xr-x root/root 328 2022-08-25 02:55 ./opt/dell/dcc/command-configure.des
-rw-r--r-- root/root 5450928 2022-08-25 02:55 ./opt/dell/dcc/libcrypto.so.3
-rwxr-xr-x root/root 8389112 2022-08-25 02:55 ./opt/dell/dcc/libhapiintf.so
-rwxr-xr-x root/root 1461824 2022-08-25 02:55 ./opt/dell/dcc/libsmbios_c.so.2
-rw-r--r-- root/root 803224 2022-08-25 02:55 ./opt/dell/dcc/libssl.so.3
I confirm this.
On archlinux, fully updated, 2022-11-06, there is conflict between native new openssl-3.0 /usr/lib/libcrypto.so.3 and dell-command-configure /opt/dell/dcc/libcrypto.so.3. The latter is pulled in the initramfs during it's rebuild (kernel update, etc) via mkinitcpio, causing system shutdown lock and failure on reboot:
error while loading shared libraries: libcrypto.so.3
You can verify this by listing the initramfs tree via:
You need a live USB to fix this with chroot, remove dell-command-configure, run ldconfig and rebuild initramfs. Any update on the system that ignites an initramfs rebuild will cause this if the dell package is present.
Thank you for messaging us. To ensure the privacy of your information, we recommend that you continue chatting with us through direct message. We apologize for the inconvenience.
Find your Service Tag
If still under warranty, click the "Get help now" icon on the right to start a live chat session. To send us a private message, click our DELL-Cares username. Our Forum profile page will then appear. On the right, click "Send this user a private message".
@rvf16gThanks so much for trying this out! By 'workaround', do mean that following the commands mentioned in posts #5-#8 under this link allow you to use dell-command-configure on 22.04 while maintaining the system's version of libcrypto.so.3? I am a bit nervous experimenting with this before confirmation, given the severity of the issues you mentioned!
Yes, you keep both functioning properly but you don't need to anymore, the dell-command-configure package has been updated, at least on archlinux, and the library problem has been fixed. With latest dell-command-configure 22.214.171.1243-3 everything is fine. no need for workarounds.