Linux

La dernière fois nous avons vu comment réparer, sous certaines conditions, la FAT de votre partition. Dans cette dernière partie nous allons voir quoi faire lors d'un crash physique de disque dur. Comme pour les articles précédents, c'est en anglais.

Last time we have seen how to rescue your FAT. In this article we'll see a third, and last, way of losing data. Physically crash a hard disk Hard disk are made of mechanical pieces, so they are subject to ageing. The S.M.A.R.T. technology, shipped in hard disk for years, can monitor a bunch of indicators helping you foresee your hard disk's end of life. Under GNU/Linux, smartd is widely used. As all the indicators, if they are not seen by a human, they are…

Last time, we have seen how to rescue a partition. Let's go further and make an other mistake... Crash your partition's FAT The FAT (file allocation table) is a map : it tells the OS where all the files of your partition are. Thus, there is one FAT by partition, and the FAT is depending of the filesystem of your partition. It's the same analogy as the partition table : if you loose this map, the cities are still there but you don't know where.…

Nous avons vu la dernière fois comment sauver grâce à testdisk une partition malencontreusement effacée. Nous allons voir dans cet article comment récupérer, sous certaines conditions, la table d'allocation de fichier de votre partition. Comme précédemment, l'article est en anglais ici.

I could show you the recipe on how to rescue your data and disks, but as it mainly depends on the way they are erased / crashed, I will show you in which particular case the rescue I expose can be made. Thus, in those 3 articles I'll expose you three different ways of crashing data and disks, and the ways to rescue them. It serves another purpose : to show you how easy it is to lose data and disk. I've tested for you…

Cette série de 3 articles, basée sur une histoire vraie, va vous conter comment sauver (les données de) votre disque dur quand celui-ci vous annonce sa décision de ne plus fonctionner, soit de part sa vieillesse, soit par erreurs de votre part. Vous retrouverez les protagonistes suivant : Dans le rôle des méchants : sfdisk, pvcreate et la fainéantise Dans le rôle des gentils : testdisk, photorec, dd, ddrescue et la matière grise. En avant pour le premier, en anglais, qui traite de la suppression…

Nous avons vu dans les articles précédents comment ssh permettait à Bob de chiffrer ses connexions aux serveurs, comment sudo permettait de restreindre et de tracer qui fait quoi, et comment screen pouvait éviter à Bob de perdre du temps. Fort des ces outils, Bob a commencé à automatiser plusieurs tâches, mais se heurte à des problèmes d'échelle : taper une fois un mot de passe passe, mais cent fois trois mots de passe ne passe plus.

Nous avons vu dans l'article précédent deux outils bien pratique : ssh et sudo. L'un permet de chiffrer une connexion à une machine, le second permet d'exécuter une commande sous le nom d'un autre utilisateur. Nous avons laissé Bob dans un état détresse insoutenable : un coup de pelleteuse a coupé ses précieuses connexions au serveur distant, lui faisant perdre 1h de compilation, sa vérification des mauvais secteurs sur un disque de 1Tio, son environnement calé aux petits oignons et sans doutes un miroir. Bob…

Ce billet est le premier d'une série de trois articles à propos d'outils que notre expérience nous pousse à considérer in-dis-pen-sable à tout administrateur *nix : S*, S* et S* (oui, nous gardons le suspens) Généralement, les gens connaissent le premier. Un peu plus rarement le second. Le troisième, quant à lui, est généralement mal connu. Loin de révolutionner les habitudes (quoique ... ), voici une rétrospective des services rendus par ces trois outils et leurs cas d'utilisation les plus courants.