Kernel version: Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007;
Le problème est dans le driver USB lié aux périphériques de stockage (disque dur, clé...). La mémoire dans le noyau est découpée en zone. Là il s'agit de la zone "kalloc" qui possède près de 2 millions d'éléments dans ton cas (!), chaque élément étant un bout de mémoire. Le driver USB a besoin de mémoire dans cette zone "kalloc", et il n'en trouve pas de libre (même après le passage d'un "garbage collector"), il passe alors le noyau en panic car le problème est considéré comme non rattrapable.
La question est alors ce qui entraine cette allocation à foison de la mémoire du noyau par ce périphérique USB. Là je n'ai pas de réponse.
Si ton périphérique USB (que tu n'as pas mentionné) est connecté à un hub (alimenté?), il serait bien de tester sans ce hub, de tester avec un autre câble, de tester sur un autre port du Mac, de tester avec un autre périphérique de stockage à la place... Il se peut aussi que ta machine n'ai pas assez de RAM pour ce que le noyau veut faire avec ce périphérique.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 15/02/09 01:24, dans <150220090124376857%g.salmon@alussinan.org>,
« Gilles_57 » <g.salmon@alussinan.org> a écrit :
Qui pourait m'aider à déchiffrer ce qui suit afin de trouver le
responsable de panics à répéptition ?
Il serait intéressant de savoir quand ces panics arrivent, et quelle est ta
configuration matérielle et logicielle.
Kernel version:
Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007;
Le problème est dans le driver USB lié aux périphériques de stockage (disque
dur, clé...). La mémoire dans le noyau est découpée en zone. Là il s'agit de
la zone "kalloc" qui possède près de 2 millions d'éléments dans ton cas (!),
chaque élément étant un bout de mémoire. Le driver USB a besoin de mémoire
dans cette zone "kalloc", et il n'en trouve pas de libre (même après le
passage d'un "garbage collector"), il passe alors le noyau en panic car le
problème est considéré comme non rattrapable.
La question est alors ce qui entraine cette allocation à foison de la
mémoire du noyau par ce périphérique USB. Là je n'ai pas de réponse.
Si ton périphérique USB (que tu n'as pas mentionné) est connecté à un hub
(alimenté?), il serait bien de tester sans ce hub, de tester avec un autre
câble, de tester sur un autre port du Mac, de tester avec un autre
périphérique de stockage à la place... Il se peut aussi que ta machine n'ai
pas assez de RAM pour ce que le noyau veut faire avec ce périphérique.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Kernel version: Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007;
Le problème est dans le driver USB lié aux périphériques de stockage (disque dur, clé...). La mémoire dans le noyau est découpée en zone. Là il s'agit de la zone "kalloc" qui possède près de 2 millions d'éléments dans ton cas (!), chaque élément étant un bout de mémoire. Le driver USB a besoin de mémoire dans cette zone "kalloc", et il n'en trouve pas de libre (même après le passage d'un "garbage collector"), il passe alors le noyau en panic car le problème est considéré comme non rattrapable.
La question est alors ce qui entraine cette allocation à foison de la mémoire du noyau par ce périphérique USB. Là je n'ai pas de réponse.
Si ton périphérique USB (que tu n'as pas mentionné) est connecté à un hub (alimenté?), il serait bien de tester sans ce hub, de tester avec un autre câble, de tester sur un autre port du Mac, de tester avec un autre périphérique de stockage à la place... Il se peut aussi que ta machine n'ai pas assez de RAM pour ce que le noyau veut faire avec ce périphérique.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Gilles_57
In article <C5BD87ED.E2714%, Eric Levenez wrote:
Merci pour les diffŽrentes rŽponses, en particulire celle d'Eric :
Le probl
In article <C5BD87ED.E2714%usenet@levenez.com>, Eric Levenez
<usenet@levenez.com> wrote:
Merci pour les diffŽrentes rŽponses, en particulire celle d'Eric :
Merci pour les diffŽrentes rŽponses, en particulire celle d'Eric :
Le probl
Eric Levenez
Le 15/02/09 11:06, dans <150220091106129166%, « Gilles_57 » a écrit :
Le seul périphérique de stockage connecté est un lecteur de cartes "storex" dans lequel était inséré une sdcard HC Lexar 4GB.
C'est donc lui le déclancheur du problème.
Dans un monde parfait, le noyau s'autoprotégerait des problèmes extérieurs et ne ferait pas ce panic volontaire (contrairement aux panics liés à des problèmes matériels comme une mauvaise RAM).
Il faut remonter ces panics à Apple.
Y a-t-il moyen de surveiller cette allocation mémoire de "kalloc" pour vérifier si la connexion de ce lecteur entraîne une variation ?
Peut-être en regardant l'occupation du pseudo-processus "kernel_task", mais je n'en suis pas sûr.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 15/02/09 11:06, dans <150220091106129166%g.salmon@alussinan.org>,
« Gilles_57 » <g.salmon@alussinan.org> a écrit :
Le seul périphérique de stockage connecté est un lecteur de cartes
"storex" dans lequel était inséré une sdcard HC Lexar 4GB.
C'est donc lui le déclancheur du problème.
Dans un monde parfait, le noyau s'autoprotégerait des problèmes extérieurs
et ne ferait pas ce panic volontaire (contrairement aux panics liés à des
problèmes matériels comme une mauvaise RAM).
Il faut remonter ces panics à Apple.
Y a-t-il moyen de surveiller cette allocation mémoire de "kalloc" pour
vérifier si la connexion de ce lecteur entraîne une variation ?
Peut-être en regardant l'occupation du pseudo-processus "kernel_task", mais
je n'en suis pas sûr.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 15/02/09 11:06, dans <150220091106129166%, « Gilles_57 » a écrit :
Le seul périphérique de stockage connecté est un lecteur de cartes "storex" dans lequel était inséré une sdcard HC Lexar 4GB.
C'est donc lui le déclancheur du problème.
Dans un monde parfait, le noyau s'autoprotégerait des problèmes extérieurs et ne ferait pas ce panic volontaire (contrairement aux panics liés à des problèmes matériels comme une mauvaise RAM).
Il faut remonter ces panics à Apple.
Y a-t-il moyen de surveiller cette allocation mémoire de "kalloc" pour vérifier si la connexion de ce lecteur entraîne une variation ?
Peut-être en regardant l'occupation du pseudo-processus "kernel_task", mais je n'en suis pas sûr.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Gilles_57
In article <C5BDC4F7.E2750%, Eric Levenez wrote:
Le 15/02/09 11:06, dans <150220091106129166%, ÇÊGilles_57ÊÈ a ŽcritÊ:
> Le seul pŽriphŽrique de stockage connectŽ est un lecteur de cartes > "storex" dans lequel Žtait insŽrŽ une sdcard HC Lexar 4GB.
C'est donc lui le dŽclancheur du probl
In article <C5BDC4F7.E2750%usenet@levenez.com>, Eric Levenez
<usenet@levenez.com> wrote:
Le 15/02/09 11:06, dans <150220091106129166%g.salmon@alussinan.org>,
ÇÊGilles_57ÊÈ <g.salmon@alussinan.org> a ŽcritÊ:
> Le seul pŽriphŽrique de stockage connectŽ est un lecteur de cartes
> "storex" dans lequel Žtait insŽrŽ une sdcard HC Lexar 4GB.
Le 15/02/09 11:06, dans <150220091106129166%, ÇÊGilles_57ÊÈ a ŽcritÊ:
> Le seul pŽriphŽrique de stockage connectŽ est un lecteur de cartes > "storex" dans lequel Žtait insŽrŽ une sdcard HC Lexar 4GB.
C'est donc lui le dŽclancheur du probl
Gilles_57
In article <1iv6da2.1bilg3w1owefkcN%, Pierre-Olivier TAUBATY wrote:
SbM wrote:
> Gilles_57 wrote: > > > Bonjour, > > > > Qui pourait m'aider ˆ dŽchiffrer ce qui suit afin de trouver le > > responsable de panics ˆ rŽpŽptition ? > > Un pŽriphŽrique USB, ˆ tout hasard ? Donc sans doute le cas ŽchŽant son > driver ?
Il y a mention ˆ la fois de USB, mais Žgalement de SCSI ? ? ?
Il n'y a pas de prŽiphŽrique SCSI sur la machine.
In article <1iv6da2.1bilg3w1owefkcN%pas.de.spam@chez.moi>,
Pierre-Olivier TAUBATY <pas.de.spam@chez.moi> wrote:
SbM <sebastienmarty@yahoo.fr> wrote:
> Gilles_57 <g.salmon@alussinan.org> wrote:
>
> > Bonjour,
> >
> > Qui pourait m'aider ˆ dŽchiffrer ce qui suit afin de trouver le
> > responsable de panics ˆ rŽpŽptition ?
>
> Un pŽriphŽrique USB, ˆ tout hasard ? Donc sans doute le cas ŽchŽant son
> driver ?
Il y a mention ˆ la fois de USB, mais Žgalement de SCSI ? ? ?
In article <1iv6da2.1bilg3w1owefkcN%, Pierre-Olivier TAUBATY wrote:
SbM wrote:
> Gilles_57 wrote: > > > Bonjour, > > > > Qui pourait m'aider ˆ dŽchiffrer ce qui suit afin de trouver le > > responsable de panics ˆ rŽpŽptition ? > > Un pŽriphŽrique USB, ˆ tout hasard ? Donc sans doute le cas ŽchŽant son > driver ?
Il y a mention ˆ la fois de USB, mais Žgalement de SCSI ? ? ?
Il n'y a pas de prŽiphŽrique SCSI sur la machine.
Eric Levenez
Le 15/02/09 14:00, dans <150220091400145171%, « Gilles_57 » a écrit :
In article <1iv6da2.1bilg3w1owefkcN%, Pierre-Olivier TAUBATY wrote:
Il y a mention à la fois de USB, mais également de SCSI ? ? ?
Il n'y a pas de préiphérique SCSI sur la machine.
Cette mention du SCSI vient du fait que c'est le driver générique pour les périphériques de stockage de blocks de données.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 15/02/09 14:00, dans <150220091400145171%g.salmon@alussinan.org>,
« Gilles_57 » <g.salmon@alussinan.org> a écrit :
In article <1iv6da2.1bilg3w1owefkcN%pas.de.spam@chez.moi>,
Pierre-Olivier TAUBATY <pas.de.spam@chez.moi> wrote:
Il y a mention à la fois de USB, mais également de SCSI ? ? ?
Il n'y a pas de préiphérique SCSI sur la machine.
Cette mention du SCSI vient du fait que c'est le driver générique pour les
périphériques de stockage de blocks de données.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.