Groszexxx

Trochę poniewczasie, ale... skoro autor zrobił już logi w FRST podczas działającego systemu - to co szkodziło, żeby dodał log z GsmartControl bez całej tej zabawy z Gparted? Na dokładkę w logu: Dziennik System: ============= Error: (10/21/2018 09:18:46 PM) (Source: Disk) (EventID: 7) (User: ) Description: W urządzeniu \Device\Harddisk0\DR4 wystąpił zły blok. Error: (10/21/2018 09:18:39 PM) (Source: Disk) (EventID: 7) (User: ) Description: W urządzeniu \Device\Harddisk0\DR4 wystąpił zły blok. Error: (10/21/2018 09:18:32 PM) (Source: Disk) (EventID: 7) (User: ) Description: W urządzeniu \Device\Harddisk0\DR4 wystąpił zły blok. Error: (10/21/2018 09:18:25 PM) (Source: Disk) (EventID: 7) (User: ) Description: W urządzeniu \Device\Harddisk0\DR4 wystąpił zły blok. Error: (10/21/2018 09:18:18 PM) (Source: Disk) (EventID: 7) (User: ) Description: W urządzeniu \Device\Harddisk0\DR4 wystąpił zły blok. Error: (10/21/2018 09:18:11 PM) (Source: Disk) (EventID: 7) (User: ) Description: W urządzeniu \Device\Harddisk0\DR4 wystąpił zły blok. Error: (10/21/2018 09:18:04 PM) (Source: Disk) (EventID: 7) (User: ) Description: W urządzeniu \Device\Harddisk0\DR4 wystąpił zły blok. Error: (10/21/2018 09:17:57 PM) (Source: Disk) (EventID: 7) (User: ) Description: W urządzeniu \Device\Harddisk0\DR4 wystąpił zły blok. Także od razu wiadomo, że dysk jest uszkodzony.

Na początek to co zwykle - umieść laptopa zaraz przy routerze i zobacz czy dalej będzie zrywać połączenie.

Nie bardzo wierzę w taki scenariusz. Możesz wrzucić log zrobiony zgodnie z https://www.fixitpc.pl/topic/155-zakładanie-tematu-jakie-informacje-podawać/ post nr 4. Do tego dodać komplet dzienników zdarzeń.

W planie zasilania musisz albo zwiększyć czas, po którym dysk zostanie uśpiony albo ustawić na 0 - wtedy w ogóle nie będzie usypiany.

Aa, to jest windows 7, w kontekście sfc - tam tego jeszcze nie było, zapomniałem, jakoś tak z przyzwyczajenia myślałem, że w10. Z DISM wygląda sprawa podobnie. Trzeba by sprawdzić czy użycie SFC z jakiegoś windowsa PE by pozwoliło na zachowanie logu z sfc. Dowiem się i napiszę tu.

Pod względem zajętości miejsca na dysku C możesz użyć programu SpaceSniffer. Dalej narzekasz na wolną pracę?

Przecież widać gołym okiem, że zlałeś ścieżkę d:\windows z \OFFLOGFILE. Nie zrobiłeś spacji. Do poprawy.

Tak, komenda sprawdzania i potencjalnej naprawy integralności plików była następnym krokiem. Niestety, w tym środowisku nie powstaje log z naprawy, powiem szczerze, że nigdy nie udało mi się osobiście uchwycić przypadku, w którym zmiany nie zostałyby naprawione spod poziomu WinRE i, w którym użyłbym jednocześnie dodatkowego przełącznika: /OFFLOGFILE=d:\log.txt Weź proszę dla mojej ciekawości spróbuj, w sensie zrób to co wyżej + ten przełącznik wyżej. I skorzystaj jeszcze z komendy: DISM /image:D:\ /cleanup-image /restorehealth

Najpierw założ temat w dziale pomocy doraźnej - dostosowując się do zasad działu. W dalszej części nagraj log wykorzystując program procmon. Musisz jednak ustawić filtr tak, żeby tylko widoczny był proces explorer.exe. Następnie otwórz mój komputer, daj opcję clear, przełącz się z powrotem na okno mój komputer, ppm na jakiś dysk > właściwości i wyłącz przechwytywanie (opcja capture z ikoną lupy). Zapisz log, skompresuj i wrzuć na jakiś hosting.

Musisz wyjść ścieżkę wstecz. Kopiujesz katalog config będąc w nim, to tak jakbyś święty Mikołaj miał worek z prezentami i z tego worka chciałby wyjąć owy worek. Musisz wpisać cd.. i wtedy będziesz w ścieżce d:\windows\system32 i wtedy kopiujesz katalog config .

No to teraz musisz zrobić kopię obecnych plików rejestru kopię i podmienić je na te z RegBack. Tutaj jest info jak to zrobić - trochę przesadzili, żeby robić kopię całego folderu config, ale przynajmniej są screeny i przystępnie wytłumaczone: https://pureinfotech.com/restore-registry-backup-windows-10/ Zrób to krok po kroku. Zobaczymy czy to pomoże. Jeżeli nie - to znaczy, że musi być coś nie tak z samymi plikami windowsa.

Uruchom cmd, w nim wpisz notepad - następnie otwórz > i zmień żeby pokazywał wszystkie pliki.

Zobacz z jaką datą i czy w ogóle masz jakieś kopie rejestru w C:\Windows\System32\config\RegBack Sprawdź czy mają "normalną" wagę i czy data różni się od tych obecnych gałęzi, które we wczesniejszym katalogu.

Po prostu pobierz najnowszą wersje programu Victoria http://hdd.by/Victoria/Victoria468b.zip, wybierz dysk, zakładka tests, zaznacz opcję write (domyślnie jest na read) i start. Po całym procesie - przeskanuj ponownie dysk (zmień tylko z ignore na np. erase) . Niestety, na nowszych systemach - powyżej win 7 - nie zawsze faktycznie zeruje sektory, możesz podrzucić log po tym procesie. Zalecane środowisko to windows XP albo jakiś windows PE.

Dlaczego pytasz czy warto zamiast po prostu to sprawdzić? Na dokładkę nawet nie raczyłeś pokazać tego co zobaczyłeś w CDI. Taki post do niczego się nie nadaje.

Możesz spróbować ponownie zrobić kopię tych sektorów, wyzerować je, a potem przywrócić ich zawartość. Żadne dystanse nic tu nie pomogą i bynajmniej nie zwiększy to bezpieczeństwa.

Upewnij się czy masz najnowszy bios. To stary laptop - gwarancję masz serwisową czy producenta? Strzelam, że serwisową. Możesz spróbować przefleszować go jeszcze raz. Czasami jest możliwe wgranie tej samej wersji co się posiada.

Wrócił z gwarancji z dyskiem, który już nie zawierał tych atrybutów, które wymieniłeś? Hiren's to archaiczny twór, przydatny pod kątem określonej specyfiki - np. programów dyskowych, które lepiej pracują z win XP niż z nowszymi. Jeżeli masz ustawione security boot + uefi bądź samo uefi to nie dziwota, że Ci nie wystartuje. Pokaż smart dysku najpierw za pomocą programu GSmartControl. Ah, widzę, że on nie obsługuje nawet uefi. Jest różnica między nie bootowaniem się z pendrive'a systemu, a sytuacją, w której pendrive w ogóle nie jest wykrywany. Przywróć bios do ustawieniem fabrycznych i zobacz czy sytuacja ulegnie zmianie.

Po wyjęciu zrobieniu CMOS reset - dostałeś przy starcie lapka komunikat CMOS error czy nie? Wtedy masz F1 to continue i F2 enter to bios. Ponadto znalazłem taką stronkę, w niej jest tez link do forum della. http://akits.weebly.com/blog/inspiron-17r-5720-cant-access-biosf2-or-boot-from-other-devicef12-corrupt-bios

Pobierz windows za pomocą tego : https://www.heidoc.net/php/Windows ISO Downloader.exe Potem Rufusem wgraj na pena. No i system plików to NTFS, a nie NTSC ;-).

Użyj sfc w sposob opisany w artykule: Uzyj też chkdsk x: /r x - litera Twojej problemowej partycji, upewnij sie jaka jest litera. I pokaż mi Smart dysku, ale z programu GSmartControl, pobierz z oficjalnej strony, opcja Save As po wyborze dysku.

Złe wieści. Jest masakra. Masa plików jest uszkodzonych, bez podpisów. I w dodatku to wygląda tak jakby mocno Ci się sypał dysk. Masz na nim jakieś bardzo ważne dane? Biorąc pod uwagę obecne zniszczenia to ja mu nie daję dużo czasu. Może to tylko system plików padł, ale to często idzie w parze z badsectorami: 2018-08-24 09:28 - 2018-08-24 09:28 - 000000000 __SHD C:\found.000 A chkdsk tu już mieszał. Odpowiedz mi najpierw pytanie odnośnie tych danych. Moim zdaniem tutaj nie ma co zbierać i trzeba ratować co się da. Przynajmniej na początku. System też raczej się nie nadaje do naprawy, w sensie nie żeby to było niemożliwe, ale z pewnością będzie pracochłonne, bo każdy plik będzie trzeba przywrócić. I w życiu nie uwierzę, że Sfc nie dało Ci komunikatu o uszkodzeniach.

Jeżeli sama zmiana partycji windowsowej na aktywną spowodowała, że system Ci się nie załadowął - to wgraj na niej jeszcze bootloader. Np za pomocą Bootice : http://www.ipauly.com/2015/11/15/bootice/ W partion managment jeszcze raz ustaw partycje z windowsem jako aktywna i upewnij się, że bootloader na tej partycji jest jako Bootmgr jak i, że w MBR (Process MBR) jest na windows Windows NT. To rozwiąże kwestię związaną z punktem nr 2.

Ta ścieżka cały czas jest wyświetlana w logu od automatycznej naprawy, nie wiem z czego to wynika, ale plik ten jest na pewno sprawny. Zrób log w FRST:

Sytuacja wygląda tak: MFT jest bardzo pofragmentowane, są aż cztery kawałki: Katalog streamkopia znajduje się w klastrze 3349293, a dokładniej tam znajduje się pozostałość po wpisie w MFT, który ten katalog opisuje. Niestety, nie jest on w obecnym MFT. Zobaczmy co jest zapisane w pierwszym klastrze tej ogromnej przerwy: Okazuje się, że w nim tez są szczątki dawnego MFT. To dziwna sytuacja. Tak jakby jeden fragment się ulotnił. Można spróbować przebudować atrybut $Data w MFT i go dodać, następnie odpalić chkdsk i liczyć na to, że "odzyska" to co w tej chwili jest utracone, a co potrzebuje autor. Warto dodać, że najpilniejsze rzeczy zostały już przez niego odzyskane za pomocą DMDE. Zlecę działania do wykonania z odpowiednio spreparowanym fragmentem $Data ale to później. Potrzebuję trochę czasu. 3348255-3399455 Stary Dataruns MFT: 33 20 c8 00 00 00 0c 43 23 b7 00 0d 7a 87 08 42 fd 07 7b 9e 75 01 42 00 19 b3 98 5c fd Potrzebujemy wpisać ten extend: 32 01 c8 1f 17 33 Przebudowujemy więc nasze dataruns 33 20 c8 00 00 00 0c 32 01 c8 1f 17 27 43 23 b7 00 ee 62 60 08 42 fd 07 7b 9e 75 01 42 00 19 b3 98 5c fd Dataruns przebudowany, jak widać - było sporo liczenia, ale wszystko wygląda teraz tak jak należy, teraz trzeba dodać wagę naszych klastrów, czyli zwiększyć o 51201 *4096 bajtow.