In mare, trebuie facuta o modificare in registri si pregatite cateva poze la rezolutii diferite (in cazul in care se face deployment pe n-spe masini).

Dar, sa facem totul pas cu pas.

Modificare registri

Regedit in Run si mergem la HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\LogonUI\Background. Daca valoarea cheii OEMBackground este 0, modificam cu 1. Daca cheia nu exista, o cream.

Crearea si modificarea pozelor

Imaginea de background implicita cu care vine Windows 7 (background.bmp) se afla in %windir%\System32\oobe si are o rezolutie de 1024 x 768 pixels. Ca sa adaugam propriile imagini sau sa o modificam pe cea implicita (de exemplu sa adaugam numele sau sigla firmei), trebuie sa cream (implicit acestea nu sunt create) un director Info in directorul oobe si un director Backgrounds in Info.

Alegem o poza de maxim 250 KB pe care vrem sa o folosim ca imagine de background si o redenumim in backgrounddefault.jpg. Copiem poza in directorul Backgrounds si… 

…blocam calculatorul cu Win+L.

Daca totul e facut corect, ar trebui sa avem ceva de genul:

Daca folosim backgrounddefault.jpg, imaginea se va mari/micsora in functie de rezolutia sistemului de operare. Am cautat ceva mai multe detalii despre aceasta “facilitate” pe site-uri Microsoft-related si in afara de site-ul de parteneri nu am gasit nimic; mi-e si lene sa caut acum mai mult…

In fine, o sa citez mai jos ce scrie intr-un document PDF creat pentru OEM. (Daca informatia este sub NDA, rog pe cineva de la MS sa-mi spuna si o sa scot citatul, dar nu cred ca va fi o problema…)

Citez:

“This image must be sized appropriately for the resolution of the computer screen and must not exceed 250 kilobytes (kb). For a custom image to be used, the directory %WINDOWS%\System32\OOBE\Info\Backgrounds must contain either an image that is specified as the default image, or an image that matches the screen resolution. If a default image is used, the default filename must be:

backgroundDefault.jpg

The filenames for images to be used for specific screen resolutions are:

• background768x1280.jpg
• background768x1360.jpg
• background900x1440.jpg
• background960x1280.jpg
• background1024x768.jpg
• background1024x1280.jpg
• background1280x768.jpg
• background1280x960.jpg
• background1280x1024.jpg
• background1360x768.jpg
• background1440x900.jpg
• background1600x1200.jpg
• background1920x1200.jpg”

Personal nu am incercat asta cu mai multe rezolutii, deci nu stiu sa spun cum merge. Vali, in schimb, mi-a si aratat ca merge. Cand refac imaginea de Windows 7 din firma o sa incerc sa fac si eu si revin cu un update.

P.S. Traiasca Vali ca si-a blocat calculatorul si am putut sa-i vad “Windows Welcome”-ul customizat; si de acolo, a mers ca intre IT-isti

De reamintit:

- e 90 day trial

- nu merge prelungit cu slmgr

- nu merge upgradat

- trebuie activat in 10 zile de la instalare

Si cu toate astea tot e o oferta buna.

Dupa putin studiu am descoperit ca bifa porneste taskul cu drepturi elevate pentru a putea trece de UAC (User Account Control).

Concluzia: daca setati taskuri si sunteti promptati de UAC, nu uittati sa puneti bifa “Run with Highest Privileges”.

Nu este o alternativa la offline files. Prima data este accesat serverul pentru a verifica daca fisierul s-a modificat si abia dupa este livrat din cache. Daca serverul nu este disponibil transparent cache nu intra in actiune. Merge si impreuna cu BranchCache.

Se poate activa din Group Policy:

De retinut ca va stoca in cache fisierele doar daca serverul remote indeplineste conditia definita mai sus (acel network latency). Altfel ar fi un overhead prea mare, daca serverul ar fi in acelasi LAN.

Mi se pare o solutie excelenta pentru cei ce au site-uri fara fileservere locale si acceseaza share-uri peste WAN.

Eu am aflat intamplator cand un coleg m-a rugat sa-l ajut. Am incercat sa deschid consola si din MMC si am primit mesajul:

“This computer is running Windows 7 Home Premium. This snapin may not be used with this version of Windows. To manage user accounts for this computer, use the User Accounts tool in the Control Panel.”

Wow. Adica asta era considerat un feature suplimentar care trebuia dezactivat in versiunea Home (si la Vista e la fel). Bravo. Sa o treceti si in lista comparativa de versiuni.

In urmatoarele versiuni de Windows poate o sa vedem si Right Click dezactivat in versiunile mai ieftine.

PS: poti lucra cu userii si grupurile locale cu NET USER si NET LOCALGROUP. Sau VBS.

De exemplu orice folder ca a fost sharuit prin Homegroup, chiar dupa dezactivarea share-ului si parasirea homegroup-ului o sa arata ca in poza de mai sus – cu un lacatel atasat.

Asta se intampla pentru ca sunt modificate permisiunile NTFS pe folder:

Observati lipsa grupului Users din ACL-ul de mai sus. Putem restaura permisiunile prin selectarea checkbox-ului Include inheritable permissions from this object’s parent.

Rezultatul o sa arate cam asa:

Si imediat dupa, folderul o sa arate normal.

Chiar de curand mi s-a intamplat sa fiu nevoit sa recuperez fisiere sterse pe un sistem cu Vista, fisiere care bineinteles ocolisera clasicul Recycle Bin. Eu am si prostul obicei sa sterg folosind Shift+Delete care oricum sare peste Recycle Bin. De data asta  nu am facut asa, ci am sters din greseala profilul unui user folosind comenzile din Control Panel. Ouch! Noroc cu Previous File Version.

Previous File Version se bazeaza pe acele disk snapshot-uri pe care le stim de pe vremea lui Windows 2003. Tehnologia a fost implementata cu succes pe partea de desktop OS si este foarte utila.

Folosind optiunea Previous File Version putem vedea/copia intr-o locatie alternativa/restaura continutul folderului asa cum a fost el la ora/data la care s-a facut snapshotul. Acum, normal ca va intrebati cum si cand se fac aceste snapshoturi sau ce volume (nu mai vorbim doar de anumite fisiere ca la Windows XP) sunt protejate de snaphoturi.

Pai sunt protejate numai volumele pentru care avem activat System Restore. Mai exact acele snapshot-uri sunt cam acelasi lucru cu Restore Point-urile, doar ca prin Previous File Version putem sa scoatem ce vrem noi din ele. Din fereasta de mai sus puteti sa creati manual un snapshot al unui volum sau sa configurati ceva optiuni, cum ar fi spatiul rezervat pentru aceste snapshoturi (despre cum funtioneaza aceasta tehnologie e poveste lunga si nu o sa discutam acum).

Urmatoarea intrebare ar fi cand face Windows-ul aceste snaphoturi. Sunt trei cazuri:

- system startup

- in caz ca systemul ramane pornit o perioada mai mare de timp, odata pe zi.

- de fiecare data cand instalam ceva pe sistem

Sa aruncam o privire in Task Scheduler si sa vedem cateva din modurile care declanseaza crearea unui restore point. Responsabil este task-ul SR:

Am vazut cum functioneaza si pe ce se bazeaza Previous File Version iar acum avem nevoie de un fel de Tips&Tricks. Foarte multi raman blocati atunci cand sterg un folder si nu mai au pe ce sa dea click dreapta sa ajunga la optiunea de restore. Cel mai simplu ar fi sa folosesti optiunea de vizualizare a snapshotului de la nivelul volumului. Vei putea vizualiza tot de pe volum. Sau daca nu iti vine ideea asta, poti recrea folderul cu acelasi nume pe care l-a avut inainte si optiune de restore devine disponibila si poti vizualiza si restaura tot ce ai avut un folderul sters (la data si ora la care s-a facut snapshot-ul).

Pe mine m-a ajutat, sper sa ajute si pe altii.

In caz ca nu stiati pe Windows 7 sau 2008 R2, by default nu mai puteti restaura bkf-uri create in XP sau 2003. Iar tool-ul care era disponibil pentru Vista nu mai merge pentru ca Removable Storage Manager nu mai exista.

M-am lovit si eu de aceasta problema cand am incercat sa restaurez un backup mai vechi si pe ambele sisteme folosite aveam Windows 7 (singurul moment in care am regretat ca am pus Windows 7). Cum nu stiam rezolvare pe vremea aceea am fost nevoit sa ma folosesc de o masina virtuala cu Windows 2003 pentru a extrage fisierele din backup.

Intre timp au mai aparut solutii. Una este descrisa aici. Tot ce trebuie facut e sa extragi cab-ul cu ntbackup si in acelasi folder sa ai urmatoarele fisiere:

-ntmsapi.dll

-vssapi.dll

De curand a aparut si un update de la MS care permite restore-ul BKF-urilor.

http://support.microsoft.com/?kbid=974674

Dupa ce instalati update-ul o sa aveti o versiune limitata dar functionala a lui NTBackup pe care o puteti folosi pentru a restaura informatia din BKF-uri.

Combinatia Windows Vista sau 7 + wlan + vmware player sau workstation instalat – poate duce la mesajul de eroare din titlu atunci cand incercati sa initiati o conexiune VPN din meniul Connect To. Rezolvarea clasica e sa te duci in Network Connections din Control Panel si sa initiezi conexiunea de acolo.

O alta varianta intalnita pe net ar fi sa umbli in network binding order si sa speri ca nu o sa se mai intample.

Eu am mai descoperit ca daca restartezi serviciul WLAN Auto Config lucrurile revin la normal (conexiunea la WLAN se va pierde pentru cateva secunde). Tot e mai bine decat un reboot.

In articolul anterior am discutat despre cum setam un homegroup. Acum sa discutam despre cateva detalii ale acestui feature.

First of all, trebuie retinut ca Network Location-ul pentru adaptorul de retea trebuie sa fie Home Network. Altfel nu va merge. La fel trebuie retinut ca se comporta “ciudat” atunci cand sunt mai multe adaptoare de retea pe sistem (multihomed), chiar si VMWare.

Second, un calculator care este membru in domeniu nu va putea crea un homegroup. Va putea joina un homegroup si accesa resursele partajate dar nu va putea partaja resurse. Microsoft s-a gandit ca nu ar fi bine ca cineva sa se duca acasa cu sistemul de la lucru si acolo sa-si partajeze informatiile. Personal mi se parea mai bine daca lasau la alegerea administratorului. Daca user-ul vrea tot o sa o faca pana la urma.

Urmatoarele setari din Group Policy permit dezactivarea accesului la un homegroup:

Computer Configuration\Policies\Administrative Templates\Windows Components\HomeGroup\Prevent the computer from joining a homegroup

Ce am mai descoperit: exista un grup folosit de acest feature numit Homeusers.

Cand joinam un sistem sau cand cream un homegroup, automat o sa avem un user in plus pe sistem numit HomeGroupUser$. Acest user va fi folosit pentru accesul pe sisteme remote si banuiesc ca va avea parola pe care o partajam (sau macar ceva derivat de la acea parola). Il vom intalni in permisiunile NTFS de pe resursele partajate.

Acum partea interesanta. Nu conteaza ce sistem a initiat homegroup-ul, atata timp cat mai exista inca un sistem membru el exista. Insa in momentul in care pleci din workgroup, grupul local Homeusers si userul HomeGroupUser$ sunt stersi, iar ACL-urile pe resurse raman. Ceva de genul:

Voi sti ce a fost partajat pentru ca fiecare folder va avea un lacatel in dreptul lui.

Inca ceva. Totul depinde de doua servicii Homegroup Listener si HomeGroup Provider.

Daca sunt oprite, optiune de homegreoup nu va aparea nici macar in Explorer.

Si cam atat pentru astazi. Daca mai aveti informatii despre acest topic nu ezitati sa le postati.