Archive pour le mot-clef ‘erreur’

Quand ton DD externe se démonte pendant une copie de fichiers

Samedi 17 septembre 2011

Si comme moi vous avez un disque dur externe pour les sauvegardes de vos données, il pourrait arriver que pendant une copie de données que votre disque se démonte avant que ça ait fini, comme cela vient tout juste de m’arriver. Dans ce cas, cela provoque des erreurs dans le système de fichiers. Et lorsque cela arrive, un message d’erreur apparaît pour vous signaler le problème.

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.

Mots-clefs : , , , ,
Publié dans Aventures d'une geekette | Aucun commentaire »

On n’est jamais à l’abri d’une erreur niaiseuse !

Mardi 25 mai 2010

Dans le précédent billet, je vous parlait de mon problème de connexion au serveur qu’on venait de me prêter. Je viens vous donner des nouvelles sur ça, puisque j’ai réussi à me connecter sans avoir à passer à Ubuntu Lucid !

À force de tester…

En faisant des recherches sur le « bug » sous Jaunty dont j’en avais entendu parler dans une page de la doc Ubuntu sur l’utilisation de VNC, je remarquais que ceci n’était pratiquement pas documenté pour PuTTY sous Jaunty. C’était donc signe que quelquechose clochait.

Je me disais donc « et si je lançais un dpkg-reconfigure sur le paquet putty ? » C’est donc ce que j’ai fait après avoir sauvegardé une copie de mon dossier .putty (je ne savais pas si ça allait l’effacer ou non).

En réessayant, au lieu de recharger la session que j’avais enregistrée, je ré-rentrais les infos pour la connexion à partir du courriel que celui qui m’a prêté le serveur m’a envoyé, puis cette fois… Bingo ! J’arrive à me connecter !

Mais après, restait la question suivante : « Où c’est que ça a coincé ? »
Soit c’était le dpkg-reconfigure qui a réglé le problème, soit c’était le fait d’avoir laissé les effets graphiques désactivés, soit c’était autre chose.

J’essayais donc en réactivant les effets graphiques, puis en me connectant avec la nouvelle session qui fonctionne : j’arrive à me connecter.

Un petit détail fait toute la différence !

Il ne restait donc qu’un dernier détail à vérifier : Qu’est-ce qui différait ces deux sessions ?
Puisque les infos sont stockés dans des fichiers texte, je lance donc TkDiff et compare le fichier de l’ancienne session avec celle de la nouvelle pour me rendre compte que l’IP stockée était différente !

En effet, pour les premières tentatives, j’avais pris l’IP qui avait été posté dans le message privé envoyé depuis le forum QuébecOS. Puis pour les tentatives qui ont marché, j’avais pris l’IP contenu dans le courriel, et je n’avais pas remarqué du tout que ces deux IPs étaient différentes sur les deux dernières valeurs !

Comme quoi il suffit de pas grand chose pour que ça ne marche pas, et qu’il faut être attentif au moindre changement d’IP ! Je viens donc de l’apprendre à partir de cette erreur niaiseuse et du coup, je peux maintenant respirer en sachant que le passage vers le lynx devient moins pressant !

Mots-clefs : , , ,
Publié dans Linux et logiciels libres | 2 commentaires »