Obsidian a écrit 5299 commentaires

Excellent ! J'ai fait un clic droit - Enregistrer sous ... sur le site pour la pérénité...

Je m'insurge : en QBASIC (GW-BASIC, BASICA, BASIC 128/512...), le dollar va à la fin des noms de variable « chaîne » ! Pas au début. :-)

J'aurai une question, est-il possible d'installer une distrib Linux sur un très vieux pc ayant uniquement un lecteur disquette, n'ayant ni lecteur cd-rom ni port usb ni réseau ?

C'est quoi, ton « très vieux PC » ? Moi j'ai un 8086 au grenier, livré avec deux lecteurs 5"1/4 auquel j'avais réussi à ajouter un disque dur (avec la carte contrôleur adéquate), ce dont je n'étais pas peu fier.

Si ton PC est au moins un 386 (nécessaire pour installer Linux), vérifie s'il a des ports PCI ou s'ils sont exclusivement ISA. Dans le premier cas − qui reste le plus probable − je pense que le moins onéreux et le moins fastidieux reste d'investir dans une petite carte réseau. Aujourd'hui, c'est presque plus facile à trouver qu'une boîte de disquettes (j'exagère, mais à peine) et pas beaucoup plus cher. Après, tu montes le minimum avec une disquette et tu laisses le tout redescendre par le réseau.

Ce que j'adore (j'avais jamais vu ça encore, en fait), c'est la traduction automatique des commentaires qu'il y a en dessous.

Go Linus!
Aller Linus!

Nice trolling)
Nice traîne)

Windows 7 rocks ;-)
Windows 7 roches ;-)

nice boxes with chains
Nice cases avec des chaînes

C'est une feature de Windows 7 ? :-)

Un exemple : quand on coche "imprimer dans un fichier" sous Windows, le système propose d'enregistrer le fichier avec l'extension .prn, pourquoi pas simplement .ps ?

Probablement parce que le PostScript est un peu trop estampillé « Adobe » au goût de Microsoft.

En même temps, moi, j'ai toujours vu écrit dans les préférences :

attention!Cette redirection peut être coupée à tout moment sans préavis et sans en avoir été informé. Elle permet simplement de ne pas mettre votre email disponible publiquement. Nous vous déconseillons de l'utiliser à d'autres fins.

Mais c'est vrai que prévenir qu'elles sont down, c'est utile. C'est donc chose faite avec ton journal.

Humour inside.

Et comme disait Duke Nukem, « un bon mort-vivant est un mort-vivant mort » !

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 !

Victoire.

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

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.

Aujourd'hui, on utilise la connexion Wifi de son voisin ... avec son accord ! :-)

Saurez-vous trouver quelle page c'est ? Ou trouver une page avec un plus gros score ?

Pas la peine. Essaie de refermer le code, maintenant, par exemple. Tu vas voir tes scores ! :-)

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.

Peuh ! Ça existe depuis longtemps :-) :

http://www.youtube.com/watch?v=iL1PaWQ-BI8

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.

hors je réponds que c'est pour truquer

" Or ".

Avec une mention spéciale pour ... la "chute" :-) de ce clip ...

En effet, il était bien caché !

Aïe ! Punaise ! Tu viens de me faire prendre un méchant coup de vieux au passage ...

Nulle part je n'ai trouvé trace du pare-feu ...

Sans oublier l'authentique « je suis tétue comme une moule », tirée du tonneau millésimé Secret Story, et qui prend toute sa dimension sur DLFP. :-)

Qu'en penses tu cher journal ?

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