Bytesweep installeren

Dit betekent bijna altijd dat de download onderweg is gewijzigd — een bedrijfsproxy, een virusscanner of een deeldienst die het archief opnieuw heeft ingepakt — en dat breekt de codehandtekening. Verwijder het en download opnieuw van deze site. Blijft het aanhouden, verwijder dan de quarantainevlag en open opnieuw:

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

Je zou dat commando nooit nodig moeten hebben voor een bestand dat rechtstreeks van bytesweep.app komt.

Dit zou je niet moeten zien — de app is genotariseerd. Zie je het toch, dan kwam de kopie niet van deze site of was de download onvolledig. Download opnieuw. Als eenmalige uitweg kun je rechtsklikken op de app → Open → Open, of naar Systeeminstellingen → Privacy en beveiliging gaan en onder de melding over Bytesweep op Toch openen klikken.

Twee oorzaken, in deze volgorde. Ten eerste: de app staat niet in /Applications — verplaats hem daarheen en open opnieuw. Ten tweede: Volledige schijftoegang staat uit; zet die aan en sluit de app daarna af en open hem opnieuw, want macOS past de toestemming alleen toe op een verse start.

Controleer of je de juiste architectuur hebt. Een Intel-versie start niet op Apple silicon zonder Rosetta, en de Apple silicon-versie start helemaal niet op een Intel-Mac. Apple-menu → Over deze Mac vertelt je welke je hebt; de native versie heeft geen Rosetta nodig.

Alleen Systeemgereedschap vraagt erom — lokale Time Machine-momentopnamen uitdunnen, inactief geheugen vrijgeven en een paar caches van pakketbeheerders hebben echt root nodig. macOS toont zijn eigen aanmeldvenster; Bytesweep ziet of bewaart je wachtwoord nooit, en gewoon scannen en opruimen vraagt er nooit om.

AppImages worden gekoppeld via FUSE 2, en Ubuntu 22.04 en nieuwer leveren alleen FUSE 3, dus op een standaardsysteem ontbreekt de bibliotheek. Installeer die één keer met sudo apt install libfuse2t64 (het pakket heet libfuse2 vóór Ubuntu 24.04 — de naamswijziging kwam met de overgang naar 64-bits time_t ). Het staat naast FUSE 3 en breekt niets.

Wil je liever niets installeren, draai de AppImage dan met --appimage-extract-and-run, waarmee hij in een tijdelijke map wordt uitgepakt in plaats van gekoppeld. Trager opstarten, geen afhankelijkheden.

Ubuntu 24.04 en nieuwer blokkeren user namespaces zonder rechten via AppArmor. Chromium, waarop Bytesweep is gebouwd, geeft de voorkeur aan die sandbox en valt terug op een helperbestand dat van root moet zijn met modus 4755 — onmogelijk binnen een AppImage, omdat FUSE die koppelt met nosuid. Drie uitwegen, de beste eerst.

Installeer in plaats daarvan de .deb. Die pakt uit naar /opt op een normaal bestandssysteem, waar de helper de rechten krijgt die hij nodig heeft, en het probleem zich niet voordoet.

Of sta user namespaces weer toe en behoud de sandbox: sudo sysctl -w kernel.apparmor_restrict_unprivileged_userns=0, permanent gemaakt door kernel.apparmor_restrict_unprivileged_userns=0 te schrijven naar /etc/sysctl.d/60-apparmor-userns.conf. Dit versoepelt een systeembrede beveiligingsinstelling, dus beslis met dat in gedachten.

Of draai met --no-sandbox. Het eenvoudigst, en hij start meteen, maar het schakelt voor deze app de renderer-sandbox van Chromium uit.

Momentopnamen, instellingen en herstelpunten staan op macOS in ~/Library/Application Support/Bytesweep en op Linux in ~/.config/Bytesweep , plus een kleine proefmarkering in ~/.bytesweep-trial. Er wordt niets geüpload.

Ja — een Pro-sleutel activeert op drie apparaten. Beheer de activeringen via het Licentiescherm in de app, waar je een machine die je niet meer gebruikt kunt deactiveren en de plek vrijmaken.