USB的WiFi适配器在windows上是足够的速度，但在debian上却很慢。

[寺島聰子]

$ sudo update-initramfs -c -k all
update-initramfs: Generating /boot/initrd.img-4.19.0-16-amd64
cp: '/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf' を stat できません: そのようなファイルやディレクトリはありません
E: /usr/share/initramfs-tools/hooks/plymouth failed with return 1.
update-initramfs: failed for /boot/initrd.img-4.19.0-16-amd64 with 1.

[寺島聰子]

検索
cp: '/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf' を stat できません: そのようなファイルやディレクトリはありません

参考源
https://ameblo.jp/miyou55mane/entry-12492531734.html

エラーメッセージをよく読むと、「ttf-dejavu」が無いのが原因の模様。autoremoveを実行した時に消したのかな？
经常读错误信息的话，没有“ttf-dejavu”是原因之一。是实行autoemove的时候消去的吗？
（6）的话，从终端进入。
$ sudo apt install ttf-dejavu
$ sudo apt upgrade
今度はエラーが出ず、無事上記３つをインストールできました。
这次没有出现错误，顺利安装了上述3个。

$ sudo update-initramfs -c -k all
update-initramfs: Generating /boot/initrd.img-4.19.0-16-amd64
update-initramfs: Generating /boot/initrd.img-4.19.0-14-amd64

$

[寺島聰子]

このエラーはドライバーとは関係がなく、システムの他の側面の設定が原因で発生するはずです。 出力される情報には update-initramfs の具体的なエラー情報が含まれていないため、実際の原因を知りたい場合は、update-initramfs を手動で実行する必要がある場合があります。
代码： 全选
sudo update-initramfs -c -k all

cp: '/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf' を stat できません: そのようなファイルやディレクトリはありません

$ sudo sed -i '156s/$/\\/' /usr/src/8192cu-1.11/os_dep/linux/usb_intf.c

$ sudo dkms install 8192cu/1.11

Kernel preparation unnecessary for this kernel. Skipping...

Building module:
cleaning build area...
make -j3 KERNELRELEASE=4.19.0-16-amd64 -C /lib/modules/4.19.0-16-amd64/build M=/var/lib/dkms/8192cu/1.11/build............
cleaning build area...

DKMS: build completed.

8192cu.ko:
Running module version sanity check.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/4.19.0-16-amd64/updates/dkms/

depmod.............

Backing up initrd.img-4.19.0-16-amd64 to /boot/initrd.img-4.19.0-16-amd64.old-dkms
Making new initrd.img-4.19.0-16-amd64
(If next boot fails, revert to initrd.img-4.19.0-16-amd64.old-dkms image)
update-initramfs............

DKMS: install completed.

$

[寺島聰子]

このエラーはドライバーとは関係がなく、システムの他の側面の設定が原因で発生するはずです。 出力される情報には update-initramfs の具体的なエラー情報が含まれていないため、実際の原因を知りたい場合は、update-initramfs を手動で実行する必要がある場合があります。
代码： 全选
sudo update-initramfs -c -k all

cp: '/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf' を stat できません: そのようなファイルやディレクトリはありません
$ sudo apt install ttf-dejavu
-----------------------------------------------------

$ sudo sed -i '156s/$/\\/' /usr/src/8192cu-1.11/os_dep/linux/usb_intf.c

$ sudo dkms install 8192cu/1.11

Kernel preparation unnecessary for this kernel. Skipping...

Building module:
cleaning build area...
make -j3 KERNELRELEASE=4.19.0-16-amd64 -C /lib/modules/4.19.0-16-amd64/build M=/var/lib/dkms/8192cu/1.11/build............
cleaning build area...

DKMS: build completed.

8192cu.ko:
Running module version sanity check.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/4.19.0-16-amd64/updates/dkms/

depmod.............

Backing up initrd.img-4.19.0-16-amd64 to /boot/initrd.img-4.19.0-16-amd64.old-dkms
Making new initrd.img-4.19.0-16-amd64
(If next boot fails, revert to initrd.img-4.19.0-16-amd64.old-dkms image)
update-initramfs............

DKMS: install completed.

$

[寺島聰子]

sudo depmod -a
sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/
その後、再起動します

[寺島聰子]

sudo depmod -a
sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/
その後、再起動します

$ sudo depmod -a

$ sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/

$

[寺島聰子]

ありがとうございます。成功したみたいです。wavemon　を見ると、とても安定した受信状態のようです。非常感谢。好像成功了。看wavemon的话，好像是非常稳定的接收状态。

There is a known issue with power management on some hardware. If your WiFi connection drops after a few minutes, install the following module setting file to disable power management in your WiFi interface:

sudo cp ./rtl8192cu-fixes/8192cu-disable-power-management.conf /etc/modprobe.d/

はしていません。此命令未执行。因为不知道有没有必要。

日本語の参考ページにしたがって後片付けしました。之后收拾了。
$ rm -rf ./rtl8192cu-fixes/

$ lsusb
Bus 006 Device 002: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
$ sudo modinfo 8192cu | grep v0789
alias: usb:v0789p016Dd*dc*dsc*dp*ic*isc*ip*in*

最後までお付き合いいただき　ありがとうございました！
谢谢大家陪我到最后！

[寺島聰子]

特にupload が爆速になりました。速すぎて安定しすぎて怖くなりました。

[寺島聰子]

報告。
マシンをスリープにして復帰した後に、RTL8192CU 802.11n WLAN Adapter
がネットワークに入れないみたいです。これはまさに　このデバイスの省電力機能と関係すると思うので、スナップショット撮影した上で

sudo cp ./rtl8192cu-fixes/8192cu-disable-power-management.conf /etc/modprobe.d/

してみます。

[寺島聰子]

$ sudo cp ./rtl8192cu-fixes/8192cu-disable-power-management.conf /etc/modprobe.d/
cp: './rtl8192cu-fixes/8192cu-disable-power-management.conf' を stat できません: そのようなファイルやディレクトリはありません

$
さきほど、rm -rf ./rtl8192cu-fixes/　したからでは。timeshift　で戻すことはできるけど。

[寺島聰子]

debian が起動できなくなりました。

やったこと。

$ sudo cp ./rtl8192cu-fixes/8192cu-disable-power-management.conf /etc/modprobe.d/
cp: './rtl8192cu-fixes/8192cu-disable-power-management.conf' を stat できません: そのようなファイルやディレクトリはありません

$
さきほど、rm -rf ./rtl8192cu-fixes/　したからでは。timeshift　で戻すことはできるけど。

ということで以下をやりました。

１，
home も含め本日7時38分まで戻す。
２，
./rtl8192cu-fixes/　をusb メモリへ待避。
３，
Before restoring '2021-06-06 07:38:35'　へ戻し、新ドライバが完成してるところまで。

-------------------------------------------------------
起動時に
[FAILED] Failed to mount /home
See 'systemctl status home.mount' for details.

[寺島聰子]

# systemctl status home.mount

home.mount - /home
Loaded: loaded (/etc/fstab; generated)

以上部分的也

[寺島聰子]

windows から

# journalctl -p 3

failed to mount /home.
Error runnig install command for rtlwifi

[寺島聰子]

debian 起動障害から復帰して、元の課題に再挑戦です。
从debian启动故障恢复，再挑战原来的课题。
現在
$ journalctl -p 3
-- Logs begin at Mon 2021-06-14 20:26:34 JST, end at Tue 2021-06-15 00:00:07 JST
6月 14 20:26:37 kyo systemd-udevd[275]: Error running install command for rtlwi
6月 14 20:26:49 kyo wpa_supplicant[585]: bgscan simple: Failed to enable signal
ほか大量のエラーメッセージが出ていますが（略）

まずBTRFS: errorを消すために、
/run/timeshift/backup/timeshift-btrfs/snapshots/2021-06-06_20-42-26
に戻す
このスナップショットは　https://github.com/pvaret/rtl8192cu-fixes　に従い
ネイティブカーネルドライバーからrtl8192cu-fixeにしたのですが、マシンをスリープにして復帰した後にrtl8192cu-fixesがネットワークに入れない――という問題が出現したため

同参考ページの
トラブルシューティング
＞一部のハードウェアの電源管理には既知の問題があります。数分後にWiFi接続が切断された場合は、次のモジュール設定ファイルをインストールして、WiFiインターフェイスの電源管理を無効にします。

を実行する前のスナップで、正常に動作することがわかっているものです。

-------------------------------
ただし、自分の症状

＞マシンをスリープにして復帰した後にrtl8192cu-fixesがネットワークに入れない―

の解決法が
sudo cp ./rtl8192cu-fixes/8192cu-disable-power-management.conf /etc/modprobe.d/

であるかどうか、わかりません。
-------------------------------
还有大量错误信息（略）
首先为了消除BTRFS：error
/run/timeshift/backup/timeshift-btrfs/snapshots/2021-06-06_20-42-26
返回
这个快照是https://github.com/pvaret/rtl8192cu-fixes 按照
从本地的内核司机那里选择了rtl8192cu-fixe，但由于出现了这样的问题：把机器做成睡眠状态恢复后，rtl 8192cu-fixes无法进入网络
同参考页的
故障排除
>一部分硬件的电源管理存在已知问题。几分钟后WiFi连接断开时，安装下一个模块配置文件，禁用WiFi接口的电源管理。
运行前的抓图中，您知道它将正常工作。
-------------------------------
但是，自己的症状
＞将机器休眠恢复后，rtl 8192cu-fixes无法进入网络-
的解决方法
sudo cp ./rtl8192cu-fixes/8192cu-disable-power-management.conf /etc/modprobe.d/
不知道是不是。

[寺島聰子]

＞　まずBTRFS: errorを消すために、
/run/timeshift/backup/timeshift-btrfs/snapshots/2021-06-06_20-42-26
に戻す
timeshift　でこのスナップショットまで復元した結果、$ journalctl -p 3
は以下の3行にまで減りました
在timeshift恢复到这个抓图的结果是
减少到以下3行
＞将机器休眠恢复后，rtl 8192cu-fixes无法进入网络-
的解决方法　を教えて下さい

$ journalctl -p 3
-- Logs begin at Tue 2021-06-15 00:38:41 JST, end at Tue 2021-06-15 00:45:02 JST. --

6月 15 00:38:44 kyo systemd-udevd[281]: Error running install command for rtlwifi
6月 15 00:39:05 kyo wpa_supplicant[565]: bgscan simple: Failed to enable signal strength monitoring
6月 15 00:43:52 kyo exim4[3354]: ALERT: exim paniclog /var/log/exim4/paniclog has non-zero size, mail system
lines 1-4/4 (END)

-------------------------------
bgscan simple: Failed to enable signal strength monitoring
はずーっと以前から出ていて、どうしても消せないもの。ググるとこんなの消さなくていいみたいに書かれてた

Error running install command for rtlwifi
はrtl8192cu-fix　への変更で出てくるようになった

ALERT: exim paniclog /var/log/exim4/paniclog has non-zero size, mail system
は今回初めてみました

--------------------------------
bgscan simple: Failed to enable signal strength monitoring
是很久以前就出来了，怎么也抹不掉的东西。一发牢骚就写着这样的不消也可以
Error running install command for rtlwifi
由于变更为rtl 8192cu-fix而出现
ALERT: exim paniclog /var/log/exim4/paniclog has non-zero size, mail system
这次是第一次看