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

在Win10用CMD文字指令中，藥用管理者Admin帳號的權限，一般的操作方式是要滑鼠右鍵，指令最大權限才能觸發專用的CMD狀態。
那有沒有更好的使用方式，甚至能像LINUX的sudo類似指令來觸發就好呢？
看起來有類似想法和需求的人似乎還真的有不少，所以有個為此特別開發的創作者能在GitHub找到這個套件，軟體名稱叫做gsudo。
套件連結：
https://github.com/gerardog/gsudo

到網頁有RELEASE的最新版本，這邊是選.MSI的檔案來下載安裝。
https://github.com/gerardog/gsudo/releases

安裝好以後，在Win10系統中預設執行檔是放在C:\Program Files (x86)\gsudo\gsudo.exe。
它也會把環境變數的設定，新增這個程式的資料夾位置進去。
所以，要呼叫變成最大權限時，可以直接執行gsudo，就能觸發一個紅色的#狀態，提醒已經變成最大權限的管理者狀態。

至於其他如何下參數使用可以參考作者在USAGE整理的相關參數值：
https://github.com/gerardog/gsudo#usage

作者的實際應用範例截圖：

如之前張貼的文章 AMD顯卡，新版Kernel 5.11衝突無法安裝原廠驅動程式，降版本解法(UBUNTU Linux) 內容有介紹到用文字指令控制的ohgodatool程式，來達到修改AMDGPU驅動顯卡的核心/記憶體時脈、電壓。
但是風扇的控制方式，不知道是自己電腦的KERNEL不支援還是軟體BUG，反正指令無效。
要另外新增開機的GRUB參數值來啟用支援，以指令的方式找出顯卡位置和執行修改風扇速度的語法。
sudo su
echo 1 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1_enable
echo 210 > /sys/class/drm/card0/device/hwmon/hwmon0/hwmon0/pwm1
exit
使用上不是那麼直覺和便利。

所以就找到這個作者GIT的開發網址：
https://github.com/wepiha/qt-amdgpu-fan-ctl

他是利用Python3開發GTK的GUI控制介面，來監控當下顯卡的工作狀態。
初步使用起來和看數據來說，個人覺得算能用。

安裝的方式也不困難複雜，就用python3去執行他的.PY程式檔而已，XD。
所以我乾脆寫一個run.sh直接觸發”sudo python3 ./qt-amdgpu-fan-ctl.py”指令。
git clone https://github.com/wepiha/qt-amdgpu-fan-ctl.git
cd qt-amdgpu-fan-ctl
echo 'sudo python3 ./qt-amdgpu-fan-ctl.py' | tee run.sh
chmod 755 ./run.sh
./run.sh

如果執行的過程中，有可能會遇到自己系統python的模組不完整而跳錯誤訊息。
看一下自己缺什麼模組，下指令更新亦可。
像我有遇到兩個模組套件要另外安裝更新，所以指令如下：
sudo pip install pyqtgraph
sudo pip install PyQt5

剩下的使用部分，若有其他新的發現，後續文章再更新追加了。

之前DIY的部分，[DIY] ST170 冷煤R134a第三次有紀錄的補灌。
雖然都能復原，但是看起來漏點無解，補灌後能撐一個月都算厲害了。
為了止損和愛護地球(？)，八月底那次整路高速公路沒冷氣後，認真回老家認識的良心名店去維修。
光順汽車電機
600嘉義市西區建國路54號
052340569
https://goo.gl/maps/3DJRoRtGgMPDH9937

好不容易給忙碌的老闆插單檢查，確定冷煤有漏，漏點在前方的冷凝器鋁排後方某處。
位置不像是被石頭打破或者因為之前水箱風扇脫落敲擊到的位置，所以如老闆說的，應該是銹蝕破損。

初步的判修是沒有其他的異常洩漏或壓縮機損壞的情形，讓我安心不會拆到最難卸除的車室內空間的蒸發器。
由於以前曾給這個老闆處理過前一台K6，檢查、處理的流程細膩度有目共睹，所以這次就還是特別拜託老闆，就算預約時間也要給他處理維修。

基於信任的關係，車子開過去就留車不留人，跑去其他地方耗時間，等通知修好。
修復過程：
1.更換新同等級尺寸的冷凝器管排
2.更換乾燥劑過濾罐
3.過程中，還特別清洗引擎水箱散熱排
4.清洗蒸發器前的毛細蒸發管
5.清洗冷氣系統總管路
6.更換壓縮機冷凍油
7.抽真空除系統水氣
8.真空蓄壓十分鐘探漏無異常
9.重灌R134a原廠780g量，探漏無異常
這類繁瑣修復流程後，老闆很欣慰的說壓縮機沒壞，蒸發器也沒漏，應該是沒問題了。
而且我過去看狀況的時候剛好修復完成，正在驗證冷氣的冷凍能力。
當下數據，出風口溫度恢復成0.5度c輸出，和之前未處理前的補灌方式，出風口溫度只有2.0度c的明顯改善差異。

後來回家的移動間，最大的有感是引擎動力輸出，因為冷氣阻力修復後便正常。
明顯感覺油門反應變輕快，起步加速都很有感的有力道(？)。
而且因為冷氣製冷能力正常以後，低風速和控制溫度都讓體感溫度覺得也很夠冷。
也可以舒服的設定和暖氣混合，溫度幾乎穩態不用一直頻繁調整切換需要的溫度和冷度。
應該這臺車可以撐到報廢了，還不用修冷氣吧，希望!!

PS 1.
至於店家推薦的部分，這篇文章發表，其實已經是網路名店之一。
個人覺得老闆是良心店家，維修價格不是最便宜，但是對得起良心和技術。
若是有人看到這篇文章心得文之後也想去檢查和維修，務必要先跟老闆預約好，避免撲了個空又誤會喔。
PS 2.
聽說老闆預計明年要搬新的地點做服務，可能到時候要留意店址有無更動。
PS 3.
冷煤補漏劑，老闆說真的不實用，他建議可以的話還是要完整的維修。
而我個人的體驗補漏劑的部分，可能橡膠型的小漏含可以減緩漏，金屬型的還是只能盡快處理維修。
雖然DIY補灌能省服務費用，但是一直連續耗損的灌，可能都會變成一筆同等價值的完整維修費用，還是繼續漏。

關於開機GRUB的管理開機，有一些自定義的開機參數，可以修改LINUX開機條件或者配合設備硬體去調整需求。
研究了一下別人的歷史經驗，和OS套件。看到一個掛的很多，似乎相對完整的內容。
至於參數定義的設定說明，都是逐步從GOOGLE來的。
應該還有其它可以利用的參數，以後有遇到案例再來更新維護。

GRUB_CMDLINE_LINUX_DEFAULT="text consoleblank=0 intel_pstate=disable net.ifnames=0 ipv6.disable=1 pci=noaer iommu=soft usbcore.autosuspend=-1 radeon.si_support=0 radeon.cik_support=0 amdgpu.vm_fragment_size=9 amdgpu.si_support=1 amdgpu.cik_support=1 amdgpu.ppfeaturemask=0xffff7fff amdgpu.runpm=0 amdgpu.gpu_recovery=0 noibrs noibpb nopti nospectre_v2 nospectre_v1 l1tf=off nospec_store_bypass_disable no_stf_barrier mds=off mitigations=off e1000e.EEE=0 fsck.mode=force fsck.repair=yes acpi_osi=linux i915.modeset=1"

相關說明，整理如下。
#個人追加 “acpi_osi=linux i915.modeset=1”

#consoleblank=0 關閉LCD自動黑屏省電模式
#intel_pstate=disable 關閉CPU性能省電自動模式
#net.ifnames=0 防止開機網路卡被更名設定 ex.eth0, eth1 被更名為 ens1, ens2
#ipv6.disable=1 不使用IPV6模式
#pci=noaer 、pci=nomsi 防止PCIE BUS ERROR，禁用進階錯誤報告，禁用MSI中斷功能
#iommu=soft 使KERNEL能以軟體方式讀取超過4GB的內存計算
#usbcore.autosuspend=-1 防止USB裝置省電斷線

#radeon.si_support=0、amdgpu.si_support=1 AMD顯卡GCN支援模式為Southern Islands (SI)
#radeon.cik_support=0、amdgpu.cik_support=1 AMD顯卡GCN支援模式為Sea Islands (CIK)
#amdgpu.vm_fragment_size=9 防止AMD顯卡在amdgpu pro驅動下為黑屏
#amdgpu.ppfeaturemask=0xffff7fff 啟動支援amdgpu-utils套件，支援電壓調整、核心頻率、記憶體頻率。如：AMD顯卡驅動程式或HOWTO undervolt the AMD
#amdgpu.runpm=0 禁用amdgpu電源管理防止意外當機
#amdgpu.gpu_recovery=0 禁用amdgpu顯卡崩潰復原功能

#noibrs noibpb nopti nospectre_v2 nospectre_v1 l1tf=off nospec_store_bypass_disable no_stf_barrier mds=off mitigations=off 關閉INTEL CPU(10-19年製)預設漏洞防護功能以增加性能

#e1000e.EEE=0 防止INTEL的e1000e網卡晶片進入睡眠省電模式而斷線

#fsck.mode=force fsck.repair=yes 強制每次重開機都要做fsck檢查和修復磁區

## 個人追加部分
#acpi_osi=linux 告訴主機板BIOS的acpi控制模式在現在運行的系統是Linux環境
#i915.modeset=1 強制啟用INTEL i915內顯功能驅動

修改指令：
sudo nano /etc/default/grub
sudo update-grub
sudo reboot
重開機看修改後的效果有無達到需求，或者必須再手動還原。
若不小心搞掛了，可以嘗試用開機選單按e修改恢復原來正常的開機參數模式。
或者，要用先前介紹的：用Boot-Repair-Disk拯救硬碟意外遺失的開機磁區MBR/GPT，來嘗試修復和復原。

用LINUX作業系統，尤其是當伺服主機有對外服務的，總是會擔心是不是有什麼漏洞或問題，但是又不知道怎麼查、怎麼找。
所以，GitHub有個人才，提供一個開源的工具軟體，協助使用者查看自己系統的相關設定和服務是否有異常。
開源系統安全稽核工具：Lynis
指令：
cd ~/
git clone https://github.com/CISOfy/lynis
cd lynis
chmod +x ./lynis
./lynis audit system
(若單執行./lynis，會顯示說明各參數怎麼使用)

執行後，就等它跑一下運算和檢查，最終會給一個落落長的報告結果，以及評論自己主機系統的分數。
分數高低不是重點，主要是要看自己的系統和軟體，有什麼已知問題和重點漏洞BUG要處理。
由於產出的LOG報告檔內容一堆，沒有另外安裝他的額外工具、或是篩選關鍵字的輔助軟體，在判讀部分會很困難。
所以，我們簡單的方式是使用grep指令來找需要參考的重點項目。
如下方式：
cat /home/$USERNAME/lynis.log | grep Warning
cat /home/$USERNAME/lynis.log | grep Suggestion

這兩行指令目的是找Warning，立即處理型；
以及找Suggestion，建議追加型。
對於建議追加的部分，可能斟酌使用和安裝，因為有些不一定適用自己的網站或主機。
像我改了一個modsecurity模組後，用WORDPRESS一直誤封撰寫文章電腦的IP位置，被Fail2Ban列入黑名單，還要一直解鎖和調整參數。

另外，如果Lynis已經有安裝過。
可以定期檢查是否有官方網站的維護更新，也能直接下指令更新軟體版本。
如下方式：
./lynis update info
./lynis update release

LINUX系統SSH的應用中，放著放著常常出現broken pipe的狀況。
本來一直以為是我的外部網路問題，不過看起來內網也是常常遇到這種訊息斷線的回報。
一度以為我的內網，因為電腦和電腦間的無線AP硬體設備不穩定。
直到用GOOGLE遠端桌面的時候，才發現應該是不正常(網頁遠端沒斷線、但是SSH的terminal畫面斷線)。
類似的訊息大概都像這些：
Write Failed: broken pipe
send disconnect: Broken pipe

目前看到的解法大概有三種。
不過都是一樣的意思，要告訴伺服器，我還再用SSH，只是先空著等不是意外斷線喔。

方式一：
連線的指令加入ServerAliveInterval這個參數，數字為時間的秒數。
指令
ssh -o ServerAliveInterval=60 -p PORT target.location.address

方法二：
在有帳號的連線端或主機端，個人根目錄下的設定檔，加入參數。
nano ~/.ssh/config
加入
Host *
ServerAliveInterval 60
然後存取權限修改一下。
chmod 600 ~/.ssh/config

方法三：
直接SSHD的設定檔加入常態參數。
方法
[CLIENT連線端]
sudo nano /etc/ssh/ssh_config
找該行或尾端加入ServerAliveInterval=60亦可
或者
[SERVER主機端]
sudo nano /etc/ssh/sshd_config
找該行或尾端加入ServerAliveInterval=60亦可

如果仍然會出現斷線，就嘗試再調整秒數值。
我是設定60秒，看起來似乎是OK。

這幾天因為在搞意外損壞系統的Raspberry Pi 3B這個單板電腦的系統重灌。
本來是當做RrestroPie的電玩模擬器，但是利用率有點太低。
乾脆改成自己私人的NAS備份用系統。
由於有一些網頁的需求和WEBDAV服務的利用。
從Apache老牌網頁伺服器，跳來使用這個聽說很精簡好用的Nginx網頁伺服器，順便學習新的系統和設定，比較差異性。
由於我只是要很簡單的功能，這個伺服器套件對我來說似乎真的夠用也很好用，軟體占用也很小。
重點來了，設定檔雖然很精簡，但是不熟架構和格式、指令定義的我，依然還是某種程度的新手，XDDD
剛好找到這個輔助使用的工具，Nginx設定檔自動生成器!!!
重點還是有繁體中文的介面能看，幾乎9成的字句都翻得清楚明瞭。
按照頁面的步驟一個一個書寫和選擇，最後完成還會提供設定檔連結來抓取上傳。
還給一套相關指引說明，如何備份和如何上傳到需要的設定檔位置資料夾。
一整個就是便利到爆，解壓縮覆蓋後，重啟伺服器，幾乎就能無腦的開始使用。
真的造福使用者啊!!推薦給各位嘗試用用看。

NGINXConfig
https://www.digitalocean.com/community/tools/nginx

相關介紹：
NGINXConfig 網頁伺服器 NGINX 設定檔產生器，依需求產生各種 conf 檔
作者: Pseric
https://free.com.tw/nginxconfig/

嚴格來說，這次的紀錄，按照上次第二次補灌冷煤的文章，這次應該是第六次。
實際的過程有這些後續的狀況：
2021.02.28 第二次https://jir.idv.tw/wordpress/?p=2806
2021.05.09 第三次 追加了400cc含橡膠型止漏劑，室溫35度C 約45psi低壓 約最大風12C。
2021.07.31 第四次 再追加400cc含橡膠型止漏劑，室溫27度C 約40psi低壓 約最大風10C。
2021.08.28 第五次 再追加200cc一般冷媒，且沒有在大量滲漏，室溫30度C 約42psi低壓 約最大風8C。

很幸運的，2021年後隔了又一個一年。
似乎冷氣在去年五月和七月那兩次的止漏劑有奏效。
整個系統又讓我順利地用了一年，而且溫度相對地沒有很明顯不冷。
只是今年2022年夏天，全球出現熱浪的異常天氣，冷氣相對明顯覺得稍微慢一點降溫。
所以再來一次檢查和灌冷煤。

發車後的狀態，初步確定應該冷煤算相對平衡(?)。輸出約45psi，出風口約6。C，雖然有熱氣，但白干沒什麼凝結水。

過程中，先補灌200cc後，壓力馬上又壓縮到42psi穩態。
想說應該是有漏另外一個一半，最後再又追加200cc進去。
總共追加補灌R134a共400CC，白干開始有凝結水珠。
最終運作初步看起來就保持45psi，最大風速的溫度6。C(環境溫度，白天32。C乾球、濕度估65%)，先這樣子後續再觀察。

這幾天發現一套蠻好用的電路圖繪製軟體，而且是基本免費版耶!!
軟體名稱叫做：EasyEDA
下載連結：https://easyeda.com/page/download
一開始，我是使用https://www.block.tw出的線上繪製軟體，可是我發現BLOCK Circuit EDIT使用的介面不是很便捷，電氣元件的選項免費版有點少。
轉到EasyEDA的介面後，電氣元件的資料庫幾乎關鍵字都能找的到需要的圖案，真心覺得豐富很多。
而且過程的轉寫繪製貼入工程圖面並設計電路連線的繪製方式，跟之前用draw.io這個畫流程圖的工具類似(也是免費的)，體驗真的不錯。
所以，在第一版繪製好的”外部控制IMRC模組的配線圖“用另外一家開發的編輯介面，圖畫過程不順以外、在找適合元件符號替代花了不少時間。
然而這家開發的繪圖軟體介面、可搜尋元件資料庫、畫面功能中文化，我認為都相對友善、好使用一點。
嘗試繪製第二版畫同樣一張內容，甚至只占用我一個多小時，就完成一份一樣的圖面成果，而且呈現也很滿意！

以下用比較的方式來參考。
一開始嘗試使用的網頁版電路圖繪製
https://www.block.tw – BLOCK Circuit EDIT
www.block.tw

EasyEDA軟體視窗介面

利用EasyEDA軟體製作成品，PDF原始檔連結：
ST170_ext.control_IMRC diagram
縮圖：

REFERENCE：
[DIY]福特ST170的IMRC模組，外掛Arduino+霍爾感應器抓引擎轉速驅動
https://jir.idv.tw/wordpress/?p=2745

Boot-Repair-Disk這個套件真的很棒!
作者也有把它整合到ISO檔案，一個Linux+LXDE桌面套件來開機救援使用。
除了可以直接用RUFUS套件解壓縮到USB變成開機碟，也可以用VENTOY直接把.ISO檔存在分割磁區裡面使用。

基本上也是無腦操作，開機成功後就會幫忙掃描遺失或損壞的開機磁區。
就使用的經驗，有修復過WINODWS的MBR開機磁區，也有修復過UBUNTU和WIN10的UEFI介面開機分割槽。
讓意外操作而遺失的開機選單和選項功能，都能利用這個工具軟體來自動修復恢復正常。
雖然，也能用原始的指令模式來修復，但是過程有點複雜，還要一直GOOGLE找如何驅動正確的參數和指令。
還是有個整合好的GUI介面軟體，真的是能感受到工欲善其事，必先利其器的這個至古名言完整體現，XDDDD

下載連結：
https://sourceforge.net/projects/boot-repair-cd/files/
它有分32BIT和64BIT的ISO檔案。
如果電腦已經支援UEFI的開機方式，基本上都要改抓64BIT的版本才能支援使用修復喔。

參考資料:
https://sourceforge.net/p/boot-repair-cd/home/tw/
https://zhtwnet.com/boot-repair-disk/