我最擔心的事果然發生了...

作者： mtchang
資料不見了...我wiki上的資料都不見了..雖然早知道這早晚是會發生的，但還是令人感到遺憾。
這算是一切從頭來過嗎？.....現在只能從google慢慢的把資料挖回來了，希望google的資料存活的夠久。wiki...真是令人又愛又恨呀！...
site:mtchang.blogdns.org/b2/
site:mtchang.blogdns.org/wiki/
決定了...還是用BLOG巴...

留言

張貼留言

這個網誌中的熱門文章

Linux 下使用終端機連接 switch (minicom)

作者： mtchang
圖片
RS232 是很多資訊設備仍保留的連接界面，最常用在網路設備上的  console 界面登入。 minicom 是一個 Linux 下可以以終端機模式登入的程式，和以前 dos 時代的鐵力士很相 似 # 安裝 minicom mtchang@debian:~$ sudo apt-get install minicom # 我用的是 usb to rsr232 界面(現在 rs232 port 越來越少見了)，藉由 messages 檔案觀看他自動賦予那個 device 編號。這裡抓到的是 ttyUSB0 --> /dev/ttyUSB0 mtchang@debian:~$ sudo tail /var/log/messages -f Dec 11 09:54:34 debian kernel: [ 3454.792199] usb 5-1: USB disconnect, device number 2 Dec 11 10:32:35 debian kernel: [ 5735.764149] usb 4-1: new full-speed USB device number 4 using uhci_hcd Dec 11 10:32:35 debian kernel: [ 5735.980153] usb 4-1: New USB device found, idVendor=5372, idProduct=2303 Dec 11 10:32:35 debian kernel: [ 5735.980162] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Dec 11 10:32:35 debian kernel: [ 5735.980170] usb 4-1: Product: USB-Serial Controller Dec 11 10:32:35 debian kernel: [ 5735.980175] usb 4-1: Manufacturer: Prolific Technology Inc. Dec 11 10:32:35 debian kernel: [ 5735.982272] pl2303 4-1:1.0: pl23...
閱讀完整內容

透過 curl 的 timeout 設定識別 http 的網路連線壅塞問題

作者：
網路連線壅塞是一個難解的問題, 因為網路會產生抖動(Jitter)現象, 抖動發生時, 連線會突然變得很慢. 當狀況改善後就會回復. 但很大的原因是因為是因為 DNS 解析或是 TCP 交握的過程產生的問題.  當 curl 連線到一個 HTTP 網址時，其工作流程包括以下幾個主要步驟： 1. DNS 查詢 目標 ：解析主機名 (如 example.com ) 對應的 IP 位址。 過程 ： curl 通過 DNS 伺服器進行查詢，獲取目標伺服器的 IP 地址。 結果 ：若查詢成功，返回 IP 地址， curl 將繼續下一步。若查詢失敗， curl 則返回 DNS 錯誤並中止。 2. TCP 三向交握 (Three-Way Handshake) 目標 ：建立與目標伺服器的 TCP 連線。 過程 ： curl 通過系統內核發送一個 SYN 封包，目標伺服器回應 SYN-ACK ，然後 curl 返回 ACK 完成三向交握，建立起 TCP 連線。 結果 ：若在 --connect-timeout 設定時間內未完成三向交握，則連線失敗並返回超時錯誤。 3. 發送 HTTP 請求 目標 ：向伺服器發送具體的 HTTP 請求，根據 URL 設定不同的請求方法（如 GET 、 POST ）。 過程 ： curl 構建 HTTP 請求標頭並附加任何所需的數據（如表單數據），然後通過已建立的 TCP 連線將請求發送到伺服器。 結果 ：伺服器接收請求並準備回應，若過程中出現網路問題，則請求可能中止或失敗。 4. 伺服器處理請求並返回回應 目標 ：伺服器根據請求的 URL 路徑處理並生成對應的回應內容。 過程 ：伺服器確認請求內容後，由 HTTP 伺服器（如 httpd ）根據需求（例如讀取靜態文件或調用後端服務）生成回應，並加上適當的 HTTP 狀態碼和標頭。 結果 ：伺服器將回應內容傳回給 curl 客戶端。 5. 接收 HTTP 回應 目標 ： curl 從伺服器接收回應數據，並在終端或指定的輸出目標中顯示。 過程 ： curl 讀取 HTTP 回應標頭（包括狀態碼，如 200 OK 、 404 Not Found 等）及內容，並根據需要顯示、保存或處理該回應。 結果 ：若指定了輸出文件， curl 將回應寫入文件；若未指定，則在終端中顯示。...
閱讀完整內容

VMWARE VM linux 擴充硬碟空間

作者： mtchang
可以參考 AWS 上面的文章  https://docs.aws.amazon.com/zh_tw/AWSEC2/latest/UserGuide/recognize-expanded-volume-linux.html  但 EC2 流程更簡單, 你在EC2調整後他自動幫你最佳化到好. Linux 內部他幫你處理了. VMWARE ESXi 就自己動手流程是 先調整 VMWARE 的VM硬碟空間 再去 LINUX 擴大硬碟分割區 然後把  FileSystem 放大 就好了...XD but 很重要的是, 因為這些有風險建議先備份免得出意外!!!  VMWARE ESXi Ubuntu Linux 放大VM硬碟 ESXi 把要放大硬碟的VM主機關機, 調整外部的硬碟容量設定大小(增大) 重開機, 從 ESXi console 登入 root 調整 可以先檢查目前的 disk 容量 # fdisk /dev/sda -l 重新掃描磁碟, ex: /dev/sda # echo 1 | sudo tee -a /sys/block/sda/device/rescan 延伸VM磁碟配置表 , 延伸後可以再檢查看看VM硬碟容量是否已經改變 #  growpart /dev/sda 3 重新讀取磁碟配置表 #  partprobe -s /dev/sda 延伸 LVM 的 Physical Extent (PE) , pvdisplay 可以檢查pv容量是否變化 #  pvresize -v /dev/sda3 延伸 LVM 的 Logical Volume (LV) * 完全延展 # lvextend -l +100%FREE /dev/ubuntu-vg/ubuntu-lv * 指定容量延展 # lvextend -L +100G /dev/ubuntu-vg/ubuntu-lv 延伸檔案系統 size , 可以用 df -lh 檢查容量 # resize2fs /dev/ubuntu-vg/ubuntu-lv
閱讀完整內容