“Log on as a service” Trouble bei der Migration

Veröffentlicht am von
Antwort

Das Recht sich als Service an einem Domain Controller anmelden zu können, spielt eine wichtige Rolle bei der Migration auf den Windows Server 2012 R2 Small Business Essentials (SBE). Hier ist bei meiner letzten Migration irgendetwas schief gelaufen – die Berechtigung hier war nicht ausreichend gesetzt.

Zwar referenziert die Phase 1 der SBE Migration auf eine Löschunt der “Logon as a service” Einstellungen, aber explizit nur für eine Migration von Windows Server 2003!

image

Die Einstellung ist in der Default Domain Controller Policy unter Computer Configuration\Windows Settings\Security Settings\Local Policies\User Rights Assignment\Logon as a service zu finden und wird damit lediglich auf Domain Controller angewendet – was aber ein einer SBE Umgebung OK ist, wir haben in der Regel nur diesen einen Server. Auf Member-Servern in der Domain wird die Berechtigung in der lokalen Policy konfiguriert.

Ich habe diese Einstellung bei der letzten Migration nicht geändert … was zu folgenden Problem führte.

  1. Nach der Installation der Essentials Role muss ein Post-Deployment Task ausgeführt werden, welcher das Dashboard startet und damit den Wizard zur Einrichtung des SBE. Das ging erstmal schief und zu diesem Zeitpunkt dachte ich noch nicht an die fehlende Konfiguration der Logon as a service Richtlinie.
  2. Folgende Dienste (Services) wollten nach einem Reboot des Servers nicht mehr starten:
    1. Windows Server Essentials Media Streaming Service
      (Log on as: sbsland.local\MediaAdmin$)
    2. WSUS Service
    3. SQL Server (MSSQLSERVER)
      (Log on as: NT Service\MSSQLServer)

Fehler 1 – The Post-Deployment Configuration task may fail after you install the Windows Server Essentials Experience role on Windows Server 2012 R2

Fehler 1 ist inzwischen bei Microsoft in einem KB-Artikel KB2914651 dokumentiert. Hier fehlt den Accounts ServerAdmin$ und MediaAdmin$ das Recht sich als Service an zu melden (Logon as a service). Nachdem die beiden Accounts, wie im Artikel beschrieben in der Default Domain Controller Policy konfiguriert wurden und ein GPUPDATE das dem Server mitgeteilt hat, konnten der Post-Deployment Task zur Einrichtung des SBE ohne Fehlermeldung starten.

Fehler 2 – die oben genannten Services starten nicht (mehr)

Bis zum Zeitpunkt des Neustarts war der WSUS aktiv und hatte schon gute 2 Wochen lang die Clients mit Updates versorgt. Eine Kontrolle der Default Domain Controller Policy zeigte, dass der Service Account des SQL Servers (NT Service\MSSQLServer) ebenfalls nicht berechtigt war.

Der folgende Screenshot zeigt die korrekt berechtigten Service Accounts in der GPO:

image

Nach dem auch dieser Account eingetragen war, startete der SQL Server ohne Probleme und damit lief auch mein WSUS wieder, welcher diesen zur Ablage der SUSDB (WSUS Datenbank) verwendet.

Der Windows Server Essentials Media Streaming Service war zwar richtig berechtigt, stand aber, aus welchen Gründen auch immer, auf deaktiviert (disabled). Hier habe ich die Service Startart auf Automatisch (automatic) gestellt, danach lief auch dieser Service ohne Probleme.

Enjoy it, b!

Windows SBE 2012 R2 Dashboard

Veröffentlicht am von
Antwort

Für den Windows Server Small Business Essentials 2012 R2 hat Microsoft das Management mit PowerShell nochmals deutlich verbessert und liefert eine Reihe hilfreicher PowerShell Befehle mit.

https://technet.microsoft.com/en-us/library/dn205088(v=wps.630).aspx

Im Gegensatz zu früheren Versionen, lässt sich damit z.B. das Dashboard nach einer Migration auf SBE 2012 R2 von Benutzerkonten säubern welche dort nicht angezeigt werden sollen (Service Accounts, zusätzliche Admins, etc.).

Dazu wird einfach PowerShell als Administrator gestartet und die vorhandenen Benutzer des Dashboards ermittelt:

# Ermittlung der im Dashboard angezeigten Benutzer
Get-WssUser | fl UserName

image

Die beiden grün markierten Benutzer sollen nicht mehr im Dashboard angezeigt werden (das eine ist mein Administrator, der andere DHCP2DNS ist der Proxy-Account für DNS Updates).

# Deaktivieren der Anzeige von Benutzern im Dashboard
Set-WssUserDashboardVisibility -Name bernd-adm -Hidden

Set-WssUserDashboardVisibility -Name DHCP2DNS-Update -Hidden

image

Damit zeigt das Dashboard lediglich den Administrator und die eigentlichen SBE Benutzer an.

Enjoy it, b!

Entfernen von Exchange 2007 im Verlauf einer Migration

Veröffentlicht am von
1

Im Verlauf einer Migration von Windows Small Business Server 2008 auf einer der neueren Essentials oder Standard Versionen, muss Exchange aus dem Active Directory sauber entfernt werden. Das passiert an einfachsten durch eine Deinstallation von Exchange auf dem alten Small Business Server.

Allerdings musste ich im Verlauf von einigen Migrationen feststellen, dass das nicht immer so problemlos klappt. Letztendlich ist mir aber die Deinstallation von Exchange 2007 immer gelungen, dabei musste ich noch folgende zusätzliche Schritte tun.

Start der Exchange 2007 Deinstallation.image

Im folgenden Dialog alle aktiven Elemente deaktivieren.image

Danach startet die Deinstallation in Form eines Readiness Checks und läuft auf die folgenden drei Fehler / Probleme.

image

Fehler 1: Uninstall cannot continue. Database ‘Mailbox Database’: This mailbox database contains one or more mailboxes ..

Fehler 2: Uninstall cannot continue. Database ‘Public Folder Database’: The public folder database …contains the following offline address books(s).
.\Standard-Offlineadressliste

image

Fehler 3: This computer is configured as a source transport server for 1 connector(s) in the organization …

Lösung von Fehler 1

Exchange Management Console / Recipient Configuration / Mailbox – löschen aller vorhandenen Mailboxen. Falls der Administrator eine Mailbox hat, kann diese nicht gelöscht werden – hier ist es notwendig diese zu deaktivieren.

Danach wird über die Exchange Management PowerShell Console die Mailbox Database gelöscht.

Get-MailboxDatabase
Remove-MailboxDatabase -Identity "Mailbox Database"

Lösung von Fehler 2

Die Public Folder Database läßt sich über ADSIEdit löschen:

http://blog.dargel.at/2012/01/19/remove-public-folder-using-adsiedit/

Dazu starten wir ADSIedit mit erweiteren Rechten als Domain Admin und verbinden uns (mit Connect to) zum Configuration Naming Context.

image

von dem wir uns wie im Blog beschrieben zu CN=Public Folder Database durcharbeiten, um diese im Anschluss zu löschen.

image

Lösung von Fehler 3

Exchange Management Console / Organization Configuration / Hub Transport / Send Connectors – löschen aller vorhandenen Connectoren.

Exchange Management Console / Server Configuration / Hub Transport / Receive Connectors – löschen aller vorhandenen Connectoren.

Danach mit Retry den Readyness Check laufen lassen. Danach kann die Deinstallation von Exchange 2007 fortgesetzt werden.

Enjoy it, b!

Windows Server 2012 R2 liefert keine Dateifreigaben mehr …

Veröffentlicht am von
Antwort

Seit geraumer Zeit kann ich auf einem Windows Server 2012 R2 beobachten, dass dieser auf einmal alle Dateifreigaben nicht mehr bereitstellt. Der Server selbst, ist aber über RDP und auch mit einem Ping problemlos erreichbar.

Eine Anmeldung über RDP und der Neustart des Server-Dienstes bringen auch keine Lösung, allerdings sind die Dateifreigaben nach einem Neustart des Servers wieder für einige Wochen verfügbar.

Ein wenig Recherche im Internet hat ergeben, dass ich mit dem Problem nicht alleine bin

https://social.technet.microsoft.com/Forums/de-DE/e9567167-22db-4b8c-9f96-a08b97d507f9/server-2012-r2-file-server-stops-responding-to-smb-connections?forum=winserverfiles

und sogar dafür einen von Microsoft gelieferten Workaround zu Tage gefördert:

https://support.microsoft.com/en-nz/kb/2957623

Die in dem KB-Artikel referenzierten Update rollups vom Mai 2014 sind aber auf meinem Server installiert. Somit habe ich beschlossen einfach den ebenfalls im Artikel beschriebenen Registry-Key zu setzen.

REG ADD HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters /v DisableLeasing /t REG_DWORD /d 1 /f

NET STOP SERVER
NET START SERVER

Seit dem läuft der Server ohne Probleme.

Enjoy it, b!

DNS-Einträge für die Office365 Migration

Veröffentlicht am von
Antwort

Die Einrichtung von DNS – Einträgen für Office 365 (Exchange Online) ist immer eine interessante Sache, da sie in der DNS-Konfiguration des Hosters erfolgt. Diese scheinen (mein subjektiver Eindruck) meist Eigenentwicklungen zu sein – zumindest habe ich noch keine Oberfläche mehrfach vorgefunden.

Dabei ist die Sache nicht besonders schwierig …

  1. Als erstes erfolgt die Anmeldung am Office365 Portal über https://portal.office.com mit einem Account welcher administrative Rechte besitzt
  2. Im Dashboard im Abschnitt Domänen verwalten klickt man dann auf die Schaltfläche Domäne hinzufügen

    image

    Diese Auswahl impliziert, dass schon eine Domäne bei einem Hoster existiert! Nach dem Klick auf Domäne hinzufügen startet der Assistent welcher einen mit entsprechenden Hinweisen beim Prozess unterstützt.

  3. Im Assistant, wählt man die Option Fangen wir an! um die Domäne zu migrieren
  4. Der Name der Domäne wird nun ohne www in der Auswahlfeld eingetragen

    image

    Darunter erfolgt gleich ein Hinweis wie die Mail-Adressen der Domäne später aussehen (z.B. Benutzer@sbsland.de) werden, was aber keine wirkliche Rolle spielt da eine Änderung im Anschluss ohne Probleme erfolgen kann.
    Durch einen Klick auf weiter, erstellt der Assistent den notwendigen TXT-Eintrag welcher zur Überprüfung (ob einem die Domain auch wirklich gehört) gesetzt werden muss.

  5. Dieser Eintrag muss nun im DNS beim Hoster konfiguriert werden.

    image

    Das @ bezieht sich auf einen TXT Eintrag direkt für die z.B. sbsland.de Domain und nicht auf irgendeine Subdomain.

  6. In der DNS Verwaltung muss damit dieser Eintrag angelegt, oder geändert werden und hier die zugehörige DNS Verwaltung …

    image

    … in dieser KEIN TXT Eintrag vorhanden ist. Ein Anlegen des TXT Eintrags für die Root Domain ist in diesem Tool leider nicht möglich – so etwas geht nur für Subdomains.
    Microsoft bietet zwar die Möglichkeit an die Validierung auch über einen MX Eintrag durch zu führen (was hier möglich ist) – allerdings muss danach wiederum ein TXT Eintrag konfiguriert werden. Was dazu führt, dass wir den TXT Eintrag durch einen Support-Call beim Hoster (Provider) setzen lassen

  7. Nachdem uns der Hoster den TXT Eintrag gesetzt hat können wir diesen mit dem von Microsoft geforderten Wert setzen

    image

    und zurück im DNS Assistenten im Office Portal mit OK, ich habe den Eintrag hinzugefügt die Überprüfung starten!

  8. Was dann auch auf Anhieb funktioniert

    image

    Ein Klick auf Weiter bringt uns zur Einrichtung von Benutzern, welche wir an dieser Stelle überspringen.

  9. Nun kommen wir zur abschließenden Konfiguration der DNS-Einträge welche zur Funktion der Domain mit Office365 notwendig sind. Dabei ist zu beachten, dass wir nur die Einträge für Mail, setzen wollen – aber nicht für die gesamte Domain.

    image

    Hier nur die Option für die Mail-Einträge

    image

  10. Damit haben wir auch schon die Liste der notwendigen Einträge fertiggestellt

    image

  11. Die Einträge sehen in dieser DNS-Verwaltung dann wie folgt aus

    image

    Lila habe ich den vom Hoster gesetzten TXT Eintrag markiert, welcher erneut überschrieben werden muss.
    Der DNS Assistent in Office365 bestätigt die Eingaben dann mit einem Alles bereit! wenn diese in Ordnung sind.

Enjoy it, b!

Server hängt beim herunterfahren

Veröffentlicht am von
2

Nach der Installation einer großen Anzahl von Updates wollten einige Server nicht mehr sauber herunter fahren, bzw. neu starten.

Gut 20min musste ich mir den folgenden Bildschirm anschauen.

image

Dabei habe ich mir die Frage gestellt – was tun? Gut, eine VM kann ich über das Hyper-V Management einfach ausschalten, einen Hyper-V Host oder anderen physikalischen Server kann ich über das ILO-Board ausschalten. Die Konsequenzen sind aber nicht immer absehbar.

Die Ursache des Problems war bei allen Systemen (3x virtuell und 1x Hyper-V Host), dass sich ein Services nicht korrekt beenden wollte.

Eine Abfrage der Services …

sc \\server queryex >c:\temp\process.txt

… welche remote noch möglich war lieferte folgendes Ergebnis.

SERVICE_NAME: TrkWks
DISPLAY_NAME: Distributed Link Tracking Client
        TYPE               : 20  WIN32_SHARE_PROCESS  
        STATE              : 4  RUNNING 
                                (STOPPABLE, NOT_PAUSABLE, ACCEPTS_SHUTDOWN)
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)
        CHECKPOINT         : 0x0
        WAIT_HINT          : 0x0
        PID                : 12
        FLAGS              : 

SERVICE_NAME: TrustedInstaller
DISPLAY_NAME: Windows Modules Installer
        TYPE               : 10  WIN32_OWN_PROCESS  
        STATE              : 3  STOP_PENDING 
                                (NOT_STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN)
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)
        CHECKPOINT         : 0x2
        WAIT_HINT          : 0x36ee80
        PID                : 4124
        FLAGS              : 

SERVICE_NAME: UmRdpService
DISPLAY_NAME: Remote Desktop Services UserMode Port Redirector
        TYPE               : 20  WIN32_SHARE_PROCESS  
        STATE              : 4  RUNNING 
                                (STOPPABLE, NOT_PAUSABLE, ACCEPTS_SHUTDOWN)
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)
        CHECKPOINT         : 0x0

Da die Ausgabe in eine Textdatei erfolgte konnte ich hier einfach eine Suche durchführen und bin dabei mehrfach auf den TrustedInstaller Service gestoßen welcher mit STOP_PENDING das Herunterfahren, bzw. den Neustart des Servers verhinderte.

Ein Beenden des Prozesses mit taskkill half sofort und das Problem war gelöst.

taskkill /S server /PID 4124

Nach dem Neustart wurden nochmals wenige ausstehende Updates installiert und der Server läuft wieder ohne Probleme.

Auf einem Hyper-V Host hatte ich das gleiche Problem, hier wollte eine VM sich nicht beenden und nach über 1h Warten habe ich mich entschlossen den Prozess der VM zu beenden.

SERVICE_NAME: vds
DISPLAY_NAME: Virtual Disk
        TYPE               : 10  WIN32_OWN_PROCESS  
        STATE              : 4  RUNNING 
                                (STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN)
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)
        CHECKPOINT         : 0x0
        WAIT_HINT          : 0x0
        PID                : 1076
        FLAGS              : 

SERVICE_NAME: vmms
DISPLAY_NAME: Hyper-V Virtual Machine Management
        TYPE               : 10  WIN32_OWN_PROCESS  
        STATE              : 3  STOP_PENDING 
                                (STOPPABLE, NOT_PAUSABLE, ACCEPTS_PRESHUTDOWN)
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)
        CHECKPOINT         : 0xdcb
        WAIT_HINT          : 0x7d0
        PID                : 1112
        FLAGS              : 

SERVICE_NAME: W32Time
DISPLAY_NAME: Windows Time
        TYPE               : 20  WIN32_SHARE_PROCESS  
        STATE              : 4  RUNNING 
                                (STOPPABLE, NOT_PAUSABLE, ACCEPTS_SHUTDOWN)
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)
        CHECKPOINT         : 0x0
        WAIT_HINT          : 0x0
        PID                : 844
        FLAGS              :

Das Beenden erfolgt wiederum über taskkill.exe und der entsprechenden Prozess-ID (1112).

Nach dem Neustart des Hyper-V Hosts hat lediglich die VM einen “unexpected shutdown” gemeldet, alle anderen VMs waren davon nicht betroffen.

Generell erscheint mir diese Vorgehensweise (auch bei Hyper-V Hosts) die deutlich sinnvollere als einfach den Server aus zu schalten. Ein Power-Reset betrifft gleich immer alle darauf laufenden Systeme was auch mal einige VMs beschädigen kann.

Enjoy it, b!

Password will never expire …

Veröffentlicht am von
1

In Workgroups oder Zuhause ist es oft mühselig (bei den Home Editions über die GUI gar nicht möglich) das Ablaufen von Passwörtern zu deaktivieren. Neulich hatte ich das Problem, dass 20 Notebooks in einem Schulungscenter mit drei lokalen Benutzern mit ablaufenden Passwörter zu kämpfen hatten. Daher habe ich ein Script geschrieben um die Konfiguration zu automatisieren.

Eigentlich reicht es einfach das Script mit erhöhten Admin-Rechten aus zu führen. ich habe aber noch eine Möglichkeit eingebaut Accounts von dieser Änderung aus zu schließen. Diese müssen dazu lediglich in Zeile 7 eingetragen werden.

set account-filter=administrator gast guest Default

Das Script funktioniert mit Windows 7 aufwärts (darunter habe ich es nicht getestet) und ist als einfache Batch realisiert.

@echo off

:: Set-PasswordWillNeverExpire.cmd

set alog-unicode=%temp%\local-accounts-unicode.txt
set alog-ansi=%temp%\local-accounts-ansi.txt
set account-filter=gast guest Default
set alog-ansi-2beSet=%temp%\local-accounts-2beSet.txt

echo.
echo !!! Run this script as Administrator !!!
echo.

:: get local user accounts from wmi as unicode
WMIC USERACCOUNT WHERE LocalAccount='true' GET Name >%alog-unicode%
:: convert unicode to ansi
type %alog-unicode% >%alog-ansi%

:: excluding some accounts
for /f "tokens=1,* skip=1 delims= " %%a in (%alog-ansi%) do (
 
	echo %%a | findstr /v /i "%account-filter%" >>%alog-ansi-2beSet%

)

:: setting remaining accounts to never expire
for /f "tokens=1" %%a in (%alog-ansi-2beSet%) do (

	WMIC USERACCOUNT WHERE "Name='%%a'" SET PasswordExpires=FALSE

)

del %alog-unicode%
del %alog-ansi%
del %alog-ansi-2beSet%

Hier noch ein paar Hinweise zum Script:

Das Auslesen der Benutzer über das WMI erzeugt erst einmal eine Datei im Unicode Format. Mit dieser kann FOR aber nichts anfangen, wir müssen diese also nach ANSI konvertieren. Das geschieht mit einem einfachen TYPE .

type UNICODE-DATEI > ANSI-DATEI

Am Ende des Scripts werden alle erstellten Dateien wieder gelöscht, wer diese zur Dokumentation behalten will kann einfach die letzten drei Zeilen mit einem :: oder REM versehen und findet diese dann unter %TEMP%\NAME-DER-LOGDATEI.EXT.

:: del %alog-unicode%
:: del %alog-ansi%
:: del %alog-ansi-2beSet%

Enjoy it, b!

Lange Pfade in Windows

Veröffentlicht am von
1

Schon vor ein paar Jahren hatte ich einen Post welcher sich mit langen Pfaden und deren Löschung über Robocopy beschäftigt hatte. Lange Pfade stellen einen Admin aber nicht nur beim Löschen sonder auch z.B. bei der Änderung von ACLs vor Probleme. Hier hilft dann der Umweg über die Windows API, z.B. mit icacls.

icacls "\\?\H:\Shares\verzeichnis1\00_B....t" /grant users:(m) /t /c /q /inheritance:e

Hier noch ein wenig Hintergrund zu der Problematik.

Windows hat immer noch eine Begrenzung von maximal 260 Zeichen im Pfad:

D:\some 256-character path string<NUL>

“D:\” = 3-character; 256-character; NUL = 1-character ergibt 260-character string

https://msdn.microsoft.com/en-us/library/windows/desktop/aa365247(v=vs.85).aspx

Die Verwendnug der Windows API hingegen ermöglicht die Verarbeitung von bis zu 32767 Zeichen langen Pfaden, wie oben im Beispiel mit icacls dargestellt.

Enjoy it, b!

WISO EÜR & Kasse 2016 – msvcr120.dll

Veröffentlicht am von
Antwort

Es gibt Programme die haben immer mal wieder besondere Eigenarten an sich. Die Produkte von Buhl gehören dazu. Nachdem sich WISO EüR & Kasse 2016 problemlos installieren ließ wurde ich mit folgender Meldung beim Programmstart begrüßt.

image

Das Fehlen der msvcr120.dll, bzw. der msvcrXXX.dll deutet meistens darauf hin, dass die Runtime auf dem System nicht vorhanden ist. Bei mir handelt es sich um Windows 10, welches diese Runtime eigentlich von Haus an Bord hat. Eine Suche nach der DLL lieferte multiple Ergebnisse.

How ever – die Lösung des Problems lag in der Installation der Visual Studio 2013 Runtime, in der x86 Version (das Programm ist x86 und dafür brauchen wir die richtige DLL – das OS ist x64). Danach war ein Programmstart ohne Probleme möglich.

image

Enjoy it, b!

Pimp up my Zenbook (ASUS UX302L)

Veröffentlicht am von
Antwort

Eigentlich gehöre ich ja zur Fraktion Schraubendreher und Lötkolben, umso mehr hat es mich gefreut dieses mal wieder ein bisschen Hardware verändern zu dürfen. Konkret ging es um ein ASUS Zenbook UX320L welches mit einer Kombination aus 16GB SanDisk SSD sowie 1TB Festplatte ausgerüstet war. Trotz i5 und 8GB RAM war das Teil irgendwie zäh im Betrieb und so war schnell der Gedanke geboren die Festplatte gegen eine SSD (Samsung EVO 256GB) aus zu tauschen.

Ein Imaging des Betriebssystems wollte ich mir ersparen, da durch eine Neuinstallation eine Menge von unnützen und ggf. auch schädlichen Programmen vom System “entfernt” werden.

Wie die meisten Ultranotebooks hat auch das ASUS keinen expliziten Schacht welcher den Zugriff auf die SSD oder den Hauptspeicher ermöglicht, es sind also Montagearbeiten im größeren Umfang notwendig um die Festplatte gegen eine SSD zu wechseln. Da das aber der ASUS Support hin bekommt, kann es nicht unmöglich sein. Darüber hinaus bin ich bestimmt nicht der erste welcher die Sache in Angriff nimmt und so gibt es dafür auf YouTube zwei super Videos welche den Umbau zeigen:

Ich liefere hier nochmals die Schritte bebildert mit ein paar Kommentaren zusätzlich. Als Werkzeug habe ich folgende Dinge verwendet:

  • 1x PH0 Schraubendreher
  • 1x T5 Schraubendreher
  • 1x Kunsstoffheber
  • 1x Kunststoffdorn
  • 1x Schweizer Taschenmesser

Mit Ausnahme des Taschenmessers finden sich die anderen Dinge in dem iFixit Pro Tech Toolkit. Die passenden Werkzeuge aus dem Baumarkt tun es hier aber ebenfalls! Das von mir verwendete Taschenmesser ist ein Wenger (nicht Victorinox), welches als “kleine Klinge” eine Nagelfeile besitzt. Damit lassen sich problemlos Kunststoff und Gummifüße ohne diese zu beschädigen entfernen.

Öffnen des Bodendeckels

Der Bodendeckel des Zenbook ist über 9 kleine Schrauben (PH0) welche direkt sichtbar sind und über 2 verdeckte Schrauben (T5) mit dem Notebook verbunden. Um an die verdeckten Schrauben zu gelangen müssen die beiden Gummifüße entfernt und am Ende wieder angeklebt werden, dass habe ich mit dem Taschenmesser erledigt.

image

Nach dem Lösen der Schrauben ist allerdings der Boden immer noch am Notebook eingehakt. Diesen löst man durch den Kunststoffdorn wie im folgenden Bild gezeigt, durch einschieben und sanften Druck nach oben.

image

Hier empfehle ich auch das Video (Part 2) von oben nochmals an zu schauen. Da dieser Schritt mit ein wenig Kraft verbunden ist und zu einer Beschädigung, bzw. zu einem Verbiegen des Bodendeckels führen kann.

Hier nochmals ein Bild des verwendeten Werkzeugs.

image

Der Schritt ist jeweils an der linken und rechten Seite durch zu führen und danach ist das Innenleben des Notebooks frei zugänglich.

Demontage der Festplatte

Im Vergleich zu anderen Firmen hat ASUS im positiven Sinne einen erstaunlichen Aufwand getrieben die Komponenten zu verschrauben.

image

Die oben markierte Festplatte ist mit insgesamt 6 Schrauben mit dem Board verbunden. Damit wir an diese ran kommen, muss auch noch der Akku gelöst werden! Vorsicht – hier nicht die Verbindung mit dem Board beschädigen. Es reicht wenn der Akku rechts 5mm nach unten gerückt werden kann.

Da drunter sind auch noch Schrauben Smile

image

Die Schrauben welche den Akku befestigen sind gut sichtbar und können mit dem Kreuzschlitz gut gelöst werden.

Das folgende Bild zeigt die Verbindung des Akkus, auf die ein wenig geachtet werden sollte.

image

Darüber hinaus sehen wir hier noch die SanDisk SSD (16GB) welche wenn viel Platz notwendig ist ebenfalls gegen eine größere getauscht werden kann und zwei der Befestigungsschrauben des Akkus.

Durch ein Verschieben des Akkus gelangen wir an die beiden letzten Schrauben welche die Festplatte befestigen.

image

Nun kann problemlos der Ausbau der Festplatte erfolgen.

image

Der Festplattenrahmen

Die Festplatte und später die SSD werden durch einen Rahmen mit dem Board verbunden. Damit wir diese aus dem Rahmen lösen können, muss noch eine Schutzfolie abgezogen werden.

image

Das Abziehen der Folie ist bei mir ohne Fön gelungen und es sind nur geringe Rückstände vom Kleber auf der Festplatte geblieben (diese können mit Alkohol entfernt werden, oder einfach durch rubbeln mit dem Finger).

Nach dem Einbau der SSD habe ich die Schutzfolie wieder aufgebracht. Diese dient dazu einem elektrischen Kontakt zwischen der Festplatte und dem Bodendeckel zu verhindern. Nun hat die Samsung SSD keine leitenden Teile an ihrer Oberfläche, aber bevor ich die Schutzfolie weg werfe habe ich sie einfach wieder drauf geklebt, was im folgenden Bild zu sehen ist.

image

Nun folgt der Einbau des SSD.

Zusammenbau des Notebooks

Der Zusammenbau erfolgt in umgekehrter Reihenfolge. Also zuerst die SSD einbauen und dann den Akku wieder festschrauben.

image

Das nächste Bild zeigt alle wieder eingebauten Teile.

image

Nun wird der Bodendeckel wieder eingehakt und mit den Schrauben befestigt. Die beiden Gummifüße, habe ich nach eingehender Reinigung mit beidseitigem Klebeband versehen und befestigt.

image

Da sich die Gummifüße in einer Art Wanne am Bodendeckel befinden und das Notebook darauf steht, könnte das Klebeband ausreichen – was ich aber im Detail noch beobachten muss.

Zum Abschluss noch das von mir verwendete Werkzeug.

image

Ach ja, Windows 10 (Build 1511) wurde dann noch per USB Stick installiert, es werden von Windows alle Geräte erkannt, mit Ausnahme des Gerätes welches für die Intel Smart Connect Technology Application  notwendig ist. Die HardwareID dafür ist VEN_INT&DEV_33A0 und über den Link kommt die Anwendung samt des notwendigen Treibers.

Ich wünsche noch allen Lesern ein gutes Neues Jahr!

Enjoy it, b!