Pour éditer le wiki, il faut demander un compte à un Lapin !

Freebsd sur netbook

From Le L∞p's Wiki
Revision as of 23:45, 8 December 2013 by Edelwin (Talk | contribs) (Les points où FreeBSD c'est moins cool)

Jump to: navigation, search

Voici le retour de mon expérience sur FreeBSD, installé pendant une semaine sur un netbook. J'essaierais d'être le plus concit et clair possible sur les problèmes qui me sont tombé sur le coin du pif pendant son utilisation.

Matériel Utilisé

  • Toshiba NB200
  • Processeur Intel Atom N200
  • 1Go de RAM
  • 250Go de disque dur
  • 1 Geek debianeux
  • 1 gourou FreeBSDiste
  • 1 chan de FreeBSDistes

Les points qui font que FreeBSD c'est cool

  • Le Partitionnement est relativement aisé. Sur une Debian, j'avais l'habitude d'allouer /, /boot et/home (à respectivement 25Go, 200Mo et le reste d'espace disponible). Lors du partitionnement, je n'ai eu qu'à allouer /boot, / et /usr. /boot faisait 68Mo si mon souvenir est bon, / faisait 2Go, et /usr contenait le reste. (ne pas oublier les 3Go de SWAP dans /var)

L'avantage dans cette technique est que le système de base minimaliste est séparé et que les paquets ainsi que les répertoires /home sont dans la même partition. Aucun risque de voir grandir le nombre de paquets sans s'inquiéter de la taille de la partition.

  • Le système de gestion des paquets. La Collection des ports de FreeBSD est une methode vraiment sympathique et originale, qui permet à l'utilisateur de lui-même compiler les logiciels depuis leurs sources, lesquelles auront au préalable été "portées" pour le système. On retrouve notre bon vieux make, et la possibilité de choisir le nombre de cœurs qui seront alloués à cette tâche.
  • Vous pouvez aisément mettre en place votre propre dépôt de paquets précompilés, grâce à poudriere. C'est une forge de paquets qui vous aideras grandement à garder des sources récentes et propres
  • La gestion de la mise en veille. L'acpi (quand il marche) permet de vous passer d'éteindre votre laptop, chose utile quand votre ordi décide d'aller au BIOS une fois sur 15... un coup d'acpiconf -s 3, ou bien la commande zzz, et votre ordinateur se mettra en hibernation, en conservant vos fenêtres !
  • La documentation du système est l'un des outils les plus puissants mis à la disposition de l'utilisateur comme de l'administrateur. Les fichiers de configuration comme les utilitaires sont très bien décris, et c'est une tradition des packagers de FreeBSD de rendre la documentation complête

Les points où FreeBSD c'est moins cool

  • En tant qu'OS dédié aux serveurs, FreeBSD n'embarque pas de suites d'outils systèmes pour les laptops (vous vous souviendrez de la case "laptop" dans le taskel de Debian). Vous devrez choisir vos outils de gestion d'alimentation, et surtout devoir éviter de compiler trop souvent. l'OS n'iras pas de main morte, quelle que soit le niveau de la batterie...
  • Certains logiciels prennent vraiment trop de temps à compiler,... Ce qui implique d'utiliser des gesitonnaires de paquets précompilés, ce qui devient problématique quand on veut des sources à jour. Mais là encore un problème se pose, car le nouveau gestionnaire de paquets, pkgng, n'est pas aussi facile d'utilisation que le apt-get de Debian.

Le principal défaut est ainsi l'absence de cache local, ce qui nécéssite d'interroger le serveur de paquets pour chaque recherche.

  • La gestion des volumes est assez déroutante quand on vient de Debian GNU/Linux. Plus de lsblk(1) ou blkid(1)

ou de ls -l /dev/disk/by-id/ pour voir où vont les volumes pas encore montés. De plus, la commande mount ne reconnaît pas automatiquement les systèmes de fichier des volumes, qu'il faut donc spécifier avec l'option -t. Malheureusement, les FS tels qu'ext4 nécessitent d'installer Fuse, car ils ne sont pas pris en charge de base. De même que pour le partitionnement, fdisk™ by BSD© semble être l'un des seuls outils, avec sade. C'est assez ennuyant car celui-ci ne propose pas certaines options (telles que -L) présente sur la version GNU/Linux. Il n'y a pas non plus gparted, au grand dam de ses inconditionnels.

  • Same shit pour lspci et lscpu, auxquels je n'ai pas encore trouvé d'alternatives.