Si tu mets tous les brins bout à bout, tu peux te faire une fibre de 4 kilomètres de long. Ça devrait être suffisant pour rallier ton appart à ton NRA. Et là, vous ne serez pas 64 sur le même brin !
C'est parce que tu considères toujours que les fichiers de conf' ne contiennent que des aliases, des variables d'environnement ou des définitions de fonctions. Mais ce sont d'authentiques scripts shell qui peuvent également appeler des commandes.
D'autre part, un shell est instancié chaque fois qu'un script est lancé. Il est donc tout-à-fait possible − dans le cas de /etc/init.d, par exemple − qu'ils soient lancés en dehors de toute session. Un script shell n'est pas forcément le père d'un autre shell. Cas plus précis encore, une instance d'un shell peut être la fille d'un shelldifférent. Si ces scripts sont quand même lancés sous ton identité, c'est ton ~/.bashrc qui sera interprété, même si tu n'es pas logué.
Avant de donner des exemples concrets, il faut donc se souvenir que « profile » est attaché à la notion de login et « *rc » à l'instanciation d'un shell en général. Maintenant, les choses qui peuvent être intéressantes à redéfinir à chaque shell peuvent être, par exemple :
- Le titre de la fenêtre, pour y coller le PID, entre autres. Voir http://linuxfr.org/forums/47/24650.html ;
- Des définitions de fonctions ou de variables en fonction du contexte. La variable « $$ », qui donne le PID du shell en cours, est typiquement un truc qui serait défini dans .bashrc si le shell ne le faisait pas tout seul ;
- etc.
Et un autre truc, mon /etc/bash/bashrc était chargé deux fois au login jusque là, une fois via /etc/profile et une fois via .bash_profile ; j'ai enlevé le premier "source" parce qu'à chaque connexion dans un terminal virtuel le $PS1 semblait se comporter anormalement (un "user@machine" parasite sans couleurs s'ajoutait avant le $PS1 personnalisé). Est-ce qu'il y a un usage "propre" pour ça ?
Il faut vérifier dans quel ordre sont exécutés tous ces fichiers de conf. Chez moi, c'est :
Je sais quand ils sont utilisés et comment, je me demande juste pourquoi on considère en général que l'environnement va dans le premier, et les alias et les fonctions dans le second : qu'est-ce qu'on gagne à recharger tout ce qu'il y a dans .bashrc à chaque nouveau bash, qu'est-ce qu'on peut faire de plus qu'en chargeant tout une fois pour toutes au login ?
Ces fichiers de config' ne servent pas seulement à définir des variables d'environnement : ils peuvent servir à lancer des commandes, également. D'autre part, bash fait le distingo entre les shells de login, les shells interactifs et les shells non interactifs, instanciés automatiquement quand tu lances un script, par exemple.
Si je ne me trompe pas, .bashrc est lu par défaut chaque fois que bash est lancé (sauf options spéciales, ou invocation par sh, je crois), et .bash_profile est lu en plus à l'ouverture d'un shell de login.
Mais comme je ne pratique pas souvent, le mieux est encore de revoir man bash.
Pour récupérer le MBR, il suffit de faire «&nsbp;dd if=/dev/sda of=fichier bs=512 count=1 », c'est pas vraiment sorcier à faire.
La différence étant que, comme c'est un script écrit à la volée et à posteriori, il a quand même beaucoup moins de chances de se faire rootkiter que des trucs standards et mis en place dès le départ comme LILO ou GRUB.
En outre, la modification du MBR ne doit, en principe, jamais arriver (pas toute seule, en tout cas). Donc, si jamais ça arrive, je préfère être prévenu tout de suite et réparer mon MBR moi-même. Si ça devient trop fréquent pour le faire soi-même à chaque fois ... ben je préfère le savoir aussi ! Et là, il vaut mieux régler le problème en amont.
Enfin, si c'est carrément le noyau qui est corrompu, de telle façon qu'une lecture du /dev correspondant te renvoie des données faussées, alors il n'y a pas de raison pour qu'une restauration via LILO ou GRUB donne de meilleurs résultats.
Je pencherais plutôt pour un script maison qui scannerait le MBR à intervalles réguliers, et qui préviendrait l'utilisateur si quelque chose a changé a un endroit qui devrait rester constant.
Je te conseille de lancer dbus-monitor avec et sans l'option --system. Sur ma Fedora 9, ni l'applet ni le panneau de contrôle du volume ne semblent utiliser ledit bus (GNOME 2.22), mais c'est peut-être différent sur ton système.
À dire vrai, ça peut venir de n'importe quoi (application qui pilote directement le /dev, par exemple) mais, au moins, un monitoring du bus permet d'écarter beaucoup de choses d'emblée.
Si tu avais utilisé size=446 au lieu de 512, tu n'aurais pas écrasé ta table des partoches. Après, il faut encore que ta nouvelle partition Windows soit au même endroit que la précédente, mais si c'est la première sur le disque, il n'y a pas de raison qu'il en soit autrement.
J'en dis que c'est l'HADOPI qui va avoir du fil à retordre pour identifier les abonnés indélicats. Ou alors, il créeront le délit de « mauvais choix de son FAI ». Ben oui. Quelqu'un utilisait la même IP que toi ? La Ô Totorité ne peut pas vous distinguer, donc c'est toi le responsable. :-)
Bon, plus sérieusement, c'est peut-être une meilleure chose qu'il n'y paraît si ce n'est pas imposé aux abonnés. Si on atterrit dès le départ dans un pool d'adresses NAT et que l'on peut demander via une console quelquonque à utiliser une adresse distincte, ça peut être un moyen de conserver automatiquement un nombre suffisant d'adresses IPv4 pour ceux qui en font un réel usage, là où les profanes qui souhaitent simplement aller sur le Web et redescendre leurs mails ne s'apercevront pas de la différence. Du coup, je serais presque favorable à un tel projet.
Par contre, si c'est imposé, eh ben ce sera une très bonne raison de faire jouer la concurrence (et/ou de passer à l'IPv6).
Créer un compte ce jour pour poster une demande à peine rédiger en français (même avec le correcteur d'orthographe) et sans plus d'information sur ce qu'il recherche...
Je suis prêt à faire des efforts de compréhension mais je ne suis pas non plus la bonne poire, d'autant plus qu'une recherche sur google fournis déjà pas mal d'information.
C'est assez fréquent. Pas beaucoup ici, mais sur Developpez, par exemple, il y en a des dizaines. Il faut savoir que bon nombre de ces gens-là ne maîtrisent pas l'anglais et que, paradoxalement, cela reste plus facile de baragouiner un peu de français.
Souvent, si on fait l'effort de tendre la perche, on s'aperçoit que les recherche sont plus importantes qu'on ne l'imaginait, même si ce n'est pas flagrant au premier post. Bon, il y a également beaucoup de gens qui veulent que l'on fasse le travail à leur place, bien sûr, mais je ne croit pas que ce soit le cas ici. Enfin, en tout état de cause, cela n'a toujours rien à faire sur un forum Linux.
Je pense que notre ami n'est pas natif de notre langue. Il y a beaucoup de gens dans ce cas, notamment en Afrique du Nord, qui font l'effort de s'exprimer dans en français, fût-il approximatif. Et quand on sait que même les métropolitains ont de plus en plus tendance à écrire sur la Toile de manière épouvantable, c'est difficile de trouver un exemple à suivre. Je suis prêt à parier que son adresse I.P. doit être en 41.x.x.x ...
Par contre, il faudrait effectivement lui expliquer que c'est un forum Linux, ici.
Je dirais qu'à priori, si tu as besoin de faire ce genre de manip', c'est que ta base doit être mal conçue. Ne serait-ce que parce qu'un enregistrement peut contenir des champs dont le type soit incompatible avec ce que tu cherches. Si tu en es à n champs, avec n ∈ ℕ, et pouvant représenter n'importe quelle valeur, alors c'est que ta requête n'est pas spécialement liée à la table que tu interroges.
Peux-tu nous donner une vision plus globale de ton problème ?
Et, ô bonheur, même en classe éco, chacun dispose de son "entertainment system" personnel (je suis un plouc, je prends jamais l'avion, je saiiis, ça existe depuis des lustres) composé de : -Une télécommande / téléphone / lecteur de CB / Manette de jeu / clavier tout intégré (chapô les ergonomes) -Un jôlî écran LCD de 10,6 pouces 1280 x 768 qui est vraiment pas mal (en même temps, la rumeur dit qu'en 1ère classe+++ les écrans font 23 pouces...)
-Une prise USB pour coller sa clé pleine de virii/trojan pour visionner les photos qu'il y a dessus
En fait, ça existe déjà, même sur les appareils de la précédente génération. En allant et revenant de Montréal l'hiver dernier (je ne sais plus sur quel engin j'ai embarqué), ces dispositifs étaient déjà en place depuis un moment. Les jeux et les films à la carte en éco également. Par contre, pas de connecteur USB ni Ethernet ...
Ambiance dans l'avion au bout d'une heure de vol : autisme total de groupe. Tout le monde mate son écran (qui diffuse Desperate Housewives ou Valkyrie), mange, dort, et ne communique plus du tout avec son environnement extérieur. [...] Au bout d'un moment (3 bonnes minutes), ça "reboote". Et là, big surprise, c'est un noyau linux qui commence à déblatérer sur la console, comme on peut le voir là, là et là.
ici: debian a 16 ans -> debian avait 16 ans : c'est moyen a l'oreille, on a l'impression qu'il manque quelques choses hop je mets un accent \o/
Alors là, franchement, je pense que tu es le seul à trouver cela bizarre. D'autant plus que l'an prochain, quand Debian aura dix-sept ans, ça deviendra entièrement vrai ...
# Une autoroute perso ! \o/
Posté par Obsidian . En réponse au message 80 mètres de fibre optique ... qu'en faire ???. Évalué à 3.
Victoire.
[^] # Re: Shells de login
Posté par Obsidian . En réponse au message .bashrc sert à quoi ?. Évalué à 2.
D'autre part, un shell est instancié chaque fois qu'un script est lancé. Il est donc tout-à-fait possible − dans le cas de /etc/init.d, par exemple − qu'ils soient lancés en dehors de toute session. Un script shell n'est pas forcément le père d'un autre shell. Cas plus précis encore, une instance d'un shell peut être la fille d'un shell différent. Si ces scripts sont quand même lancés sous ton identité, c'est ton ~/.bashrc qui sera interprété, même si tu n'es pas logué.
Avant de donner des exemples concrets, il faut donc se souvenir que « profile » est attaché à la notion de login et « *rc » à l'instanciation d'un shell en général. Maintenant, les choses qui peuvent être intéressantes à redéfinir à chaque shell peuvent être, par exemple :
- Le titre de la fenêtre, pour y coller le PID, entre autres. Voir http://linuxfr.org/forums/47/24650.html ;
- Des définitions de fonctions ou de variables en fonction du contexte. La variable « $$ », qui donne le PID du shell en cours, est typiquement un truc qui serait défini dans .bashrc si le shell ne le faisait pas tout seul ;
- etc.
Et un autre truc, mon /etc/bash/bashrc était chargé deux fois au login jusque là, une fois via /etc/profile et une fois via .bash_profile ; j'ai enlevé le premier "source" parce qu'à chaque connexion dans un terminal virtuel le $PS1 semblait se comporter anormalement (un "user@machine" parasite sans couleurs s'ajoutait avant le $PS1 personnalisé). Est-ce qu'il y a un usage "propre" pour ça ?
Il faut vérifier dans quel ordre sont exécutés tous ces fichiers de conf. Chez moi, c'est :
/etc/profile
/etc/bashrc
~/.bashrc
~/.bash_profile
Il se peut qu'un de tes fichiers étende ta variable plutôt que de la redéfinir. Par exemple, « export PS1="\u@\h$PS1".
# Shells de login
Posté par Obsidian . En réponse au message .bashrc sert à quoi ?. Évalué à 6.
Ces fichiers de config' ne servent pas seulement à définir des variables d'environnement : ils peuvent servir à lancer des commandes, également. D'autre part, bash fait le distingo entre les shells de login, les shells interactifs et les shells non interactifs, instanciés automatiquement quand tu lances un script, par exemple.
Si je ne me trompe pas, .bashrc est lu par défaut chaque fois que bash est lancé (sauf options spéciales, ou invocation par sh, je crois), et .bash_profile est lu en plus à l'ouverture d'un shell de login.
Mais comme je ne pratique pas souvent, le mieux est encore de revoir man bash.
[^] # Re: Il pensait à quoi l'auteur de ce sondage ?
Posté par Obsidian . En réponse au sondage Mon accès Internet personnel c'est. Évalué à 2.
# Extra ball
Posté par Obsidian . En réponse au journal Faites péter le trollomètre. Évalué à 7.
Pas la peine. Essaie de refermer le code, maintenant, par exemple. Tu vas voir tes scores ! :-)
[^] # Re: Solution ?
Posté par Obsidian . En réponse au journal Pirates & Windows : La fin annoncée d'un OS. Évalué à 2.
La différence étant que, comme c'est un script écrit à la volée et à posteriori, il a quand même beaucoup moins de chances de se faire rootkiter que des trucs standards et mis en place dès le départ comme LILO ou GRUB.
En outre, la modification du MBR ne doit, en principe, jamais arriver (pas toute seule, en tout cas). Donc, si jamais ça arrive, je préfère être prévenu tout de suite et réparer mon MBR moi-même. Si ça devient trop fréquent pour le faire soi-même à chaque fois ... ben je préfère le savoir aussi ! Et là, il vaut mieux régler le problème en amont.
Enfin, si c'est carrément le noyau qui est corrompu, de telle façon qu'une lecture du /dev correspondant te renvoie des données faussées, alors il n'y a pas de raison pour qu'une restauration via LILO ou GRUB donne de meilleurs résultats.
[^] # Re: Solution ?
Posté par Obsidian . En réponse au journal Pirates & Windows : La fin annoncée d'un OS. Évalué à 3.
# DBus ?
Posté par Obsidian . En réponse au message Son qui augmente. Évalué à 2.
À dire vrai, ça peut venir de n'importe quoi (application qui pilote directement le /dev, par exemple) mais, au moins, un monitoring du bus permet d'écarter beaucoup de choses d'emblée.
[^] # Re: Réaction de la moulosphère
Posté par Obsidian . En réponse au journal Une couleur... transparente !. Évalué à 2.
http://www.youtube.com/watch?v=iL1PaWQ-BI8
[^] # Re: clonezilla
Posté par Obsidian . En réponse au message copier un gros disque vers un petit. Évalué à 2.
[^] # Re: pour truquer les résultats
Posté par Obsidian . En réponse au sondage Je réponds aux sondages en ligne. Évalué à 1.
" Or ".
[^] # Re: L'utilisation récurrente de la vidéo d'Adolf Hitler pose question.
Posté par Obsidian . En réponse au journal Affaire Zataz suite. Évalué à 1.
[^] # Re: Oui mais ...
Posté par Obsidian . En réponse au journal HADOPI ... encore :). Évalué à 3.
[^] # Re: On peut les faire autographier aussi?
Posté par Obsidian . En réponse au journal patrick_g en PDF. Évalué à 3.
# Oui mais ...
Posté par Obsidian . En réponse au journal HADOPI ... encore :). Évalué à 1.
[^] # Re: Les mélanges
Posté par Obsidian . En réponse au journal Expressions clichées. Évalué à 4.
# La première arme anti-HADOPI ! \o/
Posté par Obsidian . En réponse au journal Le NAT chez ton FAI ou la fin du Web tel qu'on le connaît ?. Évalué à 1.
J'en dis que c'est l'HADOPI qui va avoir du fil à retordre pour identifier les abonnés indélicats. Ou alors, il créeront le délit de « mauvais choix de son FAI ». Ben oui. Quelqu'un utilisait la même IP que toi ? La Ô Totorité ne peut pas vous distinguer, donc c'est toi le responsable. :-)
Bon, plus sérieusement, c'est peut-être une meilleure chose qu'il n'y paraît si ce n'est pas imposé aux abonnés. Si on atterrit dès le départ dans un pool d'adresses NAT et que l'on peut demander via une console quelquonque à utiliser une adresse distincte, ça peut être un moyen de conserver automatiquement un nombre suffisant d'adresses IPv4 pour ceux qui en font un réel usage, là où les profanes qui souhaitent simplement aller sur le Web et redescendre leurs mails ne s'apercevront pas de la différence. Du coup, je serais presque favorable à un tel projet.
Par contre, si c'est imposé, eh ben ce sera une très bonne raison de faire jouer la concurrence (et/ou de passer à l'IPv6).
# Les mélanges
Posté par Obsidian . En réponse au journal Expressions clichées. Évalué à 6.
- Tu me retires une fière chandelle du pied ;
- C'est la cerise sur le pompon ;
- Il faut remettre les pendules à leur place (© Johnny) ;
- L’union ne fait pas le moine !
etc.
et notamment ceux qui ne le font pas exprès :
- Je te pisse à l'arrêt ;
- Tu peux lui rendre l'appareil ;
- La hache de HawaÏ ...
Ça met de la bonne humeur dans ce monde si terne ! :-)
http://plouceur.com/2007/12/quels-sont-les-20-meilleurs-prov(...)
http://www.topito.com/top-des-expressions-c-presque-ca
[^] # Re: C'est bizarre ....
Posté par Obsidian . En réponse au journal Expressions clichées. Évalué à 3.
[^] # Re: On est complet
Posté par Obsidian . En réponse au message compilation c++. Évalué à 2.
Je suis prêt à faire des efforts de compréhension mais je ne suis pas non plus la bonne poire, d'autant plus qu'une recherche sur google fournis déjà pas mal d'information.
C'est assez fréquent. Pas beaucoup ici, mais sur Developpez, par exemple, il y en a des dizaines. Il faut savoir que bon nombre de ces gens-là ne maîtrisent pas l'anglais et que, paradoxalement, cela reste plus facile de baragouiner un peu de français.
Souvent, si on fait l'effort de tendre la perche, on s'aperçoit que les recherche sont plus importantes qu'on ne l'imaginait, même si ce n'est pas flagrant au premier post. Bon, il y a également beaucoup de gens qui veulent que l'on fasse le travail à leur place, bien sûr, mais je ne croit pas que ce soit le cas ici. Enfin, en tout état de cause, cela n'a toujours rien à faire sur un forum Linux.
[^] # Re: On est complet
Posté par Obsidian . En réponse au message compilation c++. Évalué à 3.
Par contre, il faudrait effectivement lui expliquer que c'est un forum Linux, ici.
# Erreur de conception ?
Posté par Obsidian . En réponse au message SELECT * FROM matable WHERE n'importeQuelChamp = 'maValeur'. Évalué à 7.
Peux-tu nous donner une vision plus globale de ton problème ?
[^] # Re: Ciné en avion
Posté par Obsidian . En réponse au journal Le linux embarqué de l'A380 a planté en plein vol. Évalué à 1.
# Ciné en avion
Posté par Obsidian . En réponse au journal Le linux embarqué de l'A380 a planté en plein vol. Évalué à 1.
-Une prise USB pour coller sa clé pleine de virii/trojan pour visionner les photos qu'il y a dessus
En fait, ça existe déjà, même sur les appareils de la précédente génération. En allant et revenant de Montréal l'hiver dernier (je ne sais plus sur quel engin j'ai embarqué), ces dispositifs étaient déjà en place depuis un moment. Les jeux et les films à la carte en éco également. Par contre, pas de connecteur USB ni Ethernet ...
Ambiance dans l'avion au bout d'une heure de vol : autisme total de groupe. Tout le monde mate son écran (qui diffuse Desperate Housewives ou Valkyrie), mange, dort, et ne communique plus du tout avec son environnement extérieur. [...] Au bout d'un moment (3 bonnes minutes), ça "reboote". Et là, big surprise, c'est un noyau linux qui commence à déblatérer sur la console, comme on peut le voir là, là et là.
Quand je suis tes liens, je vois ceci : http://images.imagehotel.net/?50r7v3jsse.jpg
Si c'est ce que tu as eu aussi, ça explique l'autisme de groupe ! :-)
[^] # Re: Debian a 16 ans
Posté par Obsidian . En réponse au journal Debian a 16 ans. Évalué à 10.
Alors là, franchement, je pense que tu es le seul à trouver cela bizarre. D'autant plus que l'an prochain, quand Debian aura dix-sept ans, ça deviendra entièrement vrai ...