OVH Cloud OVH Cloud

[Debian] methode prevue pour mount, etc...

27 réponses
Avatar
aze
Bonjour à tous,

Bon désolé si cela ressemble à un troll mais c'est vraiment des
questions que je me pose:

Une fois la sarge installée j'ai simplement voulu faire un mount
/media/cdrom, permission non accordé, bon, le système étant flambant
neuf je n'ai pas envie de modifier un fichier qui va me rendre quoi que ce
soit d'instable; comme j'ai de plus eu quelques surprises de ce type je
demande ici si il n'y aurait pas une manière /debian/ de faire cela:

- possibilité d'exécuter "mount" sur ce que l'on veux.

- ne pas démarrer X tout seul -> comment mettre à jour les pilotes de la
cartes vidéo ou XF...conf quand X tourne ?

- comment empecher l'exécution de certain démon au démarrage ?

Je sais faire ces choses en modifiant divers fichiers dans /etc mais comme
la Debian semble tout gérer par des scripts je n'ai pas envie de me
retrouver avec un re-changement à faire à chaque démarrage, etc...

Donc pour faire cela y-a-t'il des utilitaires particuliers à utiliser ?

Comme j'ai noté le démarrage de portmap, sshd, inetd, (d'autre du même
type ?) je me suis dit que la sécurité sous une Debian était équivalente
à une RedHat ou une Mandriva: nulle; puis je me suis dit que si "on"
disait qu'elle était sécurisée c'était peut-être parcequ'il-y-a
quelque chose à côté du quel je suis passé ? Alors pourquoi mettre ces
trous par défault ? Compatibilité des .conf qui ne sont pas à refaire
ou c'est à moi de changer vers xinetd ? Mais si je change, est-ce que le
système de paquet qui paramètre tout automatiquement va comprendre le
changement de syntaxe entre les deux fichiers de conf ou vais-je me
retrouver avec un fichier xinetd.conf à me remodifier à la main sans que
l'utilitaire prévu s'en rende compte sinon plantage ?

Dernière chose (qui me vienne à l'esprit maintenant):
Y-a-t'il un endroit où est expliqué le système bizarre des versions de
paquet x:nnn.etc ? C'est plutôt amusant comme système.

Merci.
...qui a l'impression de marcher sur des oeufs...

10 réponses

1 2 3
Avatar
aze
Le Wed, 08 Mar 2006 17:51:32 +0100, Sébastien Kirche a écrit :

Le 8 March 2006 à 16:15, Eric Belhomme a dit :

- comment empecher l'exécution de certain démon au démarrage ?

* supprimer les liens des services non désirés dans le répertoire

/etc/rcX.d où X est le runlevel visé


De préférence en utilisant update-rc.d qui s'occupera des modifs de
liens kivontbien.


Ha, ça y est, les utilitaires arrivent... ;)
Bon merci, je vais y regarder de plus près.

N'y aurait-il pas un endroit où tous ces utilitaires sont listés ?

J'ai noté que tu est sur powerpc, tu connais un moyen simple pour savoir
si on a un ancien ou un nouveau G3 ? J'en ai un dans un coin mais je ne
sais pas si je peut y mettre Linux dessus...



Avatar
lhabert
Thomas Labourdette :

En es-tu sûr ? En supprimant certains lancement d'application à certain
runlevel avec update-rc.d, je n'ai jamais vu le symlink réapparaitre à la
suite d'un upgrade.


Bah moi si. Enfin je virais le symlink à la main et non avec update-rc.d,
mais à ma connaissance ce dernier ne garde aucune trace des opérations qu'il
effectue, donc je vois mal comment ça pourrait faire une différence.

Avatar
Nicolas George
Luc Habert wrote in message <dun36s$1d10$:
Bah moi si.


C'est censé être un bug du package.

Avatar
vincent.verdon
Bonjour,

aze wrote in news::


- possibilité d'exécuter "mount" sur ce que l'on veux.



l'utilisateur doit faire partie du groupe cdrom tout simplement :
# addgroup user cdrom


- ne pas démarrer X tout seul -> comment mettre à jour les pilotes de
la cartes vidéo ou XF...conf quand X tourne ?



modifier /etc/inittab pour démarrer en runlevel 3 OU supprimer le lien du
gestionnaire de session dans /etc/rc2.d/ (genre S99xdm)
Ceci dit, j'ai remarqué avec étonnement que tous les niveaux d'exécution

de ma Debian Sarge exécutaient les mêmes choses par défaut ! J'ai
modifié cela, mais cela me semble être un bug !
A propos, je n'ai pas trouvé dans la doc, quelle est l'attribution de
chaque mode, je crois que c'est un peu différent de Mandrake que j'ai
utilisée longtemps.


Amicalement, Vincent Verdon


Avatar
Sébastien Kirche
Le 8 March 2006 à 18:02, aze a formulé :

N'y aurait-il pas un endroit où tous ces utilitaires sont listés ?


apropos ?
Le man dans les sections «SEE ALSO» ?
La formation d'Alexis de Lattre ?
http://people.via.ecp.fr/~alexis/formation-linux/

J'ai noté que tu est sur powerpc, tu connais un moyen simple pour
savoir si on a un ancien ou un nouveau G3 ? J'en ai un dans un coin
mais je ne sais pas si je peut y mettre Linux dessus...


Linux peut se mettre sur à peu près n'importe quoi du moment que la
machine a une mmu. Ainsi Linux tourne sur mon PB3400 (PPC 603ev) avec
Linux PPC 2000 qui date d'avant les G3.

Cette page pourra sans doute te renseigner pour autant que tu sache
identifier le modèle :
http://www.debian.org/releases/3.1/powerpc/ch02s01.html.fr

HTH.
--
Sébastien Kirche

Avatar
lhabert
"" :

Ceci dit, j'ai remarqué avec étonnement que tous les niveaux d'exécution
de ma Debian Sarge exécutaient les mêmes choses par défaut ! J'ai
modifié cela, mais cela me semble être un bug !


Bein non, c'est à toi de choisir la sémantique de tes runlevels, pas à ta
distrib.

De toutes manières, il y a des gens qui s'en servent vraiment, des
runlevels? Même le mode single user est inutilisable pour ce qu'on veut en
faire normalement...

Avatar
aze
Le Wed, 08 Mar 2006 18:44:18 +0100, Sébastien Kirche a écrit :

Le 8 March 2006 à 18:02, aze a formulé :

N'y aurait-il pas un endroit où tous ces utilitaires sont listés ?


apropos ?
Le man dans les sections «SEE ALSO» ?
La formation d'Alexis de Lattre ?
http://people.via.ecp.fr/~alexis/formation-linux/


Merci pour ces pistes...


J'ai noté que tu est sur powerpc, tu connais un moyen simple pour
savoir si on a un ancien ou un nouveau G3 ? J'en ai un dans un coin
mais je ne sais pas si je peut y mettre Linux dessus...


Linux peut se mettre sur à peu près n'importe quoi du moment que la
machine a une mmu. Ainsi Linux tourne sur mon PB3400 (PPC 603ev) avec
Linux PPC 2000 qui date d'avant les G3.

Cette page pourra sans doute te renseigner pour autant que tu sache
identifier le modèle :
http://www.debian.org/releases/3.1/powerpc/ch02s01.html.fr


Merci, j'ai suivi les liens vers Apple... et là, surprise, mon modèle
n'existe pas... Bon il faut que je pratique une ouverture pour savoir ce
qu'il a sous le capot, c'est trop vieux tout cela.


Avatar
vincent.verdon
"" :


Ceci dit, j'ai remarqué avec étonnement que tous les niveaux d'exécution
de ma Debian Sarge exécutaient les mêmes choses par défaut ! J'ai
modifié cela, mais cela me semble être un bug !



Bein non, c'est à toi de choisir la sémantique de tes runlevels, pas à ta
distrib.
C'est ce que j'ai fait, pourtant il me semblait convenu qu'il existait

en général un mode mono-utilisateur, un mode complet non graphique, un
mode complet avec X ? De nombreuses distributions fonctionnenet de la
sorte me semble-t-il (en tout cas Mandrake and family).

De toutes manières, il y a des gens qui s'en servent vraiment, des
runlevels? Même le mode single user est inutilisable pour ce qu'on veut en
faire normalement...
Justement si ! cela permet par exemple d'arrêter simplement le mode

graphique, ou de passer en mode mono-utilisateur pour des opérations de
maintenance.

Amicalement, Vincent Verdon


Avatar
lhabert
"" :

C'est ce que j'ai fait, pourtant il me semblait convenu qu'il existait
en général un mode mono-utilisateur, un mode complet non graphique, un
mode complet avec X ? De nombreuses distributions fonctionnenet de la
sorte me semble-t-il (en tout cas Mandrake and family).


Certes, mais c'est pas pour autant que ça a un intéret.

Justement si ! cela permet par exemple d'arrêter simplement le mode
graphique,


/etc/init.d/foodm stop

ou de passer en mode mono-utilisateur pour des opérations de maintenance.


Huhuhuhu. Sous debian, ça arrête vraiment trop peu de démons : d'habitude,
il n'y a pas moyen de remonter tout en read-only, par exemple. Moi je mets
SULOGIN=yes dans /etc/default/rcS, pour pouvoir se loguer en root au tout
début du boot si l'on veut faire de la maintenance.

Avatar
lhabert
En fait, la différenciation entre un runlevel qui lance un *dm et un qui ne
le lance pas, elle est indispensable si l'on lance le *dm depuis l'inittab,
mais cette méthode est en voie de disparition, donc il n'y a plus de raison
de garder un runlevel séparé.
1 2 3