Installer Bytesweep

Cela signifie presque toujours que le téléchargement a été modifié en chemin — un proxy d'entreprise, un antivirus ou un service de partage qui a recompressé l'archive — ce qui casse la signature de code. Supprimez-le et téléchargez à nouveau depuis ce site. Si cela persiste, retirez l'indicateur de quarantaine et rouvrez :

xattr -dr com.apple.quarantine /Applications/Bytesweep.app

Vous ne devriez jamais avoir besoin de cette commande pour un fichier téléchargé directement depuis bytesweep.app.

Vous ne devriez pas voir cela — l'application est notariée. Si c'est le cas, la copie ne vient pas de ce site, ou le téléchargement était incomplet. Retéléchargez-la. À titre exceptionnel, vous pouvez faire un clic droit sur l'application → Ouvrir → Ouvrir, ou aller dans Réglages Système → Confidentialité et sécurité et cliquer sur Ouvrir quand même sous le message concernant Bytesweep.

Deux causes, dans cet ordre. D'abord, l'application n'est pas dans /Applications — déplacez-la et rouvrez-la. Ensuite, l'accès complet au disque est désactivé ; activez-le puis quittez et rouvrez l'application, car macOS n'applique l'autorisation qu'à un lancement neuf.

Vérifiez que vous avez pris la bonne architecture. Une version Intel seule ne se lancera pas sur Apple silicon sans Rosetta, et la version Apple silicon ne se lancera pas du tout sur un Mac Intel. Menu Pomme → À propos de ce Mac vous dit lequel vous avez ; la version native n'a pas besoin de Rosetta.

Seuls les outils système le demandent — alléger les instantanés locaux Time Machine, purger la mémoire inactive et quelques caches de gestionnaires de paquets ont réellement besoin de root. macOS affiche sa propre demande d'authentification ; Bytesweep ne voit ni ne stocke jamais votre mot de passe, et l'analyse et le nettoyage ordinaires n'en ont jamais besoin.

Les AppImages sont montées via FUSE 2, et Ubuntu 22.04 et plus récent ne livrent que FUSE 3 : la bibliothèque manque sur un système standard. Installez-la une fois avec sudo apt install libfuse2t64 (le paquet s'appelle libfuse2 avant Ubuntu 24.04 — le renommage est venu avec le passage au 64 bits time_t ). Il cohabite avec FUSE 3 et ne casse rien.

Si vous préférez ne rien installer, lancez l'AppImage avec --appimage-extract-and-run, ce qui l'extrait dans un dossier temporaire au lieu de la monter. Démarrage plus lent, aucune dépendance.

Ubuntu 24.04 et plus récent bloquent les espaces de noms utilisateur non privilégiés via AppArmor. Chromium, sur lequel Bytesweep est construit, préfère ce bac à sable et se rabat sur un binaire assistant qui doit appartenir à root avec le mode 4755 — impossible dans une AppImage, car FUSE la monte avec nosuid. Trois solutions, la meilleure d'abord.

Installez plutôt le .deb. Il s'extrait dans /opt sur un système de fichiers normal, où l'assistant obtient les droits qu'il lui faut, et le problème ne se pose pas.

Ou réautorisez les espaces de noms utilisateur et gardez le bac à sable : sudo sysctl -w kernel.apparmor_restrict_unprivileged_userns=0, rendu permanent en écrivant kernel.apparmor_restrict_unprivileged_userns=0 dans /etc/sysctl.d/60-apparmor-userns.conf. Cela assouplit un réglage de durcissement à l'échelle du système : décidez en connaissance de cause.

Ou lancez avec --no-sandbox. Le plus simple, et cela démarre tout de suite, mais cela désactive pour l'application le bac à sable du moteur de rendu de Chromium.

Instantanés, réglages et points de restauration se trouvent dans ~/Library/Application Support/Bytesweep sur macOS et dans ~/.config/Bytesweep sur Linux, plus un petit marqueur d'essai dans ~/.bytesweep-trial. Rien n'est envoyé.

Oui — une clé Pro s'active sur trois appareils. Gérez les activations depuis l'écran Licence de l'application, où vous pouvez désactiver une machine que vous n'utilisez plus et libérer la place.