樹莓派瘦客戶端使用後sd卡擴容問題
阿新 • • 發佈：2019-01-01
一、首先說一個解析度修改問題，
在樹莓派映象燒錄後發現解析度無法修改（RPITC瘦客戶端），後來發現終端列印tvservice無法找到，於是搜尋了tvservice的位置，發現不在/usr/bin目錄下。於是做了個ln -s的連結，結果奏效了。哈哈。
複製部分內容，記錄下
為何設定解析度
樹莓派的debian系統中是自動掃描顯示器的，很多都不會滿屏顯示，這樣的話就需要手動設定了，但是在進入系統後是沒法設定的
實現方式
- 需要通過配置檔案（config.txt）實現。
- Noobs安裝的系統在/boot/config.txt,非Noobs的系統在跟目錄下config.txt
實現步驟
瞭解顯示器支援的解析度，比如顯示器是7寸HDMI顯示器，解析度是800*600
在裝了系統的SD卡上根目錄找到“config.txt”，搜尋hdmi mode, 修改和新增如下專案
hdmi_group=****
hdmi_mode=****
hdmi_group和hdmi_mode的值對應想要調整的解析度。文後提供CEA解析度和DMT解析度對照表
CEA為電視規格解析度,DMT為計算機計算機顯示器使用的解析度
針對自身的情況，選擇DMT解析度，其中8是最接近合適的引數，更改“config.txt”為，儲存退出SD卡
hdmi_group=2
hdmi_mode=8
- 將SD插入樹莓派，正常啟動！
通過程式來判斷合適的解析度
CEA supported modes:
/opt/vc/bin/tvservice -m CEA
DMT supported modes:
/opt/vc/bin/tvservice -m DMT
比如執行
[email protected]:~ $ /opt/vc/bin/tvservice -m DMT
Group DMT has 2 modes:
mode 4: 640x480 @ 60Hz 4:3, clock:25MHz progressive
(prefer) mode 8: 800x600 @ 56Hz 4:3, clock:36MHz progressive
- 如果沒有合適的解析度, 可以設定一個，比如設定一個800*480的解析度
hdmi_cvt=800 480 56 1
hdmi_group=2
hdmi_mode=87
hdmi_drive=2
注意事項
- 針對非Noobs安裝的系統，根目錄config.txt檔案的
- 對於Noobs安裝的系統，根目錄沒有config.txt檔案的，進入系統的/boot/config.txt下進行修改重啟
CEA解析度
以下是CEA規定的電視規格解析度。這些解析度的hdmi_group=1
hdmi_mode=1 VGA
hdmi_mode=2 480p 60Hz
hdmi_mode=3 480p 60Hz H
hdmi_mode=4 720p 60Hz
hdmi_mode=5 1080i 60Hz
hdmi_mode=6 480i 60Hz
hdmi_mode=7 480i 60Hz H
hdmi_mode=8 240p 60Hz
hdmi_mode=9 240p 60Hz H
hdmi_mode=10 480i 60Hz 4x
hdmi_mode=11 480i 60Hz 4x H
hdmi_mode=12 240p 60Hz 4x
hdmi_mode=13 240p 60Hz 4x H
hdmi_mode=14 480p 60Hz 2x
hdmi_mode=15 480p 60Hz 2x H
hdmi_mode=16 1080p 60Hz
hdmi_mode=17 576p 50Hz
hdmi_mode=18 576p 50Hz H
hdmi_mode=19 720p 50Hz
hdmi_mode=20 1080i 50Hz
hdmi_mode=21 576i 50Hz
hdmi_mode=22 576i 50Hz H
hdmi_mode=23 288p 50Hz
hdmi_mode=24 288p 50Hz H
hdmi_mode=25 576i 50Hz 4x
hdmi_mode=26 576i 50Hz 4x H
hdmi_mode=27 288p 50Hz 4x
hdmi_mode=28 288p 50Hz 4x H
hdmi_mode=29 576p 50Hz 2x
hdmi_mode=30 576p 50Hz 2x H
hdmi_mode=31 1080p 50Hz
hdmi_mode=32 1080p 24Hz
hdmi_mode=33 1080p 25Hz
hdmi_mode=34 1080p 30Hz
hdmi_mode=35 480p 60Hz 4x
hdmi_mode=36 480p 60Hz 4xH
hdmi_mode=37 576p 50Hz 4x
hdmi_mode=38 576p 50Hz 4x H
hdmi_mode=39 1080i 50Hz reduced blanking
hdmi_mode=40 1080i 100Hz
hdmi_mode=41 720p 100Hz
hdmi_mode=42 576p 100Hz
hdmi_mode=43 576p 100Hz H
hdmi_mode=44 576i 100Hz
hdmi_mode=45 576i 100Hz H
hdmi_mode=46 1080i 120Hz
hdmi_mode=47 720p 120Hz
hdmi_mode=48 480p 120Hz
hdmi_mode=49 480p 120Hz H
hdmi_mode=50 480i 120Hz
hdmi_mode=51 480i 120Hz H
hdmi_mode=52 576p 200Hz
hdmi_mode=53 576p 200Hz H
hdmi_mode=54 576i 200Hz
hdmi_mode=55 576i 200Hz H
hdmi_mode=56 480p 240Hz
hdmi_mode=57 480p 240Hz H
hdmi_mode=58 480i 240Hz
hdmi_mode=59 480i 240Hz H
H means 16:9 variant (of a normally 4:3 mode).
2x means pixel doubled (i.e. higher clock rate, with each pixel repeated twice)
4x means pixel quadrupled (i.e. higher clock rate, with each pixel repeated four times)DMT解析度
以下是計算機顯示器使用的解析度。這些解析度的hdmi_group=2
hdmi_mode=1 640x350 85Hz
hdmi_mode=2 640x400 85Hz
hdmi_mode=3 720x400 85Hz
hdmi_mode=4 640x480 60Hz
hdmi_mode=5 640x480 72Hz
hdmi_mode=6 640x480 75Hz
hdmi_mode=7 640x480 85Hz
hdmi_mode=8 800x600 56Hz
hdmi_mode=9 800x600 60Hz
hdmi_mode=10 800x600 72Hz
hdmi_mode=11 800x600 75Hz
hdmi_mode=12 800x600 85Hz
hdmi_mode=13 800x600 120Hz
hdmi_mode=14 848x480 60Hz
hdmi_mode=15 1024x768 43Hz DO NOT USE
hdmi_mode=16 1024x768 60Hz
hdmi_mode=17 1024x768 70Hz
hdmi_mode=18 1024x768 75Hz
hdmi_mode=19 1024x768 85Hz
hdmi_mode=20 1024x768 120Hz
hdmi_mode=21 1152x864 75Hz
hdmi_mode=22 1280x768 reduced blanking
hdmi_mode=23 1280x768 60Hz
hdmi_mode=24 1280x768 75Hz
hdmi_mode=25 1280x768 85Hz
hdmi_mode=26 1280x768 120Hz reduced blanking
hdmi_mode=27 1280x800 reduced blanking
hdmi_mode=28 1280x800 60Hz
hdmi_mode=29 1280x800 75Hz
hdmi_mode=30 1280x800 85Hz
hdmi_mode=31 1280x800 120Hz reduced blanking
hdmi_mode=32 1280x960 60Hz
hdmi_mode=33 1280x960 85Hz
hdmi_mode=34 1280x960 120Hz reduced blanking
hdmi_mode=35 1280x1024 60Hz
hdmi_mode=36 1280x1024 75Hz
hdmi_mode=37 1280x1024 85Hz
hdmi_mode=38 1280x1024 120Hz reduced blanking
hdmi_mode=39 1360x768 60Hz
hdmi_mode=40 1360x768 120Hz reduced blanking
hdmi_mode=41 1400x1050 reduced blanking
hdmi_mode=42 1400x1050 60Hz
hdmi_mode=43 1400x1050 75Hz
hdmi_mode=44 1400x1050 85Hz
hdmi_mode=45 1400x1050 120Hz reduced blanking
hdmi_mode=46 1440x900 reduced blanking
hdmi_mode=47 1440x900 60Hz
hdmi_mode=48 1440x900 75Hz
hdmi_mode=49 1440x900 85Hz
hdmi_mode=50 1440x900 120Hz reduced blanking
hdmi_mode=51 1600x1200 60Hz
hdmi_mode=52 1600x1200 65Hz
hdmi_mode=53 1600x1200 70Hz
hdmi_mode=54 1600x1200 75Hz
hdmi_mode=55 1600x1200 85Hz
hdmi_mode=56 1600x1200 120Hz reduced blanking
hdmi_mode=57 1680x1050 reduced blanking
hdmi_mode=58 1680x1050 60Hz
hdmi_mode=59 1680x1050 75Hz
hdmi_mode=60 1680x1050 85Hz
hdmi_mode=61 1680x1050 120Hz reduced blanking
hdmi_mode=62 1792x1344 60Hz
hdmi_mode=63 1792x1344 75Hz
hdmi_mode=64 1792x1344 120Hz reduced blanking
hdmi_mode=65 1856x1392 60Hz
hdmi_mode=66 1856x1392 75Hz
hdmi_mode=67 1856x1392 120Hz reduced blanking
hdmi_mode=68 1920x1200 reduced blanking
hdmi_mode=69 1920x1200 60Hz
hdmi_mode=70 1920x1200 75Hz
hdmi_mode=71 1920x1200 85Hz
hdmi_mode=72 1920x1200 120Hz reduced blanking
hdmi_mode=73 1920x1440 60Hz
hdmi_mode=74 1920x1440 75Hz
hdmi_mode=75 1920x1440 120Hz reduced blanking
hdmi_mode=76 2560x1600 reduced blanking
hdmi_mode=77 2560x1600 60Hz
hdmi_mode=78 2560x1600 75Hz
hdmi_mode=79 2560x1600 85Hz
hdmi_mode=80 2560x1600 120Hz reduced blanking
hdmi_mode=81 1366x768 60Hz
hdmi_mode=82 1080p 60Hz
hdmi_mode=83 1600x900 reduced blanking
hdmi_mode=84 2048x1152 reduced blanking
hdmi_mode=85 720p 60Hz
hdmi_mode=86 1366x768 reduced blanking二、16G的sdk卡發現只用了很少一部分，於是搜尋找文章。如下解決：
首先使用fdisk進入分割槽管理
- sudo fdisk /dev/sdb
第一個分割槽應該是系統分割槽，包含boot之類的吧，總之不要動它，動第二個分割槽。記住第二個分割槽的起始塊數，我的是122880
然後命令d刪除除去第一分割槽的其他分割槽，
d
2
依次類推
然後命令n建立分割槽，命令q，建立主分割槽。
然後輸入分割槽號2，再輸入你剛才記錄的起始儲存塊數122880（初始儲存塊ID號），然後輸入結束塊數，一般預設就是能夠分配的最大分割槽儲存ID數。
注意：上圖中分割槽2的存量預設使用了全部，如果不想sd卡太大，寫卡的時候太耗時間，可以選擇分割槽少一點，實際大小根據自己而定。
然後就行了，命令P檢視分割槽，現在應該出現新的分割槽了，然後w儲存，重啟。
使用命令使增加的內容生效（必須執行，否則存量仍然是之前的）
- sudo resize2fs /dev/sdb2 （我是在vmware下修改的，所以是sdb2，下圖是在樹莓派下的識別符號）
然後df -h檢視一下分割槽
ok，大功告成！
參考文章：https://blog.csdn.net/richermen/article/details/48445721