Clarence.tw

買斷式 Office 全面停更？實情與升級指南：2016／2019 終止支援、LTSC 2024 仍在 最近很多新聞用「買斷式 Office 全面停更」衝版面。實際狀況是：Office 2016 / 2019 已在 2025/10/14 終止支援（EOS），沒有延伸安全更新（ESU）；軟體仍能開，但新漏洞不會再修。另一方面，「買斷型」並沒消失，Office LTSC 2024 仍在售、持續受支援，適合離線或嚴格受管環境。本文把重點與升級路線整理給你。 你需要先知道 不建議繼續使用 Office 2016／2019。 兩者已在 2025/10/14 終止支援（EOS），沒有延伸安全更新（ESU）；軟體雖可啟動，但之後的新漏洞不再修補，風險只會累積。 Microsoft 支援 「買斷式全面停更」並不精確：買斷型的 Office LTSC 2024 仍在，定位是離線／受管環境，不含雲端功能、也不追新功能。 Microsoft Learn 若你的郵件仍在 Exchange Server 2016／2019，同日也到 EOS；建議遷移 Exchange Online 或升級到 Exchange Server Subscription Edition（SE）。 TECHCOMMUNITY.MICROSOFT.COM 延伸背景：Windows 10…

最近很多新聞用「買斷式 Office 全面停更」衝版面。實際狀況是：Office 2016 / 2019 已在 2025/10/14 終止支援（EOS）

在 Proxmox VE（PVE）Windows VM 修復教學：WinPE 下 sfc /scannow、DISM /Online 失效？用 drvload + 離線 DISM 一次搞定 當 Windows 無限卡在「正在自我修復」或進不去系統時，多半會用安裝光碟（WinPE）開機進修復模式。此時很多人會直覺輸入： sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth 結果卻報錯或無效。原因其實很單純： 你現在所在的 X:\ 是 WinPE（安裝光碟載入的迷你系統），不是你硬碟上的那套 Windows。 sfc /scannow 與 DISM /Online 只會針對「目前正在執行的系統」動手——也就是 WinPE 自己，所以在 WinPE 會不支援或修不到重點。 在 PVE 的 VM 上，系統磁碟多半走 VirtIO/SCSI，WinPE 又未必內建驅動，導致 list volume 甚至看不到你的 NTFS 分區。 步驟 1：載入 PVE VM 的儲存控制器驅動（drvload） 假設你已經把 virtio-win.iso 掛到 VM 的光碟機，代號為 **D:**（常見） SCSI 範例（vioscsi）： drvload D:\vioscsi\w10\amd64\vioscsi.inf …

在 PVE 裡的 Windows VM 卡「正在自我修復」或無法開機時，許多人會用安裝光碟進 WinPE 修復。但在 WinPE 下直接跑 sfc /scannow 或 DISM /Online /Cleanup-Image /RestoreHealth 通常會失敗。本文以 PVE（Proxmox VE）+ Windows VM 為前提，示範如何用 drvload 載入 VirtIO/SCSI 驅動，搭配 離線 DISM 與 安裝光碟進行無網路修復。

解決 Amazon Linux 2 上 DNF 套件安裝失敗：正確設定 /etc/dnf/vars/awsregion 在使用 Amazon Linux 2 的 EC2 實例時，可能會遇到使用 DNF 安裝套件失敗的情況。這通常是因為 /etc/dnf/vars/awsregion 檔案的內容設定為 default，而非實際的 AWS 區域代碼，導致 DNF 無法正確連接到對應的套件庫。 問題描述 當你執行以下指令時： cat /etc/dnf/vars/awsregion default 這表示系統尚未正確設定 AWS 區域，可能導致 DNF 嘗試連接錯誤的套件庫位置，從而無法下載或安裝所需的套件。 解決方法 1. 確認 EC2 實例的 AWS 區域 如果你的 EC2 實例啟用了 IMDSv2（Instance Metadata Service v2），可以使用以下指令取得實例所在的區域： TOKEN=$(curl -X PUT " \ -H "X-aws-ec2-metadata-token-ttl-seconds: 21600") REGION=$(curl -H "X-aws-ec2-metadata-token: $TOKEN" -s \ http://169.254.169.254/latest/meta-data/placement/region) 2. 設定正確的 AWS 區域

解決 Amazon Linux 2 上 DNF 套件安裝失敗：正確設定 /etc/dnf/vars/awsregion

在使用 Amazon Linux 2 的 EC2 實例時，可能會遇到使用 DNF 安裝套件失敗的情況。這通常是因為 /etc/dnf/vars/awsregion 檔案的內容設定為 default，而非實際的 AWS 區域代碼，導致 DNF 無法正確連接到對應的套件庫。 問題描述 當你執行以下指令時： cat /etc/dnf/vars/awsregion default 這表示系統尚未正確設定 AWS 區域，可能導致 DNF…