# Une absurdité du noyau

**URL:** <https://www.debian-fr.org/t/une-absurdite-du-noyau/13855>\
**Category:** Pause Café\
**Created:** [Février 20, 2016, 5:36 UTC](https://www.debian-fr.org/t/une-absurdite-du-noyau/13855 "2016-02-20T17:36:40Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 20, 2016, 5:36 UTC](https://www.debian-fr.org/t/une-absurdite-du-noyau/13855/1 "2016-02-20T17:36:40Z")

</div>

Un truc étonnant: Ceux qui se sont intéressé à ClefAgreg savent que c’est fondé sur unionfs. Unionfs peut être vu comme des systèmes de fichiers superposés les uns sur les autres un peu comme des calques. L’intérêt est de superposer plusieurs systèmes en lecture seule et un en lecture écriture. Si un fichier sur un système en lecture seule est ouvert en écriture, il est dupliqué sur le système en lecture écriture à l’avant plan et modifié. Jusque là tout va bien. ClefAgreg met en arrière plan un système de fichiers cloop principal, des extensions et enfin en avant plan un ramdisk. Bon, ben je me suis aperçu que les modules étaient _tous_ lu en lecture écriture ce qui signifie que au démarrage du système, ils sont tous réecrit dans le ramdisk. Une rustine consiste à mettre tous ces modules en lecture seule mais je me demande bien pourquoi le noyau ouvre les modules en RW… Que je sache, il ne les modifie pas!

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Février 20, 2016, 5:36 UTC](https://www.debian-fr.org/t/une-absurdite-du-noyau/13855/2 "2016-02-20T17:36:41Z")

</div>

Pour en verrouiller l’accés une fois chargés, peut être ?

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 20, 2016, 5:36 UTC](https://www.debian-fr.org/t/une-absurdite-du-noyau/13855/3 "2016-02-20T17:36:42Z")

</div>

En tout cas, les mettre en lecture seule permet d’éviter le chargement des modules sur ramdisk, ça peut vite chiffrer tout de même…

[edit: damned, la mise des modules en lecture seule ne change pas les choses…]

---

<div class="post-metadata">

**Author:** ![MisterFreez](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/bb73d2/32.png) [@MisterFreez](https://www.debian-fr.org/u/MisterFreez)\
**Post date:** [Février 20, 2016, 5:36 UTC](https://www.debian-fr.org/t/une-absurdite-du-noyau/13855/4 "2016-02-20T17:36:43Z")

</div>

Demande à la liste de diffusion 😉
