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 現在の状態
$ journalctl -p 3
-- Logs begin at Sat 2021-06-19 05:25:35 JST, end at Sat 2021-06-19 10:49:50 JST
6月 19 05:26:00 kyo wpa_supplicant[570]: bgscan simple: Failed to enable signal
6月 19 09:40:17 kyo wpa_supplicant[570]: nl80211: Failed to open /proc/sys/net/
6月 19 09:40:17 kyo wpa_supplicant[570]: nl80211: Failed to set IPv4 unicast in
6月 19 09:40:17 kyo wpa_supplicant[570]: dbus: wpa_dbus_property_changed: no pr
6月 19 09:40:17 kyo wpa_supplicant[570]: nl80211: Failed to open /proc/sys/net/
6月 19 09:40:17 kyo wpa_supplicant[570]: nl80211: Failed to set IPv4 unicast in
6月 19 09:40:17 kyo wpa_supplicant[570]: nl80211: Failed to open /proc/sys/net/
6月 19 09:40:17 kyo wpa_supplicant[570]: nl80211: Failed to set IPv4 unicast in
6月 19 09:40:17 kyo wpa_supplicant[570]: nl80211: Failed to open /proc/sys/net/
6月 19 09:40:17 kyo wpa_supplicant[570]: nl80211: Failed to set IPv4 unicast in
6月 19 09:40:27 kyo [2113]: /usr/lib/systemd/system-sleep/xkeyboard failed with
6月 19 09:40:31 kyo wpa_supplicant[570]: bgscan simple: Failed to enable signal
6月 19 09:40:53 kyo kernel: rtl_usb: reg 0x102, usbctrl_vendorreq TimeOut! stat
6月 19 09:40:53 kyo kernel: rtl_usb: reg 0x422, usbctrl_vendorreq TimeOut! stat
6月 19 09:40:53 kyo kernel: rtl_usb: reg 0x542, usbctrl_vendorreq TimeOut! stat
6月 19 09:40:53 kyo kernel: rtl_usb: reg 0x1cc, usbctrl_vendorreq TimeOut! stat
6月 19 09:40:53 kyo dhclient[2225]: receive_packet failed on wlan0: Network is
6月 19 09:40:53 kyo wpa_supplicant[570]: nl80211: Failed to open /proc/sys/net/
6月 19 09:40:53 kyo wpa_supplicant[570]: nl80211: Failed to set IPv4 unicast in
6月 19 09:40:53 kyo wpa_supplicant[570]: dbus: wpa_dbus_property_changed: no pr
6月 19 09:40:53 kyo wpa_supplicant[570]: nl80211: Failed to open /proc/sys/net/
6月 19 09:40:53 kyo wpa_supplicant[570]: nl80211: Failed to set IPv4 unicast in
lines 1-23 $ sudo apt update
ヒット:1 http://deb.debian.org/debian buster InRelease
取得:2 http://deb.debian.org/debian buster-updates InRelease [51.9 kB]
ヒット:3 http://deb.debian.org/debian buster-backports InRelease
ヒット:4 http://security.debian.org/debian-security buster/updates InRelease
ヒット:5 https://dl.winehq.org/wine-builds/debian buster InRelease
ヒット:6 http://dl.google.com/linux/chrome/deb stable InRelease
ヒット:7 http://repo.radeon.com/rocm/apt/debian xenial InRelease
51.9 kB を 2秒 で取得しました (24.0 kB/s)
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
アップグレードできるパッケージが 10 個あります。表示するには 'apt list --upgradable' を実行してください。
$
>アップグレードできるパッケージが 10 個あります。表示するには 'apt list --upgradable'
これは表示する必要もないと思う と思ったが念の為表示だけ
$ apt list --upgradable
一覧表示... 完了
apt-transport-https/stable-updates,stable-updates 1.8.2.3 all [1.8.2.2 からアップグレード可]
apt-utils/stable-updates 1.8.2.3 amd64 [1.8.2.2 からアップグレード可]
apt/stable-updates 1.8.2.3 amd64 [1.8.2.2 からアップグレード可]
google-chrome-stable/stable 91.0.4472.114-1 amd64 [89.0.4389.82-1 からアップグレード可]
libapt-inst2.0/stable-updates 1.8.2.3 amd64 [1.8.2.2 からアップグレード可]
libapt-pkg5.0/stable-updates 1.8.2.3 amd64 [1.8.2.2 からアップグレード可]
wine-stable-amd64/stable 6.0.1~buster-1 amd64 [5.0.2~buster からアップグレード可]
wine-stable-i386/stable 6.0.1~buster-1 i386 [5.0.2~buster からアップグレード可]
wine-stable/stable 6.0.1~buster-1 amd64 [5.0.2~buster からアップグレード可]
winehq-stable/stable 6.0.1~buster-1 amd64 [5.0.2~buster からアップグレード可]
オンデマンドのスナップは取る必要がないと思う。ブート時のがあるから
$ sudo apt install git linux-headers-amd64 build-essential dkms
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
build-essential はすでに最新バージョン (12.6) です。
build-essential は手動でインストールしたと設定されました。
dkms はすでに最新バージョン (2.6.1-4) です。
git はすでに最新バージョン (1:2.20.1-2+deb10u3) です。
linux-headers-amd64 はすでに最新バージョン (4.19+105+deb10u11) です。
linux-headers-amd64 は手動でインストールしたと設定されました。
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 10 個。
$ $ git clone https://github.com/pvaret/rtl8192cu-fixes.git
fatal: destination path 'rtl8192cu-fixes' already exists and is not an empty directory.
$
けっきょく、https://git-scm.com/book/ja/v2
を時間をかけて読んでいっても コマンドを叩いてリターンを見ないと、リナックスという
ブラックボックスを把握できない。そうでないならば、なんのためのtimeshift-btrfsであるのか。 そんなわけで、参考文献はレベルに合ったものが必要なのである
情報はどうすれば必要なものを引き寄せられるかは自分で考えるしか無いのである
検索すべき語句の一部がエラーメッセージに出てんじゃん $ rm -rfv rtl8192cu-fixes
removed directory 'rtl8192cu-fixes/.git/branches'
'rtl8192cu-fixes/.git/description' を削除しました
以下略
$ git clone https://github.com/pvaret/rtl8192cu-fixes.git
Cloning into 'rtl8192cu-fixes'...
remote: Enumerating objects: 747, done.
remote: Counting objects: 100% (26/26), done.
remote: Compressing objects: 100% (19/19), done.
remote: Total 747 (delta 7), reused 14 (delta 5), pack-reused 721
Receiving objects: 100% (747/747), 2.11 MiB | 3.88 MiB/s, done.
Resolving deltas: 100% (415/415), done.
$ sudo dkms add ./rtl8192cu-fixes
Error! DKMS tree already contains: 8192cu-1.11
You cannot add the same module/version combo more than once.
$man dkms
remove [module/module-version] [-k kernel/arch] [--all]
Removes a module/version or module/version/kernel/arch combination
from the tree. If the module is currently installed, it first
uninstalls it and if applicable, will replace it with its origi‐
nal_module. Use the --all option in order to remove all instances
for every kernel at once.
uninstall [module/module-version] [-k kernel/arch]
Uninstalls an installed module/module-version combo from the ker‐
nel/arch passed in the -k option, or the current kernel if the -k
option was not passed. upon. After uninstall completion, the
driver will be left in the built state. To completely remove a
driver, the remove action should be utilized. >>7
> 検索すべき語句の一部がエラーメッセージに出てんじゃん
皆目見当がつきません。エラーメッセージ？ 俺ならわかんなかったらエラーメッセージをもとに
「git "already exists and is not an empty directory."」で検索してたと言う事
まあ正解は実施した通り単にクローン先ディレクトリを消すだけでよかったわけだが
都度他人を頼っているようではいつまで経っても初心者おじさんから脱出出来ないじゃん
そんなの嫌だろ？ >>10
> 俺ならわかんなかったらエラーメッセージをもとに
> 「git "already exists and is not an empty directory."」で検索してたと言う事
ここが検索すべきエラーメッセージであるとさえ思わなかったです。
緻密さが足りないのだろう。
$ sudo dkms add ./rtl8192cu-fixes
Error! DKMS tree already contains: 8192cu-1.11
You cannot add the same module/version combo more than once.
「Error! DKMS tree already contains: 8192cu-1.11
You cannot add the same module/version combo more than once.」この2行でググって
https://ubuntuforums.org/showthread.php?t=2367405&;page=8
回答者が
Try this and then use the dkms commands from above
Code:
sudo dkms uninstall
sudo dkms remove
と指導してるから、この作業が必要なのかはわからないが、やってみます そのファームをクローンしてみたが、ビルドしなきゃダメじゃん
README.mdを読みながら作業しましょう $ sudo dkms add ./rtl8192cu-fixes
Error! DKMS tree already contains: 8192cu-1.11
You cannot add the same module/version combo more than once.
これを戻すコマンドがわからない。調べる
以上を飛ばして
sudo dkms install 8192cu/1.11
を戻そうとして
$ sudo dkms uninstall 8192cu/1.11
Error! The module 8192cu 1.11 is not currently installed.
This module is not currently ACTIVE for kernel 4.19.0-16-amd64 (x86_64).
$ 輝かしい映画
これは一見すると「現実的」な物語です。全体としては、『カヴァレリア・ルスティカーナ』のような、19世紀末の「ヴェリズモ」イタリア・オペラを彷彿とさせる。そこでは、普通の人々を描いたソープオペラのストーリーが、感情を揺さぶる大げさなドラマクイーンの音楽に乗せられている。
確かに、歌は馬鹿げている。しかし、この映画はこのことを知っている。最初のシーンで、洗面所にいる男たちが『カルメン』（同じスタイルの別の例）について冗談を言い、そのうちの1人が「俺は映画を見に行くんだ、オペラは好きじゃない、歌ばかりでは我慢できない」というようなことを歌うのだ。この映画は、整備士がオイルチェック中にアリアを歌うことは（通常は）ないと知っていて、それをジョークにしています。ミュージカルの根本的な問題は、「なぜみんな歌うの？"ミュージカルの根本的な問題は、「なぜみんな歌っているのか」ということです。
しかし、どこか現実離れした美しさがある。みんな、すべてが格好いい。人々が美しい。汚い旧市街は美しい。安いバーは美しい。汚い湿地のアパートは美しい。見捨てられた船は美しい。ガソリンスタンドの前庭にはガソリンポンプとキャノピーがあり、それが美しい。男はみんなイケメンだ。そして女性はというと、「なぜ女性よりも男性の方がこの泣ける映画を好むのか」という質問がありました。答えはカトリーヌ・ドヌーヴだ。しかし、母親役のアン・ヴァーノンは、同年代の誰よりもキュートだ。そして、エレン・ファーナーはというと...。ガイには1人ではなく2人の魅力的な女性がついていて、これは観客の平均より1.99人ほど多い。 衣装と背景があまりにも一致しているので、意図的なものとしか思えません。最初は歌よりも混乱しました。マダム・エメリーは、お店の壁紙や自分の部屋の壁紙に合わせて、さまざまな服を着ていますが、ときには風景に合わせて、意味もなく服の色を変えているようにさえ見えます。ジュヌビエーブが窓の前に立っていると、彼女のカーディガンとまったく同じ色のトラックが後ろから走ってきます。彼女がマタニティドレスを試着すると、後ろの壁紙と同じロイヤルブルーの背景とピンクの花の組み合わせになっています。彼女がローランドと一緒に波止場を歩いているとき、二人はそれぞれ異なる色合いのオフホワイトを着ている。彼女は古い船の錆びた塗装に、ローランドは遠くに見える崖に合わせている。ギイとマドレーヌがカフェの外で隣り合って座っているとき、彼女のオレンジ・ブラウンの服と口紅は彼女の後ろのドアに、彼のダーク・ブラウンのジャケットは彼の後ろの木だけでなく彼女の髪にもマッチしています。ここは空想の国だ。たとえそれがシェルブールに少し似ていたとしても。
が、これはすべて歌と同じだ。貧しい家族がどうやってそんな服を買えるのか」「なぜ配達車はあんなに黄色なのか」と問うことは、「なぜ店主は客に歌を歌うのか」「なぜ私たちが別れを告げるときにはいつも雨が降るのか」と問うのと同じように、的外れなことだ。この映画、このファンタジーの国では、世界はひっくり返り、おとなしい者が大地を受け継ぐことができ（少なくともそう見える）、小さな町シェルブールはパリのようにロマンチックで、船乗りやトラック運転手は仕事をしながら歌い、貧乏人はお金で買えない服を着て、風景はあなたのワードローブに合わせて色を変え、すべての男性は主役級に見え、すべての店員の女の子は公爵夫人のように本当に美しいのです。 これは『雨に唄えば』をハリウッドスタジオのバックヤードではなく、ショップのバックルームで撮影したものであり、暴力のない『ウエスト・サイド・ストーリー』であり、小さな町の『ムーラン・ルージュ』であり、酸味のある『ブリーフ・エンカウンター』なのです。
カサブランカ』や『めぐり逢い』の結末が悲劇的であるのと同様に、これは悲劇的な結末ではありません。正しい結末なのです。私たちは、ジュヌビエーブを悲しむというよりも、ローランド（彼は休息に値する。 彼がおそらく詐欺師だとわかっていても）を喜ぶのです。私たちは、結婚生活が最後にはうまくいくと期待しています。もし彼らが幸せになれないとしたら、それは結婚相手を間違えたからではありません。
エッソのサービスステーションの空撮を見て、何十万人もの視聴者が涙を流した映画が他にあるでしょうか？ 本製品は、Realtek社の8192CU USB WiFiドライバをUbuntu 13.10以降向けに再パッケージ化したものです。
!! このドライバは DEPRECATED です。
このドライバーは明示的にメンテナンスされていません。
最初にカーネル 4.4 で導入された新しい rtl8xxxu ドライバは、最近ではほとんどうまく動作していますので、このリポジトリを試す前にそれを試してみてください。
rtl8xxxuで問題が発生した場合は、まずトラブルシューティングを行ってください。既知の確認事項は以下の通りです。
------------------
ここまでと、
＞rtl8xxxu問題が発生した場合は、最初にトラブルシューティングを試してください。探すべき既知のものは次のとおりです。
文脈の流れがつかみにくいが、たぶん元のドライバに対して やれといってると >>13
> $ sudo dkms add ./rtl8192cu-fixes
>
> Error! DKMS tree already contains: 8192cu-1.11
> You cannot add the same module/version combo more than once.
>
> これを戻すコマンドがわからない。調べる
ここは、わからなかった。どうすべきか。このままで。 add/remove/install/uninstallの区別ついてないんじゃねーの? $ 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......(bad exit status: 1)
-------- Uninstall Beginning --------
Module: 8192cu
Version: 1.11
Kernel: 4.19.0-16-amd64 (x86_64)
-------------------------------------
Status: Before uninstall, this module version was ACTIVE on this kernel. 8192cu.ko:
- Uninstallation
- Deleting from: /lib/modules/4.19.0-16-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......(bad exit status: 1)
Warning: There was a problem remaking your initrd. You must manually remake it
before booting into this kernel.
DKMS: uninstall completed.
Error! Problems with mkinitrd detected. Automatically uninstalling this module.
DKMS: Install Failed (mkinitrd problems). Module rolled back to built state.
$ >>20
> add/remove/install/uninstallの区別ついてないんじゃねーの?
はい、わかりません update-initramfs......(bad exit status: 1)
の回避の仕方はわかっています
-------------------
所持の最古のスナップショット（現在の環境）では
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
--------
ここまで通った状態
sudo dkms install 8192cu/1.11
sudo depmod -a
sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/
--------------------------
sudo apt-get update
から全部やり直してみようとした >>24
$ man 8 dkms
必要部分の文字列翻訳くらいは自分でやる事 ビルド前へ
$ アプリの設定が読み込まれました: /etc/timeshift/timeshift.json
Mounted '/dev/sda2' at '/run/timeshift/backup'
******************************************************************************
バックアップ デバイス: /dev/sda2
******************************************************************************
******************************************************************************
スナップショット: 2021-06-19_09-46-35 ~
******************************************************************************
システムのサブボリュームから復元前のスナップショットを作成しています...
ディレクトリを作成しました: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-06-20_09-20-54
システムのサブボリュームをスナップショットディレクトリに移動しました: @
システムのサブボリュームをスナップショットディレクトリに移動しました: @home
作成された制御ファイル: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-06-20_09-20-54/info.json
復元前のスナップショットを作成しました: 2021-06-20_09-20-54
------------------------------------------------------------------------------
復元されたシステムサブボリューム: @home
復元されたシステムサブボリューム: @
復元が完了しました
システムを再起動すると、スナップショットがアクティブになります。 全体の流れ
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
sudo dkms install 8192cu/1.11 <<< ここで注意点がある
sudo depmod -a
sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/
------------------------
ということで、やり直し。
sudo apt-get update
sudo apt-get install git linux-headers-amd64 build-essential dkms
は必要なし。
$ rm -rfv rtl8192cu-fixes
$ git clone https://github.com/pvaret/rtl8192cu-fixes.git
ここまで終わり > add/remove/install/uninstallの区別ついてないんじゃねーの?
man は見ても理解できない
こちらを参考
https://wiki.archlinux.jp/index.php/Dynamic_Kernel_Module_Support#.E3.83.A2.E3.82.B8.E3.83.A5.E3.83.BC.E3.83.AB.E3.81.AE.E5.89.8A.E9.99.A4
モジュールの確認
モジュールの現在の状態、バージョンやツリーのカーネルを確認するには:
$ sudo dkms status
8192cu, 1.11: added
r8168, 8.046.00, 4.19.0-14-amd64, x86_64: installed
r8168, 8.046.00, 4.19.0-16-amd64, x86_64: installed
$
ちょっと考えると、8192cu, 1.11をremoveして、r8168なんか使ってないなら、どちらも
uninstallか？ >>28
> sudo dkms install 8192cu/1.11 <<< ここで注意点がある
$ sudo dkms install 8192cu/1.11
Building module:
・・・
cleaning build area...
・・・
DKMS: build completed.
・・・
depmod...
・・・
update-initramfs.......
・・・
DKMS: install completed.
何も問題無かったけどね >>29
> - Deleting from: /lib/modules/4.19.0-16-amd64/updates/dkms/
> rmdir: 'updates/dkms' を削除できません: 【【【ディレクトリは空ではありません】】】← >>31
起こったこと
/lib/modules/4.19.0-16-amd64/updates/dkms が空でない為に削除できなかった
だからと言って中身を確認せず闇雲に消すのはヤバイ ありがとうございます！自分の環境の場合 ttf-dejavu を消しており（フォント削りまくりで）
$ sudo apt install ttf-dejavu
$ sudo apt upgrade
$ sudo update-initramfs -c -k all
で
update-initramfs......(bad exit status: 1)
を回避できます。
現在のスナップショットは未処置です。
-------------------------------
以下の処置はやる必要があるでしょうか？ また推測は正しいですか？
$ sudo dkms status
8192cu, 1.11: added
r8168, 8.046.00, 4.19.0-14-amd64, x86_64: installed
r8168, 8.046.00, 4.19.0-16-amd64, x86_64: installed
$
ちょっと考えると、8192cu, 1.11をremoveして、r8168なんか使ってないなら、どちらも
uninstallか？ >>33
> r8168なんか使ってないなら
まずここは後回しにしましょう
$ ls -R /lib/modules/4.19.0-16-amd64/updates >>33
https://mao.5ch.net/test/read.cgi/linux/1606619383/975
> 打つ手がわからず、なんか近いなと思ってやみくもにやっただけ。
普通こんな質問の仕方したら「クリーンインストールすれば？」で終わる >>34
$ ls -R /lib/modules/4.19.0-16-amd64/updates
/lib/modules/4.19.0-16-amd64/updates:
dkms
/lib/modules/4.19.0-16-amd64/updates/dkms:
r8168.ko
$ >>36
なんでそれがそこにあるかわからんけど、どうせダメでも戻せるんだから抹殺しようか
$ sudo rm -rf /lib/modules/4.19.0-16-amd64/updates レスが遅く失礼
$ sudo rm -rf /lib/modules/4.19.0-16-amd64/updates
$ $ sudo rm -rf /lib/modules/4.19.0-16-amd64/updates
$ sudo dkms add ./rtl8192cu-fixes
Error! DKMS tree already contains: 8192cu-1.11
You cannot add the same module/version combo more than once.
$
ダメなようです。 $ sudo dkms remove 8192cu/1.11
$ sudo dkms add ./rtl8192cu-fixes https://askubuntu.com/questions/1006912/rlt8814au-driver-was-working-suddenly-stopped-16-04
を見ますと
-------------------------------
I picked up this external asus ac68 usb wireless card a while back and was able to get it working by entering this into the terminal... [私はしばらく前にこの外部asusac68 usbワイヤレスカードを手に取り、以下のコマンドを端末に入力することで動作させることができました...]
sudo apt install git build-essential dkms
git clone https://github.com/hanipouspilot/rtl8814AU.git
sudo dkms add ./rtl8814AU
sudo dkms install rtl8814AU/4.3.21
数週間は正常に動作してましたが突然動作が停止したので（要旨）
[再インストールしようとしましたが、以下のエラーが表示されます。
About to run dkms install steps...
mkdir: cannot create directory ‘/usr/src/rtl8814AU-4.3.21’: File exists
Error! DKMS tree already contains: rtl8814AU-4.3.21
You cannot add the same module/version combo more than once.
以下略
（我）このページが自分のケースに近いと思いますが
回答は
Your kernel is too new to work with that source code, check dkms status to see what your old kernel was as I would think it is 4.10.0-? [あなたのカーネルはそのソースコードで動作するには新しすぎます。dkmsステータスをチェックして、4.10.0-だと思うように古いカーネルが何であったかを確認してください。]
＜＜この箇所については、何を言ってるか理解できず、自分のケースに当てはまらないようである。カーネルのアップデートしてないから。
sudo dkms remove rtl8814AU/4.3.21 -k $(uname -r)
sudo dkms uninstall rtl8814AU/4.3.21
sudo rm -r /usr/src/rtl8814AU-4.3.21
sudo rm -r /var/lib/dkms/rtl8814AU
＜＜のようなコマンドが提示されています。これではダメですか？ $ sudo dkms remove 8192cu/1.11
Error! Invalid number of parameters passed.
Usage: remove <module>/<module-version> --all
or: remove <module>/<module-version> -k <kernel-version>
$ sudo dkms remove 8192cu/1.11 --all
------------------------------
Deleting module version: 1.11
completely from the DKMS tree.
------------------------------
Done.
$ $ sudo dkms add ./rtl8192cu-fixes
Creating symlink /var/lib/dkms/8192cu/1.11/source ->
/usr/src/8192cu-1.11
DKMS: add completed.
$
ありがとうございました
休憩させて下さい 自分の好きなタイミングでやると良い
もう成功したも同然なので 以前もビルド成功したのです。そして性能的には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 にたくさんある ありがとうございます！自分の環境の場合 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
autovt@.service 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
getty@.service 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/wpa_supplicant@wlan0.service → /lib/systemd/system/wpa_supplicant@.service.
$ systemctl status wpa-supplicant
Unit wpa-supplicant.service could not be found.
$
.... はぁちがうなあ >>84
wpa-supplicant.serviceではなくwpa-supplicant@.serviceです >>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円ちょっとで買ったクソ蟹ドングルでさえ何ともないからな 
