Lundi 19 octobre 2009 1 19 /10 /Oct /2009 20:47

Les LiveCDs vous connaissez ? Mais si ces CD ou DVD très pratiques ne nécessitant aucune installation sur le disque dur et chargeant des systèmes complets en mémoire.

En gros on boot sur le CD, on attend et hop on a un système tout beau même si le système habituellement présent est en panne (Windows, Linux, Mac et j'en passe).

Les usages sont très variés : passer un système à l'antivirus, réparer un système d'exploitation, tester la sécurité d'un réseau avec une suite d'outils, récupérer des données effacées sur un disque, changer les mots de passe utilisateurs / administrateur, etc.

Tout ça pour vous dire qu'il existe un site référençant tous ces beaux projets : The LiveCD List

Parmi tous ceux affichés voici ma petite liste :

* BackTrack : pour avoir un environnement sous LInux avec tous les outils testant la sécurité d'un réseau (failles, crack de clés WIFI, ...)
* GParted : équivalent libre et gratuit de Partition Magic
* Clonezilla : pour réaliser des clones de vos disques durs (avoir un master pour réinstaller un même système)
* avast! BART CD : le célèbre antivirus a son LiveCD afin de travailler sur un système infecté sans avoir à lancer celui-ci
* Trinity Rescue Kit : effectuer des tests de mémoire (memtest), récupérer des fichiers effacés, des cartes mémoire formattés (utile pour bien des photographes !), être capable de sauvegarder des fichiers quelque soit le système en panne (support ext2, ext3, fat, reiserfs, ntfs, etc)
* Mandriva one ou Ubuntu : pour montrer à vos amis Windowsiens comme c'est sympa Linux !

 

Il y en a beaucoup d'autre à découvrir. Et vous quels LiveCD utilisez vous ?

Par bash - Publié dans : logiciels - Communauté : Linux
Ecrire un commentaire - Voir les 0 commentaires
Mardi 13 octobre 2009 2 13 /10 /Oct /2009 09:30
Débuguer (ou déboguer ou débugger comme vous voulez) un script en bash (ou script shell) est souvent fastidieux ; on a souvent l'impression que les variables n'en font qu'à leur tête et il faut souvent reprendre un long script ligne à ligne pour voir ce qui cloche en ajoutant des "echo" pour contrôler le contenu des variables.

En lançant vos scripts avec l'option -x c'est fini !
Pour ce faire 2 méthodes :
  • Soit changer le "shebang" à l'intérieur du fichier (la première ligne du script indiquant comment interpréter le fichier) :
#! /bin/bash -x
  • Soit lancer le script (même si celui-ci contient un shebang traditionnel de type /bin/sh ou /bin/bash) comme ceci
bash -x mon_script_a_debugger.sh

Dans un cas comme dans l'autre l'affichage passera en mode debug : vous verrez l'ensemble des programmes lancés avec les différents niveaux d'imbrication (matérialisés par des +) et verrez ainsi si vous êtes bien passé dans tel ou tel bloc, si telle ou telle boucle s'est arrêtée à temps, les valeurs des variables, etc.

C'est l'option à garder en tête quand vous faites du scripting bash.
Le jour où je l'ai découverte celle là j'étais heureux :D

Ci-dessous un exemple de script avec respectivement sa sortie standard en temps normal et avec l'option de debug...
#! /bin/sh

a=34

while [ "$a" -lt 40 ]; do
        a=`expr $a + 1`
done

echo "a vaut $a"


affichera :
a vaut 40

Si on le lance en debug...
bash -x test.sh
... affichera :
+ a=34
+ '[' 34 -lt 40 ']'
++ expr 34 + 1
+ a=35
+ '[' 35 -lt 40 ']'
++ expr 35 + 1
+ a=36
+ '[' 36 -lt 40 ']'
++ expr 36 + 1
+ a=37
+ '[' 37 -lt 40 ']'
++ expr 37 + 1
+ a=38
+ '[' 38 -lt 40 ']'
++ expr 38 + 1
+ a=39
+ '[' 39 -lt 40 ']'
++ expr 39 + 1
+ a=40
+ '[' 40 -lt 40 ']'
+ echo 'a vaut 40'
a vaut 40


Magique n'est-il pas ?
Par bash - Publié dans : bash - Communauté : Linux
Ecrire un commentaire - Voir les 1 commentaires
Jeudi 8 octobre 2009 4 08 /10 /Oct /2009 12:15

Cet article fait suite à : Utiliser cat pour rassembler des fichiers splittés sous Linux/BSD/Mac OS X

 

Vous savez déjà comment rassembler n fichiers splittés ? Mais comment faire pour l'opération inverse : découper un gros fichiers en n fichiers plus petits ?

 

Il faut tout simplement utiliser la commande split (Linux / Mac OS X / BSD / ...)

C'est une commande très pratique.

 

Dans mon cas j'y ai eu recours récemment car je devais extraire d'un point A une image ISO de 6 Go.

Evidemment dans ces cas là on n'a plus de DVD double couche ou on a oublié son disque dur externe / clef usb ou autre...

Mes seuls outils ? Un ordinateur sous Linux, un graveur et des DVD+RW simple couche (donc de 4.7 Go).

Qu'à cela ne tienne : je vais splitter mon gros fichier de 6 Go en plus petits fichiers (par exemple de 1.5 Go chacun) et les graver sur 2 DVD+RW. Arrivé au point B je n'aurais plus qu'à les rassembler avec cat (beaucoup plus standard qu'un HJSplit) et graver l'ISO sur un DVD double couche.

 

Il existe bien d'autres exemple :

  • "Mon fichier est trop gros pour passer par mail comment faire ?"
  • "J'aimerais segmenter un gros fichier pour le mettre à disposition sur un site d'hébergement en ligne (type RapidShare ou MegaUpload)
  • Segmenter de gros fichiers d'archives pour qu'ils tiennent sur divers supports (dont la taille peut varier comme des disquettes, clefs, DVD, Blu-Ray Discs, etc.)

 

L'utilisation du produit est on ne peut plus simple, ouvrez un terminal et tapez :

split -b 1024k gros_fichier.txt

... va découper notre fichier en petits fichiers de 1024 Ko sans effacer l'original. Par défaut les fichiers commencerons par le préfixe x : xaa, xab, xac, ...

 

Si l'on veut avoir un préfixe il faut le spécifier :

split -b 1024k gros_fichier.txt gros_fichier_splitte.txt.

... donnera : gros_fichier_splitte.txt.aa, gros_fichier_splitte.txt.ab, ...

 

Si l'on préfère des chiffres au lieu des lettres (-d) :

split -d -b 1024k gros_fichier.txt gros_fichier_splitte.txt.

... donnera : gros_fichier_splitte.txt.00, gros_fichier_splitte.txt.01, ...

 

Si l'on sait à l'avance qu'il nous faudra plus de 100 splits (ou moins de 11) on peut spécifier la longueur du "suffixe" (-a) :

split -a 3 -d -b 1024k gros_fichier.txt gros_fichier_splitte.txt.

... donnera : gros_fichier_splitte.txt.000, gros_fichier_splitte.txt.001, ...

 

Vous l'aurez compris : il faut faire attention à la taille des splits pour ne pas se retrouver avec un nombre inadapté de petits fichiers !

 

Pour finir nul besoin donc de passer par des WinZip, WinRar ou que sais-je encore si votre seul objectif est de découper un gros fichier :p

Par bash - Publié dans : bash - Communauté : Linux
Ecrire un commentaire - Voir les 0 commentaires
Jeudi 8 octobre 2009 4 08 /10 /Oct /2009 11:51

Petite mise à jour de Tucan Manager que je vous ai déjà présenté en détails ici.

Pour rappel il s'agit d'un gestionnaire de téléchargements multiple de fichiers présents sur les principaux sites d'hébergement de fichiers (RapidShare, MegaUpload, 4Shared, GigaSize, etc) disponible sour Windows/Linux/Mac OS X.

Donc en gros je copie tous les liens qui m'intéressent, je colle ma liste et le logiciel met le tout en file d'attente en gérant les diverses limitations et en réessayant à intervalle régulier.

 

 

Cette petite piqûre de rappel étant faite, que nous réserve donc cette nouveauté (tucan 0.3.9) :

  • Ajout d'un plugin d'extinction automatique de la machine lorsque tous les téléchargements sont terminés
  • Possibilité de personnaliser le regroupement (par défaut automatique) des fichiers dans des répertoires spécifiques
  • Log (journal des évènements) envoyable par mail en cas de problème
  • tucan en CLI : première implémentation en mode texte (ce qui à terme serait le top pour scripter par exemple !)
  • Meilleur support de copier-coller des liens : possibilité de coller pêle-mêle liens direct, pages web contenant des liens, etc.

Et toujours plus de services supportés depuis mon précédent post avec le support du site hotfile.com ; ce qui nous fait un total de 12 services d'hébergements en ligne de fichiers supportés :

  • 4shared.com
  • badongo.com
  • depositfiles.com
  • easy-share.com
  • filefactory.com
  • gigasize.com
  • hotfile.com
  • mediafire.com
  • megaupload.com
  • rapidshare.com
  • sendspace.com
  • zshare.net

 

Source : blog officiel du projet Tucan Manager (espagnol)

 

PS : Pour ne pas encombrer le post initial faisant le tour du produit, je ne ferai plus de mise à jour directement sur celui-ci pour vous annoncer les amélioration du produit.

Ce sera donc à chaque fois un nouveau post décrivant les nouveautés de mon petit chouchou spécialisé dans le téléchargement massif.

[Mise A Jour] J'ai récemment rencontré des personnes ayant des soucis sous Windows avec cette version. Si tel est votre cas voici une petite solution de contournement.

Par bash - Publié dans : logiciels - Communauté : Linux
Ecrire un commentaire - Voir les 0 commentaires
Mardi 6 octobre 2009 2 06 /10 /Oct /2009 13:12

J'aime beaucoup Mozilla Thunderbird parce qu'il fait ce que j'attends d'un client mail c'est à dire : client mail (oui pas besoin d'avoir en même temps un gestionnaire de calendrier + la météo + le café et que sais-je encore).

 

Oui mais voilà aujourd'hui mon petit thunderbird a été très capricieux ; impossible de l'ouvrir :

"Thunderbird is already running, but is not responding. To open a new window, you must first close the existing Thunderbird process, or restart your system."

 

En voilà un joli message d'erreur !

Donc premier réflexe un listage des processus (ps -eadf ou ps -aux) et rien : aucune trace d'un thunderbird qui serait lancé ou planté dans les parages.

 

Bon pas grave : ça doit être un fichier de lock qui traîne... hop suppression du fichier "lock" présent dans ~/.thunderbird/xxxxxxxxx.default (répertoire de profil, le xxxxxxx étant généré aléatoirement par thunderbird lors de la création de celui-ci)... toujours rien !

 

J'essaie de lister si les fichiers du répertoire de profil seraient utilisés par un autre programme (lsof | grep -i thunderbird) et encore rien de chez rien...

 

 

Après quelques recherches j'apprends que ce message est générique (quelque soit l'erreur donc) dès qu'il s'agit d'un problème de profil. D'ailleurs en lançant le gestionnaire de profil (cf. plus bas) j'ai bien l'erreur :

"Thunderbird cannot use the profile "default" because it is in use. To continue, close the running instance of Thunderbird or choose a different profile."

 

Je me résigne alors à utiliser le gestionnaire de profil :

 thunderbird -P &

Dans un premier temps je crée un profil avec un nom différent mais utilisant le même répertoire de profil : même punition ; j'obtiens le message d'erreur précédent.

 

Et enfin LA solution :

Il me faut donc recréer un nouveau profil (avec un nom différent) sans spécifier de répertoire particulier (du coup un nouveau répertoire est créé). Je quitte le gestionnaire sans démarrer thunderbird et je copie de l'ancien profil (par exemple : ~/.thunderbird/xxxxxxx.default/) à mon nouveau profil fraîchement créé par thunderbird (par exemple : ~/.thunderbird/yyyyyyy.default/) les fichiers et répertoires suivants :

  • ImapMail (optionnel si vous utilisez un compte imap)
  • News (optionnel si vous consultez des serveurs de news)
  • Mail
  • abook*
  • history.mab
  • prefs.js
  • signons.txt
  • training.dat
  • xpti.dat

(J'avais bien sur essayé de copier l'intégralité de l'ancien répertoire dans le nouveau répertoire mais cela faisait planter thunderbird).

 

Ouf ! :D

Par bash - Publié dans : logiciels - Communauté : Linux
Ecrire un commentaire - Voir les 0 commentaires
 
Créer un blog gratuit sur over-blog.com - Contact - C.G.U. - Rémunération en droits d'auteur - Signaler un abus - Articles les plus commentés