Vous n'êtes pas identifié(e).
J'ai suivi ton lien :
Et dans cette page ces infos :
Les informations de débogage
Si Gecko se bloque sur vous, vous pouvez télécharger une version de débogage à partir de
http://dl.winehq.org/wine/wine-gecko/
pour obtenir des journaux plus détaillés. Téléchargez le fichier -unstripped.tar.bz2 correspondant à la version que vous utilisez.
=> (sur un système 64 bits, téléchargez les archives tar x86 et x86_64)
décompressez les fichiers et remplacez les fichiers dans
$ WINEPREFIX / drive_c / windows / system32 / gecko. / version
=>et (sur 64 bits)
$ WINEPREFIX / lecteur_c / windows / sysWoW64 / gecko / version
avec les fichiers extraits.
Les fichiers sont là => https://drive.google.com/file/d/1f-BluB … sp=sharing
Par flemme (oui, je sais, c'est pas bien ) ) j'ai extrait les fichiers des archives en mode graphique et ai suivi les instructions, soit :
dans (les espaces surnuméraires sont voulus pour faciliter la lecture ! )
$ WINEPREFIX / drive_c / windows / system32 / gecko / 1.8
le contenu de wine_gecko-1.8-x86-dbg.tar.bz2
et dans
$ WINEPREFIX / lecteur_c / windows / sysWoW64 / gecko / 1.8
le contenu de wine_gecko-1.8-x86_64-dbg.tar.bz2
La ré-installation de Kyodaï, ne change rien.
Au lancement tout se passe bien jusqu'à la fatidique erreur concernant très probablement l'affichage.
Par contre la musique d'accompagnement fonctionne. Le programme n'est pas complètement planté !
Le message d'erreur => https://drive.google.com/file/d/1vm7OOy … sp=sharing
J'attends vos avis pour la suite...
Je continue plus pour l'effet pédagogique, ça permettra d'aller un peu plus au fond des choses, il y a beaucoup d'utilisateurs de "wine"
Debianement vôtre...
Donne ceci (2700 lignes, donc un lien vers le fichier correspondant ) :
Du nouveau concernant "Kyodaï" !
Il y a sur le site,
plusieurs versions dont des plus anciennes et notamment une version "Kyoda"2D" qui fonctionne
et une autre en "openGL", "Kyodaï v10.21" qui fonctionne bien également.
Je vais donc me rabattre sur ces versions qui seront suffisantes pour une utilisation sous stretch !
Petite question annexe :
Lorsque "jessie" sera archivée, comment modifier "sources.list" pour y chercher des programmes sans se heurter à un message d'erreur ?
À bientôt...
Et effacement total du contenu de /home/moi/.wine
Il y a un phénomène étrange qui se produit lors du chargement du système. Contrairement à jessie, avec stretch il y a un affichage des opérations qui se déroule sur l'écran. Probablement pas toutes car la liste, qui défile assez vite, ne semble pas très longue.
Une ligne a retenu mon attention :
https://drive.google.com/file/d/1-XH0oG … sp=sharing
Je l'ai pris en photo car je ne sais pas où le retrouver.
J'ai cherché dans /var/log mais ne sais pas dans quel fichier cela doit se situer.
Est-ce que cela pourrait avoir une incidence sur le problème que je rencontre ?
Après installation de "Kyodaï" via wine, j'ai en retour un message signalant des erreurs :
De plus, lorsque je lance "kyodaï" via l'option de menu de wine, j'ai un autre message d'erreur :
As-tu une idée de ce qui pourait se passer ?
À bientôt...
Access violation at address 00000000. Read of address 00000000.
Qui me laisse particulièrement perplexe !
J'ai désinstallé et réinstallé plusieurs fois ce programme.
J'ai complètement désinstallé "wine" et winetricks" et ensuite ré-installé, sans aucun succès.
J'ai re-tenté une nouvelle installation de "Kyodaï" sous wine et "playonlinux en pure perte.
Je ne vois donc pas du tout ce qui se passe, et aimerais avoir des informations afin de résoudre ce petit problème.
Je tiens à préciser que ce programme fonctionne parfaitement bien sous "jessie" , mon autre distribution (de secours), à partir de "wine"...
La vie serait d'un ennui si il n'y avait pas tous ces petits problèmes !
@smolski,
J'ai changé le titre du post afin qu'il soit plus évocateur !
Peut-être faudrait-il déporter le suite qui concerne le pilote "nvidia" dans un nouveau fil ?
@anonyme
Il y a bien eu deux problèmes.
- une migration de "jessie" vers "stretch" qui s'est mal passée et je redoute d'avoir à renouveler l'expérience.
- le noyau non reconnu en est sûrement une conséquence (effet de bord).
Tu m'avais aidé il y a quelques temps à résoudre un problème d'installation d'un pilote "nvidia" non-free dont un simulateur de vol "X-Plane" avait besoin :
https://debian-facile.org/viewtopic.php?id=20974
je peux lancer la procédure préconisée par empanada qui me paraît raisonnable et permet de tester le pilote non-free ou ce que tu m'indiques qui vise à relancer la migration (manip initialement prévue ) quitte à revenir ensuite sur l'installation du pilote telle que tu me l'avais indiqué avec succès dans le post plus ancien ?
Merci à tous et à bientôt... J'attends vos avis !
Voilà le contenu de "/home/kiwi/.local/share/xorg/Xorg.0.log" :
Et celui de "/etc/X11/xorg.conf" :
À priori, le système n'a pas trouvé le pilote "nvidia", mon analyse ne va guère plus loin
Edit à toto : modif faite - Pour citer du code sur le forum utiliser le bouton Autre code, ce sera plus lisible.
Le système était censé être en stretch, ce qui apparaît dans une option du menu affiché par "grub" :
menuentry 'Debian GNU/Linux (9.5) (sur /dev/sdb1)' --
Curieux ?
J'ai modifié "...sources.list" en remplaçant à la main via l'éditeur de "mc" "stretch" par "jessie" et...
Rien ne va plus !
Ai-je fait une "co...rie" quelque part ? Assurément oui, mais là j'ai encore besoin de ton avis éclairé !
À bientôt...
Curieux non ? " / " est sur "/dev/sdb7", à l'installation , cela veux dire que les partitions ont changé en relation avec mes manipulations et que ce que l'on appelle "/dev/sdb6" est l'ancienne "/dev/sdb7" au moment de l'installation de ce système !
J'ai monté "dev/sdb1" sur "/mnt/sdb1" et voilà le contenu de son "fstab" :
C'est bien en accord avec le partitionnement de "/dev/sdb" :
Je peux donc me lancer dans le "chroot" ?
Je n'ai pas le noyau "amd64" et je sais pas comment passer dessus !
Edit à toto : Modif faite - pas la peine d'inclure $ ou # dans les commandes, ni rien d'autre que la commande d'ailleurs.
J'ai remarqué que le menu de "grub" présentait toujours "Windows Vista (sur /dev/sda1)" comme options par défaut.
Edit à toto : Modif faite - Pour citer du code, on utilise le bouton Autre code du forum et pas Citation.
Si j'ai bien compris, la ligne suivante :
run-parts: executing /etc/kernel/header_postinst.d/dkms 3.16.0-7-amd64
indique que la compilation des pilotes "dkms" a eu lieu, mais seulement sur le noyau "amd64".
Est-ce exact ?
J'attends ton avis avant de poursuivre..
$ dpkg --print-architecture
i386
$ dpkg --print-foreign-architectures
(vide)
$ cat /etc/mtab|grep sdb1
(vide)
# mkdir /mnt/sdb1
(ok)
mount /dev/sdb1 /mnt/sdb1
(ok)
$ cat /mnt/sdb1/var/lib/dpkg/arch
amd64
i386
Le retour de la dernière commande indique qu'un noyau amd64 devrait être installé.
Voilà ce que renvoie un "ls" :
Je continue donc la procédure pour installer un noyau amd64 sur /dev/sdb6
sur /dev/sdb6
# apt-get upgrade
(ok)
# apt-get install linux-image-amd64
(ok)
Voilà, j'attends ton feu vert avant de continuer...
À bientôt !...
PS : merci smolski de ce rappel !