裝完WE8S之後通常會伴隨著要不要安裝WEDU，基本上會選擇安裝以安裝新的updates和hotfixs，但在九月初期時的MDSN論壇上有人反應了當Launch WEDU時會有error message, "There was an error communicating with the server please try again later..."的訊息而再也無法下載檔案。這個問題直到上禮拜才被MS解決，方式如下：
1. 如果很單純只開發WES7的話，移除透過WE8S安裝的WEDU，直接安裝WEDU1.2，即可解決。(前提是WEDU1.2跟WE8S互沖，這兩個無法同時裝在同一台機器裡，只能二擇一。而WEDU1.2 又不能update WE8S的disbrution share folder。)
Got the feedback that the update from QFE team that the fix is being released as part of March release, and it should be available for OEMs to download sometime this week on MYOEM.
如果有這方面問題的朋友可以等三月的update released後下載下來看問題是否有解決了。
The QFE team provides a test package having the fix for this issue for WE8S x86fre. I just tested it and it seems to be resolving the issue.
在今年三月份有客戶問到，WE8S的環境裡若對UWF一直做pooling，試著讀取overlay size的空間，最終會導致整個系統幾乎呈現hanged住的情況，因為整個系統資源被UWF給吃個精光。經過MS T半年來的查找，到最後總算找到Bug(KB2996822)所在，內容如下：
"As a good news I get from the QFE team, they have made some progress in finding the root cause of this issue. Upon discussion with the WDF team and once we worked on the suggestions given by the WDF team we suspect that this issue is because of the way the WDF component object of the UWF driver is parented with the (parent) WDF driver object. We do not delete the WDF Component object of the UWF driver once we finish processing the uwfmgr command request and as the object is active WDF framework doesn’t de-allocate the non-page memory it allocated for UWF and hence we see this memory leak. We are still working with the WDF team is confirming our analysis and finding a solution for this core issue."
一般來說USB flash透過diskpart格式化後其分割區為MBR，所以若要轉變成UEFI的USB flash的話，要將MBR轉成GPT分割區，因為以現行的UEFI是支援GPT分割區，以往的BIOS是支援MBR。若USB flash的分割區還是MBR，就達不到我們要的結果了。
這裡有一篇是教授如何做一個bootable USB flash for Windows 7/8/8.1，內容非常的詳細，大家可以參考看看。作者是透過rufus這個工具將USB的MBR轉成UEFI支援的GPT分割區，如果是Windows 7 FES, Windows 8 Pro, Windows 8.1 Pro, 甚至是Windows Embedded 8.1 Industry Pro/Retail/update的客戶，只有手邊有各個OS的iso檔，都可以按照內容做成一個UEFI的bootable USB flash。
之前的一篇文章有提到.Net Framework 4.5.2的資訊，內容提到支援的作業系統有哪些。但到底有無支援standard 8？這個答案是否定的，因為從MS的PG team得知並沒有要realease 4.5.2在WES8上。如果有開發需求得用4.5.2在WE8S上的，可以把request給合作的dist，請他們把需求帶給MS，不過還是得看MS買不買單了。
http://blogs.msdn.com/b/dotnet/archive/2014/08/07/moving-to-the-net-framework-4-5-2.aspx
If follow the process that will done in WES7/POSReady7. But you will see the PID entry page showing after SYSPREP during OOBE. Following is the solutions to protect the product key(PID) and skip the key enter page during OOBE.
有客戶問到要如何做到將手邊的WE8S system部署完後自動的activate來減少工廠端的loading。其實是可以做得到的，只要在ICE 的synchronous command 裡加入以下的command:
Reg add HKLM\Software\Microsoft\Windows\CurrentVersion\RunOnce /v autoActivate /t REG_SZ /d c:\windows\system32\slmgr.vbs /ato。
在WE8S跑 sysprep /oobe:unattend.xml /generalize 會出現fatal error，這到底是怎樣的情況發生呢？其實問題不難解決，在點選命令提示列時記得"run as administrator"即可解決這個問題。
在WE8S的IE裡如果想透過Adobe Flash撥放video的話，結果是令人失望的，即使裝了"Adobe Flash Player 11 Support"的catalog。但若不用IE改用Chrome/FireFox卻可以撥放，這是怎樣的問題？
答案是"Adobe Flash Player 11 Support"的重點在於Support，裡面並沒有含真正的Adobe Flash Player 11在裡面，整個白話的意思看下來"Adobe Flash Player 11 Support"只是個門票，Flahs Player還是得跟Adobe談授權才可以裝在在device上。[註一]
如果在WE8S的環境裡enable FBWF 又下了protect C的指令，基本上看似沒事，但如果將cursor移到Start Charm的地方按右鍵，jump list並不會跑出來，透過Hyper-V驗證也是同樣的結果，所以這不用多說一定是個bug了。
以往的license申請都要填一張表格(表格來源可以從各個代理商PM那拿到)，其內容以往只有WES7跟POSReady7而已，但如果說要申請WE8S、WE8 Industry Pro and WE8 Industry Pro Retail的話，現在也可以在表格裡面勾選。
Emedded的device充斥著我們的世界中，每一個Embedded OEM或ODM都有各自的產品產出，那每一個device在安裝了Embedded的作業系統後如何變成一個合法授權的系統出貨，那就跟license和activation有關了。
Emedded的activation(激活)分成以下三個部分：
Windows 8的AP可以跑在WES8的機器上，但因為WES8不支援Windows store，所以使用者也無法從Windows store下載AP，所以build完後所看到的metro UI是看不到Windows store在上面的，如下：
File Based Write Filter 也是前代的產品，之前是被歸類在Embedded Enabling Features，現在則是Lockdown的一部分。它跟EWF一樣都有保護磁碟跟資料的功能，只是EWF著重在於磁區，而FBWF細到可以保護住文件或是資料夾。在WES8中則是跟EWF一樣都可以透過UI來控制，省了麻煩的指令輸入，實在是一大改進。FBWF保護NTFS, FAT32 exFAT檔案格式，也保護已經格式化的磁區，至於未格式化的磁區則不受保護。
至於overlay的size大小, 也就是cache的type如何設定，ICE的FBWF選項有三個，
Enhanced Write Filter，從WES2K9到WES7，一直到現在的WES8都還存在著。不過最大不同的地方是這次的EWF是透過了UI的方式設定，解決了之前都得透過下指令的方式做設定。其實裡面的功能性都是一樣的，如果之前有用過的話，會發現十分的上手。那現在就說明一下如何設定：
1. 一樣要先將EWF&FBWF拉進到image裡，等build完且跑完oobe階段，進入到桌面畫面時可以看一下右下角有兩個圖示，一個是EWF的，另一個就是FBWF的。那就讓我們打開EWF的console，選擇Configure然後按右鍵，出現了"Enhanced Write Filter: Overview"的視窗。
Unified Write Filter是WES8的新技術，它整合了前期的EWF跟FBWF的好處，也透過了ELM的方式可以對其進行管理。UWF把資料從原本要寫進受保護的磁區給導到一個overlay，而這個overlay可以是由Ram或是Disk組成、overlay的size多大，端看在ELM裡的設定為何。
1. 將Unified Write Filter module給拉進到Configuration File裡，然後跑完Validate，再跑完整個安裝，直到可以看到WES8的metro UI。
Gesture Filter是一個在WES8上的新技術，是用來讓使用者不能使用手勢滑動來達到操作的目的。現在的限制只有在從charm bar滑進到panel的手勢(上、下、左、右及四個角落)，上述的設定都可以透過ICE裡的DisableEdges裡設定參數，至於value要怎麼設定可以看我前篇"Lockdown Features Introduciton"。
1. 開啟WES8的ICE
Dialog Filter是WE8S裡其中一項新技術，它的重點在於控制你的對話框使其不出現在螢幕上，或是採取初始的設定，比如說是關閉、放大或縮小，都可以透過Dialog Filter做到。前提是要先將ELM給拉進到image裡，要如何拉可以參考"Lockdown Features_Keyboard Filter"這篇。
1. 一開始我們先執行ELM，之後會有一個Embedded Lockdown Manager視窗跑出。
Keyboard Filter顧名思義就是過濾掉鍵盤的一些組合Key或是限制某些鍵被使用。如果在設備上正在執行某一個應用程式，而又不想被客戶使用Ctrl+Alt+Del組合鍵開啟工作管理員然後關掉正在執行的應用程式的話，建議透過dialog filter將特定的組合鍵給disable。
既然實體鍵盤的組合鍵不行，道高一尺，魔高一丈，有些人就會透過OSK(On screen keyboard)來試圖闖關。這個MS也想到了，所以這個Keyboard Filter連OSK都可以攔截到，甚至如果更改鍵盤的layout，一樣也是可以攔截的到！
