Je ne t'approuve pas du tout, NickNolte, quand tu dis :
Ou encore que "Les gentils" aient lancé sans justification, 2 bombes A, sur une population civile innocente situé à plus de 1000 et des bornes de leurs territoires.
Il faut prendre le temps de lire les textes d'alors. Les américains avaient pris dans la tronche une défaite monumentale à Pearl Harbour, sans déclaration de guerre préalable puis pendant la guerre contre les japonais ils avaient aussi eu des retours sur l'élimination de milliers de prisonniers américains par les japonais dans les camps d'internement et par marche forcée à travers la jungle (Bataan), bref, les japonais n'étaient pas des tendres. Et les japonais avaient quoi à reprocher aux américains pour lancer une attaque surprise ? Que les américains ne voulaient plus alimenter l'industrie de guerre japonaise ?? Quand on sait de plus les massacres perpétrés par les japonais en Chine, en Corée, des millions de morts de manière planifiée et construite, il y a vraiment une inversion de rôles et de valeurs typique dans ce que tu dis...
Ce n'est pas parce que la guerre a été gagnée par les alliés que c'était inéluctable. Sans les bombardements, les choses auraient pu se retourner lors des dernières grandes batailles par exemple par lassitude devant la résistance forcenée de l'armée impériale japonaise.
Ce qui n'empêche pas les bombardements d'Hiroshima et de Nagasaki d'être une horreur. Remarquons à l'ère du guidage GPS des bombes de précision, on trouve les bombardements "chirurgicaux" et les guerres "propres" très critiquables aussi. Les américains ont toujours tous les torts mais on trouve beaucoup d'excuses aux nazis allemands, aux japonais de la seconde guerre mondiale et aux dictatures extrémistes d'aujourd'hui. Chacun ses amours et ses haines, chacun sa responsabilité aussi.
Merci CrEv !
J'ai fait un peu vite là... C'est vrai aussi que maintenant j'utilise beaucoup moins du RedHat, je suis plus debian. Même si j'ai commencé tout seul il y a longtemps avec de la Mandrake puis RedHat (7.2, 9.0, RHEL) jusqu'à faire des paquets, je trouve debian plus facile, peut-être aussi grâce à l'ambiance de travail où je suis et l'aide précieuse de collègues futés.
La Rosetta stone citée par lom un peu plus loin est un trésor !
Pour mieux comprendre les installations réseau avec kickstart, RedHat magazine dans ses premiers numéros parus en France a été précieux pour moi http://www.redhatmagazine.com/.
N'empêche que quand tu rebootes après un an - un an et demi un système, et qu'un admin a fait une ânerie dans les paramètrages de services/démons/etc..., c'est pénible de chercher à deviner qu'est-ce qui a été détraqué il y a longtemps.
Ce n'est pas un défaut de Linux, c'est juste qu'étant très très stable, il se passe parfois trop de temps entre les reboots pour bien comprendre l'origine d'une erreur d'administration système. C'est donc utile de planifier des reboots de serveurs critiques de temps en temps pour s'assurer qu'en cas de panne matérielle, on n'aura pas en plus des problèmes de logiciels systèmes à reparamétrer.
En même temps, beaucoup de choses étant accessibles en ligne de commande sous Unix/Linux, il me paraît infiniment plus facile de retrouver un historique des commandes d'administration et des fichiers modifiés, d'autant qu'ils sont le plus souvent en clair (history, find, lastlog, grep...).
Enfin, je veux signaler que redémarrer seulement l'interface graphique (KDE, Gnome, XFCE) n'a que peu à voir avec un reboot : le redémarrage de l'interface graphique ne trouble pas les clients NFS, les serveurs NFS et, dans une moindre mesure les gens connectés à distance, surtout s'il sont en mode texte.
Aussi, autrefois, quand les systèmes Windows devaient être réinstallés régulièrement, la fragmentation était moins problématique... Tiens, ça serait peut-être aussi une solution anti-virus et anti-spyware pour Microsoft ? ;-) Genre on réinstalle chaque jour ! Solution anti-chômage aussi mais boulot répétitif... ;-))
Pour les outils en mode texte ou graphique, je me souvenais de redhat-config-*
Pour switcher entre le mode texte et le mode graphique, ça dépend de $DISPLAY, bien défini sur un écran autorisé ou pas.
Pour les paquetages, correspondance Debian/RedHat :
Debian <--> Redhat
dpkg <--> rpm
dselect (Front-end semi-graphique pour dpkg) <--> redhat-config-rpm ?
apt-* et aptitude <--> urpmi (RedHat/CentOS/Whitebox) - yum (Mandriva)
... On doit pouvoir reconstruire un 'ghost réseau' avec du boot réseau comme pour installer Linux qui enchainerait sur une copie d'image disque... Mais tu risques d'être enquiquiné avec le système de protection contre la copie de Microsoft. Des licences corporate peut-être... Ou une migration complète sous Linux... ;-))
Est-ce que ça vaut le coût du travail supplémentaire d'utiliser du gratuit si tu maîtrises RIS ? Autrement dit, quel niveau d'économie espères-tu faire en termes de licenses Microsoft/Ghost/et_autres ?
Puisque le lien fourni par stillbsd nous dit qu'il suffit de backslasher,
dans l'esprit de la fonction mysql quote, il y a des choses possibles en Perl mais
pour rester en Bourne Shell, je te propose cet exemple :
--> Tu peux construire ta requête, la mettre dans un fichier temporaire.sql et le faire exécuter par myqsl
Extrait du man : You can execute SQL statements in a script file (batch file) like this:
shell> mysql db_name < script.sql > output.tab
Ah! Il reste un "cas pourri" : si tu dois filtrer aussi les "...
sh-3.1$ filename="Don't do it"
sh-3.1$ path=' "pourri des hanetons" '
sh-3.1$ checksum=1789
sh-3.1$ formatted_date='28 aout 1664'
sh-3.1$ sed -e "s/'/\\\'/g" -e 's/"/\\\"/g' <<UNE_SEQUENCE_DE_CARACTERES_QUI_TERMINE_L_ENTREE_ASYNCHRONE
> INSERT INTO p_photos (p_filename,p_path,p_checksum,p_exifdate) VALUES (\\'${filename}\\',\\'${path}\\',\\'${checksum}\\',\\'${formatted_date}\\')
> UNE_SEQUENCE_DE_CARACTERES_QUI_TERMINE_L_ENTREE_ASYNCHRONE INSERT INTO p_photos (p_filename,p_path,p_checksum,p_exifdate) VALUES (\\'Don\'t do it\\',\\' \"pourri des hanetons\" \\',\\'1789\\',\\'28 aout 1664\\') sh-3.1$
...Ca c'est facilement extensible à d'autres cas...
Voili, voilà... Bon courage pour la suite, teste tout les cas pourris, surtout si ça doit aller en production ensuite, et plus encore si c'est exposé au Web...
Et ce site, http://www.linux-pour-lesnuls.com, que je viens de découvrir. Je ne sais pas encore ce qu'il vaut mais les thèmes proposés ont l'air intéressants. Il paraît perfectible dans la forme, il ne profite pas de la largeur de mon écran et certaines pages ont un problème de jeu de caractère, par exemple http://www.linux-pour-lesnuls.com/traduc/virtualbox.html - si ça se trouve c'est fait sous Windows... D'ailleurs on trouve même des astuces Windows !!!
Et les revues, comme Linux Pratique (http://www.linux-pratique.com/) : suivre quelques tutoriels pas à pas peut être enrichissant.
Et aussi le moteur de recherche sur ce site linuxfr.org, en haut à droite, par exemple avec les mots clés qui te correspondent : http://www.google.fr/custom?cof=AH%3Acenter%3BLP%3A1%3BLW%3A(...)
L'inconvénient de ce moyen de recherche sur linuxfr.org, c'est qu'il ne classe pas par date, ce qui serait bien utile... Tu verras que la question de 'comment commencer' revient souvent.
Un dernier truc : ouvrir un cahier et prendre des notes, se relire de temps en temps pour mesurer les progrès et retrouver les solutions à ses problèmes. Le simple fait de noter aide à mémoriser. L'informatique c'est de la logique et beaucoup de mémoire. Quand on tâtonne par soi-même, la mémoire sert d'abord, puis quand on commence à comprendre, ça devient logique. Si on suit des cours, on a des chances de commencer par le bon bout, la logique d'abord.
...Le plus simple, c'est d'essayer d'abord les LiveCD, tels que la Knoppix, pour ne rien modifier sur le ou les disques durs déjà présents. Il existe aussi des distribution "Live" sur clé USB ; il faut faire un tour par le BIOS de ta machine pour activer le démarrage sur clé USB.
Toujours en faisant au plus simple/moins risqué, sauvegarder ses données perso ("Mes Documents", Mails/Courriels, Musiques, Films, Photos, sauvegarde des jeux, ...) et vérifier qu'on a les CD/DVD de réinstallation pour les XP et Vista avant de tenter une installation, car si ton matériel pose des gros problèmes de compatibilité avec Linux, il te faudra bien pouvoir le refiler à quelqu'un d'autre !!!
J'écris ça parce que parfois on achète du matériel avec une licence XP et le vendeur oublie de fournir les DVD de réinstallation. Ou les drivers. Résultat, à la première panne ou virus pénible, eh bien on n'a plus rien, la machine ne marche plus du tout et ne peut même pas être réinstallée... Et on ne trouve pas tous les drivers propriétaires sur Internet, j'en ai fait l'expérience pour une carte mère Epox.
Une fois que tu t'es assuré de pourvoir revenir en arrière, tu peux faire cohabiter les Windows et Linux en faisant un multiboot. Au plus simple : ajouter un disque dur qui sera dédié aux essais de distributions Linux.... Mais il te faut bien comprendre où sont chaque système d'exploitation installé sur la machine. Il faut bien comprendre comment les disques durs et les partitions sont nommées pour éviter d'en écraser par erreur.
Une grande alternative à tout ça, c'est les machines virtuelles, avec un logiciel comme VMware Workstation qui te permet de simuler de nouveaux PC sous Windows. C'est très très bien pour faire des essais sans risque. Les machines virtuelles existent aussi sous Linux, en mieux (et sous MacOSX)
Une autre solution sans risque, c'est de commencer à apprendre Linux sur une machine où il n'y aura que Linux. Beaucoup de vieux ordinateurs dont les gens se débarrassent parce qu'ils ne peuvent faire tourner XP sont encore très valables pour Linux.
Le risque globalement ne vient pas de Linux mais des fausses manœuvres qu'on peut faire quand on ne connait pas bien.
C'est bien mais pas suffisant. La pétition peut donner à l'entreprise Via une idée du marché qu'elle perd en étant pas compatible Linux.
Les concurrents de Via ne feront pas la faveur de donner leur vraie part de marché Linux en temps réel, secret commercial.
La compatibilité Linux... C'est pour ça que j'ai choisi d'acheter un portable avec carte NVIDIA. Pour l'instant c'est ce qu'il y a de mieux question compatibilité.
Par présentation en Noir et Blanc, tu veux dire sans fond coloré ?
Parce-que sinon, il utilise quand même des figures et des images en couleurs.
Moi, à première vue, je trouve cette présentation sobre et sans fioritures inutiles - ça me paraît très bien et sans prétentions excessives ; pour le contenu, je n'ai pas encore tout lu.
...ET comment planquer le noyau et l'initrd/initramfs dans la zone de swap est expliqué dans ledit article.
Même si le mieux est d'externaliser noyau et init[rd|ramfs] sur une clé externe, comme l'explique l'article.
Attention au update-grub, il fait disparaître les entrées multiboot Windows, au moins sur KUbuntu... Et c'est cohérent avec sa page de man, qui décrit un processus de reconstruction de menu.lst à partir des noyaux trouvés. Chez moi aussi la modification vga=791 disparaît après passage de update-grub.
Bon, après cette fausse manoeuvre, il suffit d'aller rechercher tout de suite le fichier de sauvegarde /boot/grub/menu.lst~ !
Tout ça pour dire qu'il me semble qu'il me semble que l'appel de update-grub est contradictoire par rapport à la modification de menu.lst à la main, car update-grub reconstruit entierement le menu.lst.
Et aussi, l'un des avantages de grub par rapport à l'antique lilo, c'est qu'il n'y a pas besoin de passer une commande après modification du fichier décrivant le boot.
Il faut faire gaffe avec les archives, on peut écraser des fichiers par mégarde si on ne connait pas !
0) Utiliser le système de gestion de paquets de ta distribution
Sinon
1) Ne pas travailler en 'root' de suite
2) Regarder la page de man sur 'tar' (man tar)
Un fichier .tar.gz, c'est une archive compressée. Pour voir ce qu'il y a dedans, "tar tvz samba-3.0.9.tar.gz". Attention, si un ou des fichiers commence par '/', ça craint, tu risques fort d'écraser quelque chose d'utile !!! Ensuite, si tu es sûr de ne rien écraser avec la liste des fichiers précédente, se mettre dans un répertoire de travail qui va bien et pour l'extraire, c'est "tar xz samba-3.0.9.tar.gz".
Cependant, après le 'configure' et le 'make', le 'make install' peut avoir besoin du droit root - Et le make install peut très bien déstabiliser ton système !!! Et même s'il ne déstabilise pas le système tout de suite, c'est une installation hors système de gestion des packages donc à terme, ton système s'emêlera les pinceaux.
D'où l'intérêt d'utiliser le système de gestion de paquet de ta distribution, synaptic par exemple sur debian/ubuntu/..., yum sur RedHat, etc, etc....
Quand on fait une bibliothèque, on gagne à faire de petites sources car l'éditeur de lien prend les ".o" générés et les concatène à l'exécutable final. Il suffit qu'une fonction soit mentionnée dans ce .o pour que l'ensemble soit ajouté à ton fichier. C'est parce que des variables locales au source C ou C++ sont peut-être utiles à ta fonction, d'où l'édition de lien ne peut pas savoir d'avance si elle peut ou pas redécouper le ".o" en "fonctions" élémentaires.
D'où : c'est à toi de découper à l'avance en petites sources séparées.
Voir aussi les options "-O", dont particulièrement "-Os" (Optimiser pour la taille générée). La commande strip a aussi des options pour être (parfois) plus efficace.
En utilisant move, monte l'ancien "/" quelque part où tu t'y retrouves, /mnt par exemple. Le "/" devrait être /dev/hda7, si je comprends bien ce qu'il s'est produit.
Dans l'ancien /, le fichier à adapter c'est /etc/fstab
Il faut que tu transcrives le décalage des partitions - par exemple /dev/hda6 devient /dev/hda7 - dans ce fichier... En espérant qu'aucune partition n'est perdue.
Puis sync;sync pour synchroniser les buffers, démonte ta partition "/" réparée et tente de rebooter sans la move, sur to disque dur donc.
Si tu ne te retrouve pas dans les partitions actuelles, fdisk -l ou fdisk -l /dev/hda
devrait permettre de visualiser les partitions actuelles.
[^] # Re: LinuxFR.org fait dans le politique ?
Posté par tguez . En réponse à la dépêche Le président français propose aux écoliers d'adopter un projet libre mort sur SourceForge. Évalué à 1.
Ou encore que "Les gentils" aient lancé sans justification, 2 bombes A, sur une population civile innocente situé à plus de 1000 et des bornes de leurs territoires.
Il faut prendre le temps de lire les textes d'alors. Les américains avaient pris dans la tronche une défaite monumentale à Pearl Harbour, sans déclaration de guerre préalable puis pendant la guerre contre les japonais ils avaient aussi eu des retours sur l'élimination de milliers de prisonniers américains par les japonais dans les camps d'internement et par marche forcée à travers la jungle (Bataan), bref, les japonais n'étaient pas des tendres. Et les japonais avaient quoi à reprocher aux américains pour lancer une attaque surprise ? Que les américains ne voulaient plus alimenter l'industrie de guerre japonaise ?? Quand on sait de plus les massacres perpétrés par les japonais en Chine, en Corée, des millions de morts de manière planifiée et construite, il y a vraiment une inversion de rôles et de valeurs typique dans ce que tu dis...
Ce n'est pas parce que la guerre a été gagnée par les alliés que c'était inéluctable. Sans les bombardements, les choses auraient pu se retourner lors des dernières grandes batailles par exemple par lassitude devant la résistance forcenée de l'armée impériale japonaise.
Ce qui n'empêche pas les bombardements d'Hiroshima et de Nagasaki d'être une horreur. Remarquons à l'ère du guidage GPS des bombes de précision, on trouve les bombardements "chirurgicaux" et les guerres "propres" très critiquables aussi. Les américains ont toujours tous les torts mais on trouve beaucoup d'excuses aux nazis allemands, aux japonais de la seconde guerre mondiale et aux dictatures extrémistes d'aujourd'hui. Chacun ses amours et ses haines, chacun sa responsabilité aussi.
[^] # Re: Pour faire court, pour complèter
Posté par tguez . En réponse au message Guide Debian -> Red Hat. Évalué à 2.
J'ai fait un peu vite là... C'est vrai aussi que maintenant j'utilise beaucoup moins du RedHat, je suis plus debian. Même si j'ai commencé tout seul il y a longtemps avec de la Mandrake puis RedHat (7.2, 9.0, RHEL) jusqu'à faire des paquets, je trouve debian plus facile, peut-être aussi grâce à l'ambiance de travail où je suis et l'aide précieuse de collègues futés.
La Rosetta stone citée par lom un peu plus loin est un trésor !
Pour mieux comprendre les installations réseau avec kickstart, RedHat magazine dans ses premiers numéros parus en France a été précieux pour moi http://www.redhatmagazine.com/.
[^] # Re: Reboot weekly
Posté par tguez . En réponse au journal Rigolons : accélérer Vista. Évalué à 1.
Ce n'est pas un défaut de Linux, c'est juste qu'étant très très stable, il se passe parfois trop de temps entre les reboots pour bien comprendre l'origine d'une erreur d'administration système. C'est donc utile de planifier des reboots de serveurs critiques de temps en temps pour s'assurer qu'en cas de panne matérielle, on n'aura pas en plus des problèmes de logiciels systèmes à reparamétrer.
En même temps, beaucoup de choses étant accessibles en ligne de commande sous Unix/Linux, il me paraît infiniment plus facile de retrouver un historique des commandes d'administration et des fichiers modifiés, d'autant qu'ils sont le plus souvent en clair (history, find, lastlog, grep...).
Enfin, je veux signaler que redémarrer seulement l'interface graphique (KDE, Gnome, XFCE) n'a que peu à voir avec un reboot : le redémarrage de l'interface graphique ne trouble pas les clients NFS, les serveurs NFS et, dans une moindre mesure les gens connectés à distance, surtout s'il sont en mode texte.
Aussi, autrefois, quand les systèmes Windows devaient être réinstallés régulièrement, la fragmentation était moins problématique... Tiens, ça serait peut-être aussi une solution anti-virus et anti-spyware pour Microsoft ? ;-) Genre on réinstalle chaque jour ! Solution anti-chômage aussi mais boulot répétitif... ;-))
[^] # Re: Pour faire court, pour complèter
Posté par tguez . En réponse au message Guide Debian -> Red Hat. Évalué à 1.
Pour switcher entre le mode texte et le mode graphique, ça dépend de $DISPLAY, bien défini sur un écran autorisé ou pas.
Pour les paquetages, correspondance Debian/RedHat :
Debian <--> Redhat
dpkg <--> rpm
dselect (Front-end semi-graphique pour dpkg) <--> redhat-config-rpm ?
apt-* et aptitude <--> urpmi (RedHat/CentOS/Whitebox) - yum (Mandriva)
synaptic <--> Voir-dans-les-menus-en-mode-root !
# Si tes machines sont très standardisées...
Posté par tguez . En réponse au message Cherche Equivalent de RIS en opensource.. Évalué à 2.
Je me souvenais d'un 'mondorescue', plus abouti mais est-il maintenu (?) A toi de voir.
Une ch'tite recherche sur le net vite fait :
http://www.webcrawler.com/webcrawler/ws/results/Web/'ghost%2(...)
Deux résultats intéressants :
http://www.commentcamarche.net/forum/affich-1343457-ghost-ou(...)
http://lists.debian.org/debian-user-french/2005/10/msg00555.(...)
Est-ce que ça vaut le coût du travail supplémentaire d'utiliser du gratuit si tu maîtrises RIS ? Autrement dit, quel niveau d'économie espères-tu faire en termes de licenses Microsoft/Ghost/et_autres ?
[^] # Re: quote ?
Posté par tguez . En réponse au message Mysql : insertion de simple quotes depuis bash. Évalué à 1.
Puisque le lien fourni par stillbsd nous dit qu'il suffit de backslasher,
dans l'esprit de la fonction mysql quote, il y a des choses possibles en Perl mais
pour rester en Bourne Shell, je te propose cet exemple :
filename="Don't, don't worry...";echo $filename;echo "${filename}"|sed "s/'/\\\'/g" >/tmp/taztoo;cat /tmp/taztoo
Don't, don't worry...
Don\'t, don\'t worry..
--> Tu peux construire ta requête, la mettre dans un fichier temporaire.sql et le faire exécuter par myqsl
Extrait du man :
You can execute SQL statements in a script file (batch file) like this:
shell> mysql db_name < script.sql > output.tab
Ah! Il reste un "cas pourri" : si tu dois filtrer aussi les "...
sh-3.1$ filename="Don't do it"
sh-3.1$ path=' "pourri des hanetons" '
sh-3.1$ checksum=1789
sh-3.1$ formatted_date='28 aout 1664'
sh-3.1$ sed -e "s/'/\\\'/g" -e 's/"/\\\"/g' <<UNE_SEQUENCE_DE_CARACTERES_QUI_TERMINE_L_ENTREE_ASYNCHRONE
> INSERT INTO p_photos (p_filename,p_path,p_checksum,p_exifdate) VALUES (\\'${filename}\\',\\'${path}\\',\\'${checksum}\\',\\'${formatted_date}\\')
> UNE_SEQUENCE_DE_CARACTERES_QUI_TERMINE_L_ENTREE_ASYNCHRONE
INSERT INTO p_photos (p_filename,p_path,p_checksum,p_exifdate) VALUES (\\'Don\'t do it\\',\\' \"pourri des hanetons\" \\',\\'1789\\',\\'28 aout 1664\\')
sh-3.1$
...Ca c'est facilement extensible à d'autres cas...
Voili, voilà... Bon courage pour la suite, teste tout les cas pourris, surtout si ça doit aller en production ensuite, et plus encore si c'est exposé au Web...
Qui dit mieux ?
[^] # Suite: Autres sources d'information
Posté par tguez . En réponse au message installation. Évalué à 1.
Et les revues, comme Linux Pratique (http://www.linux-pratique.com/) : suivre quelques tutoriels pas à pas peut être enrichissant.
Et... Les moteurs de recherches, http://www.google.fr/linux, http://yahoo.fr, http://www.webcrawler.com ...
Et aussi le moteur de recherche sur ce site linuxfr.org, en haut à droite, par exemple avec les mots clés qui te correspondent :
http://www.google.fr/custom?cof=AH%3Acenter%3BLP%3A1%3BLW%3A(...)
L'inconvénient de ce moyen de recherche sur linuxfr.org, c'est qu'il ne classe pas par date, ce qui serait bien utile... Tu verras que la question de 'comment commencer' revient souvent.
Un dernier truc : ouvrir un cahier et prendre des notes, se relire de temps en temps pour mesurer les progrès et retrouver les solutions à ses problèmes. Le simple fait de noter aide à mémoriser. L'informatique c'est de la logique et beaucoup de mémoire. Quand on tâtonne par soi-même, la mémoire sert d'abord, puis quand on commence à comprendre, ça devient logique. Si on suit des cours, on a des chances de commencer par le bon bout, la logique d'abord.
# Autre sources d'information
Posté par tguez . En réponse au message installation. Évalué à 3.
http://lea-linux.org
http://www.commentcamarche.net
Exemple de page intéressante par rapport à ta question : http://lea-linux.org/cached/index/Intro-index.html#
# Quelques conseils...
Posté par tguez . En réponse au message installation. Évalué à 4.
Toujours en faisant au plus simple/moins risqué, sauvegarder ses données perso ("Mes Documents", Mails/Courriels, Musiques, Films, Photos, sauvegarde des jeux, ...) et vérifier qu'on a les CD/DVD de réinstallation pour les XP et Vista avant de tenter une installation, car si ton matériel pose des gros problèmes de compatibilité avec Linux, il te faudra bien pouvoir le refiler à quelqu'un d'autre !!!
J'écris ça parce que parfois on achète du matériel avec une licence XP et le vendeur oublie de fournir les DVD de réinstallation. Ou les drivers. Résultat, à la première panne ou virus pénible, eh bien on n'a plus rien, la machine ne marche plus du tout et ne peut même pas être réinstallée... Et on ne trouve pas tous les drivers propriétaires sur Internet, j'en ai fait l'expérience pour une carte mère Epox.
Une fois que tu t'es assuré de pourvoir revenir en arrière, tu peux faire cohabiter les Windows et Linux en faisant un multiboot. Au plus simple : ajouter un disque dur qui sera dédié aux essais de distributions Linux.... Mais il te faut bien comprendre où sont chaque système d'exploitation installé sur la machine. Il faut bien comprendre comment les disques durs et les partitions sont nommées pour éviter d'en écraser par erreur.
Une grande alternative à tout ça, c'est les machines virtuelles, avec un logiciel comme VMware Workstation qui te permet de simuler de nouveaux PC sous Windows. C'est très très bien pour faire des essais sans risque. Les machines virtuelles existent aussi sous Linux, en mieux (et sous MacOSX)
Une autre solution sans risque, c'est de commencer à apprendre Linux sur une machine où il n'y aura que Linux. Beaucoup de vieux ordinateurs dont les gens se débarrassent parce qu'ils ne peuvent faire tourner XP sont encore très valables pour Linux.
Le risque globalement ne vient pas de Linux mais des fausses manœuvres qu'on peut faire quand on ne connait pas bien.
Bon courage !
[^] # Re: signer... des chèques
Posté par tguez . En réponse à la dépêche Signez la pétition pour un pilote Xorg VIA correct. Évalué à 1.
Les concurrents de Via ne feront pas la faveur de donner leur vraie part de marché Linux en temps réel, secret commercial.
La compatibilité Linux... C'est pour ça que j'ai choisi d'acheter un portable avec carte NVIDIA. Pour l'instant c'est ce qu'il y a de mieux question compatibilité.
[^] # Re: source
Posté par tguez . En réponse à la dépêche Support de conférence sur Linux embarqué. Évalué à 4.
Parce-que sinon, il utilise quand même des figures et des images en couleurs.
Moi, à première vue, je trouve cette présentation sobre et sans fioritures inutiles - ça me paraît très bien et sans prétentions excessives ; pour le contenu, je n'ai pas encore tout lu.
Pour des présentations sur les systèmes embarqués sous Linux, il y a aussi http://free-electrons.com/formations
[^] # Re: toujours plus loin pour obtenir le chiffrement de toutes les partiti
Posté par tguez . En réponse à la dépêche Revue de presse - janvier 2008. Évalué à 3.
Même si le mieux est d'externaliser noyau et init[rd|ramfs] sur une clé externe, comme l'explique l'article.
[^] # Attention au update-grub, il fait disparaître les entrées multiboot Win
Posté par tguez . En réponse au message out of range (mais en console, pas en X !). Évalué à 2.
Bon, après cette fausse manoeuvre, il suffit d'aller rechercher tout de suite le fichier de sauvegarde /boot/grub/menu.lst~ !
Tout ça pour dire qu'il me semble qu'il me semble que l'appel de update-grub est contradictoire par rapport à la modification de menu.lst à la main, car update-grub reconstruit entierement le menu.lst.
Et aussi, l'un des avantages de grub par rapport à l'antique lilo, c'est qu'il n'y a pas besoin de passer une commande après modification du fichier décrivant le boot.
# Je rejoins Axel...
Posté par tguez . En réponse au message installation d'un tar.gr dans /etc. Évalué à 2.
0) Utiliser le système de gestion de paquets de ta distribution
Sinon
1) Ne pas travailler en 'root' de suite
2) Regarder la page de man sur 'tar' (man tar)
Un fichier .tar.gz, c'est une archive compressée. Pour voir ce qu'il y a dedans, "tar tvz samba-3.0.9.tar.gz". Attention, si un ou des fichiers commence par '/', ça craint, tu risques fort d'écraser quelque chose d'utile !!! Ensuite, si tu es sûr de ne rien écraser avec la liste des fichiers précédente, se mettre dans un répertoire de travail qui va bien et pour l'extraire, c'est "tar xz samba-3.0.9.tar.gz".
Cependant, après le 'configure' et le 'make', le 'make install' peut avoir besoin du droit root - Et le make install peut très bien déstabiliser ton système !!! Et même s'il ne déstabilise pas le système tout de suite, c'est une installation hors système de gestion des packages donc à terme, ton système s'emêlera les pinceaux.
D'où l'intérêt d'utiliser le système de gestion de paquet de ta distribution, synaptic par exemple sur debian/ubuntu/..., yum sur RedHat, etc, etc....
# Quand on fait une bibliothèque, on optimise l'édition de lien en...
Posté par tguez . En réponse au message Challenge : Reduction de taille. Évalué à 1.
D'où : c'est à toi de découper à l'avance en petites sources séparées.
Voir aussi les options "-O", dont particulièrement "-Os" (Optimiser pour la taille générée). La commande strip a aussi des options pour être (parfois) plus efficace.
# Déjà vu ça sur d'autres bases de données
Posté par tguez . En réponse au message MYSQL et le BLOB. Évalué à 1.
Il faut se débrouiller pour que la table soit comme neuve, jamais "alter"ée.
L'alter entraîne souvent des problèmes de performances.
Autre possibilité, si ça persiste, les modifications faites ne sont peut-être pas anodines...
# La solution en bash/sh/ksh c'est $!
Posté par tguez . En réponse au message Tuer son fils. Évalué à 6.
# De mon point de vue...
Posté par tguez . En réponse au message Probleme impossible de démarer linux. Évalué à 1.
En utilisant move, monte l'ancien "/" quelque part où tu t'y retrouves, /mnt par exemple. Le "/" devrait être /dev/hda7, si je comprends bien ce qu'il s'est produit.
Dans l'ancien /, le fichier à adapter c'est /etc/fstab
Il faut que tu transcrives le décalage des partitions - par exemple /dev/hda6 devient /dev/hda7 - dans ce fichier... En espérant qu'aucune partition n'est perdue.
Puis sync;sync pour synchroniser les buffers, démonte ta partition "/" réparée et tente de rebooter sans la move, sur to disque dur donc.
Si tu ne te retrouve pas dans les partitions actuelles,
fdisk -l ou fdisk -l /dev/hda
devrait permettre de visualiser les partitions actuelles.
Bon courage !