Ihsiak wrote:
> Dnia 2004-12-29 09:47, Użytkownik Mariusz napisał:
>
>>> Nie pad chyba. Tylko chkdsk. ZNajduje minor file allocation error w
>>> historii i niby naprawia ;)
>>>
>> Czyli jednak następuje konflikt wykorzystywanych obszarów - musi
>> jedno na drugie włazić - inaczej w OS-ie nic się błędnie nie zapisze
>> - ja to ćwiczyłem na starej maszynie, gdzie było 32 MB RAM i 20 MB
>> swapa - to mnie nauczyło uważać co i kiedy uruchamiam. Lecz przy
>> Twoich zasobach ??? - powód może być tylko jeden coś powoduje aneksję
>> zajętych obszarów.
>
>
> Nie koniecznie panie Mariuszu :) jeśli plik jest otwarty, a część jego
> danych rezyduje w pamięci cache, to naturalnie, że po "padzie"
> systemu, taki plik znajduje się w stanie "dziwnym"... a, że chkdsk
> naprawie stany dziwne w ten sposób... (znaczy konkretniej, podejżewam,
> że ten plik ląduje w jakimś FOUND0 czy coś)
To uzasadnienie mnie przekonuje - tylko dla czego nie ma kopii zapisanej
na dysku, gdy część danych jest w "locie"? Wyobraż sobie bazę danych,
lub arkusz kalkulacyjny, które by tak działały! Powinien być realizowany
zapis historii co jakiś czas.
-- Mariusz Błaszak mbs@granit.univ.szczecin.pl < OS/2: Logic, not magic >Received on Wed Dec 29 13:02:12 2004
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Wed 29 Dec 2004 - 13:03:01 MET