Articles précédents : BSD
- [14] Pare-feu avec authentification
- [21] .NET sur FreeBSD est dispo !
- [13] 4BSD est de nouveau libre!
- [26] Un fork d'OpenBSD avec IPFilter
- [27] une Debian sur noyau NetBSD
- [5] WindRiver vend FreeBSD !
- [43] Java sur FreeBSD
- [14] OpenBSD 3.0 dispo
- [45] performances MySQL sous OpenBSD
- [3] Daemonnews de décembre
Liens connexes
- L'article sur OnLamp partie I (398 hits)
- L'article sur OnLamp partie II (245 hits)
- Le « oops tracing » sous Linux (382 hits)
Dépêche modérée par
OnLamp.com nous propose un article en deux parties ayant pour thème : les paniques système.
Dans la première partie, Michael Lucas nous parle de la manière dont on doit procéder lorsqu'un système FreeBSD panique. En particulier, il donne quelques pistes pour interpréter le message généré à la suite du plantage.
Dans la deuxième partie, il s'attaque aux choses à faire lorque le plantage survient. En particulier, il se concentre sur le déverminage (débogage) et les méthodes pour trouver l'endroit où l'erreur est survenue...
Le même principe existe sous Linux avec les fameux fichiers « oops ».
A lire quand on bidouille un tant soit peu son noyau ;)
Dans la première partie, Michael Lucas nous parle de la manière dont on doit procéder lorsqu'un système FreeBSD panique. En particulier, il donne quelques pistes pour interpréter le message généré à la suite du plantage.
Dans la deuxième partie, il s'attaque aux choses à faire lorque le plantage survient. En particulier, il se concentre sur le déverminage (débogage) et les méthodes pour trouver l'endroit où l'erreur est survenue...
Le même principe existe sous Linux avec les fameux fichiers « oops ».
A lire quand on bidouille un tant soit peu son noyau ;)
L'article sur OnLamp partie I (398 hits)
L'article sur OnLamp partie II (245 hits)
Le « oops tracing » sous Linux (382 hits)
> Lire les commentaires (0 commentaire).




Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.