Salut, kjournald semble en effet plus actif et plus proéminent quant aux consommations de ressources systèmes sur des disques durs présentant des accès nombreux et répétés (IDE plutôt que SCSI par exemple).

La solution simple est de supprimer la journalisation. Pour ce faire, il faut abandonner le format ext3 de système de fichiers, pour revenir à ext2 qui n'a pas de journalisation du tout. La compatibilité sera parfaite, pas d'inquiétude, elle se fait dans les deux sens (de ext2 vers ext3 et de ext3 vers ext2).

Malheureusement, faire ce changement concrètement est moins simple qu'il n'y paraît, il ne suffira pas de modifier le fichier de montage /etc/fstab puisque le montage de la partition principale (celle du système de fichiers de Slitaz lui-même) n'y figure pas *proprement dit*.

Il faudrait peut-être alors envisager de lancer le processus d'installation par un liveCD de Slitaz, en choisissant de conserver telles quelles toutes les partitions, sans en reformater aucune, mais changer à ce niveau le montage de la partition principale, de ext3 en ext2.

Quelqu'un a-t-il une autre solution ? L'étude de la source du script de démarrage /etc/init.d/rcS ne m'a pas permis de déceler où configurer le format de montage de la partition "système".

Cordialement,
--Babaorum

OK, merci beaucoup pour cette réponse très complète. En prime, je me suis souvenu avoir lu cette note à propos de mon portable (ThinkPad T43p) :

"While the physical disk is PATA (IDE), it is accessed through a SATA controller and a SATA-to-PATA bridge. It thus appears as a SATA device to the operating system, which causes some problems under Linux. The SATA-to-PATA bridge also necessitates drive firmware changes, causing a problem with non-ThinkPad hard disks." (thinkwiki.org)

Est-ce que ça pourrait aussi être lié à mon problème? Je crois que la seule solution est de désactiver la journalisation pour voir s'il y a un changement.