Je suis donc allée demander sur ubuntu-fr mais jusque là, je n’arrivais à régler que le message d’erreur que j’avais de temps à autre en me connectant, ainsi que les erreurs dans les logs d’Apache.

…Puis en me rappelant que mathedit m’à déjà aidée plusieurs fois en rapport avec LAMP lorsque j’avais un souci, j’ai pris une chance de lui envoyer un MP sur Facebook en lui donnant le lien du sujet. Il m’a donc répondu et il a posté dans le sujet en question.

Sa réponse m’a amenée à une piste qui m’a permise d’arriver à nouveau à me connecter : C’était un problème de cookies ! En effet, ça faisait longtemps que je n’avais pas fait le ménage dans les cookies ou effacé tous les cookies. Celui de localhost en rapport avec phpmyadmin devait donc n’être plus bon et avait donc besoin d’être supprimé. C’est donc ce que j’ai fait, ainsi qu’un vidage du cache.

Supprimer les cookies d’un domaine sous Firefox version Linux

Allez dans Édition > Préférences.
Allez dans « Vie privée »
Cliquez sur « supprimer des cookies spécifiques »
Défilez jusqu’à ce que vous voyez localhost, sélectionnez-le et faites « Supprimez les cookies ».

Videz aussi le cache en allant dans « Outils » puis « Supprimer l’historique récent » et en laissant « Cache » coché avant de cliquer sur « Vider ».

En espérant que cette solution soit utile à d’autres qui pourraient avoir le même souci.

• Vous avez à demander de l’aide, répondre à quelqu’un ou partager une astuce sur un forum, et pour cela, vous avez à poster un code venant directement de votre éditeur de texte. Mais une fois votre message envoyé, vous remarqué que vos lignes sont séparées par un saut de ligne, ce qui fait que vous devez éditer votre message pour virer les retours à la ligne en trop !
• Vous vous mettez au développement collaboratif avec Git, puis on vous signale un problème de sauts de ligne causant des différences entre deux versions d’un fichier.

Si un de ces cas de figure vous est arrivé, lisez ce qui suit. …et même si ça ne vous était jamais arrivé, ça peut quand même vous être utile.

Une question de formats de fin de ligne

Saviez-vous qu’il existe plusieurs formats de fin de ligne ? Bien que ce ne soit pas perceptible visuellement lorsque vous éditez vos fichiers, il est important que vous les connaissiez.

Il existe deux principaux formats de fins de ligne : le format DOS/Windows (CRLF), dont la fin de ligne s’écrit comme \r\n, et le format UNIX/Linux (LF), qui s’écrit tout simplement \n

Que signifie ces codes :

• \r signifie « carriage return », ou autrement dit « retour chariot »
• \n signifie « new line », ou autrement dit « nouvelle ligne »

Vous serez donc sûrement d’accord avec moi que deux codes juste pour une nouvelle ligne, c’est superflu, alors qu’un seul suffirait.

Et puisque pour des raisons historiques, on va préférer les méthodes unixiennes, la convention dans le monde Open source veut donc que les fichiers utilisent le format UNIX (LF) pour les fins de ligne.

Comment passer au format UNIX

Premièrement, la fonction « rechercher/remplacer » de votre éditeur de texte (Notepad++, gedit, kate) permet généralement de remplacer le \r\n par \n dans vos fichiers, même si ces codes sont invisibles. C’est d’ailleurs la solution temporaire que j’ai utilisée en attendant d’avoir la solution qui va suivre.

Deuxièmement, vous pouvez généralement configurer le format de fin de ligne à utiliser à l’enregistrement. Suivant votre éditeur, cela peut se trouver dans vos préférences (ex: Notepad++), mais dans d’autres comme gedit, cette options n’est présente que dans la fenêtre « Enregistrer sous », au moment d'enregistrer votre fichier, donc ne faites pas comme moi : pensez à regarder à cet endroit également !

Et finalement, pour ceux qui utilisent Git, vous devrez configurer Git pour convertir automatiquement les fins de ligne au format UNIX. Pour cela, c'est indiqué dans l'aide en ligne de GitHub : http://help.github.com/line-endings/
Vous devez choisir l'une ou l'autre des commandes en fonction de votre système d'exploitation, ce qui signifie que vous devez prendre la première si vous êtes sous Mac ou Linux, ou la deuxième si vous êtes sous Windows.

Et pour mes fichiers déjà enregistrés ?

Si vous avez déjà enregistrés plusieurs fichiers, ou si vos fichiers ont été originalement créés sous Windows ou sont dérivés de fichiers originalement créés sous cet OS, vous devrez les ouvrir un à un, et les ré-enregistrer en choisissant le format UNIX pour que l'éditeur convertisse les fins de ligne.

À partir de là, vous ne devriez plus avoir ces problèmes.

Or, à moins de n’avoir que des postes exclusivement linuxiens chez vous, il est fortement probable que vous ayez laissé le système de fichiers du disque tel qu’il est, soit le plus souvent en NTFS, pour des raisons d’accessibilité du disque à la fois sous votre poste Linux et sous les postes Windows. Dans ce cas, on doit passer par Windows pour effectuer un chkdsk afin de corriger les erreurs dans le système de fichiers. Pour cela, il vous faudra, soit…

• Redémarrer votre machine sous Windows, si vous êtes en dual boot (c’est mon cas)
• Brancher votre disque sur un poste avec Windows installé

Une fois cela fait, voici les indications pour Windows XP. N’ayant jamais touché à Vista ou à Seven, il vous faudra faire quelques recherches pour adapter ces indications pour ces versions de Windows.

1. Allez dans Démarrer > Exécuter
2. Dans la fenêtre, tapez cmd
3. Une fenêtre de terminal s’ouvre. Tapez chkdsk x: /f (en remplaçant x par la lettre attribué à votre disque. Dans mon cas, c’est g:)
4. Si vous n’avez pas ouvert le contenu de votre disque avant de taper cette commande, la vérification s’effectuera immédiatement, sans avoir besoin d’un redémarrage

Une fois la vérification terminée, il ne vous reste plus qu’à démonter votre disque (s’il est sur un poste autre que le vôtre) ou redémarrer sous Linux (si vous êtes en dual boot), et vous verrez alors votre disque monté automatiquement au démarrage ou dès son branchement sous Linux.

Prévenir les risques de ce cas de figure

La probabilité que vous ayez ce cas de figure est plus élevée si vous copiez de grosses quantité de données à la fois (quelques Go). Dans ce cas, je vous recommande, si c’est possible, de le faire en plusieurs fois.

Mais dans une région aussi éloignée que la Côte-Nord, cela devient beaucoup plus difficile. Aucun GULL n’est en place dans cette région, et trouver des Linuxiens dans la région devient ardue. Et quand t’es moindrement timide, ton seul recours est la recherche avec Google, chose que je fais depuis plusieurs mois, de temps à autres, en tapant « Linux Baie-Comeau » pour ensuite éplucher les résultats.

Car oui, j’ai Theriault qui a déjà touché à Linux, mais dans son cas, il avait abandonné après trois ans, mais il semble avoir commencé à renouer avec Ubuntu dernièrement, si je me fie à son article sur l’interface Unity.

Mais vu son âge (il n’a pas encore 18 ans même s’il les aura bientôt), ce n’était pas encore envisageable d’aller loin dans l’idée de commencer à installer Linux sur d’autres machine. Il me fallait des gens un peu plus âgés, d’où mes recherches avec Google.

Puis j’ai commencé par trouver un monsieur de Franquelin habitant à Portneuf-sur-Mer qui a connu mon père, mais c’était encore un peu loin pour l’idée d’un réseau.

Puis dernièrement, mes recherches ont abouti à un profil sur Gnome-Look.org à qui j’ai envoyé un message privé. Puis ce soir, je trouve un blogueur dont certains éléments dans un tutoriel laissait penser qu’il était de Baie-Comeau, puis un profil Google+ d’un geek de Baie-Comeau qui travaille comme cuisinier. J’ai donc envoyé un message aux deux personnes en question.

Jusqu’ici, deux des trois personnes (celui de gnome-look.org et le blogueur) m’ont répondu, ce qui laisse présager qu’un réseau local pourrait être possible, et qu’on pourrait ainsi aller plus loin en réunissant nos compétences.

C’est donc à suivre…

Jusqu’à maintenant, j’utilisais soit Photobucket, soit Archive-Host, soit un de mes FTP pour héberger les réalisations faites pour les commandes. Je n’utilisais déjà plus Photobucket à cette fin à cause de l’ajout automatique du gamma sur les images PNG envoyées, ce qui les assombrissait sous IE. Je ne l’utilise donc que pour les captures dont la présence ou non du gamma ne dérange pas. Il me restait donc Archive-Host et les FTP. Pour AH, je préfère me limiter aux images pour mes thèmes FA (ça me fait penser que je n’ai toujours pas trouvé le courage de finir la MAJ des thèmes…), tandis que pour mes FTPs, je n’aime pas trop les encombrer.

À force d’en entendre parler, je finis par jeter un coup d’oeil sur le site, pour apprendre avec joie qu’il est multi-plate-forme et qu’il y a un paquet DEB pour installer le plugin Dropbox pour Nautilus ! Je l’installe donc et j’enregistre un compte.

Cela tombait bien puisque je suis en train de faire des corrections dans le style du forum Terraburg suite à la réinstallation, déjà qu’il restait des icones à faire, ce qui fait pas mal d’images à mettre en ligne.

C’est si simple à faire et je n’ai même pas besoin de passer par mon navigateur pour envoyer mes images dans le nuage ! Une fois le paquet installé et le compte créé, il suffit, sous Nautilus, d’ouvrir un onglet vers votre dossier Dropbox/Public, et un autre onglet vers le dossier contenant les fichiers à copier. Puis d’un simple copier-coller, vous envoyez vos fichiers vers votre dossier Dropbox/Public, puis après, vous attendez que le tout se synchronise. Une fois que la petite coche verte apparaît, vous pouvez copier l’adresse publique depuis un clic-droit > Dropbox > Copy Public Link, pour ensuite poser le lien sur les forums, blogs et réseaux sociaux. Dans le cas de Twitter, vous n’êtes pas dispensé de l’usage d’un raccourcisseur d’URL.

Vous pouvez bien sûr créer des sous-dossiers au sein du dossier Public pour classer vos fichiers, comme je l’ai fait pour les images faites pour le site Terraburg.

Notez que la capture que vous voyez est justement hébergée sur mon espace Dropbox.

Donc avec 2 Go au minimum en espace disque, c’est vraiment un outil pratique pour les graphistes qui font régulièrement des commandes, et même pour les codeurs qui veulent s’échanger des fichiers source, ou encore pour ceux qui veulent envoyer une archive à quelqu’un ou publier un fichier autre qu’une image dans un cours sur le site du zéro dont les zUploads n’acceptent que les images, ou encore pour ceux qui vont régulièrement d’une machine à l’autre et qui aimeraient avoir accès à certains de leur fichier depuis n’importe quelle machine. Bref, pour tout pleins d’usage ! …en autant qu’on reste dans la légalité !

Donc si ça vous intéresse, voici le lien du site officiel : https://www.dropbox.com/

Premières observations

Le bureau s’est chargé à la vitesse de l’éclair, et niveau visuel, LXDE n’a rien à envier à Gnome ou à XFCE. J’ai vu rapidement que le menu était accessible depuis l’icône de LXDE, un peu à la manière de KDE et de Windows. Les préférences et les tâches administratives sont réunis ensemble dans « Préférences ».

Parlant de préférences, j’ai bien trouvé la configuration du clavier/souris et celle de l’apparence, mais je n’ai pas encore trouvé où se cache la configuration de la grosseur du pointeur, ce qui est assez gênant étant donné mon problème de vision et sachant que le jour où je commencerai à installer Ubuntu sur d’autres PCs, certains voudront un curseur plus gros.

Donc si un Linuxien qui a testé LXDE sur Ubuntu (10.04 en particulier) connaît la réponse, il peut laisser un commentaire à la suite de l’article.

Bien que la prochaine version du noyau Linux intégrera un patch qui booste la vitesse de GNU/Linux, vous pouvez tout de suite profiter de cette vitesse sans attendre le prochain noyau en appliquant une patch que je viens de tester sur ma Ubuntu Lucid.

J’ai eu vent de cette patch en faisant ma ronde quotidienne sur QuébecOS. En voyant qu’il y avait des nouveaux messages dans la section des Ubuntu et dérivés, je tombe sur ce sujet : Booster Linux !

L’auteur du sujet donne le lien vers un article en anglais, qui détaille les manipulations à faire pour Red Hat et Ubuntu. Vous devrez donc faire attention à suivre les instructions pour Ubuntu et non celles pour Red Hat, ce qui fait que vous devrez descendre plus bas pour les voir.

Et si vous n’êtes pas à l’aise avec la ligne de commande, ce n’est pas grave puisqu’un script automatisant les opérations est disponible sur la page même !

En voyant que ceux de QuébecOS qui ont testé ont vu des changements, j’ai donc testé la patch en faisant les manipulations manuelles et je peux dire que si auparavant, ma Ubuntu n’était pas beaucoup plus réactive que mon XP sur mon P4 (une machine qui n’est plus très jeune), il l’est maintenant au quart de tour depuis la modification !

Je n’ai plus de latence de plusieurs secondes lorsque je parcours mes bookmarks pour aller sur un site choisi, mes applications se ferment en un éclair, et lorsque je démarre, mon bureau se charge en une seconde dès que je vois le fond d’écran ! J’ai même l’impression que les pages se chargent plus vite, la différence étant encore plus frappante sur les sites très graphiques en full-CSS.

Donc si vous trouvez votre Ubuntu un peu lourdaude, je vous invite à tester la patch !

Alors que ça fait à peine deux jours qu’un tapis blanc recouvre Baie-Comeau, je reste dans le froid en vous parlant d’un problème que j’ai eu dernièrement et que j’ai pu résoudre avec l’aide des gars de QuébecOS.

Des gels qui se multipliaient

Même si ça faisait depuis Ubuntu Hardy que je pouvais voir Firefox geler et que je devais utiliser la commande kill dans le terminal pour pouvoir le redémarrer par la suite, ce n’est que dernièrement que les gels devenaient vraiment problématiques puisque ça pouvait survenir plus de 3 fois dans la même journée.
De ce fait, en attendant de trouver la solution, je m’étais rabattue sur Chromium, le jumeau libre de Chrome, et j’étais même en train d’y installer les extensions équivalentes de celles que j’utilises sur Firefox.

Une question de plugin JAVA

Je parle bien du langage JAVA de Sun qui sert à créer des applets Web et des programmes, et non du langage Javascript qu’on utilise partout et que j’ai commencé à apprendre d’ailleurs.

Pour le premier, il existe en fait deux plugins différents : le premier, java-sun qui est 95% libre, et OpenJDK, qui est 100% libre. Bien qu’on entende que ce dernier est plus performant et plus recommandé que Java-sun, ce n’est pas tout à fait vrai en réalité puisque OpenJDK n’est pas aussi mature, et ceux qui m’en ont parlé sur QuébecOS ont eux-même réglé leurs problèmes de gels de navigateur en remplaçant ce plugin par celui de Sun. Et en suivant moi-même ces recommandation, les gels ont également disparu de mon côté.

Vérifier quels sont les plugins installés sur votre distro

Note : pour ce qui suit, les manips données sont pour Ubuntu et ses dérivés. Vous n’avez qu’à adapter les manipulations pour votre distro.

En général, si vous êtes sur Linux, vous avez OpenJDK installé d’office. Mais vous pouvez vérifier en utilisant cette commande dans le terminal :
sudo update-alternatives --config java

Si le résultat retourné ressemble à celui-ci :
caroline@caroline-desktop:~$ sudo update-alternatives --config java
Il n'existe qu'une « alternative » dans le groupe de lien java : /usr/lib/jvm/java-6-openjdk/jre/bin/java.
Rien à configurer.

c’est que seul OpenJDK est installé.

Installer et configurer Java-sun

Pour installer le plugin de Sun, tapez cette commande dans le terminal :
sudo apt-get install sun-java6-jre sun-java6-plugin
ou recherchez les deux paquets dans Synaptic

Une fois les deux paquets installés, retapez la commande suivante dans le terminal :
sudo update-alternatives --config java

Vous devriez maintenant avoir ceci comme résultat :
There are 2 choices for the alternative java (providing /usr/bin/java).
Sélection Chemin Priorité État
------------------------------------------------------------
* 0 /usr/lib/jvm/java-6-openjdk/jre/bin/java 1061 mode automatique
1 /usr/lib/jvm/java-6-openjdk/jre/bin/java 1061 mode manuel
2 /usr/lib/jvm/java-6-sun/jre/bin/java 63 mode manuel
Appuyez sur <Entrée> pour conserver la valeur par défaut[*] ou choisissez le numéro sélectionné :0

Tapez le chiffre 2 puis appuyez sur Entrée. Il ne vous reste plus qu’à redémarrer Firefox pour qu’il utilise maintenant le plugin de Sun !

Voir le fil de discussion ayant mené à la résolution de mon problème.

EDIT : Désolée si mes blocs de code n’ont pas de retour chariot, ceux-ci font merder la balise code qui n’affichait que la première ligne dans le bloc.

Or, étant depuis mi-septembre dans l’équipe de phpBB-France, un des projets m’intéressait et j’ai donc appliqué pour pouvoir travailler du côté du template d’EzBB, le fork de phpBB2.

Mais avant de pouvoir modifier un fichier, il fallait d’abord installer un client SVN sur sa machine et faire un premier checkout pour y importer les fichiers depuis le dépôt.

Confusions et problèmes niaiseux

Mais lorsque je me suis mise à me documenter sur SVN, le post destiné à l’équipe ne parlait que de TortoiseSVN, un client pour Windows. Or, étant sous Linux, je ne pouvais pas utiliser cet utilitaire, et j’avais donc demandé des suggestions d’utilitaires pour Linux. Une première réponse parlait de RabbitVCS et une autre, celle de l’auteur du sujet, parlait de lignes de commandes et de RapidSVN et d’un script pour Nautilus. J’ai d’abord suivi la première réponse (et du coup, découvert un problème avec le paquet global et j’ai d’ailleurs ouvert un ticket sur Launchpad) puis j’ai suivi la deuxième réponse.

J’installe donc subversion, en me faisant un lien symbolique depuis /var/svn vers /home/caroline/svn afin de ne pas perdre ma copie en cas de crash de la partition contenant le système, mon /home étant dans une partition séparée.

Une fois tout ça installé, je me suis mise à chercher de la documentation, mais celles que je trouvais pour Subversion parlaient de créer et configurer un dépôt (avec svnadmin). Étant débutante, je pensais que c’était donc un prérequis pour importer sa copie de travail, ce qui fait que j’ai créé mon dépôt, mais lorsque j’ai tenté un checkout, ça me retournait une erreur :

Erreur pendant l'exécution de l'action : Le serveur a envoyé une valeur inattendue (405 Method Not Allowed) en réponse à la requête MKCOL pour '/repos/!svn/wrk/8be0655e-8b54-46c5-90cd-d3bfa706ffa1/trunk/db'

C’est là que Mathedit m’a dit de le faire dans un dossier vide. Par la suite, après avoir effacé les fichiers créés par la commande svnadmin create, je retente avec RapidSVN, mais ça tournait dans le beurre : Rien ne se passait ! En lui rapportant ça, il m’a alors demandé de tester avec la ligne de commande à la place, en utilisant ces lignes :

cd /home/caroline/svn/ezbb
svn checkout https://{ADRESSE_DEPOT}/ .

en me spécifiant de mettre le point à la fin. Notez que j’ai censuré l’adresse du dépôt pour ne pas l’ébruiter en dehors des parties privées.

Je retente donc une nouvelle fois avec la commande, ce qui me donne ça comme résultat :

caroline@caroline-desktop:~/svn/ezbb$ svn checkout https://{ADRESSE_DEPOT}/ .
Mot de passe du porte-clé GNOME '(null)' :
svn: OPTIONS de 'https://{ADRESSE_DEPOT}': Échec à l'autorisation : Could not authenticate to server: rejected Basic challenge (https://{ADRESSE_SERVEUR)
caroline@caroline-desktop:~/svn/ezbb$


Mais tout de suite, je sentais que le fait qu’on me demandait le mot de passe du porte-clé GNOME y était pour quelquechose. Après deux autres tentatives, j’ai fini par faire une recherche, ce qui me conduit à ce sujet, portant sur le même problème : Mot de passe du porte-clés GNOME ‘default’ => RESOLU

Voyant que son problème était résolu par la commande qui a été donnée :

rm ~/.gnome2/keyrings/default.keyring

J’essaie donc avec cette commande, après avoir vérifié le nom du fichier en question, qui était login.keyring, puis je réessaie un checkout à nouveau… qui a enfin réussi ! Le retrait du fichier .keyring a permis la réinitialisation du mot de passe du porte-clés, ce qui fait que j’ai pu entrer mes logins pour me connecter au dépôt, et définir un nouveau mot de passe pour le trousseau !

En résumé

Si vous débutez en développement collaboratif et que vous êtes sous Linux, vous devez savoir ce qui suit :

1. En installant Subversion, ne faites que créer un lien symbolique entre /var/svn et /home/votrenom/svn pour éviter les désagrément liés aux permissions, et aussi pour protéger votre répertoire contre un éventuel crash (si vous avez mis /home dans une partition séparée).
2. Pour une utilisation client, vous ne devez pas créer de dépôt et vous n’avez donc pas besoin d’utiliser svnadmin create ni de svnserve. Il faut que votre premier checkout soit fait dans un répertoire vide !
3. En cas de demande d’entrer un mot de passe du porte-clés GNOME, effacez simplement le fichier ~/.gnome2/keyrings/nomdufichier.keyring pour réinitialiser le mot de passe.
]]> http://ishimaru-blog.servhome.org/archives/160/feed 3 http://ishimaru-blog.servhome.org/archives/113 http://ishimaru-blog.servhome.org/archives/113#comments Tue, 20 Jul 2010 07:07:49 +0000 Ishimaru http://ishimaru-blog.servhome.org/?p=113 Cela faisait au moins un mois et demi que je le disais que j’avais hâte de pouvoir upgrader ma Ubuntu à la nouvelle version LTS. Dimanche soir, j’ai enfin eu le temps de le faire et cela fait donc une journée complète que mon ordi ronronne sous la version du lynx lucide… tiens, c’est peut-être pour ça que mon gros ballon de chat (une femelle en passant) est venu se coucher en avant de mon écran le soir même pendant que je bossais, XD

Les raisons de la mise à niveau

Bon, pour revenir à Ubuntu, cela commençait à presser, puisqu’étant auteure d’un cours sur GIMP, je veux quand même garder une uniformité dans les captures, surtout que je comptais les retravailler de toutes façons. De plus, je sentais Jaunty montrer des signes de fatigue puisque les premiers mois, la connexion automatique marchait tout le temps alors que c’était rendu qu’il ne marchait qu’une fois sur deux, puis la dernière fois que j’ai retranscrit quelquechose sur openoffice (une recette de mousse au chocolat), OOo a planté au moment de l’impression, et il replantait lorsque je manipulais le fichier en question, comme si le fichier était corrompu. Aussi, j’avais fait plusieurs installations depuis des dépôts-tiers (surtout les dépôts PPA) et mettons qu’un ménage du printemps s’imposait.

Mais la raison principale reste que la version Jaunty Jackalope n’a plus que 3 mois à vivre et que j’avais de toutes façons l’intention de mettre à niveau à la nouvelle version LTS qui m’assurerait la paix pour au plus 3 ans.

Comment j’ai fait

Bien que l’on puisse faire une simple mise à niveau avec le gestionnaire de paquets, il est toujours préférable d’opter pour une réinstallation pure et simple du système, afin de s’assurer de repartir avec des systèmes de fichiers sains, sans erreurs provenant des installations précédentes. Et tant qu’à partir sur de bonnes bases, j’ai décidé de formater les deux partitions ext4 comme j’avais fait la dernière fois.

Donc si vous voulez réinstaller Ubuntu en formatant les partitions ext3/ext4, voici comment, ainsi que mes conseils :

Sauvegardez votre /home, et vérifiez deux fois plutôt qu’une !

Si vous avez un deuxième disque, déplacez-y tout le contenu de votre dossier personnel sur ce disque. Pour cela, ouvrez Nautilus en tant que superutilisateur :

sudo nautilus

Une fois Nautilus ouvert, sélectionnez l’ensemble des fichiers et dossiers contenus dans votre dossier personnel, pour ensuite les copier à l’endroit où vous voulez les sauvegarder. Si vous pouvez sauvegarder sur disque dur externe, sur clé USB ou sur DVD, c’est encore mieux, puisque ça diminue encore plus les risques d’accidents en cas de mauvaise manipulation.

Si vous avez un message indiquant qu’un fichier n’a pu être copié et qu’il s’agit d’un simple fichier de configuration d’un paquet, vous pouvez l’ignorer.

ATTENTION : Assurez-vous que tous vos dossiers et fichiers personnels se sont bien copiés, car il se pourrait que le copiage soit incomplet la première fois ! Revérifiez donc, et s’il manque des dossiers, copiez-les, pour être certain de tout sauvegarder !

Sauvegarder vos bookmarks Firefox

N’oubliez pas de sauvegarder vos bookmarks Firefox ! Pour cela, depuis Firefox, allez dans Marque-pages > Organiser les marque-pages Allez dans Importation et sauvegarde puis faites Sauvegarder pour avoir une copie au format .json, et Exporter en HTML pour sauvegarder une copie en HTML C’est toujours mieux d’avoir deux sauvegardes différentes, question d’être certain de toujours pouvoir restaurer depuis l’un ou l’autre des deux fichiers.

Enregistrez ces deux fichiers au même endroit que celui où vous sauvegardez votre /home

Sauvegarder vos projets Web

Si vous développez en PHP, ou que vous testez vos sites en local, il est aussi important de sauvegarder toutes les données relatives à vos sites locaux ! Pour cela, il faut non seulement sauvegarder les fichiers des sites, mais aussi les bases de données. Que ce soit via PhpMyAdmin ou en ligne de commande (avec la commande mysqldump), sauvegardez TOUTES vos bases de données, excepté les bases information_shema, mysql et phpmyadmin

Il est toujours mieux de procéder de cette façon, car ça ne marche pas toujours avec la simple sauvegarde du contenu du répertoire /mysql/. Je l’ai appris à mes dépends, puisque quand Ubuntu 8.04 avait crashé, je n’avais pas pu faire les sauvegardes avant que ça n’arrive, ce qui fait que pour certains projets Web (ceux utilisant le moteur de stockage InnoDB notamment), j’ai dû me rabattre sur des anciennes sauvegardes que j’avais sur une clé USB ou sur Wampserver.

Une fois les sauvegardes terminées

Vous avez sauvegardé vos fichiers, vos bookmarks ainsi que vos bases de données, vous pouvez maintenant insérer votre CD d’Ubuntu 10.04 LTS et redémarrer pour lancer l’installation. En passant par le partitionnement manuel, vous refaites simplement les points de montage et formater la partition racine du système, et la partition /home.

Si vous n’êtes pas certain quelles partitions correspondent à / et /home, lancez un sudo fdisk -l dans le terminal ou consultez le moniteur système (Système > Administration > Moniteur système) et notez vos partitions et leurs correspondances, avant de vous lancer dans l’installation. De cette façon, vous risquerez moins de vous tromper.

Vous pouvez vous aider avec cette partie de tutoriel même si celle-ci est basée sur une version 8.10 au moment d’écrire ces lignes. Mais cela devrait bientôt être mis à jour puisque je viens de voir que l’auteur du cours a commencé à mettre à jour les chapitres en vue d’une adaptation en livre.

Le mot de la fin

Pour le moment, il est encore trop tôt pour faire réellement un bilan, puisque je n’ai pas encore fini de préparer mon poste de travail pour reprendre mes activités normales. Pour le moment, LAMP est installé et fonctionnel, mais je n’ai restauré que la base de données de mon forum Connectix Boards modifié dans le but de vérifier la compatibilité du forum avec PHP 5.3. Il me reste encore 8 bases de données à restaurer, dont une que j’aurai à envoyer par morceaux en raison de sa taille (si je n’arrive pas le restaurer en ligne de commande).

GIMP, Emesene et Inkscape ont été parmi les premières applis à être installées, et il y a quelques heures, j’ai installé Meld, dont mathedit m’en a parlé suite à mon billet sur l’utilisation de hdiff, afin de le tester pour ainsi proposer une solution plus intuitive pour les Linuxiens qui veulent mettre à jour mes styles phpBB3 sur leur forum moddé.

Il me reste encore à installer Getting Things Gnome! pour organiser ma todo-list, ainsi que d’autres applis que j’oublie.

Je vous ferai un compte-rendu dans un mois ou deux.

]]> http://ishimaru-blog.servhome.org/archives/113/feed 2