Итак, ваша skypeforlinux
версия — 8.51.0.86, текущая версия от -до -даты на данный момент -, которая была выпущена совсем недавно. На самом деле, у меня точно такая же версия в моей системе Debian 10, и она отлично работает.
int3
— это инструкция процессора x86, которая используется для реализации точек останова при отладке.
Но в вашем случае int3
встречается, когда skypeforlinux
не запускается под отладчиком, поэтому вектор ловушки int3 указывает на подпрограмму ядра по умолчанию, что по существу эквивалентно отправке сигнала SIGTRAP
в программа.
Почему программный код skypeforlinux
включает инструкции int3
в рабочей версии без отладчика? Только люди в Microsoft, имеющие доступ к исходному коду skypeforlinux
, могли ответить на этот вопрос без значительных усилий -по обратному проектированию.
Обратите внимание, что Microsoft только обещает, что skypeforlinux
будет работать на Ubuntu, Debian, OpenSuSE и Fedora. Возможно, эта самая последняя версия могла случайно включать некоторый код отладки, который выполняется только тогда, когда какое-то условие не соответствует ни одному из поддерживаемых дистрибутивов -, и вызывает сбой Skype, поскольку ожидаемая среда отладки отсутствует.
Вы можете попробовать понизить версию Skype до предыдущей версии (или любой из версий, перечисленных в выводе apt-cache policy
), и посмотреть, будет ли это работать лучше для вас:
# apt install skypeforlinux=8.51.0.72
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be DOWNGRADED:
skypeforlinux
0 upgraded, 0 newly installed, 1 downgraded, 0 to remove and 0 not upgraded.
Need to get 0 B/79.0 MB of archives.
After this operation, 1,024 B of additional disk space will be used.
Do you want to continue? [Y/n]
Если понижение версии пакета помогает, вы можете захотеть установить пакет на удержание, чтобы apt upgrade
не обновлять его снова, пока вы не снимете удержание:
# apt-mark hold skypeforlinux
Затем вы можете отправить отчет об ошибке в Microsoft, но, поскольку они не обещают поддержку Kali, он может быть проигнорирован или ему будет присвоен очень низкий приоритет.
В тестовой системе Ubuntu Server 20.04.3 LTS я создал файл образа, похожий на ваш,
$ dd if=/dev/zero of=file.img bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB, 1000 MiB) copied, 5.90297 s, 178 MB/s
$ sudo mkfs.ext4 file.img
[sudo] password for tester:
mke2fs 1.45.5 (07-Jan-2020)
Discarding device blocks: done
Creating filesystem with 256000 4k blocks and 64000 inodes
Filesystem UUID: bbf0ad05-d48b-4b0c-b7e5-ea4e5959b78b
Superblock backups stored on blocks:
32768, 98304, 163840, 229376
Allocating group tables: done
Writing inode tables: done
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done
Я создал точку монтирования,
sudo mkdir /mnt/lp0
и добавили следующую строку в конце/etc/fstab
/home/tester/test/file.img /mnt/lp0 ext4 loop,rw,relatime 0 0
и перезагрузился.
(Я сделал несколько тестов, отредактировав строку и запустив sudo mount -a
, пока не заработало.)
Проверил с помощью df
, что после перезагрузки работает,
$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 382M 1.1M 381M 1% /run
/dev/sda9 32G 4.3G 26G 15% /
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
/dev/loop0 969M 2.5M 900M 1% /mnt/lp0
/dev/sda8 511M 5.3M 506M 2% /boot/efi
tmpfs 382M 0 382M 0% /run/user/1000
Подключить любой файл образа в цикле непросто. Я предлагаю вам использовать kpartx
для этой цели. Он также может управлять образами с [несколькими] разделами. Вы можете найти подробную информацию о том, как использовать kpartx
вэтой ссылкена мой ответ на вопрос в AskUbuntu.