Klasika. Když něco funguje, rozbij to a podstrč to do aktualizací. Pak si nech za opravu zaplatit.
Jenom jsem nepochopil, co má ten čmoud společnýho se souborovým systémem. Snad platí, že buďto se OS dostane k adresáři a čmoud klient s ním může pracovat jako kterákoliv jiná aplikace, nebo to OS nezvládne. Jestli ono to zase nebude "hloubkový drátování do jádra"... :(
Práva? Proč?
1. Uživatel v OS a v čmoudu je přece jasný. Lokálně to řeší systém, v čmoudu klient.
2. RO/RW a hidden se dá hodit jako atribut souboru (pro aktuálního uživatele) a jsme na úrovni FAT
3. Cokoliv navíc můžou být metadata v .xml souboru a tím, že se použije, co FS podporuje. Nebylo by to prvně, co si M$ do adresáře něco vykadí (thumbs.db, ...), navíc tohle může být někde v hloubi systému, aby to uživatel ani neviděl (paralelní metadata).
Prostě zase byla zvolena metoda žaves...
Čmoud samozřejmě nic, jen jeho lokální klient. A NTFS / ReFS (který zatím neumí bootovat, přičemž OneDrive v defaultní instalaci má lokální adresář na systémovém disku v \Users\%username%) je na woknech jediný filesystém, řešící přístupová práva. Ergo na non-NTFS systémech není zajištěno, že si uživatelé navzájem nepolezou do souborů.
IMO je to sice úplně jedno, protože v důsledku prasečí kvality spousty aplikací v průběhu let většina lidí stejně jede trvale na administrátorských účtech, ale to je samostatný problém. Používání souborových systémů určených pro výměnné disky na provozních pevných úložištích je prostě kravina a nemá se to z mnoha dobrých důvodů dělat.
Jak prosté, drahý Watsone.
V tom případě je otázka, proč všechno tak visí na NTFS?
Widle mají mít nějakou "bezpečnostní architekturu", která tohle řeší. Role operačního systému je odstínění HW od aplikace (a čmoudový klient je aplikace). Stejně jak appka neřeší, jestli je klávesnice na PS2 nebo USB, tak by neměla řešit, jestli jsou data na NTFS nebo NedodělanýFS. Prostě chci tenhle soubor jenom pro sebe a jenom pro čtení. OS, zařiď to, jak umíš (třeba jako dlouhý názvy na FAT32).
To, že se správa souborů (bezpečnost, šifrování,...) a provázání práv s uživatelem deleguje na FS, je chyba architektury té napodobeniny OS.
Proč já můžu mít to samý na EXT3, EXT4, na LVMku, *FS, čemkoliv pod FUSE, ... ? A proč to samý nejde v korporátním světě Widlí?
To jako myslíš, že by to měl v nějaký proprietární databázi, do který by ostatní aplikace lezly skrz nějaký korporátní API? To bys asi měl pocity, jako kdyby sis z výšky skočil prdkou na špičatý hrábě.
Jako fakt nechápu o čem ten tvůj žlučovitý rant měl být.
Na lokálním systému prostě běží klient, synchronizující složku (v lokálním filesystému) proti cloudu.
Ta lokální složka je logicky uložena na lokální filesystému, a to defaultně v home adresáři (který se od lina liší jenom tím, že místo v /home/%username% leží v %SysRoot%\Users\%username%), a přístup k ní má pouze její vlastní %username%, což je hlídáno prostřednictvím ACL filesystému. Což je mimochodem princip naprosto stejný, jako v linu.
Aplikace se složkou a soubory pracují prostřednictvím prostředků filesystému úplně stejně, jako s jakýmikoli jinými soubory a složkami kdekoli jinde v jakémkoli jiném lokálním filesystému.
Pokud se ke konzoli přihlásí jiný uživatel, klient OneDrive mu synchronizuje JEHO složku v JEHO home adresáři.
No a jelikož evidentně někdo prudil, že umožnění aby OneDrive synchronizoval složku umístěnou na filesystému nehlídajícím přístupová práva je bezpečnostní slabina (protože ti někdo může soubory napadnout nebo zfalšovat), namísto aby si řekl že to je problém dementa který si to tak nastavil, tak to zařízli.
Jenomže opět se najdou prudiči, kteří kňučí že je to sviňárna. Jinými slovy, haters are gonna hate. A ty jseš evidentně jejich soudruh předseda.
Vzhledem k tomu, že to MS zařízl např. na jejich vlastním souborovém systému ReFS, který ACL umí, tak je váš příspěvek přesně tím hejtovacím, prudícím a žlučovitým příspěvkem, na který se (nesprávně) snažíte takto upozornit.
To že platí 1000 lidí - 1000 chutí raději ani nebudu rozmazávat, protože zjevně nechápete to, že když někomu vadí to, že na FAT/exFAT nemá řízení přístupu, tak se najdou jiní, kterým to nevadí a přesto chtějí soubory z něj do OneDrive synchronizovat.
Osobně si myslím, že upozornění u FAT/exFAT by stačilo a vypínat to u ReFS je úplná kravina.
Na ReFS to zatrhli nejspíš proto, že ani MS ReFS pro produkční nasazení nedoporučuje a nepodporuje. A jelikož se s ReFS počítá jako s nástupcem NTFS, dá se předpokládat že to na něm znovu povolí v momentě, kdy budou ReFS považovat za natolik stabilní, aby nemuseli řešit tisíce hlášení problémů.
A v každém případě je to JEJICH obchodní rozhodnutí, stejně jako "hloubkový drátování do jádra" (citace).
A konečně, co se týče hejtování, ještě o jeden level historie dřív tu proskočili nějací "idioti" a podobná láskyplná oslovení (byť ne Tvoje).
Tak jestli se mezi ty idioty pocitas ...
Co se kde bude nebo nebude syncovat je predevsim vec admina, a pokud je jim uzivatel tak prave jeho.
Sem zvedav jak osyncujes trabs flashku ... kdyz "o nejmoudrejsi" M$ kazdou jednu naformatuje (a BFU si ji tak rovnou koupi) jako FAT32 ... a vis ty proc? Protoze pokud si ji nekdo naformatuje jako ntfs ... tak mu to jednoduse nebude (v nekonecny moudrosti M$) fungovat. A to tak ze vubec. Protoze jakmile to vrazi do lilbovolnyho dalsiho kompu, kde danej user nema admina ... tak si z toho nic neprecte ani na to nic nezapise.
A presne proto se na widlich bez admina neda delat.
Vy jste zase jako rádio Jerevan. Samozřejmě pokud si Franta nastaví, že nějakého adresáře na klíčence může jen on, tak na jiném stroji uživatel Franta neexistuje (případně nemá stejné ID), a bez admina nelze permissions přerazit. ALE: zařízení s příznakem FILE_REMOVABLE_MEDIA (kam patří i USB klíčenky, pokud se správně identifikují) mají defaultní ACL, který povoluje přístup skupinám Users a/nebo Interactive Users, a by default se dědí na celý strom. Tyhle skupiny mají na každém PC stejné ID. Takže dokud uživatel ACL nemění, resp. neodebere přístup defaultním skupinám, tak není problém.
Copak lulane, zase zvanis naprosto z cesty jako vzdy a vsude?
To je zajimavy ze widle se formatovani na ntfs pomerne hlasite branej ... do M$ totiz jeste asi nedorazilo, ze lidi bezne pouzivaj i soubory vetsi nez 2GB ... a co teprve vyrobci, ktery to ani jinak naformatovany nedodavaj ... A o tom, ze widle s tim nesou schopny pracovat jako s diskem ani nemluve.
Fakt myslíte když napíšete nesmysl a někdo na to poukáže, tak mu stačí napsat "zase zvanis naprosto z cesty" a snažit se změnit téma? Takže ještě jednou: napsal jste naprostý nesmysl o používání klíčenek s NTFS, a pokus o změnu tématu na tom nic nezmění.
Situace je to naprosto typická: nevíte a neznáte, dáváte to hlasitě na odiv, a k tomu rozdáváte invektivy. Když se ukáže, že jste úplně mimo, tak to samozřejmě neumíte uznat, a dál se chováte jako hovado. Ne, s vámi nemá smysl ztrácet čas.
Tak 1) se chováš jak vocas, a 2) meleš nesmysly. NTFS flashky, stejně jako externí disky bez ohledu na to jestli plotny nebo SSD, fungujou zcela bez problému. A 2) s ohledem na objem zápisů a následně životnost je pro flashky a paměťové karty tak jako tak vhodnější UDF, pokud nepotřebuješ na obsahu hlídat práva. Kdyby kvůli ničemu jinému, tak proto že je ti pak úplně jedno jestli cílová mašina jede pod windows, macos, linuxem, nebo čímkoli jiným.
Ale to by konzument Šalomounova howna tvého formátu měl přece vědět.
A co jako? To jako dneska někdo na PC s Windows chce synchronizovat OneDrive na něčem jiném než NTFS???? Na čem jako??? Jak píšou, na FAT to patrně nefungovalo nikdy, akorát se nevyhodila žádná chyba, což byla chyba, tak wocogo??? Zase tu někdo něco nepochopil. Na lokálním OneDrive jdou už někde od W8 nastavit třeba symboličtí zástupci, kteří nezabírají fyzicky místo a stáhnou se, až jsou potřeba. Nic takového FAT neumi ... prostě opravili chybu, kdy to nehlásilo špatný filesystém, OMG! Toť vše!