The Lost Pieces

簡略的紀錄安裝的步驟： 用 UEFI 模式安裝 ESXi 6.7 從ESXi的控制面板刪除安裝時建立的 datastore 用 Ubuntu Live 環境中的 gparted 先取消 esp 分割區的 flag，建立一個新的 fat32 分割區(至少10MB，做為新的 EFI系統分割區；VMWare原先給不到4MB，無法裝下grub)並關閉 gparted 複製原本 esp 分割區的內容到新建的分割區，然後再用 gparted 將新的分割區設定成 esp 分割區。(原本的esp分割區筆者沒有刪除，作為備份；刪掉應不影響。) 安裝/還原 Ubuntu，並預留 datastore 要用的空間 用 Gparted 建立未格式化的空分割區給 datastore 使用，並記下建立完成後的分割區編號 用 gdisk 將未格式化的空分割區 type guid 改成 fb00 也就是 VMWare VMFS type 開機進 ESXi (透過 UEFI boot menu而非GRUB，此時還不能偵測) 開啟 ESXi ssh連線 ssh 連到 ESXi ls /vmfs/devices/disks  可以找到(可能為)vml.開頭的硬碟硬碟名稱 vmkfstools -C vmfs6 -S datastore名稱 /vmfs/devices/disks/ vml.硬碟名稱 : 分割區編號 從 ESXi 的網頁控制面板可以看到 datastore 已經生出來了 開機進 ubuntu sudo lsblk | grep efi  找到掛載 /boot/efi 的裝置代號 sudo blkid | grep 裝置代號 找到 EFI系統分割區的 uuid (長的會像 XXXX-XXXX) 編輯 /etc/grub.d/40_custom，加入 menuentry 'VMWare ESXi' {   insmod part_gpt   insmod fat   insmod chain   search --no-floppy --fs-uuid --set=root  EFI 系統分割區的 uuid   chainloader /EFI/VMware/s...

前言 廢話 近期比較常玩 Bang Dream等音樂遊戲，常常會因為 Xperia Z5 的熱情導致打不到十分鐘就 FPS 狂降，甚至偶爾還會熱到畫面凍結然後譜面加速(汗 的程度，嚴重影響 肝 遊戲體驗。 看到有實況主拿著 Zenfone 3 的S625 連打一小時以上+實況都沒有任何障礙，因此試著手動將系統的 thermal-engine.conf 溫控條的更加激進，調整後半個多小時都沒遇到不順暢的情況。雖然邊錄影邊打還是會過熱，不過只拿來打打活動非常滿意。 軟硬體 拍賣撿的 Sony Xperia Z5 Qcom Snapdragon 810(4x1.5 GHz Cortex-A53 & 4x2.0 GHz Cortex-A57) LineageOS 14.1 20180617-NIGHTLY-sumire 修改前有安裝 FSC™+ 2.2 MOD Bang Dream!GBP 台+日板、 MLTD 修改方向 在 悲慘的 遊戲過程中，晶片的溫度約在 60 度左右，約超過 59 度手機會開始將 A57 的所有核心關閉且將 A53 小幅度降頻，調度的瞬間畫面會有明顯的延遲；溫度降低後系統會再度把 A57 核心打開，溫度高速上升後再度關閉核心，不斷反覆。拿小電風扇直吹手機背面也只是提高 A57 核心啟動的時間，治標不治本，耗電又勞神。 既然 Zenfone 3 用 Octa-core 2.0 GHz Cortex-A53 玩起來也很順暢，那一開始就把耗電又噴火的 A57 核心關掉應該就能解決問題；因此從原本安裝的 MOD 中將 thermal-engine.conf 拿出來，修改關於 cluster 開關和頻率的設定，再將修改後的檔案放回該 MOD 的壓縮黨中安裝近手機。 由於本來 MOD 作者定義的溫度-限制非常詳細，會不斷導致系統拉高頻率，這邊改成簡單粗暴但有效的限制方式： 42 度以下不限制 42 度以上打開兩個 A57，A53 以 1.5Ghz、A57 以 1.3Ghz 運作，38度解除限制 沒在玩遊戲時安裝軟體和外出使用時仍然可以利用到 A57 的效能 48 度以上 A57 全關，A53 小降到 1.4Ghz，42度解除 遊戲啟動後一陣子很容易就達到這個溫度，因為遊戲用 A53 足以流暢執行，此時直接關閉所...

因為家裡需要一台文書機，於是將目前作為檔案伺服器的老 i3 取出硬碟裝上 SSD 跑 Windows；需求只有瀏覽網頁和閱讀少量的文件、且考量到出保固的方便程度，就用約 1.2k 購入了這顆硬碟。 不同於以前購入的 Arc 100，跟記憶卡一樣簡單的包裝： 意外的不太像塑膠殼，摸起來有粗糙的金屬感覺： 效能測試： Ubuntu 16.04 LTS 安裝 Windows 10 1709 後忘記關閉防毒軟體(Kaspersky Free)的測試： 效能比想像中(官網標示寫入約320MB/s)的高，目前沒有遇到任何嚴重的問題。

在購入SSD給舊電腦用的同時購入了這款外接盒存取原本的硬碟，順手簡單開箱。 盒子外觀： 打開盒套和白色盒子，可以看到外接盒本體和保固卡、保固延長三個月說明： 盒內其他內容物：立架、很粗勇（直徑約 6mm）的 USB 3.1(?) Type-B 轉 Type-A 連接線、12V2A電源供應器、螺絲包（裝完後還剩下一個黑色螺絲）、螺絲起子(如果機身設計個可以把這個起子塞進去的地方就可以隨地拆換了，不然好像沒太大用處...囧) 髮絲紋本體，內附乾燥劑包一枚。安裝最後鎖上外接盒外側兩顆時孔位公差稍大且蓋子未完全密合，並非很好裝；但仍可順利安裝使用。 以準備使用、即將四歲的 Hitachi DT01ACA100 (1TB、SATA6G)，已經裝了許多資料的情況下做極端不嚴謹的效能測試（作業系統為 Windows 10 1709、USAP、USB3.0，電腦為DELL Inspiron 15R 7520），由於不方便使用電腦連接做對照故僅供參考： 目前使用上還算順利，裝置從作業系統退出後外接盒也會自動關閉硬碟，變壓器溫度僅微溫；原本裝在 JONSBO C2 中噪音很大且容易有共鳴聲的 DT01ACA100 噪音仍然不小、但沒有裝在機殼中嚴重的高頻共鳴聲。但不確定是否晶片或電腦自身的問題，電腦上有一個 USB 3.0 插槽在連接此外接時毫無反應，其他裝置卻能在該插槽上正常運作。

想必找到這篇的人應該心裡很急，先用半調子解決方案作為開頭(假設想解壓的空白目錄是output，輸入為backup.ab)： cd  output dd if='backup.ab' bs=512 skip=1 | tar fxiv - 先在此掃興，輸出不太好用，這結果只適合用來拯救帳號等重要資訊。所有資料都還是完整的，但輸出時所有分割區會混成一片；如果讀取檔案的 header 或者利用輸出檔案的時間做切割，應該就可以完整的還原分割區的樣貌。 接下來敘述一下這兩行指令背後的故事。 在期末考前這幾天，手機體感越來越慢，突然腦袋一抽就去 xda 上找了 Android 8.0 AOSP 的 ROM 刷進我年事已高的 2S 中，作者表示 GPU 的嚴重問題已經解決了，於是就放心的刷入。 當然在刷機之前要做 nandroid 備份，基於 2S 沒有記憶卡，且 TWRP 新增了 adb backup 的功能，備份勢必無後顧之憂。於是： adb backup backup.ab  --twrp system cache data boot 災難由此開始。 備份過程一切順利，產生檔案大小符合預期，TWRP表示備份成功，/sdcard需要手動備份在預料之中，完美。刷入新 ROM，感覺手機像新的一樣，用起來只有爽能形容，遊戲也不會 lag 了，只可惜考試離100分越來越遠。 雖然帳號等等大多做了獨立的備份，繼承碼和綁定也確認完成，但不曉得為什麼腦子抽了---有個不常玩的遊戲（但有著難得的卡，CC日板惠惠突滿！EXPLOSION!!）沒有設定到繼承碼。好險，有備份！先還原舊版系統拿到繼承碼就好。 然而，俗話有云，備份直到還原之前都不知道是不是有效的備份。這個 nandroid 備份就是近乎無效的備份。 執行adb restore，TWRP 只會還原 /system ，就很開心的停下表示 succeed。跟文件說的 all or nothing 完全不同，屢試不爽。新系統的備份沒用，原本系統的備份也不能用，資料大爆裂。 情急之下搜尋到了這篇： https://android.stackexchange.com/questions/171638/extract-twrp-backups-made-with-adb 指令都不能用，加...

面試過後忙亂了一陣子，因此這篇過了好一陣子才開始寫，有些地方可能不會完全正確，加上在下記性甚差，僅供參考。 這次面試很有跑大地遊戲的樂趣，與往年相同分成三關，不過要跑兩層樓、三間教室。其中有一間教室離的比較遠，當時太緊張一直沒發現有一條小路連結兩棟建築物，還以為迷失在異世界的迷宮了（嗚嗚...）。 三個關卡不會照順序，只要有空檔就可以出發挑戰。 背景和結果 花蓮好山好水好多觀光客大學（笑） 系排50~60% 各種貪玩，有專題 書面約76分，最低錄取74.25， 今年報考的人數比往年多 。 第一梯次備取成功 程式撰寫能力面談(0x0f分鐘) 雖然寫著面談兩個字，但關主給了題目本後只做簡單的說明（只能用Notepad++，時間限制15分鐘等等）和讓我問問題（如果function name 忘了可以用描述的），就讓我在電腦前默默地敲鍵盤。前面的白板上用十六進制寫著時間限制，非常可愛XD 因為平常習慣構思比較久再動手 還會手賤的各種重構 ，這關表現的不太好。題目共五題，最後只動手寫了兩題與資料結構(linked list)和遞迴相關的基本題目時間就到了；來不及寫後面兩題比較有趣的修正 dirty code 和物件導向程式設計的題目。 程式開發基本常識(10?分鐘) 這關問了五題開發相關的常識，平常有在寫程式、亂玩的人應該多少都會聽過或用過： 1. 解釋記憶體中的 data、stack和 heap 是什麼？用途？ 2. 什麼是環境變數？什麼時候會用到？ 3. (題目給一張找不到dll的錯誤對話方塊圖)，這是什麼錯誤，如何修正？ 4. 絕對路徑是什麼，為什麼程式使用絕對路徑會造成問題？如何解決？ 5. 多型是什麼？對軟體開發有什麼好處？舉個例子。 第一題我用 java 的概念回答，但在當下不太確定 data 的用途，在回答完所有題目後才回來給了關主一個猜測的答案；解釋多型時腦袋突然短路只想的到鳥不會飛的失敗案例，就只好硬著頭皮用這個例子了。 英文語言能力(15?分鐘) 這關的考官很風趣，坐下後就先表示可以先放鬆、大喊或者崩潰都可以，好了再開始計時，讓人非常輕鬆XD 這關會提供兩篇英文文章，要將一篇翻譯成中文、一篇照著讀出；投骰子決定要翻譯和讀哪篇文章。 私認為兩篇文章翻譯和讀的難度都不會差太多。一篇文章是關於物件封裝的困難...

2017/10/5：新增使用兩日後發現的新問題於文末 自從 Ubuntu 發表了 Unity 後，因為始終用不順手，我用 Ubuntu + Unity 發行板的時間就逐漸變少了。而隨後提出的 Convergence 概念 -- 在各種裝置上擁有同樣的使用者體驗、同樣的作業系統、適應性設計等，也因為手邊沒有方便刷入的裝置而無從體驗起。 雖然 Ubuntu 的 "Convergence" 計畫立意良善，但在原本就已經在衰減的 Linux 桌面市場上再度進行分裂，如今看來並不全是好事(當然，分裂出 Mir 造成 wayland 開發加速是好事)。在向行動裝置進軍的這些年，原有的 Unity 桌面環境只進行小改版和修正，使得本魯只好投靠 Linux Mint / Ubuntu MATE，甚至 KDE，沒再回頭過。 然而從 Ubuntu 17.10 開始，Canonical 宣佈再度回到社群主流的懷抱，桌面環境改回純粹的 GNOME、圖形底層跟進使用 Wayland， 放棄在 Unity 和 Mir 上的投資 ；放棄先前對桌面的投資固然十分可惜，應用程式生態也需要重新建立，但相信對 Linux 桌面環境長遠發展並不是壞事，社群可以更 Convergence 的投資在同一個專案上了。 如此盛大的改版，必須要參與其中。在 17.10 Beta 2 (Ubuntu 官方 flavor 並未推出 Beta 1，當時的 daily build 還不太完整) 發行後幾天，立刻就安裝到我的日常用機上體驗。 Hello, Wayland! Wayland 相對 Xorg 有著更高的效率，其 作者號稱 要讓每個 frame 顯示都是完美的，並使的消滅畫面撕裂 (tearing)、lag、重新繪製和閃爍成為可能。 剛啟動 LiveCD 時，雖然我的機器明顯沒有顯示晶片不支援的問題(intel Ivy Bridge iGPU 當主輸出)，Ubuntu 仍然使用 Xorg 作為 display server，但在安裝完成後就能順利啟動 Wayland 了。界面順暢度相較 X 有一定程度的感受，特別是在播放影片的時候，撕裂消失了！不用像以往 特地設定驅動程式 就可以擁有流暢而爽快的畫面。 想檢查是否已經使用 wayland 可以透過...