Forum

Reprise du message précédent

Bonjour,

Dans mes tests je ne suis juste arrêté à l' installation, rien de plus.

Citation :

je suis pessimiste sur le résultat car j'ai l'impression que cela ne construit pas vraiment de container

Je suppose que ce qui doit être stocké l'est probablement dans le fichier de 32Go (là où est aussi stocké l' image de l' édition de Windows ?) ?

Citation :

mais je ne sais pas comment redémarrer le windows qemu.

Dans Winboat, si dans le menu home on eteint le container, cela arrète aussi Windows. Je suppose que lancer le "container" lance aussi Windows.

Citation :

, je n'avais pas réussi à faire marcher les applications windows sans le bureau avec winboat

Oui je ne comprends pas non plus, le clic sur un application semble lancer une session interactive de Windows, pour essayer de lancer l' application (mais je n' ai jamais vu le "gestionnaire de périphérique" seul (il ne s'est jamais affiché me semble t' il).

Citation :

L'installation échoue.
/home/joel/.winboat/install.log me dit

Attention si on touche au parefeu, il est probable qu' il faille relancer le service docker à la suite (ou l' inverse), enfin je crois.

Citation :

Mais dans winboat, je ne peux plus y accéder à présent : il commence par me dire qu'un autre utilisateur est connecté, puis reste bloqué sur l'écran de bienvenue

Serait ce une limitation du rdp ? Windows par défaut sur les installations de type client (Windows 10,11,7) n' autorise qu' une seule connexion active. Les versions serveurs ont deux sessions simultanées actives (si on exclu le rôle RDS pour lequel il faut un serveur de licences (avec les licences qui vont avec ). Du coup si ouvert dans Firefox/qemu, cela equivaut à une session active et une ouverture d' une application dans winboat en crée une deuxième du coup cela ne marche pas. Peut être que si sur le Firefox/Qemu, on clique dans le menu démarrer puus "deconnecter" cela libère une connexion ?

Édité par nic80 Le 15/12/2025 à 22h46

Pour obtenir la connexion internet winboat à travers le parefeu mageia, les différentes ouvertures de port n'ont rien donné.
En définitive cette commande en root:
iptables -A INPUT -s 127.0.0.1 -j ACCEPT
a un effet positif immédiat ... mais provisoire. Au redémarrage , la formule ne permet plus l'accès internet . Seule la désactivation du parefeu et un redémarrage le redonne.

Édité par le saussois Le 20/12/2025 à 17h14

le saussois :

Pour obtenir la connexion internet winboat à travers le parefeu mageia, les différentes ouvertures de port n'ont rien donné.
En définitive cette commande en root:
iptables -A INPUT -s 127.0.0.1 -j ACCEPT
a un effet positif immédiat ... mais provisoire. Au redémarrage , la formule ne permet plus l'accès internet . Seule la désactivation du parefeu et un redémarrage le redonne.

Merci beaucoup, le saussois.
Effectivement, cette commande m'a permis d'avoir un Windows fonctionnel

Où as-tu trouvé l'info ?

joel :

[quote=le saussois]
Où as-tu trouvé l'info ?

Mistral ... gagnant !
Content que cela fonctionne pour toi
Ce n'est plus le cas pour moi, pour obtenir la connexion internet du windows , il me faut désactiver le parefeu et redémarrer mageia. Mais ce n'est pas grave, les applications pro qui me sont nécessaires peuvent faire des restaurations à partir du dossier partagé.

OK, je te remercie.

Par contre, comme pour toi, une fois WinBoard fermé et relancé, je ne peux plus rien faire, Windows ne s'ouvre plus...
Et http://127.0.0.1:47270/ ne s'ouvre plus non plus dans Firefox →
"Firefox ne peut établir de connexion avec le serveur à l’adresse 127.0.0.1:47270."

Mais la commande

trouvée sur https://rentry.org/winboat_guest_server_borked

m'as donné la bonne adresse : http://127.0.0.1:47273

Et là, j'ai pu lancer Windows dans Firefox

Je ne sais pas si cela a eu une incidence, mais j'avais d'abord fait :


mais sans redémarrer ma machine ni toucher au pare-feu

Édité par joel Le 21/12/2025 à 16h04

Je ne fais plus que "systemctl stop docker" et "systemctl start docker" quand je veux relancer winboat

Les adresses n'ont pas changé sur mon système: http://127.0.0.1:47270 sur firefox qemu, et http://127.0.0.1:47300/ en ouvrant le "desktop windows" dans les apps de winboat.

Winboat pas encore aussi complet et stable que virtualbox mais cela viendra . Winboat donne un accés rapide au bureau windows, mais je n'ai toujours pas réussi à ouvrir des applications windows sans le bureau complet, ce qui sera le vrai bonus de winboat. Cela plante à chaque fois.

Édité par le saussois Le 21/12/2025 à 19h03

Là, WinBoat est arrêté, mais j'ai toujours accès à Windows dans Firefox, en mode dégradé → une certaine lenteur, affichage légèrement flou, mais utilisable pour ce que j'ai à faire.

Et moins de CPU et de mémoire utilisés...

Bonjour à tous,

Suite à la réinstallation de Mageia, pour passer à Mga10, j'ai téléchargé la dernière version de WinBoat et tenté de l'installer.

Mais l'installation échoue.
→ /home/joel/.winboat/install.log dit :


J'avais fait au préalable :


Et là, je vois qu'il est question de


Il faut que je fasse cette commande ?

J'ai finalement posé la question à https://duck.ai/ qui me répond :
Ce type d’erreur est connu lorsque Docker tente de créer une règle DNAT alors que sa chaîne DOCKER n’existe plus.

Essayez d’abord :
sudo systemctl restart docker

Puis relancez le conteneur :
docker start WinBoat

après quoi je relance :
$ ./winboat-0.9.2-x86_64.AppImage

Et Winboat s'ouvre sans problème...