Intérêt (ou non) d'une partition / en lecture seule

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

c'est pour utiliser un SSD ?

il faut peut-être se demander dans quel but? manière de calculer un
rapport qualité/prix :-)

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) avan t
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à /

Tu as la possibilité d'utiliser aufs. Voir
http://boisson.homeip.net/aufsroot.html

On Mon, 02 Dec 2013 18:43:22 +0100
Yannick VOYEAUD <yannick@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)

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).

Faut déjà être root pour le faire non ? (grands pouvoirs impliquent
grandes responsabilités qu'ils disent ;) ).

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 contraignan t :
typiquement, changer un mot de passe utilisateur depuis un shell.

Au final, comme ça , vu de loin, ça me parait beaucoup plus contraign ant
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 ;) .

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.

Question n°1a : est-ce que cela peut aussi affecter d'autres services ?

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°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.

> 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 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 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 !

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 ?