Debian GNU/Linux スレッド Ver.97[ﾜ有]

!extend:checked:vvvvv:1000:512
↑これを2行になるようにコピペしてからスレ立てしてください公式
https://www.debian.org/sitemap.ja.html#footer

過去ログは各自検索して見つけること
大体参考にならないので過度な期待は禁物

前スレ
https://mao.5ch.net/test/read.cgi/linux/1606619383/

---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

以前もビルド成功したのです。そして性能的にはfixドライバは安定かつ高速に接続しました。
だけど、journalctl見ると大量のエラーをはき（以下は現在の状態）マシンをスリープしたら、wifi？ネットワークマネージャー？はネットワークを探索し続けるだけで接続できず、usbから物理的に抜き差しして、はじめて接続できる――という症状です。

$ journalctl -p 3
-- Logs begin at Sun 2021-06-20 09:22:47 JST, end at Sun 2021-06-20 20:32:20 JST
6月 20 09:23:12 kyo wpa_supplicant[590]: bgscan simple: Failed to enable signal
6月 20 09:27:57 kyo exim4[3220]: ALERT: exim paniclog /var/log/exim4/paniclog h
6月 20 09:54:37 kyo wpa_supplicant[590]: dbus: wpa_dbus_property_changed: no pr
6月 20 09:54:47 kyo [4128]: /usr/lib/systemd/system-sleep/xkeyboard failed with
6月 20 09:54:50 kyo wpa_supplicant[590]: bgscan simple: Failed to enable signal
6月 20 10:45:36 kyo dhclient[4225]: receive_packet failed on wlan0: Network is
6月 20 10:45:36 kyo wpa_supplicant[590]: nl80211: Failed to open /proc/sys/net/
6月 20 10:45:36 kyo wpa_supplicant[590]: nl80211: Failed to set IPv4 unicast in
6月 20 10:45:36 kyo wpa_supplicant[590]: dbus: wpa_dbus_property_changed: no pr
6月 20 10:45:36 kyo wpa_supplicant[590]: nl80211: Failed to open /proc/sys/net/
6月 20 10:45:36 kyo wpa_supplicant[590]: nl80211: Failed to set IPv4 unicast in

以下略

今度は混ざりものが無いからまた違った結果になるんじゃないかな
depmod -a の後のブラックリストのコピーも忘れずに

■全体の流れ

sudo apt-get update
sudo apt-get install git linux-headers-amd64 build-essential dkms
git clone https://github.com/pvaret/rtl8192cu-fixes.git
sudo dkms add ./rtl8192cu-fixes
--------
ここまで最初からやり直した？再インストール？（何と表現するのが適切かわからず）
2週間前に
git clone https://github.com/pvaret/rtl8192cu-fixes.git
したときと
今では　最新のコミット？変更が適用されたのでしょうか？

sudo dkms install 8192cu/1.11
sudo depmod -a
sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/

>>47
> 今度は混ざりものが無いからまた違った結果になるんじゃないかな

ありがとうございます、了解です

>>48
> 今では　最新のコミット？変更が適用されたのでしょうか？
いや、変わらんでしょ　混ざりものが消えたと言うだけで

＞いや、変わらんでしょ　混ざりものが消えたと言うだけで

前スレで質問しました以下は、なんなのでしょうか？自分とは関係ないのですか？

> https://github.com/pvaret/rtl8192cu-fixes
> github とはなにか？どうやって使うのか？わかりません
> 昨日付で
> ＞　dkmsビルドを壊していたため、行156に欠落している「\」を追加しました…
> …fドライバーの修正
>
> -------------------------------
> 表示中 1つの変更されたファイル1追加 し、1つの削除。
> 2 os_dep / linux / usb_intf.c
> @@ -153,7 +153,7 @@ static void rtw_dev_remove（struct usb_interface * pusb_intf）;
> { USB_DEVICE（0x050D、0x2103）}、/ * Belkin-Edimax * / \
> { USB_DEVICE（0x050D、0x21F2）}、/ * Belkin-Edimax * / \
> { USB_DEVICE（0x20F4、0x624D）} / * TRENDNET * / \
> { USB_DEVICE（0x20F4、0x648C）} / * TRENDNET * /
> { USB_DEVICE（0x20F4、0x648C）} / * TRENDNET * / \
> { USB_DEVICE（0x0DF6、0x0061）} / * SITECOM - EDIMAX * / \
> { USB_DEVICE（0x0B05、0x17AB）} / * ASUS - EDIMAX * / \
> { USB_DEVICE（0x0846、0x9021）} / *ネットギア- Sercomm * / \
> コミットに関するコメント0件 87aa5ef
> -------------------------------
>
> というのが来てますが？？　これは　dkmsビルド　からやり直せばいいということですか？

gitが使えなけりゃ今回の件は解決しなかったでしょうよ
全貌を網羅する必要は無いけど、その都度質問では誰しも付き合いきれないからな

日本語ネイティブじゃﾈｰﾝｼﾞｬﾈｰﾉ

git, github ぐらい、初心者コースで教える

動画も、YouTube にたくさんある

>>54
https://mao.5ch.net/test/read.cgi/linux/1606619383/976-979n

>>54
ありがとうございます

ありがとうございます！自分の環境の場合　ttf-dejavu　を消しており（フォント削りまくりで）
$ sudo apt install ttf-dejavu
$ sudo apt upgrade
$ sudo update-initramfs -c -k all
で
update-initramfs......(bad exit status: 1)
を回避できます。
現在のスナップショットは未処置です。
-------------------------------

皆さん まる1日ぶりですが よろしくおねがいします。以上は自分の環境では必要なので
今からやります。がその前に、ここまででオンデマンドのスナップショットをとる。

...と思ったが、今日夕方6時にブート時のスナップショットがありましたので、必要ないかと。
そのコメントなしのブート時のに、
$ sudo dkms add ./rtl8192cu-fixes　まで通っている――という意味合いで

「$ sudo dkms add ./rtl8192cu-fixes」とコメントを付しました。

$ sudo apt install ttf-dejavu
略
＞以下のパッケージが自動でインストールされましたが、もう必要とされていません:

この日本語文の意味が、以前からよくわかりませんでした

linux-headers-4.19.0-14-amd64 linux-headers-4.19.0-14-common
linux-image-4.19.0-14-amd64
これを削除するには 'sudo apt autoremove' を利用してください。

以下の追加パッケージがインストールされます:
fonts-dejavu fonts-dejavu-core fonts-dejavu-extra ttf-dejavu-core
ttf-dejavu-extra
以下のパッケージが新たにインストールされます:
fonts-dejavu fonts-dejavu-core fonts-dejavu-extra ttf-dejavu ttf-dejavu-core
ttf-dejavu-extra
アップグレード: 0 個、新規インストール: 6 個、削除: 0 個、保留: 9 個。
2 個のパッケージが完全にインストールまたは削除されていません。
3,179 kB のアーカイブを取得する必要があります。
この操作後に追加で 10.6 MB のディスク容量が消費されます。
続行しますか? [Y/n]

---------------------------------------

略

ttf-dejavu (2.37-1) を展開しています...
linux-image-4.19.0-17-amd64 (4.19.194-1) を設定しています ...
/etc/kernel/postinst.d/dkms:
Error! Your kernel headers for kernel 4.19.0-17-amd64 cannot be found.
Please install the linux-headers-4.19.0-17-amd64 package,
or use the --kernelsourcedir option to tell DKMS where it's located
Error! Your kernel headers for kernel 4.19.0-17-amd64 cannot be found.
Please install the linux-headers-4.19.0-17-amd64 package,
or use the --kernelsourcedir option to tell DKMS where it's located
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.19.0-17-amd64
/etc/kernel/postinst.d/zz-update-grub:
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Linux イメージを見つけました: /boot/vmlinuz-4.19.0-17-amd64
Found initrd image: /boot/initrd.img-4.19.0-17-amd64
Linux イメージを見つけました: /boot/vmlinuz-4.19.0-16-amd64
Found initrd image: /boot/initrd.img-4.19.0-16-amd64
Linux イメージを見つけました: /boot/vmlinuz-4.19.0-14-amd64
Found initrd image: /boot/initrd.img-4.19.0-14-amd64
Adding boot menu entry for EFI firmware configuration
完了

略
----------------------------

やべえ。Errorがたくさん出てる。以前はここで引っ掛からなかったのに

$ sudo apt autoremove
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
以下のパッケージは「削除」されます:
linux-headers-4.19.0-14-amd64 linux-headers-4.19.0-14-common
linux-image-4.19.0-14-amd64
アップグレード: 0 個、新規インストール: 0 個、削除: 3 個、保留: 9 個。
この操作後に 326 MB のディスク容量が解放されます。
続行しますか? [Y/n]

これy していいのかな？この時間そんなレスつかないだろうし...いってまうか？

------------------------------------------------------------------------------
(データベースを読み込んでいます ... 現在 283876 個のファイルとディレクトリがインストールされています。)
linux-headers-4.19.0-14-amd64 (4.19.171-2) を削除しています ...
linux-headers-4.19.0-14-common (4.19.171-2) を削除しています ...
linux-image-4.19.0-14-amd64 (4.19.171-2) を削除しています ...
/etc/kernel/prerm.d/dkms:
dkms: removing: r8168 8.046.00 (4.19.0-14-amd64) (x86_64)

-------- Uninstall Beginning --------
Module: r8168
Version: 8.046.00
Kernel: 4.19.0-14-amd64 (x86_64)
-------------------------------------

Status: Before uninstall, this module version was ACTIVE on this kernel.

r8168.ko:
- Uninstallation
- Deleting from: /lib/modules/4.19.0-14-amd64/updates/dkms/
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.

------------------------------------------------------------------------------
(データベースを読み込んでいます ... 現在 283876 個のファイルとディレクトリがインストールされています。)
linux-headers-4.19.0-14-amd64 (4.19.171-2) を削除しています ...
linux-headers-4.19.0-14-common (4.19.171-2) を削除しています ...
linux-image-4.19.0-14-amd64 (4.19.171-2) を削除しています ...
/etc/kernel/prerm.d/dkms:
dkms: removing: r8168 8.046.00 (4.19.0-14-amd64) (x86_64)

-------- Uninstall Beginning --------
Module: r8168
Version: 8.046.00
Kernel: 4.19.0-14-amd64 (x86_64)
-------------------------------------

Status: Before uninstall, this module version was ACTIVE on this kernel.

r8168.ko:
- Uninstallation
- Deleting from: /lib/modules/4.19.0-14-amd64/updates/dkms/
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.

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

update-initramfs...

DKMS: uninstall completed.
'/boot/initrd.img-4.19.0-14-amd64.old-dkms' を削除しました
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.19.0-14-amd64
/etc/kernel/postrm.d/zz-update-grub:
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Linux イメージを見つけました: /boot/vmlinuz-4.19.0-17-amd64
Found initrd image: /boot/initrd.img-4.19.0-17-amd64
Linux イメージを見つけました: /boot/vmlinuz-4.19.0-16-amd64
Found initrd image: /boot/initrd.img-4.19.0-16-amd64
Adding boot menu entry for EFI firmware configuration
完了

$

$ sudo apt upgrade
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
アップグレードパッケージを検出しています... 完了
以下のパッケージが新たにインストールされます:
linux-headers-4.19.0-17-amd64 linux-headers-4.19.0-17-common
以下のパッケージはアップグレードされます:
google-chrome-stable libxml2 libxml2:i386 linux-compiler-gcc-8-x86
linux-headers-amd64 wine-stable wine-stable-amd64 wine-stable-i386:i386
winehq-stable
アップグレード: 9 個、新規インストール: 2 個、削除: 0 個、保留: 0 個。
252 MB 中 241 MB のアーカイブを取得する必要があります。
この操作後に追加で 220 MB のディスク容量が消費されます。
続行しますか? [Y/n]

----------------------------------
'apt list --upgradable'
で
以前からgoogle-chrome-stable　等がアップグレードできることは知っていたが、
現在ので不便を感じてないからアップしたくなくて、がんばって放置してた。

ここですなおに、y するのか？それしか選択肢はないのか？

>>64
アップデートしなくちゃいかんでしょ
chromeのアップデートでの増分使用量は大した事無いはずだし
今のカーネルバージョンに合うカーネルヘッダが無ければ適切なカーネルモジュールが生成されず
今までの苦労が水の泡

>>65
> 今のカーネルバージョンに合うカーネルヘッダが無ければ適切なカーネルモジュールが生成されず
> 今までの苦労が水の泡

了解。終わりました

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

以上
----------------------------
自分の環境の場合　ttf-dejavu　を消しており（フォント削りまくりで）
$ sudo apt install ttf-dejavu
$ sudo apt upgrade
$ sudo update-initramfs -c -k all
で
update-initramfs......(bad exit status: 1)
を回避できます。
----------------------------
この工程を完了。

容量が惜しいならlocalepurgeだったっけかそんな感じの奴入れとけよ

DejaVuフォントはシステムフォントと言っても過言では無いので
無闇に消すべきじゃないと思う

>>69
ありがとうございます。今回のことで痛感しました。英文フォントなんかサイズ小さいのだから無視します。

>>68
> 容量が惜しいならlocalepurgeだったっけ

このwifiドライバが完成したらlocalepurge調べます。ありがとう！

なかなか怖くて　sudo dkms install 8192cu/1.11

できません。やる気が出るまで待ちます

>>72
覚悟が決まったらさっさとやれ

あと君にはバックアップ用ストレージと
Btrfsの一歩進んだ運用方法(send/receive)が必要だろう

近いうちにファイルシステム専門のスレで叩き上げて頂くと良い

$ sudo dkms install 8192cu/1.11
Module 8192cu/1.11 already installed on kernel 4.19.0-17-amd64/x86_64

$

なぜかわからんが、

$ sudo dkms install 8192cu/1.11

Kernel preparation unnecessary for this kernel. Skipping...

Building module:
cleaning build area...

という感じにならず、でした。今夜もみんなありがとう

カーネルヘッダを更新した時に
dkmsが自動でビルドしたと思うよ

ライブ環境からの場合
$ sudo btrfs check -p パテ

実環境でやる場合
$ sudo btrfs scrub start /
$ watch sudo btrfs scrub status / (終わったらCtrl+C)

>>75
> カーネルヘッダを更新した時に
> dkmsが自動でビルドしたと思うよ

ほとんどの端末の表示を全部のせてるのに、ここだけ長いので省略しました。
たしかにそのようなことが、表示されていた。

＞Dynamic Kernel Module Support (DKMS) はカーネルのソースツリーの外にソースが存在する Linux カーネルモジュールの生成を可能にするプログラム/フレームワークです。新しいカーネルがインストールされたときに DKMS モジュールは自動的にリビルドされます。
DKMS を使用するプラス効果はカーネルがアップグレードされるときにモジュールをリビルドできることです。これはつまり会社・プロジェクト・パッケージメンテナが新しいバージョンのモジュールをリリースするのを待つ必要がないということを意味します。

むずかしい。
何回も経験するうちに「なるほど」となるのだろうけど。では安心して次へ。

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

ここで失敗した場合のスナップショットを確認する。今日午前11時のブート時のがある。
オンデマンド作成の必要はない。

$ sudo depmod -a

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

ではリブート。

報告します。無事rtl8192cu-fixes　が動作しています。
ありがとう

＞マシンをスリープしたら、wifi？ネットワークマネージャー？はネットワークを探索し続けるだけで接続できず、usbから物理的に抜き差しすると、再度接続できる――という症状

は直ったかどうか、怖くて試してません。

前回ビルドと今回ではプロセスに違いがあるのですが、省略。

$ journalctl -p 3
-- Logs begin at Tue 2021-06-22 16:27:18 JST, end at Tue 2021-06-22 16:37:35 JST
6月 22 16:27:20 kyo systemd-udevd[283]: Error running install command for rtlwi
6月 22 16:27:33 kyo wpa_supplicant[580]: bgscan simple: Failed to enable signal
lines 1-3/3 (END)

jin@kyo:~$ journalctl -p 3
-- Logs begin at Tue 2021-06-22 17:17:55 JST, end at Tue 2021-06-22 17:20:25 JST
6月 22 17:17:58 kyo systemd-udevd[296]: Error running install command for rtlwi
6月 22 17:18:08 kyo wpa_supplicant[576]: bgscan simple: Failed to enable signal
6月 22 17:19:34 kyo wpa_supplicant[576]: dbus: wpa_dbus_property_changed: no pr
6月 22 17:19:36 kyo wpa_supplicant[576]: bgscan simple: Failed to enable signal
6月 22 17:19:44 kyo [1381]: /usr/lib/systemd/system-sleep/xkeyboard failed with
6月 22 17:19:44 kyo wpa_supplicant[576]: dbus: wpa_dbus_property_changed: no pr
lines 1-7/7 (END)...skipping...
-- Logs begin at Tue 2021-06-22 17:17:55 JST, end at Tue 2021-06-22 17:20:25 JST. --
6月 22 17:17:58 kyo systemd-udevd[296]: Error running install command for rtlwifi
6月 22 17:18:08 kyo wpa_supplicant[576]: bgscan simple: Failed to enable signal strength monitoring
6月 22 17:19:34 kyo wpa_supplicant[576]: dbus: wpa_dbus_property_changed: no property SessionLength in object
6月 22 17:19:36 kyo wpa_supplicant[576]: bgscan simple: Failed to enable signal strength monitoring
6月 22 17:19:44 kyo [1381]: /usr/lib/systemd/system-sleep/xkeyboard failed with exit status 1.
6月 22 17:19:44 kyo wpa_supplicant[576]: dbus: wpa_dbus_property_changed: no property SessionLength in object
~
~
~
~
~
~
~
~
~
~
lines 1-7/7 (END)

やはり症状再現しました

＞マシンをスリープしたら、wifi？ネットワークマネージャー？はネットワークを探索し続けるだけで接続できず、usbから物理的に抜き差しすると、再度接続できる

$ systemctl list-unit-files --type=service | grep enabled
accounts-daemon.service enabled
anacron.service enabled
apparmor.service enabled
[email protected] enabled
avahi-daemon.service enabled
binfmt-support.service enabled
console-setup.service enabled
cron.service enabled
dbus-org.freedesktop.Avahi.service enabled
dbus-org.freedesktop.ModemManager1.service enabled
dbus-org.freedesktop.nm-dispatcher.service enabled
dbus-org.freedesktop.timesync1.service enabled
[email protected] enabled
haveged.service enabled
ifupdown-wait-online.service enabled
keyboard-setup.service enabled

ModemManager.service enabled
network-manager.service enabled
networking.service enabled
NetworkManager-dispatcher.service enabled
NetworkManager-wait-online.service enabled
NetworkManager.service enabled
pppd-dns.service enabled
rsync.service enabled
rsyslog.service enabled
syslog.service enabled
systemd-timesyncd.service enabled
udisks2.service enabled
unattended-upgrades.service enabled
xrdp-sesman.service enabled
xrdp.service enabled

https://bbs.archlinux.org/viewtopic.php?id=231341

$ systemctl status wpa-supplicant
Unit wpa-supplicant.service could not be found.

＞＞このサービスを動作させるのでは？

$ systemctl enable wpa_supplicant@wlan0
Created symlink /etc/systemd/system/multi-user.target.wants/[email protected] → /lib/systemd/system/[email protected].

$ systemctl status wpa-supplicant
Unit wpa-supplicant.service could not be found.

$
.... はぁちがうなあ

>>84
wpa-supplicant.serviceではなく[email protected]です

さすが的確

https://packages.debian.org/ja/testing/thunderbird-l10n-ja
> Icedove 用日本語パッケージ

🤔

>>85
https://translate.google.com/translate?hl=ja&;sl=en&u=https://bbs.archlinux.org/viewtopic.php%3Fid%3D247752&;prev=search&pto=aue

のコマンドがとおりました

$ systemctl status wpa_supplicant.service

● wpa_supplicant.service - WPA supplicant
Loaded: loaded (/lib/systemd/system/wpa_supplicant.service; disabled;
vendor preset: enabled)
Active: active (running) since Tue 2021-06-22 17:18:07 JST; 3h 25min ago
Main PID: 576 (wpa_supplicant)
Tasks: 1 (limit: 4122)
Memory: 4.9M
CGroup: /system.slice/wpa_supplicant.service
└─576 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant

Loaded: loaded (/lib/systemd/system/wpa_supplicant.service; disabled;
vendor preset: enabled)

無効となってるようですが、
https://wiki.archlinux.jp/index.php/Wpa_supplicant#.E8.A8.AD.E5.AE.9A

など、参考ページを読んでも複雑で、どうすればいいか...？

>>80
久々に捨て値のWi-Fiドングル(r8188eu)挿して接続を確立してみたけど何ともないねえ
ドライバはnon-freeのfirmware-realtek　dmesgも変なエラー無し

なおDE入りのLinuxではNetworkManagerがヨロシクやってくれるので
wpa_supplicantをごにょごにょした事が無い

>>89
$ apt search -n firmware-realtek

インストールされてたら試しにpurge

>>90
> 久々に捨て値のWi-Fiドングル(r8188eu)挿して接続を確立してみたけど何ともないねえ

感謝です。ご苦労をおかけします。

OSの状態が良くないのでしょうか？　もしそうであるならば、クリーンインストールすると

なくなる障害でしょうか？

$ apt search -n firmware-realtek
ソート中... 完了
全文検索... 完了
firmware-realtek/stable,stable,now 20190114-2 all [インストール済み]
Binary firmware for Realtek wired/wifi/BT adapters


$ sudo apt purge firmware-realtek
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
以下のパッケージは「削除」されます:
firmware-realtek*
アップグレード: 0 個、新規インストール: 0 個、削除: 1 個、保留: 2 個。
この操作後に 1,601 kB のディスク容量が解放されます。
続行しますか? [Y/n]

>> y したら、ネットから切断されて　つぎの指導が読めなくなります

>>93
dkmsで専用モジュールを組み込んだから大丈夫だと思うけど

心配ならばパージする前にスナップショットを取っておけば良い

------------------------------------------------------------------------------
(データベースを読み込んでいます ... 現在 279648 個のファイルとディレクトリがインストールされています。)
firmware-realtek (20190114-2) を削除しています ...
dpkg: 警告: firmware-realtek の削除中、ディレクトリ '/lib/firmware/rtlwifi' が空でないため削除できませんでした

$

jin@kyo:~$ cd /lib/firmware/rtlwifi
jin@kyo:/lib/firmware/rtlwifi$ ls -a
. rtl8192eu_ap_wowlan.bin rtl8723bu_ap_wowlan.bin rtl8812aefw_wowlan.bin
.. rtl8723bs_ap_wowlan.bin rtl8812aefw.bin
jin@kyo:/lib/firmware/rtlwifi$

$ rm -rfv /lib/firmware/rtlwifi

でっか？

$ export LANG=en_US
$ sudo apt purge firmware-realtek
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package 'firmware-realtek' is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.

とくに
＞dpkg: 警告: firmware-realtek の削除中、ディレクトリ '/lib/firmware/rtlwifi' が空でないため削除できませんでした

対処しなくても削除されてた

$ apt search -n firmware-realtek

インストールされてたら試しにpurge
----------------------------
$ sudo apt purge firmware-realtek
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package 'firmware-realtek' is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.

----------------------------
結果
症状変化なし

93でパージ前なのに99でインストールされてないってのが
意味わからないんだが

あと、俺ならハードの相性やら不良を疑うかなあ
300円ちょっとで買ったクソ蟹ドングルでさえ何ともないからな

更には何らかのおまかんを排除する為に
俺だったら思い切ってOSを再インストールしてみたりするかな

俺はKDEを使うと何故か事あるごとに画面がビカビカしてたので
Debian11RC2を新規インストールしたら一切症状が出なくなった

まだ正式リリース前だけど別にひどい不具合とか無いよ
個人の個人用途ならまず問題ないと言える

>>100
> 93でパージ前なのに99でインストールされてないってのが
> 意味わからないんだが

93でパージ前　待機したが、95 でy した。端末の最終部分だけ

＞dpkg: 警告: firmware-realtek の削除中、ディレクトリ '/lib/firmware/rtlwifi' が空でないため削除できませんでした

コピペ。これの対処方法がわからなかった。$ rm -rfv /lib/firmware/rtlwifiしていいのか？
けっきょく消してません。

99で$ export LANG=en_US　したのは、

＞dpkg: 警告: firmware-realtek の削除中、ディレクトリ '/lib/firmware/rtlwifi' が空でないため削除できませんでした

このメッセージを英語化し、対象言語を英語化したグーグルで広く検索してみようとした。

予想に反して、この箇所は表示されず、（インストールされてない）と出た

>>102
> $ rm -rfv /lib/firmware/rtlwifiしていいのか？
これは本来 firmware-realtek にしか含まれていないものみたいなので
削除してもおｋ

パージする前のスナップショット　でfirmwareを元に戻す必要はない？
いろいろのページを読みますと、firmwareいるみたいに書いてあるのですが。

$ sudo rm -rfv /lib/firmware/rtlwifi
'/lib/firmware/rtlwifi/rtl8723bs_ap_wowlan.bin' を削除しました
'/lib/firmware/rtlwifi/rtl8192eu_ap_wowlan.bin' を削除しました
'/lib/firmware/rtlwifi/rtl8812aefw_wowlan.bin' を削除しました
'/lib/firmware/rtlwifi/rtl8723bu_ap_wowlan.bin' を削除しました
'/lib/firmware/rtlwifi/rtl8812aefw.bin' を削除しました
removed directory '/lib/firmware/rtlwifi'

$

>>104
第一に firmware-realtek をpurgeしたのにそれらがある時点でおまかん

削除は済んだようなので、一応その状態でdkmsを作り直してみようか
事前に sudo dkms remove 8192cu/1.11 を忘れずに

$ lsusb -v | grep Realtek
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
Bus 001 Device 004: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
idVendor 0x0bda Realtek Semiconductor Corp.
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable

よくわからんけどdkmsの生成からやり直してみて
駄目でもスナップショット取ったところへ戻ればいいだけなので

しかしよくやるわ
俺ならとっくにOS再インストールで切り分けするかWi-Fiドングル新調するかしてるところだが

>>107
> よくわからんけどdkmsの生成からやり直してみて
> 駄目でもスナップショット取ったところへ戻ればいいだけなので

了解です。

> しかしよくやるわ
> 俺ならとっくにOS再インストールで切り分けするかWi-Fiドングル新調するかしてるところだが

OS再インストールしたいのですが、わからないからです。debian でインストール工程でローカルからwifi ドライバをインストールしたり複雑な上にbtrfs だから。

> 削除は済んだようなので、一応その状態でdkmsを作り直してみようか
事前に sudo dkms remove 8192cu/1.11 を忘れずに


全体の流れ

sudo dkms add ./rtl8192cu-fixes
sudo dkms install 8192cu/1.11　
sudo depmod -a
sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/

$ sudo dkms remove 8192cu/1.11 --all

-------- Uninstall Beginning --------
Module: 8192cu
Version: 1.11
Kernel: 4.19.0-17-amd64 (x86_64)
-------------------------------------

Status: Before uninstall, this module version was ACTIVE on this kernel.

8192cu.ko:
- Uninstallation
- Deleting from: /lib/modules/4.19.0-17-amd64/updates/dkms/
rmdir: 'updates/dkms' を削除できません: ディレクトリは空ではありません
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.

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

update-initramfs..............

DKMS: uninstall completed.

------------------------------
Deleting module version: 1.11
completely from the DKMS tree.
------------------------------
Done.

$

>
- Deleting from: /lib/modules/4.19.0-17-amd64/updates/dkms/
rmdir: 'updates/dkms' を削除できません: ディレクトリは空ではありません

これはどうしたら？

>>108
> OS再インストールしたいのですが、わからないからです。
ライブから入れればそんなに難しくないけどね

> debian でインストール工程でローカルからwifi ドライバをインストールしたり複雑な上にbtrfs だから。
ドライバはともかくBtrfsはZFSに比べれば簡単だけどね　欲を出さなければ
こんな事も簡単に出来るし
https://i.imgur.com/SRcQOVs.png

>>111
$ sudo rm -rf /lib/modules/4.19.0-17-amd64/updates

jin@kyo:~$ cd /lib/modules/4.19.0-17-amd64/updates/dkms/
jin@kyo:/lib/modules/4.19.0-17-amd64/updates/dkms$ ls -a
. .. r8168.ko
jin@kyo:/lib/modules/4.19.0-17-amd64/updates/dkms$

$ sudo rm -rf /lib/modules/4.19.0-17-amd64/updates

$ cd /lib/modules/4.19.0-17-amd64/updates/dkms/
bash: cd: /lib/modules/4.19.0-17-amd64/updates/dkms/: そのようなファイルやディレクトリはありません

$

画像見ました。ありがとうございます。複数のDEのサブボリュームがあって
切り替えられる――ということですね

$ sudo dkms add ./rtl8192cu-fixes

Creating symlink /var/lib/dkms/8192cu/1.11/source ->
/usr/src/8192cu-1.11

DKMS: add completed.

$ sudo dkms install 8192cu/1.11　
Error! Could not find module source directory.
Directory: /usr/src/8192cu-1.11　 does not exist.

$

サブボリュームはmvできるんだよ
違うDE使いたい時は@をDEの名前んとこに放り込んで使いたいDEのやつを引っ張り出してる
timeshift使ってる都合があってそういうダセエ方式にしてる(本来はgrubでマルチブート出来るはず)

今から３時間外出します

timeshift は宝です。timeshiftを教えてくれて本当にありがとう

>>117
$ sudo cp -Rv ./rtl8192cu-fixes /usr/src/8192cu-1.11

$ sudo dkms install 8192cu/1.11　

Error! Could not find module source directory.
Directory: /usr/src/8192cu-1.11　 does not exist.

$ sudo cp -Rv ./rtl8192cu-fixes /usr/src/8192cu-1.11

'./rtl8192cu-fixes' -> '/usr/src/8192cu-1.11/rtl8192cu-fixes'
'./rtl8192cu-fixes/.git' -> '/usr/src/8192cu-1.11/rtl8192cu-fixes/.git'
'./rtl8192cu-fixes/.git/branches' -> '/usr/src/8192cu-1.11/rtl8192cu-fixes/.git/branches'
ズラーッと。これが再帰的というやつか

:/usr/src/8192cu-1.11/rtl8192cu-fixes$ ls -a
. Makefile hal
.. README.md include
.git blacklist-native-rtl8192.conf os_dep
.gitignore clean runwpa
.travis.yml core
8192cu-disable-power-management.conf dkms.conf

>>111
> - Deleting from: /lib/modules/4.19.0-17-amd64/updates/dkms/
> rmdir: 'updates/dkms' を削除できません: ディレクトリは空ではありません
>
> これはどうしたら？

こういうケースのときは管理権限で　手動でrm したらいいということか。その際その中身を
本当に消していいかどうかはユーザが自分で判断するということか。

$ sudo rm -rf /lib/modules/4.19.0-17-amd64/updates

jin@kyo:~$ sudo dkms install 8192cu/1.11　
Error! Could not find module source directory.
Directory: /usr/src/8192cu-1.11　 does not exist.
jin@kyo:~$ cd /usr/src/8192cu-1.11
jin@kyo:/usr/src/8192cu-1.11$ ls -a
. core
.. dkms.conf
8192cu-disable-power-management.conf hal
Makefile include
README.md os_dep
blacklist-native-rtl8192.conf rtl8192cu-fixes
clean runwpa
jin@kyo:/usr/src/8192cu-1.11$

人力でコピーしたやつは駄目なのかな
ドツボにハマる前にスナップショットで元に戻した方が良さそうな気がする

なお俺は firmware-realtek が無い状態からdkms生成に成功している

$ sudo apt purge firmware-realtek
以前の状態に戻しました。

$ lsusb
Bus 009 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 004: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 002: ID 04c5:14bb Fujitsu, Ltd
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

$

>>126
その状態のスナップショット以外は全て始末しちゃった方がいいかな
スナップショットが大量にあるとパフォーマンスが落ちるし
スナップショットだらけだとワケがわからなくなるでしょうから

これはハードウェアの問題くさい？
参考:
https://unix.stackexchange.com/questions/360125/lsusb-error-cant-get-device-qualifier-descriptor-resource-temporarily-una

$ lsusb -t
/: Bus 09.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/2p, 12M
/: Bus 08.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/5p, 12M
/: Bus 07.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/5p, 12M
|__ Port 4: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M

/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/5p, 480M
|__ Port 1: Dev 4, If 0, Class=Vendor Specific Class, Driver=rtl8192cu, 480M

/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/5p, 480M

$ lsusb -v | grep RTL
can't get debug descriptor: Resource temporarily unavailable
Bus 003 Device 004: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
idProduct 0x8178 RTL8192CU 802.11n WLAN Adapter
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable

$

>>127
一つ残してスナップショットを削除しました

debian10 usb live 上でおかしなエラーが出てるか？比較して切り分けできないか？

どうせsnapshotで戻せるんだからDebian11にしてみるのも手だな
既知の不具合はインストーラー関連だからアップグレードは問題ない

Debian11..... アップグレード？

クリーンではなく？

試しにやってみてもいいんじゃないかって事でしょう
クリーンインストールより手間かかんないし

ただし野良リポジトリはしばらく無効化する必要があるだろうな
wineとかchromeとかその他もろもろのやつ

私は寝ます。ありがとうございま

１，
スリープから復帰の問題だけなので、スリープ復帰ごとに、手でusb抜き差しをするという

妥協もありかと。以前いっときワイヤレスマウスを使っていたとき、スリープごとに

手で機械スイッチをオフにし、かつそのときはディスプレイとしてテレビを使っていて

これも手で電源ボタンoffにしていた。すごい大変でした。

２，
人生いろいろ、マシンもいろいろ。

さいきん別のトラブルでまるまる2週間かんぜんにdebianが使えないときもあった。その間ずっとういんだった。

アレにくらべれば、こんなの障害とさえいえないと言える。

サスペンドからの復旧時にはこまいトラブルはあるよね
Windowsみたいな挙動はあまり期待しない方がいいかも

それはさておき、Debian11いいぜ
アップグレードするなら複数の方が教えてくれるだろう

何がいいって、まず壁紙がシンプルでカッコいい

>>136
壁紙もかっこいいし使いやすいが、
メモリ使用量がbusterの倍喰うし、Windows並にCPUクロックがポンポン上がって
頻繁にファンが回る
Busterは静かなんだけどね

>>137
.... そうなんですか...残念です

>>137
glibcのバージョンが上がって演算性能も上がったり(某演算プログラムで確認済)してる影響ですかねえ
何をしたらメモリ使用量が倍になるのかは私にはまだよくわかりませんが

>>139
うちの環境だと起動後にbusterは400M弱でbullsEyeは700Mくらい喰う
動いてるプロセスはそんなに変わらないので、カーネルとLibの実装自体がどこかで食ってると思う。
クリーンインストールもBusterからのアップグレードも変わらなかった
xrdp使ってるので本体のデスクトップはloginしてなくても同じ
cpupowerの読み出しタイミングの関係かなと思ったが、実際の発熱が多いので
cpuもメモリも食ってるようです

他の使い勝手はほぼ満足してて、bullsEyeで立ち上げるとなかなか戻れない

>>140
> busterは400M弱
MATE、Xfce、LXDEあたりですか
週末にSSDがひとつ空く予定なので自分でも確かめてみますわ　面白そうなので

https://toshio-web.com/debian10-buster-install
debain10を別ハードディスクにクリーンインストールします

実況しますので支援して下さいっ

>>142
支援もなにも、書いてあるとおりにやるだけなんだが
あと、新規にインストールするとUEFIのエントリが書き換わるのでそのつもりで

>>141
はい、MATEです
マルチブートでほぼ同じ環境で使っています
meditが無くなったことだけがなにげに痛いです

>>144
Python2の呪いですかね　libpython2.7を追加されますわ
でもダウンロードしてaptで入れれば普通に使えるみたいですよ
https://deb.debian.org/debian/pool/main/m/medit/medit_1.2.0-3_amd64.deb

GTK2使ってるのが原因で上流が既に息してないな
君らが4.2に移植してやればいーんじゃね