Otázka:
Rozšířené atributy se znovu objeví při opětovném připojení externí jednotky
geeksal
2018-07-09 22:39:02 UTC
view on stackexchange narkive permalink

Některé soubory na mém externím disku vypadaly šedě. Proto jsem odstranil všechny rozšířené atributy pomocí příkazu xattr -rc , který úspěšně provede trik a všechny moje soubory se objeví normální. Po odpojení a opětovném připojení externí jednotky se však stejná sada souborů znovu zobrazí šedě. Chcete-li tedy zkopírovat libovolný soubor, musel jsem pro soubory pokaždé znovu spustit příkaz xattr , díky čemuž se chovají jako normální soubory.

Typy souborů

Všechny typy souborů, jako .dmg, .epub, .docx atd., vypadaly šedě, protože neexistuje žádný konkrétní typ souboru.

Ra rozšířené atributy

Když úplně odstraním všechny rozšířené atributy, problém zmizí. Z tohoto důvodu nevím, který konkrétní atribut je příčinou toho, že jsou soubory zašedlé.

Zde je výstup ls leO @ na takové zašedlé soubory.

  -rwxr-xr-x @ 1 personál uživatelského jména - 4433605 9. července 22:38 xyz.dmg
    com.apple.FinderInfo 32
    com.apple.metadata: kMDItemWhereFroms 110
    com.apple.karanténa

-rwxr-xr-x @ 1 personál uživatelského jména - 3659 9. července 22:38 replug_facetime.zip
    com.apple.FinderInfo 32
    com.apple.metadata: kMDItemWhereFroms 115
    com.apple.quarantine 58

-rwxr-xr-x @ 1 uživatel uživatelského jména - 22617886 9. července 22:38 robo3t-1.1.1-darwin-x86_64-c93c6b0.dmg
    com.apple.FinderInfo 32
    com.apple.diskimages.fsck 20
    com.apple.diskimages.recentcksum 80
    com.apple.metadata: kMDItemWhereFroms 161
    com.apple.quarantine 58
 

Formát externí jednotky

NTFS; zapisovatelné zpočátku přes Mounty Software, nyní nativně pomocí některých příkazů.

Zde je výstup xattr -pl com.apple.FinderInfo atom-mac.zip

  com.apple.FinderInfo:
 00000000 62 72 6F 6B 4D 41 43 53 00 00 00 00 00 00 00 00 00 | brokMACS ........ |
00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................ |
 00000020
 
@GordonDavisson Aktualizoval jsem otázku.Pokud jste moderátor, můžete prosím migrovat otázku na AskDifferent, pokud se to tam jeví jako vhodné.Otázku jsem zde zveřejnil z důvodu [související otázky] [1], která již na tomto webu existuje [1]: https://stackoverflow.com/questions/4833052/how-do-i-remove-the-extended-attributes-on-a-file-in-mac-os-x?rq=1
Nemám tu výsadu, ale označil jsem ji pro někoho, kdo ji má.Pokud jde o samotnou otázku, nemohu s jistotou říci, ale moje peníze jsou chybou v softwaru Mounty, který používáte k získání přístupu pro zápis do NTFS.
U některých z těchto potíží by mohlo pomoci znát obsah atributu FinderInfo.Pokud chcete, upravte prosím svou otázku a přidejte výsledky následujícího příkazu ke dvěma nebo třem šedým souborům: `xattr -pl com.apple.FinderInfo `
@DocG.Aktualizoval jsem otázku tak, aby obsahovala výstup příkazu `xattr -pl`.Zkontrolujte a odpovězte.
@cjk: Soubory v příkladu výstupu, plus ty, které jsou uvedeny v záhlaví „Typy souborů“, jsou buď samy komprimované soubory, nebo obvykle obsahují komprimované soubory někde v jejich svazcích.
Dva odpovědi:
Doc G.
2018-07-23 04:08:36 UTC
view on stackexchange narkive permalink

Příčina problému - nebo spíše příčina příznaků problému - je skutečně vysvětlena poznáním obsahu rozšířeného atributu com.apple.FinderInfo . Odhaluje, že Finder nastavil typ souboru a tvůrce souboru na brok a MACS, což znamená, že soubor je kopírován, a proto k němu nelze získat přístup. (Tyto příznaky mají být smazány po dokončení procesu kopírování.) V důsledku toho Finder „zašedne“ ikony takových souborů, aby odrážely jejich stav neměnnosti uživatelem. Vymazání rozšířeného atributu com.apple.FinderInfo ulehčí situaci odstraněním nejbližší příčiny.

Skutečným problémem však je neustálé přiřazování tohoto stavu „zaneprázdněno kopírováním“ různým souborům. Ve skutečnosti jste se konkrétně zeptali, proč se rozšířené atributy znovu objevují pro konkrétní soubory. Moje odpověď: Neznám mechaniku událostí, ale vím, co je za tím.

Apple nativně podporuje čtení, nikoli však zápis na disky NTFS. Je známo, že metoda řešení fstab na zakázku, kterou aktuálně používáte k povolení zápisu na disk, je nestabilní a je zaručeno, že způsobí problémy. (Je vaše uživatelské jméno skutečně uživatelské jméno ?) Zajímalo by mě, jak jste se dostali k neoblomné myšlence vymazání rozšířených atributů k nápravě nepřístupné situace v souboru a návštěvě webu Mounty Software (zdroj vašeho předchozí řešení) mi ukázalo, že to bylo jejich konkrétní doporučení. Jak jste se dozvěděli, nejde o trvalé řešení. Problém bude trvat, dokud budete nadále používat svou současnou metodu přístupu k souborovému systému NTFS.

Pokud musíte mít přístup pro čtení a zápis k jednotce naformátované systémem NTFS - a nemůžete ji nahradit jednotkou v nativně podporovaném formátu exFAT - budete si muset zvolit nabídku třetí strany, která vám poskytne trvalé řešení. Ti, o kterých vím, že nabízejí přijatelnou použitelnost, jsou Tuxera, Paragon a Fuse / NTFS3G. První dva jsou komerční produkty dostupné na bezplatnou zkušební verzi; třetí je kombinací dvou produktů s otevřeným zdrojovým kódem.

EDIT: Odpověď na komentář OP níže

Je mi líto, že nemám žádné pokyny k příkazovému řádku, které by vám určitě pomohly. Věřím, že jediný způsob, jak problém vyřešit, je změnit metodu, kterou používáte pro přístup k souborovému systému, z metody, o které je známo, že má problémy, jak to dělá vaše současná metoda, na metodu, která nikoli.

To znamená, že následující nabízím čistě jako experiment, protože to nemám možnost otestovat. Víme, že výhoda vymazání rozšířených atributů ovlivněných souborů trvá pouze do příštího připojení jednotky. Je možné , že přiřazení fiktivní hodnoty atributu com.apple.FinderInfo souboru umožní, aby během procesu připojení zůstal nerušený a zabránil Finderu v opětovném přiřazení stav makléře / MACS . Tento příkaz konkrétně poskytne falešný typ souboru hack <targetfile.ext> . Vyzkoušejte to pouze na jednom nebo dvou problémových souborech a podívejte se, co se s nimi stane, když je disk odpojen / znovu namontován.

xattr -wx com.apple.FinderInfo 6861636B000000000000000000000000000000000000000000000000000000 <targetfile.ext>

(Proč všechny nuly? Rozšířený atribut com.apple.FinderInfo musí být zapsán jako jeden blok o velikosti 32 bajtů. Každopádně, ať to tady vypadá jakkoli, je to jeden příkaz, vše na jeden řádek, jak byste očekávali.)

Myslím, že máš problém.To je skvělé.Mohu nějak zmírnit příkazy terminálu nebo tak něco ????S výjimkou komerčního softwaru.Moje uživatelské jméno není * uživatelské jméno * pouze pro příklad.Dříve jsem používal Mounty a to způsobovalo nějaké problémy, proto jsem přešel na metodu fstab.Software, který jste uvedli, již znám.Doufám, že v systému Mac, Linux nebo Windows najdete způsob, jak toto chování zmírnit.Používám všechny tři, proto vyžaduji NTFS, protože je to dobrý souborový systém.
+1 pro váš hack.Funguje to, ale stále mám problém s jedním ze souborů.Zde je výstup `xattr -pl com.apple.FinderInfo` pro tento soubor` 00000000 68 61 63 6B 00 00 00 00 00 00 00 00 00 00 00 00 00 | hack ............| 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................ | 00000020` Dokážete přijít na to, v čem je s tím problém ??Váš hack tady nefunguje.Pokud to vyřešíte, určitě vaši odpověď označím jako přijatou.
Ve výše uvedeném seznamu nevidím nic kromě změny, kterou jsem navrhl.Pokud je soubor stále zašedlý, pak můj experiment selhal a omlouvám se za ztrátu času.
Hej, nemusíš se omlouvat.I když je jeden z typů mých souborů stále zašedlý, prozkoumám to a zjistím sám, nebo si vezmu pomoc od lidí, kteří opravdu vědí, co se děje.Mimochodem, ušetřil jsi mi spoustu času.Buď šťastný ;)
Děkuji.Pamatujte, že jelikož se povaha problému změnila, můžete se zeptat na novou otázku popisující, jaký typ souboru je stále ovlivněn, jaké typy byly opraveny a další nové informace.
Měl jsem přesně stejný problém, takže jsem nainstaloval Paragon pro macOS, který je k dispozici zdarma na [Seagate's website] (https://www.seagate.com/gb/en/support/downloads/item/ntfs-driver-for-mac-os-master-dl /).Prošel instalačním procesem, restartoval se a jakmile Paragon připojil svazek jako `r / w`, spustil jsem` xattr -rc / Volumes / `.Poté jsem provedl opravu pomocí uživatelského rozhraní Paragon, odpojil disk, znovu jej namontoval a k mému překvapení mě již nepřijal šedý mořský nepřístupný šedý soubor.
Terminator.J
2020-03-16 02:09:59 UTC
view on stackexchange narkive permalink

Uvědomuji si, že se jedná o částečnou odpověď, ale její promyšlení a napsání nám může pomoci získat odpověď na základě dalších zkušeností s tímto problémem.

I když ano, vestavěný ovladač systému souborů NTFS může být uveden jako nestabilní, ten exFAT by měl být zralý; Už roky používám exFAT v produkci živých akcí, abych mohl přenášet balíčky powerpointů a audio / video obsah pro přehrávání mezi systémy Windows Mac & Windows. Vždy to fungovalo víceméně dobře.

A přesto, právě dnes ráno, se mi v Finderu v Catalině 10.15.3 nedařilo vymazat rozšířený atribut brokMACS po zkopírování na známou dobrou jednotku formátu exFAT. Blaming Mounty za poskytnutí lepšího řešení (použití grafického uživatelského rozhraní k využití vestavěného ovladače souborového systému poskytovaného první stranou, místo instalace dalších ovladačů třetích stran, MĚLO by být považováno za lepší), pokud jde o připojení NTFS pro čtení a zápis ignoruje skutečný problém; Finder NYNÍ nedokáže vymazat dočasné rozšířené atributy na více než jednom ovladači souborového systému, když se takhle choval na typu souborového systému.

Zdá se, že použití příkazů cp z terminálu se tomuto problému vyhne, ale to nevyřeší Finder.



Tyto otázky a odpovědi byly automaticky přeloženy z anglického jazyka.Původní obsah je k dispozici na webu stackexchange, za který děkujeme za licenci cc by-sa 4.0, pod kterou je distribuován.
Loading...