Skocz do zawartości


tablety.pl
Zdjęcie

PowerShell 2.0 vs. MS Fix it




  • Zamknięty Temat jest zamknięty
7 odpowiedzi w tym temacie

#1 Flavius

Flavius

    Expert Rank

  • Na emeryturze
  • 3769 postów
  • Płeć:Mężczyzna

Napisano 01 07 2009 - 15:19

MS opracował "autonaprawiacze" - niektóre z nich do działania wymagają Powershell 1.0 np. takie:
http://support.micro..._drive_problems
http://support.micro...inting_problems..i z nimi jest problem jeśli ktos ma zainstalowanego PowerShell 2.0 - nie chcą z nim współpracować :) - jedynym rozwiązaniem jakie znam to odinstalować 2.0 uruchomić autodiagnostyk MS (i jednoczesnie zainstalować PS 1.0) gdy się zrobi swoje odinstalować PS 1.0 i zainstalować 2.0 :) .Być może innym sposobem byłoby dodanie specjalnego klucza do rejestru że jedynka jest zainstalowana....ale czy naprawdę nie ma innego sposobu?
Głos Opozycji Forumowej

#2 Kolega Dudysa

Kolega Dudysa

    Good Rank

  • Na emeryturze
  • 700 postów
  • Płeć:Mężczyzna

Napisano 01 07 2009 - 16:49

Hej. Widzisz z tą kompatybilnością to jest różnie. Bardzo świeży artykuł na oficlajnym blogu PowerShella PowerShell V2 - backward compatibility. Tłumaczą że wersja V2 jest kompatybilna z wersją V1. I jedna rzecz, mowa o jakiej wersji V2 ?, bo w artykule powyżej nie jest ona wymieniona :

A jedyne wymienione różnice w rejesterze to:

HKLM\SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine is changed to 2.0.


bo są:

Windows PowerShell 2.0 Community Technology Preview (CTP)

oraz

Windows PowerShell V2 Community Technology Preview 2 (CTP2)

o CTP3 nie wspominam bo to jest wersja testowa.

Zaś w tym artykule jest również mowa o kompatybilności wstecznej, ale już wersja została wyszczególniona Windows PowerShell V2 CTP2 adds "a plethora of new features"

Co do zmian, jak miałem CTP2, teraz CTP3 to wiele się nie zmienia, dalej jest:

C:\WINDOWS\system32\WindowsPowerShell\v1.0


Jak i w rejestrze + powiązania z C:\WINDOWS\assembly:

GacUtil (NET Global Assembly Cache Utility)

Microsoft.PowerShell.Commands.Diagnostics, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.Commands.Diagnostics.resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.Commands.Management, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.Commands.Management.resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.Commands.Utility, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.Commands.Utility.resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.ConsoleHost, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.ConsoleHost.resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.Editor, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.Editor.resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.GPowerShell, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.GPowerShell.resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.GraphicalHost, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.GraphicalHost.resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.Security, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL
Microsoft.PowerShell.Security.resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL


Nawet jak zmienisz nazwę:

C:\WINDOWS\system32\WindowsPowerShell\v1.0

na v2.0 to PShell wystartuje z błędami na dzień dobry.

#3 Flavius

Flavius

    Expert Rank

  • Na emeryturze
  • 3769 postów
  • Płeć:Mężczyzna

Napisano 01 07 2009 - 18:14

Dzięki za zainteresowanie.Co do dokładnej wersji to moja wersja jest

PowerShell V2 (CTP2)

Co do błędu nie wydaje mi się aby on był na płaszczyźnie samego PS tylko to wygląga jak na mój rozum na błąd programistyczny narzędzia które zdawać się nie ma wbudowanej opcji rozpoznawać 2.0

Ten sam temat poruszyłem na usenet newsgroups:
http://www.vistax64....-vs-ms-fix.html

No zobaczymy :) ...
Głos Opozycji Forumowej

#4 Kolega Dudysa

Kolega Dudysa

    Good Rank

  • Na emeryturze
  • 700 postów
  • Płeć:Mężczyzna

Napisano 01 07 2009 - 18:37

Wiesz co zalukni w podgląd zdarzeń w kartę Windows PowerShell lub aplikacje. Skoro narządka korzystają z PS muszą być w p. zdarzeń wpisy sesji, startu, startu dostawców, itp.. coś wiesz w stylu Twoich komunikatów:

Wystąpił nieoczekiwany błąd
Klasa nie jest zarejestrowana

#5 Flavius

Flavius

    Expert Rank

  • Na emeryturze
  • 3769 postów
  • Płeć:Mężczyzna

Napisano 01 07 2009 - 18:58

W sekcji Dziennik aplikacji i usług\Windows PowerShell

0 krytycznych ,0 błędów,0 ostrzeżeń

W sekcji Dzienniki systemu Windows\Aplikacja brak błędów,ostrzeżeń dotyczących PowerShell czy nawet tego Fix It
:)
Głos Opozycji Forumowej

#6 Kolega Dudysa

Kolega Dudysa

    Good Rank

  • Na emeryturze
  • 700 postów
  • Płeć:Mężczyzna

Napisano 01 07 2009 - 19:26

Sprawdź, jeszcze jedną rzecz. Mi przy aktualizacji 2.0 do CTP2, pliki poleciały nie do tego katalogu, problem był z pomocą, formatowaniem, itp.....

Czy w lokalizacji:

C:\WINDOWS\system32\WindowsPowerShell


jest tylko katalog \v1.0 (tak ma być) i w nim wymagane pliki (.ps1xml, itp). Jeśli znajdują się inne to przenieś je tylko do katalogu \v1.0

#7 Flavius

Flavius

    Expert Rank

  • Na emeryturze
  • 3769 postów
  • Płeć:Mężczyzna

Napisano 01 07 2009 - 20:37

problem rozwiązany :) .Zgodnie z sugestią jednego z gości z newsgroups zainstalowałem CTP3 i wszystkie MS Fix it działają pod nią prawidłowo (u niego też -link w poście 3).Ty też minimalnie mi pomogłeś ze to od wersji zależy...choć w odwrotnym kierunku niż sądziłeś :) - wydaje się CTP3 jest bardziej kompatbilne z 1.0 niż CTP 2 ale to już oboczny temat...
Muszę tylko nanieść odpowiednią adnotację w moim temacie...
Głos Opozycji Forumowej

#8 Kolega Dudysa

Kolega Dudysa

    Good Rank

  • Na emeryturze
  • 700 postów
  • Płeć:Mężczyzna

Napisano 01 07 2009 - 21:48

Wydaje się CTP3 jest bardziej kompatbilne z 1.0 niż CTP 2 ale to już oboczny temat...
Muszę tylko nanieść odpowiednią adnotację w moim temacie...


Bo tak właściwie wdrożona na 100% jest wersja 1.0. Przy 2.0, v2 CTP2 w sekcji pobrań jest odpowiednia adnotacja (zabezpieczenie).

This software is a pre-release version and should not be deployed in a production environment.
It will not work the way a final version of the software does. Features will change before final release.


To oprogramowanie jest wersji wstępnej i nie powinno być wdrożone w środowisku produkcyjnym. Więc różne, jak widać klocki mogą się dziać, ale dobrze że jest po problemie :)




Użytkownicy przeglądający ten temat: 0

0 użytkowników, 0 gości, 0 anonimowych