mount : rootfs on / type rootfs (rw)
/dev/root on / type ext2 (rw,relatime,errors=continue)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
tmpfs on /dev/shm type tmpfs (rw,relatime)
/dev/sda3 on /mnt type ext2 (rw,relatime,errors=continue)
usbfs on /proc/bus/usb type usbfs (rw,relatime)
menu.lst : default=0
timeout=2
title system1
root (hd0,0)
kernel /boot/bzImage root=/dev/sda1 lang=en kmap=fr-latin1 ro
title system2
root (hd0,0)
kernel /boot/bzImage root=/dev/sda2 lang=en kmap=fr-latin1
Bon je suppose que "rootfs on / type rootfs (rw)" est une particularité de slitaz, la distribution que j'utilise. Du coup je vais voir ça avec eux.
Par ailleurs j'ai trouvé comment modifier le montage de rootfs : dans un des scripts de boot (/etc/init.d/rcS). Mais je pense pas que modifier ce script directement soit une bonne idée.
Mais je fais aucun mount. C'est la partition root du system que je veux en read-only. Sauf peut etre /dev et /var mais dans ce cas je ferais des partitions supplémentaires.
C'est génial. Par contre ça marche pas tel quel en ssh. Je pensais que se connecter en ssh c'était pareil qu'en local mais visiblement non.
J'ai vu la solution d'ecrire command= ... dans le .ssh de l'autre fil, mais le problème c'est que je connais pas la clé ssh de l'utilisateur qui va se connecter.
Y a t-il un moyen pour que le script se lance de la meme manière en ssh ?
Mon kernel gère les devices avec udev, pas de problème.
Ce que je veux faire c'est executer des instructions lors d'un evenement de branchement d'une clé usb.
Je pensais faire ça grace a une commande qui attendrai l'occurance de l'évenement, mais utiliser les regles udev est plus simple. Quelqu'un sur un autre forum me l'a proposé.
Halevt semble faire la même chose (lancer un script lors d'un branchement de périphérique) mais les regles udevs me paraissent plus simple.
[^] # Re: RTFM peut être ?
Posté par XavierJ . En réponse au message EXT2 en mode synchrone / en mode read only. Évalué à 1.
rootfs on / type rootfs (rw)/dev/root on / type ext2 (rw,relatime,errors=continue)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
tmpfs on /dev/shm type tmpfs (rw,relatime)
/dev/sda3 on /mnt type ext2 (rw,relatime,errors=continue)
usbfs on /proc/bus/usb type usbfs (rw,relatime)
menu.lst :
default=0
timeout=2
title system1
root (hd0,0)
kernel /boot/bzImage root=/dev/sda1 lang=en kmap=fr-latin1 ro
title system2
root (hd0,0)
kernel /boot/bzImage root=/dev/sda2 lang=en kmap=fr-latin1
Bon je suppose que "rootfs on / type rootfs (rw)" est une particularité de slitaz, la distribution que j'utilise. Du coup je vais voir ça avec eux.
Par ailleurs j'ai trouvé comment modifier le montage de rootfs : dans un des scripts de boot (/etc/init.d/rcS). Mais je pense pas que modifier ce script directement soit une bonne idée.
Merci pour votre aide.
[^] # Re: RTFM peut être ?
Posté par XavierJ . En réponse au message EXT2 en mode synchrone / en mode read only. Évalué à 2.
# /etc/fstab: Information about static filesystems.#
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
devpts /dev/pts devpts defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
#/dev/hda3 /home ext3 defaults 0 2
#/dev/hdb1 /mnt/data ext3 defaults 0 2
/dev/cdrom /media/cdrom iso9660 user,ro,noauto 0 0
/dev/sda3 /mnt ext2 defaults 0 0
J'ai ajouté la derniere ligne.
Je vois pas quelle ligne la dedans s'occuper de monter mon /.
[^] # Re: RTFM peut être ?
Posté par XavierJ . En réponse au message EXT2 en mode synchrone / en mode read only. Évalué à 1.
Mais comment est-il alors possible que mon fstab n'ai pas de ligne pour la racine.
J'en ai ajouté une pour essayer :
/dev/sda1 / ext2 ro 0 0
Pas de changement, il est tout à fait possible d'écrire dans l'arborescence.
Je me met à la recherche d'un chapeau ?
[^] # Re: RTFM peut être ?
Posté par XavierJ . En réponse au message EXT2 en mode synchrone / en mode read only. Évalué à 1.
Mais je fais aucun mount. C'est la partition root du system que je veux en read-only. Sauf peut etre /dev et /var mais dans ce cas je ferais des partitions supplémentaires.
[^] # Re: Un script en tant que shell
Posté par XavierJ . En réponse au message Restreindre les commandes utilisateur. Évalué à 1.
C'est peut être du à dropbear, que j'utilise à la place de sshd.
[^] # Re: Un script en tant que shell
Posté par XavierJ . En réponse au message Restreindre les commandes utilisateur. Évalué à 1.
C'est génial. Par contre ça marche pas tel quel en ssh. Je pensais que se connecter en ssh c'était pareil qu'en local mais visiblement non.
J'ai vu la solution d'ecrire command= ... dans le .ssh de l'autre fil, mais le problème c'est que je connais pas la clé ssh de l'utilisateur qui va se connecter.
Y a t-il un moyen pour que le script se lance de la meme manière en ssh ?
# udev, halevt
Posté par XavierJ . En réponse au message Hotplug : attendre le branchement d'une clé usb dans un script.. Évalué à 3.
Mon kernel gère les devices avec udev, pas de problème.
Ce que je veux faire c'est executer des instructions lors d'un evenement de branchement d'une clé usb.
Je pensais faire ça grace a une commande qui attendrai l'occurance de l'évenement, mais utiliser les regles udev est plus simple. Quelqu'un sur un autre forum me l'a proposé.
Halevt semble faire la même chose (lancer un script lors d'un branchement de périphérique) mais les regles udevs me paraissent plus simple.
Merci à vous tous.