Re: Compiler son noyau.
On Sun, Dec 01, 2013 at 03:21:14PM +0100, maderios wrote: Chaque nouvelle version de noyau créant des possibilités de nouvelles failles, un patch sécurité créé par les dev kernel pour un récent noyau F répondra aux besoins spécifiques de F et non à un noyau ancien B abandonné_EOL_end of life_fin de vie. Donc cette histoire d'appliquer des patches sécurité récents à des noyaux anciens pour sécuriser vraiment ces derniers n'est pas très crédible, même si certaines des failles sur les EOL peuvent être corrigées parce qu'elles sont communes avec des failles affectant le nouveau noyau. Je souhaiterais trouver une explication satisfaisante mais pour l'instant rien qui tienne la route... On ne parle pas d'appliquer bêtement, effectivement souvent ça ne marcherait pas. Bon, après avoir retiré les pronoms, je rajoute toutes les étapes en essayant de supprimer également les mots intérprétables comme voit et patch. - Debian package un noyau de version X - L'équipe noyau continue son travail, créé un noyau X+1, X+2,... et cesse (pratiquement instantanément, si je me souviens bien) de s'occuper du noyau X - À chaque sortie d'un nouveau noyau X+Y, l'équipe Debian Sécu lit le ChangeLog en entier. Si elle trouve un correctif lié à de la sécu dans ce changelog, elle passe à l'étape suivante, sinon (pas de correctif sécu) elle attend la prochaine version - Pour chaque correctif lié à de la sécu, l'équipe Debian sécu regarde si ce correctif est applicable au noyau X (évidemment, une faille dans un pilote qui n'existe pas dans X n'est pas applicable). S'il est applicable, alors: - L'équipe Debian Secu regarde la vulnérabilité et sa correction, et change le code de X pour la réparer. Peut-être simplement en appliquant le patch de la version X+Y, ou peut-être en écrivant directement dans le code, car l'équipe Debian Secu contient également des programmeurs. - L'équipe Debian Secu package et publie ce nouveau noyau, obsolète, mais contenant des mises à jour pour des vulnérabilités trouvées sur X+Y. Et, comme je disais dans un autre mail, dis-toi que le le suivi de sécurité d'absolument *toutes* les applications de toutes les distributions se fait de la même façon. Il n'y a aucun développeur d'application qui puisse se permettre de faire du suivi de sécurité sur toutes les versions de son application qui sont intégrées dans des distributions; de façon générale, les développeurs ne travaillent que sur la dernière version, et ce sont les distributions qui font ce suivi. Par exemple, si j'ai publié un logiciel trucmuche, et que Debian package la version 2.3, RedHat package la version 2.5, Ubunti package la version 3.2, Slackware package la version 1.3, il m'est impossible (et je ne voudrais pas) m'assurer que toutes ces versions sont sûres. Moi, je continue à travailler sur ma version 3.5, et si elle inclue des mises à jour de sécu, ce sont les mainteneurs de chaque distrib (qui sont abonnés à ma mailing list, lisent les ChangeLog etc) qui vont aller réparer dans leurs version respectives. Malgré tous les fantasmes qu'il porte, le noyau Linux n'est qu'une application parmi d'autres, particulièrement de ce point de vue. Il n'y a donc aucun problème à utiliser un noyau ancien tant qu'il est bien dans Debian stable, de la même façon qu'il n'y a aucun problème à utiliser un Firefox un peu ancien, tant qu'il est bien dans Debian stable. Est-ce plus clair? Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131202080105.gl28...@naryves.com
Re: Compiler son noyau.
Le 02/12/2013 09:01, Yves Rutschle a écrit : Malgré tous les fantasmes qu'il porte, le noyau Linux n'est qu'une application parmi d'autres, particulièrement de ce point de vue. Il n'y a donc aucun problème à utiliser un je voudrais aussi ajouter, car ca à l'air un peu perdu de vue que le noyau gère le matériel. Un nouveau noyau a toutes les chances de fonctionner très bien sur une ancienne distrib. Par exemple ovh fournit un noyau patché en netboot pour tous ses serveurs. Ce noyau fonctionne sans problème avec une distribution qui a 3 ou 4 ans (pas eu l'occasion de tester plus) ca ne pose problème que si vous avez une config locale qui demande une compilation (par exemple pour un serveur virtual box sur un kimsufi) jdd -- http://www.dodin.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529c467e.8050...@dodin.org
Intérêt (ou non) d'une partition / en lecture seule
Bonjour à tous les utilisateurs et développeurs de Debian : Jusqu'à présent et bien que les répertoires /home, /root, /tmp et /var soient situés sur des partitions distinctes, la partition-racine (c'est-à-dire contenant le répertoire /) a été toujours montée en lecture-écriture. Par contre, pour Wheezy GNU/Linux (installée, pour l'instant, sur une machine virtuelle gérée par VirtualBox) et avec le même plan de partitionnement, je me suis demandé si ce serait un bonne idée de monter la partition / en lecture seule. Les autres partitions précitées continueront, bien entendu, à être montées en lecture-écriture. ;-) Note a : la machine sur laquelle est installé Debian est un poste-client directement relié à l'Internet et polyvalent même si, au niveau du temps que j'y passe, je l'utilise surtout pour la bureautique et Internet. Ce n'est pas un serveur... Note b : toutes les partitions de Wheezy sont formatées avec le système de fichiers ext4. C'est d'ailleurs la première fois que j'abandonne ext2, ext3 et même reiserfs. Après maintes réflexions, j'ai déjà relevé plusieurs problèmes (dont, à chaque fois, j'ai trouvé une solution) et, pour certains d'entre eux, j'ai soulevé quelques questions. Problème n°1 : les horodatages d'accès des fichiers, répertoires, etc ne peuvent être mis à jour et, évidemment, cela va avoir des conséquences pour le service Popularity Contest. Solution n°1 : renoncer à y participer et de désinstaller le paquet de même nom. Question n°1a : est-ce que cela peut aussi affecter d'autres services ? Question n°1b : dans le fichier /etc/fstab (à la ligne concernant le répertoire /) et en plus de l'option ro, est-ce que je dois ajouter l'option noatime ou que cela est superflu ? Question n°1c : accessoirement, cela va, paraît-il, améliorer les performances du système de fichiers mais l'écart est-il si important que cela ? Problème n°2 : je ne pourrais ni mettre à jour (ou supprimer) les paquets existants ni ajouter d'autres paquets ; de même, les fichiers (sous /etc) ne peuvent être modifiés d'une manière ou d'une autre. Solution n°2 : au préalable et en tant qu'administrateur (root), de passer la première commande mount -o remount,rw / et, une fois que j'en aurais terminé avec toutes ces opérations, de passer la seconde commande mount -o remount,ro / Problème n°3 (qui n'est plus vraiment un) : le fichier /etc/mtab ne peut être mis à jour à chaque montage (et démontage) d'un système de fichier. Solution n°3 : depuis Wheezy, ce fichier est, en fait, un lien symbolique pointant vers /proc/mount. Problème n°4 : toujours sous /etc, les fichiers resolv.conf et adjtime ne peuvent être modifiés à chaque démarrage de la machine. Solution n°4 : déplacer ces fichiers dans le répertoire /var/etc - mais vous pouvez me suggérer d'autre sous-répertoires de /var - et créer des liens symboliques (de même nom) sous /etc. De manière générale, j'ai deux autres questions : - Qu'en pensez vous de mon idée et de mes solutions ? - Et, surtout, que voyez-vous d'autres possibles conséquences ou effets de bord auxquels je n'ai pas pensé ? Je vous remercie d'avance de votre attention et de vos éventuels réponses, conseils, pistes... Cordialement et à bientôt, Stéphane. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/CAAqHXE4Q92ry4UpMRCrbksWjDG42+QJ=mapt98czbys8cg0...@mail.gmail.com
Re: Intérêt (ou non) d'une partition / en lecture seule
Le 02-12-2013 11:18, Stéphane GARGOLY a écrit : Bonjour à tous les utilisateurs et développeurs de Debian : Jusqu'à présent et bien que les répertoires /home, /root, /tmp et /var soient situés sur des partitions distinctes, la partition-racine (c'est-à-dire contenant le répertoire /) a été toujours montée en lecture-écriture. Il y a encore /bin, /etc... A mon avis, /boot peut être monté en ro. Il faudra le remonter en rw pour installer de nouveaux noyaux. C'est ce que j'ai fait sur un RPi, car j'en avais marre des corruptions de fs multiples. Problème n°1 : les horodatages d'accès des fichiers, répertoires, etc ne peuvent être mis à jour et, évidemment, cela va avoir des conséquences pour le service Popularity Contest. Cette question reste posée. Je considère dans mon cas que que ça importe peu. nb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/c4e96cd3f8c34bc7843c0609d197b...@webmail.dagami.org
Re: Intérêt (ou non) d'une partition / en lecture seule
Le Mon, 02 Dec 2013 11:20:01 +0100, Stéphane GARGOLY a écrit : Par contre, pour Wheezy GNU/Linux (installée, pour l'instant, sur une machine virtuelle gérée par VirtualBox) et avec le même plan de partitionnement, je me suis demandé si ce serait un bonne idée de monter la partition / en lecture seule. c'est pour utiliser un SSD ? sinon déporter les fichiers temporaires (/tmp par exemple) en mémoire (tmpfs je crois) en plus l'option noatime limite les écritures en ext4. Mes excuses pour mes réponses à côté. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529c619d$0$2056$426a3...@news.free.fr
Re: Intérêt (ou non) d'une partition / en lecture seule
Le 02/12/2013 11:18, Stéphane GARGOLY a écrit : partitionnement, je me suis demandé si ce serait un bonne idée de monter la partition / en lecture seule. il faut peut-être se demander dans quel but? manière de calculer un rapport qualité/prix :-) jdd -- http://www.dodin.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529c6be3.9080...@dodin.org
Re: Intérêt (ou non) d'une partition / en lecture seule
Pour le problème d’installation et de mise à jour (Problème n°2 et Solution
n°2 ci-dessous), Debian fournis grâce a APT et dpkg la possibilité
d'invoquer des commandes shell (dans ton cas remonter une partition) avant
et après l'installation d'un nouveau paquet. On peut passer des options a
dpkg via le fichier de configuration d'apt /etc/apt/apt.conf ou
/etc/apt/apt.conf.d.
Dans ton cas,pour automatiser le remontage, je pense qu'il faudrait
rajouter dans /etc/apt/apt.conf.d/10fichier par exemple, les lignes
suivantes:
DPkg {
Pre-Invoke {mount -o remount,rw /};
Post-Invoke {mount -o remount,ro /};
}
Par contre ça peut échouer dans le cas ou on utilise déjà /
-
Problème n°2 : je ne pourrais ni mettre à jour (ou supprimer) les
paquets existants ni ajouter d'autres paquets ; de même, les fichiers
(sous /etc) ne peuvent être modifiés d'une manière ou d'une autre.
Solution n°2 : au préalable et en tant qu'administrateur (root), de
passer la première commande mount -o remount,rw / et, une fois que
j'en aurais terminé avec toutes ces opérations, de passer la seconde
commande mount -o remount,ro /
-
Le 2 décembre 2013 11:18, Stéphane GARGOLY stephane.garg...@gmail.com a
écrit :
Bonjour à tous les utilisateurs et développeurs de Debian :
Jusqu'à présent et bien que les répertoires /home, /root, /tmp et /var
soient situés sur des partitions distinctes, la partition-racine
(c'est-à-dire contenant le répertoire /) a été toujours montée en
lecture-écriture.
Par contre, pour Wheezy GNU/Linux (installée, pour l'instant, sur une
machine virtuelle gérée par VirtualBox) et avec le même plan de
partitionnement, je me suis demandé si ce serait un bonne idée de
monter la partition / en lecture seule.
Les autres partitions précitées continueront, bien entendu, à être
montées en lecture-écriture. ;-)
Note a : la machine sur laquelle est installé Debian est un
poste-client directement relié à l'Internet et polyvalent même si, au
niveau du temps que j'y passe, je l'utilise surtout pour la
bureautique et Internet. Ce n'est pas un serveur...
Note b : toutes les partitions de Wheezy sont formatées avec le
système de fichiers ext4. C'est d'ailleurs la première fois que
j'abandonne ext2, ext3 et même reiserfs.
Après maintes réflexions, j'ai déjà relevé plusieurs problèmes (dont,
à chaque fois, j'ai trouvé une solution) et, pour certains d'entre
eux, j'ai soulevé quelques questions.
Problème n°1 : les horodatages d'accès des fichiers, répertoires, etc
ne peuvent être mis à jour et, évidemment, cela va avoir des
conséquences pour le service Popularity Contest.
Solution n°1 : renoncer à y participer et de désinstaller le paquet de
même nom.
Question n°1a : est-ce que cela peut aussi affecter d'autres services ?
Question n°1b : dans le fichier /etc/fstab (à la ligne concernant le
répertoire /) et en plus de l'option ro, est-ce que je dois ajouter
l'option noatime ou que cela est superflu ?
Question n°1c : accessoirement, cela va, paraît-il, améliorer les
performances du système de fichiers mais l'écart est-il si important
que cela ?
Problème n°2 : je ne pourrais ni mettre à jour (ou supprimer) les
paquets existants ni ajouter d'autres paquets ; de même, les fichiers
(sous /etc) ne peuvent être modifiés d'une manière ou d'une autre.
Solution n°2 : au préalable et en tant qu'administrateur (root), de
passer la première commande mount -o remount,rw / et, une fois que
j'en aurais terminé avec toutes ces opérations, de passer la seconde
commande mount -o remount,ro /
Problème n°3 (qui n'est plus vraiment un) : le fichier /etc/mtab ne
peut être mis à jour à chaque montage (et démontage) d'un système de
fichier.
Solution n°3 : depuis Wheezy, ce fichier est, en fait, un lien
symbolique pointant vers /proc/mount.
Problème n°4 : toujours sous /etc, les fichiers resolv.conf et adjtime
ne peuvent être modifiés à chaque démarrage de la machine.
Solution n°4 : déplacer ces fichiers dans le répertoire /var/etc -
mais vous pouvez me suggérer d'autre sous-répertoires de /var - et
créer des liens symboliques (de même nom) sous /etc.
De manière générale, j'ai deux autres questions :
- Qu'en pensez vous de mon idée et de mes solutions ?
- Et, surtout, que voyez-vous d'autres possibles conséquences ou
effets de bord auxquels je n'ai pas pensé ?
Je vous remercie d'avance de votre attention et de vos éventuels
réponses, conseils, pistes...
Cordialement et à bientôt,
Stéphane.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive:
http://lists.debian.org/caaqhxe4q92ry4upmrcrbkswjdg42+qjmapt98czbys8cg0...@mail.gmail.com
--
Belaid
kmail et bogofilter
Bonjour, Sur une Sid Amd64 à jour j'observe, depuis aujourd'hui que bogofilter envoie tous les messages reçus par kmail dans la corbeille, il semble les analyser comme spam, j'ai du désactiver cette analyse des mails par bogofilter pour recevoir des messages dans les dossiers normaux. Y a t'il un moyen pour rendre la raison à bogofilter, car désactiver bogofilter ne peut être que provisoire. Philippe Merlin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1670431.b9ojXhVmlI@portable
sid drv nouveau pb icones thumbnails
Salut liste, j'ai une vieille carte graphique (geforce 3 TI200) et depuis déjà un certain temps, j'ai des PBs d'affichage avec nouveau. Jusqu'à maintenant, je faisais avec, mais là j'ai qq centaines de prises de vues à trier et les thumbnails qui disparaissent aléatoirement, ça gonfle. Évidemment, le drv proprio (93.43.23) est broken:( Quelqu'un aurait-il une indication sur ces disparitions? (la même avec les icones de XFCE: des fois ça apparaît, des fois non, et ça change suivant le survol de la souris:( Ou une solution pour installer 93.43.23… -- Ezoah je suis tombé sur un truc de fous XIV une camisole ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131202170150.28bd519b@anubis.defcon1
Re: Compiler son noyau.
On 12/02/2013 09:01 AM, Yves Rutschle wrote: On Sun, Dec 01, 2013 at 03:21:14PM +0100, maderios wrote: Chaque nouvelle version de noyau créant des possibilités de nouvelles failles, un patch sécurité créé par les dev kernel pour un récent noyau F répondra aux besoins spécifiques de F et non à un noyau ancien B abandonné_EOL_end of life_fin de vie. Donc cette histoire d'appliquer des patches sécurité récents à des noyaux anciens pour sécuriser vraiment ces derniers n'est pas très crédible, même si certaines des failles sur les EOL peuvent être corrigées parce qu'elles sont communes avec des failles affectant le nouveau noyau. Je souhaiterais trouver une explication satisfaisante mais pour l'instant rien qui tienne la route... On ne parle pas d'appliquer bêtement, effectivement souvent ça ne marcherait pas. Bon, après avoir retiré les pronoms, je rajoute toutes les étapes en essayant de supprimer également les mots intérprétables comme voit et patch. - Debian package un noyau de version X - L'équipe noyau continue son travail, créé un noyau X+1, X+2,... et cesse (pratiquement instantanément, si je me souviens bien) de s'occuper du noyau X - À chaque sortie d'un nouveau noyau X+Y, l'équipe Debian Sécu lit le ChangeLog en entier. Si elle trouve un correctif lié à de la sécu dans ce changelog, elle passe à l'étape suivante, sinon (pas de correctif sécu) elle attend la prochaine version - Pour chaque correctif lié à de la sécu, l'équipe Debian sécu regarde si ce correctif est applicable au noyau X (évidemment, une faille dans un pilote qui n'existe pas dans X n'est pas applicable). S'il est applicable, alors: - L'équipe Debian Secu regarde la vulnérabilité et sa correction, et change le code de X pour la réparer. Peut-être simplement en appliquant le patch de la version X+Y, ou peut-être en écrivant directement dans le code, car l'équipe Debian Secu contient également des programmeurs. Ils feraient bien de communiquer sur ce dernier point. Beaucoup d'utilisateurs seraient intéressés par une connaissance plus approfondie des arcanes de la maintenance de Debian. - L'équipe Debian Secu package et publie ce nouveau noyau, obsolète, mais contenant des mises à jour pour des vulnérabilités trouvées sur X+Y. Et, comme je disais dans un autre mail, dis-toi que le le suivi de sécurité d'absolument *toutes* les applications de toutes les distributions se fait de la même façon. Il n'y a aucun développeur d'application qui puisse se permettre de faire du suivi de sécurité sur toutes les versions de son application qui sont intégrées dans des distributions; de façon générale, les développeurs ne travaillent que sur la dernière version, et ce sont les distributions qui font ce suivi. Ce qui expliquerait peut-être pourquoi le paquet wwwoffle a (malheureusement) disparu des dernières versions Debian faute de mainteneurs alors que ce même wwwoffle est présent chez Gentoo, par exemple. Par exemple, si j'ai publié un logiciel trucmuche, et que Debian package la version 2.3, RedHat package la version 2.5, Ubunti package la version 3.2, Slackware package la version 1.3, il m'est impossible (et je ne voudrais pas) m'assurer que toutes ces versions sont sûres. Moi, je continue à travailler sur ma version 3.5, et si elle inclue des mises à jour de sécu, ce sont les mainteneurs de chaque distrib (qui sont abonnés à ma mailing list, lisent les ChangeLog etc) qui vont aller réparer dans leurs version respectives. Malgré tous les fantasmes qu'il porte, le noyau Linux n'est qu'une application parmi d'autres, particulièrement de ce point de vue. C'est quand même un monstre qui continue à grossir démesurément... A écouter ici en direct la croissance de la bête :-) http://www.linux.fm/ Il n'y a donc aucun problème à utiliser un noyau ancien tant qu'il est bien dans Debian stable, de la même façon qu'il n'y a aucun problème à utiliser un Firefox un peu ancien, tant qu'il est bien dans Debian stable. Est-ce plus clair? Oui, tout à fait. Merci pour cette longue explication/contribution concernant la maintenance du noyau.. -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529cb01a.6000...@gmail.com
Re: kmail et bogofilter
On Monday 02 December 2013 15:17:38 MERLIN Philippe wrote: Bonjour, Sur une Sid Amd64 à jour j'observe, depuis aujourd'hui que bogofilter envoie tous les messages reçus par kmail dans la corbeille, il semble les analyser comme spam, j'ai du désactiver cette analyse des mails par bogofilter pour recevoir des messages dans les dossiers normaux. Y a t'il un moyen pour rendre la raison à bogofilter, car désactiver bogofilter ne peut être que provisoire. Philippe Merlin As tu bien configuré Kmail avec Bogofilter ? Il faut créer un dossier spams. Configuration = Configurer les filtres = Bogofilter a déjà dû créer des options (rubriques) : - Bogofilter Check = bogofilter -p -e -u - Gestion du courrier indésirable = Courriel indésirable - Classer comme message non sollicité = Bogofilter -N -s - Classer comme message sollicité = Bogofilter -S -n il faut lui déclarer de placer les mails indésirables dans le dossier spams et les autres = Courrier normal Hope it helps. andré -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201312021720.08340.andre_deb...@numericable.fr
Réglage aptitude
Bonjour, Quand il y a des conflits lors d'un update, aptitude propose plusieurs combinaisons de désinstallation de paquets avant de proposer de garder dans l'état actuel les paquets qui posent problème. Clomment le régler pour qu'il propose en priorité de garder (keep) plutôt que de désinstaller ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529cc176.8010...@rail.eu.org
Re: Intérêt (ou non) d'une partition / en lecture seule
Le Mon, 2 Dec 2013 10:18:43 + Stéphane GARGOLY stephane.garg...@gmail.com a écrit: Bonjour à tous les utilisateurs et développeurs de Debian : [...] Par contre, pour Wheezy GNU/Linux (installée, pour l'instant, sur une machine virtuelle gérée par VirtualBox) et avec le même plan de partitionnement, je me suis demandé si ce serait un bonne idée de monter la partition / en lecture seule. Tu as la possibilité d'utiliser aufs. Voir http://boisson.homeip.net/aufsroot.html François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131202182250.7bc1d31b0e4576d0965f3...@maison.homelinux.net
Re: Crée une distribution/variante basée sur Debian
Bonsoir, Le jeudi 28 novembre 2013 à 22:08, Alexandre Hoïde a écrit : Il me semble que tu donnes la réponse à ta question toi même : Tu peux obtenir « une variante non officielle » de Debian en créant un « dépôt privé »*. Une petite recherche sur Internet avec ces deux termes accolés à Debian devrait te donner des pistes (ou « private repository » si tu parles anglais). Si je suis à côté de la plaque, ça te permettra quand même de préciser ta demande. Je n'ai pas l'impression que tu y sois… Personnellement je l'aurais fait comme ça, un dépôt privé avec quelques meta-paquets, permet à moindre coût d'installer un système personnalisé à partir du système de base. Maintenant, si il faut que l'utilisateur n'aie qu'à insérer le CD dans le lecteur, ça n'ira pas… Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131202172526.ge13...@sebian.nob900.homeip.net
Re: Intérêt (ou non) d'une partition / en lecture seule
Le 02/12/2013 12:15, jdd a écrit : Le 02/12/2013 11:18, Stéphane GARGOLY a écrit : partitionnement, je me suis demandé si ce serait un bonne idée de monter la partition / en lecture seule. il faut peut-être se demander dans quel but? manière de calculer un rapport qualité/prix :-) jdd Bonsoir, Moi aussi je me pose la question de l'intérêt de la chose! Quel est le but recherché? Pourquoi cette recherche? Les tenants et les aboutissants de la question du sujet ne sont pas évidents au vu du message. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature
Re: Intérêt (ou non) d'une partition / en lecture seule
Le Mon, 02 Dec 2013 11:40:02 +0100, nb a écrit : C'est ce que j'ai fait sur un RPi, car j'en avais marre des corruptions de fs multiples. Avec les manips bizarres que je fais, certaines fois je lui coupe l'alim brutalement. bizarre jamais eu d'emm... Si une fois une SD informattable que j'ai réparée en la formattant sur mon APN :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529cc919$0$2309$426a7...@news.free.fr
Re: Intérêt (ou non) d'une partition / en lecture seule
On Mon, 02 Dec 2013 18:43:22 +0100 Yannick VOYEAUD yann...@voyeaud.org wrote: Moi aussi je me pose la question de l'intérêt de la chose! Quel est le but recherché? Pourquoi cette recherche? Les tenants et les aboutissants de la question du sujet ne sont pas évidents au vu du message. Mais, ça n'est pas ton problème! Ton problème consiste à aider l'OP à faire n'importe quoi, et à le faire bien ;P) -- A : Je viens de finir avec un client, je le dépèce. A : me dépêche* -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131202194028.221499fd@anubis.defcon1
Re: Intérêt (ou non) d'une partition / en lecture seule
Le 02/12/2013, moi-memechie...@free.fr a écrit : c'est pour utiliser un SSD ? Non, mon ordinateur ne possède que des disques durs de ce qu'il y a des plus classiques. Le 02/12/2013, jddj...@dodin.org a écrit : il faut peut-être se demander dans quel but? manière de calculer un rapport qualité/prix :-) Bien déjà, cela évitera les modifications (ou effacements) accidentels (ou erronés) de fichiers (ou de répertoires) inclus dans un système de fichiers en lecture seule. Comme il m'arrive de me balader dans des répertoires comme /etc ou /usr, une fausse manipulation est vite arrivé même si dans la pratique cela ne m'est jam -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/caaqhxe4sxebaacof4bge7ldbj0ivt4+9vrqeustv5r3xc__...@mail.gmail.com
Re: Intérêt (ou non) d'une partition / en lecture seule
On Mon, 2 Dec 2013 18:52:02 + Stéphane GARGOLY stephane.garg...@gmail.com wrote: Bien déjà, cela évitera les modifications (ou effacements) accidentels (ou erronés) de fichiers (ou de répertoires) inclus dans un système de fichiers en lecture seule. Comme il m'arrive de me balader dans des répertoires comme /etc ou /usr, une fausse manipulation est vite arrivé même si dans la pratique cela ne m'est jam Je pense pouvoir dire que _tous_ sans exception ici, nous avons fait des conneries, entre rm -r * sur la racine en tant que root, en passant par toute la gamme jusqu'au moins grave; perso, j'ai fais le rm -r * et récemment j'ai supprimé un fichier de test qui m'avait demandé 10j de mise au point. Mettre des partitions en R/O ne te protégera en rien tant que tu n'auras pas fais la connerie de l'année avec tes grosses mimines pleines de doigts. Alors, laisse couler, fais ta connerie, et je te garantie que tu ne la refera pas deux fois. -- [maya]: quelqu'un qui bosse sous eclipse ici ? [Guardian]: quand y'en a une oui, mais c'est rare -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131202200537.037cc49e@anubis.defcon1
Re: Compiler son noyau.
On Mon, Dec 02, 2013 at 05:06:50PM +0100, maderios wrote: Ils feraient bien de communiquer sur ce dernier point. Beaucoup d'utilisateurs seraient intéressés par une connaissance plus approfondie des arcanes de la maintenance de Debian. C'est plus ou moins suggéré ici: http://www.debian.org/security/faq (Why are you fiddling with an old version?). Cela dit, je pense que toutes les distributions qui ont un suivi de sécurité travaillent de la même manière, et cette façon de procéder est tout à fait standard dans l'industrie: dans la plupart des cas, quand on a un produit ou un service qui fonctionne, on ne veut surtout *pas* mettre à jour quoi que ce soit, de peur que ça casse, ou même simplement qu'il faille repasser 6 mois de tests et de qualifications. Malgré tous les fantasmes qu'il porte, le noyau Linux n'est qu'une application parmi d'autres, particulièrement de ce point de vue. C'est quand même un monstre qui continue à grossir démesurément... A écouter ici en direct la croissance de la bête :-) Ben, comme beaucoup d'applications :) À une époque, Firefox est né d'un extrait de Mozilla pour faire un navigateur léger... et maintenant il me prend 1Go de RAM en permanence. Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131202184819.gm28...@naryves.com
Re: Intérêt (ou non) d'une partition / en lecture seule
Bonjour à tous les utilisateurs et développeurs de Debian :
Tout d'abord, tout mes excuses pour mon précédent courriel tronqué
(qui est à ignorer) : j'ai accidentellement appuyé sur le bouton
Envoyer alors que je n'ai pas terminé de le rédiger... ;-)
Le 02/12/2013, moi-memechie...@free.fr a écrit :
c'est pour utiliser un SSD ?
Non, mon ordinateur ne possède que des disques durs de ce qu'il y a
des plus classiques.
Le 02/12/2013, jddj...@dodin.org a écrit :
il faut peut-être se demander dans quel but? manière de calculer un
rapport qualité/prix :-)
Bien déjà, cela évitera les modifications (ou effacements) accidentels
(ou erronés) de fichiers (ou de répertoires) inclus dans un système de
fichiers en lecture seule. Comme il m'arrive de me balader dans des
répertoires comme /etc ou /usr, une fausse manipulation peut être vite
arrivé même si, dans la pratique, cela ne m'est jamais arrivé jusqu'à
présent.
Le 02/12/2013, Belaïdoblivion.ik...@gmail.com a écrit :
Pour le problème d’installation et de mise à jour (Problème n°2 et Solution
n°2 ci-dessous), Debian fournis grâce a APT et dpkg la possibilité
d'invoquer des commandes shell (dans ton cas remonter une partition) avant
et après l'installation d'un nouveau paquet. On peut passer des options a
dpkg via le fichier de configuration d'apt /etc/apt/apt.conf ou
/etc/apt/apt.conf.d.
Dans ton cas,pour automatiser le remontage, je pense qu'il faudrait
rajouter dans /etc/apt/apt.conf.d/10fichier par exemple, les lignes
suivantes:
DPkg {
Pre-Invoke {mount -o remount,rw /};
Post-Invoke {mount -o remount,ro /};
}
Par contre ça peut échouer dans le cas ou on utilise déjà /
Je ne l'ai pas dit mais, pour les installations, les suppressions et
les mises à jour de paquets, j'utilise, de manière interactive,
l'outil aptitude. Mais je vais jeter un coup d'oeil du coté des
fichiers de configuration d'apt.
Le 02/12/2013, François Boissonuser.anti-s...@maison.homelinux.net a écrit :
Tu as la possibilité d'utiliser aufs. Voir
http://boisson.homeip.net/aufsroot.html
Bon, je vais également jeter un coup d'oeil à ce lien que tu as
indiquer pour si cela présente un quelconque intérêt pour moi.
Le 02/12/2013, Bzzzlazyvi...@gmx.com a écrit :
On Mon, 02 Dec 2013 18:43:22 +0100
Yannick VOYEAUD yann...@voyeaud.org wrote:
Moi aussi je me pose la question de l'intérêt de la chose!
Quel est le but recherché?
Pourquoi cette recherche?
Les tenants et les aboutissants de la question du sujet ne sont pas
évidents au vu du message.
Mais, ça n'est pas ton problème!
Ton problème consiste à aider l'OP à faire n'importe quoi,
et à le faire bien ;P)
Gros malin, va ! :-p
Cordialement et à bientôt,
Stéphane.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive:
http://lists.debian.org/caaqhxe5sxonjhwjci9rutek2ynsqsy0rtb23qfzd+eg4hwh...@mail.gmail.com
Re: Intérêt (ou non) d'une partition / en lecture seule
Bonsoir, Le 02/12/2013 19:52, Stéphane GARGOLY a écrit : Bien déjà, cela évitera les modifications (ou effacements) accidentels (ou erronés) de fichiers (ou de répertoires) inclus dans un système de fichiers en lecture seule. Comme il m'arrive de me balader dans des répertoires comme /etc ou /usr, une fausse manipulation est vite arrivé même si dans la pratique cela ne m'est jam ... ais arrivé. Faut déjà être root pour le faire non ? (grands pouvoirs impliquent grandes responsabilités qu'ils disent ;) ). Bon OK, peut-être aussi par des failles foireuses, mais bon si la faille te permet d'aller écrire dans /etc (ou tout autre chemin similaire), y'a de fortes chances qu'elle te permette aussi de remonter le FS en rw ... (c'est juste un peu plus long ;) ). Bien qu'il semble y avoir des trucs et astuces pour remonter en rw et remonter en ro la ou les partoches dans des cas bien précis, y'a des moments ou ça doit être tout de même particulièrement contraignant : typiquement, changer un mot de passe utilisateur depuis un shell. Au final, comme ça , vu de loin, ça me parait beaucoup plus contraignant que réellement utile. (et puis comme le dit Bzzz en parallèle , ça n'empêche pas les commandes malencontreuses sur les seuls fichiers qui comptent vraiment : les tiens). Mais il faut avouer que c'est une question très intéressante ;) . @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529cdc07.9050...@stuxnet.org
Re: Intérêt (ou non) d'une partition / en lecture seule
On Mon, 02 Dec 2013 20:14:15 +0100 Christophe t...@stuxnet.org wrote: et puis comme le dit Bzzz en parallèle , ça n'empêche pas les commandes malencontreuses sur les seuls fichiers qui comptent vraiment : les tiens). Ha naaan, j'ai fais BCP mieux: le rm -r * s'est fait sur la racine et j'étais root (pas près de l'oublier, celle-là). -- Pif putain je hais le code Pif et je confond encore droite et gauche Bibi .. Et en quoi t'a besoin de reconnaitre la droite de la gauche quand tu code ? Pif quand je code de la route oui Bibi Effectivement ... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131202210342.78e298e5@anubis.defcon1
Re: Intérêt (ou non) d'une partition / en lecture seule
Bonjour à tous les utilisateurs et développeurs de Debian : Le 02/12/2013, Christophet...@stuxnet.org a écrit : Faut déjà être root pour le faire non ? (grands pouvoirs impliquent grandes responsabilités qu'ils disent ;) ). Tout à fait juste et il m'arrive de me balader à travers l'arborescence sous ce compte. Mais qu'on se rassure, j'évite autant que possible le compte administrateur - je ne suis ni fou ni idiot - et si je suis contraint de passer je ne sais quelle(s) commande(s) sous root, j'y vais toujours avec les mains... tremblantes. :-) Bien qu'il semble y avoir des trucs et astuces pour remonter en rw et remonter en ro la ou les partoches dans des cas bien précis, y'a des moments ou ça doit être tout de même particulièrement contraignant : typiquement, changer un mot de passe utilisateur depuis un shell. C'est que j'ai implicitement reconnu dans mon message qui a lancé ce fil de discussion - voir paragraphes concernant le Problème n°2. Cela dit, la sécurité des données (fichiers, répertoires) n'est jamais gratuite et on peut faire des choix, de préférence en toute connaissance de cause. J'ajoute que je suis assez méfiant de moi-même et que j'ai toujours en mémoire l'adage que j'ai trouvé dans le mémento Unix/Linux (chez Eyrolles) : Il existe deux catégories d'administrateurs : ceux qui ont déjà fait rm -rf / et ceux qui le feront. Je précise que je ne fait pas partie de la première catégorie. o:-) Au final, comme ça , vu de loin, ça me parait beaucoup plus contraignant que réellement utile. (et puis comme le dit Bzzz en parallèle , ça n'empêche pas les commandes malencontreuses sur les seuls fichiers qui comptent vraiment : les tiens). D'où l'intérêt d'une politique de sauvegarde bien suivie, ce que soit au niveau des entreprises ou des administrations qu'au niveau d'un simple particulier... Mais il faut avouer que c'est une question très intéressante ;) . Et qui peut éventuellement amener à un débat sans fin... Cordialement et à bientôt, Stéphane. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/caaqhxe45yvhz5t0owxx-e9wngqr71kfj67pc+nektsk++rf...@mail.gmail.com
Re: Compiler son noyau.
Bonsoir, Le 02/12/2013 17:06, maderios a écrit : - L'équipe Debian Secu regarde la vulnérabilité et sa correction, et change le code de X pour la réparer. Peut-être simplement en appliquant le patch de la version X+Y, ou peut-être en écrivant directement dans le code, car l'équipe Debian Secu contient également des programmeurs. Ils feraient bien de communiquer sur ce dernier point. Beaucoup d'utilisateurs seraient intéressés par une connaissance plus approfondie des arcanes de la maintenance de Debian. C'est que du coup, on se retrouve à avoir des noyaux avec une version, qui ont certaines (et des fois des grosses) divergences avec la source de la même version. Ca devient vite sympa quand tu veux savoir si une fonction est dedans ou pas, ou encore si une faille peut t'affecter ou pas (hormis de faire le test ...) . Je ne suis par exemple, à l'heure actuelle, incapable de dire quelles sont les différences entre un 2.6.32 source , et un 2.6.32 issu d'un paquet debian dans le cas d'une squeeze. Après, du moment que ca boote, que ça fait ce qu'on lui demande, et qu'on peut faire au moins 4~5 mois d'uptime sans trop se poser de questions avec, ça convient à une énorme majorité de situations. On peut étendre le principe plus loin que le noyau. Et c'est aussi pour ça qu'au boulot, on tend à compiler nos propres versions pour certains logiciels : pour ne pas avoir trop de surprises, et pouvoir chercher précisément ce qui peut clocher sur telle ou telle version quand un comportement bizarre est remonté. Ce qui devient assez vite compliqué quand la version 1.4.12-5 proposée par Debian correspond en fait à la 1.4.15 du même logiciel source, mais que partiellement :( @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529ce9e2.7010...@stuxnet.org
Re: Compiler son noyau.
Le lundi 2 décembre 2013 21:13:22 Christophe a écrit : Bonsoir, ’soir, […] C'est que du coup, on se retrouve à avoir des noyaux avec une version, qui ont certaines (et des fois des grosses) divergences avec la source de la même version. Ca devient vite sympa quand tu veux savoir si une fonction est dedans ou pas, ou encore si une faille peut t'affecter ou pas (hormis de faire le test ...) . Les fonctionnalités sont inchangées¹, seules les corrections de sécurité sont rétroportées. ¹ Sauf si, évidemment, la correction de sécurité consiste à supprimer une fonction (mais c’est plutôt rare). Je ne suis par exemple, à l'heure actuelle, incapable de dire quelles sont les différences entre un 2.6.32 source , et un 2.6.32 issu d'un paquet debian dans le cas d'une squeeze. […] less /usr/share/doc/linux-image-`uname -r`/changelog.Debian.gz Plutôt bien fourni, non ? (Ok, c’est souvent moins le cas du changelog des applications…) -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1858114.szExTTJGvr@earendil
Re: Compiler son noyau.
Le lundi 02 décembre 2013 à 22:35, Sylvain L. Sauvage a écrit : Je ne suis par exemple, à l'heure actuelle, incapable de dire quelles sont les différences entre un 2.6.32 source , et un 2.6.32 issu d'un paquet debian dans le cas d'une squeeze. […] less /usr/share/doc/linux-image-`uname -r`/changelog.Debian.gz Et le contenu du dossier « debian/patches » du paquet source linux-2.6 pour voir le code modifié. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/2013120101.gf8...@serveur.nob900.us.to
Re: Intérêt (ou non) d'une partition / en lecture seule
Stéphane GARGOLY a écrit : Jusqu'à présent et bien que les répertoires /home, /root, /tmp et /var soient situés sur des partitions distinctes, la partition-racine (c'est-à-dire contenant le répertoire /) a été toujours montée en lecture-écriture. Le contenu de /root ne devrait pas être sur un système de fichiers distinct du système de fichier racine, il devrait rester accessible même avec un système dégradé où seule la racine est montée. En revanche /usr peut (encore, mais peut-être plus pour longtemps) être séparé et monté en lecture seule la plupart du temps. Par contre, pour Wheezy GNU/Linux (installée, pour l'instant, sur une machine virtuelle gérée par VirtualBox) et avec le même plan de partitionnement, je me suis demandé si ce serait un bonne idée de monter la partition / en lecture seule. [...] Question n°1a : est-ce que cela peut aussi affecter d'autres services ? Tous les services susceptibles d'écrire dans /etc. Problème n°2 : je ne pourrais ni mettre à jour (ou supprimer) les paquets existants ni ajouter d'autres paquets ; de même, les fichiers (sous /etc) ne peuvent être modifiés d'une manière ou d'une autre. Solution n°2 : au préalable et en tant qu'administrateur (root), de passer la première commande mount -o remount,rw / et, une fois que j'en aurais terminé avec toutes ces opérations, de passer la seconde commande mount -o remount,ro / C'est déjà ce qu'on fait quand /usr est monté en lecture seule. Problème n°4 : toujours sous /etc, les fichiers resolv.conf et adjtime ne peuvent être modifiés à chaque démarrage de la machine. Ce ne sont pas les seuls fichiers dans /etc susceptibles d'être modifiés. On a évoqué passwd, shadow... Solution n°4 : déplacer ces fichiers dans le répertoire /var/etc - mais vous pouvez me suggérer d'autre sous-répertoires de /var - et créer des liens symboliques (de même nom) sous /etc. Mauvaise idée AMA. On peut avoir besoin de ces fichiers avant que /var soit montée voir si /var ne se monte pas pour quelque raison que ce soit. D'autre part, le principe du symlink ne prend pas en compte les fichiers devant être créés et/ou supprimés. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529d0449.2030...@plouf.fr.eu.org
Re: kmail et bogofilter
Le lundi 2 décembre 2013, 15:17:38 MERLIN Philippe a écrit : Bonjour, Sur une Sid Amd64 à jour j'observe, depuis aujourd'hui que bogofilter envoie tous les messages reçus par kmail dans la corbeille, il semble les analyser comme spam, j'ai du désactiver cette analyse des mails par bogofilter pour recevoir des messages dans les dossiers normaux. Y a t'il un moyen pour rendre la raison à bogofilter, car désactiver bogofilter ne peut être que provisoire. Philippe Merlin C'est souvent dû a une erreur dans les filtres. Si la base a été réinitialisée, ça arrive aussi si on n'a pas déclaré un certain nombre de message comme sollicité. Enfin Bogofilter peut se réinitialiser. Voir la doc et la FAQ de bogofilter. http://bogofilter.sourceforge.net/faq_fr.shtml -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/2041892.0vIuExJlmE@azuki
Re: Intérêt (ou non) d'une partition / en lecture seule
Le lundi 02 décembre 2013 à 19:15, Stéphane GARGOLY a écrit :
Dans ton cas,pour automatiser le remontage, je pense qu'il faudrait
rajouter dans /etc/apt/apt.conf.d/10fichier par exemple, les lignes
suivantes:
DPkg {
Pre-Invoke {mount -o remount,rw /};
Post-Invoke {mount -o remount,ro /};
}
Par contre ça peut échouer dans le cas ou on utilise déjà /
Je ne l'ai pas dit mais, pour les installations, les suppressions et
les mises à jour de paquets, j'utilise, de manière interactive,
l'outil aptitude. Mais je vais jeter un coup d'oeil du coté des
fichiers de configuration d'apt.
Pas de problème, ces commandes sont lancées avant le démarrage de dpkg, que tu
utilises aptitude ou apt-get.
Seb
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20131202223255.gg8...@serveur.nob900.us.to
Re: Intérêt (ou non) d'une partition / en lecture seule
Le lundi 02 décembre 2013 à 17:53, moi-meme a écrit : Le Mon, 02 Dec 2013 11:40:02 +0100, nb a écrit : C'est ce que j'ai fait sur un RPi, car j'en avais marre des corruptions de fs multiples. Avec les manips bizarres que je fais, certaines fois je lui coupe l'alim brutalement. bizarre jamais eu d'emm... Le mien a sa racine sur un partage NFS et aucun souci ! Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131202223413.gh8...@serveur.nob900.us.to
Re: Intérêt (ou non) d'une partition / en lecture seule
Le 02-12-2013 23:34, Sébastien NOBILI a écrit : Le lundi 02 décembre 2013 à 17:53, moi-meme a écrit : Le Mon, 02 Dec 2013 11:40:02 +0100, nb a écrit : C'est ce que j'ai fait sur un RPi, car j'en avais marre des corruptions de fs multiples. Avec les manips bizarres que je fais, certaines fois je lui coupe l'alim brutalement. bizarre jamais eu d'emm... Le mien a sa racine sur un partage NFS et aucun souci ! Je n'ai eu le pb que sur des cartes SD. Et encore, d'un modèle à l'autre, la fréquence n'était pas la même. Depuis que je suis en RO sur la carte, avec /boot dessus, et un disque usb, tout roule. C'est plus volumineux, mais je voulais en fait un petit serveur. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/55ad1772f38d0b68073aae637b6f5...@webmail.dagami.org
Re: Température élevée
Le Wed, 27 Nov 2013 20:33:16 +0100 RHATAY Sami rhatay.e1302...@etud.univ-ubs.fr a écrit: Bonjour, depuis 2 ou 3 jours la température de mon pc m'inquiète, car je n'ai pas souvenir qu'il chauffait autant. Je met mon système régulièrement à jour et je n'ai rien remarqué durant les dernières MAJ que j'ai fait. Je tourne sur un Dell Latitude D830, Debian Jessie 64 bits. J'ai installé le paquet lm-sensors pour garder un œil sur la température du CPU, qui tourne autour de 49-50°... Peut-être dois-je regarder du côté des ventilateurs ? Par contre je ne me suis jamais penché sur le sujet avant, si vous aviez des pistes à explorer déceler/corriger un problème à ce niveau là... Merci! Cordialement Depuis le noyau 3.10 je trouve que c'est le bazar sur mon portable (Lenovo T420). Laptop-mode-tools ne fait plus bien son travail comme avant et à chaque fois je suis obligé de passer par powertop pour régler correctement et consommer peu. Je constate aussi de temps une conso importante avec une température plus élevé qu'habituellement aux environs de 50-60°C au lieu de 38-45°C puis quelques redémarrage plus tard ça redevient normal. Je ne pense pas que ce soit un problème hardware mais bien un problème logiciel. Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131203001923.2201b1d38bdf0735a6dcd...@neuf.fr
Re: Intérêt (ou non) d'une partition / en lecture seule
Le Mon, 02 Dec 2013 20:10:02 +0100, Bzzz a écrit : Mettre des partitions en R/O ne te protégera en rien tant que tu n'auras pas fais la connerie de l'année avec tes grosses mimines pleines de doigts. Alors, laisse couler, fais ta connerie, et je te garantie que tu ne la refera pas deux fois. et les sauvegardes docteur ? Moi aussi j'ai fait le c... (comme tout le monde). Maintenant quand je recommence je vais récupérer dans le NAS vite fait. (ne pas faire des sauvegardes tous les 6 mois) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529d2ce9$0$2045$426a7...@news.free.fr
Re: Intérêt (ou non) d'une partition / en lecture seule
On 03 Dec 2013 00:59:21 GMT moi-meme chie...@free.fr wrote: et les sauvegardes docteur ? Cha va de choi:) -- [03:54] Bainos Tiens une news sur JVC comme quoi jouer nuit au sommeil [03:54] Bainos Pff c'est n'importe quoi... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131203022306.278a4019@anubis.defcon1
Re: Intérêt (ou non) d'une partition / en lecture seule
Le Tue, 03 Dec 2013 02:30:02 +0100, Bzzz a écrit : [03:54] Bainos Tiens une news sur JVC comme quoi jouer nuit au sommeil [03:54] Bainos Pff c'est n'importe quoi... HSun peu en avance /HS -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529d4cbf$0$2055$426a7...@news.free.fr
Perte de suspend et hibernate entre 3.9-1-amd64 et les suivants...
Bonjour, Cela fait maintenant +ieurs semaines (3.10-2-amd64) que les services de mise en veille mon portable HP 8560p ne fonctionnent plus correctement, en effet le retour de veille est chaotique : blocage dans l’écran de veille de gnome3 avec la souris qui fonctionne mais pas de possibilité de saisir d’aller plus loin, le clavier semble inopérant et impossible de basculer sur un écran console= la seule solution est l'extinction forcée par coupure énergie, au reboot l'horloge est passée en UTC... Depuis la dernière version (3.11-2-amd64) hibernate ne fonctionne plus... Si j'utilise l'entrée de grub du noyau 3.9-1-amd64 les deux services refonctionnent... Quelles pistes suivre pour résoudre ce Pb, je n'ai rien trouvé (ou mal cherché)... Cordialement. -- Yann Cohen. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1386052811.8544.9.ca...@yco-sts-linux.ianco.homelinux.org
Re: Perte de suspend et hibernate entre 3.9-1-amd64 et les suivants...
Le 03-12-2013 07:40, Yann Cohen a écrit : Bonjour, Cela fait maintenant +ieurs semaines (3.10-2-amd64) que les services de mise en veille mon portable HP 8560p ne fonctionnent plus correctement, en effet le retour de veille est chaotique : blocage dans l’écran de veille de gnome3 avec la souris qui fonctionne mais pas de possibilité de saisir d’aller plus loin, le clavier semble inopérant et impossible de basculer sur un écran console= la seule solution est l'extinction forcée par coupure énergie, au reboot l'horloge est passée en UTC... Depuis la dernière version (3.11-2-amd64) hibernate ne fonctionne plus... Si j'utilise l'entrée de grub du noyau 3.9-1-amd64 les deux services refonctionnent... Quelles pistes suivre pour résoudre ce Pb, je n'ai rien trouvé (ou mal cherché)... Cordialement. -- Yann Cohen. Bonjour, Si tu as un noyau qui fonctionne bien, et un autre pas du tout, la réponse est très simple kernel git bissect. Ca te permettra de trouver avec exactitude le patch qui pose problème. Au passage tu t'initieras à la compilation du noyau. Bonne journée nb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/e87116b8ccaf43b65e0ded887057c...@webmail.dagami.org
