Ewa <ED@comp.com> napisał(a):
W dniu 12.04.2022 o 12:23, Ewa pisze:
Załączam 2 zrzuty.
Jak już pisałam, chciałam sprawdzić jak zachowa
się teraz f8 w przypadku zastosowania poprzedniego .iso,
z którym przecież szło. Efekt był taki, jak pokazuje
https://www.szybkiplik.pl/4y7K3McAmv
Co ciekawe, ponowna próba (inna, nowa VM) ze sprawdzonym
pod względem sumy kontrolnej plikiem .iso dała taki sam
efekt.
Uruchomiłam zainstalowany i śledzący na bieżąco program
AVG Free, który żadnego wirusa nie znalazł (skanowanie
pełne, inteligentne). Jak zwykle czepiał się zagrożeń
prywatności i wydajności systemu, chcąc zdopingować
użytkownika do zamówienia wersji płatnej.
Przy kolejnych próbach, nie wiem już ilu, zauważyłam,
że w oknie, w którym podaję nazwę nowej VM samo ustawiło
się Windows 7. Może to była przyczyna. Tak czy owak,
w Internecie jest wymienionych 11 przyczyn błędu 7B.
Spróbowałam ponownie, pilnując żeby było ustawione XP (32 bit)
i wtedy, najpierw przy próbie ze "starym" .iso, F8 nie działał,
a po naciśnięciu Esc pojawoła si e informacja:
https://www.szybkiplik.pl/8iDDjGv2r2
Co ciekawe, taki sam komunikat pojawił się przy próbie
z nowym .iso, ale zanim zdążyłam nacisnąć Esc.
Coraz mniei z tego rozumiem, a co najważniejsze nie wiem
co jeszcze robić. Pewnie można zrobić tysiące różnych
prób, jak to na komputerze, ale to miało być "NAJPROŚCIEJ",
remember?
Pozdrawiam
Ewa
Podejrzewam, że właśnie VB wybrał ustawienia pod Win7 a nie XP. Robi to na
podstawie wpisywanej nazwy VM ale można wymusić też wybierając z listy.
Jeśli na początku kreatora ustawisz XP, to potem tylko się klika Dalej oraz
wybiera plik ISO z instalką. I wtedy jest NAJPROŚCIEJ. Ten błąd z pierwszego
obrazka jest zapewne z powodu ustawienia kontrolera SATA zamiast IDE (XP nie
obsługuje SATA).
--
Grzegorz Niemirowski
https://www.grzegorz.net/
|