web-dev-qa-db-fra.com

Banshee crash au démarrage

OS-16.04. Utilisé banshee tous les jours jusqu'à maintenant, mais j'ai eu l'erreur.

Erreur de journal fatale jointe.

[ERROR] FATAL UNHANDLED EXCEPTION: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.MethodAccessException: Method `IBusProxy:.ctor ()' is inaccessible from method `NDesk.DBus.BusObject:.ctor ()'

  at (wrapper managed-to-native) System.Object:__icall_wrapper_mono_throw_method_access (intptr,intptr)
  at IBusProxy..ctor () [0x00000] in <8f213ad6c6e7479eb4b70a3891c9ae32>:0 
  at (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke (System.Reflection.MonoCMethod,object,object[],System.Exception&)
  at System.Reflection.MonoCMethod.InternalInvoke (System.Object obj, System.Object[] parameters) [0x00002] in <f712f98eb8e445c8918edaf595bbe465>:0 
   --- End of inner exception stack trace ---
  at System.Reflection.MonoCMethod.InternalInvoke (System.Object obj, System.Object[] parameters) [0x00019] in <f712f98eb8e445c8918edaf595bbe465>:0 
  at System.RuntimeType.CreateInstanceMono (System.Boolean nonPublic) [0x000ca] in <f712f98eb8e445c8918edaf595bbe465>:0 
  at System.RuntimeType.CreateInstanceSlow (System.Boolean publicOnly, System.Boolean skipCheckThis, System.Boolean fillCache, System.Threading.StackCrawlMark& stackMark) [0x0001a] in <f712f98eb8e445c8918edaf595bbe465>:0 
  at System.RuntimeType.CreateInstanceDefaultCtor (System.Boolean publicOnly, System.Boolean skipCheckThis, System.Boolean fillCache, System.Threading.StackCrawlMark& stackMark) [0x0002a] in <f712f98eb8e445c8918edaf595bbe465>:0 
  at System.Activator.CreateInstance (System.Type type, System.Boolean nonPublic) [0x00040] in <f712f98eb8e445c8918edaf595bbe465>:0 
  at System.Activator.CreateInstance (System.Type type) [0x00000] in <f712f98eb8e445c8918edaf595bbe465>:0 
  at NDesk.DBus.BusObject.GetObject (NDesk.DBus.Connection conn, System.String bus_name, NDesk.DBus.ObjectPath object_path, System.Type declType) [0x00008] in <6f993bb1a1414adf8517b25c86b39e83>:0 
  at NDesk.DBus.Connection.GetObject (System.Type type, System.String bus_name, NDesk.DBus.ObjectPath path) [0x0000d] in <6f993bb1a1414adf8517b25c86b39e83>:0 
  at NDesk.DBus.Connection.GetObject[T] (System.String bus_name, NDesk.DBus.ObjectPath path) [0x00001] in <6f993bb1a1414adf8517b25c86b39e83>:0 
  at NDesk.DBus.Bus..ctor (System.String address) [0x0000f] in <6f993bb1a1414adf8517b25c86b39e83>:0 
  at NDesk.DBus.Bus.Open (System.String address) [0x00033] in <6f993bb1a1414adf8517b25c86b39e83>:0 
  at Mono.Zeroconf.Providers.AvahiDBus.DBusManager.ConnectToSystemBus () [0x0001f] in <6f993bb1a1414adf8517b25c86b39e83>:0 
  at Mono.Zeroconf.Providers.AvahiDBus.DBusManager.IterateThread (System.Object o) [0x00012] in <6f993bb1a1414adf8517b25c86b39e83>:0 
  at System.Threading.QueueUserWorkItemCallback.WaitCallback_Context (System.Object state) [0x0000e] in <f712f98eb8e445c8918edaf595bbe465>:0 
  at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x0008d] in <f712f98eb8e445c8918edaf595bbe465>:0 
  at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <f712f98eb8e445c8918edaf595bbe465>:0 
  at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem () [0x0002a] in <f712f98eb8e445c8918edaf595bbe465>:0 
  at System.Threading.ThreadPoolWorkQueue.Dispatch () [0x00096] in <f712f98eb8e445c8918edaf595bbe465>:0 
  at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback () [0x00000] in <f712f98eb8e445c8918edaf595bbe465>:0
banshee
3
1971_KA-10

J'ai eu le même problème sur Arch Linux. J'ai consulté mes journaux et découvert que mono avait récemment été mis à niveau de la version 4.6.1.3-1 à la version 4.8.0.495-1. J'ai réussi à restaurer mon package mono vers la version 4.6.1.3-1 de ALA et banshee semble fonctionner correctement à présent.

Je ne suis pas sûr de savoir comment faire cela sur Ubuntu, mais sur Arch, la commande est la suivante:

yaourt -S downgrader
downgrader mono

puis sélectionnez mono-4.6.1.3-1 (from ALA)

J'ai essayé de créer un environnement Ubuntu Live et même de chercher http://packages.ubuntu.com/ pour la commande équivalente Ubuntu, mais il semble que mono soit présenté différemment dans de nombreux packages, tels que mono-runtime ou libmono. et tel si une personne plus expérimentée avec Ubuntu pourrait lui donner le bon ordre pour le PO.

1
ThomasG

Semblable à ThomasG, j'ai aussi déclassé Mono - à la version 4.4.2, juste pour être sûr. Voici comment je l'ai fait:

  1. En utilisant le gestionnaire de paquets Synaptic (oui, vous pouvez toujours l’installer, je le préfère pour la gestion des paquets), j’ai supprimé tous les paquets liés au framework mono. L'un des éléments déclenchera le retrait de la plupart des éléments, ainsi que banshee. C'est bon. Consultez la liste des autres logiciels que vous souhaitez également réinstaller par la suite. Aussi: tous les hits avec "mono" dans le titre ou la description n'appartiennent pas au framework mono.
  2. Ouvrez "Logiciels et mises à jour", recherchez le référentiel mono sous "Autres logiciels" (il commence par http://download.mono-project.com) et éditez-le comme suit:
    • Distribution: "Wheezy/instantanés"
    • Composants "[version]/main" ("4.4.2/main" dans mon cas).
  3. J'ai finalement utilisé la ligne de commande pour exécuter Sudo apt update, puis Sudo apt list mono-complete pour vérifier la version. J'ai ensuite installé mono avec Sudo apt install mono-complete, puis banshee avec Sudo apt install banshee, ce qui m'a obligé à accepter les paquets qui n'ont pas pu être vérifiés.

J'ai ouvert banshee, et voilà: courir et conserver toutes les listes de lecture intactes.

1
Daan Wilmer