論野生技術&二次元 - 第2頁共32頁

Windows Server 存儲池替換物理硬碟

on 2023 年 11 月 14 日

Windows

0 3116 轉為簡體

現有兩個存儲池，分別叫StoragePool1和StoragePool2；兩個存儲池中各有兩塊磁碟（Disk1-1, Disk1-2, Disk2-1, Disk2-2），各組成Mirror分布的虛擬磁碟，分別叫VirtualDisk1和VirtualDisk2。

需要將 Disk2-2 退役，在StoragePool1 中加入 Disk1-3，將 Disk1-2 加入StoragePool2。

按如下操作

$Disk1_2 = Get-PhysicalDisk -FriendlyName 'Disk1-2'
$Disk1_3 = Get-PhysicalDisk -FriendlyName 'Disk1-3'

Add-PhysicalDisk -PhysicalDisks $Disk1_3 -StoragePoolFriendlyName 'StoragePool1'
# 如果虛擬磁碟創建時使用的物理磁碟均為自動分配
Set-PhysicalDisk -FriendlyName 'Disk1-3' -Usage AutoSelect
# 如果虛擬磁碟創建時使用的物理磁碟均為手動分配
Add-PhysicalDisk -VirtualDiskFriendlyName 'VirtualDisk1' -PhysicalDisks $Disk1_3

# 將物理磁碟移出存儲池的同時，會開始Mirror磁碟的重建
Remove-PhysicalDisk -PhysicalDisks $Disk1_2 -StoragePoolFriendlyName 'StoragePool1'

# 查看重建進度
Get-StorageJob

# 確認修復和重建成功
Repair-VirtualDisk -FriendlyName 'VirtualDisk1'

Remove-PhysicalDisk -PhysicalDisks $Disk1_2 -StoragePoolFriendlyName 'StoragePool1'
Reset-PhysicalDisk -FriendlyName 'Disk1-2'

# 以下同StoragePool1的修復過程
Add-PhysicalDisk -PhysicalDisks $Disk1_2 -StoragePoolFriendlyName 'StoragePool2'
# Set-PhysicalDisk -FriendlyName 'Disk1-2' -Usage AutoSelect
Add-PhysicalDisk -VirtualDiskFriendlyName 'VirtualDisk2' -PhysicalDisks $Disk1_2

Remove-PhysicalDisk -PhysicalDisks $Disk2_2 -StoragePoolFriendlyName 'StoragePool2'
Get-StorageJob
Repair-VirtualDisk -FriendlyName 'VirtualDisk2'

$Disk1_2 = Get-PhysicalDisk -FriendlyName 'Disk1-2'

$Disk1_3 = Get-PhysicalDisk -FriendlyName 'Disk1-3'

Add-PhysicalDisk -PhysicalDisks $Disk1_3 -StoragePoolFriendlyName 'StoragePool1'

# 如果虛擬磁碟創建時使用的物理磁碟均為自動分配

Set-PhysicalDisk -FriendlyName 'Disk1-3' -Usage AutoSelect

# 如果虛擬磁碟創建時使用的物理磁碟均為手動分配

Add-PhysicalDisk -VirtualDiskFriendlyName 'VirtualDisk1' -PhysicalDisks $Disk1_3

# 將物理磁碟移出存儲池的同時，會開始Mirror磁碟的重建

Remove-PhysicalDisk -PhysicalDisks $Disk1_2 -StoragePoolFriendlyName 'StoragePool1'

# 查看重建進度

Get-StorageJob

# 確認修復和重建成功

Repair-VirtualDisk -FriendlyName 'VirtualDisk1'

Remove-PhysicalDisk -PhysicalDisks $Disk1_2 -StoragePoolFriendlyName 'StoragePool1'

Reset-PhysicalDisk -FriendlyName 'Disk1-2'

# 以下同StoragePool1的修復過程

Add-PhysicalDisk -PhysicalDisks $Disk1_2 -StoragePoolFriendlyName 'StoragePool2'

# Set-PhysicalDisk -FriendlyName 'Disk1-2' -Usage AutoSelect

Add-PhysicalDisk -VirtualDiskFriendlyName 'VirtualDisk2' -PhysicalDisks $Disk1_2

Remove-PhysicalDisk -PhysicalDisks $Disk2_2 -StoragePoolFriendlyName 'StoragePool2'

Get-StorageJob

Repair-VirtualDisk -FriendlyName 'VirtualDisk2'

DietPi 怎樣關閉登陸後自動update

on 2023 年 10 月 30 日

Embedded

0 2648 轉為簡體

cat >> /etc/bashrc.d/00_disable_dietpi_login.sh << EOF
export G_DIETPI_LOGIN=1

1 2	cat >> /etc/bashrc.d/00_disable_dietpi_login.sh << EOF export G_DIETPI_LOGIN=1

Ubuntu 22.04 / OpenSSH 8.9 使用 gpg-agent 登錄報錯 agent refused operation 的解決方法

on 2022 年 5 月 3 日

DevOps

0 5885 轉為簡體

Ubuntu 22.04 升級了 OpenSSH 到8.9，這個版本默認開啟 [email protected] 作為密鑰交換（KEX）方法。這個演算法使用 512 bit 的 hash。

如果客戶端和服務端都升級到了8.9或以上，則成功協商使用這一KEX演算法，這時如果使用 gpg-agent 的 SSH 功能簽名則會報 agent refused operation。

列印 gpg-agent 的日誌可看到報錯為 Provided object is too large。

解決方法是在客戶端（~/.ssh/config）或服務端（/etc/ssh/sshd_config）中禁用這個演算法

KexAlgorithms -sntrup761x25519-sha512@openssh.com

1	KexAlgorithms -sntrup761x25519-sha512@openssh.com

同理 diffie-hellman-group16-sha512 和 diffie-hellman-group18-sha512 也應該被禁用，但它們優先順序本來就很低。

如果仍然有問題，把Kex Host Key Algorithm也改一下，如改成

HostKeyAlgorithms ssh-ed25519

1	HostKeyAlgorithms ssh-ed25519

Go中JSON解碼非UTF-8二進位值的問題

on 2022 年 2 月 9 日

0 8574 轉為簡體

我們在一個項目中創（luan）新（xie）地用JSON來編碼msgpack編碼後的結果（即encoded = json_encode(msgpack_encode(txt))），結果發現Golang側無法解碼。

首先我們可以確定msgpack沒有問題，因為輸入給msgpack解碼數據就與輸入值不一致。

我們使用lua-cjson來編碼一個JSON，因為結果不是printable的，所以在外面加一層base64.encode

print(ngx.encode_base64(require("cjson").encode({a = "\134123"})))

1	print(ngx.encode_base64(require("cjson").encode({a = "\134123"})))

結果是eyJhIjoihjEyMyJ9。

在Python里解碼它：

json.loads(base64.b64decode('eyJhIjoihjEyMyJ9').decode('raw_unicode_escape'))

1	json.loads(base64.b64decode('eyJhIjoihjEyMyJ9').decode('raw_unicode_escape'))

結果是{‘a’: ‘\x86123’}。沒有問題，和輸入一致。

在Go里解碼它：

type A struct {
	Data string `json:"a"`
}

b64 := "eyJhIjoihjEyMyJ9"
jsonEncoded, _ := base64.StdEncoding.DecodeString(b64)
var aa A
err = json.Unmarshal(jsonEncoded, &aa)
fmt.Println([]byte(aa.Data))

type A struct {

Data string `json:"a"`

}

b64 := "eyJhIjoihjEyMyJ9"

jsonEncoded, _ := base64.StdEncoding.DecodeString(b64)

var aa A

err = json.Unmarshal(jsonEncoded, &aa)

fmt.Println([]byte(aa.Data))

結果是[239 191 189 49 50 51]，可以看到\x86被解碼成了\239 \191 \189即\xefbfbd，表示無效的UTF8字元。

這是因為Go默認採用UTF-8解碼，如果field被標記為string，則json.Unmarshal會使用utf8.DecodeRune來嘗試解碼輸入https://github.com/golang/go/blob/master/src/encoding/json/decode.go#L1304。但在我們的場景中，\x86是一個單位元組的非UTF-8字元，所以utf8.DecodeRune返回了utf8.RuneError並把它放到了結果里。

那麼到底是哪裡出了問題呢？

首先，JSON的RFC指出，其中的字元串必須以UTF-8編碼（https://datatracker.ietf.org/doc/html/rfc8259#section-8.1），但是同時也提到，除了幾個特殊的字元外，其中的字元可以被escape也可以不escape（https://datatracker.ietf.org/doc/html/rfc8259#section-7）。所以lua-cjson的這種編碼方式似乎也是合法的？

解決辦法是寫一個自己的Unmarshal方法。首先把結構體中的field標記為自定義類型：

type Payload struct {
	A RawBytes `json:"a"`
}

type rawBytes []byte

func (r *rawBytes) UnmarshalJSON(b []byte) error {
	unqoutedBytes, ok := unqouteBytes(b)
	if !ok {
		return fmt.Errorf("failed to uncode msgpacked data")
	}
	*r = unqoutedBytes
	return nil
}

type Payload struct {

A RawBytes `json:"a"`

}

type rawBytes []byte

func (r *rawBytes) UnmarshalJSON(b []byte) error {

unqoutedBytes, ok := unqouteBytes(b)

if !ok {

return fmt.Errorf("failed to uncode msgpacked data")

}

*r = unqoutedBytes

return nil

}

然後我們魔改unquote方法，在原來的基礎上加上對解碼結果是否為utf8.RuneError的判斷

// getu4 has been copied verbatim from
// https://github.com/golang/go/blob/2580d0e08d5e9f979b943758d3c49877fb2324cb/src/encoding/json/decode.go#L1167-L1188
func getu4(s []byte) rune {
	if len(s) < 6 || s[0] != '\\' || s[1] != 'u' {
		return -1
	}
	var r rune
	for _, c := range s[2:6] {
		switch {
		case '0' <= c && c <= '9':
			c = c - '0'
		case 'a' <= c && c <= 'f':
			c = c - 'a' + 10
		case 'A' <= c && c <= 'F':
			c = c - 'A' + 10
		default:
			return -1
		}
		r = r*16 + rune(c)
	}
	return r
}

// unqouteBytes converts a quoted literal []byte s.
// The rules are different than for Go, so cannot use strconv.Unqoute().
// This function is copied verbatim from
// https://github.com/golang/go/blob/2580d0e08d5e9f979b943758d3c49877fb2324cb/src/encoding/json/decode.go#L1198-L1310
// Please read the comment beginning with "PATCHED" below.
func unqouteBytes(s []byte) (t []byte, ok bool) {
	if len(s) < 2 || s[0] != '"' || s[len(s)-1] != '"' {
		return
	}
	s = s[1 : len(s)-1]

	// Check for unusual characters. If there are none,
	// then no unquoting is needed, so return a slice of the
	// original bytes.
	r := 0
	for r < len(s) {
		c := s[r]
		if c == '\\' || c == '"' || c < ' ' {
			break
		}
		if c < utf8.RuneSelf {
			r++
			continue
		}
		rr, size := utf8.DecodeRune(s[r:])
		if rr == utf8.RuneError && size == 1 {
			break
		}
		r += size
	}
	if r == len(s) {
		return s, true
	}

	b := make([]byte, len(s)+2*utf8.UTFMax)
	w := copy(b, s[0:r])
	for r < len(s) {
		// Out of room?  Can only happen if s is full of
		// malformed UTF-8 and we're replacing each
		// byte with RuneError.
		if w >= len(b)-2*utf8.UTFMax {
			nb := make([]byte, (len(b)+utf8.UTFMax)*2)
			copy(nb, b[0:w])
			b = nb
		}
		switch c := s[r]; {
		case c == '\\':
			r++
			if r >= len(s) {
				return
			}
			switch s[r] {
			default:
				return
			case '"', '\\', '/', '\'':
				b[w] = s[r]
				r++
				w++
			case 'b':
				b[w] = '\b'
				r++
				w++
			case 'f':
				b[w] = '\f'
				r++
				w++
			case 'n':
				b[w] = '\n'
				r++
				w++
			case 'r':
				b[w] = '\r'
				r++
				w++
			case 't':
				b[w] = '\t'
				r++
				w++
			case 'u':
				r--
				rr := getu4(s[r:])
				if rr < 0 {
					return
				}
				r += 6
				if utf16.IsSurrogate(rr) {
					rr1 := getu4(s[r:])
					if dec := utf16.DecodeRune(rr, rr1); dec != unicode.ReplacementChar {
						// A valid pair; consume.
						r += 6
						w += utf8.EncodeRune(b[w:], dec)
						break
					}
					// Invalid surrogate; fall back to replacement rune.
					rr = unicode.ReplacementChar
				}
				w += utf8.EncodeRune(b[w:], rr)
			}

		// Quote, control characters are invalid.
		case c == '"', c < ' ':
			return

		// ASCII
		case c < utf8.RuneSelf:
			b[w] = c
			r++
			w++

		// Coerce to well-formed UTF-8.
		default:
			// PATCHED: on RuneError, copy verbatim
			rr, size := utf8.DecodeRune(s[r:])
			if rr != utf8.RuneError {
				r += size
				w += utf8.EncodeRune(b[w:], rr)
			} else {
				b[w] = s[r]
				r++
				w++
			}
		}
	}
	return b[0:w], true
}

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

// getu4 has been copied verbatim from

// https://github.com/golang/go/blob/2580d0e08d5e9f979b943758d3c49877fb2324cb/src/encoding/json/decode.go#L1167-L1188

func getu4(s []byte) rune {

if len(s) < 6 || s[0] != '\\' || s[1] != 'u' {

return -1

}

var r rune

for _, c := range s[2:6] {

switch {

case '0' <= c && c <= '9':

c = c - '0'

case 'a' <= c && c <= 'f':

c = c - 'a' + 10

case 'A' <= c && c <= 'F':

c = c - 'A' + 10

default:

return -1

}

r = r*16 + rune(c)

}

return r

}

// unqouteBytes converts a quoted literal []byte s.

// The rules are different than for Go, so cannot use strconv.Unqoute().

// This function is copied verbatim from

// https://github.com/golang/go/blob/2580d0e08d5e9f979b943758d3c49877fb2324cb/src/encoding/json/decode.go#L1198-L1310

// Please read the comment beginning with "PATCHED" below.

func unqouteBytes(s []byte) (t []byte, ok bool) {

if len(s) < 2 || s[0] != '"' || s[len(s)-1] != '"' {

return

}

s = s[1 : len(s)-1]

// Check for unusual characters. If there are none,

// then no unquoting is needed, so return a slice of the

// original bytes.

r := 0

for r < len(s) {

c := s[r]

if c == '\\' || c == '"' || c < ' ' {

break

}

if c < utf8.RuneSelf {

r++

continue

}

rr, size := utf8.DecodeRune(s[r:])

if rr == utf8.RuneError && size == 1 {

break

}

r += size

}

if r == len(s) {

return s, true

}

b := make([]byte, len(s)+2*utf8.UTFMax)

w := copy(b, s[0:r])

for r < len(s) {

// Out of room? Can only happen if s is full of

// malformed UTF-8 and we're replacing each

// byte with RuneError.

if w >= len(b)-2*utf8.UTFMax {

nb := make([]byte, (len(b)+utf8.UTFMax)*2)

copy(nb, b[0:w])

b = nb

}

switch c := s[r]; {

case c == '\\':

r++

if r >= len(s) {

return

}

switch s[r] {

default:

return

case '"', '\\', '/', '\'':

b[w] = s[r]

r++

w++

case 'b':

b[w] = '\b'

r++

w++

case 'f':

b[w] = '\f'

r++

w++

case 'n':

b[w] = '\n'

r++

w++

case 'r':

b[w] = '\r'

r++

w++

case 't':

b[w] = '\t'

r++

w++

case 'u':

r--

rr := getu4(s[r:])

if rr < 0 {

return

}

r += 6

if utf16.IsSurrogate(rr) {

rr1 := getu4(s[r:])

if dec := utf16.DecodeRune(rr, rr1); dec != unicode.ReplacementChar {

// A valid pair; consume.

r += 6

w += utf8.EncodeRune(b[w:], dec)

break

}

// Invalid surrogate; fall back to replacement rune.

rr = unicode.ReplacementChar

}

w += utf8.EncodeRune(b[w:], rr)

}

// Quote, control characters are invalid.

case c == '"', c < ' ':

return

// ASCII

case c < utf8.RuneSelf:

b[w] = c

r++

w++

// Coerce to well-formed UTF-8.

default:

// PATCHED: on RuneError, copy verbatim

rr, size := utf8.DecodeRune(s[r:])

if rr != utf8.RuneError {

r += size

w += utf8.EncodeRune(b[w:], rr)

} else {

b[w] = s[r]

r++

w++

}

return b[0:w], true

}

還需要注意的是，Go的json包默認對[]byte類型的field進行base64編解碼：

b, _ := json.Marshal(map[string][]byte{
	"x": []byte{147},
})
fmt.Println("> ", b, string(b))

b, _ := json.Marshal(map[string][]byte{

"x": []byte{147},

})

fmt.Println("> ", b, string(b))

結果是> [123 34 120 34 58 34 107 119 61 61 34 125] {“x”:”kw==”}；同理Unmarshal時也會需要輸入為base64編碼結果。

因此在上面這個解決方法中，我們用rawBytes這個新類型來alias到[]byte，而並不直接使用[]byte類型再在之後自己解碼。

發了一個issue：https://github.com/golang/go/issues/51094。

另外的JSON庫沒有這個問題，測試了https://github.com/json-iterator/go 和 https://github.com/bytedance/sonic 。

開源了鹹魚撿的京付的三色墨水屏驅動

on 2021 年 12 月 21 日

0 7803 轉為簡體

35塊一個，長這樣

經過一番Google找到了對應的原廠屏，是Gooddisplay的GDEH042Z96，屏幕晶元是SSD1619A，這個晶元初始化序列比幻塔的新手教程還長。

整理了一下官方常式之後，發了一個PR：https://github.com/ZinggJM/GxEPD2/pull/47；有一些點需要注意：

三色屏（實際上是雙色）是兩種液晶分開刷新的，先刷黑色，再刷紅色。其中SSD1619A的紅色輸入值需要取反，否則屏幕整塊都是紅的。
這塊屏只支持全刷，全刷一次要20秒，要把GxEPD2的默認等待BUSY pin的時間調長。

效果如下圖所示，用的是我魔改的中文版天氣：https://github.com/fffonion/ESP32-e-Paper-Weather-Display

LuaJIT中ctypes和FFI的一點雜談

on 2021 年 4 月 2 日

0 8853 轉為簡體

因為聽到了兩聲雷，所以要發兩篇博客。

——魯迅

這篇博客來聊聊LuaJIT FFI裡面ctypes的實現。