Groszexxx

Sam mechanizm robienia kopii jest zawsze taki sam, To, ze robi 12 godzin to znaczy, ze jest mega wolny. W tym przypadku wolny nie znaczy dokladny, bo to nie ma znaczenia. 2x Cię pytałem czy robiłeś kopię podczas działającego systemu, a Ty mi drugi raz nie odpowiedziałeś. Tak naprawdę do ustalenia jest tylko kwestia kiedy się wysypuje integralnosć systemu plików - czy samo robienie kopii zawodzi - w co wątpie, czy to defekt zwiazany z powiększaniem partycji. To dziwny przypadek, dlatego chciałbym go głębiej poznać. Być może nakładają się na siebie te dwa czynniki. Chociaż chkdsk naprawia wszystkie partycje, nawet te niepowiększane...

Jestem smutnie zaskoczony wynikami. Błędów jest znacznie więcej + jest niski transfer jak na ten dysk, powinien być 2x większy. Pomyliłem się co do swojej powyższej diagnozy. Prawdopodobieństwo, ze za spadki wydajności, wzrost zacięć, zamuleń odpowiada dysk, jest teraz wg mnie znacznie większe. Zostaje nam do sprawdzenia ostatnia rzecz. Wybierz kilka pozycji, gdzie miałaś Error. Lba to numery sektorów, ktore sa uszkodzone. W polu start LBA i end LBA wpisz wartosci jakiegos uszkodzonego sektora, ale rozszerzone. Przy start lba odejmij ze 600, a w end dodaj 600, tak zeby otrzymac wiekszy zakres. Zobaczymy czy bledy zostały usuniete.

Już jest 8 błędów. To dużo. I w różnych miejscach. No i błąd w samej operacji remapu, chociaż nie jest on rzadki, często jest tak, że wyświetla error, a w rzeczywistości przebiegł proces poprawnie - to i tak będzie trzeba ponowić skan.

Formatowanie to przygotowanie partycji pod dany system plików, dlatego umownie są programu, które służą do zerowania każdego sektora na nośniku i często nazywają się myląco - low level format tool. Nie chcę wchodzić w szczegóły, ale zapewniam, że program, który tam jest wymieniony to wlasnie przedstawiciel tego, ze zeruje wszystkie sektory. Wyobrazmy sobie sytuacje, w ktorej masz inny bootloader niz windowsowy i inny niz grub. Chcesz wgrac gruba, a on wywala blad, ze cos poszlo nie tak. Sam mialem takich przypadkow sporo. Jak mogłeś wejść na c: skoro na screenie, ktory zamiesciles jest kompletnie co innego? Masz też w narzędziach, po odpaleniu "mini xp" - inny chkdsk. Uruchom go i wybierz dysk c. Zobaczymy co wtedy się stanie.

Gajowy, owszem, ale jest jeszcze ciekawsza rzecz - mianowicie, że ciągle te usługi są cieniowane na pomarańczowy (lżejszy jest... powiedzmy, ze beż, taki kolor, a w palecie barw mamy jeszcze odcienie czerwonego, dlatego mówię, że to mocno umowny system. Niemniej trzeba brać pod uwagę wiele czynników - jak np. fakt, że dysk często pracuje na metadanych - logicznym jest, że żaden procek nie będzie miał uwzględnienia w tym fakcie. Dlatego paradoksalnie 100% obciążenia dysku może być faktycznie wąskim gardłem, mimo iż będą to wartości niewielki i mimo iż nie będzie czerwieni. Zapewniam, że powyższy post pisałem z dużą pieczołowitością i dbaniem o szczegóły. To trudna kwestia. Nie wystarczy tylko na sucho interpretować tych danych, potrzeba ich znacznie więcej.

Weź kontynuuj.

Pytałem o środowisko w jakim robisz kopie. Robisz to podczas działającego systemu?

Na razie to nic nie pomogłem, co mnie bardzo zasmuca.

Wez dla pewnosci wloz go swiezo po kopii, ok? W jakim srodowisku robisz kopie? Bezposrednio pod win 10?

A w 22 poście to skąd się wzięło usb? I czy po samym klonowaniu chkdsk wykrył jakieś anomalie w lapku? Czy dopiero po zwiększaniu partycji?

Może jednak przeprowadzisz procedurę w poście 8? Pamiętaj tylko o kopii najwazniejszych danych.

Rozwiń mi tutaj sekcję wolumin, poszerz ją.

A pokaż mi oryginał jeszcze w takim razie, czyli dysk, z którego kopiowałeś.

Pokaż jeszcze raz smart w GsmartControll.

Dyski fizyczne - wybierz dysk, zakładka partycje.

Odpal dmde i pokaż mi screena z zakładki partycje. Obydwa dyski sa bezposrednio pod plyte? nie masz zadnych przejsciowek/adapterow? Na pewno? Już wiem co jest przyczyną, mianowicie sam dysk SSHD. Pokaż mi tego screena.

Czekaj! Jak Ty podłączałeś dysk do kompa? Za pomocą przejściówki/adaptera czy bezpośrednio pod płytę główną??

Wiatrak w ogóle się nie kręci. Musisz zdiagnozować dlaczego. Odpal go bez obudowy, to pomoże Ci w diagnostyce. Tylko w pierwszym przypadku wiatrak chodził prawidłowo. Wyniki wskazują, że wiatrak w ogóle się nie kręci albo kręci się z minimalną prędkością. Porównaj wydmuch, gdy się kręci, a gdy nie. Budowa tego jest prosta, Powinieneś daćsobie radę.

Sprawdziłem tylko pod kątem błędów. Brak ich, a więc jest dobrze. Z mojej strony to wszystko.

Spróbuj jakiego chcesz. Może dla testu tym AOMEI. Daj znać jakie rezultaty. Zdarzało mi się powiększać nim partycje i nie zarejestrowałem żadnych problemów.

A możesz sprawdzić z jaką datą masz pliki w C:\Windows\System32\config\RegBack ? Przez c: rozumiem partycję, na którym masz windows 7. Jeśli data jest starsza niż ta, w której zaobserwowałaś problem - może warto by było podmienić pliki rejestru na sprawdzenia czy to w nim faktycznie kryje się problem. W folderze C:\Windows\System32\config zmien nazwy plikow system, software, sam, security, default - dodajac do nich .old. Następnie skopiuj te z folderu regback , mozesz dla wygody posluzyc się notatnikiem w cmd wpisujac notepad - a w nim - otwórz i pokaż wszystkie pliki i spokojnie poprzenosić czy przeglądać (przenosić można pojedynczo). Bedąc w C:\Windows\System32\config\RegBack żeby skopiować wszystko do C:\Windows\System32\config wystarczy tylko użyć komendy copy *.* .. i zawartość C:\Windows\System32\config\RegBack zostanie przekopiowana do C:\Windows\System32\config

Warto dodać, że usługa SysMain - faktycznie miała na początku duże obciążenie. Wydaje mi się, że Avast, który w tle skanował pliki w jakis sposób wzbudzał aktywność Superfetch i ogromne ilości przeczytanych danych przewijały się przez obydwie usługi. Odinstalowanie Avasta załatwiło problem samego superfetcha. Niestety, autor tematu skupił się tylko na aktywności dysku, która tak naprawdę nie jest szczególnie istotna, jeśli nie połączy się to z faktem co za usługa czy proces ten dysk wykorzystuje. Okazało się, że w tle był jeszcze proces aktualizacji, który długo je pobierał - ponad 2 GB danych, co również było symbolizowane sporych zużyciem dysku, momentami podchodzącego pod 100%. W książce pt. "Windows Sysinternals - wykrywanie i rozwiązywanie problemów" była wzmianka dlaczego windowsowy menadżer zadań podaje mocno przybliżone wartości, które w pewnych warunkach są bezużyteczne, bo bez pokrycia w rzeczywistości. To było w kontekście zużycia procesora. Co do dysku - to łatwo zauważyć, że pomimo 100% obciążenia - sumaryczny bilans odczytu/zapisu - jest różny. Te różnice też mogą być ogromne.

A przywracałeś router do ustawień fabrycznych? Wiem, że problem wygląda na czysto systemowy, ale warto by było sprawdzić.

To sobie strzeliłaś w kolano. Partycja rozruchowa (ta z systemem) prawie zawsze jest jako C. Nie zauwazyles, ze bedac na windowsie XP - partycja C: jest partycją z systemem XP, a na w7 partycja z systemem tez jest partycją C? To znaczy, że ścieżka jest względna. Utwórz plik fixlist.txt w tym samym folderze co frst64 - wrzuć do niego cały ten wpis: HKLM\...\Winlogon: [userinit] E:\Windows\system32\userinit.exe uruchom frst i opcja napraw. Powinno przywrócić domyślny wpis. Więc jak mniemam wrócimy do punktu wyjścia, niemniej - sprawdź to i napisz. Edit: I jeszcze jedno - to nie była porada microsoftu tylko użytkownika z oficjalnego forum microsoftu. To różnica. Pomimo zaznaczenia jej jako właściwa odpowiedź - ja mam wątpliwości co do jej przydatności. Zawsze gdy edytujesz rejestr - rób na wszelki wypadek kopię czy to wartości, którą edytujesz czy wpisu. Jeśli zapytam Cię o to jaki wyglądał ten wpis przed Twoją ingerencją - to będziesz potrafiła odpowiedzieć czy niezbyt? Czarny ekran to taki sam objaw jak słynne "nie pali" - w przypadku samochodu. Jeden objaw, a możliwości przyczyn cała masa. Ja bym zaczął na początek od najbardziej podstawowych rzeczy, czyli sprawdzenie systemu plików i weryfikację plików systemowych, czyli: chkdsk x: x: - partycja systemowa, sprawdź ją oczywiście - np. poprzez wylistowanie zawartości poleceniem dir. Partycje przełączasz w taki sposób cd /d y: (y - to litera partycji).

Tak, jest tutaj jedna anomalia, ale poczekaj na odpowiedź Moderatora Miszel03.