Зареждане на Acronis True Image от USB Flash

Необходими са:

- USB Flash устройство форматирано с FAT32
- Инсталиран Acronis True Image

Създаването на USB от което да се зарежда Acronis става по следния начин:

1. Форматира се USB Flash във файлова система FAT32 (най-бързо с Quick Format).

2. Сваля се файла syslinux.exe от http://www.kernel.org/pub/linux/utils/boot/syslinux/ - например syslinux-3.84.zip или по-нов. От архива се копира файла syslinux.exe от папката Win32.

3. Стартира се командата:

syslinux.exe -ma [drive letter]

Ако USB устройството е с буква G: командата е:

syslinux.exe -ma G:

4. От папката C:\Program Files\Common Files\Acronis\TrueImageHome\ се копират файловете kernel.dat и ramdisk_merged.dat в основата на USB Flash устройството.

5. Проверява се дали опцията Hide extensions for known file types НЕ Е маркирана в Tools/Folder options. Създава се с Notepad файл SYSLINUX.CFG в основата на USB Flash устройството. В него се записва текста:

timeout 100
default ati
label ati
kernel kernel.dat
append initrd=ramdisk_merged.dat vga=0x314 ramdisk_size=40000 quiet

Всичко е готово и може да се тества дали зареждането от USB е успешно. При лаптопите най-често се натиска F12 преди зареждане или се настройва от BIOS първо устройство за зареждане да е USB Removable.

Източник: http://kb.acronis.com/sites/default/files/content/2006/3/1526/flash-syslinux.html

Добавяне на Windows 2008 R2 като допълнителен DC към Windows 2008 (SP2)

При Windows 2008 R2 Server има няколко важни промени, които не позволяват добавяне като допълнителен Domain Controler (DC) към домейн под управлението на Windows 2008 Server (SP2) без предварителна подготовка.

Преди добавянето на R2 трябва да се обнови Active Directory. За целта:

1. Трябва да се копира папката Support от DVD-то на Windows 2008 R2 на съществуващият Windows 2008 Server - трябва това да е основният сървър (да е с роли Schema operations master, Infrastructure operations master и Infrastructure operations master).

2.След копирането локално на Windows 2008 се стартират следните команди:

adprep /forestprep
adprep /domainprep
adprep /domainprep /gpprep

2. Ако съществуващият Windows 2008 Domain Controller не е 64bit трябва да се ползва adprep32.exe.

WINS не се стартира първия път (Windows 2003)

На новоинсталиран сърврър WINS не се стартира при зареждане на операционната система и дава следната грешка:

Event ID: 4301

The computer running the WINS server does not have a valid address.
When WINS requested an address, it received 0.0.0.0 as the address. NOTE: WINS
binds to the first adapter in a machine with more than one adapter bound to
TCP/IP. Check the binding order of adapters and make sure the first one has a
valid IP address for the WINS server.

Проблема за съжаление не е в неправилно настроен IP адрес или погрешен ред на мрежовите интерфейси. WINS може успешно да бъде стартиран ръчно след зареждане на операционната система.

Причината се оказа в това, че WINS се стартира преди TCPIP и разбира се не може да получи настройките на мрежовите интерфейси. Решението е да се натсрои така, че WINS да се стартира след TCPIP. За целта трябва да се промени този ключ в регистрите:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WINS

Там в DependOnService се добавя Tcpip и се рестартира сървъра.

Източник:
http://forum.ru-board.com/topic.cgi?forum=8&topic=17196

Event ID 4: The kerberos client received a KRB_AP_ERR_MODIFIED error from the server

Когато в мрежа от няколко домейн контролера (всички в един домейн) паролата за регистрация на машините по някаква причина изтече или е променена, всички домейн контролери от домейна спират да репликират данни с основния домейн контролер.

В резултат на това започват проблеми с DFS Replication, достъпа до папките на основния домейн контролер и др.

Проблема може да се реши, като се смени паролата на машините и се създаде нов канал за комуникация между отделните домейн контролери.

Това става по следния начин:

1. На всички домейн контролери се инсталира Windows Support Tools за съответната операционна система (за да ползваме netdom.exe). За Windows 2003 SP2 адреса е http://www.microsoft.com/downloads/details.aspx?FamilyID=96a35011-fd83-419d-939b-9a772ea2df90&displaylang=en.

2. На всички домейн контролери (освен на основния) се спира service Kerberos Key Distribution Center, задава и се "Manual startup" и се рестартира машината. След рестарта се изпълнява командата:

netdom resetpwd /server:server_name /userd:domain_name\administrator
/passwordd:administrator_password

Тук за server_name попълваме името на машината на основния домейн контролер.

Ако командата не се изпълни успешно в HOSTS файла (c:\windows\system32\drivers\etc\hosts) се добавя временен запис за адреса на основния домейн контролер. След изпълнението на комадата записа трябва да се изтрие.

3. След успешно изпълнение на комнадата на домейн контролерите те се рестартират и отново се стартира Kerberos Key Distribution Center, като и се задава "Automatic startup".

Изтточник:
http://support.microsoft.com/kb/288167

Повече информация за потребителите в Active Directory (Last Logon, Last Bad Logon, Logon Count)

Когато е необходимо да се извлече допълнителна информация за потребителите в Active Directory може да се ползва информацията от "Additional Account Info" частта в Properties страницата на всеки потребител.

За да се появи тази страница трябва да се свали "Account Lockout and Management Tools" от сайта на Microsoft (http://www.microsoft.com/downloads/details.aspx?FamilyId=7AF2E69C-91F3-4E63-8629-B999ADDE0B9E&displaylang=en).

Сваления файл се разархивира, от него се взима файла acctinfo.dll и се копира в c:\windows\system32. След това от Command Prompt се прави регистрация на библиотеката с командата:

regsvr32 C:\WINDOWS\system32\acctinfo.dll

След успешна регистрация в Properties на всеки потребител ще се появи "Additional Account Info".

Много стартирани копия на taskeng.exe в Windows Vista

Понякога в Windows Vista възниква следния проблем: ако отворим Task Manager ще видим много (над 50) копия на процеса taskeng.exe.

Това се получава, когато по някаква причина (обикновено някое обновяване) се поврежда системната задача User_Feed_Synchronization. Проблема се решава по следния начин:

1. Отворете Task Scheduler.
2. От менюто View изберете "Show Hidden Tasks".
3. Изберете от дървото в ляво "Task Scheduler Library".
4. От списъка със задачи изберете "User_Feed_Synchronization" с десен бутон и изберете "Delete".
5. Затворете Task Scheduler.
6. От бутона Start изберете "Accessories" и натиснете десен бутон върху "Command Prompt". От менюто изберете "Run As Administrator".
7. Напишете тази команда:

msfeedssync enable

и натиснете Enter.

По този начин отново ще създадете задачата User_Feed_Synchronization, но вече с работеща конфигурация.

Операционни системи на 32bit не работят като клиенти на Windows Server 2008 64bit споделен факс

След успешна инсталация и конфигурация на факс сървър под Windows Server 2008 64bit установих, че нито една от работните станции с 32bit операционни системи (Windows XP и Windows Vista) не може да ползва споделения факс пълноценно.

Всички могат да отварят списъка с факсове, но не могат да изпращат. При опит за разпечатване на документ към факс принтера нищо не се случва...

Проблема се оказа в липсата на 32bit драйвери за споделения факс. По подразбиране Windows 2008 Server 64bit инсталира само 64bit драйвери и е необходимо да му се добавят 32bit такива.

Това става, като първо копираме от инсталиран Windows Server 2008 32bit папката "C:\Windows\System32\DriverStore\FileRepository\prnms002.inf_810d6136" (името може да завършва на други цифри). След това избираме Fax Properties/Sharing/Additional Drivers и маркираме опцията "x86". Натискаме OK и посочваме пътя до папката, която копирахме по-горе от 32bit Windows Server 2008.

След това всички работни станции, които са с 32bit операционни системи ще ползват факса пълноценно.