Bad block HOWTO for smartmontools. Handling bad blocks is a difficult problem as it often involves decisions about losing information. Modern storage devices tend to handle the simple cases automatically, for example by writing a disk sector that was read with difficulty to another area on the media. Even though such a remapping can be done by a disk drive transparently, there is still a lingering worry about media deterioration and the disk running out of spare sectors to remap.
Can smartmontools help? As the SMART acronym [1] suggests, the smartctl command and the smartd daemon concentrate on monitoring and analysis. So apart from changing some reporting settings, smartmontools will not modify the raw data in a device. When a bad block is reported one approach is to work out the mapping between the logical block address used by a storage device and a file or some other component of a file system using that device. In this example, the disk is failing self-tests at Logical Block Address LBA = 0x016561e9 = 23421417.
Optimization. Cracking. Ids. Le manuel de GNU Privacy Guard. GnuPG est un outil pour communiquer de manière sûre. Ce chapitre permet de couvrir l'ensemble des fonctionnalités importantes de GnuPG afin de pouvoir démarrer rapidement. Cela inclut la création, l'échange et la vérification des paires de clés, le chiffrement et le déchiffrement des documents, et pour finir l'authentification avec des signatures numériques. Il ne traite pas en détail des concepts qui sont derrière la cryptographie à clé publique, le chiffrement et les signatures numériques. Ceci est traité au chapitre 2. Il n'explique pas non plus comment utiliser GnuPG de manière avisée. Ceci est traité aux chapitres 3 et 4. GnuPG utilise la cryptographie à clé publique de façon à ce que les utilisateurs puissent communiquer de manière sûre. Générer une nouvelle paire de clés L'option de ligne de commande est utilisée pour créer une nouvelle paire de clés.
Vous devez aussi choisir une taille pour la clé. Enfin, vous devez choisir une date d'expiration. Échanger des clés. Git et Redmine pour les adminsys. Git pour tous. Niveau : Résumé : cd && git init ; cd /etc && git init Maintenant que vous avez étudié git, voyons à quoi il peut servir. Configuration Git peut, entre autre, fonctionner en local, comme RCS. Git est plus intéressant que d'autres outils comme svn pour plusieurs raison : Il stocke tout en local à la racine du répertoire de travailIl n'éparpille pas de fichiers un peu partoutIl prend 2 à 3 fois moins de place que svn pour des petits fichiers comme les fichiers de configurationIl est un ordre de grandeur plus rapide que svn (ce qui importe peu pour /etc) Notez que mercurial répond aussi à ces besoins.
Git est donc parfaitement adapté à votre configuration qui se trouve dans /etc : # En root $ cd /etc $ git init J'ai commencé par faire un "git add *" mais en pratique ce n'est pas une très bonne idée car on récupère tout et n'importe quoi et à moins de ne pas avoir de backup, ce n'est pas très utile. Le jour où vous avez un problème de configuration : Ma configuration $ cd $ git init $ ls -ad. Set Up A Fully Encrypted Raid1 LVM System (Lenny. Author: Stephan Jau Revision: v1.0 Last Change: November 30 2008 Introduction For this Howto I use Debian Lenny (still testing and not "stable" for the simple reason as - contrary to Debian Etch and/or Ubuntu 8.04/8.10 - the install routine does setup the initrd correctly so that you can set up encrypted swap and also an encrypted raid1 lvm during install).
This Howto will be heavy on screen shots again - a lot of them are repetitive as I setup multiple partitions at once. Basically I will set up the system in a way that (a) everything [except for /boot] will be encrypted, (b) everything will be on a raid1 and (c) have a LVM for your data partition so that this one can be easily expanded.
Notice: The sizes used for this howto are just exemplary.... please consider carefully how you want to size your partitions! The reason for Raid1 is that I wanted to setup the system in such a way that if one disk is failing the system can still be "setup" quickly and without knowledge. VIA PadLock support for Linux. VIA PadLock Advanced Cryptography Engine (VIA PadLock ACE) is a technology used in VIA C3 Nehemiah processors that provides very fast hardware encryption and decryption. Although the processors are completely x86-compatible they provide some new instructions for accessing the ACE (xcrypt-group instructions). See the list of available boards.
Check out results of some simple benchmarks. If you want to be informed about updated patches, new features, etc., you may subscribe to the PadLock mailing list (archive). More informations about programming for VIA PadLock and its linux support can be found in this article: VIA PadLock - Wicked Fast Encryption VIA PadLock - Dabelsky rychle sifrovani News Anyone unable to load PadLock engine in OpenSSL 0.9.8 should apply this patch Linux kernel 2.6.19 released with full PadLock support, i.e. SHA1/SHA256 patches for Linux kernels 2.6.16, 2.6.17 and 2.6.18 OpenSSL patch for SHA1/SHA256 support Up to 6-times faster sha1sum for CPUs with SHA1 hardware support.