Wine non si avvia piu' dal kernel-6.9.12-200.fc40.x86_64

Fedora Linux Varie
#1

Buongiorno a tutti,
ho appena aggiornato la mia Fedorina alla versione 40 ed ho constatato che da quando ho aggiornato il kernel all’ultima versione e anche nelle versioni precedenti non si avvia piu’ il programma emulatore “Wine” di windows cosa che funzionava benissimo con le versioni precedenti di Fedora.
Riporto di seguito la mia situazione attuale:

skiava@skiava-sdt:~$ rpm -q kernel
kernel-6.9.12-200.fc40.x86_64
kernel-6.10.6-200.fc40.x86_64
kernel-6.10.7-200.fc40.x86_64
skiava@skiava-sdt:~$

e

skiava@skiava-sdt:~$ dnf info wine
Fedora 40 - x86_64 - Updates                     37 kB/s |  27 kB     00:00    
Fedora 40 - x86_64 - Updates                    2.6 MB/s | 4.1 MB     00:01    
Ultima verifica della scadenza dei metadati: 0:00:02 fa il gio 5 set 2024, 08:46:18.
Pacchetti installati
Name         : wine
Version      : 9.15
Rilascio     : 1.fc40
Architecture : x86_64
Size         : 0.0  
Sorgente     : wine-9.15-1.fc40.src.rpm
Repository   : @System
Dal repo     : updates
Summary      : A compatibility layer for windows applications
URL          : https://www.winehq.org/
Licenza      : LGPL-2.1-or-later
Description  : Wine as a compatibility layer for UNIX to run Windows
             : applications. This package includes a program loader, which
             : allows unmodified Windows 3.x/9x/NT binaries to run on x86 and
             : x86_64 Unixes. Wine can use native system .dll files if they are
             : available.
             : 
             : In Fedora wine is a meta-package which will install everything
             : needed for wine to work smoothly. Smaller setups can be achieved
             : by installing some of the wine-* sub packages.

Pacchetti disponibili
Name         : wine
Version      : 9.15
Rilascio     : 1.fc40
Architecture : i686
Size         : 9.4 k
Sorgente     : wine-9.15-1.fc40.src.rpm
Repository   : updates
Summary      : A compatibility layer for windows applications
URL          : https://www.winehq.org/
Licenza      : LGPL-2.1-or-later
Description  : Wine as a compatibility layer for UNIX to run Windows
             : applications. This package includes a program loader, which
             : allows unmodified Windows 3.x/9x/NT binaries to run on x86 and
             : x86_64 Unixes. Wine can use native system .dll files if they are
             : available.
             : 
             : In Fedora wine is a meta-package which will install everything
             : needed for wine to work smoothly. Smaller setups can be achieved
             : by installing some of the wine-* sub packages.

skiava@skiava-sdt:~$

qualcuno ha riscontrato lo stesso mio problema ed ha risolto successivamente?
ringrazio a chi mi risponde in anticipo.

#2

Ciao, skiava, anch’io uso Wine e ho la macchina aggiornata e Wine funziona regolarmente. Se Wine non funziona non è colpa del kernel! Wine, ricordatelo, converte le chiamate dell’API di Windows in chiamate X11, non opera a livello di kernel…

#3

Ciao, si ma non si aprono nemmeno i cosiddetti programmi di wine per la configurazione e l’avvio del boot…tipo wine.cfg e wine.boot ecc…gira la sua iconetta per l’avvio e poi sparisce…

#4

Spesso per risolvere un problema basta poco. Apri un terminale a linea di comando e scrivi:

wine <nome_del_eseguibile>

Mostrerà sul terminale eventuali problemi lanciando quell’eseguibile.

#5

provato ma mi esce il triangolino lampeggiante sempre e non mi mostra nessun risultato.

#6

Non ti ha prodotto qualcosa tipo:

giovanni@localhost:~$ wine winefile
002c:fixme:winediag:loader_init wine-staging 9.15 is a testing version containin
g experimental patches.
002c:fixme:winediag:loader_init Please mention your exact version when filing bu
g reports on winehq.org.
009c:err:sync:RtlpWaitForCriticalSection section 7BD5E2E0 “dlls/ntdll/loader.c:
loader_section” wait timed out in thread 009c, blocked by 0094, retrying (60 sec
)
00e8:err:ntoskrnl:ZwLoadDriver failed to create driver L"\Registry\Machine\Sy
stem\CurrentControlSet\Services\Null": c0000142
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"Null" fai
led to start: 1114
wine: Read access denied for device L"\??\Z:\", FS volume label and serial ar
e not available.
007c:fixme:file:errno_to_status Converting errno 17 to STATUS_UNSUCCESSFUL
007c:err:mountmgr:registry_flush_thread Failed flushing registry.
giovanni@localhost:~$

Strano, molto strano… Quello che ti ho riprodotto è quanto prodotto sulla mia macchina lanciando winefile da terminale.

#7

ciao, nessuna risposta al comando che mi hai fornito…in piu’ ho reinstallato wine ma il problema persiste…molto strano…

#8

Qui le possibilità sono solo tre: un problema nella configurazione di Wine oppure qualche libreria assente oppure qualcosa legato alla scheda video.

#9

Ti consiglio di leggerti questo ( https://gitlab.winehq.org/wine/wine/-/wikis/Wine-Developer’s-Guide/Debugging-Wine ), forse così riusciamo a capire dove sta il problema.

#10

Novità? Qualche notizia dal fronte orientale?

#11

Non avendo tanta dimestichezza con wine non ho capito da dove iniziare…ma secondo te potrebbe essere dovuto a qualche bug perche’ con i kernel precedenti tipo 39, 38 ecc di fedora non ho mai riscontrato questo tipo di problema…ho provato anche a lanciare il VM Boxes e si avvia senza problemi…

#12

E si rincomincia! Il kernel Linux non è assolutamente parte in causa di quello che succede sotto Wine. Mettilo da parte, per favore! Wine si limita a rimappare le chiamate dell’API di M$ Windows in quelle di X-Windows e di Wayland. VM Boxes usa un altro sistema di emulazione in quanto è basato su QEmu… siamo seri… Se vuoi vedere se tra i bugs riportati sotto Wine c’è il tuo guarda qui ( https://bugs.winehq.org/ ).

#13

ok grazie per le info aspettiamo che risolvono gli sviluppatori per il bug.

#14

Sì, ma questo bug è tra quelli attualmente conosciuti o è nuovo? Tu mi dici che lanciando un eseguibile con Wine da linea di comando non appare nulla. Deve comparire qualcosa, per forza! Mi puoi mostrare cosa appare dando un banale comando come un wine notepad, per favore?

#15

Ciao, riporto di seguito l’output del comando:

skiava@skiava-sdt:~$ wine notepad
002c:fixme:winediag:loader_init wine-staging 9.15 is a testing version containing experimental patches.
002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org.
0054:fixme:ntoskrnl:ObReferenceObjectByName Unhandled ObjectType
0054:fixme:ntoskrnl:ObReferenceObjectByName Unhandled ObjectType
0054:fixme:ntoskrnl:ObReferenceObjectByName Object (L"\\Driver\\fvevol") not found, may not be tracked.
0054:fixme:ntoskrnl:ObReferenceObjectByName Unhandled ObjectType
0054:fixme:ntoskrnl:ObReferenceObjectByName Object (L"\\Driver\\VolSnap") not found, may not be tracked.
009c:err:ole:start_rpcss Failed to start RpcSs service
009c:err:ole:start_rpcss Failed to start RpcSs service
003c:err:service:process_send_start_message service L"HuaweiHiSuiteService64.exe" failed to start
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"HuaweiHiSuiteService64.exe" failed to start: 1053
00ec:fixme:wineusb:add_usb_device Interface 1 has 2 alternate settings; using the first one.
00ec:fixme:wineusb:add_usb_device Interface 2 has 2 alternate settings; using the first one.
00ec:fixme:wineusb:add_usb_device Interface 3 has 2 alternate settings; using the first one.
00e8:fixme:wineusb:query_id Unhandled ID query type 0x5.
00e8:fixme:wineusb:query_id Unhandled ID query type 0x5.
00e8:fixme:wineusb:query_id Unhandled ID query type 0x5.
00e8:fixme:wineusb:query_id Unhandled ID query type 0x5.
00e8:fixme:wineusb:query_id Unhandled ID query type 0x5.
0024:err:environ:run_wineboot boot event wait timed out

dopo rimane fermo con iconetta lampeggiante…

#16

Ciao, skiava, grazie del tuo ultimo messaggio! Ora confrontiamolo col mio in cui Wine funziona. Abbiamo:

giovanni@localhost:~$ wine notepad
002c:fixme:winediag:loader_init wine-staging 9.15 is a testing version containin
g experimental patches.
002c:fixme:winediag:loader_init Please mention your exact version when filing bu
g reports on winehq.org.
00e0:err:ntoskrnl:ZwLoadDriver failed to create driver L"\Registry\Machine\Sy
stem\CurrentControlSet\Services\Null": c0000142
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"Null" fai
led to start: 1114
giovanni@localhost:~$

Nota una serie di differenze:

  1. Si fa riferimento a due driver, fvevol e VolSnap, che non so cosa siano ma penso che il secondo sia legato a Snapd.
  2. Viene avviato Ole e fallisce all’avvio Rpcss.
  3. Non viene eseguito all’avvio HuaweiHiSuiteService64.exe.

Conseguenze: non è questione del kernel Linux, è che all’avvio Wine non trova delle componenti o dei driver e si blocca! Qui devi risolvere a mano il problema!

#17

Grazie delle info, ma non so come risolvere a mano questo problema non avendo conoscenze su wine.

#18

Credo che tutto si possa risolvere a mano, nel senso che Wine emula il registro di sistema di Windows come files di testo. Se tu dal tuo file manager abiliti la visione dei files nascosti, vedrai che esiste una directory nascosta di nome .wine. Lì ci sono tre files con estensione reg: system.reg, user.reg e userdef.reg. Sono banali files di testo ed è lì che devi lavorare localizzando e disabilitando quelle voci che mandano in blocco Wine. Non devi fare molto ma comunque fai delle copie di backup in previsione di possibili problemi. Se poi tutto fila liscio quelle copie le potrai rimuovere con facilità.

#19

Ho constatato che ci sono 2 pacchetti di wine con architetture diverse ovvero wine-9.15-1.fc40.src.rpm da x86_64 e wine wine-9.15-1.fc40.src.rpm da i686 potrebbe essere che questi portano in conflitto il programma oppure un pacchetto è piu’ adatto dell’altro…comunque in seguito il responso di:
[/code]
skiava@skiava-sdt:~$ dnf info wine
Fedora 40 - x86_64 - Updates 43 kB/s | 24 kB 00:00
Fedora 40 - x86_64 - Updates 2.1 MB/s | 3.7 MB 00:01
RPM Fusion for Fedora 40 - Free - Updates 16 kB/s | 7.2 kB 00:00
RPM Fusion for Fedora 40 - Nonfree - Updates 20 kB/s | 7.4 kB 00:00
teams 12 kB/s | 1.5 kB 00:00
Pacchetti installati
Name : wine
Version : 9.15
Rilascio : 1.fc40
Architecture : x86_64
Size : 0.0
Sorgente : wine-9.15-1.fc40.src.rpm
Repository : @System
Dal repo : updates
Summary : A compatibility layer for windows applications
URL : https://www.winehq.org/
Licenza : LGPL-2.1-or-later
Description : Wine as a compatibility layer for UNIX to run Windows
: applications. This package includes a program loader, which
: allows unmodified Windows 3.x/9x/NT binaries to run on x86 and
: x86_64 Unixes. Wine can use native system .dll files if they are
: available.
:
: In Fedora wine is a meta-package which will install everything
: needed for wine to work smoothly. Smaller setups can be achieved
: by installing some of the wine-* sub packages.

Pacchetti disponibili
Name : wine
Version : 9.15
Rilascio : 1.fc40
Architecture : i686
Size : 9.4 k
Sorgente : wine-9.15-1.fc40.src.rpm
Repository : updates
Summary : A compatibility layer for windows applications
URL : https://www.winehq.org/
Licenza : LGPL-2.1-or-later
Description : Wine as a compatibility layer for UNIX to run Windows
: applications. This package includes a program loader, which
: allows unmodified Windows 3.x/9x/NT binaries to run on x86 and
: x86_64 Unixes. Wine can use native system .dll files if they are
: available.
:
: In Fedora wine is a meta-package which will install everything
: needed for wine to work smoothly. Smaller setups can be achieved
: by installing some of the wine-* sub packages.

skiava@skiava-sdt:~$

#20

skiava, ma hai letto quello che ti ho scritto? Il problema che hai con Wine deriva dalla presenza nel registro di Wine di due periferiche e di un applicativo che non esistono più! Poiché sotto Wine il registro di sistema di Wine è emulato da tre files localizzati nella directory nascosta .wine basta trovare quelle tre voci che creano il problema, rimuoverle o disabilitarle e il tutto si risolve! Una domanda: hai mai programmato sotto M$ Windows? Sono cose ovvie. Ti riposto quello che mi avevi mandato indicandoti di nuovo cosa cercare in quei tre files e qui non è ASSOLUTAMENTE QUESTIONE né di kernel né di Wine propriamente detto. Ecco cosa devi rimuovere, c’è l’hai davanti agli occhi!

skiava@skiava-sdt:~$ wine notepad
002c:fixme:winediag:loader_init wine-staging 9.15 is a testing version containing experimental patches.
002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org.
0054:fixme:ntoskrnl:ObReferenceObjectByName Unhandled ObjectType
0054:fixme:ntoskrnl:ObReferenceObjectByName Unhandled ObjectType
0054:fixme:ntoskrnl:ObReferenceObjectByName Object (L"\Driver\fvevol") not found, may not be tracked.
0054:fixme:ntoskrnl:ObReferenceObjectByName Unhandled ObjectType
0054:fixme:ntoskrnl:ObReferenceObjectByName Object (L"\Driver\VolSnap") not found, may not be tracked.
009c:err:ole:start_rpcss Failed to start RpcSs service
009c:err:ole:start_rpcss Failed to start RpcSs service
003c:err:service:process_send_start_message service L"HuaweiHiSuiteService64.exe" failed to start
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"HuaweiHiSuiteService64.exe" failed to start: 1053
00ec:fixme:wineusb:add_usb_device Interface 1 has 2 alternate settings; using the first one.
00ec:fixme:wineusb:add_usb_device Interface 2 has 2 alternate settings; using the first one.
00ec:fixme:wineusb:add_usb_device Interface 3 has 2 alternate settings; using the first one.
00e8:fixme:wineusb:query_id Unhandled ID query type 0x5.
00e8:fixme:wineusb:query_id Unhandled ID query type 0x5.
00e8:fixme:wineusb:query_id Unhandled ID query type 0x5.
00e8:fixme:wineusb:query_id Unhandled ID query type 0x5.
00e8:fixme:wineusb:query_id Unhandled ID query type 0x5.
0024:err:environ:run_wineboot boot event wait timed out

dopo rimane fermo con iconetta lampeggiante…

La sindrome da telefonino colpisce ancora…