마운트 후 "udisksctl"과 "mount -o Loop"가 다른 루트 권한을 부여하는 이유는 무엇입니까?

를 사용하여 iso를 마운트하려고 하는데 udisksctl, 그 안에 있는 스크립트에는 bash읽기 권한만 있는 것 같습니다.

[root@hostname ~]# udisksctl loop-setup -r -f /root/test.iso
Mapped file /root/test.iso as /dev/loop0.

[root@hostname ~]# udisksctl mount -b /dev/loop0
Mounted /dev/loop0 at /media/20190701_130215.

[root@hostname ~]# ll /media/20190701_130215/ISO-002/
total 29
-r--------. 1 root root 20504 Jun 20 07:53 install_patch.sh`

그러나 권한을 사용하여 마운트하면 mount -o loop권한이 유지됩니다.

[root@hostname ~]# mount -o loop /root/test.iso /media/
mount: /dev/loop2 is write-protected, mounting read-only

[root@hostname ~]# ll /media/ISO-002/
total 29
-r-xr-xr-x. 1 root root 20504 Jun 20 07:53 install_patch.sh

사용 후 이 스크립트를 실행해야 하는데 udisksctl일부 회사 제한으로 인해 대신 사용하고 싶습니다.mount -o loop

왜 이런가요?

udisksctl이 동작을 해킹하고 명령을 통해 실행 권한을 얻을 수 있습니까 ?

내가 실행 중인 시스템은 커널 3.10.0-862.14.4.el7.x86_64과 RHEL입니다.

편집하다

추가 정보: 위에서 언급한 iso는 다음을 사용하여 생성되었습니다.슈퍼 ISOWindows 머신에서. mk_isoISO를 생성하기 위해 Linux의 유틸리티를 사용해 보았지만 모든 것이 괜찮아 보였습니다.