ABUL

Récupérer des fichiers supprimés sur une carte mémoire en FAT (photo, vidéo...)

Patrick — 2010-03-07T01:47:29Z

Des fichiers vidéo ont été effacés alors qu'ils étaient encore en cours de transfert de la carte flash vers le disque dur. Les fichiers n'apparaissent plus nulle part mais sont encore sur la carte flash, puisque seul l'index est supprimé.

La récupération des données est possible, et s'effectuera à partir de la ligne de commande.
Il est possible de le faire sans être root, si l'utilisateur a les droits sur le fichier périphérique de la carte flash (/dev/peripherique).

Premier réflexe :

ne surtout rien modifier sur la carte flash, cela pourrait détruire les données résiduelles
faire une image de la partition avec dd
dd if=/dev/sdb of=/var/tmp/CF.img
Dans notre cas, la carte flash est reconnue comme /dev/sdb, et /var/tmp nous convient et possède suffisamment de place.
À ce moment, les données sont archivées sur le disque dur.

On va travailler sur une copie de l'image pour ne pas prendre le risque de l'altérer :
cp /var/tmp/CF.img /var/tmp/CF.orig.img

Remarque :
Si vous n'avez pas assez de place pour copier deux images, l'archive peut être compressée :
– soit
gzip -c /var/tmp/CF.img > /var/tmp/CF.orig.img.gz
et nous obtenons deux fichiers dont le nouveau est une image compressée
– soit directement
dd if=/dev/sdb | gzip -c > /var/tmp/CF.orig.img.gz
gunzip -c /var/tmp/CF.orig.img.gz > /var/tmp/CF.orig.img
et nous obtenons deux fichiers dont le nouveau est une image non compressée.

Le logiciel fsck.vfat, ou dosfsck, a une option pour récupérer les fichiers effacés.
fsck.vfat -vlu CF.img
Cette méthode peut donner des résultats.

Il en existe une bien plus efficace qui a sauvé nos vidéos dans notre cas, le logiciel testdisk.
Il s'installe simplement, selon votre distribution, avec :

aptitude install testdisk (Debian)
urpmi testdisk (Mandriva)
etc.

On lance le programme :
cd /var/tmp
testdisk CF.img

Notre fichier image est sélectionné.

Notre fichier image est sélectionné. Appuyer sur "Entrée" pour "Procéder".

Choisir « none » puisque nous travaillons directement sur une partition

Choisir "none" puisque nous travaillons directement sur une partition, puis "Entrée".

« Analyse »

"Analyse" puis "Entrée".

« Quick search »

"Quick search" encore "Entrée".

« structure : ok. » ... appuyer sur « p » pour lister les fichiers.

"structure : ok." ... appuyer sur "p" pour lister les fichiers.

Maintenant nous naviguons dans l'arborescence de fichiers de la carte flash.
Se déplacer dans les répertoires avec les touches haut bas, et la touche "flèche droite" ou "Entrée".
Pour remonter dans le dossier parent, sélectionner "..".

Les fichiers en rouge sont des fichiers effacés. Il suffit de les sélectionner et d'appuyer sur la touche « c » pour les copier.

Les fichiers en rouge sont des fichiers effacés. Il suffit de les sélectionner et d'appuyer sur la touche "c" pour les copier.
L'interface propose de copier dans le répertoire courant par défaut, mais vous pouvez en sélectionner un autre en parcourant l'arborescence des répertoires comme indiqué plus haut.
Par défaut, nous appuyons sur la touche "y" pour copier les fichiers dans le répertoire courant, celui dans lequel nous avons lancé la commande "testdisk", c'est-à-dire /var/tmp dans notre cas.

« Copy done ! » en vert indique que le fichier est copié dans le répertoire courant. Recommencer pour chaque fichier à récupérer. Alors compliqué la console ? :-)

"Copy done !" en vert indique que le fichier est copié dans le répertoire courant.
Recommencer pour chaque fichier à récupérer.

Alors, compliqué, la console ? :-)

Testdisk est un logiciel très puissant dont cet exemple n'illustre qu'une des fonctionnalités. Il est accompagné d'une documentation fournie, généralement placée dans file:///usr/share/doc/testdisk/test....

Pour aller plus loin, visitez le site officiel (en français) de testdisk :
http://www.cgsecurity.org/wiki/Test...

(Article sous licence GNU/FDL et CC-BY-SA - 06/03/2010)

Utilisation de VirtualBox (2)

Christophe — 2010-02-11T06:51:38Z

On pourrait croire qu'il suffit de copier quelques fichiers pour disposer d'un clone de sa machine virtuelle, ou que c'est le meilleur moyen d'en transférer une d'une machine (réelle) à une autre. Ce n'est pas pas le cas, et les outils existant dédiés à cette tâche sont à la fois performants et interopérables entre divers éditeur de virtualisation, pourquoi s'en priver ?

L'article d'origine est là :
http://catarina.free.fr/index.php?post/2010/02/10/Clonage-de-machine-virtuelle

Récemment, à l'occasion d'une install-partie organisée à Bordeaux par l'ABUL, j'ai tenté d'aider le possesseur d'un MacBook à y installer une distribution Linux (Ubuntu Karmic Koala pour ne pas la nommer) sous la forme d'un machine virtuelle.

Lui-même avait déjà essayé sans succès sur la base d'un Parallels Desktop [1] à la légalité douteuse et d'un cédérom un peu rétif, sans qu'il sache s'il s'agissait d'une mauvaise gravure ou d'un lecteur défaillant.

Après lui avoir fait comprendre tout l'intérêt qu'il avait à installer Virtualbox sur sa machine, l'avoir aidé à le faire (c'est tellement simple !), me voilà en train de faire une formation éclair à son utilisation sur un cas pratique : installer sa version d'Ubuntu dans une machine virtuelle. Hélas ! Après deux blocages successifs sur 2 cédéroms différents, force est de constater que c'est probablement son lecteur qui défaille.

À ce stade, l'idée de prendre une machine virtuelle sur un autre PC et de la transférer sur le MAC en passant par une clé USB à germé dans nos esprits ; mais deux problèmes se posent :

– Les machines virtuelles que j'ai sur mon PC portable ont un certain vécu et ne sont pas "propres" (et en plus elles contiennent des données personnelles),
– Les MAC n'ont pas un clavier "normal", et la distribution doit être installée en tenant compte de ce particularisme (même s'il est certainement possible de modifier le clavier après coup).

Il fallait donc créer une machine virtuelle neuve, y faire l'installation "comme si c'était sur MAC" avant de passer à la phase de transfert entre les deux machines.

Pendant les 20 à 30 minutes que dure cette opération, la discussion sur les bienfaits de la virtualisation se poursuit et, après avoir montré à quoi se résumait une machine virtuelle sur son hôte (un fichier XML pour la décrire et un conteneur VDI pour la stocker), cette personne me dit : "Alors, quand ce sera fini, il faudra juste copier ces fichiers sur mon MAC, et c'est tout ?".

J'ai failli répondre "Oui", ce qui dans le cas d'une machine virtuelle neuve entre deux hôtes qui ne se croiseront jamais sur le même réseau aurait été possible ; mais pourquoi faire sans finesse ce qui peut être accompli avec élégance ?

J'ai alors expliqué que, par cette méthode, les machines virtuelles d'un certain âge, qui ont pris de l'embonpoint dû à leur vécu et dépassent souvent quelques giga-octets, ne pourraient être aisément déplacées à l'aide d'une simple clé USB. Virtualbox propose des fonctions d'exportation et d'importation des machines virtuelles (bizarrement appelées "applications") dévolues à cet usage. On y accède depuis le menu principal.

Donc, une fois sa machine virtuelle créée, je lance l'assistant d'exportation, la sélectionne, passe l'écran des paramètres en laissant les valeurs par défaut et valide le nom et l'emplacement proposé pour y stocker le résultat de l'exportation. Une barre de progression commence sa marche et quelques minutes après, nous nous trouvons face à trois fichiers :

– un gros fichier suffixé '.vmdk' qui contient l'image de la machine virtuelle, compressée,
- un fichier suffixé '.ovf' qui contient la description portable de la machine virtuelle [2],
- un fichier suffixé '.mf' qui ne contient que la somme de contrôle des deux autres.

Et là où on constate immédiatement l'effet positif de cette exportation, c'est dans le gain de taille (d'un facteur 3) entre le fichier '.vdi' et le '.vmdk'.

Il ne reste plus qu'à transférer les trois fichiers vers le MAC et à procéder à l'importation, opération aussi simple que la précédente. Il suffit de désigner le fichier '.ovf' pour que les caractéristiques de la machine à importer soient prise en compte.

On peut à cette occasion modifier un certain nombre de paramètres relatifs à la machine virtuelle, comme la taille de la mémoire dont elle disposera, ou son nom.

À noter, et c'est là le deuxième avantage qu'il y a à procéder de cette façon, que c'est cela permet de la cloner (c'est à dire, la réimporter sur la même machine que celle où elle a été créée), ce qui serait délicat par une simple copie de fichier. En effet, lors de l'importation, un nouveau disque, avec un nouvel UUID, est créé par Virtualbox ; de même qu'une nouvelle adresse MAC est affectée à chaque carte réseau de la machine importée. Elle peut ainsi cohabiter [3] avec celle dont elle est issue.

Attention tout de même, il est impératif que lors de son exportation, l'adresse IP de la machine virtuelle ne soit pas fixe mais obtenue par son client DHCP. C'est rarement le cas des installations de type "poste de travail", mais c'est quelque chose à ne pas oublier si l'on veut se fabriquer une "appliance" de type "serveur LAMP" pour y tester des logiciels comme des CRM, des ERP ou d'autres.

L'anecdote se termine par un utilisateur satisfait d'avoir sur sa machine une Ubuntu toute neuve avec qui faire connaissance ; qui sait s'il n'y viendra pas définitivement dans quelques temps…

Support de présentation

Virtualbox

[1] Loin de moi l'idée de jeter la pierre à quiconque, mais force est de constater que l'un des avantages rarement relevé des logiciels libres est de ne pas pousser les utilisateurs dans l'illégalité. Parallels Desktop est probablement un bon produit, mais son prix le réserve à ceux qui savent qu'ils en ont l'usage, pas aux curieux dilettantes qui veulent juste comprendre ce qu'est la virtualisation et à quoi elle pourrait bien leur servir.

[2] Le suffixe '.ovf' signifie Open Virtualization Format et définit un format d'échange et de stockage de machines virtuelles (d'appliances) rassemblant entre autres VMWare, Citrix, IBM et Sun (Virtualbox) permettant un certain niveau d'interopérabilité entre les solutions des divers éditeurs.

[3] Attention, selon l'OS installé dans la machine virtuelle, le nombre d'instances pouvant être installées et lancées simultanément peut être sujet à des limitations.

Utilisation de VirtualBox (1)

Christophe — 2009-11-27T07:00:43Z

Agrandir un disque virtuel prévu trop petit, même s'il est dynamique, est une tâches moins simple qu'il n'y parait.

En effet, rien n'est prévu pour réaliser cette opération. Il faut donc créer un nouveau disque plus grand, y transférer l'image de l'ancienne partition par clonage, agrandir la partition pour lui faire occuper tout l'espace du nouveau disque, tester, puis, si tout est bon, basculer définitivement.

L'article d'origine est là :
http://catarina.free.fr/index.php?post/2009/11/24/Agrandir-un-disque-virtuel-dynamique-de-VirtualBox

Définissons dans un premier temps les pré-requis de départ :

VirtualBox est installé et opérationnel (dans le cadre de ce tutoriel, la version utilisée est la 3.0.12)
La taille maximale d'origine du disque qui vous pose ce problème de taille est supérieure à 4 Go (les disques plus petits ne peuvent être agrandi par cette procédure)

On supposera aussi que ce disque virtuel réside dans l'emplacement par défaut : /.VirtualBox/HardDisks.
Voici maintenant comment il faut procéder :

1 - Création du nouveau disque de taille supérieure

Cette opération peut bien entendu être réalisée via l'interface graphique, mais comme nous avons choisi de jouer au geek, utilisons donc la commande suivante :

VBoxManage createhd --filename NouveauDisque.vdi --size 20000 --remember

Ceci va créer un nouveau disque dur dynamique d'une taille maximale de 20 Go (20000 Mo) qui prendra la forme du fichier /.VirtualBox/HardDisks/NouveauDisque.vdi (emplacement par défaut) ; l'option —remember ayant pour effet de référencer ce nouveau disque dans la liste des supports virtuels déclarés.

2 - Clonage de l'ancien disque vers le nouveau disque

Cette opération là ne peut pas être réalisée autrement qu'avec la commande suivante (les geeks ont donc raison, c'est plus puissant) :

VBoxManage clonehd AncienDisque.vdi NouveauDisque.vdi --existing

Bien entendu, vous devrez remplacer les noms AncienDisque.vdi et NouveauDisque.vdi par ceux qui conviennent dans votre cas, éventuellement en remplaçant le nom par le path explicite complet si ceux ci ne sont pas situés dans le répertoire par défaut.

3 - Attacher le nouveau disque à la place de l'ancien

Cette opération est certainement celle qui est la plus facile à réaliser avec l'interface graphique, mais continuons à jouer au geek et utilisons pour le faire les deux commandes suivantes ; la première détache le 'vieux' disque, la seconde attache le nouveau, fraichement cloné :

VBoxManage modifyvm NomMachineVirtuelle --hda none VBoxManage modifyvm NomMachineVirtuelle --hda NouveauDisque.vdi

4 - Agrandir la partition clonée pour occuper tout le nouveau disque

Pour réaliser cette opération il peut être nécessaire de vérifier dans la configuration de la machine dans quel ordre elle exploite ses ressources pour booter. En effet, cette opération ne doit pas être réalisée par VirtualBox lui même, mais requiers de lancer une outil dédié à ce genre de manipulation ; GParted Live est une excellente idée, libre et gratuite, mais d'autres peuvent mieux vous convenir en fonction de vos habitudes (System Rescue CD, ou le live CD de votre distribution favorite).

Placez l'image ISO de l'outil de votre choix en source primaire de boot de votre machine virtuelle. Si j'ai l'image de GPartedLive dans mon home, la version ligne de commande sera :

VBoxManage modifyvm NomMachineVirtuelle --dvd ~/gparted-live-0.4.8-6.iso

Démarrez là, procédez à l'agrandissement de la partition en vous référant au manuel de l'outil que vous avez choisi ; puis arrêtez votre machine.

5 - Tester le démarrage avec le nouveau disque

Retirez l'image ISO de votre lecteur de CD virtuel. Là encore, jouons là geek :

VBoxManage modifyvm NomMachineVirtuelle --dvd none

Normalement, une fois l'image ISO retirée, le nouveau disque devrait redevenir celui sur lequel se fait le démarrage. Vous pouvez toujours vérifier dans la configuration de la machine, deux précautions valent mieux qu'une.

Démarrez la machine virtuelle et vérifiez que tous ce passe normalement. Contrôlez que l'espace disponible est maintenant conforme à la nouvelle taille définie au départ et que l'opération qui vous a amené à devoir agrandir votre disque peut maintenant s'exécuter sans se plaindre d'un manque de place.

6 - Éliminer l'ancien disque dur

Lorsque tous ces contrôles sont positifs et que vous êtes vraiment sûr que l'ancien disque ne vous est plus d'aucune utilité, vous pouvez le retirer de la liste des supports virtuels et détruire le fichier qui le contenait. C'est très simple à faire avec l'interface graphique de VirtualBox, mais puisque nous avons choisi d'être geek, allons jusqu'au bout :

VBoxManage closemedium disk AncienDisque.vdi

Et pour l'effacer (sous réserve qu'il soit situé dans son emplacement par défaut)

rm ~/.VirtualBox/HardDisks/AncienDisque.vdi

Voilà, c'est tout. Votre machine virtuelle est prête pour de nouvelles aventures.

Aide-mémoire Linux pour les débutants

Jean François Nifenecker — 2007-08-23T23:18:11Z

Je soumets à vos critiques, remarques et suggestions cet aide-mémoire, destiné à tous ceux qui débutent sous Linux.

Vous êtes vivement encouragé à amender ce document a l'aide d'OpenOffice. Une fois fait, vous devez le renvoyer au coordinateur des corrections en privée à l'adresse suivante :

jf.nifenecker@abul.org

Bonne correction.

update : Mise à jour à la version 0.9 (1er septembre 2007)

Récupération de données sur une partition avec des badblocks

Alexis Lahouze — 2005-12-26T00:14:48Z

Ou comment surmonter une défaillance du disque.

Le problème : une partition reiserfs n'est plus disponible à cause de blocs défectueux. Ils provoquent une erreur d'entrée/sortie systématique de telle sorte qu'un reiserfsck plante inévitablement quelles que soient les options utilisées. De plus il s'agit des "super-blocks" qui décrivent la structure du système de fichiers.

Malheureusement, c'est de votre partition home qu'il s'agit et en plus ça fait longtemps que vous n'avez pas fait de sauvegarde... Vous avez l'impression d'avoir tout essayé mais rien ne fonctionne. Il existe pourtant une solution très simple.

Admettons que vous ayez 2 disques durs : hda et hdb. Votre home défectueux se trouve sur hda3.

La solution consiste à faire une image de la partition sur un disque valide. Pour cela, il vous faut utiliser l'inévitable dd :

dd if=/dev/hda3 of=/mnt/temp/home.img

Malheureusement, à cause de ces satanés blocs défectueux, la copie plante dès qu'elle en rencontre un.

Pour éviter de s'arrêter lors de la rencontre d'un bloc défectueux, on ajoute l'option conv=noerror.
Il y a une autre difficulté : le système de fichiers reiserfs fonctionne par pointage et donc adressage. Si on ne spécifie rien d'autre, dd remplacera les blocs défectueux par rien du tout, et cela décalera les adresses et donc lors de la reconstruction du système de fichiers, reiserfsck va se perdre et retrouver plein de trucs bizarres...
Pour pallier ce problème, on utilise l'option de conversion sync.
L'option sync a pour effet de remplacer les blocs défectueux par des octets nuls, ce qui conserve un adressage correct.

La commande valide est donc la suivante :

dd if=/dev/hda3 of=/mnt/temp/home.img conv=noerror,sync

Ensuite, il faut reconstruire le superbloc :

reiserfsck /home/temp/home.img —rebuild-sb

Le programme reiserfsck pose plusieurs questions, notamment la version du FS, la taille des blocs, si c'est le journal par défaut et si on a utilisé resizer. Vous devez répondre à ces questions suivant votre configuration réelle. Normalement, comme vous avez aussi utilisé les options par défaut lors de la création du système de fichiers, les options par défaut sont aussi les bonnes lors de la récupération... Ensuite il demande des confirmations pour continuer, donc on continue....

Le superbloc est maintenant reconstruit.

Vient ensuite la reconstruction des fichiers :

reiserfsck —rebuild-tree /mnt/temp/home.img

là, on le laisse bosser...
passe 1, passe 2, passe 3

Une fois terminé, normalement, il est possible de monter l'image en loopback :

mount /mnt/temp/home.img /mnt/home -o loopback -t reiserfs

Ça devrait fonctionner....
Vérifiez en allant dans le répertoire et en affichant le contenu :

cd /mnt/home && ls

Vous aurez un répertoire lost+found dans lequel peuvent se trouver certaines des données. Leurs noms seront sans doute très bizarres, mais il ne faut pas vous affoler. Armez-vous de patience et regardez dans les fichiers et les dossiers, vous trouverez certainement des choses que vous connaissez.
Certaines peuvent être incomplètes mais vous êtes quand même content car vous avez pu récupérer la quasi-totalité de votre travail :-)

Pour une récupération optimale, il est bon de conserver tous les attributs des fichiers. La commande tar et la commande cp avec les options -p ou -a sont vos amies.

Pierre Jarillon qui s'est retrouvé dans cette situation et qui m'a permis d'écrire cet article, propose d'utiliser l'aperçu de konqueror pour faciliter l'identification des fichiers.

Qu'est ce que BSD ?

Patrick — 2005-09-28T09:26:53Z

Le système d'exploitation BSD est un logiciel libre cousin de linux.

Utiliser BSD

BSD :Berkeley software distribution

Le système d'exploitation BSD est un logiciel libre cousin de Linux.

Les différentes versions :

– OpenBSD : http://www.openbsd.org/fr/
– NetBSD : http://www.netbsd.org/fr/
– FreeBSD : http://www.freebsd.org/fr/ (dont est dérivé Mac OS X)

Mac OS X est basé sur FreeBSD
"Basé sur UNIX
Derrière l'interface simple d'emploi et les capacités exceptionnelles de Mac OS X se cache Darwin une fondation open source basée sur UNIX et conçue à partir de technologies comme MACH et FreeBSD."
http://www.apple.com/fr/macosx/over...

Les principales différences :

entre UNIX
à compléter

Installation

Le système s'installe sans trop de difficultés, quand on lit l'anglais, et il est assez bien documenté :

Manuels complets sur les sites officiels
- Manuel OpenBSD (français)
- Manuel FreeBSD (français)
- Manuel NetBSD
Les pages "man" (Man (commande Unix)) sont plus complètes que celles des Distribution Linux.

Le système BSD est un UNIX, comme Linux

Le système BSD est un UNIX, comme Linux ; mais certaines logiciels ont un comportement ou des fonctionalités différentes. Rien d'inaccessible, quand on lit l'anglais. Par exemple des noms des disques durs différents, ou certains fichiers de configuration propres.

Le système de base comprend les applications essentielles du système, et les "portages" (ou ports) qui sont des applications supplémentaires.

Les systèmes BSD sont des systèmes très sécurisés

Les systèmes BSD sont des systèmes très sécurisés. Ils sont audités en profondeur par les équipes de développeurs qui traquent la moindre erreur de code, et affichent fièrement le peu de vulnérabilités en tête de leurs sites.

Mais... il faut savoir que c'est le système de base qui est audité, et non les portages, qui constituent la plupart des logiciels de l'utilisateurs normal.

Toutefois, les portages ne rendent pas le système moins sûr, puisque le système de base offre aux autres logiciels un environnement sécurisé.

"Procédé d'Audit
Notre équipe d'audit de la sécurité est en général de six à douze membres qui continuent de chercher et de corriger les nouvelles failles de sécurité. Nous auditons depuis l'été 1996. Le procédé que nous suivons afin d'améliorer la sécurité est simplement une analyse complète fichier-par-fichier de chaque composant logiciel critique. Nous ne recherchons pas plus énergiquement les failles de sécurité que les bogues logiciels basiques, et si ces dernières années quelqu'un découvrait un problème s'avèrant être un problème de sécurité, nous le corrigions même si ce n'était qu'un bogue, tout allait au mieux. Des failles ont été trouvées dans pratiquement chaque partie du système. Des ensembles entiers de problèmes de sécurité ont été trouvés pendant notre audit et le code source qui a déjà été audité doit souvent l'être à nouveau avec les nouvelles expériences en tête. Le code doit souvent être audité plusieurs fois, et par différentes personnes avec leurs compétences d'audit propres."
http://www.openbsd.org/fr/security.html

Les spécialisations

Les spécialisations sont le résultat de disputes et d'intérêts divergents :
– OpenBSD (sécurité)
– NetBSD (toutes plateformes)
– FreeBSD (accessibilité)

http://www.multios.com/compos/bsd.php3
_http://membres.lycos.fr/frenchbsd/B...

La licence BSD

La principale différence entre la licence GNU/GLP de Linux et la licence BSD c'est l'obligation de fournir gratuitement les sources pour GNU/GPL. En d'autres termes un logiciel GNU/GPL restera toujours libre, alors qu'un logiciel BSD peut devenir propriétaire (comme c'est le cas pour Mac OSX).

Les inconvénients de la licence BSD
"Les deux catégories principales de licences libres sont les licences copyleftées et les licences non copyleftées. Les licences copyleftées comme la GNU GPL insistent sur le fait que les versions modifiées d'un programme doivent aussi être des logiciels libres. Les licences non copyleftées n'insistent pas sur ce point. Nous recommandons le copyleft, car il protège la liberté de tous les utilisateurs, mais le logiciel non copylefté est néanmoins utile pour la communauté du logiciel libre."
http://www.gnu.org/philosophy/bsd.f...

Voir aussi :
Qu'estce qu'un copyleft ?
La GNU GLP française : la CECIL

Liste des licences BSD (en anglais)
Les licences du Logiciel libre
Les inconvénients de la licence BSD http://www.gnu.org/philosophy/bsd.f...

La famille UNIX

Le système BSD est dérivé des premiers UNIX, alors que linux est basé sur des versions UNIX plus récentes.

http://www.levenez.com/unix/

Version originale écrite pour Agenux 47
GNU/FDL

Installation Debian SARGE par Net_Install

Bernard Mayer — 2004-11-05T07:22:48Z

La distribution Debian a la réputation d'être difficile à installer.
Les choses ne sont pas rédhibitoires, tout évolue, et, si cela était peut-être vrai il y a quelques temps, c'est désormais à la portée de toute personne sachant ce qu'elle est en train de faire.

Certes, il y a quelques temps, ce n'était pas vraiment faux, mais un débutant pouvait y arriver. J'en veux pour preuve que j'y ai survécu. Depuis, les choses ont évolué. Désormais, j'utilise la procédure dite " net_install " qui, à partir d'un téléchargement minimal, permet de préparer une machine pour lui installer, via Internet, tout ce qui lui est nécessaire. Cela m'est rendu facile par le fait que je dispose d'un réseau local connecté à l'Internet.
J'ignore s'il est possible de le faire en disposant juste d'un adaptateur ADSL.

Avant l'installation, il faut, bien sûr, une machine sur laquelle on désire réaliser cette installation. Cette machine peut-être minimaliste. À mon avis, il vaut mieux, pour les processeurs Intel x86, éviter les 486 et adopter un Pentium. Pour la mémoire, 64 Mo semblent être un minimum souhaitable (on peut faire avec moins, 16Mo par exemple), si vous ne désirez pas d'affichage graphique, mais, comme chacun sait, plus il y a de mémoire, mieux c'est. Une machine ne se limite pas à son seul système d'exploitation, d'autres logiciels sont nécessaires. Alors, bien que cette distribution prenne peu de place, 2 Go de disque dur sont souhaitable pour une installation confortable. Un lecteur de CD étant nécessaire pour démarrer, il convient de s'assurer, dans le paramétrage de la machine, que le démarrage est réalisable par le lecteur de CD. L'installation étant faite avec le concours d'un réseau, bien sûr, il convient aussi de posséder un adaptateur approprié.

Après avoir choisi la machine cible, les opérations préalables consistent à se munir du logiciel démarrant l'installation.
Vous pouvez le trouver à cette adresse : http://www.debian.org/devel/debian-installer/,
Ainsi que de la documentation à cette autre adresse : http://d-i.alioth.debian.org/manual/fr.i386/index.html

Aujourd'hui, 26 octobre 2004, le Debian-installer ne permet facilement que l'installation via le réseau.

Si, comme moi, vous avez l'avantage de posséder un réseau local, il faut au préalable que votre réseau possède un serveur dhcp ou que vous fournissiez au cours de l'installation l'adresse ip avec masque et broadcast, l'adresse de la passerelle qui permet l'accès à l'Internet, et l'adresse du serveur de nom. Il faut aussi de quoi identifier la machine, donc un nom pour celle ci, et le nom du domaine dans lequel elle va être placé.
Pour vous, IP veut dire :

– Inter Planétaire, Immondices Puantes, ...
Reportez-vous à un article expliquant le fonctionnement des réseaux, comme, par exemple http://olivieraj.free.fr/fr/linux/information/firewall/firewall.html

– Internet Protocol,
Vous êtes sur un réseau PRIVÉ :
L'adresse IP est sous la forme 192.168.nnn.nnn, ou 10.nnn.nnn.nnn (nnn sont typiquement de valeur entre 1 et 254), le masque est sous la forme 255.255.nnn.nnn (finissant trés souvent par des 0), l'adresse de réseau ressemble à l'adresse IP, mais la valeur nnn.nnn est la plus faible possible, comme 192.168.nnn.000, ou 10.0.0.0. L'adresse de diffusion (broadcast), elle, est du avec la valeur la plus forte, comme 192.168.nnn.255. L'adresse de routeur/gateway est souvent définie en première ou dernière adresse, 192.168.nnn.1, 192.168.nnn.254, ...
Vous êtes sur un réseau PUBLIQUE :
Contactez votre administrateur réseau (Ouhhh la mauvaise réponse), ou bien alors, par exemple dans le cas d'une connexion téléphonique, RNIS, ADSL, utilisez en tant que super utilisateur la commande ifconfig.

Enfin, on introduit le CD dans le lecteur, et on allume la machine. Pas de fumée ? On peut donc continuer.
Après un court instant, une invite nous est proposée, boot : En appuyant sur les touches F2, F3, on explore les différentes options possible. Parmi les plus importantes, la version du noyau. Si l'on ne précise rien, c'est 2.4, ou bien en tapant linux26, ce sera un noyau 2.6. Sauf quelques cas ou matériels particuliers, rien de plus ne sera à préciser.
(perso=linux26 floppy=thinkpad bootkbd=fr netcfg/disable_dhcp=true)

L'ordre des questions et des réponses vont être les suivants :

Choose a language :
—> French - Français
Choisir le pays ou région
—> France

Choisir la disposition du clavier
—> Français

Détection du matériel, Examen du CD Chargement des composants Détection du matériel réseau

Configurer le réseau
—> Adresse Ip
—> Masque réseau
—> Adresse de la passerelle
—> Adresse du DNS
Configurer le nom de la machine (sans le nom de domaine)
Fournir le nom du domaine,
Encore un instant consacré à la détection de matériel, puis l'on enchaîne par le
Partitionnement
—> L'outil partman, fonctionne très bien en automatique, même si vous avez préalablement mis un disque externe sur port USB. Le disque ne possédant pas de partition, le partitionnement automatique propose quelque chose qui me satisfait entièrement, c'est à dire tout dans la même partition. En se promenant dans les menus de cet outil, on peut vérifier que les partitions sont bien déclarées et que leurs points de montage nous conviennent, etc.
Copie du système de base, du CD vers la machine.

Installation de GRUB sur le secteur d'amorçage.

Fin de l'installation, retirer le CD, quelques fins de scripts finissent de s'exécuter, puis on reboot. Message de bienvenue

Horloge système en heure locale, ou GMT ?
Utilisez vous le fuseau horaire Europe/Paris ?
Mot de passe du super utilisateur et confirmation

Création d'un compte utilisateur

 - nom complet - login (identifiant) - mot de passe et confirmation

Méthode d'accès d'APT
—> ftp (choix = CDROM, http, ftp, système de fichier)
Pays du miroir et choix du site du miroir
```
 --> France --> ftp2.fr.debian.org
```
Logiciels à installer :
```
 [*] environnement graphique de bureau [ ] serveur web [ ] serveur d'impression [ ] base de données SQL [ ] serveur DNS [ ] serveur de courrier [ ] serveur de fichiers [ ] choix manuel des paquets
```
Après n'avoir sélectionné que la première ligne, car tout peut être fait a posteriori, c'est parti pour télécharger 520 Mo, qui vont s'installer et occuper 1.5Go sur le disque dur.
Les logiciels, après téléchargement, vont s'installer. Cela peut demander de l'interactivité avec la personne qui est en train de faire l'installation, afin de les paramétrer.

Paramétrage d'Exim.

 --> Smart relay; remise par SMTP ou Fetchmail --> nom du serveur SMTP

Mapping clavier
```
 --> Modifier pour l'architecture --> Français
```
(Il me semble avoir fait des installations et ne pas avoir touché ces paramètres, et que je ne vois pas de différences.)

Serveur Xserver-xfree

 --> Choix de la carte graphique, du chipset tout au moins. Par défaut, c'est vesa qui est supporté. Choisir ce qui correspond au système cible. Si le système cible n'est pas dans la liste, choisir vesa, c'est le plus universel. --> Détection de la souris. Sachant qu'elle est /dev/psaux, je choisis , puis je renseigne que c'est le device /dev/psaux, et qu'elle est de type PS2. --> Détection , écran LCD , configuration avancée, 1024x768@70, ou bien fréquence 28-96 50-75

(Merci Knoppix, un boot préalable avec cette distribution bootable peut permettre de relever des informations ou des fichiers de conf, comme XF86Config.)

Voila, l'installation est réalisée.

Toutefois, des problèmes de mapping clavier ont toujours subsisté. Rien de rédhibitoire, mais GDM, l'identification graphique, restait avec un clavier qwerty. Les consoles en mode caractères et X sont toutefois bien en azerty. Par tâtonnements successifs, j'ai trouvé que cela a un rapport avec l'installation de X11. Ma méconnaissance du système m'a empéché de rentrer dans le fichier de configuration. Et donc, après sauvegarde de celui ci, j'ai lancé l'outil de configuration de X11, xf86Config. Après avoir répondu aux questions (simples), un fichier /etc/X11/XF86Config a été généré. Il faut le copié en /etc/X11/XF86Config-4, relancer X11, et le problème est résolu.

Lancez-vous, surtout si cela vous semble infaisable. Utilisez un disque dur sur lequel vous ne possédez pas d'informations importantes, et vous aurez progressé dans la connaissance de votre système.
Même si vous utilisez une autre distribution, plus facile à installer, quitte à effacer le résultat obtenu.
Une distribution, basée sur Debian, mais trés facile a installer est apparu depuis la parution originelle de cet article. voir http://ubuntulinux.org et http://ubuntu-fr.org De la documentation traduite à http://www.ubuntu-fr.org/articles/u...

Envoyer des mails au domaine AOL.com

Fabrice Clerc — 2004-08-24T10:21:23Z

Pour un administrateur de messagerie, l'envoi de messages au domaine aol.com peut s'avérer problématique depuis 2-3 ans. L'augmentation exponentielle du nombre de spams a poussé une grande partie des admins à adopter des règles draconiennes, tant pour freiner l'envoi par les malveillants et les serveurs piratés que pour retourner à la source du serveur, puis de l'usager frauduleux.
Ces règles ne sont pas toujours claires, elles diffèrent parfois très sensiblement d'un domaine à l'autre au gré de la saine paranoïa des administrateurs, ou de leur incompétence aveugle.

Pour une fois, un fournisseur d'accès compile et édite les règles à observer pour que vos messages arrivent correctement aux abonnés AOL. Suivant votre architecture de messagerie, l'accession à ces règles sera plus ou moins problématique. Par exemple, il n'est plus possible pour un abonné ADSL final d'envoyer un mail à aol.com sans passer par un hôte actif (smarthost) de type smtp.wanadoo.fr, reconnu et mis en liste blanche. Il faudra aussi que votre HELO et votre enregistrement PTR soient cohérents.

Je vous laisse découvrir ce livre des bonnes conduites à adopter.

—
Fabrice Clerc

Installer des paquetages à partir d'une image iso (Mandrake 10.0)

Cyprien Gay — 2004-07-31T12:20:51Z

Supposons que vous vouliez à la fois :
– conserver sur votre disque dur les images iso
de votre distribution préférée pour la graver à qui mieux mieux,
– pouvoir installer des paquetages sans pour autant
garder sous le coude un jeu de CDs.

Ça se fait évidemment en "montant" les images
(dont le contenu apparaît ainsi dans l'arborescence linux)
puis, selon votre distribution,
en paramétrant le chemin vers les fichiers
d'index et de résumé des paquetages.

Ci-dessous, la procédure pas à pas pour une Mandrake 10.

– Supposons que votre image iso soit localisée ici :
/chemin/cd3.iso

– Montage de l'image iso :

mkdir /chemin/cd3
mount /chemin/cd3.iso /chemin/cd3 -o loop,ro
ou bien automatiquement dans /etc/fstab :
/chemin/cd3.iso /chemin/cd3 auto loop,ro 0 0

– Mandrake 10 Control Center > Paquetages > Gestionnaire des media

Pour l'instant, les vrais CDs apparaissent et sont activés (cochés).
Cliquer sur Ajouter.
Cocher Fichiers locaux.
Nom : cd3-iso-local
Chemin : /chemin/cd3/Mandrake/RPMS3
Chemin relatif vers hdlist/synthesis :
../../../cd1/Mandrake/base/hdlist3.cz
(attention, tous les fichiers hdlist sont sur le CD1).
Valider.

– Idem pour les autres cd ?-iso-local.

– Finalement désactiver (décocher) les vrais CDs correspondants.

Et voilà.

Sauvegardes centralisée

Bernard Mayer — 2004-07-26T10:10:05Z

Si l'on posséde plusieurs machines, la sauvegarde de celles-ci peut rapidement prendre un aspect rébarbatif.
Un (ou plusieurs) dispositif(s) de sauvegarde peuvent être mutualisé(s). Nous allons voir une solution évolutive, autour du logiciel Amanda.

Cette mise en œuvre a été réalisée au cours de l'été 2003, dans une collectivité territoriale.

Le logiciel libre étant reconnu pour ces qualités, son utilisation fît partie des "contraintes", si toutefois s'en est une.

Créé par un administrateur système il y a déja quelques temps, pour fédérer l'ensemble de scripts et d'utilitaires qu'il utilisait au quotidien. La fainéantise de ce personnage, qualité oh combien fondamentale, lui a permis de construire un outil hautement modulaire, qui lui permet de s'adapter à de nombreux cas de figure.

Il devrait être possible, sans difficultés majeures, de l'adjoindre à une solution de "backup recovery".