@altoid,@all, thanks, it might be system-d related, but since i am not in the know of what it does (someone else stated here on this forum that i might be even not interested in getting to know how thinbgs function, an apparently old fproblem (of mine?) - devuan has function beautifully over the last past couple of years, sometimes better, sometimes worse, than previous favorites (still using ubuntu since it tend to function in more use-cases)

the real problem that provoked this "hijacking" of thread (but OP actually asked for a comment so ithought it might be just fine) is actually related to permission rights on NAS , which has not been cleared, and i tend to encounter on several distros, and i am not sure if am doing it just wrong or the problem rather lies with linux and the various file-manager it uses rather than with NAS software or vendor itself.

so pardon me if this went lenghty,
might just well open another thread for the underlying problem,
don't know if there will be a work-around for open-iscsi;

but with the debian instructions it fucntioned well on linux mint;
just made a portion (iscsi-lun) of 350 GB and copied the relevant ISO on it, and linux would now automount on booting the LUN as a separate partition and reading  from it with various programs tend to use (mkusb, balena-etcher, rpi-imager) throws off no error warning.

no very elegant solution, but the permission denied issue really got me annoyed; since it wont happend on macos or windows; but lately, it seems also on windows (server) there is similar issue encountered, so it make me think the issue could be with the NAS itself or maybe some sort of samba version thing problem, but it happen also with AFP, so it a bit noisy, sorry.

apt-get install systemctl

Not sure whether this works for iscsi.

You're welcome.

Yes, your post is.
What I meant to say was that it is not connected to the OP by @Fjalar.

That said, let's see if we can make some sense out of what seems to be going on.

etch is a Debian release from April 2007 and Devuan did not exist at that time.
Devuan Jesse was released May 2017, roughly ten years later.

$ uname -a tells us your system runs Devuan Daedalus.
apt list | grep -i installed | grep -i open-iscsi tells us the open-iscsi package installed is open-iscsi_2.1.8-1_amd64.

Yet for some reason, attempting to run the application gets you a classic systemd error in a system that by definition does not use the systemd package for init.

In an attempt to get to the bottom of the problem, I decided to see if I could reproduce the problem:

Installation

# apt install open-iscsi
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  libisns0 libopeniscsiusr
Recommended packages:
  finalrd
The following NEW packages will be installed:
  libisns0 libopeniscsiusr open-iscsi
0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded.
Need to get 464 kB of archives.
After this operation, 2152 kB of additional disk space will be used.
Do you want to continue? [Y/n] 
Get:1 http://deb.devuan.org/merged daedalus/main amd64 libisns0 amd64 0.101-0.2+b1 [92.0 kB]
Get:2 http://deb.devuan.org/merged daedalus/main amd64 libopeniscsiusr amd64 2.1.8-1 [59.7 kB]
Get:3 http://deb.devuan.org/merged daedalus/main amd64 open-iscsi amd64 2.1.8-1 [312 kB]
Fetched 464 kB in 2s (187 kB/s)    
Preconfiguring packages ...
Selecting previously unselected package libisns0:amd64.
(Reading database ... 188375 files and directories currently installed.)
Preparing to unpack .../libisns0_0.101-0.2+b1_amd64.deb ...
Unpacking libisns0:amd64 (0.101-0.2+b1) ...
Selecting previously unselected package libopeniscsiusr.
Preparing to unpack .../libopeniscsiusr_2.1.8-1_amd64.deb ...
Unpacking libopeniscsiusr (2.1.8-1) ...
Selecting previously unselected package open-iscsi.
Preparing to unpack .../open-iscsi_2.1.8-1_amd64.deb ...
Unpacking open-iscsi (2.1.8-1) ...
Setting up libopeniscsiusr (2.1.8-1) ...
Setting up libisns0:amd64 (0.101-0.2+b1) ...
Setting up open-iscsi (2.1.8-1) ...
Processing triggers for libc-bin (2.36-9+deb12u10) ...
Processing triggers for man-db (2.11.2-2) ...
Processing triggers for initramfs-tools (0.142+deb12u1) ...
update-initramfs: Generating /boot/initrd.img-6.1.0-33-amd64
live-boot: core filesystems dm-verity devices utils udev blockdev iscsi dns.
#

The package installed properly.

Attempt to run the application using your same parameters:

$ iscsiadm --mode discovery --type sendtargets --portal 192.168.178.100
sh: 1: /bin/systemctl: not found                                            # <---- same error
iscsiadm: can not connect to iSCSI daemon (111)!
iscsiadm: Could not make /etc/iscsi/send_targets: Permission denied         # <---- this neeeds root
iscsiadm: Could not add new discovery record.

Same error.

Try as root, again using your same parameters:

# iscsiadm --mode discovery --type sendtargets --portal 192.168.178.100
sh: 1: /bin/systemctl: not found                                            # <---- same error
iscsiadm: can not connect to iSCSI daemon (111)!
iscsiadm: Could not scan /sys/class/iscsi_transport.
sh: 1: /bin/systemctl: not found                                            # <---- same error
iscsiadm: can not connect to iSCSI daemon (111)!
iscsiadm: Cannot perform discovery. Initiatorname required.
iscsiadm: Could not perform SendTargets discovery: could not connect to iscsid
# 

Same error.

---

From what I see, it seems that this is a problem with the open-iscsi_2.1.8-1_amd64 package.
It requies a Devuan bug report to the maintainers.

See here on how to do that.

Note: Being a topic not related to the original post, please continue anything related to this issue on another, new thread. 

Best,

A.

tried now with 3 distro, and two of them failed to achieve task (devuan (system-d-free), max-linux(ships with system-d "disabled", but present for better "compatibiliy") (on linux mint the task is achieved).

maybe there is another package that can fulfill the task?

iscsiadm --mode discovery --type sendtargets --portal 192.168.178.100
sh: 1: /bin/systemctl: not found
iscsiadm: can not connect to iSCSI daemon (111)!
iscsiadm: Could not make dir /etc/iscsi/send_targets/192.168.0.100,3260 err 13
iscsiadm: Could not open /etc/iscsi/send_targets/192.168.0.100,3260: Permission denied
iscsiadm: Could not add new discovery record.
rich@devuan:~$ sudo iscsiadm --mode discovery --type sendtargets --portal 192.168.178.100
[sudo] password for rich: 
sh: 1: /bin/systemctl: not found
iscsiadm: can not connect to iSCSI daemon (111)!
iscsiadm: Could not scan /sys/class/iscsi_transport.
sh: 1: /bin/systemctl: not found
iscsiadm: can not connect to iSCSI daemon (111)!
iscsiadm: Cannot perform discovery. Initiatorname
 required.
iscsiadm: Could not perform SendTargets discovery: could not connect to iscsid

uname -a
Linux devuan 6.1.0-33-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.133-1 (2025-04-10) x86_64 GNU/Linux

apt list | grep -i installed | grep -i open-iscsi

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

open-iscsi/stable,now 2.1.8-1 amd64 [installed]

Indeed.
As it should be.

This provided that the package installed (like the printout you posted shows) actually comes from the Devuan repository.

Like I pointed out, the problem* posted by kapqa (not related to the original post) would seem to indicate that the package installed may not be from the Devuan repository.    * printout points to a typical error in Linux systems using systemd.

That said, note that the link posted leads to a Debian open-iscsi wiki page. 

@kapqa
You may want to consider opening a separate thread with your problem and start by posting the terminal printout from this:

$ uname -a

$ cat /etc/apt/sources.list

$ apt list | grep -i installed | grep -i open-iscsi

Best,

A.

* unless there has been some error in the processing / sanitising for use in Devuan for which a bug report should be filed with the Devuan maintainers.

No nothing with the systemd gets installed when getting the package on your machine. Who knows afterwards I have nothing to test it with.

root@9600k:~# apt install open-iscsi
Installing:                     
  open-iscsi

Installing dependencies:
  libisns0t64  libopeniscsiusr

Summary:
  Upgrading: 0, Installing: 3, Removing: 0, Not Upgrading: 3
  Download size: 475 kB
  Space needed: 2,183 kB / 17.9 GB available

Continue? [Y/n] y
Get:1 http://ca.deb.devuan.org/merged excalibur/main amd64 libopeniscsiusr amd64 2.1.11-1 [61.1 kB]
Get:2 http://ca.deb.devuan.org/merged excalibur/main amd64 libisns0t64 amd64 0.101-1+b1 [93.5 kB]
Get:3 http://ca.deb.devuan.org/merged excalibur/main amd64 open-iscsi amd64 2.1.11-1 [320 kB]
Fetched 475 kB in 5s (88.6 kB/s)    
Preconfiguring packages ...
Selecting previously unselected package libopeniscsiusr.
(Reading database ... 192304 files and directories currently installed.)
Preparing to unpack .../libopeniscsiusr_2.1.11-1_amd64.deb ...
Unpacking libopeniscsiusr (2.1.11-1) ...
Selecting previously unselected package libisns0t64:amd64.
Preparing to unpack .../libisns0t64_0.101-1+b1_amd64.deb ...
Unpacking libisns0t64:amd64 (0.101-1+b1) ...
Selecting previously unselected package open-iscsi.
Preparing to unpack .../open-iscsi_2.1.11-1_amd64.deb ...
Unpacking open-iscsi (2.1.11-1) ...
Setting up libisns0t64:amd64 (0.101-1+b1) ...
Setting up libopeniscsiusr (2.1.11-1) ...
Setting up open-iscsi (2.1.11-1) ...
Processing triggers for libc-bin (2.41-7) ...
Processing triggers for man-db (2.13.0-1) ...
Processing triggers for initramfs-tools (0.147) ...
update-initramfs: Generating /boot/initrd.img-6.12.22-amd64

The printout points to a typical error in Linux systems using systemd.
Devuan is not one of them.

From the web:

systemd has been intentionally removed from Devuan, no failed update or accident to speak of there.  8^°

The installed open-iscsi application is looking for systemctl (part of the systemd package) but cannot find it, hence the error printout.

At the risk of stating the obvious, this should not happen* if the installed open-iscsi package is the one present in the Devuan repositories.

* unless there has been some error in the processing / sanitising for use in Devuan for which a bug report should be filed with the Devuan maintainers.

HTH.

Best,

A.

i have usecase other way around

create SCSI - Lun on NAS and then mount it on Devuan, since there is most often "permission denied" when i try to access Iso files directly on  NAS via smb or afp (got to figure how to set access rights correctly, but it seems wide issue on NAS).

however when using "open-iscsi" there is error with devuan

https://wiki.debian.org/SAN/iSCSI/open-iscsi

[color]

systemctl not found

[/color]

got any idea on how get this to function ion Devuan?

Thanks.

I realize this is probably not a genuine Devuan issue, it probably applies to older Debian as well.

I have set up my Beowulf box as iSCSI originator using open-iscsi (target is a Synology box) and so far it is working well. The only trouble is that the iSCSI "drive" does no unmount in time on shutdown and reboot, making it practically impossible to reboot the machine (need to hard-reset it). The drive in question is mounted with these options in fstab:

LABEL=ISCSI     /home   ext4    defaults,auto,_netdev   0       0

The messages I'm getting are:

acpid: exiting
[ 1852.014742]   connection2:0: ping timeout of 5 secs expired, recv timeout 5, last rx 4295352890, 
last ping 4295354170, now 4295355456

Can anyone comment on this? I suspect  the order of stopping the network connections, iSCSI daemons and unmounting is the problem. Debian Buster is always unmounting the drive and shutting down properly.