AliAs99

Nie można spróbować odszyfrowania a potem usunięcia tego woluminu 40 GB? http://www.truecrypt.org/docs/?s=removing-encryption Ewentualnie potem odinstalowania TryeCrypt?

Mam przecież stronę kodową 852. Znaki poprawnie się wyświetlają. Mimo to sprawdziłem. Przy lewym-Alt wyskakują czasem krzaczki - tamte strony kodowe są nieco inne. Prawy-Alt nie działa.

"kb16 pl" nie działa - ani z prawy-Alt, ani z lewy-Alt. Ściągnąłem też keybpl.exe (v2.4 by A.Knapczyk) - są jednak z tym kłopoty - prawy-Alt nie działa, lewy-Alt zaś nie ze wszystkimi ogonkami) (wywołanie keybpl latin on)

Wywołuje command.com, ale polskich znaków dalej tam wprowadzać nie można (przy pomocy kombinacji z "prawy-alt"). edit. Działa z kombinacją "lewy-alt".

Całość w załączniku. Interesujące nas pliki, to: 2009-07-14 02:06 6Ë™656 KBDPL.DLL 2009-07-14 02:06 6Ë™144 KBDPL1.DLL być może też: 2009-07-13 22:40 14Ë™710 KB16.COM 2009-07-13 22:40 42Ë™809 KEY01.SYS 2009-07-13 22:41 2Ë™000 keyboard.drv 2009-07-13 22:40 42Ë™537 KEYBOARD.SYS dir-kbd.txt

Ja też. I zrobiłem takie odkrycie: Jeśli napiszę kb16 tr - mam klawiaturę turecką - inne rozmieszczenie klawiszy. Jeśli zaś kb16 pl - polskiej (programisty) nie mam. Coraz bardziej przekonuję się, że to jakiś błąd Windows 7 w odniesieniu do języka polskiego. Może trzeba będzie zdobyć jakieś pliki od Windows Vista i podmienić. Albo coś zmienić w rejestrach.

Chyba dziś juz pójdę spać Klucze umieściłem w poprzednim poście (edytowałem)

Zrobiłem. Nic nie dało. Nawet zrobiłem restart, żeby sprawdzić. Bez skutku. Wróciłem do swoich kluczy (wcześniej sobie zapisałem) - chociaż na oko wyglądają tak samo. Klucze od wersji 64-bit też nic nie pomogą - w tej wersji w ogóle nie ma trybu MS-DOS. edit: Podam tylko fragment CurrentControlSet\Control\Keyboard Layouts - ten istotny: [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layouts\00000415] "Layout File"="KBDPL1.DLL" "Layout Text"="Polish (Programmers)" "Layout Display Name"="@%SystemRoot%\\system32\\input.dll,-5035" [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layouts\00010415] "Layout Text"="Polish (214)" "Layout Display Name"="@%SystemRoot%\\system32\\input.dll,-5036" "Layout File"="KBDPL.DLL" "Layout Id"="0007"

1 Strona kodowa jest OK Microsoft Windows [Wersja 6.1.7600] Copyright © 2009 Microsoft Corporation. Wszelkie prawa zastrzeżone. C:\Users\user>chcp Aktywna strona kodowa: 852 C:\Users\user> Albo: Microsoft Windows [Wersja 6.1.7600] Copyright © 2009 Microsoft Corporation. Wszelkie prawa zastrzeâ•›one. C:\Users\user>command.com Microsoft® Windows DOS ©Copyright Microsoft Corp 1990-2001. C:\USERS\USER>chcp Aktywna strona kodowa: 852 C:\USERS\USER> 2. Plik config.nt taki, jak zaraz po instalacji: dos=high, umb device=%SystemRoot%\system32\himem.sys files=40 (reszta to REM) 3. kb16 pl,852,c:\windows\system32\keyboard.sys - bez zmian (nic nie daje)

Dalej bez zmian. Po kolei: 1. czysty wiersz polecenia (ogonki są) 2. następnie (w tym poprzednim wierszu poleceń) command.com (ogonków już nie ma) 3. następnie kb16 pl (ogonków dalej nie ma) Nawet próbowałem to kb16 pl wstawić do pliku config.nt - też nie pomogło. Jak już wspomniałem, nie jest to przypadek tylko na moim komputerze. Na innych (po instalacji W7 32 PL), też sprawdzałem. Może w Windows Vista jeszcze te ogonki były. W XP były na pewno (w punkcie 2 - bez wywoływania ich).

Nie używam (na razie) KeybPL. Odpalam wiersz poleceń, następnie wywołuję kb16 pl. I to wszystko. Pisanie ogonków w wierszu poleceń zanika. Używasz Windows 7 32 PL? Bo na XP to działa tak czy owak. edit. Po wywołaniu kb16 uruchamia się NTVDM - wirtualna maszyna MS-DOS (sprawdziłem w menedżerze zadań)

Nie działa. Po wywołaniu wiersza poleceń, a potem kb16 pl, już nie można wprowadzać ogonków. Przed wywołaniem kb16 pl ogonki można było pisać.

Dzięki. To, o czym w tym artykule piszą - sprawdziłem. Moje ustawienia są chyba prawidłowe: [HKEY_CURRENT_USER\Keyboard Layout\Preload] "2"="00000409" "1"="00000415" "3"="d0010415" [HKEY_CURRENT_USER\Keyboard Layout\Substitutes] "00000409"="00020409" "d0010415"="00010415" [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout\DosKeybCodes] "00000415"="pl" "00010415"="pl" "00010409"="dv" "00030409"="usl" "00040409"="usr" "00020409"="us" "00000409"="us" [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout\DosKeybIDs] "0001041f"="440" "0000041f"="179" "00010415"="214" "00000442"="440" "00000410"="141" "00010410"="142" "00010408"="220" "00020408"="319" Czy coś trzeba w nich zmienić?

Tak. Oczywiście. Windows zaraz po zainstalowaniu, żadne ustawienia nie zmieniane. Zresztą testowałem na kilku komputerach. Jeśli ktoś ma Windows 7 32-bit PL, to niech uruchomi wiersz polecenia, a następnie wywoła edit (uruchomi się program Microsoftu edit.com). Jeśli będzie mógł wprowadzać polskie znaki (ogonki), to byłoby to, o co mi chodzi. Tak właśnie działa na Windows XP. Jeśli chodzi o inne sposoby, to stosowany niekiedy przeze mnie we wcześniejszych systemach Windows program "ogonki.com" autorstwa Andrzeja Górbiela, w Windows 7 nie działa prawidłowo. Spróbuję jeszcze tego KeybPL, ale wolałbym uniknąć zewnętrznych programów, lecz zmusić Windows 7 do tego, żeby zachował się tak, jak XP, przy wprowadzaniu znaków z klawiatury.

Podejrzewam, że nie sam kontroler Marvell 88SE6121 jest winien, ale jakieś urządzenie podpięte pod niego. Proponuję odłączyć dyski lub inne urządzenia tam przyłączone i sprawdzić jeszcze raz, czy problem wystąpi. Poza tym przeszukałbym rejestr pod kątem wystąpienia ciągu znaków cf2961f3-6e3f-48c7-89ca-bce472b11348 - żeby zobaczyć z czym mamy do czynienia.