# Programme qui bogue sur Debian 9 installé mais pas en live-USB **URL:** \ **Category:** Support Debian\ **Created:** [Janvier 20, 2019, 6:51 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436 "2019-01-20T18:51:56Z")\ **Posts on this page:** 16\ **Page:** 1
**Author:** ![statis](https://www.debian-fr.org/user_avatar/www.debian-fr.org/statis/32/7625_2.png) [@statis](https://www.debian-fr.org/u/statis)\ **Post date:** [Janvier 20, 2019, 6:51 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/1 "2019-01-20T18:51:57Z")
Salut à tou(te)s, J’ai un phénomène étrange qui se produit. Un soft que j’utilisais sans problème avec `Ubuntu`, `kisslicer_linux64_1.6.3_release` me pose problème avec mon `Debian 9`. Je met le lien ci-dessous mais attention cela lance le chargement du `ZIP` [www.kisslicer.com/uploads/1/5/3/8/15381852/kisslicer\_linux64\_1.6.3\_release.zip](http://www.kisslicer.com/uploads/1/5/3/8/15381852/kisslicer_linux64_1.6.3_release.zip) C’est un exécutable qui se lance sans installation. Le soft s’ouvre, la fenêtre de travail et les menus apparaissent bien mais si je bouge la souris dans l’espace de travail tout se ferme. En le lançant par le terminal deux cas de figure : ```nohighlight ~$ sudo ./KISSlicer1.6.3 Erreur de segmentation ``` ```nohighlight ~$ gksudo ./KISSlicer1.6.3 ``` fermeture sans message Donnant dans `var/log/messages` : ```nohighlight Jan 20 19:34:45 DEBIAN64 kernel: [26685.488377] KISSlicer1.6.3[5310]: segfault at 7ffe86dca000 ip 00007f0898aa66e0 sp 00007ffe86dc78e8 error 4 in libc-2.24.so[7f0898979000+195000] Jan 20 19:37:35 DEBIAN64 kernel: [26855.326198] KISSlicer1.6.3[5331]: segfault at 7ffea9c13010 ip 00007f38f80816d0 sp 00007ffea9c0fc58 error 4 in libc-2.24.so[7f38f7f54000+195000] ``` Dans `Synaptic` je n’ai aucun paquet en erreur. Jusque là on pourrait penser que ce soft a un problème, ce que j’ai cru au départ. Mais en testant sur d’autres distributions, comme `Fedora` qui n’est pas du `Debian`, pas de plantage. J’ai testé le soft sur `Ubuntu` en `Live-USB`, pas de plantage. Je me suis dit, pourquoi ne pas tester avec le `live` de mon `Debian 9` ? Et c’est bizarre en live le soft ne plante pas. Je pourrais utiliser ce soft sur mon `PC Fedora` mais j’en ai dédié un autre pour tout ce qui est applications techniques, en `Debian 9`, pour être tranquille et en finalité cela m’embête plus que je croyais de ne pas rester sur le même PC pour une même activité. En plus mon `Debian 9` est super stable et tourne comme une horloge suisse… Une idée pour traquer la source du bogue ? ---
**Author:** ![anonyme2](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f08c70/32.png) [@anonyme2](https://www.debian-fr.org/u/anonyme2)\ **Post date:** [Janvier 20, 2019, 7:14 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/2 "2019-01-20T19:14:41Z")
j’ai essayé ton truc et il ne plante pas; pourquoi le lances tu avec `sudo`; essayes en simple user. ---
**Author:** ![statis](https://www.debian-fr.org/user_avatar/www.debian-fr.org/statis/32/7625_2.png) [@statis](https://www.debian-fr.org/u/statis)\ **Post date:** [Janvier 20, 2019, 9:22 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/3 "2019-01-20T21:22:29Z")
Je n’ai pas été assez précis. J’ai lancé dans le terminal pour avoir un retour avec message éventuel. Et j’ai essayé en sudo car l’erreur de segmentation pouvait indiquer de ne pas avoir assez de “droits”. Cela ne m’étonne pas que le soft ne plante pas ailleurs que sur mon Debian “installé” puisqu’il fonctionne bien en live-USB. Il y a quelque chose dans mon système installé qui ne va pas mais quoi ? ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Janvier 20, 2019, 10:32 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/4 "2019-01-20T22:32:52Z")
> [@statis](#): > > Et j’ai essayé en sudo car l’erreur de segmentation pouvait indiquer de ne pas avoir assez de “droits”. En fait, l’erreur de segmentation, c’est quand le programme essaie d’accéder à une zone de la mémoire qui ne lui est pas attribué. Ça arrive aussi aux programmes lancés en tant que root. En général, c’est une erreur de programmation ou un effet de bord non prévu. ---
**Author:** ![statis](https://www.debian-fr.org/user_avatar/www.debian-fr.org/statis/32/7625_2.png) [@statis](https://www.debian-fr.org/u/statis)\ **Post date:** [Janvier 21, 2019, 7:44 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/5 "2019-01-21T07:44:35Z")
Ce programme n’a pas besoin de se lancer en root. Il faut donc oublier ce que j’ai mis en début de sujet car le problème ne se situe pas au niveau utilisateur/super-utilisateur puisque dans les 3 cas suivants le bogue apparait : - lancement normal - lancement par le terminal en utilisateur - lancement par le terminal en super-utilisateur Ce n’est pas une erreur de programmation, le soft fonctionne correctement sur toutes les distributions, sur Debian 9 en USB-Live mais pas sur mon PC qui a Debian 9 résident. ---
**Author:** ![littlejohn75](https://www.debian-fr.org/user_avatar/www.debian-fr.org/littlejohn75/32/3840_2.png) [@littlejohn75](https://www.debian-fr.org/u/littlejohn75)\ **Post date:** [Janvier 21, 2019, 10:57 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/6 "2019-01-21T10:57:40Z")
> [@statis](#): > > le soft fonctionne correctement sur toutes les distributions, sur Debian 9 en USB-Live mais pas sur mon PC qui a Debian 9 résident. Pour comprendre comment fonctionne un binaire pouvez-vous nous donner les retours des commandes suivantes ```auto file ./KISSlicer1.6.3 ldd ./KISSlicer1.6.3 ls -lAR /proc/ | less ``` en remplaçant `` par le numéro du processus associé, donc dans le cas où le soft nous fait l’honneur de se lancer. D’autre part, à quoi cela sert ce logiciel de `kisslicer.com` ? Cordialement, Regards, Mit freundlichen Grüßen, مع تحياتي الخالصة * * * F. Petitjean Ingénieur civil du Génie Maritime. « On ne perd pas son temps en aiguisant ses outils. » Proverbe français ---
**Author:** ![statis](https://www.debian-fr.org/user_avatar/www.debian-fr.org/statis/32/7625_2.png) [@statis](https://www.debian-fr.org/u/statis)\ **Post date:** [Janvier 21, 2019, 10:14 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/7 "2019-01-21T22:14:17Z")
Merci pour la réponse [**littlejohn75**](https://www.debian-fr.org/u/littlejohn75) ```nohighlight $ file ./KISSlicer1.6.3 ./KISSlicer1.6.3: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.15, BuildID[sha1]=74688c330738ed82f1e3c122056ee50b9e0ca671, stripped ``` ```nohighlight $ ldd ./KISSlicer1.6.3 linux-vdso.so.1 (0x00007fff38528000) libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007fdfe6dd2000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fdfe6a50000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fdfe674c000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fdfe6535000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fdfe6196000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007fdfe5e56000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fdfe5c39000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fdfe5a35000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fdfe582d000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007fdfe5603000) libxcb-dri3.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 (0x00007fdfe5400000) libxcb-present.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-present.so.0 (0x00007fdfe51fd000) libxcb-sync.so.1 => /usr/lib/x86_64-linux-gnu/libxcb-sync.so.1 (0x00007fdfe4ff6000) libxshmfence.so.1 => /usr/lib/x86_64-linux-gnu/libxshmfence.so.1 (0x00007fdfe4df4000) libglapi.so.0 => /usr/lib/x86_64-linux-gnu/libglapi.so.0 (0x00007fdfe4bc5000) libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007fdfe49b3000) libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007fdfe47b0000) libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007fdfe45aa000) libX11-xcb.so.1 => /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007fdfe43a8000) libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007fdfe4180000) libxcb-glx.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 (0x00007fdfe3f65000) libxcb-dri2.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri2.so.0 (0x00007fdfe3d60000) libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007fdfe3b5a000) libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x00007fdfe394a000) /lib64/ld-linux-x86-64.so.2 (0x00007fdfe7044000 libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007fdfe3746000) libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007fdfe3540000) libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007fdfe332a000) ``` Si la souris ne passe pas dans la zone de travail de la fenêtre, le soft peut rester ouvert… Pour la dernière commande je ne connais pas comment récupérer un pid et j’ai tenté avec la commande ```nohighlight ps ux ``` puis complété ```nohighlight ls -lAR /proc/ | less ``` et malheureusement pour voir les informations sur le terminal il faut utiliser la flèche du clavier sans possibilité de faire un copier/coller d’une foule d’informations… Kisslicer est un slicer, c’est à dire un logiciel de tranchage pour transformer un objet en 3D en couches et générer du “GCODE” , c’est à dire des commandes pour piloter en l’occurrence une imprimante 3D. Démo [https://www.youtube.com/watch?v=ykQSgv2GzLY](https://www.youtube.com/watch?v=ykQSgv2GzLY) ---
**Author:** ![littlejohn75](https://www.debian-fr.org/user_avatar/www.debian-fr.org/littlejohn75/32/3840_2.png) [@littlejohn75](https://www.debian-fr.org/u/littlejohn75)\ **Post date:** [Janvier 22, 2019, 8:36 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/8 "2019-01-22T08:36:57Z")
> [@statis](#): > > Si la souris ne passe pas dans la zone de travail de la fenêtre, le soft peut rester ouvert… C’est un logiciel graphique , c’est-à-dire qui utilise `libX11.so.6`; il convient donc de le lancer en arrière plan ```auto ./KISSlicer1.6.3 & ``` et en plus vous aurez l’identification `` du processus qui devrait être affichée par le shell. On peut remarquer dans la sortie de `ldd` que c’est un logiciel écrit à l’ancienne en ce sens qu’il n’utilise pas de bibliothèque en surcouche à X11/Xorg telle que gtk+/cairo/pango/… ou Qtcore/Qtxxxx/ et encore moins de bibliothèque d’intégration dans un environnement de bureau dbus ou gnome ou KDE. Pour votre problème de copier/coller on peut imaginer une méthode de contournement consistant à détourner la sortie de la commande dans un fichier ```auto ls -lR /proc/ > en_live.lR ``` La liste des fichiers ouverts ```auto ls -lR /proc//fd ``` Pour trouver la raison du crash avec Debian 9 installé, commençons par comparer les versions globales ```auto lsb_release -a ``` puis, tentez de voir les différences de version dans les sorties des commandes `ldd` en live et en résident. Donnez aussi la sortie exacte du lancement en arrière plan dans le cas du crash. (toujours en terminal évidemment, tant que le problème n’est pas résolu on ne s’amuse pas à cliquer sur une icône ) Donnez aussi le contenu du fichier .desktop Pour trouver ce fichier ```auto dpkg-query --listfiles | fgrep desktop ``` Bon courage Cordialement, Regards, Mit freundlichen Grüßen, مع تحياتي الخالصة * * * F. Petitjean Ingénieur civil du Génie Maritime. Serre le poing à ta poule, et elle te serrera le cul. – Émile Littré ---
**Author:** ![statis](https://www.debian-fr.org/user_avatar/www.debian-fr.org/statis/32/7625_2.png) [@statis](https://www.debian-fr.org/u/statis)\ **Post date:** [Janvier 22, 2019, 6:21 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/9 "2019-01-22T18:21:58Z")
Merci [**littlejohn75**](https://www.debian-fr.org/u/littlejohn75) ```plaintext $ ls -lR /proc/3565/fd /proc/3565/fd: total 0 lrwx------ 1 debian64 debian64 64 janv. 22 19:20 0 -> /dev/pts/0 lrwx------ 1 debian64 debian64 64 janv. 22 19:20 1 -> /dev/pts/0 lrwx------ 1 debian64 debian64 64 janv. 22 19:20 2 -> /dev/pts/0 lr-x------ 1 debian64 debian64 64 janv. 22 19:20 3 -> pipe:[348811] l-wx------ 1 debian64 debian64 64 janv. 22 19:20 4 -> pipe:[348811] lrwx------ 1 debian64 debian64 64 janv. 22 19:20 5 -> socket:[348812] lrwx------ 1 debian64 debian64 64 janv. 22 19:20 6 -> /dev/dri/card0 lrwx------ 1 debian64 debian64 64 janv. 22 19:20 7 -> /dev/dri/card0 lrwx------ 1 debian64 debian64 64 janv. 22 19:20 8 -> /dev/dri/card0 ``` > [@littlejohn75](#): > > ls -lR /proc/\ \> en\_live.lR ne me sort aucun fichier > [@littlejohn75](#): > > dpkg-query --listfiles \ | fgrep desktop Je ne comprends pas « nom\_paquet ». > [@littlejohn75](#): > > ls -lR /proc/\ \> en\_live.lR ```plaintext $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 9.6 (stretch) Release: 9.6 Codename: stretch ``` je passe sur le live ---
**Author:** ![statis](https://www.debian-fr.org/user_avatar/www.debian-fr.org/statis/32/7625_2.png) [@statis](https://www.debian-fr.org/u/statis)\ **Post date:** [Janvier 22, 2019, 6:42 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/10 "2019-01-22T18:42:32Z")
en live ```nohighlight $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 9.6 (stretch) Release: 9.6 Codename: stretch ``` ```nohighlight $ file ./KISSlicer1.6.3 ./KISSlicer1.6.3: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.15, BuildID[sha1]=74688c330738ed82f1e3c122056ee50b9e0ca671, stripped ``` ```nohighlight $ ldd ./KISSlicer1.6.3 linux-vdso.so.1 (0x00007ffe99be2000) libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007f4640f33000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f4640bb1000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f46408ad000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f4640696000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f46402f7000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f463ffb7000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f463fd9a000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f463fb96000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f463f98e000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f463f764000) libxcb-dri3.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 (0x00007f463f561000) libxcb-present.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-present.so.0 (0x00007f463f35e000) libxcb-sync.so.1 => /usr/lib/x86_64-linux-gnu/libxcb-sync.so.1 (0x00007f463f157000) libxshmfence.so.1 => /usr/lib/x86_64-linux-gnu/libxshmfence.so.1 (0x00007f463ef55000) libglapi.so.0 => /usr/lib/x86_64-linux-gnu/libglapi.so.0 (0x00007f463ed26000) libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f463eb14000) libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f463e911000) libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f463e70b000) libX11-xcb.so.1 => /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007f463e509000) libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f463e2e1000) libxcb-glx.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 (0x00007f463e0c6000) libxcb-dri2.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri2.so.0 (0x00007f463dec1000) libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007f463dcbb000) libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x00007f463daab000) /lib64/ld-linux-x86-64.so.2 (0x00007f46411a5000) libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f463d8a7000) libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f463d6a1000) libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007f463d48b000) ``` ```nohighlight ls -lR /proc/2924/fd /proc/2924/fd: total 0 lrwx------ 1 user user 64 janv. 22 18:39 0 -> /dev/pts/0 lrwx------ 1 user user 64 janv. 22 18:39 1 -> /dev/pts/0 lrwx------ 1 user user 64 janv. 22 18:39 2 -> /dev/pts/0 lr-x------ 1 user user 64 janv. 22 18:39 3 -> pipe:[39593] l-wx------ 1 user user 64 janv. 22 18:39 4 -> pipe:[39593] lrwx------ 1 user user 64 janv. 22 18:39 5 -> socket:[39594] ``` note, J’ai comparé les eux `ldd`, il sont identiques dans les versions… ---
**Author:** ![littlejohn75](https://www.debian-fr.org/user_avatar/www.debian-fr.org/littlejohn75/32/3840_2.png) [@littlejohn75](https://www.debian-fr.org/u/littlejohn75)\ **Post date:** [Janvier 22, 2019, 7:51 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/11 "2019-01-22T19:51:53Z")
> [@statis](#): > > ```plaintext > $ ls -lR /proc/3565/fd > /proc/3565/fd: > total 0 > lrwx------ 1 debian64 debian64 64 janv. 22 19:20 0 -> /dev/pts/0 > > ``` > [@statis](#): > > je passe sur le live Sur quel système exactement votre identifiant est `debian64`et « le soft » a bien démarré (processus 3565) ? Autrement dit, vous ne pouvez pas dire que le programme ne se lance pas. Nous attendons toujours le retour complet du lancement dans un terminal, quels sont les messages d’erreur ? Aucune fenêtre n’apparaît ? Sur le système live, où vous vous appelez `user` la sortie de ```auto ls -lR /proc/2924/fd ``` ne comporte que 5 descripteurs de fichiers, en particulier pas de descripteurs pour `/dev/dri/card0` En supposant que `dri` signifie `Direct Rendering Interface` nous retombons dans les affres résultant de cartes graphiques propriétaires conçues pour des systèmes privateurs. Quelle carte graphique et quel pilote ? > [@statis](#): > > ```plaintext > ls -lR /proc/<pid> > en_live.lR > > ``` > > ne me sort aucun fichier Comme le dirait Bernard Laporte, il va falloir revenir aux fondamentaux, en particulier les mécanismes de redirection et de tuyaux intégrés au shell. ```auto ls -l *.lR ``` > [@statis](#): > > ```plaintext > dpkg-query --listfiles <nom_paquet> | fgrep desktop > > ``` > > Je ne comprends pas “nom\_paquet”. ```auto man dpkg-query man unzip ``` Vous pouvez aussi tenter la commande ```auto less le_fichier.deb ``` et si cette commande ne veut pas afficher des informations sur le .deb modifiez votre fichier `$HOME/.bashrc` pour avoir ```auto # make less more friendly for non-text input files, see lesspipe(1) [-x /usr/bin/lesspipe] && eval "$(SHELL=/bin/sh lesspipe)" ``` En conclusion, vous ne pouvez pas dire que le programme ne se lance pas, précisez les différences de comportement et si la puce graphique est fabriquée par NVidia recherchez sur Youtube `Linus Torvald NVidia fuck you`. Cordialement, Regards, Mit freundlichen Grüßen, مع تحياتي الخالصة * * * F. Petitjean Ingénieur civil du Génie Maritime. I hope to die before I _have_ to use Microsoft Word. - Donald E. Knuth, 2001-10-02 in Tübingen « Ubuntu is an ancient african word, meaning « I can’t configure Debian » » – [Urban Dictionary: ubuntu](http://www.urbandictionary.com/define.php?term=ubuntu) ---
**Author:** ![statis](https://www.debian-fr.org/user_avatar/www.debian-fr.org/statis/32/7625_2.png) [@statis](https://www.debian-fr.org/u/statis)\ **Post date:** [Janvier 22, 2019, 10:20 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/12 "2019-01-22T22:20:16Z")
merci [**littlejohn75**](https://www.debian-fr.org/u/littlejohn75) Je n’ai pas du bien m’exprimer. La fenêtre de `kisslicer` est de type standard, une bordure, un menu en haut et en partie principale une zone de travail graphique accolée d’une zone avec des options et boutons. Si la souris n’entre pas dans la zone graphique la fenêtre reste ouverte et le programme ne se ferme pas. Si le pointeur de souris est dans la zone graphique sans bouger la souris, la fenêtre reste ouverte mais au moindre mouvement de la souris le programme se ferme. `debian64` est le système résident, `user64` le live, j’ai séparé exprès en deux messages. > [@littlejohn75](#): > > Nous attendons toujours le retour complet du lancement dans un terminal, quels sont les messages d’erreur ? Aucune fenêtre n’apparaît ? Je ne comprends pas. Si c’est donner le résultat du lancement dans le terminal c’est dit au début, en user aucun message à la fermeture tandis qu’en `su` > [@statis](#): > > ```plaintext > $ sudo ./KISSlicer1.6.3 > Erreur de segmentation > > ``` Avec le `&` il n’y a que le `PID` qui apparaît même après la fermeture ```plaintext $ ./KISSlicer1.6.3 & [1] 2167 ``` C’est pour çà qu’en début de sujet j’ai commencé en donnant la commande en `su` > [@littlejohn75](#): > > Comme le dirait Bernard Laporte, il va falloir revenir aux fondamentaux, en particulier les mécanismes de redirection et de tuyaux intégrés au shell. Mon niveau est nul et j’ai un QI de surimi, par exemple le fameux man que tout le monde conseille est pour moi du langage normal alors que je serais autiste. Je ne sais pas comment vous arrivez à comprendre ce que dit « man », ou peut-être n’ai-je pas les bases nécessaires pour comprendre… Pareil pour > [@littlejohn75](#): > > ```plaintext > less le_fichier.deb > > ``` Quel `.deb` ? `kisslicer` n’est pas un `.deb` mais un exécutable… La suite me dépasse. J’ai eu de la chance de trouver la commande pour savoir quelle carte est sur mon PC ```plaintext $ lspci | grep -i vga 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV570 [Radeon X1950 PRO] ``` Le live la gère très bien, tout comme `kisslicer`. > [@littlejohn75](#): > > Youtube `Linus Torvald NVidia fuck you` Puce Nvidia et vulgarité… Il y a l’élite informatique et le bas peuple, le combat est ailleurs en élevant les esprits. Celui qui est proche du ciel doit remercier son créateur en aidant les autres à grimper et non en insultant un ennemi sans le combattre. Je ne veux pas vous prendre plus de temps car je n’arrive pas à suivre. Debian est mon nvidia mais je n’ai pas le choix car en impression 3D (c’est du nvidia aussi) les softs sont des `.deb` et ne tournent pas, sauf `kisslicer` et quelques autres softs très bons (il y en a peu dans ce domaine), sur `Fedora`. Encore merci Cordialement ---
**Author:** ![littlejohn75](https://www.debian-fr.org/user_avatar/www.debian-fr.org/littlejohn75/32/3840_2.png) [@littlejohn75](https://www.debian-fr.org/u/littlejohn75)\ **Post date:** [Janvier 23, 2019, 3:59 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/13 "2019-01-23T15:59:21Z")
J’ai navigué avec elinks (pas de javascript) et suis arrivé à [une page de téléchargement](http://www.kisslicer.com/download-v16-stable.html) et un [lien pour une version 64bits (amd64)](http://www.kisslicer.com/uploads/1/5/3/8/15381852/kisslicer_linux64_1.6.3_release.zip) L’extraction de l’archive zip donne seulement 2 fichiers ```auto 2076 -rwxr-xr-x 1 fp2 fp2 2123176 mai 5 2018 KISSlicer 4 -rw-r--r-- 1 fp2 fp2 1055 mars 25 2013 KISSlicer.png ``` autrement dit, le numéro de version n’apparaît dans le binaire inclus. Cette extraction a eu lieu dans `/tmp` ```auto fp2@debpacha:/tmp$ unzip -l kisslicer_linux64_1.6.3_release.zip Archive: kisslicer_linux64_1.6.3_release.zip Length Date Time Name --------- ---------- ----- ---- 1055 2013-03-25 16:21 KISSlicer.png 2123176 2018-05-05 03:11 KISSlicer --------- ------- 2124231 2 files fp2@debpacha:/tmp$ ``` Au premier lancement du logiciel, j’ai eu droit à une succession de dialogues m’invitant à définir des profil pour différents paramétrages ( printers, materail, …). Comme je n’ai pas d’imprimante 3D, j’ai annulé au fur et à mesure et je suis arrivé sur une fenêtre principale bien sympathique où j’ai pu quitter par le menu File/quit Après cela, un certain nombre de répertoires et fichiers ont été créés ```auto 8 -rw-r--r-- 1 fp2 fp2 6023 janv. 23 12:15 _KS_backup_profiles.ini 0 drwx------ 2 fp2 fp2 33 janv. 23 12:15 _materials/ 0 drwx------ 2 fp2 fp2 32 janv. 23 12:15 _printers/ 0 drwx------ 2 fp2 fp2 30 janv. 23 12:15 _styles/ 0 drwx------ 2 fp2 fp2 32 janv. 23 12:15 _supports/ ``` chaque sous-répertoire contient un fichier .ini. Conclusion : sur une Debian 9.6 cette version `free` ne pose aucun problème de lancement. Quand avez-vous téléchargé `kisslicer_linux64_1.6.3_release.zip` et comment avez-vous extrait son contenu ? Pouvez-vous reprendre les choses en partant d’un répertoire vide et en n’utilisant surtout pas `sudo`ou `su`. Il est possible que le logiciel utilisé pour extraire le contenu du zip a fait du zèle pour rajouter le numéro de version dans le nom du binaire. D’autre part, des lancements successifs en utilisateur simple et via `sudo`, cela ne peut pas arranger les choses en ce qui concerne les droits sur les répertoires créés. C’est un logiciel de tranchage, pas un outil d’administration. Il est rare que les auteurs de logiciel technique se donnent la peine de tester les codes retour de tous les appels système. Vérifiez la somme de contrôle ```auto fp2@debpacha:/tmp$ md5sum KISSlicer* f01c358d0a5d787681733ec5c025aefb KISSlicer 845f829ec47fac9321f9f64d147e5e00 KISSlicer.png fp2@debpacha:/tmp$ ``` > [@statis](#): > > J’ai comparé les eux `ldd` , il sont identiques dans les versions… Je ne vois aucune raison à la fermeture brutale de la fenêtre si ce n’est qu’une programmation un peu laxiste vis à vis des appels système, par exemple une lecture ou écriture de paramétrage qui échoue à cause d’un problème de droits (merci sudo) et on continue comme si de rien n’était. > [@statis](#): > > Quel `.deb` ? > `kisslicer` n’est pas un `.deb` mais un exécutable… C’est de ma faute. Je ne sais pas pourquoi, mais j’étais persuadé que ce logiciel était empaqueté pour Debian (et qu’il comprenait aussi un fichier desktop ). On est là en brut de fonderie, ce qui n’est pas plus mal vu les utilisateurs ciblés. Une remarque, c’est un logiciel protégé (dans sa version PRO) ```auto fp2@debpacha:/tmp$ strings KISSlicer | fgrep -i product product_key Enter Product Key Enter the new Product Key fp2@debpacha:/tmp$ fp2@debpacha:/tmp$ strings KISSlicer | fgrep -i licen /_license.ini License : Library Used : License : : OpenGL : License not needed for developers : KISSlicer FREE License: KISSlicer PRO License: fp2@debpacha:/tmp$ ``` Bon courage, Cordialement, Regards, Mit freundlichen Grüßen, مع تحياتي الخالصة * * * F. Petitjean Ingénieur civil du Génie Maritime. « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » (R. Devos) ---
**Author:** ![statis](https://www.debian-fr.org/user_avatar/www.debian-fr.org/statis/32/7625_2.png) [@statis](https://www.debian-fr.org/u/statis)\ **Post date:** [Janvier 23, 2019, 5:34 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/14 "2019-01-23T17:34:31Z")
Merci littlejohn75 Je dirais même mieux kisslicer fonctionne sur mon PC en montant un deuxième disque Debian9. Sans avoir à installer de pilote, la carte graphique et l’écran ont bien été reconnus et donc ce ne sont pas eux qui posent problème à Kisslicer. J’ai kisslicer sur mon disque Debian9 et aussi sur un disque data, en copié/collé du dézippé de départ. En live, tout comme avec le 3eme disque “nouveau Debian9” le kisslicer du “data” fonctionne bien. Avec le Debian9 “résident”, le même exécutable ne fonctionne pas correctement sur cette même “copie”. Le problème est donc dans l’installation du Debian 9 “résident”… Malheureusement je dois refaire l’installation du 2eme debian9 car j’ai trop d’erreur au démarrage. Je l’ai installé avec ma clef Multisysteme qui est surtout prévue pour les lives, je vais donc recommencer en créant une clef d’installation et l’ISO du jour. ---
**Author:** ![statis](https://www.debian-fr.org/user_avatar/www.debian-fr.org/statis/32/7625_2.png) [@statis](https://www.debian-fr.org/u/statis)\ **Post date:** [Janvier 24, 2019, 10:09 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/15 "2019-01-24T22:09:42Z")
Je vais être poli et non vulgaire donc ne pas parler de mes pensées sur une installation qu’il m’a fallut refaire 3 fois pour arriver au bout pour un temps de plus de 3 heures de temps… La source du bug est identifiée… En tentant de faire disparaître les erreurs au démarrage, je n’en ai plus eu mais j’ai perdu kisslicer !!! C’est le paquet firmware-amd-graphics qui calme le système au niveau des erreurs mais qui me plombe kisslicer, sans lui le soft fonctionne correctement. Les erreurs au démarrage me font perdre du temps mais n’ont pas d’impact en fonctionnement, c’est [auto-censuré]. Désolé mais il n’y a pas que nvidia dans la zone “fait devenir vulgaire”… ---
**Author:** ![statis](https://www.debian-fr.org/user_avatar/www.debian-fr.org/statis/32/7625_2.png) [@statis](https://www.debian-fr.org/u/statis)\ **Post date:** [Janvier 28, 2019, 7:48 UTC](https://www.debian-fr.org/t/programme-qui-bogue-sur-debian-9-installe-mais-pas-en-live-usb/78436/16 "2019-01-28T07:48:08Z")
Les tests faits sur d’autres distributions Linux ont montré que Kisslicer rencontre des incompatibilités avec la carte Radeon X1950 et son driver R520\_cp.bin. Pour que Kisslicer fonctionne correctement il faut utiliser un driver générique qui n’active pas la totalité des fonctions de cette carte graphique. Je pense que c’est la partie accélération matérielle qui est en conflit avec Kisslicer mais c’est juste une appréciation. Cela pose des problèmes avec d’autres logiciels qui en ont besoin. La Radeon X1950 et son driver R520\_cp.bin ont un fonctionnement correct avec d’autres logiciels encore plus complexes en rendu 3D comme par exemple Blender. Cette carte étant rare, je ne pense pas que l’équipe de Kisslicer puisse perdre de l’argent en recherches donc je conseille à toute personne voulant utiliser leur logiciel de trouver une autre carte graphique. Il serait bienvenu que l’équipe de Kisslicer communique une liste de cartes graphiques compatibles Linux et ne rencontrant pas de problèmes avec leur soft. Ce texte a été posté sur leur forum. Pour information…