Comment éviter un plantage lors de l'interaction avec des vidéos Blu-Ray ?

"panicString" : "panic(cpu 3 appelant 0xfffe002580c9e4) : vm_object_iopl_request : page manquante/mauvaise dans l'objet du noyau @vm_pageout.c:9356

D'après votre rapport initial de panique, il semble que vous rencontriez une panique synchrone pendant une demande au sous-système de mémoire virtuelle de créer une nouvelle liste de pages universelles d'E/S. Cela, seul, ne nous en dit pas assez. Nous devons recueillir d'autres informations pour nous rapprocher de la cause première.

Je fais un zoom arrière pendant un moment : Vous rencontrez clairement un bug dans MacOS car - par définition et par conception ! - il doit être impossible pour un utilisateur non privilégié d'induire une panique du noyau, surtout une avec une reproductibilité à 100% comme celle-ci. Ce bug est finalement la faute d'Apple. Sans un débogage supplémentaire (qui nécessite des outils personnalisés et un accès au code source propriétaire d'Apple), il est peu probable que vous puissiez déterminer la cause de la racine et il est garanti que vous ne serez pas en mesure d'effectuer une véritable correction du problème sous-jacent (qui nécessiterait d'apporter une modification à xnu et/ou d'autres bases de code). Ce n'est pas surprenant, car Monterey et le M1 Pro sont tous deux nouveaux et il y a souvent des bogues au moment de la sortie.

Cela signifie que, pour l'instant, votre meilleure chance est de

1. Rassemblez autant d'informations que possible,
2. Signaler le bogue à Apple avec toutes les informations du numéro 1, et
3. Essayez de trouver une solution de contournement à court terme pendant qu'Apple étudie et corrige ce bogue.

La première étape pour recueillir davantage d'informations consiste à rendre votre rapport de panique plus utile. Cela signifie deux choses :

• N'omettez pas la liste des KEXTs chargés (ou toute autre information) de votre rapport ; chaque ligne d'un rapport de panique a été placée intentionnellement car elle peut contenir un indice important et subtil sur la cause première.
• Nous devons collecter un nouveau rapport de panique avec symbolisation du noyau activé afin que le backtrace puisse nous dire quelle chaîne d'appels a conduit à la panique de la VM.

Pour activer la symbolisation :

1. Exécutez la commande Terminal suivante :

   sudo nvram boot-args="keepsyms=1"

   Veillez à copier-coller ce texte de manière à saisir des guillemets droits plutôt que des guillemets droits/"intelligents". (Si vous obtenez une erreur générale, vous devrez d'abord désactiver la protection de l'intégrité du système . Vous pouvez le réactiver après avoir terminé cette enquête).

2. Redémarrez votre machine. La prochaine fois que cette panique se produira, votre rapport aura un backtrace symbolique. Veuillez modifier votre question avec un nouveau lien vers celle-ci.

J'ai également ce même problème avec mon Mac mini M1 et mon MacBook Pro 14" M1 (j'espérais qu'il s'agissait d'un problème isolé du Mac mini M1 (que je connaissais depuis son achat en novembre 2020).

Tout ce que je veux faire, c'est extraire le fichier .m2ts pour le convertir en MKV, mais dès que je touche à ce fichier ou que j'essaie de copier l'ensemble du dossier BDMV, toute la machine se bloque et redémarre.

Quelqu'un connaît-il d'autres moyens de monter le fichier image dans MacOS que le logiciel intégré ?