Archlinux.fr [Forums]

J'ai exactement le même pb... mes .vdi sont sur un disque USB partitionné en NTFS. Le premier lancement d'un invité Linux après le changement de noyau m'a tout de suite provoqué un panic.

Je suis revenu au noyau 3.15 et tout fonctionne correctement... donc, en attendant, je fais mes maj en ignorant linux,linux-headers et virtualbox-host-modules.

Merci pour ton rapport de bug

un utilisateur d'ubuntu a aussi le bug :

https://bugzilla.kernel.org/show_bug.cgi?id=82951#c5

j'ai déduit qu'il utilisait ubuntu grâce à la mention "3.16.1-031601-generic" qui est le nom utilisé dans ubuntu pour le noyau 3.16.1

Personne motivé pour faire un : "git bisect" entre les versions problématiques ?
Sinon je rejoint le groupe, je peux en effet reproduire très facilement le souci.

j'ai un PC assez vieux, malheureusement pas assez rapide pour compiler le kernel ( ça prend presque 2 heures chez moi ), du coup le bisect va être long à faire chez moi,

si tu as un PC rapide ce serait sympa si tu pouvais faire le bisect

On verra demain soir si j'ai le courage (normalement j'ai le temps demain soir), oui avec un core i7 linux met environ 15 minutes pur être compilé.

alors tu as eu le courage de faire le bisect ?

avant de faire le bisect il serait interessant de tester le kernel 3.17, afin de voir si le problème a été corrigé dans cette branche :

https://aur.archlinux.org/packages/linux-mainline/

Ce fut un échec... Tout d'abord il n'est pas vraiment possible de faire un bisect entre 3.15 et 3.16 car ce sont 2 branches séparés. De plus j'ai essayé de compiler 3.16.0-rc1, j'ai du corriger un problème de dépendance entre 2 modules en modifiant très légèrement le .config, puis bien sur il m'a fallut recompiler le module nvidia et ainsi que le module host de virtualbox. Jusque là pas trop de souci, mais impossible de lancer KDM, je tente un startx qui par miracle fonctionne... Puis j'essaye de lancer VirtualBox depuis le xterm, et de mémoire j'ai eu comme erreur : illégal instruction (???)...
Je tente la RC4, là je peux lancer KDM/KDE et VirtualBox, mais en plein changement de la VM j'ai l'écran qui s'éteint et j'essaye d'éteindre le PC, j'essaye d'utiliser le bouton reset sans succès (WTF ???), puis finalement le PC redémarre avec comme erreur BIOS : Overclocking failed (il n'est pas OC).

Bref, cela m'a déjà pris beaucoup plus de temps que prévus... J'ai préféré abandonner...

ok tu as eu raison,

reste la piste du kernel 3.17 qui résout peut-être le problème

Bon, ne vous fatiguez pas à essayer, j'ai exactement le même pb (panic avec VB et des .vdi sur NTFS) avec le nouveau noyau 3.16.2-1...

et les développeurs du kernel n'ont toujours pas répondu à mon rapport de bug sur ce problème,

en attendant j'utilise maintenant qemu ( en utilisant l'option kvm ) à la place de virtualbox, le bug peut encore se produire avec qemu mais il est beaucoup plus rare avec qemu,

l'inconvénient avec qemu c'est qu'il est beaucoup moins user-friendly que virtualbox ( il faut tout faire en ligne de commande, et l’accélération graphique est moins performante qu'avec virtualbox ), donc j'espère qu'ils vont quand même résoudre ce bug fuse/ntfs

Moi, j'utilise pas un noyau qui panique, même moins souvent que le précédent... Donc, tant que le bug n'a pas été résolu officiellement, je reste en 3.15 ou en LTS...

le noyau 3.16.3 est disponible dans les dépôts, quelqu'un a testé pour voir s'il résout le problème ?

oui, j'ai testé, et non, le problème n'est pas résolu.

D'après le rapport de bug du kernel, une personne indique qu'il n'a plus de souci avec la version 3.17.1 du kernel. Des personnes pour confirmer ?

le rapport de bug a d'ailleurs été fermé, les développeurs pensent que le bug a été résolu :

Looks like it was the following commit in 3.16 that broke it:

c9c37e2e6378 "fuse: switch to iov_iter_get_pages()"

And the following commits in 3.17 are responsible for fixing it:

c7f3888ad7f0 "switch iov_iter_get_pages() to passing maximal number of pages"
2c80929c4c4d "fuse: honour max_read and max_write in direct_io mode"

https://bugzilla.kernel.org/show_bug.cgi?id=82951#c15

J'ai vu, j'ai aidé à le fermer