Debian GNU/Linux スレッド Ver.97[ﾜ有] (823ﾚｽ)
上下前次1-新
121: (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/23(水)14:41 ID:vaIr4z9b0(9/10) AAS
>>117
$ sudo cp -Rv ./rtl8192cu-fixes /usr/src/8192cu-1.11
122: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)22:36 ID:2/aOkPKE0(16/18) AAS
$ 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
省5
123: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)22:41 ID:2/aOkPKE0(17/18) AAS
>>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
124: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)22:47 ID:2/aOkPKE0(18/18) AAS
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
省3
125: (ﾜｯﾁｮｲ 3a7e-N9vb) 2021/06/23(水)22:58 ID:vaIr4z9b0(10/10) AAS
人力でコピーしたやつは駄目なのかな
ドツボにハマる前にスナップショットで元に戻した方が良さそうな気がする
なお俺は firmware-realtek が無い状態からdkms生成に成功している
126(1): (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)00:04 ID:OSVu9ZSd0(1/11) AAS
$ 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
省5
127(1): (ﾜｯﾁｮｲ 3a7e-N9vb) 2021/06/24(木)00:10 ID:SA+41hMF0(1/8) AAS
>>126
その状態のスナップショット以外は全て始末しちゃった方がいいかな
スナップショットが大量にあるとパフォーマンスが落ちるし
スナップショットだらけだとワケがわからなくなるでしょうから
128: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)00:11 ID:OSVu9ZSd0(2/11) AAS
これはハードウェアの問題くさい？
参考:
外部ﾘﾝｸ:unix.stackexchange.com
$ 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
省5
129: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)00:11 ID:OSVu9ZSd0(3/11) AAS
$ 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
省10
130: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)00:17 ID:OSVu9ZSd0(4/11) AAS
>>127
一つ残してスナップショットを削除しました
131: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)00:19 ID:OSVu9ZSd0(5/11) AAS
debian10 usb live 上でおかしなエラーが出てるか？比較して切り分けできないか？
132: (ｵｯﾍﾟｹ Sr3b-/T8H) 2021/06/24(木)00:23 ID:WyQl70ozr(1) AAS
どうせsnapshotで戻せるんだからDebian11にしてみるのも手だな
既知の不具合はインストーラー関連だからアップグレードは問題ない
133: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)00:35 ID:OSVu9ZSd0(6/11) AAS
Debian11..... アップグレード？
クリーンではなく？
134: (ﾜｯﾁｮｲ 3a7e-N9vb) 2021/06/24(木)00:50 ID:SA+41hMF0(2/8) AAS
試しにやってみてもいいんじゃないかって事でしょう
クリーンインストールより手間かかんないし
ただし野良リポジトリはしばらく無効化する必要があるだろうな
wineとかchromeとかその他もろもろのやつ
135: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)01:50 ID:OSVu9ZSd0(7/11) AAS
私は寝ます。ありがとうございま
１，
スリープから復帰の問題だけなので、スリープ復帰ごとに、手でusb抜き差しをするという
妥協もありかと。以前いっときワイヤレスマウスを使っていたとき、スリープごとに
手で機械スイッチをオフにし、かつそのときはディスプレイとしてテレビを使っていて
これも手で電源ボタンoffにしていた。すごい大変でした。
省4
136(1): (ﾜｯﾁｮｲ 3a7e-N9vb) 2021/06/24(木)08:20 ID:SA+41hMF0(3/8) AAS
サスペンドからの復旧時にはこまいトラブルはあるよね
Windowsみたいな挙動はあまり期待しない方がいいかも
それはさておき、Debian11いいぜ
アップグレードするなら複数の方が教えてくれるだろう
何がいいって、まず壁紙がシンプルでカッコいい
137(2): (ﾜｯﾁｮｲ 1a8e-19dE) 2021/06/24(木)19:40 ID:/iviN2y50(1/3) AAS
>>136
壁紙もかっこいいし使いやすいが、
メモリ使用量がbusterの倍喰うし、Windows並にCPUクロックがポンポン上がって
頻繁にファンが回る
Busterは静かなんだけどね
138: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)19:46 ID:OSVu9ZSd0(8/11) AAS
>>137
.... そうなんですか...残念です
139(1): (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/24(木)19:50 ID:SA+41hMF0(4/8) AAS
>>137
glibcのバージョンが上がって演算性能も上がったり(某演算プログラムで確認済)してる影響ですかねえ
何をしたらメモリ使用量が倍になるのかは私にはまだよくわかりませんが
140(1): (ﾜｯﾁｮｲ 1a8e-19dE) 2021/06/24(木)20:30 ID:/iviN2y50(2/3) AAS
>>139
うちの環境だと起動後にbusterは400M弱でbullsEyeは700Mくらい喰う
動いてるプロセスはそんなに変わらないので、カーネルとLibの実装自体がどこかで食ってると思う。
クリーンインストールもBusterからのアップグレードも変わらなかった
xrdp使ってるので本体のデスクトップはloginしてなくても同じ
cpupowerの読み出しタイミングの関係かなと思ったが、実際の発熱が多いので
cpuもメモリも食ってるようです
他の使い勝手はほぼ満足してて、bullsEyeで立ち上げるとなかなか戻れない
上下前次1-新書関写板覧索設栞歴
あと 683 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.024s