Jak na Androidu překopírovat soubory beze zmĕny data a času?

Přes managera v PC,třeba TC. Přesuň ty soubory a pak přes TC změníš/upravíš čas. Ale je jistota že soubory lze z vnitřního úložiště přesunout na SD ?

Tak když připojí mobil USB kabelem k PC, měl by mít snad vždycky možnost soubory z mobilu do PC dostat. Start - Zařízení a tiskárny - vybrat mobil - Procházet soubory.

Mám dojem,že potřebuje přesouvat soubory v telefonu,nechce do PC. Total Commander by mu to ale měl umožnit.

¨Včera jsem mazal hromadu systémových aktualizací, jenom abych mohl nainstalovat TC, který v PC tohle umí. Bohužel, u TC pro Android jsem toto nastavení vůbec nenašel a standardně při kopírování to TC také mění.

Nikoliv, zdaleka vsechna zarizeni nemaji USB Mass Storage, ale zvlast u novejsich founu je pritomen pouze rezim MTP prenosu, takze vykopirovanim je to pak bez sance.

Me napada snad jedina moznost, ktera by snad mohla byt realizovatelna, nezkousel jsem: zapakovat v mobilu do zipu, presunout na sd-kartu a rozpakovat.

Zajímavý předpoklad, ale bohužel také nefunkční. Po rozpakování mají soubory a složky aktuální datum.

Tak potom asi len presunúť na kartu, kartu dať do PC, upraviť dátumy, kartu vrátiť do mobilu.

Jak potom upravit data v PC u několika desítek souboru?

V Total Commanderu třeba u desetitisíců souborů najednou.

Trochu podrobnější postup, jak několika desítkám různých souborů vrátit původní datum, které měly před kopírováním, by nebyl? Podle mě se tato informace při kopírování nenávratně ztratí.

Edit: Je tam sice ještě asi datum vzniku a u fotek i EXIF, ale podle mě to není přesně ten údaj, jako mel soubor před kopírováním, byť nouzově by šel také použít, jelikož většinou platí, že datum vzniku = datum poslední změny. Chci prostě zrcadlovou kopii určitých složek a souborů z vnitřní paměti na microSD kartu včetně původních časových údajů nebo aspoň výsledek co nejbližší tomuto zadání. Soubory a složky s datem kopírování nebo jiným konstantním datem nejsou vhodné.

Zadny postup neni, nejde to.

Kdyby ses vyzvejknul driv, tak jsme ti to rekli rovnou. Atributy souboru typu datum neprinalezeji tomu souboru, ale filesystemu, ve kterem je ten soubor ulozeny. Za urcitych situaci o atribut kopirovanim neprijdes, ale v tomto pripade proste ano, uz jen proto, ze na vnitrnim ulozisti bude asi nejaky ext4 filesystem zatimco na sd-karte bude nejspis fat32, pripadne exfat.

oni avizovali, že to má být jen na volání...

vubec tve odpovedi nerozumim, tohle je prece i na pocitaci to same, atribut nikdy nenalezi souboru, ale filesystemu, proto mas hash retezec dvou souboru s ruznym atributem shodny.

a pracuje si s tím andy sám bez zásahu usera. zvláštní.

To se mi nezdá, Total Commander for Windows umí při kopírování zachovat původní časové údaje souboru a je mu jedno, že kopíruji třeba z NTFS na FAT32 a opačně. Pokud na Androidu žádný správce souboru tohle neumí, tak musí aspoň nějak jít změnit datum změny souboru na datum jeho vzniku nebo přinejhorším u fotografii na data vzniku z EXIFu.

Edit: Napadá mě primitivní, ale logické řešení - připojit mobil k PC, otevřít v TC vnitřní paměť jako jeden disk, microSD jako druhý disk nebo ji dát do čtečky a zkopírovat soubory přes TC v PC s nastavením neměnit časové údaje při kopírování. Nevím, jestli bude fungovat, ale za odzkoušení by to stálo ...

Muzes ale fungovat to nemusi.

Jak rikam, atribut nalezi filesystemu, pri kopirovani musi program umet kopirovat i atribut (obvykle to umi protoze program kopiruje pres nejakou systemovou knihovnu), dostavame se k tomu, ze to musi umet system a musi si to spravne predat filesystemy ze kterych a na ktere je kopirovano. Pokud tohle vsechno klapne, tak se atribut udrzi, jinak ne.

U Androidu jsem presvedcen, ze to neumi ani system, takze hledani programu je zbytecne.

Co se tyka tveho napadu, tak u cesty z vnitrniho uloziste do pocitace nebo rovnou do ctecky s sd-kartou, proste z interniho uloziste ven vznika problem, ze nemusi byt Mass Storage, ale dnes obvykly MTP rezim prenosu a ten co vim taky neumi pracovat s atributama, takze taky nic, ale treba tvuj mobil umi Mass Storage.

přesně tak si to myslím. čas je alfou- omegou file systému.

Tak 1. část funguje, do PC soubory nakopíruji bez změny data, ale na microSD kartu v telefonu to nejde ani přímo, ani přes PC, ovšem mám dojem, že to je problém výhradně TC, aspoň někde jsem četl, že TC neumí pracovat s microSD kartou v Androidu. I když to se vlastně týkalo TC for Android. Ovšem s microSD ve čtečce by měla fungovat i 2. část - nakopírování souboru na microSD kartu.

zkus tu kartu vyjmout. vložit na něco normálního, změnit a vložit do g os. attrib poslední přístup bych ignoroval. otázka zní: k čemu to potřebuješ?

Potřebuji překopírovat foto a video soubory z vnitřní paměti tabletu, která je prakticky plná, na microSD kartu, která je úplně prázdna, ale datum poslední změny souboru musí zůstat původní.

Mimochodem, řešení filesystémů ohledně časových změn mi přijde na hlavu postavené, mě zajímá datum poslední změny souboru, a ne datum poslední manipulace se souborem. Překopírováním se soubor přece nijak nezmění, ovšem takhle při použití standardních souborových správců přijdu kopírování právě o datum změny souboru.

I když je časové razítko atribut systému, tak přece při kopírování jej dokáže změnit i souborový správce v Androidu. K datu poslední změny má také přístup, jelikož většina dokáže uspořádat položky podle data (poslední změny), tak co mu při kopírování bráni nejdříve načít datum poslední změny a po překopírování jej vložit namísto aktuálního data tak, jak to umí TC for Windows?

Při kopírování z daného tabletu na PC s pomocí TC for Windows a zapnutém nastavení "Neměnit časová data souborů a složek", se soubory a složky překopíruji bez změny časových dat, byť tablet uvádí, že je připojen v MTP režimu.

třeba tímto http://www.nirsoft.net/utils/bulk_file_changer.htm l, xcopy... je zajímavé, že ti to gooogle os neumožní.

nemyslíš tím změnu v exifu, pokud se jedná o obrázky? o co jde?

Proč to nefunguje a možné způsoby řešení:

https://forum.xda-developers.com/android/general/g uide-timestamp-attributes-correct-t2960935

Tak s pomocí Google Translator jsem akorát pochopil, že se jedná o chybu Google, která dosud není opravena a že následně lze s pomocí některých programů měnit časové razítko. Jak ale dosáhnout výsledku požadovaného v původním dotazu jsem nepochopil.

nejedná se o chybu, ale vlastnost. A řešení spočívá v NEvyužití souborových operací Androidu.

Takže nakonec stačilo připojit zařízení k PC, kde se zobrazilo jako další disk v režimu MTP a přes Total Commander (for Windows)jsem to požadované soubory překopíroval na microSD kartu připojenou k PC přes čtečku. V nastavení Total Commanderu byla přitom zapnuta funkce neměnit časové údaje složek a souborů. Ovšem jak přenést soubory do nového telefonu bez microSD netuším.

data zkopíruješ do PC pomocí TC a následně opět pomocí TC do nového telefonu.

Tak bohužel, z Androidu do PC to přes TC jde bez změny časových údajú, ale zpět do Androidu to nastaví aktuální datum. Nějak mi uniká logika takového chování systému, u souboru spíše potřebuji vědět, kdy se udála nějaká změna samotného souboru a ne kdy byla se souborem provedena nějaká manipulace.

Teda nemyslel jsem, že to bude takový problém ... A pro majitelku telefonu je to principiální záležitost, v mobilu má pracovní fotky, u kterých se potřebuje rychle orientovat podle data vzniku. Pokud mají všechny staré fotky stejné datum, tak je to pro ní katastrofa. Hodil bych je microSD, ale zase je škoda přijít o další SIM, když schválně kvůli tomu kupovala mobil s 64GB paměti (Honor 8 Premium).

Ona to katastrofa neni, jen uzivatelka pouziva nejakou funkci nezamyslenym zpusobem. Lide proste vzdy prijdou na neco s cim nebylo pocitano.

Videl bych to na nejakou aplikaci na spravu fotek, pro Windowsy existuji, tak by mohlo neco existovat i na Androidu.

Co zkusit nejakej cloud. Treba Onedrive radi fotky podle data vzniku, takze kdyby se na starem mobilu nahraly do Onedrive, tak by se tam mohly seradit a drzet to serazeni ikdyby je nechala na novem mobilu offline, ale prakticky to nevim, ja nahravam jen do cloudu a z mobilu to mazu (presouvam do PC).

Když to má TC jako speciální opci, tak to asi až tak nevyžadovaná věc není. Sám mám občas problémy na pracovním PC, kde po napadení ransomware a následném dešifrovaní, mají všechny soubory určitého typu stejné datum změny. Nechápu, proč je pouhé kopírování bráno jako změna souboru, to nějak nemá logiku.

Vzdyt jsem to tu psal, protoze je to funkce filesystemu, takze zapisem na novy filesystem (kopirovanim na jiny disk) je vlastne soubor zmenen nebo jakoby nove vytvoren.

Njn, z technického hlediska to logiku má, z uživatelského již méně. Škoda, že to na Androidu nelze obejít stejně jako na Windowsech. Ještěže mají fotky EXIF.

ale tak, vždyť to jde setřídit i podle metadat (exif, idtag atd.), android, podle selské logiky páně aristotela, s tím atributem musí nějakým způsobem vést záměr. na win tak nějak ne- tam je nelogika tam ti při kopčení ze shellu u souboru s metadaty naprdne souborový atribut datum vytvoření na hodnotu z metadat. když se zadaří.

Tak ono je něco jiného to setřídit teoreticky, např. 1x na PC a něco jiného najít vhodnou galerii na Android, která to tahle setřídí a ukáže. Na Xperii Z1 Compact je v Albumu přehledně zobrazeno podle dat pořízení, takže stačí vědět přibližný termín, třeba v řádu měsíců a potřebné fotky jsou hned k nalezení.

načítá patrně data z exifu. souborový atribut to nepotřebuje.

pokud potřebuješ něco na android, zkus quickpic. ještě nezklamal. to co chceš řešit, jsou atributy souboru, fyzického souboru. ne obsahu. dato pořízení není atribut fyzického souboru.

na win bych zkusil xn. pěkně řadí.

Skvele, takze podle tehle logiky je jako informace o datu a casu vzniku souboru zbytecna?! Tak proc tyhle informace v systemech jsou?! Bud jsem nepochopil pointu, nebo se snazite delat z lidi blbce (?) Osobne vlastnosti datum a cas souboru vyuzivam velmi casto a od toho je rekl bych i funkce radit podle data a casu v souborovych manazerech od dob MS-DOSu a nebo pri vyhledavani souboru!
Takze uz vime jaky typ lidi ma tyhle boty v Androidu na svedomi. Generace lidi s mozkem s vyvojem Androidu od verze 4.X skoncila a predala to nejspis generaci bezmozku co dela jen selficka na xichtbooku *) ;-(
I kdyz byvaly kamarad uci programovani na univerzite a verim, ze by byl schopny taky tvrdit, ze 30 let vyuzivana funkce je nezamyslena. Zvlast pokud by to znamenalo plivnout na neco jineho nez MS, nebo Apple. Prave pro to uz je byvaly A FB pri tom nema...

Reagovat po dvou letech,no nevím kdo z koho (sebe) něco dělá.

Jak je videt, porat si to nekdo precte. A plati to stale, po 2 letech, nebo 2 dnech. Takze na platnosti predchoziho tvrzeni se nic nemeni. Je to fakt, ne hypoteza k polemice...

Kopírovanie so zachovaním času medzi telefónom a sd kartou funguje bez problému. Použitý TC pre android.

Tak to je jedine dobre, pokud v tom pripade plati to co o me napsal forestek. Dobre pro Android, ne pro me. Ja sem dostal po zalohovani a smazani 1GB dat z interni pameti taky konecne dneska do tabletu Total Comander pro Android. Po tom co mi Obchod Play vnutil myslenku pri marnych pokusech, ze pro nainstalovani typnu maximalne 20MB velke aplikace (instalacni balicek ma podle Obchodu Play 1,64 MB!) potrebuje v ulozisti minimalne 400MB mista!!!! Proboha na co!?!? Proc?! To je dalsi prihlaska na ranu nekomu pesti! Kdyby to alespon nekde vysvetlili, ale ne, to je "vazeny uzivateli proste jsi d*bil, a trhni nam nohou. My sme ti tu vysmahli od oka cifru a ty se s tim smir, protoze nas to nezajima! Ty musis byt tupec, kdyz pouzivas nase produkty takze ti to nedojde!"
Pristup diky kteremu jsem zavrhl Apple, a nektere dalsi vyrobce, nebo poskytovatele sluzeb a ted zvoni hrana Androidu. V pristi aktualizaci nebo verzi to bude 1GB a prespristi 1TB? Efektivni vyuziti zdroju na ktere cekat nebudu! Nezachrani to ani stupidni hry, "modni" komunikacni nesmysly 100x prejmenovane, zbytecne a hladove aplikace ktere nahradi zalozka ve webovem prohlizeci, ani ty zbytky nebohych uzitecnych efektivnich aplikaci, topicich se nekde hluboko mezi tim vsim plevelem, a ktere za chvili ani Android nedovoli nainstalovat a jejichz vyvojari uz vzdali vyvoj

Google play je veľký, to áno, u mňa až cez 500 MB, a to by bolo na inú debatu.
Ale samotný TC má aj so všetkými dátami 8 MB, čo je nič.

Nevim presne o co slo a cist to uz nebudu, ale chyba je jednoznacne u tebe, nikoliv u systemu. Nechapete funkce, ktere rikaji, co to je cas vytvoreni, cas zmeny, cas otevreni souboru. Ja za to nemuzu. Pritom ty funkce jsou jasne dane a srozumitelne, nemam k tomu co rict. Kopirovany soubor neni original, ale kopie a ta byla vytvorena ve chvili zkopirovani, cas tedy sedi spravne.

Edit: Pokud chces uchovavat metadata jako treba casove udaje, tak pres databazi, jsou na to i programy, ktere tu alespon castecne databazi automatizuji.

---

Co se tyka toho, proc nejde na Androidu nainstalovat soubor, ktery ma 20MB, kdyz nemas 400MB volneho mista, tak je to taky trochu jinak. Google Play se automaticky aktualizuje na nove verze aniz by dal sanci to uzivateli ovlivnit. Pred timto procesem se dotaze systemu, jestli je v nem dostatek mista pro aktualizaci. Pokud neni, nelze aktualizaci provest a proto to Android vyhodnoti tak, ze kdyz nelze aktualizovat Google Play, nelze instalovat ani nic jineho a basta. Je to idiotske jako cely Android, ale je to tak a muzes se vztekat do aleluja, ale nic s tim neudelas. Jedinny jiny mobilni system je iOS na Applu, zadny dalsi vyber nemas.

A mimochodem Google Play zacinal na 30MB mista, dnes si to vezme klidne 400MB, za par let to da klidne to 1GB. Zaroven ovsem poroste uloziste v novych telefonech, takze kdo si bude porizovat pravidelne novy mobil, ten na problem nikdy nenarazi, nebot procentuelne je to bud stejne zabraneho mista nebo i mene. Nemusim ti snad vysvetlovat, ze kupovani neustale novych telefonu neni chyba ale cil.

Pak je ten systém navržen špatně, o čem svědčí i to, že TC tuto funkci nabízí a podle mých pozorovaní, je dost často vyžadována a používána. Uživatele opravdu většinou nezajímá, kdy byl soubor naposledy přesunut nebo zkopírován, ale kdy byl reálně vytvořen nebo upraven.

A potřeba Xkrát většího místa na instalaci malého programu mě umí také neskutečně naštvat, ale už jsem se ji naučil obcházet. Stačí odinstalovat aktualizace googlovských aplikací typu Youtube, Mapy a pod., provést potřebné instalace nebo aktualizace dalších programů, přesunout je na externí úložiště a pak nainstalovat nejnovější aktualizaci odinstalovaných aktualizací googlovských programů a najednou je na vše místa dost. Pokud potřebuji ještě více místa, tak odinstaluji nějaký větší program, který nemá uživatelské nastavení a po aktualizaci jej nainstaluji znovu a také se vleze i novým programem nebo aktualizací.

Neni navrzen spatne, funkce casovych znacek je naopak navrzena spravne, jen ji uzivatele nechapou a zamenujou za neco jineho, co maji resit jinak - pres metadata. To ze funkce jde obejit a udaj podvrhnout neznamena vubec nic. Spis jde o to, ze ten casovy udaj neni duveryhodny a uzivatel s nim nemuze pocitat jako s necim trvalym. (Sam jsem toho kdysi vyuzil pri praci, kdyz mi byla kontrolovana podle techto casovych znacek, ale ja to delal v jiny cas a rychleji, ale pak jsem ty udaje zmenil. )

Jo, jenze u ZTE Blade jsem se dostal do stavu, kdy uz zadne obejiti nepomohlo. Mel jsem i falesne interni uloziste na sd-karte, ale porad tam ta kontrola fungovala a nektere veci musely zustat na tom systemovem oddile a nakonec jsem telefon musel zrusit, kdyby tam nebylo to hloupe omezeni, fungoval by dodnes.

Co je na něm správně, když to uživatelům nevyhovuje a snaží se to použít jiným způsobem? Jak lze řešit datum vzniku nebo poslední modifikace souboru přes metadata? U fotografii lze použít EXIF, ale co zbytek souborů?

Tam, kde to dava smysl a potrebujes znat casovou znacku, tam neco existuje. Osobne me napadaji prave jen ty fotky pres EXIF. U zbylych souboru je preci ten udaj take jasny: soubor proste vznikl a dostal udaj o case, ovsem nepochopeni nekterych uzivatelu je, ze i kopirovany soubor je kopie a ta take vznikla a teda dostala vlastni udaj o case. Nevim, co na tom nechapes.
Mimochodem, pro jeste jednodusi informaci o case vzniku fotky, ale plati to i jakehokoliv jineho souboru, muzes dat datum a cas porizeni fotky primo do jejiho nazvu.

A co v případě přesunu souboru? Tam přece nic nového nevzniklo, že v praxi se vytvořila kopie a původní soubor se smazal, uživatele moc nezajímá. Troufám si říct, že pro většinu uživatelů je důležitější datum vzniku nebo modifikace obsahu souboru než samotného souboru, což může, ale také nemusí být jedno a to samé.

Ve Windows jsou ty polozky tri: vznik, posledni modifikace, posledni otevreni. Vidis sam to vis, ze presun je kopie + smazani. A fakt nebudu uz dokola opakovat, ze jestli neco uzivatele zajima, tak si to ma zajistit sam - pres databazi s metadaty. Ty casove udaje u souboru, ktere poskytuje filesystem jsou servisni, ne uzivatelske. Dal uz tu o tom debatu vest nehodlam.