Avec une mise à jour récente (je suis sur 14.04 LTS), Wine a soudainement cessé de fonctionner. Il s'avère que cela a déjà été signalé à WineHQ où le bogue associé les rapports sont liés.
Il est conseillé de rétrograder le noyau en attendant le correctif, en renvoyant les utilisateurs vers leurs distributions pour obtenir des conseils relatifs à la rétrogradation. Il y a pas mal de questions-réponses à ce sujet , mais celles spécifiques à 14.04 ne semblent pas répondre à ce besoin. (Et les "questions similaires" dans l'encadré sont souvent assez anciennes.)
Comment le noyau devrait-il être rétrogradé en toute sécurité sans interdire les mises à jour automatiques (pour détecter le correctif qui arrivera sûrement bientôt!)?
La mise à jour problématique dans mon cas semble être celle-ci:
2015-07-28 14:08:18 upgrade linux-libc-dev:AMD64 3.13.0-58.97 3.13.0-59.98
Lorsque vous démarrez votre machine pour la première fois, vous devriez voir le menu de démarrage de grub. Dans le menu de démarrage de grub, choisissez l’ancien noyau auquel vous souhaitez démarrer - Une fois que vous avez choisi le noyau que vous souhaitez conserver et que vous l’avez démarré.
uname -r
vous dira sur quel noyau vous utilisez actuellement (mesurez deux fois coupée une fois)
dpkg -l | grep linux-image
dpkg -l | grep linux-headers
vous dira quels noyaux/en-têtes sont sauvegardés sur votre système - je supprimerai également les en-têtes - bien qu'ils ne prennent pas trop de place, je les purge encore, pourquoi les avoir si je supprime le noyau?
Sachez qu’il est important de NE PAS supprimer le noyau que vous utilisez, c.-à-d. uname -r
En supprimant ces entrées de noyau et d’en-tête, votre système deviendra inutilisable.
puis supprimez ceux que vous ne voulez pas:
Sudo apt-get purge
Je vais copier la sortie de dpkg -l | grep linux-image
dans un document texte afin que ce soit un processus peu compliqué et que je puisse clairement choisir ce que je veux supprimer ou sauvegarder.
un exemple de ce à quoi ressemblera la commande complète:
Sudo apt-get purge linux-image-3.16.0-41-generic linux-image-3.16.0-41-lowlatency linux-image-extra-3.16.0-41-generic
Sudo apt-get purge linux-headers-3.16.0-41 linux-headers-3.16.0-41-generic linux-headers-3.16.0-41-lowlatency
un exemple de ce que la sortie de dpkg -l | Les en-têtes de linp de grep ressembleront à ceci:
jason@casa-wesella:~$ dpkg -l | grep linux-headers
ii linux-headers-3.16.0-41 3.16.0-41.57~14.04.1 all Header files related to Linux kernel version 3.16.0
ii linux-headers-3.16.0-41-generic 3.16.0-41.57~14.04.1 i386 Linux kernel headers for version 3.16.0 on 32 bit x86 SMP
ii linux-headers-3.16.0-41-lowlatency 3.16.0-41.57~14.04.1 i386 Linux kernel headers for version 3.16.0 on 32 bit x86 SMP
ii linux-headers-3.16.0-43 3.16.0-43.58~14.04.1 all Header files related to Linux kernel version 3.16.0
ii linux-headers-3.16.0-43-generic 3.16.0-43.58~14.04.1 i386 Linux kernel headers for version 3.16.0 on 32 bit x86 SMP
ii linux-headers-3.16.0-43-lowlatency 3.16.0-43.58~14.04.1 i386 Linux kernel headers for version 3.16.0 on 32 bit x86 SMP
ii linux-headers-generic-lts-utopic 3.16.0.43.34 i386 Generic Linux kernel headers
ii linux-headers-lowlatency-lts-utopic 3.16.0.43.34 i386 lowlatency Linux kernel headers
Cette réponse ne concerne pas la restauration du noyau. Mais, FYI, le problème initial qui a causé le dysfonctionnement du vin semble avoir été dans le noyau 3.13.0-59-générique; et la nouvelle version 3.13.0-61-generic est maintenant disponible.
J'ai lancé manuellement Software Updater et il est passé automatiquement à 3.13.0-61-generic. Maintenant, mes applications vin lancent à nouveau OK.