小狐狸事務所
2026年4月23日 星期四
Python 學習筆記 : 市圖借書與預約爬蟲程式架構
2026年4月21日 星期二
沖繩之旅行程規劃 : 5/5~5/8
| 時間軸 | 行程說明 |
|---|---|
| 15:55 - 17:35 | 抵達那霸機場,建議預約 Klook 10人座單程接機直達飯店。 |
| 19:00 - | Check-in國際通嘉新酒店: 可在飯店內用餐。 |
| 20:00 - | 晚間散步: 踩點國際通。 |
| 時間軸 | 行程說明 |
|---|---|
| 09:00 - | 出發 (建議包車 10 小時): 往返北部車程長,包車可在車上補眠。 |
| 11:00 - | 古宇利島: 欣賞跨海大橋美景,推薦搭乘古宇利海洋塔的電動導覽車。 |
| 13:00 - | 午餐: 北部景觀餐廳(如:百年古家 大家)。 |
| 15:00 - | 沖繩美麗海水族館: 觀看黑潮之海大水槽與鯨鯊。 |
| 19:00 - | 返回那霸晚餐。 |
| 時間軸 | 行程說明 |
|---|---|
| 09:00 - | 出發 (包車 10 小時,今天景點較多且分散,包車最省體力。) |
| 09:40 - | 知念岬公園: 欣賞 270 度無敵海景,這裡步道平緩,長輩看海非常舒心。 |
| 11:30 - | 瀨長島 Umikaji Terrace: 午餐推薦幸福鬆餅/天使鬆餅 Happy Pancake。 |
| 14:30 - | 美國村: 異國風情街區散步,拍拍彩色房子。 |
| 16:30 - | 永旺來客夢 (AEON Mall Rycom):直衝寶可夢中心,晚餐: 永旺美食街 |
| 20:00 - | 返回國際通: 回飯店後可進行最後採買。 |
| 時間軸 | 行程說明 |
|---|---|
| 09:00 - | 波上宮: 到琉球第一神社祈福。 |
| 12:00 - | 午餐: 國際通周邊(如:第一牧志公設市場吃海鮮或道地阿古豬)。 |
| 15:30 - | 啟程前往機場: 建議預約單程送機。 |
| 18:30 - 22:00 | 起飛返回小港。 |
- 知念岬 vs 美國村:
知念岬在東南角,美國村與永旺在中部。這天行程景點多,需要 10 人座包車接送。 - 關於「天使鬆餅」:
瀨長島的幸福鬆餅(Happy Pancake)極熱門,建議事先網路預約,否則現場排隊會很久。 - 寶可夢中心:
永旺來客夢的寶可夢中心很大可以慢慢逛,長輩可以帶到商場中間的大型水族箱區坐著休息。
2026年4月20日 星期一
HDD/SSD 健康狀態檢測軟體 CrystalDiskInfo
對現代電腦來說,用 CDI 監測 SSD 的健康狀況甚至比 HDD 更重要,因為 SSD 有明確的**「寫入壽命限制」**。
不過,看 SSD 的報告時,重點指標與你剛才看那顆 5TB HDD 的邏輯不太一樣:
1. SSD 檢測的黃金指標:剩餘壽命
在 SSD 的報告中,最上方大大的「健康狀態」通常會直接顯示一個百分比,例如 「良好 98%」。
這是什麼: 這是根據 SSD 廠商定義的 TBW (Total Bytes Written,總寫入量) 估算出來的。
怎麼看: * 100% - 90%: 像新的一樣。
低於 50%: 雖然還能用,但建議開始尋找下一顆硬碟。
低於 10% 或 0%: 隨時可能進入「唯讀模式」或直接掛掉,必須立刻更換。
2. 重點關注項目(對比 HDD)
打開 CDI 看你的 SSD 時,請盯住這兩項:
03 剩餘壽命 (Percentage Used): 顯示已消耗的設計壽命。
F1 總計主機寫入量 (Total Host Writes): 這告訴你這顆 SSD 自出廠以來到底寫入了多少資料(通常以 GB 或 TB 為單位)。對於開發者來說,如果你頻繁編譯大型專案或跑大量 Log,這個數字會跳很快。
01 介面 CRC 錯誤計數: 如果這個數值不是 0,通常代表你的 SATA 線或是 M.2 插槽接觸不良,而不是 SSD 本身壞了。
3. SSD 與 HDD 在 CDI 中的差異
| 項目 | HDD (傳統硬碟) | SSD (固態硬碟) |
| 主要風險 | 物理壞軌、機械磨損 | 閃存顆粒寫入次數耗盡 |
| 關鍵指標 | 05 (重定位磁區)、C5 (等候重定) | 03 (剩餘壽命百分比) |
| 溫度 | 建議 50°C 以下 | 較高,NVMe 飆到 60-70°C 算常見 |
| 異常徵兆 | 異音、讀取極慢、chkdsk 噴錯誤 | 突然偵測不到、檔案消失、藍屏 |
4. 檢查建議
切換到你的 C 槽(通常是 SSD) 看一下:
檢查百分比: 確認你的系統碟還有多少壽命。
檢查傳輸模式: 確認它是否跑在
PCIe 4.0 x4或是你主機板支援的最高速度(如果你是用高效能 NVMe SSD)。
特別提醒:
SSD 如果顯示「黃燈(警告)」,通常不像 HDD 那樣還能透過 chkdsk 救回「邏輯損壞」。SSD 一旦顆粒老化出現錯誤,通常是不可逆的,**「備份」**是唯一的救贖。
1. 核心健康指標
健康狀態:良好 98%。
對於已經使用 5323 小時(約 7 個多月不間斷運作)的系統碟來說,只消耗了 2% 的壽命,這代表它的耐用度非常高。依照這個速度,這顆 SSD 要達到壽命臨界值可能還需要十年以上。
SSD 總寫入量:29,768 GB (約 29 TB)。
這反映了你作為軟體工程師的工作量。頻繁的編譯、下載與檔案操作都會累積寫入量。29 TB 雖然聽起來很多,但這顆 SSD 的設計寫入壽命通常在 600 TBW 以上,目前僅用了不到 5%。
2. 值得注意的細節
傳輸模式:PCIe 4.0 x4 | PCIe 4.0 x4。
這代表你的硬碟正確地運行在最高頻寬下,沒有因為插槽或設定問題被降速。
溫度:39°C。
對於 NVMe SSD 來說,這個溫度非常低且理想。這說明 LG Gram 的內部散熱設計(或這顆 Samsung SSD 的發熱控制)做得很好,在高負載運作時也不容易發生因過熱而降速(Thermal Throttling)的情況。
不安全關機次數:33 次 (0x21)。
這通常發生在電腦當機、強制長按電源鍵關機,或是電池完全沒電自動關機時。雖然次數不多,但 SSD 對斷電比 HDD 敏感,建議盡量避免在檔案寫入時強制關機。
3. 對於這顆 SSD 的維護建議
注意, SSD 維護上做法與 HDD 完全相反:
絕對不要執行「磁碟重組」: SSD 內部有自己的「磨損均衡 (Wear Leveling)」機制,會自動安排資料存放位置以延長壽命。手動重組只會白白浪費寫入次數,對速度毫無幫助。
確保開啟 TRIM 指令: Windows 10/11 預設會開啟。它會告訴 SSD 哪些區塊的資料已刪除可以回收。
保留 15% 以上空間: 雖然 1TB 很大,但 SSD 如果塞得太滿(超過 90%),寫入放大效應會增加,導致壽命消耗變快且速度變慢。建議 C 碟隨時保留約 150GB 左右的空閒空間。
定期用 CDI 檢查「03 可用備用 (Available Spare)」: 如果這個數值(目前是 100%)開始下降,才代表 SSD 真的開始出現損壞的記憶體顆粒。
總結: 這是一顆頂級的系統碟,目前正處於巔峰狀態,無需任何特殊整理。你那顆 WD 5TB HDD 比較需要關注「整理」,而這顆 Samsung SSD 只要維持正常使用、不要塞太滿即可。
這顆 WD Blue SN570 簡直就是「新車剛過磨合期」的狀態!雖然你是後來擴充的,但從數據上看,這顆硬碟幾乎沒怎麼被「操」到。
以下是針對這顆擴充碟的分析:
1. 核心健康指標
健康狀態:良好 100%。
這非常罕見,代表這顆 SSD 的設計壽命完全還沒被消耗。
已用時間總計:82 小時。
這真的非常新!對比你 C 碟的 5323 小時,這顆 D 碟基本上才剛開始運作不久。
SSD 總寫入量:137 GB。
這個寫入量極低。以 SN570 1TB 版本高達 600 TBW 的耐用度來看,你目前只用了 $0.02\%$ 的壽命。
2. 性能與規格分析
傳輸模式:PCIe 3.0 x4。
這是正確的。SN570 本身就是 PCIe 3.0 的規格,所以它跑在 3.0 x4 是發揮全速。雖然你的筆電插槽可能支援到 4.0(如 C 碟那顆),但這顆 D 碟會穩定運行在 3.0 的最高速。
溫度:33°C。
比 C 碟還要低,這是一個非常涼爽的操作溫度,對電子零件的長壽非常有幫助。
3. 為什麼這顆硬碟特別適合當「資料存放區」?
SN570 是屬於「無快取 (DRAM-less)」但性能平衡的 SSD。這類硬碟的特性是:
省電: 對於 LG Gram 這種強調續航的筆電非常友善。
發熱低: 很適合放在筆電的第二個擴充槽。
穩定: 非常適合作為存放專案代碼、文件或照片的副碟。
4. 給 Tony 的維護建議
這顆硬碟目前完全不需要任何維護。但既然它是 D 碟,我建議你可以利用它來分擔 C 碟的壓力:
存放開發專案: 既然你的工作涉及 Python 和金融資料分析(kbar 庫等),可以把這些專案放在 D 碟。
虛擬機或 Docker: 如果有使用這些工具,將它們的映像檔放在 D 碟,可以避免 C 碟過快消耗壽命,且這顆 SN570 的速度對於這類應用綽綽有餘。
總結
你這台 LG Gram 的硬碟配置非常健康:
C 碟 (Samsung): 強大的系統碟,負責作業系統與軟體運行。
D 碟 (WD Blue): 極新的擴充碟,適合存放長期資料與專案。
WD 5TB 隨身硬碟無法讀取問題
從你的 Log 來看,這次修復了幾個關鍵問題:
1. 修復了什麼?
索引點陣圖 (Bitmap) 錯誤:這就像是圖書館的目錄說某個位置是空的,但實際上那裡放了書。
chkdsk重新校正了這些空間分配。孤立檔案 (Orphaned Files) 復原:這部分最關鍵。你的
$MFT(主檔案表格)等系統檔案一度失去了連結,導致 Windows 看不到目錄。chkdsk把這些「走丟」的系統檔案重新接回了目錄樹(檔案 5)。MFT 鏡像修正:主檔案表格的備份也被同步修正了,確保下次讀取穩定。
2. 後續建議 (SOP)
雖然現在讀得到了,但身為開發者,我們都知道「事出必有因」。為了確保這顆 5TB 隨身硬碟之後不再搞事,建議你做以下幾件事:
立刻檢查 S.M.A.R.T. 資訊: 雖然
chkdsk顯示 0 壞軌,但那是「邏輯層面」。建議用 CrystalDiskInfo 看一下05 (重新分配磁區數)和C5 (等候重映射的磁區數)是否為 0。如果這兩個數值不是 0,代表硬碟物理壽命快到頭了,趕快趁現在備份。養成「安全移除」的習慣: 這次的錯誤(索引與點陣圖不符)最常發生在資料寫入中途拔掉 USB,或是 USB 供電不穩(例如插在前端 USB 孔或 Hub 上)。下次拔除前,務必點選右下角的「安全移除硬體」。
停用「快速啟動」或檢查寫入快取: 如果你常用這顆硬碟,可以在「裝置管理員」>「磁碟機」>「WD Elements」內容中,確認「原則」設定。如果追求安全,可以選擇「快速移除」(停用寫入快取)。
3. 關於資料安全
這顆硬碟已經 4.3TB 滿載(剩下約 400GB),這對 5TB 硬碟來說負擔不小,且檔案系統毀損過一次後,穩定性會略微下降。
建議下一步: 既然現在恢復了,趁這幾天趕快把裡面最不可取代的資料(例如你的 e-book 草稿、kbar 原始碼等)同步到雲端或另一顆實體硬碟上。
這份健康報告非常漂亮,這顆 WD 5TB 隨身硬碟目前的硬體狀態非常健康。
以下是針對這張截圖的幾個核心分析:
1. 關鍵健康指標 (核心數據)
健康狀態:良好。這是最直觀的結果。
05 (重定位磁區計數): 原始值為
0。這代表硬碟沒有任何物理壞軌被替換掉,碟盤表面狀況良好。C5 (等候重定的磁區計數): 原始值為
0。這代表沒有任何疑似壞軌在排隊。C6 (無法校正的磁區計數): 原始值為
0。再次確認磁區資料讀寫穩定。
2. 使用記錄
已用時間總計:3931 小時。這顆硬碟大約已經服役了 5 個多月(如果是 24 小時不關機計算),對於一顆隨身硬碟來說,正處於「壯年期」。
已用次數總計:578 次。平均每次開機使用約 6.8 小時。
轉速:4800 RPM。這是典型的 2.5 吋節能/高容量硬碟規格,發熱量會比較低,目前的 37°C 非常理想。
3. 為什麼會發生「檔案目錄毀損」?
既然硬體沒問題,那為什麼會噴錯誤?最可能的兇手有三個:
異常拔除: 在 Windows 還在寫入快取資料時,就直接拔掉 USB 線,導致 NTFS 的 MFT (Master File Table) 沒寫完。
供電瞬間不穩: 5TB 的碟盤密度很高,對電流波動敏感。如果插在不穩的 USB 插座,讀寫中途掉電也會導致邏輯錯誤。
磁碟已滿的副作用: 你的硬碟已經用了 4.3TB 以上,當空間極度剩餘不足時,NTFS 的碎片整理或元數據更新會變得很頻繁,這時候若發生中斷,毀損機率會變高。
4. 維護建議
繼續使用: 沒問題,它不是快掛了,只是「軟體感冒」剛修好。
安全退出: 之後請務必點選 Windows 右下角的「安全移除硬體」。
避免前端插槽: 建議優先插在電腦機殼後方的 USB 孔(或供電足夠的電競筆電插孔),穩定電壓是 5TB 硬碟的長壽關鍵。
2026年4月19日 星期日
2026 年第 15 周記事
- Serverless 平台加入 API Key
- 高雄光世代固定 IP & 全屋通路由器設定
- Mapleboard 外接 USB 儲存設定
- 鄉下的 Pi 3 主機升版為 Bulleye
2026年4月18日 星期六
Python 學習筆記 : 市圖借書與預約爬蟲程式改版 v13
- kaopi3 : https://serverless-5e6i.onrender.com/function/send_books_messages
- pi3aplus : https://serverless-fdof.onrender.com/function/send_books_messages
- pi400 : https://serverless-fdof.onrender.com/function/send_books_messages (備用)
Python 學習筆記 : 母校圖書館借書與預約爬蟲程式改版 v11
利用 socket.gethostname() 即可得到主機名稱. 這樣收到 Telegram 才知道是哪台主機的爬蟲完成的.








