Skocz do zawartości

Ariel

Użytkownicy
  • Postów

    33
  • Dołączył

  • Ostatnia wizyta

  1. Po lekturze wątku Nie można uruchomić usługi Windows Update postanowiłem przyjrzeć się w lapku sterownikowi Intel Rapid Storage Technology kontrolera ICH9M-E/M. Na stronie Intela znalazłem informację, że do obsługi emulacji 512e trzeba mieć sterownik w wersji co najmniej 9.6 KLIK. W lapku był serownik w starszej wersji. Próba wyszukania aktualizacji sterownika standardowym mechanizmem Windows "Aktualizuj sterownik" nic nie dała -> sterownik jest aktualny. Pobrałem ze strony Intela najnowszy InstalRST.exe. Przy próbie instalacji niepowowdzenie -> ta platforma nie jest obsługiwana. Sterownik w pakiecie przygotowanym dla HP jest pod nowym adresem KLIK, innym niż w wyżej wymienionym wątku. Jest to IntelRST wersja 9.5.6.1001. Zainstalowałem, przyjęło na starym dysku. Wszystko działało bez zarzutu. Jako że miałem nową, nieruszaną kopię starego dysku na nowym, zrobiłem to samo na nowym dysku, tzn. przy pierwszym starcie w lapku nie dopuściłem do chkdsk. Po starcie występowały błędy usług kryptograficznych, w FRST co najmniej jeden plik nie miał podpisu. Zainstalowałem pakiet IntelRST dla HP. Po restarcie nie dopuściłem do chkdsk, błędy usług kryptograficznych znikły, w FRST wszystkie pliki podpisane . Kolejny restart, chkdsk naprawił deskryptory i wszystko pięknie działa . Bardzo dziękuję za pomoc
  2. Załączam logi FRST ze starego dysku w lapku. Nie ma błędów usług kryptograficznych. (Na nowym dysku są.) FRST.txt Addition.txt
  3. nie rozumiem. DMDE nie dopuszcza do zrobienia kopii dwóch pierwszych partycji ze stacjonarki.
  4. A może przyczyną awarii systemu usług kryptograficznych jest większy rozmiar sektorów fizycznych nowego dysku (stary 512B, nowy 4kB) KLIK?
  5. Załączam logi FRST po ponownej kopii dysku i starcie w lapku, i niedopuszczeniu do wykonania chkdsk. FRST.txt Addition.txt
  6. Uruchomiłem system z nowego dysku w lapku. Podczas startu uruchomił się chkdsk. Załączam logi FRST. FRST.txt Addition.txt
  7. Załączam FRST z nowego dysku w lapku pod winRE. Chyba niektórym plikom brakuje podpisu. FRST_new_disk_in_laptop_winRE.txt
  8. Załączam logi z chkdsk na stacjonarce i laptopie uruchomionym z winRE. new_disk_chkdsk_in_PC_win10.txt new_disk_chkdsk_in_laptop_winRE.txt
  9. Na klonowanym dysku jest Windows 7. Przy trzecim restarcie nic się nie uruchomiło, wyłączyłem komputer przy jakimś 10 restarcie. Czy będzie to robić różnicę, jak włożę dysk do stacjonarki z Windows 10 i tam sprawdzę?
  10. Niestety w stacjonarce nie startuje. Zanim kolorowe kropki zamienią się w okno następuje restart, i tak w kółko.
  11. Podłączyłem oba dyski do stacjonarki i zrobiłem kopię sektorów za pomocą DMDE. Coś jeszcze sprawdzić przed zamontowaniem do laptopa?
  12. chkdsk na pewno nie było Czy wrzucić logi frst? Wersja BIOSu: 06JD - chyba najnowsza, bo aplikacja Samsung update nie znajduje nowszej wersji. Na stronie produktu nie ma udostępnionej najnowszej wersji BIOSu. Wersja firmware dysku: HPRA - chyba najnowsza, bo na stronie producenta nie znajduje firmware dla wpisanego numeru seryjnego.
  13. Jest jakiś szybszy sposób na znalezienie naruszeń integralności niż sfc? Po odtworzeniu obrazu starego dysku C na nowym dysku laptop uruchamia się ponownie, Windows startuje bez chkdsk a naruszenia i tak występują.
  14. Po samej kopii, bez powiększania partycji też się sypało. Po odtworzeniu obrazu starego C na nowy dysk, też się sypie, sfc /veryfionly odnajduje naruszenia integralności.
  15. Nie wprost, ale odpowiedziałem. Myślę, że skoro "Klonowanie robiłem na innym komputerze, albo na tym laptopie, ale startując z pamięci USB" to oczywiste, że nie robiłem na działającym systemie. Wieczorem będę znał wynik odtworzenia zawartości obrazu C na nowym dysku.
×
×
  • Dodaj nową pozycję...