MICROLINC - Probleme suchen Lösung
Zurück   Home

BINL Server - bei Verwendung von mehreren bcd-Dateien

  -  06.10.2012 - 19:21
Menü

Home
Microsoft Small Business Server 2011 Standard
Hardware
Windows
MS Office
Projekte
Support
Download
Peripherie
Sonstiges (Off-Topic)
Telefonie
Windows 8
Windows Mobile
Security-Software
DATEV
Virtualisierung Oracle virtualbox
nginx
Kryptographie
hMailServer
Android
Novell
Exchange
Server 2012 R2
AD Certificate Service (PKI) / Zertifizierungsstelle
System Center
Blackberry
Microsoft Flow
Virtualisierung Microsoft Hyper-V
Ubiquiti
3CX
OneDrive


 
Autor:Thomas Windscheif last edit:17.10.2012 18:04

Link zu diesem Beitrag:


[Druckansicht]

Problem:

Folgende Situation:
Windows Server 2008 R2 x64 (RIS-Server mit Windows DHCP Server, TFTPD32 (x64) als TFTP-Server, binlserver von Gianluigi Tiesi)
Mehrere RIS-Installationen:
- Win XP
   - Professional
   Home Edition
- Windows Vista
   - Home Premium (x64, x86)
- Windows 7
   - Home Premium (x64, x86)
   - Professional (x64, x86)


Beim Installieren eines RIS-Server mittels PXE und Win PE passierte folgendes.
Da ich für die x86 und x64-Plattformen getrennte Bootmanager verwenden wollte und daher genötigt war die bootmgr mittels gsar zu modifizieren (siehe http://www.rrze.uni-erlangen.de/dienste/arbeiten-rechnen/windows/windows-pxe-boot.shtml), so dass dieser auf einen anderen Bootstorage zeigt (bootmgr.exe wurde zu bootx64.exe und soll auf B_A zeigen) hatte ich immer ein erstmal nicht erklärbares Problem. Immer wenn ich versuchte den modifizierten bootmgr.exe zu öffnen wurde ich trotz des Pointers auf B_A auf die bcd weitergeleitet (siehe tftpf32-Log). Zuerst vermutete ich bei dem tftp-Server und wechselte zwischen der x64-Variante als Dienst und normales Programm, außerdem noch mit der x86 (Dienst & Programm). Das war aber nicht der Fehler, auch ein Abschalten des ASLR vom verwendeten Windows 2008 R2-Servers brachte nicht den Erfolg. Nach einigem hin und her und der Tatsache, dass das Laden des PE-Images kurz nach einem Neustart des Server funktionierte, ging ich die Dienste und Aufgaben durch. Und siehe da: Der Verursacher war der Dienst binlsrv (BINL Server von Gianluigi Tiesi's, zur Erkennung der NIC-Treiber für WinXP-PXE-Setup). Dieser scheint dem PXE-Client nach dem Laden des Bootmanagers (bootmgr.exe) eine Antwort zu senden, welche BCD-Datei er nutzen soll (boot\bcd).

Nach Recherche im Source-Code (http://oss.netfarm.it/guides/) der binlsrv.py fand ich den entsprechenden Punkt und kommentierte diesen aus. Anschließend kompilierte ich die Python-Datei mit py2exe und testete das ganze nochmal.

DAS ERGEBNIS: Wunderbar. Sowohl die Windows XP-RIS-Installation als auch die Vista/W7-WinPE-Images starten.

Für diejenigen die ebenfalls einen Multi-OS-RIS-Server mit WinXP, Vista, W7 benutzen oder benutzen wollen stelle ich hier den modifizierten binl-server (0.4mod) zur Verfügung:


binl_without_bcd_pointer.zip


Über den Autor
Thomas Windscheif arbeitet bei excITe Consulting und ist langjähriger Berater im Bereich IT-Infrastruktur und Groupware. Sowohl Kleinunternehmen z. B. im Handwerk als auch der größere fertigende Mittelstand gehören zu seinem Projektumfeld. Im Wesentlichen gehören die Planung von Infrastruktur-Migrationen (Novell/Micro Focus, Microsoft), Cloud-Lösungen (Office365), Groupware-Umgebungen (z. B. Exchange) und deren Umsetzung zu seinen Aufgaben. Neues begeistert ihn aber ebenso und so unterstützt Thomas Windscheif auch bei themenfremden IT-Systemen, überall da wo er helfen kann.

Sein Ziel: Die Mehrwerte der heutigen IT-Lösungen für einfacheres und modernes Arbeiten beim Kunden einbringen.

Login


QuickTag:  

 
Sie haben ein ungelöstes Problem in Ihrer Exchange Server oder Microsoft-Infrastruktur?
Treten Sie gerne mit mir in Kontakt. Sowohl bei einfachen Exchange Installationen, als auch bei hochverfügbaren, lastverteilten Mehrstandort-DAG-Topologien mit Loadbalancern unterstütze ich Sie -auch kurzfristig- sehr gerne.

Nutzen Sie den Live Chat, xing, LinkedIn, das Kontaktformular oder den Mailkontakt

[News als RSS-Feed abonnieren]
News

vom 16.09.2019 - 17:48


- Windows Server 2019 - LDAP out of memory exception -

Aktuelle Versionen von Windows Server 2019 laufen bei LDAP Abfragen mit Gruppenauflösung (1.2.840.113556.1.4.1941) auf einen out of memory-Fehler. Laut einem Microsoft-Mitarbeiter soll das Problem aber im kommenden September-Update behoben werden (KB4516077).

Unter folgendem Link kann man die Diskussion im Microsoft Social TechNet verfolgen:
https://social.technet.microsoft.com/Forums/windowsserver/en-US/4f14412f-dd81-4b9a-b6b5-aa69100e87d0/intermittent-not-enough-space-errors-when-doing-ldap-queries-against-2019-domain-controller?forum=winservergen

Leider kann man in den offiziellen Kanälen zu dem KB-Artikel noch nichts finden.


Weitere News:

3CX V16 Call Control API mit PowerShell Core


vom 25.04.2019 11:41


Exchange Online SMTP TLS Report


vom 15.02.2019 18:04


TLS-Test für SMTP mit PowerShell


vom 10.12.2018 11:47


3CX Secure SIP via DIRECT-STUN mit yealink T46S


vom 08.09.2018 15:35


Exchange 2016 CU10


vom 25.06.2018 15:21


Apple iCloud Addin stört Outlook Kalenderfunktionen


vom 18.10.2017 13:24


.NET 4.7 released - Bitte nicht auf Exchange Servern installieren


vom 13.06.2017 21:52


Troubleshooting Exchange Health Manager Sensoren


vom 16.05.2017 21:06


Exchange 2016 - ActiveSync-Lesebestätigungen können nun unterdrückt werden


vom 09.03.2017 18:28


Exchange - Informationen an Dritte einschränken


vom 20.02.2017 01:53


Einen guten Start in das neue Jahr


vom 31.12.2016 19:21


Smart App Banner für OWA entfernen


vom 09.09.2016 20:15


Neue Version des Berechtigungsvererbungsskript für Exchange released


vom 17.05.2016 19:34


LogParser für Exchange SMTP-Logs


vom 16.05.2016 00:48


Exchange Healthmailboxen neu anlegen


vom 25.03.2016 16:28


Retention Policy auf Healthmailboxen anwenden


vom 24.03.2016 20:52


Exchange Schemaversionen auf allen DCs abfragen


vom 24.03.2016 16:37


Neue Versionen des Berechtigungsvererbungsskripts


vom 27.09.2015 19:04


Exchange 2013 Mapi over HTTP Diagnose


vom 20.09.2015 20:42



[alle News auflisten]
Sitemap - Kontakt - Datenschutz & Disclaimer - Impressum