heh.pl
Kanał informacyjny Heh.pl


Poniedziałek 29 kwietnia 2024 r.

artykuły | abc komputera (archiwum) | forum dyskusyjne | redakcja


Temat

Komputer Gubi Dane Z Dysku...?


212.186.155.* napisał:
Witam,

W moim sprzęcie (sig) ostatnio zaczynają dziać się dziwne rzeczy.
Wygląda to tak, jakby dysk gubił dane z RAID0 (ostatnio wsiąkła mi skrzynka odbiorcza z OE, potem niektóre duże pliki HL2, kilka półtoragigowych obrazów Ghosta..). Sprawdziłem pamięć Memtestem - 12 godzin i zero błędów. Przeleciałem dyski HDD Regeneratorem, DiskDoctorem itp. DD wykazał śladowe błędy (błedne atrybuty i brak znacznika daty na kilku plikach).
Co to może być? Kontroler SATA na płycie? Kable?
Dyski są chłodzone dodatkowym wentylatorkiem, więc nie przegrzewają się (30 st. w stresie).
Dodatkowo - programy wyłączają się same (nie generują błędów, tylko nagle znikają), czasem jak wcisnę prawy klawisz myszy w WinXp to wysypuje się explorer.exe...

Wirusy, spyware itd wykluczamy icon_smile3.gif

Ma ktoś może jakiś pomysł??

pozdrawiam, WR81

83.18.50.* napisał:
Maybe Wirus ? icon_biggrin3.gif tzn Robak

83.16.51.* napisał:
A dlaczego wirusy wykluczamy? Bo sprawdziłeś jednym antywirem w stylu Pandy?

http://www.mks.com.pl
(Skaner OnLine)

http://www.free-av.com
(pobierz, zainstaluj i sprawdź)

Gdy obydwa wymienione powiedzą, iż wirusów brak, to wtedy będzie można wykluczyć wirusy.. ale tylko na 99%. Zawsze jest ten 1% szans.


212.186.155.* napisał:

Nie, bo siedzę w IT od czasów ZX Spectrum i wiem, jak się ustrzec i - w razie "wpadki" - pozbyć wirusów - i z całym szacunkiem, ale prawdopodobnie mógłbym cię sporo nauczyć o usuwaniu problemów z PCtem.
Pierwsze, co zrobiłem to przeleciałem kompa kilkoma różnymi Antywirami.
Gdybyś faktycznie wiedział, o czym piszesz, to wiedziałbyś też, że skaner on-line MKSa przepuszcza najwięcej zagrożeń - potwierdzone testami w kilku czasopismach, a także doświadczeniem.
Jeśli piszę, że wirusy wykluczamy, to znaczy, że proszę o konstruktywne wypowiedzi, z wyłączeniem tych o wirusach. Czytanie ze zrozumieniem to podstawa.

Nie obrażaj się icon_smile3.gif

Czy ktoś ma do powiedzenia coś w temacie, wyłączając odpowiedzi "sprawdź MKSem"?

pozdro, WR81

83.16.51.* napisał:
Gdybyś tak dokładnie i dosadnie napisał na początku, to oszczędziłbym Ci wykładu na temat antywirów. Ja też chwilę siedzę i np opinie o MKS mam trochę odmienną, ale nie o tym mowa.
Z raidem nie miałem fizycznej styczności, więc nie do końca wiem, jakie są możliwości diagnostyczne tego wynalazku.
Wyskoczyłem z tymi wirami, bo tak logicznie patrząc, to jeśli plik jest już fizycznie zapisany i jego obecna obsługa sprowadza się do jego odczytu (w przypadku plików HL), to nawet błędy w tej operacji na poziomie programowym lub sprzętowym nie powinny doprowadzić do ich zamazania. (chyba się ze mną zgodzisz.?)
Przeleć dysk programem do odzyskiwania danych i spróbuj je odzyskać. Jeśli się uda, to błąd jest na poziomie systemu operacyjnego, który źle widzi zawartość dysku. Jeśli są nadpisane, to znaczy iż informacjie o ich zostały nadpisane.

Wychodzi więc na to, iż informacje o nich nie tyle "znikają" co raczej są nadpisywane. Jedyny powód jaki przychodzi mi do głowy, to przepełnienie dysku. Nie chodzi o przestrzeń na pliki, co przestrzeń w tabelach katalogów, alokacji i plików. Jest to mało prawdopdobne, ale chyba możliwe. Partycja ma ograniczenia co do ilość plików i katalogów, które można zapisać na nim nie zależnie od dostępnej przestrzeni. Teoretycznie próba nadpisania informacji o pliku powinna zakończyć się błędem, ale w praktyce nie koniecznie.

Edit:
Przeczytałem to i widzę, iż trochę mi wyszło "masło maślane".
Chodzi mi o to, iż nie wygląda to tak, jak zwykle, czyli: usuwamy plik, informacje o jego położeniu są kasowane i później jego przestrzeń zostaje zajęta przez inne pliki.
Tu raczej wygląda na to, iż plik sobie jest, a system (przy zapisie nowego pliku) beszczelnie nadpisuje informacje o alokacji istniejącego (nie skasowanego) pliku, co powoduje jego zniknięcie.
Tego typu wypadki mogą wydarzyć z powodu skrzyżowanych partycji. Przypadek taki występował po użyciu którejś wersji Partition Magic, gdy przy jego użyciu ludzie uzyskiwali "powiększenie" dysku z np 80 GB do około 150GB. Było to jednak tylko złe zapisanie informacji o partycjach i zapisywanie nowych plików w "nowej przestrzeni" (powyżej 80GB) kończyło się oczywistym zamazaniem plików gdziś wcześniej.
Problem był opisywany jakiś rok temu na tym forum - powinien być jeszcze w archiwum.
W tym wypadku mogłoby to oznaczać niepoprawną pracę konktrolera RAID. Spododowana ona może być słabym zasilaczem (zakładam jednak, iż masz odpowiedni zasilacz), uszkodzeniem płyty, kabli lub nawet samego sterownika w systemie (podczas zaniku zasilania itp).

Tak przy okazji, to podaj: OS, rozmiary i typy partycji.

212.186.155.* napisał:

Mam nadzieję, że nie ZBYT dosadnie - ale wkurzają mnie ludzie, którzy czytają "Komputer Świat" i tym podobne pisma i w związku z tym uważają się za bóg wie kogo icon_smile3.gif

OS - WinXP SP2 32bit ze wszystkimi bieżącymi łatami, Pojedyncza partycja NTFS ~140 GB (2 x 74 GB).

Po dokładnej analizie podzespołów kompa wysnułem diagnozę, że problemy może powodować ostatnio dołożona kość RAM - konkretnie, do dotychczasowych Kingstonów 1GB + 512 GB dołożyłem 512 jakiegoś GoodRAM (za darmo miałem, to włożyłem).
Choć MemTest nie wykazywał żadnych błędów - po wyjęciu kostki od kilku godzin nic mi się nie wysypało, więc istnieje szansa, że to było to.

Czy WinXP mają problemy z alokowaniem pamięci powyżej 2GB?

pozdro, WR

83.16.51.* napisał:
Tak na poczatek, to z czasopism czytam tylko CDA (tylko wybrane recenzje gier + AR dla śmiechu), bo młodszy brat ma prenumeratę za moje punty w Plus5.

Pamięć powinna raczej powodować uszkodzenia zapisywanych/kopiowanych plików, niż znikanie już istniejących, jednak nie można jej wykluczyć, skoro czas pomiędzy jej dołożeniem, a wystąpieniem problemów jest krótki. Do tego dochodzi fakt, iż programy się nie wysypują. Może nowa kość nie wyrabia się na obecnych ustawieniach pamięci. Z drugiej jednak strony powinno sypać błędami w memtest. Proponuję dla pewności GoldMemory (dla DOS) - obraz BootCD do ściągnięcia z sieci.

Jeśli byś miał taką możliwość, to proponuję przenieść ważne dane na inny dysk i spróbować zapełnić ten dysk danymi. Dane te mogą być dowolne - chodzi o ustalenie, czy stare pliki będą znikać. Aby to ułatwić, dobrze by było robić listę plików do TXT lub przy pomocy specjalnych wtyczek do Total Commandera.

Co do problemów z alokowaniem pamięci w Windows, to coś kiedyś było, ale chodziło raczej o Windows 98. Jednak ręki sobie uciąć nie dam, iż Windows XP się pod to nie łapie...

193.219.28.* napisał:

CDA kiedyś czytałem, bo był poniekąd następcą SS, ale potem wyrosłem i gram tylko w HL2 i Morrowinda, więc nie mam po co kupować CDA icon_smile3.gif

Pamięci ustawione były standardowo, więc raczej nie tyle nie wyrabiały, co mogły nie do końca chcieć współpracować z VIAstym chipsetem, który podobno nie najlepiej sobie radzi z konfiguracjami 1GB+512+512.

Oczywiście - pierwsze co zrobiłem, to Ghost dysku na podręczną dwustugigówkę, a GoldMem i MemTest86 odpalałem z bootdysku Hirena, żaden nie pokazał żadnych problemów - chyba jeszcze nie do końca przełączyłeś się na tryb "nie rozmawiam z dwunastolatkiem, który zdjęcia hasła przez reset biosu zworką uważa za szczyt wiedzy IT" icon_smile3.gif
Zrobiłem backup i poobserwuję, czy dalej pliki będą "wsiąkać" - chwilowo komp jest objęty kwarantanną icon_smile3.gif

Teoretycznie to prawda, że przy problemach z RAMem pliki powinny się zapisywać błędnie, a nie znikać - ale mozliwe jest też to, że plik jest zapisywany błędnie (z nieprawidłową strukturą w przypadku OE lub nieprawidłową sumą kontrolną w przypadku HL2), a program go wykorzystujący po stwierdzeniu błędu usuwa go (nadpisuje) sam, jako nieistniejący/błędny - stąd zniknięcia plików.

Dlaczego jednak Memtest nie sypał błędami? Nie znam dokładnych zasad jego działania, ale czy na pewno testuje on całą wolną pamięć? Co prawda pokazywał, że mam jej 2048 MB, ale może nie alokował pełnej pojemności, więc nie wywalał błędów?

Mam nadzieję, że nie obrazisz się za moje przechwałki - ale - serio mówię - to, co można zrobić bez wiedzy magicznej, zrobiłem i dopiero potem udałem się z pytaniem na Tweaka icon_smile3.gif

pozdrawiam,

WR81

83.16.51.* napisał:
Ja jestem relatwynie stary, ale nadal gram - w CDA niektórzy maja koło 40 i grają, więc co mi szkodzi icon_smile3.gif

Co do traktowania plików jako uszkodzone i ich usuwania, to w sumie całkiem możliwe.

A jeśli chodzi o Memtest, to gdzieś tutaj na forum czytałem, iż zdarza mu się pominąć pewne błędy. Dlatego zaleciłem GoldMemory - jak zapewne wiesz, on nie odpuści ani jednego bajta.

Jeśli wyjdzie na to, iż winny jest ram, to zamienisz swoje 2x512 na 1x1GB i będzie problem z głowy. Na takie pamięci z drugiej ręki (czyli w niższej cenie) nabywców raczej nie braknie icon_smile3.gif

Edit:
Widzę, iż ciężko będzie mi pomagać Tobie, gdyż zdecydowaną większość tego, co proponuję Ty wykonujesz wcześniej icon_smile3.gif
Co do rocznika, to jesteśmy zbliżeni (sugerując się Twoim nickiem).
Przeczytałem klika innych Twoich postów i.. "Damn, You're good" icon_smile3.gif

217.153.220.* napisał:
witam!!!
co do problemu znikających danych to także już się spotkałem dwukrotnie z takim przypadkiem - jeden z nich miał miejsce u mnie na kompie a drugi u koleszki, oba wystąpiły po ok tygodniu od instalacji i było to bez różnicy czy win był "cały" czy odchudzany n-litem, doszukiwałem się błędu w antyvirze bo na obu był zainstalowany Etrust EZ antyvir alke z tego co widze to jednaknie on wykonał tę czynność. przy okazji zniknięcia danych z outlloka zniknmęły także informacje o aktywacji Nero, alkohola czy chociażby photo shopa7 oraz wszelkie punkty przywracania.
czyżby jakiś robaczek????

193.219.28.* napisał:
Heh, już nie słodź - bo się za dobrze poczuję... po prostu tam, gdzie nie staje wykształcenia, nadrabiam doświadczeniem icon_smile3.gif
A tak serio - od prawie 6 lat pracuję na helpdesku, więc chyba spotkałem się już z każdym "popularnym" błędem icon_smile3.gif

pozdro, WR81

Podobne tematy


Działy









Copyright © 2002-2024 | Prywatność | Load: 2.00 | SQL: 1 | Uptime: 56 days, 18:58 h:m | Wszelkie uwagi prosimy zgłaszać pod adresem eddy@heh.pl