Différences

Ci-dessous, les différences entre deux révisions de la page.

--- issue89:labo_linux_1 [2015/02/10 16:24] – [7] d52fr
+++ issue89:labo_linux_1 [2015/02/10 18:30] (Version actuelle) – [9] auntiee
@@ Ligne 9: / Ligne 9: @@
 An Antec Sonata II case, an Asus P5K SE motherboard, an Intel Pentium D processor at 3GHz with 4GB of RAM, and a 320GB hard drive for the boot drive.**
-La dernière fois que j'ai fait un article au sujet de XBMC pour le magazine Full Circle était il y a très longtemps dans le numéro 56. À cette époque, nous faisions tourner XMBC sous Ubuntu 10.04. Nous avons maintenant avancé d'au moins deux versions LTS. Dans le n° 56, notre machine était un netbook Dell Inspiron Mini 10 (avec un disque dur de 250 Go) avec un disque dur externe de 1 To pour le stockage des média.
+La dernière fois que j'ai fait un article au sujet de XBMC pour le magazine Full Circle était il y a très longtemps, dans le numéro 56. À cette époque, nous faisions tourner XMBC sous Ubuntu 10.04. Nous avons maintenant avancé d'au moins deux versions LTS. Dans le n° 56, notre machine était un netbook Dell Inspiron Mini 10 (avec un disque dur de 250 Go) plus un disque dur externe de 1 To pour le stockage des média.
-Plus tard, nous avons essayé de faire encore plus petit, en installant ensemble Android+XMBC et une distribution avec firmware personnalisé+Linux+XBMC sur un dispositif Picos XIOS DS Media Play. La solution firmware personnalisé + Linux XBMC était extrêmement rapide. Le petit dispositif avait plein d'avantages - wifi intégré, 3 ports USB, sa propre télécommande, basse consommation d'énergie et on pouvait le cacher derrière notre téléviseur, mais il avait plein d'inconvénients aussi. La version minimale de Linux pour le XIOS DS n'était pas aussi flexible que la solution Ubuntu Linux + Inspiron Mini 10. Le stockage était quasi nul (on avait une petite carte microSD). Ajouter du stocakge aurait voulu dire soit connecter un disque dur externe, soit mettre un NAS quelque part (qui aurait nécessitait plus d'énergie et plus de câbles). Et nous voulions un processeur un peu plus puissant !
+Plus tard, nous avons essayé de faire encore plus petit, en installant ensemble Android+XMBC et une distribution avec firmware personnalisé+Linux+XBMC sur un dispositif Picos XIOS DS Media Play. La solution firmware personnalisé + Linux XBMC était extrêmement rapide. Le petit dispositif avait plein d'avantages - wifi intégré, 3 ports USB, sa propre télécommande, basse consommation d'énergie et on pouvait le cacher derrière notre téléviseur, mais il avait plein d'inconvénients aussi. La version minimale de Linux pour le XIOS DS n'était pas aussi flexible que la solution Ubuntu Linux + Inspiron Mini 10. Le stockage était quasi nul (on avait une petite carte microSD). Ajouter du stockage aurait voulu dire soit connecter un disque dur externe, soit mettre un NAS quelque part (qui aurait nécessitait plus d'énergie et plus de câbles). Et nous voulions un processeur un peu plus puissant !
 Tout à fait par hasard, à peu près au même moment, le disque dur de 1 To commençait à signaler des erreurs SMART et nous avons donc acheté un disque de 2 To. Ce plus grand disque nous a donné, en quelque sorte, la folie des grandeurs et nous avons ajouté un peu plus de matériel :
@@ Ligne 27: / Ligne 27: @@
 Around the same time the XBMC project released a version of Ubuntu+XBMC called XBMCbuntu. XBMCbuntu simplified a lot of things we had to install manually before (it installed proprietary video drivers, SAMBA, already had support for our Windows Media Centre remote control - which works nicely if you use lircd, etc.). XBMCbuntu came in an AMD and an NVidia flavour. It worked very well except for the fact that it failed to get the correct Extended Display Identification Data (EDID) for our television. XBMC displayed just fine at 1920x1080 (over the HDMI cable, the VGA cable we originally used limited us to 1366x768) but if you quit XBMC and ran the underlying Openbox you could barely read anything on the screen.**
-Pendant un court laps de temps, nous avons utilisé la même solution qu'avec le netbook - un câble VGA et un câble audio distinct qu'on branchait sur notre téléviseur Samsung LCD 42". Nous avons eu de la chance que notre télévision LCD prenne en charge le VGA aussi bien que le HDMI. Un des avantages du Pivos IXOS DS était que et l'audio et la vidéo allaient au téléviseur grâce au câble HDMI. Nous préférons que les choses soient bien rangées et, avec le  câble VGA, il nous fallait un deuxième câble pour l'audio.
+Pendant un court laps de temps, nous avons utilisé la même solution qu'avec le netbook - un câble VGA et un câble audio distinct qu'on branchait sur notre téléviseur Samsung LCD 42". Heureusement, notre télévision LCD prend en charge le VGA aussi bien que le HDMI. Un des avantages du Pivos IXOS DS était que et l'audio et la vidéo allaient au téléviseur grâce au câble HDMI. Nous préférons que les choses soient bien rangées et, avec le câble VGA, il nous fallait un deuxième câble pour l'audio.
-Une dizaine de jours plus tard, nous avons acheté une carte graphique NVidia GeForce 210 1 Go, en promotion. Le vendeur nous a averti que c'était une carte pour la multimédia et pas pour les jeux. Nous nous sommes contenté de sourire et d'accepter la généreuse remise. La carte à trois connexions vidéo habituelles : VGA, DVI et HDMI. Seul le HDMI prend en charge la vidéo et l'audio.
+Une dizaine de jours plus tard, nous avons acheté une carte graphique NVidia GeForce 210 1 Go, en promotion. Le vendeur nous a averti que c'était une carte pour la multimédia et pas pour les jeux. Nous nous sommes contenté de sourire et d'accepter la généreuse remise. La carte a trois connexions vidéo habituelles : VGA, DVI et HDMI. Seul le HDMI prend en charge la vidéo et l'audio.
-À à peu près le même moment, le projet XMBC a sorti une version de Ubuntu+XBMC, appelé XBMCbuntu. XBMCbuntu simplifiait beaucoup de choses qu'on devait auparavant installer à la main (il installait les pilotes vidéo propriétaires, SAMBA, supportait déjà notre télécommande Windows Media Centre - qui fonctionne bien si vous utilisez lircd, etc.). Il y avait deux versions de XBMCbuntu : une version AMD et une NVidia. Il fonctionnait très bien sauf qu'il n'arrivait pas à récupérer les bonnes données EDID (les données d'identification de l'affichage étendu d'un dispositif) pour notre téléviseur. XBMC gérait très bien l'affichage à 1920x1080 (par le câble HDMI, le câble VGA utilisé au départ nous limitait à 1366x768), mais, si on quittait XBMC pour lancer l'Openbox sous-jacent, l'écran était presqu'illisible.
+À peu près au même moment, le projet XMBC a sorti une version de Ubuntu+XBMC, appelé XBMCbuntu. XBMCbuntu simplifiait beaucoup de choses qu'on devait auparavant installer à la main (il installait les pilotes vidéo propriétaires, SAMBA, supportait déjà notre télécommande Windows Media Centre - qui fonctionne bien si vous utilisez lircd, etc.). Il y avait deux versions de XBMCbuntu : une version AMD et une NVidia. Il fonctionnait très bien sauf qu'il n'arrivait pas à récupérer les bonnes données EDID (les données d'identification de l'affichage étendu d'un dispositif) pour notre téléviseur. XBMC gérait très bien l'affichage à 1920x1080 (par le câble HDMI, le câble VGA utilisé au départ nous limitait à 1366x768), mais, si on quittait XBMC pour lancer l'Openbox sous-jacent, l'écran était presque illisible.
 ===== 3 =====
@@ Ligne 82: / Ligne 82: @@
 sudo parted /dev/sdc**
-Les 2 disques durs, celui du système d'exploitation et celui de 2 To pour les données sont de Seagate. Et alors que notre premier disque dur Seagate de 1 To commençait à présenter des erreurs smart au bout d'1 an, les disques de 2 To et de 320 Go ont bien tournés pendant une paire d'années.
+Les 2 disques durs, celui du système d'exploitation et celui de 2 To pour les données sont de Seagate. Et alors que notre premier disque dur Seagate de 1 To commençait à présenter des erreurs smart au bout d'1 an, les disques de 2 To et de 320 Go tournent bien depuis deux ans.
-Le nouveau disque posait un petit problème car nous utilisions du vieux matériel qui ne supportait pas nativement GPT (format de partitionnement du disque) dans le BIOS. Linux supporter GPT, mais il fallait tâtonner un peu pour comprendre comment partitionner et monter l'unité.
+Le nouveau disque posait un petit problème car nous utilisions du vieux matériel qui ne supportait pas nativement GPT (format de partitionnement du disque) dans le BIOS. Linux supporte GPT, mais il fallait tâtonner un peu pour comprendre comment partitionner et monter l'unité. D'abord, nous avons essayé de configurer le disque en utilisant : cfdisk /dev/sdc. cfdisk semblait voir l'ensemble des 3 To et quand nous avons formaté le disque, on avait l'impression qu'il le détecterait comme un 3 To ; mais quand nous avons rebooté, nous avons remarqué qu'il le présentait avec 768 Go, une petite partie du total. Nous avons continué à chercher et avons trouvé la solution sur Buildcube :
-D'abord, nous avons essayé de configurer le disque en utilisant : cfdisk /dev/sdc. cfdisk semblait voir l'ensemble des 3 To et quand nous avons formaté, il semblait qu'il l'avait bien détecté comme un 3 To ; mais quand nous avons rebooté, nous avons remarqué qu'il le présentait avec 768 Go, une petite partie du total. Nous avons cherché et la solution fût trouvée sur Buildcube :
 http://www.buildcube.com/tech_blog/2012/07/25/installing-my-3tb-hard-drive-on-debian-linux-step-by-step/
-Au départ, nous étions un peu fous et nous avons formaté le disque en NTFS. Le disque de 2 To était déjà en NTFS, aussi nous avons pensé faire de même pour le 3 To ; plus tard, nous avons changé d'idée et nous l'avons formaté en ext4. Notons bien que nous avons découvert qu'ext4 prend moins de place _ 77 Mo au lieu des 170 Mo du NTFS. Nous avons inclus les deux méthodes ici.
+Au départ, nous étions un peu fous et nous avons formaté le disque en NTFS. Le disque de 2 To était déjà en NTFS, aussi nous avons pensé faire de même pour le 3 To ; plus tard, nous avons changé d'avis et nous l'avons formaté en ext4. Notez bien que nous avons découvert qu'ext4 prend moins de place : 77 Mo au lieu des 170 Mo du NTFS. Nous avons inclus les deux méthodes ici.
 sudo apt-get install parted
@@ Ligne 134: / Ligne 132: @@
 quit
-Ceci configure le disque en GPT et le prépare au formatage ; maintenant, pour formater le disque nous ajuste besoin de :
+Ceci configure le disque en GPT et le prépare au formatage ; maintenant, pour formater le disque nous avons juste besoin de :
 sudo mkfs.ntfs -Q /dev/sdc1
-L'option -Q dans la version NTFS entraine un formatage rapide. Si vous n'utilisez pas le commutateur -Q pour du NTFS, attendez vous à ce que ça dure longtemps.
+L'option -Q dans la version NTFS entraine un formatage rapide. Si vous n'utilisez pas le commutateur -Q pour du NTFS, attendez-vous à ce que ça dure longtemps.
-Arrivé à ce point, nous avons arrêté de dérailler et nous avons répété le processus avec les modifications suivantes pour préparer le disque en ext4 inscriptible :
+À ce stade, nous avons arrêté de dérailler et nous avons répété le processus avec les modifications suivantes pour préparer le disque en ext4 inscriptible :
 sudo parted /dev/sdc
@@ Ligne 161: / Ligne 159: @@
 sudo chown -R xbmc.multimedia /mnt/movies.**
-Un des problèmes que nous avons rencontré quand nous avons monté notre nouveau disque ext4 était que nous ne pouvions pas écrire dessus avec le compte utilisateur xbmc. Les permissions sont otujours un plaisir. Pour résoudre le problème, nous avons crée un répertoire sous /mnt appelé /mnt/movies et avons changé le propriétaire pour xbmc :
+Un des problèmes que nous avons rencontré quand nous avons monté notre nouveau disque ext4 était que nous ne pouvions pas écrire dessus avec le compte utilisateur xbmc. Les permissions sont toujours un plaisir. Pour résoudre le problème, nous avons crée un répertoire sous /mnt appelé /mnt/movies et avons changé le propriétaire à xbmc :
 sudo chown -R xbmc.xbmc /mnt/movies
@@ Ligne 192: / Ligne 190: @@
 **
-Maintenant  nous avons besoin de mettre notre nouveau disque dur dans /etc/fstab pour qu'il puisse être monté automatiquement. Il y a quelques années, la méthode de montage dans /etc/fstab passa à UUID ce qui la rendit un peu plus complexe ; heureusement nous avons blkid pour nous donner l'UUID de chaque lecteur. Nous avons lancer simplement :
+Maintenant  nous avions besoin de mettre notre nouveau disque dur dans /etc/fstab pour qu'il puisse être monté automatiquement. Il y a quelques années, la méthode de montage dans /etc/fstab passa aux UUID ce qui la rendit un peu plus complexe ; heureusement nous avons blkid pour nous donner l'UUID de chaque lecteur. Nous avons tout simplement lancé :
 sudo blkid
@@ Ligne 241: / Ligne 239: @@
 Success! We kept our initial install of XBMCbuntu temporarily so we could focus on the hardware.**
+Pour tester que nos entrées fonctionnaient bien, sans rebooter, nous avons monté tous les disques dans fstab :
+sudo mount -a
+Puis nous avons lancé df -hH pour voir les tailles :
+Filesystem          Size  Used Avail Use% Mounted on
+/dev/sda1           311G   31G  266G  11% /
+udev                2.2G   13k  2.2G   1% /dev
+tmpfs               424M  697k  423M   1% /run
+none                5.3M             0  5.3M   0% /run/lock
+none                2.2G  4.1k  2.2G   1% /run/shm
+none                105M             0  105M   0% /run/user
+/dev/sdb1           2.1T  1.2T  834G  59% /data
+/dev/sdc1           3.0T   77M  2.9T   1% /mnt/movies
+Plein succès ! Nous avons gardé notre installation initiale de XBMCbuntu pendant que nous nous sommes concentré sur le matériel.
 ===== 9 =====
@@ Ligne 248: / Ligne 271: @@
 Next issue, the Linux and XBMC install.**
+Au niveau hardware nous étions (presque) bons pour le moment. Dans le prochain numéro, nous installerons Linux+XBMC et tous les services nécessaires à un contrôle à distance et un partage dans toute la maison. Mais, avant de clore l'article, nous avons procédé à un dernier changement de matériel pour mettre un peu à niveau notre réseau domestique. Parce que nous voulions déplacer des fichiers volumineux (comptez 12 Go pour un film de 3 heures en qualité Blueray), nous avons ajouté un routeur 1 Gbit pour augmenter la bande passante de notre réseau interne.
+Avant de monter tout l'équipement du réseau, nous avons reproduit en papier chaque équipement et ses trous de fixation. Nous avons ensuite scotché chaque forme de papier dans le boitier à la place prévue de l'équipement et mis les vis en place. Dans le cas de notre petit boîte VOIP (voix sur IP), nous avons eu besoin de passer des fils volants au travers pour la maintenir suspendue parce qu'elle faite pour être posée plutôt que fixée au mur.
+Au prochain numéro, l'installation de Linux et de XBMC.