Je suis l'heureux propriétaire d'un Raspberry Pi 2 sur lequel j'ai installé Raspbian:
$ cat /proc/version
Linux version 3.18.11-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.8.3 20140303 (prerelease) (crosstool-NG linaro-1.13.1+bzr2650 - Linaro GCC 2014.03) ) #781 SMP PREEMPT Tue Apr 21 18:07:59 BST 2015
Dans une tentative de faire plaisir à mon propre RMS , je veux supprimer les paquets non gratuits qui sont livrés avec lui par défaut (j'ai déjà pris soin de sonic-pi
ce qui semble être non libre ...)
$ vrms
Non-free packages installed on oufmalade....
firmware-atheros Binary firmware for Atheros wireless cards
firmware-brcm80211 Binary firmware for Broadcom 802.11 wireless cards
firmware-libertas Binary firmware for Marvell Libertas 8xxx wireless car
firmware-ralink Binary firmware for Ralink wireless cards
firmware-realtek Binary firmware for Realtek wired and wireless network
oracle-java8-jdk Java™ Platform, Standard Edition 8 Development Kit
pistore Pi Store is the official store for Rasp. Pi apps and g
wolfram-engine Mathematica® and the Wolfram Language
8 non-free packages, 0.9% of 886 installed packages.
Je me demande:
En ce qui concerne tous ces
firmware-*
packages, sachant que je suis sur le réseau filaire (via le port Ethernet intégré) sans dongle Wi-Fi (et ce Pi n'en obtiendra jamais ), suis-je sûr de les supprimer? Même l'firmware-realtek
un? Je ne pense pas que l'Ethernet embarqué soit de Realtek mais je préfère revérifier sinon je perdrai mon seul et unique accès SSH ...Pour ce que ça vaut, voici le seul résultat de
$ sudo lshw | grep firmware
:configuration: autonegotiation=on broadcast=yes driver=smsc95xx driverversion=22-Aug-2005 duplex=full firmware=smsc95xx USB 2.0 Ethernet ip=... link=yes multicast=yes port=MII speed=100Mbit/s
- Qu'est - ce que je perds exactement avec la suppression en
pistore
dehors des applications très spécifiques et des jeux que je ne vais pas utiliser ? (Pour info ce Pi n'aura jamais d'interface graphique, c'est un serveur et vivra toute sa vie comme tel) - Y a-t-il quelque chose de vital qui est livré sur le Raspbian standard qui en dépend
oracle-java8-jdk
? Ou surwolfram-engine
?
Je suis sûr que je peux tous les retirer en toute sécurité, mais je voudrais m'assurer que je ne fais pas quelque chose que je regretterai à l'avance (en particulier (1.) !).
EDIT : Je n'ai pas d'accès physique à la machine (enfin, je peux, mais très rarement et pas avant quelques mois) et je n'ai pas l'intention de changer la distribution ou de reformater quoi que ce soit. Le serveur fonctionne et son bon fonctionnement est plus important que d'autres améliorations mineures :-)
firmware-realtek
sans perdre la connexion Ethernet et, par conséquent, l'accès SSH? Ma conjecture après avoir lu votre réponse est oui, mais je veux m'assurer que je n'ai pas mal compris votre déclaration.firmware-*
mentionnés ci-dessus pour un dongle WiFi Edimax?Debian semble ne pas penser: « Le Raspberry Pi démarre à partir de son GPU et seul le logiciel non libre est actuellement disponible pour le GPU, même le démarrage de la machine nécessite une grande (2 Mo) blob de logiciels non libres et non compatibles »
Vous pouvez certainement vider Java et Wolfram. Je m'en débarrasse tout de suite. En ce qui concerne les pilotes, il peut être plus simple de dupliquer votre carte et d'essayer de les supprimer sur une copie de test avant de vous retrouver coincé.
Si vous voulez simplement
vrms
ne pas vous plaindre, vous pourriez être en mesure de supprimer certains / la plupart des paquets marqués, mais en les mettant aux "vraies" normes RMS - en fait, vous n'utilisez aucun logiciel non libre, vous ne vous débarrassez pas simplement devrms
Debian signalée packages - avec raspbian pourrait être impossible.la source
vrms
plaisir que lorsque le Raspberry Pi fonctionnera avec du matériel non libre. D'un autre côté, bien que le très réel RMS passe ses journées à quelques pas de ma machine, je ne pense pas qu'il y prêtera attention :-)Vous pouvez supprimer tous les packages que vous avez mentionnés à l'exception possible du micrologiciel câblé et sans fil Realtek.
Personnellement, je supprimerais simplement le firmware Realtek et prendrais le coup improbable que vous avez pour le remettre.
Les autres packages ne sont pas nécessaires et certains comme Wolfram et Java prennent une quantité importante d'espace sur la carte SD.
pistore est une expérience ratée. Je ne comprends pas pourquoi il est toujours expédié dans le cadre de l'image.
la source
Je continue de penser que l'utilisation de Minibian pourrait être la réponse à cela. Cependant, je ne sais pas s'ils incluent ou non ces packages non gratuits. Je suis également un peu occupé en ce moment à vérifier.
Quoi qu'il en soit, même s'ils les incluaient, vous auriez probablement moins de choses à supprimer si vous débutiez avec Minibian.
la source
Pour clarifier quelque chose dans la réponse de goldilocks , tout le code sous
/lib/firmware
n'est pas "[chargé dans] le noyau Linux"; une partie est chargée directement dans des appareils connectés via USB ou d'autres moyens. Par exemple, sur un Raspberry Pi Zero W, vous verrez le message suivant dans vos journaux:Il s'agit du
bcm43xx
pilote téléchargeant le firmware sur l'appareil . (En fait, il télécharge un correctif vers le micrologiciel dans la RAM de l'appareil; c'est pourquoi il doit être rechargé à chaque redémarrage. Je ne sais pas dans quelle mesure le Bluetooth du Pi Zero W fonctionnerait sans ce correctif.)Que vous considériez que le code "non libre" chargé dans les appareils est correct dépend vraiment de votre point de vue. Dans des situations comme ci-dessus, le code non libre doit rester sur votre disque, mais le CPU ne l'exécute jamais. Dans d'autres situations, vous pourrez peut-être charger le code dans l'appareil une fois, puis supprimer le code de votre disque, le code non libre restant dans la mémoire flash ou similaire sur l'appareil. Cela semble assez similaire à avoir acheté un appareil avec du code non libre préchargé dans sa mémoire flash ou en ROM, comme le GPU (et peut-être d'autres parties) du Pi. On pourrait même considérer que le câblage des transistors sur les puces n'est pas libre s'ils ne sont pas disponibles pour être copiés et modifiés.
sudo journalctl | grep -i firmware
vous aidera à déterminer de quel micrologiciel vous avez vraiment besoin sur votre système.la source