JIR's Wordpress(ver.IV) _ jir.idv.tw

Banana Pi M1
Armbian Debian 20.08.3 Buster with Kernel Linux 5.8.11-sunxi

Mesa 3D Graphics Library
https://github.com/mesa3d/mesa
git clone https://github.com/mesa3d/mesa.git
cd mesa
mkdir build
meson build/ --optimization s --buildtype release --prefix=/usr/local --libdir=lib/arm-linux-gnueabihf -Dgallium-drivers=lima,panfrost,kmsro,swrast -Dplatforms=x11,drm,surfaceless -Dvulkan-drivers= -Ddri-drivers= -Dllvm=false -Degl=true -Dgles1=true -Dgles2=true
ninja -C build/
ninja -C build/ install
———-
** v20.3.0
meson build/ –optimization s –buildtype release –prefix=/usr/local –libdir=lib/arm-linux-gnueabihf -Dgallium-drivers=lima,panfrost,kmsro,swrast -Dplatforms=x11 -Dvulkan-drivers= -Ddri-drivers= -Dllvm=disabled -Degl=enabled -Dgles1=enabled -Dgles2=enabled
編譯過程中，問什麼缺，就搜尋關鍵字，安裝缺的套件-dev。
ninja -C build/
ninja -C build/ install
———-

reference:
https://gallium.readthedocs.io/_/downloads/en/latest/pdf/
https://sourceforge.net/p/meson/wiki/Quick%20guide/

Lima kernel driver for ARM Mali400/450
https://github.com/yuq/mesa-lima/wiki
git clone https://gitlab.freedesktop.org/lima/linux.git


趁搞定後的記憶猶新，把相關資料整理作紀錄。

參考內容：
備份 – http://linux.vbird.org/linux_basic/0580backup.php
設定 – https://www.brilliantcode.net/2180/backup-data-to-synology-nas-using-rsync/

http://linux.vbird.org/linux_server/0310telnetssh.php#ssh_nopasswd
https://www.synology.com/zh-tw/knowledgebase/DSM/tutorial/General_Setup/How_to_login_to_DSM_with_root_permission_via_SSH_Telnet

以我的範例，
IP：192.168.1.101為網頁主機
IP：192.168.1.113為NAS主機
NAS已經開啟SSH連線，PORT指定22，且有一個NASUSER帳號。
閱讀全文 →

紀錄一下遇到的問題和解決方式。

這幾天一直在Banana Pi M1反覆重灌Armbian的Linux系統。
剛剛為了更新套件，忽然每個套件連續跳出writing access log entry failed: /var/log/xxxx/yyyy.log No space left on device的訊息警報。
想說明明log檔寫到記憶卡的空間，怎可能會有這種警報，重灌期間用好幾次也沒有類似的問題過哩。

所以用df -h指令查了一下，居然有貓膩…
Filesystem Size Used Avail Use% Mounted on
udev 427M 0 427M 0% /dev
tmpfs 100M 768K 99M 1% /run
/dev/mmcblk0p1 29G 3.3G 25G 12% /
tmpfs 496M 0 496M 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 4.0M 0 4.0M 0% /sys/fs/cgroup
tmpfs 496M 4.0K 496M 1% /tmp
/dev/zram0 50M 50M 0M 100% /var/log
tmpfs 100M 24K 100M 1% /run/user/0

這個/dev/zram0是什麼裝置，怎麼不是個分割區…?!
閱讀全文 →

2021.05.09更新，
灌新系統剛剛注意到，現在UBUNTU這個套件已經不能使用。
在APT安裝使用，會出現’netselect-apt’ has no installation candidate。
看起來是整個改到DEBIAN的系統，UBUNTU已經沒有繼續開發這個套件。
有空再另外一個系統平台測試看看。
相關連結說明：
https://github.com/telekom-security/tpotce/issues/349

***** OLD文章

利用這次新系統使用，紀錄額外經驗的資料作參考。

當剛灌好的系統，APT套件抓檔很慢，或者常常伺服器忙線斷網。
可以用這個套件來幫忙找到適合自己當地網路狀態的鏡像檔連結來源。
apt-get install netselect-apt

安裝好以後，執行以下指令測試：
netselect-apt -n testing
閱讀全文 →

重新學習的過程中，做個紀錄和經驗。

Banana Pi的LED綠燈定義放在這個檔案，指令呼叫：
cat /sys/class/leds/bananapi:green:usr/trigger
出現[]的那一欄，表示目前燈號的功能是什麼，如現在是[none]所以燈沒有功能。
[none] kbd-scrolllock kbd-numlock kbd-capslock kbd-kanalock kbd-shiftlock kbd-altgrlock kbd-ctrllock kbd-altlock kbd-shiftllock kbd-shiftrlock kbd-ctrlllock kbd-ctrlrlock usbport disk-activity disk-read disk-write ide-disk mtd nand-disk heartbeat cpu cpu0 cpu1 activity default-on panic mmc0 rc-feedback axp20x-usb-online rfkill-any rfkill-none bluetooth-power hci0-power rfkill0 stmmac-0:01:link stmmac-0:01:1Gbps stmmac-0:01:100Mbps stmmac-0:01:10Mbps
閱讀全文 →

是說，ARM架構的小機板，跟x86系統還是有差。
要找的資訊和資料，中文相關的討論真的相對少很多。

總之，被我摸索出來要怎麼使用，趕快趁記憶猶新紀錄一下。
我有一塊大概入手塊五年的Banana Pi一代M1卡。
由於想把它改成遊戲模擬機使用，發現原始釋放的版本太舊(UBUNTU)，且也是不支援USB無線網卡。

所以到ARMBIAN這裡找最新的版本安裝：

Download

Bananapi M1

我是選擇Buster minimal這個映像檔來建構，今天抓的版本為Armbian_20.08.1_Bananapi_buster_current_5.8.5_minimal.img。
在WINDOWS系統，用Win32 Image來把解壓縮的IMG檔案燒入至記憶卡。
看起來這版作業系統並不是UBUNTU，而是恢復成DEBIAN版本，不過不打緊基本上LINUX都是類似通用的。
閱讀全文 →

玩LINUX系統也好幾年，原來的FC15手賤想說2013年安裝的，想嘗試用preupgrade套件來升級。
哪知道完成FC15到FC17後就是個惡夢開始，整個系統看似YUM更新完成，但是重開機要確認後就整個死在KERNEL開機全部都壞掉。
上周末搞了兩天都是隔天三點半才睡覺，結果系統救不回來，整個放棄改重灌最近看似很夯的UBUNTU這個套件版本的LINUX。
還好這次硬碟並不是結構性的資料損毀，只是OS系統壞了，大致上全部的資料都還撈的到。
只是從FEDORA轉換到UBUNTU，有很多設定連結位置是不同的、指令也有些微差異，要習慣一下。
而因網頁要跟著升級和現階段網際網路的新規範。
花了一點時間理解APACHE2和SSL簽證，還好有專用套件能自動更新核發，比以前好用多了。
而MYSQL是最頭大的，舊的資料一開始沒完整複製出來，花了太多無謂的時間在找軟體哪裡有錯。
結果只是資料檔案沒有複製正確，MYSQL最後自己有把它自動升級到對應的版本。
最終，WORDPRESS也因應新版伺服器，一併更新配套，原來的佈景主題和外掛有不相容，也花了點時間除錯。
至於MAIL SERVER部分，這次感覺設定有比較理解和比較多分享文章參考，也是算正常能夠使用自己的網域發收信件。
總之，一切都在慢慢復原和設定新增。
雖然整體花了一個周末和一周稀少的晚上時光，算是幾乎恢復這台某種證明自己意義的LINUX主機狀態。
至少多災多難中，這次還是有額外的新學習技能和知識，以及歷史和見證。

PS.沈思要如何落實資料的備份和交叉雲端。應該是這次經驗中的要盡快處理的事情。

為了幫助這次系統重灌的記憶，留個紀錄檔案。
確定已有安裝xfce4相關套件，且已經把防火牆開放PORT，成功設定vncserver :1可以連線。
但是進去的畫面會顯示一個灰色桌面，只有大大的X滑鼠游標狀態時(X window登出狀態的畫面)。
應該是該登入者的startx檔案定義有問題，沒有成功啟動X window和登入桌面環境。

解決方案：

進入使用者的根目錄，備份和新增一個對應的檔案。
cd ~/.vnc/
mv ./xstartup ./xstartup.bck
joe ./xstartup

#!/bin/sh
unset SESSION_MANAGER
unset DBUS_SESSION_BUS_ADDRESS
startxfce4 &&
[ -x /etc/vnc/xstartup ] && exec /etc/vnc/xstartup
[ -r $HOME/.Xresources ] && xrdb $HOME/.Xresources
xsetroot -solid grey
vncconfig -iconic &&

編輯存檔以後，先清除原來開立的服務，重新啟動。
vncserver -kill :1
vncserver :1
之後重新用VNC Client軟體登入看看。
應該就能看到正常的桌面畫面。

備註，
關於這個檔案的權限，需要設定755。
如果注意到log檔有顯示”/home/user/.vnc/xstartup: Permission denied”之類的字串。
且VNC登入後一樣還是灰畫面，更改權限後應該就可以正常開啟startx指令。
chmod 755 ~/.vnc/xstartup

為了防止又是沒拔點菸座的設備，然後又好幾天沒開車的損傷電瓶。
研究了一下保險絲迴路。
線路圖看起來本來有預留RELAY作控制迴路，但是F54保險司內的接腳好像被廢掉了，實際沒有接點可以用來復原。
所以改用F52推一個4P RELAY線圈，把F47這個本來的點菸座迴路，透過NO接點來橋接做二段作動。
這樣常態電池供電給點菸座的狀態，就會隨ACC紅火才啟動過電。
所以做個DIY紀錄。
F52這個保險絲是電熱椅子用的，不過很少很少有機會用到，相對不用擔心吃外掛給RELAY的電會過載。
(原來的前車主也用這個點位來當一個下面2P的獨立點菸座用，也是直接借這裡的電源(ACC紅火才通電)。

這懸案就發生在為了省油錢而快一個月沒開車。
反正也不知道是不是沒把點菸座的充電器拔掉，還是這顆快兩年的GS 56220MFZ真的品質MTBS不好。
總之，等我發現的時候已經剩下DC10V左右，然後緊急充電快一個15小時了，讓它0%充到快80%+(半放棄實驗中)。
今天緊急換了一顆新的YUASA LBN3，把車發起來，而且感覺有電真的車比較輕快加速…。

離題了，電瓶換新的，需要一個步驟來復原。

簡單的說，開大電等30秒後再發動到水溫正常、然後為加高油門約兩分鐘，就開出去八公里重新電腦學習。

但…哪有可能換電瓶重置後，就一直跳P0135和P0141的OBD2警報，還消不掉…。
P0135 O2 Sensor Heater Circuit (Bank 1， Sensor 1)
P0141 O2 Sensor Heater Circuit (Bank 1， Sensor 2)
開出去外面八公里這段漫長的路途，倒是有注意到要等很久才看到兩顆有出現電壓值回饋。
而且，過程中還一直出現這兩個警報，消掉就沒多久又出現。
閱讀全文 →