OVH Cloud OVH Cloud

Freebsd n'aime pas bash ?

180 réponses
Avatar
claude
bonjour,

j'ai choisi bash-3.0.0 lors de l'installation de bsd 5.3. or, sous ma
home j'ai des fichiers de config de shells, mais pas .bashrc, ni
.bash_profile. le seul fichier faisant reference à bash est
.bash_history ! en revanche, j'ai .cshrc, .shrc... donc, au login, bash
ne peut trouver .bashrc et .bash_profile comme indiqué ds le man.

ds /etc/passwd, le shell pour root est /bin/csh, pour moi, c'est
/usr/local/bin/bash: pourquoi cette discrimination ?

comment faire pour utiliser .bashrc en user comme en root ? changer le
bash de root ds /etc/passwd ne semble pas suffire. un chsh pourrait sans
doute résoudre la chose, mais cela semble un peu alambiqué.


merci

Claude

10 réponses

Avatar
Marwan Burelle
On Sun, 23 Jan 2005 02:11:31 +0100
Dominique Blas wrote:

D'où placer le bash en /bin/bash et non pas en /usr/bin/bash !

1ère ou 2ème leçon d'administration sous Unix.


Non, ne pas utiliser bash.

Ce qui ne fait pas partie de la base du système n'a rien à faire dans
/bin ou dans /usr/bin

bash est très bien à sa place dans /usr/local/bin

(voir, si possible dans /dev/null, mais là c'est plus trollesque ;)

--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
( | )

Avatar
talon
Paul Gaborit wrote:

À (at) Mon, 24 Jan 2005 09:10:02 +0000 (UTC),
(Michel Talon) écrivait (wrote):
Et en poussant un peu on se retrouve Big Brother, gardant trace de chaque
paquet qui rentre et qui sort de la Fac, accessoire de la police et de la
justice. Excuse moi, mais la délation ne fait pas partie des principes qui
m'ont été inculqués dans ma jeunesse. Je trouve que c'est une *trés mauvaise
idée* de loguer trop de choses, et que personne ne peut te commander de
fournir des données qui n'existent pas.


Personne ? Si ! La loi. Une fac (ou une école) qui propose un accès internet à
des étudiants ou à des profs (extérieurs) est tenu par les mêmes obligations
légales que n'importe quel fournisseur d'accès. En cas d'impossibilité
d'identifier sûrement un éventuel pirate agissant depuis l'intérieur du
réseau, c'est la fac dans son ensemble qui peut être tenu pour responsable.



T'as entendu parler d'un mec qui s'appelle Pétain?

--

Michel TALON


Avatar
espie
In article <ct2hh3$8mj$,
Michel Talon wrote:
Olivier Cherrier wrote:

Bin non puisque la bonne pratique veut que quelques jeux soient
périodiquement externalisés off-site.


Tu connais des labos qui ont des locaux hors site pour protéger leurs bandes?
On ne parle pas des services informatiques de la BNP, ici.


Tous les labos dignes de ce nom ont des echanges avec d'autres labos. C'est
pas la mort de s'arranger pour qu'un chercheur transbahute deux/trois bandes
lors de ses deplacements reguliers vers d'autres labos...


Avatar
Croco
Le 24-01-2005, Michel Talon a écrit :
Paul Gaborit wrote:

À (at) Mon, 24 Jan 2005 09:10:02 +0000 (UTC),
(Michel Talon) écrivait (wrote):
Et en poussant un peu on se retrouve Big Brother, gardant trace de chaque
paquet qui rentre et qui sort de la Fac, accessoire de la police et de la
justice. Excuse moi, mais la délation ne fait pas partie des principes qui
m'ont été inculqués dans ma jeunesse. Je trouve que c'est une *trés mauvaise
idée* de loguer trop de choses, et que personne ne peut te commander de
fournir des données qui n'existent pas.


Personne ? Si ! La loi. Une fac (ou une école) qui propose un accès internet à
des étudiants ou à des profs (extérieurs) est tenu par les mêmes obligations
légales que n'importe quel fournisseur d'accès. En cas d'impossibilité
d'identifier sûrement un éventuel pirate agissant depuis l'intérieur du
réseau, c'est la fac dans son ensemble qui peut être tenu pour responsable.



T'as entendu parler d'un mec qui s'appelle Pétain?


Et toi de quelque chose qui s'appelle Interpol ?



Avatar
talon
Marwan Burelle wrote:

Et franchement, reposer sur des disques durs, ça revient à ne pas faire
de sauvegarde (à part pour récupérer des fichiers lors de fausses manips
... ) Un disque ça n'est pas sûr, c'est fragil, instable ...



Rien n'est prouvé là dedans, tout repose sur des préjugés. Un disque
est fragile, soit. Si on le met en raid on augmente la solidité. Si on
réplique cet ensemble sur un autre ensemble similaire, on l'augmente encore,
etc. Prouve moi que ton lecteur de bandes offre plus de sécurité qu'un
ensemble suffisant de disques répliqués. Il y a un argument sérieux, que se
passe t'il en cas d'incendie, c'est vrai. Comme de toutes façons dans la
plupart des cas le problème est exactement le même avec des bandes, ça nous
ramène au seul calcul de probabilités sur le taux de pannes d'un ensemble de
disques correct. Maintenant je ne peux qu'être d'accord avec vous tous, s'il
existe des besoins de sauvegarde impérieux justifiant rééllement la dépense de
temps et d'argent, alors il faut des bandes, un stockage sur site externe(*),
etc. Simplement je voulais dire que cette discussion doit avoir lieu, qu'il
n'est pas axiomatique qu'une sauvegarde sur bande soit nécessaire, que c'est
une question de rapport qualité/prix à évaluer.

(*) incidemment rien n'empêche de faire un stockage sur site externe avec
un ordinateur relié par un réseau rapide, à condition d'avoir le réseau, bien
sûr, auquel cas je ne vois aucun avantage au stockage sur bande. On peut aussi
sauvegarder sur un disque externe firewire qu'on emmène ailleurs. C'est ce que
fait le responsable info chez nouspour pallier les problèmes catastrophiques, il
emmène simplement le disque chez lui. Il y a une infinité de méthodes beaucoup
moins chères que les dérouleurs.



--

Michel TALON

Avatar
espie
In article <ct2p5p$ae3$,
Michel Talon wrote:
Paul Gaborit wrote:

À (at) Mon, 24 Jan 2005 09:10:02 +0000 (UTC),
(Michel Talon) écrivait (wrote):
Et en poussant un peu on se retrouve Big Brother, gardant trace de chaque
paquet qui rentre et qui sort de la Fac, accessoire de la police et de la
justice. Excuse moi, mais la délation ne fait pas partie des principes qui
m'ont été inculqués dans ma jeunesse. Je trouve que c'est une *trés mauvaise
idée* de loguer trop de choses, et que personne ne peut te commander de
fournir des données qui n'existent pas.


Personne ? Si ! La loi. Une fac (ou une école) qui propose un accès internet à
des étudiants ou à des profs (extérieurs) est tenu par les mêmes obligations
légales que n'importe quel fournisseur d'accès. En cas d'impossibilité
d'identifier sûrement un éventuel pirate agissant depuis l'intérieur du
réseau, c'est la fac dans son ensemble qui peut être tenu pour responsable.


T'as entendu parler d'un mec qui s'appelle Pétain?


Oui, c'est pour ca qu'avoir une politique saine et transparente de
conservation des sauvegardes est quelque chose d'extremement important.

Au lieu de jouer les anar/68ards de base, faudrait peut-etre se focaliser
sur des cas concrets. J'ai passe plusieurs annees sur un site
extremement bien administre, et comptant des centaines d'eleves. Durant
ces annees, il y a eu plusieurs cas de piratage, dont certains relativement
graves. J'ai connaissance d'au moins 5 ou 6 de ces affaires ou les sauvegardes
de l'administrateur ont `sauve la vie' d'un etudiant: a savoir permis de
prouver sans l'ombre d'un doute qu'il n'y etait pour rien, que son compte
avait servi de rebond au vrai pirate, originaire de tout a fait ailleurs.

Il y a l'appareil juridique aujourd'hui pour punir les pirates, et il y a
certaines institutions qui ne rigolent pas du tout avec ca (je citerai
au moins le CERN et le CEA, et il y en a d'autres). T'inquiete pas que,
s'ils se font pirater en provenance de ton site, ils ne vont pas se gener
pour trouver un coupable. Tu as vraiment tout interet a:
- detecter le probleme avant eux s'il vient vraiment de chez toi;
- avoir les preuves materielles pour disculper tes
stagiaires/etudiants/chercheurs s'ils se sont fait eux-memes pirater.



Avatar
Stephane Dupille
Oui, bon, je voulais dire "sans utiliser autoconf/automake".


La normalité, c'est ne pas utiliser autoconf/automake.

Encore qu'ils auraient sans doute plus de mérite s'ils le
faisaient avec.


Ah non !

M'enfin.


J'ai soif.

--
Je dirais, à voir sortir les noms de nouveaux groupes, que la
hiérarchie fr. est celle qui évolue le moins et le moins vite. Sans
doûte pour favoriser la pénétration d'Internet dans les foyers...
-+- ALG in: <http://www.le-gnu.net> - La stratégie fufer -+-

Avatar
Serge Basterot
Dominique Blas wrote:
Serge Basterot wrote:

car souvent / et /usr sont sur des partitions séparées.


D'où placer le bash en /bin/bash et non pas en /usr/bin/bash !


Oui, mais c'est sale et pour ce que j'utilise le shell en root, csh ou
sh me conviennent très bien. J'emploie principalement sudo.

--
Serge


Avatar
pornin
According to Marwan Burelle :
En fait, je n'aime pas avoir plusieurs fenêtres sur le même bureau ...


Question de goût. Moi, c'est d'avoir plusieurs bureaux que je n'aime
pas. Le seul point important, au fond, c'est qu'il soit loisible à tout
un chacun d'obtenir une configuration qui lui plaît, à lui.

C'est d'ailleurs pour ça que je n'aime pas travailler sous Windows. Le
détail est tout bête : avec mes terminaux ouverts en même temps, il faut
bien passer le focus de l'un à l'autre, pour savoir lequel reçoit ce que
je tape au clavier. Avec mon fvwm, j'ai les touches F1 à F4 qui font
ça, selon une sémantique de "goto" : quand j'appuie sur F3, le focus
est envoyé sur le xterm en bas à gauche, toujours. Je n'ai pas trouvé
de tel moyen d'obtenir la même chose avec le bureau Windows : on peut
"circuler" mais pas sauter sur une fenêtre bien définie en une seule
touche.


--Thomas Pornin

Avatar
Marwan Burelle
On Mon, 24 Jan 2005 15:02:41 +0100
"SL" wrote:

A titre perso, j'envisage d'utiliser des dvd ; ça se fait, ou c'est
pas recommandé ?


Je ne sais pas si ça se fait, mais c'est comme pour les CD il y a
quelques années, c'est lent, pas si gros et finalement pas si rentable.

Il y a des bandes qui ont une meilleure densitée que les DVD. Il y a
également les lecteurs magnéto-optiques (par contre je ne sais pas où
ils en sont niveau capacité) qui ont le gros avantages de ne pas
nécessité la création d'une iso pour la sauvegarde (bien que l'on puisse
écrire en tar sur un graveur directement, par contre ça n'est pas
lisible partout ... )

--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
( | )