買了二塊 Raspberry 4 Pi 回來，本來是準備裝 K8s 的，但是在這之前要先跑個 ubuntu image 才對.

我買 Raspberry 4 Pi 的時候知道他要用 5V3A 的電源，但是我沒有想到我自己沒有 5V3A 的 USB 變壓器，手機用的含 Apple 87W USB-C 變壓器都不足瓦
Apple 87W 只能輸出 5V 2.4A
最後找了一個 Sony 可以輸出 5V 2.7A 才可以用，所以如果要買 Raspberry Pi 4 的人請注意一下

另外這一塊的外接是 Micro-HDMI，我也忘了買，記得還要加買 SD Card

Image 看 Ubuntu 網站上的說明，應該給 Pi 3 的就可以用，可以到這邊
http://cdimage.ubuntu.com/ubuntu/releases/18.04.3/release/
下載 ubuntu-18.04.3-preinstalled-server-arm64+raspi3.img.xz 解開之後燒到 flash 上就可以用了

我是用 Raspberry Pi 4 Ubuntu Server / Desktop 18.04.3 Image (unofficial) 這個網站的 Image，下載 ubuntu-18.04.3-preinstalled-server-arm64+raspi4.img 燒到 Flash 上就可以。如果你是 Windows ，可以用 Refus 燒錄 image 到 SD Card 上.

將 Micro-HDMI 接到螢幕上，應該就可以看到訊息，預設的帳號和密碼是 ubuntu/ubuntu
看起來是 cloud-image 改的。

Install KDE Desktop

安裝 KDE Desktop 也很簡單

apt update
apt install -y kubuntu-desktop
/etc/init.d/sddm restart

記得接上 USB Keyboard/ Mouse ，這樣應該就會看到 Login 畫面了

我用這個 image 看起來 audio 輸出有問題，我試過耳機輸出沒有聲音，早先一點拿 Raspberry 4 Pi 用的 Game emulator 玩起來是沒有問題的。

不過也不是真的要拿來跑 desktop ，所以無所謂
看 Youtube 的速度也很慢，當 Aspire One 那個年代的小電腦玩一下可以，或是架架實驗環境很好，要當 desktop 不要拿來跑大型程式應該沒問題.

The post Raspberry 4 Pi + Kubuntu appeared first on richliu's blog.

我常用的是 Kubuntu 的 Desktop （題外話，最近有些 KDE 18.04 似乎memory leak 的問題，好像沒人修）
之前要在 Kubuntu 18.04 裝個中文輸入法，反正試了 gcin/fcitx/hime 等等，但是怎麼裝都裝不起來，因為跑 im-config 都沒有反應，後來不知道怎麼弄的，只有 hime 會動，因為會動還不知道原因就算了，就放在那邊

最近因為有寫 python 程式，有用 pycharm-community 一陣子
上個月的事，好像 pycharm-community 不知道是不是更新了什麼套件，然後突然就無法正確的顯示在螢幕上，如果這邊講不能啟動不太正確，因為是有啟動的
試過重灌，拿關鍵字餵狗，或是 Download .gz 下來直接執行都找不到問題

百般無奈可是還是要寫 python 程式，所以就裝了另一套 Kubuntu 18.10 再裝 pycharm 就正常了

今天因為要用中文查點東西，覺得切來切去有點麻煩，就在 Kubuntu 18.10 下裝了 hime ，pycharm 它又不會顯示了

這下犯人就很明顯了，所以丟了關鍵字餵狗，就有得到正確的訊息，犯人就是 hime ，移除 hime 就好了(ref. Re: [問題] Ubuntu有的程式點開啟/另存會卡住)

GLib-GObject-WARNING **: cannot register existing type ‘GtkIMContext’ GLib-CRITICAL **: g_once_init_leave: assertion ‘result != 0’ failed GLib-GObject-CRITICAL **: g_type_register_dynamic: assertion ‘parent_type > 0’ failed GLib-GObject-CRITICAL **: g_object_new_with_properties: assertion ‘G_TYPE_IS_OBJECT (object_type)’ failed

至於安裝了 gcin 之後再 im-config 設定 gcin 為輸入法就正常了，我也不知道怎麼一回事

gcin 預設是沒有我自己改的 dayi4 + 3 碼好用，所以在每個人都要有一個順手的 dayi 碼表格外，我使用自己建的
可以到 github 下載我用的 dayi4.cin，下載完之後放到 /usr/share/gcin/table

cd /usr/share/gcin/table
wget https://raw.githubusercontent.com/richliu/PIME/bde95c3b171911bafbed24f144daa80954f409c1/python/cinbase/cin/dayi4.cin

然後將以下這二行對調，對調完如下

%ename DaYi3:en;大易三码:zh_CN;大易三碼:zh; 
%cname 大易三碼

移除以下這一部份，這是 OXIM 的設定，gcin 不能用 (ref. 提供可在 gcin 使用下的大易輸入法【四碼加三碼】總共13053字！)

%setting begin
AutoCompose “Yes”
AutoUpChar “Yes”
AutoFullUp “Yes”
SpaceAutoUp “No”
SelectKeyShift “Yes”
SpaceIgnore “Yes”
SpaceReset “Yes”
WildEnable “Yes”
EndKey “No”
DisableSelectList “None”
%setting end

然後再執行

gcin2tab dayi4.cin
mv dayi4.gtab dayi3.gtab

重新啟動 gcin 後，就可以在 gcin 底下用大易三碼的版本

至於 KDE 下程式不吃中文和常常不能顯示拆碼視窗就算了
我在 Linux 下沒有很常用這個功能

目前碰到只有 telegram 不支援中文

KDE 安裝 gcin

請用 gcin 官網的方式設定[ref:Ubuntu 20.04/18.04/16.04/ 安裝最新的 gcin 中文輸入的完整步驟]

如果是用 Xfce or KDE，需要執行&設定 gcin-tools→外觀設定→面板狀態→GTK雙圖示

這樣至少可以顯示拆碼視窗

The post Kubuntu執行GTK 程式的怪問題+gcin改dayi三碼表 appeared first on richliu's blog.

用 nmcli 看系統, 所有的 interface 都是 unmanaged

$ nmcli
ens33: unmanaged
        "Intel 82545EM Gigabit Ethernet Controller (Copper) (PRO/1000 MT Single Port Adapter)"
        ethernet (e1000), 00:0C:29:29:D4:AC, hw, mtu 1500

ens38: unmanaged
        "Intel 82545EM Gigabit Ethernet Controller (Copper) (PRO/1000 MT Single Port Adapter)"
        ethernet (e1000), 00:0C:29:29:D4:B6, hw, mtu 1500

ens39: unmanaged
        "Intel 82545EM Gigabit Ethernet Controller (Copper) (PRO/1000 MT Single Port Adapter)"
        ethernet (e1000), 00:0C:29:29:D4:C0, hw, mtu 1500

ens40: unmanaged
        "Intel 82545EM Gigabit Ethernet Controller (Copper) (PRO/1000 MT Single Port Adapter)"
        ethernet (e1000), 00:0C:29:29:D4:CA, hw, mtu 1500

lo: unmanaged
        loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536

nmcli 看 general, 狀況是 asleep, 找了許多網路上的方法都沒有用

# nmcli g
STATE   CONNECTIVITY  WIFI-HW  WIFI     WWAN-HW  WWAN    
asleep  none          enabled  enabled  enabled  enabled 

最後自己亂試指令, 果然回來了

$ nmcli networking on

The post NetworkManager inactive appeared first on richliu's blog.

不過 compile 時會錯誤. 所以要安裝新的 vmware tool.
以下是步驟.

確認沒有裝 open-vm-tools , 並且安裝 git.
# sudo apt-get remove open-vm-tools
# sudo apt-get update
# sudo git clone https://github.com/rasa/vmware-tools-patches.git
# cd vmware-tools-patches
# sudo ./download-tools.sh
# sudo ./untar-and-patch.sh
# sudo ./compile.sh

Error VMware Tools Installation (Shared Folder) – Ubuntu 15.04 [SOLVED!]

The post Vmware Guest Os Ubuntu 15.04 Vmware Tool 的問題 appeared first on richliu's blog.

首先, Kubutun 15.04 支援 UEFI, 所以這部份安裝完後可以正常 Dual Boot 到 Windows/Linux.
Linux 對於 Broadwell i7-5775C 的支援, 大家的講法不一, 目前看起來應該是這個 URL 比較常見
Working Around The Intel Core i7 5775C Broadwell Stability Issue On Linux
圖中貼了一個 crash , 我也在舊版的 Kernel 見過, 文章表示 enable CPU OC Fix mode 就可以解決這個問題.

我的血淚史是: ASUS 在我裝完機之後又新出一個 BIOS, 這個 BIOS 解決了 i7 5775 一直會出現 Machine Exception Check 的問題.
這個問題只要是在機器上執行 Linux 就會出現, 而且如果是裝 Virtual Machine 時, 再裝 Linux 也會出現 (真是神祕啊).
還沒有安裝新的 BIOS 之前, 這問題搞倒我了, 最後還是靠上面那一篇的類似解決方法才可以正常完成安裝(ASUS BIOS 沒有這個選項, 所以我是關 SpeedStep Does Linux run correctly with SpeedStep on Broadwell?)而且還是不穩定.
然後我在將近一個月後之才看到有新的 BIOS Release.
ASUS 你不可以早點做嗎?

另一個問題就是上面那篇文章的錯誤訊息, 我本來想回報到 Linux kernel team bug system , 但是想想是不是應該先換到最新版的 Linux kernel 再試呢?
Kubuntu 15.04 最新的 Kernel 是 3.19.0-26-generic
這時候就要找 Ubuntu mainline kernel 了, 客倌看到這邊應該會想, 要我編 Linux kernel , 殺了我吧.

沒錯, 不過不用殺頭, 我自己也很久沒有下去看/編 Kernel 的東西了, 中間有個連結 Upstream kernels archive http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D 點下去就對了.

會看到很多目錄, 我是選最新的 v4.2-rc7-unstable (註: 一直會更新, 所以不見得最新的會和我一樣)
下載 generic 的就好了, 我是 x64 的系統, 所以下的是 amd64 image .
linux-image-4.2.0-040200rc7-generic_4.2.0-040200rc7.201508162030_amd64.deb
linux-headers-4.2.0-040200rc7-generic_4.2.0-040200rc7.201508162030_i386.deb
下載完之後再用 root 執行 dpkg -i 就好了
# sudo dpkg -i linux-image-4.2.0-040200rc7-generic_4.2.0-040200rc7.201508162030_amd64.deb

換了 Linux kernel 4.2RC 之後, Working Around The Intel Core i7 5775C Broadwell Stability Issue On Linux 這個問題就沒有再出現過了.

以上解決方案有錯, 仍然會出現 MCE.
根據 Linux Kernel Bug Report 上的說法,
在 bootup 時的 kernel 參數加上 “processor.max_cstate=0 intel_idle.max_cstate=0 idle=poll” 就可以暫時避開這個問題.
以上這個暫時解決方案會讓 CPU 滿載, 所以建議可以在安裝的時候使用.

如果要穩定一點的解決方案, 可以換到最新版的 Microcode , 原因可能是 Intel 在 Broadwell 仍然未解 TSX 的 Bug
而且也沒有更新 Microcode(目前最新是今年一月), 所以各家 Linux Distributions 也無法更新 Microcode 解決這個問題.
如果 glibc compile 時並未打開 TSX support, 看起來不會踏到這個 BUG
但是如果是有 enable TSX support 的 Linux Distribution , 就會踏到這個 BUG

Ubuntu 下的解決方式如下
1) 下載 iucode-tool
$ sudo apt-get install iucode-tool
2) 下載新版的 Microcode
$ git clone https://github.com/bgw/bdw-ucode-update-tool.git
$ cd bdw-ucode-update-tool
$ sudo ./install.sh –persist-debian
3) 驗證, microcode 版本是 0x13
$ cat /proc/cpuinfo | grep microcode
microcode : 0x13

這還是有缺點,
1) 新裝系統
2) 更新 Kernel
都還是要跑一次這樣的流程, 最好還是跟主機板廠商連絡請他們更新 BIOS .
這邊我就要抱怨 ASUS 了, 搞了一個多月來來回回還是在講同一個問題, 至現在 (11/9) 為止仍然沒有更新 BIOS.

更新完後系統穩定, 並未碰到當機事件了.

後記, 個人覺得以 SoC Errata 的處理, Intel 非常槽糕, 我知道新功能的確可能會有問題.
但是出廠前 Linux/Windows 都應該要測試過才會出門吧.
沒有想到只有 Windows OK.

我在以前根本沒有想到買新 CPU 要先考慮在 Linux 上會不會有問題.
真是 WTF

ref.
Bug 103351 – Machine check exception on Broadwell quad-core with SpeedStep enabled
[haswell] Unable obtain Package Cstates C3 or lower

The post Kubuntu 15.04 + Broadwell / Intel i7-5775C 的問題 appeared first on richliu's blog.

找了很久也沒有找到原因, 後來靈機一動, 關掉 KDE restore session 的功能就可以了.
原因是因為 KDE restore session 的時候並不會帶入執行時的正確參數.

開機時不會 restore session 對我來說 OK.
如果想要進入該 User 時自動執行, 可以在 Automatically Started Applications 下加入一個新的 Application

首先執行你的 synergy GUI 程式, 順利的話應該會躲在 tray 下.
在 command 下找到你的 synergy 程式, 像我是執行 client 就是像下方這樣
[TEXT] # ps aux | grep synergy
1575 0.1 0.0 130636 7796 ? Sl 20:23 0:01 /usr/bin/synergyc -f –no-tray –debug INFO –name synergy-desktop 10.1.1.49:24800
[/TEXT]

在 System Setting -> Automatically Started Applications 新增一個程式(Add Program), 選擇 Synergy, 如下圖, 將 synergy 那一行命令 Copy 進去 Command 那邊.

下次重開的時候就會自動執行了.

如果 client 無法進入 screen save 的狀態, 將 synergy server 內的 sync screen saver 的選項關閉即可

The post [Kubuntu] 15.04 synergy system tray is unavailable quitting appeared first on richliu's blog.