Portál AbcLinuxu, 5. května 2025 19:41
PrivateUsers=true ProtectSystem=strict ProtectHome=read-only PrivateTmp=true BindPaths=%h/.mozilla/firefox/ ReadWritePaths=%h/.mozilla/firefox/Tohle funguje vcelku dobře a pokud se používá cgroupsv2, tak je vše docela dobře zajištěné. Ale včera jsem se rozhodl, že bych chtěl, aby ty aplikace, neměli přístup vůbec k ostatním uživatelským datům - tzn aby /home/user/ byl prázdný/nedostupný a pouze byla dostupná složka co aplikace potřebuje.
PrivateUsers=true ProtectSystem=strict TemporaryFileSystem=/home/:ro PrivateTmp=true BindPaths=%h/.mozilla/firefox/ ReadWritePaths=%h/.mozilla/firefox/Jenže po téhle úpravě si Firefox stěžuje v gui na
Profil aplikace Firefox nelze nahrát. Pravděpodobně chybí nebo je nedostupný.
. Profile manager se nespustí, vypadá to že profiles.ini se vůbec nečte (je dostupný). Složka je normálně přístupná správně, ale Firefox na základě něčeho ten profil prostě nenačte. Žádný log tam není a ten reálný problém nikde není vidět. Tuší někdo jak to reálně funguje? Strace jsem zběžně zkusil, ale nic moc tam není vidět (je možné že je to někde schované,jiné vlákno). Přepínač ProfileManager a nebo profile nefungují, když je tohle aktivní.
Jinak důvod proč to chci používat přes systemd user instance, je že nastavení je tam možné dobře přizpůsobit,ověřit, kombinovat s instalovanýma aplikacema, není nutné nic instalovat. (Bohužel snap/flatpak/docker nejsou z tohoto pohledu moc dobrý) a apparmor má problematickou správu.
Takže můj dotaz je, zda někdo tuší, jak firefox vybírá profil? Zvláštní je, že v té složce /home/user/.mozilla/firefox/
je Crash Reports a to načítá. Ale profiles.ini co je hned vedle, nečte? A profil, co tam je, také ne?
Řešení dotazu:
~/.cache/mozilla
? Mi se kdysi s firefoxem stalo něco podobného a podařilo se mi ho nakonec oživit smazáním jakéhosi souboru v adresáři s profilem. Nepamatuju si už ale kterého. Snad nějaký parrentlock nebo tak nějak.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.