VIRY.CZ

Ano. Dilna je mimo. Disky jak doma tak dilna jsou ok. Ted jsem je vsechny otestoval. Zkusim sw jak pises. W search je uz vsude vypnuty i spybot je pryc.
Diky moc jirka.

Ahoj.
Včera jsem na PC doma a PC dílna udělal vše dle instrukcí.
Dnes jsem na PC dílna odinstaloval SyncBackFree a teprve potom jsem připojil přenosný disk.
Na obrázku je vlevo záloha, kterou jsem udělal než jsem vypnul PC dílna a vpravo je zdrojový adresář zálohy vlevo na přenosném disku.
Jsou to všechny soubory na kterých jsem pracoval na PC dílna.
Chová se to jako by se soubory ukládali někam do vzduchu ale tváří se jako, že jsou na disku. Jsou vidět jdou kopírovat i otevírat.
Jak se vypne PC tak zmizí.
Nekontroloval jsem to hned po puštění PC doma ale až cca za hodinu. Zítra to zkusím hned po spuštění PC doma.

Existuje důvod proč by to zůstávalo jen v RAMce nebo něco podobného?
Díky jirka

Otázka č.1 Je možné aby tato chyba z PC dilna měla vliv na ukládání dat? Cca 16:00 jsem PC dilna vypínal.
Otázka č.2 Jak je možné, že mám aktualizovanou zálohu na PC dilna ve 12:30 když jsem SyncBackFree odinstaloval v 8:45?
To už zavání duchařinou.

Název protokolu:Application
Zdroj: ESENT
Datum: 08.04.2020 16:07:05
ID události: 455
Kategorie úlohy:Protokolování a zotavení
Úroveň: Chyba
Klíčová slova: Klasické nastavení
Uživatel: Není k dispozici
Počítač: CAMprace
Popis:
svchost (9544,R,98) TILEREPOSITORYS-1-5-18: Při otevírání souboru protokolu C:\WINDOWS\system32\config\systemprofile\AppData\Local\TileDataLayer\Database\EDB.log došlo k chybě -1023 (0xfffffc01).
Kód XML události:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="ESENT" />
<EventID Qualifiers="0">455</EventID>
<Level>2</Level>
<Task>3</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2020-04-08T14:07:05.966150100Z" />
<EventRecordID>15116</EventRecordID>
<Channel>Application</Channel>
<Computer>CAMprace</Computer>
<Security />
</System>
<EventData>
<Data>svchost</Data>
<Data>9544,R,98</Data>
<Data>TILEREPOSITORYS-1-5-18: </Data>
<Data>C:\WINDOWS\system32\config\systemprofile\AppData\Local\TileDataLayer\Database\EDB.log</Data>
<Data>-1023 (0xfffffc01)</Data>
</EventData>
</Event>

Nemyslím si, že tato chyba by mohla něco takového způsobovat - je to chyba, která se objevuje v hodně počítačích od buildu 1903. Error se dá opravit... cmd jako správce a:

Kód: Vybrat vše

cd c:\windows\system32\config\systemprofile\AppData\Local
mkdir TileDataLayer
cd TileDataLayer
mkdir Database

Já tomu systému pořád asi nerozumím. K čemu všemu máš ten externí disk? Ručně si tam nakopíruješ soubory a do jiné složky se ti provádí zálohy SyncBackem? Takže obnovíš data vytvořená SyncBackem z externího disku na PC a pracuješ s daty uloženými na PC. Mezitím se ti jednou za čas udělá rozdílovka/inkrementální záloha z PC na externí disk. Až skončíš, zkopíruješ ručně soubory na externí disk, kterej pak vezmeš, zapojíš ve druhém PC a obnovíš zálohu?

Když mluvíš o duchařině nebo RAMkách, tak udělej test... zazálohuj data na externí disk, bezpečně ho odeber přes ikonku vpravo dole u hodin (tím se zruší veškeré operace prováděné na souborech na disku), fyzicky disk vyndej a pak znovu zapoj do PC a mrkni na soubory.

Nebo otevíráš a pracuješ přímo se soubory z externího disku?
S jakým objemem dat takhle pracuješ?
Nemáš v kanceláři nebo doma veřejnou IP adresu?

Ahoj.

Díky za postup. Adresář "Database" je tam. Doufám.

O testu ramky jsem také přemýšlel ale vždy na to pak zapomenu. Jaký test doporučuješ? Memtest 86?
Odebírání disku se mi ne vždy povede. To už jsem vzdal. Zůstane mi tam vyset třeba cesta k poslednímu otevřenému souboru z nějakého sw.
A pak to odmítne odpojit.

B je správně. Pracuji přímo na externím disku.
Běžně pracuji se soubory 1-15MB. Občas do 30MB. Ukládám automaticky po 10min a kliknu ručně uložit častěji.
Databáze pošty je cca 5GB. Ale ta se asi aktualizuje jednou za pár dní. Práce s poštou se ukládá do souborů cca 20MB. Aspoň si myslím - dle datumů u souborů.
Veřejnou IP tuším mám v dilně. Jak to zjistím kromě papírů? Když se připojím k routeru tak píšou IP Address:xxx.xxx.xx.x(Static IP). To je ono?

Díky za Váš čas. Jirka

IP adresu zistis s príkazového riadku:
ipconfig
prip.
ipconfig /all

To jo. Já myslel jestli je veřejná.

Ahoj.
Při zavírání všech sw před vypnutím PC tam jsou tyto události:

Kód: Vybrat vše

Název protokolu:Application
Zdroj:         ESENT
Datum:         09.04.2020 15:25:11
ID události:   455
Kategorie úlohy:Protokolování a zotavení
Úroveň:        Chyba
Klíčová slova: Klasické nastavení
Uživatel:      Není k dispozici
Počítač:       CAMprace
Popis:
svchost (8536,R,98) TILEREPOSITORYS-1-5-18: Při otevírání souboru protokolu C:\WINDOWS\system32\config\systemprofile\AppData\Local\TileDataLayer\Database\EDB.log došlo k chybě -1023 (0xfffffc01).
Kód XML události:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="ESENT" />
    <EventID Qualifiers="0">455</EventID>
    <Level>2</Level>
    <Task>3</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2020-04-09T13:25:11.758689200Z" />
    <EventRecordID>15238</EventRecordID>
    <Channel>Application</Channel>
    <Computer>CAMprace</Computer>
    <Security />
  </System>
  <EventData>
    <Data>svchost</Data>
    <Data>8536,R,98</Data>
    <Data>TILEREPOSITORYS-1-5-18: </Data>
    <Data>C:\WINDOWS\system32\config\systemprofile\AppData\Local\TileDataLayer\Database\EDB.log</Data>
    <Data>-1023 (0xfffffc01)</Data>
  </EventData>
</Event>

Kód: Vybrat vše

Název protokolu:Application
Zdroj:         VSS
Datum:         09.04.2020 15:23:50
ID události:   8194
Kategorie úlohy:Není
Úroveň:        Chyba
Klíčová slova: Klasické nastavení
Uživatel:      Není k dispozici
Počítač:       CAMprace
Popis:
Chyba služby Stínová kopie svazků: Při dotazu na rozhraní IVssWriterCallback došlo k neočekávané chybě. hr = 0x80070005, Přístup byl odepřen.
. To je často způsobeno nesprávným nastavením zabezpečení v modulu pro zápis nebo žadateli. 

Operace:
   Shromažďování dat modulu pro zápis

Kontext:
   ID třídy modulu pro zápis: {e8132975-6f93-4464-a53e-1050253ae220}
   Název modulu pro zápis: System Writer
   ID instance modulu pro zápis: {f464fd27-a6c7-486c-b421-18fe17499f41}
Kód XML události:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="VSS" />
    <EventID Qualifiers="0">8194</EventID>
    <Level>2</Level>
    <Task>0</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2020-04-09T13:23:50.010777900Z" />
    <EventRecordID>15237</EventRecordID>
    <Channel>Application</Channel>
    <Computer>CAMprace</Computer>
    <Security />
  </System>
  <EventData>
    <Data>0x80070005, Přístup byl odepřen.
</Data>
    <Data>

Operace:
   Shromažďování dat modulu pro zápis

Kontext:
   ID třídy modulu pro zápis: {e8132975-6f93-4464-a53e-1050253ae220}
   Název modulu pro zápis: System Writer
   ID instance modulu pro zápis: {f464fd27-a6c7-486c-b421-18fe17499f41}</Data>
    <Binary>2D20436F64653A20575254575254494330303030313238372D2043616C6C3A20575254575254494330303030313234312D205049443A202030303030343237322D205449443A202030303030363137362D20434D443A2020433A5C57494E444F57535C73797374656D33325C737663686F73742E657865202D6B204E6574776F726B53657276696365202D70202D732043727970745376632D20557365723A204E616D653A204E5420415554484F524954595C4E4554574F524B20534552564943452C205349443A532D312D352D3230</Binary>
  </EventData>
</Event>

Těch druhých je tam 5ks.

Díky jirka

Dotaz: Na přenosném médiu indexovat nebo ne?
Díky jirka

A ještě: nemůže být problém s povolením ukládání do mezipaměti?
Díky

na upresnenie:
- pracujes na tych 2 pocitacoch len sam ? raz u seba, potom v dielni ?
- ten externy disk prenasas medzi nimi, rozbalujes zalohu ?
- kolega sa spytoval na IP, nedozvedeli sme sa ci su verejne, alebo obe za routrom, typu 192.168.x.x ?
- nemohol by si z dielne pracovat na tom druhom(hlavnom) PC cez terminal, VNC, VPN ? * nehodiace skrtni

toto je mimo AV oblasti, ale snazime sa s kolegom pochopit princip prip. pomoct

upřesňuji:
- Ano. Na obou PC pracuji jen já. A ano. Jednou tam a pak tam. Nikdy ne současně.
- Zálohu nerozbaluji. Je to vždy jen kopie. A koukám do ní jen když jsou poškozená data.
- Nevím jak poznám, že mám veřejnou IP. Ale na faktuře za připojení za ní platím. Když dám ipconfig tak tam je 192.168....

VNC a VPN "neznám". Vím, že něco takového existuje ale netuším jak se k tomu postavit. Ale z Tvého textu chápu, že když budu v dílně tak by musel běžet i PC doma. Takže netuším.

Za snahu o pomoc jsem vděčný.

P.S. Ve čtvrtek (nebo v pátek) jsem vyměnil zálohovací sw za Cobian a nastavil disk pro rychlé odebrání. Tisíckrát ťukám na dřevo - zatím je klid. Uvidím tento týden. V pátek a v sobotu jsem byl v dílně (i s daty) a žádná chyba. Tak jsem zvědaF.

Díky jirka

pokial to funguje, nebudeme dalej rozvijat ine moznosti
verejnu IP ma router, oba PCs su skryte za nim a maju interne IP - predpokladam
drzim palce Jan

Díky moc. Ke konci týdne dám vědět jak se to chová.

jirkamm píše:Odebírání disku se mi ne vždy povede. To už jsem vzdal. Zůstane mi tam vyset třeba cesta k poslednímu otevřenému souboru z nějakého sw.

Tohleto se mi nelíbí. Problém klidně mohlo vyřešit nastavení Rychlého odebrání.

Jestli máš veřejnou IP - vlezeš do administrace routeru a zajímá tě nastavení (adresa) WAN. Pokud na WANu nemáš IP adresu z rozsahů:
10.0.0.0 – 10.255.255.255,
172.16.0.0 – 172.31.255.255,
192.168.0.0 – 192.168.255.255
pak máš veřejnou IP adresu (může tam být pár výjimek jako NAT-T apod., ale nezabývejme se tím zatím). Proč jsem se ptal jestli máš veřejku a kam tím mířím - jak řekl kolega, dal by se zřídit osobní cloud, případně mnohem jednodušší na nastavení vzdálený přístup přes VPN...

Zatím funguješ, takže to nechme v tomto stavu a dej nám vědět, jestli se něco změnilo nebo ne.

VIRY.CZ

soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu

Re: soustavné poškozování dat na přenosném mediu