21/06/18 21:04:06.51 0u8+UJyC0.net
乙
3:login:Penguin
21/06/19 10:57:50.98 P0QbhZOk0.net
現在の状態
$ 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
4:login:Penguin
21/06/19 11:01:02.58 P0QbhZOk0.net
$ sudo apt update
ヒット:1 URLﾘﾝｸ(deb.debian.org) buster InRelease
取得:2 URLﾘﾝｸ(deb.debian.org) buster-updates InRelease [51.9 kB]
ヒット:3 URLﾘﾝｸ(deb.debian.org) buster-backports InRelease
ヒット:4 URLﾘﾝｸ(security.debian.org) buster/updates InRelease
ヒット:5 URLﾘﾝｸ(dl.winehq.org) buster InRelease
ヒット:6 URLﾘﾝｸ(dl.google.com) stable InRelease
ヒット:7 URLﾘﾝｸ(repo.radeon.com) xenial InRelease
51.9 kB を 2秒 で取得しました (24.0 kB/s)
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
アップグレードできるパッケージが 10 個あります。表示するには 'apt list --upgradable' を実行してください。
$
>アップグレードできるパッケージが 10 個あります。表示するには 'apt list --upgradable'
これは表示する必要もないと思う
5:login:Penguin
21/06/19 11:07:17.57 P0QbhZOk0.net
と思ったが念の為表示だけ
$ 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 個。
$
6:login:Penguin
21/06/19 11:12:08.55 P0QbhZOk0.net
$ git clone URLﾘﾝｸ(github.com)
fatal: destination path 'rtl8192cu-fixes' already exists and is not an empty directory.
$
けっきょく、URLﾘﾝｸ(git-scm.com)
を時間をかけて読んでいっても コマンドを叩いてリターンを見ないと、リナックスという
ブラックボックスを把握できない。そうでないならば、なんのためのtimeshift-btrfsであるのか。
7:login:Penguin
21/06/19 11:21:28.26 bj1aCgL9a.net
そんなわけで、参考文献はレベルに合ったものが必要なのである
情報はどうすれば必要なものを引き寄せられるかは自分で考えるしか無いのである
検索すべき語句の一部がエラーメッセージに出てんじゃん
8:login:Penguin
21/06/19 11:27:49.13 P0QbhZOk0.net
$ rm -rfv rtl8192cu-fixes
removed directory 'rtl8192cu-fixes/.git/branches'
'rtl8192cu-fixes/.git/description' を削除しました
以下略
$ git clone URLﾘﾝｸ(github.com)
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.
9:login:Penguin
21/06/19 11:31:42.65 P0QbhZOk0.net
>>7
> 検索すべき語句の一部がエラーメッセージに出てんじゃん
皆目見当がつきません。エラーメッセージ？
10:login:Penguin
21/06/19 11:39:36.03 tQ2bFvs1a.net
俺ならわかんなかったらエラーメッセージをもとに
「git "already exists and is not an empty directory."」で検索してたと言う事
まあ正解は実施した通り単にクローン先ディレクトリを消すだけでよかったわけだが
都度他人を頼っているようではいつまで経っても初心者おじさんから脱出出来ないじゃん
そんなの嫌だろ？
11:login:Penguin
21/06/19 12:40:57.53 P0QbhZOk0.net
>>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行でググって
URLﾘﾝｸ(ubuntuforums.org)
回答者が
Try this and then use the dkms commands from above
Code:
sudo dkms uninstall
sudo dkms remove
と指導してるから、この作業が必要なのかはわからないが、やってみます
12:login:Penguin
21/06/19 12:51:19.57 v9g51wP9a.net
そのファームをクローンしてみたが、ビルドしなきゃダメじゃん
README.mdを読みながら作業しましょう
13:login:Penguin
21/06/19 12:54:50.81 P0QbhZOk0.net
$ 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).
$
14:login:Penguin
21/06/19 12:57:15.96 P0QbhZOk0.net
>>12
> README.mdを読み
了解です
15:login:Penguin
21/06/19 18:54:16.82 P0QbhZOk0.net
輝かしい映画
これは一見すると「現実的」な物語です。全体としては、『カヴァレリア・ルスティカーナ』のような、19世紀末の「ヴェリズモ」イタリア・オペラを彷彿とさせる。そこでは、普通の人々を描いたソープオペラのストーリーが、感情を揺さぶる大げさなドラマクイーンの音楽に乗せられている。
確かに、歌は馬鹿げている。しかし、この映画はこのことを知っている。最初のシーンで、洗面所にいる男たちが『カルメン』（同じスタイルの別の例）について冗談を言い、そのうちの1人が「俺は映画を見に行くんだ、オペラは好きじゃない、歌ばかりでは我慢できない」というようなことを歌うのだ。この映画は、整備士がオイルチェック中にアリアを歌うことは（通常は）ないと知っていて、それをジョークにしています。ミュージカルの根本的な問題は、「なぜみんな歌うの？"ミュージカルの根本的な問題は、「なぜみんな歌っているのか」ということです。
しかし、どこか現実離れした美しさがある。みんな、すべてが格好いい。人々が美しい。汚い旧市街は美しい。安いバーは美しい。汚い湿地のアパートは美しい。見捨てられた船は美しい。ガソリンスタンドの前庭にはガソリンポンプとキャノピーがあり、それが美しい。男はみんなイケメンだ。そして女性はというと、「なぜ女性よりも男性の方がこの泣ける映画を好むのか」という質問がありました。答えはカトリーヌ・ドヌーヴだ。しかし、母親役のアン・ヴァーノンは、同年代の誰よりもキュートだ。そして、エレン・ファーナーはというと...。ガイには1人ではなく2人の魅力的な女性がついていて、これは観客の平均より1.99人ほど多い。
16:login:Penguin
21/06/19 18:54:56.96 P0QbhZOk0.net
衣装と背景があまりにも一致しているので、意図的なものとしか思えません。最初は歌よりも混乱しました。マダム・エメリーは、お店の壁紙や自分の部屋の壁紙に合わせて、さまざまな服を着ていますが、ときには風景に合わせて、意味もなく服の色を変えているようにさえ見えます。ジュヌビエーブが窓の前に立っていると、彼女のカーディガンとまったく同じ色のトラックが後ろから走ってきます。彼女がマタニティドレスを試着すると、後ろの壁紙と同じロイヤルブルーの背景とピンクの花の組み合わせになっています。彼女がローランドと一緒に波止場を歩いているとき、二人はそれぞれ異なる色合いのオフホワイトを着ている。彼女は古い船の錆びた塗装に、ローランドは遠くに見える崖に合わせている。ギイとマドレーヌがカフェの外で隣り合って座っているとき、彼女のオレンジ・ブラウンの服と口紅は彼女の後ろのドアに、彼のダーク・ブラウンのジャケットは彼の後ろの木だけでなく彼女の髪にもマッチしています。ここは空想の国だ。たとえそれがシェルブールに少し似ていたとしても。
が、これはすべて歌と同じだ。貧しい家族がどうやってそんな服を買えるのか」「なぜ配達車はあんなに黄色なのか」と問うことは、「なぜ店主は客に歌を歌うのか」「なぜ私たちが別れを告げるときにはいつも雨が降るのか」と問うのと同じように、的外れなことだ。この映画、このファンタジーの国では、世界はひっくり返り、おとなしい者が大地を受け継ぐことができ（少なくともそう見える）、小さな町シェルブールはパリのようにロマンチックで、船乗りやトラック運転手は仕事をしながら歌い、貧乏人はお金で買えない服を着て、風景はあなたのワードローブに合わせて色を変え、すべての男性は主役級に見え、すべての店員の女の子は公爵夫人のように本当に美しいのです。
17:login:Penguin
21/06/19 18:55:07.47 P0QbhZOk0.net
これは『雨に唄えば』をハリウッドスタジオのバックヤードではなく、ショップのバックルームで撮影したものであり、暴力のない『ウエスト・サイド・ストーリー』であり、小さな町の『ムーラン・ルージュ』であり、酸味のある『ブリーフ・エンカウンター』なのです。
カサブランカ』や『めぐり逢い』の結末が悲劇的であるのと同様に、これは悲劇的な結末ではありません。正しい結末なのです。私たちは、ジュヌビエーブを悲しむというよりも、ローランド（彼は休息に値する。 彼がおそらく詐欺師だとわかっていても）を喜ぶのです。私たちは、結婚生活が最後にはうまくいくと期待しています。もし彼らが幸せになれないとしたら、それは結婚相手を間違えたからではありません。
エッソのサービスステーションの空撮を見て、何十万人もの視聴者が涙を流した映画が他にあるでしょうか？
18:login:Penguin
21/06/20 03:09:28.14 tdu+ItCw0.net
本製品は、Realtek社の8192CU USB WiFiドライバをUbuntu 13.10以降向けに再パッケージ化したものです。
!! このドライバは DEPRECATED です。
このドライバーは明示的にメンテナンスされていません。
最初にカーネル 4.4 で導入された新しい rtl8xxxu ドライバは、最近ではほとんどうまく動作していますので、このリポジトリを試す前にそれを試してみてください。
rtl8xxxuで問題が発生した場合は、まずトラブルシューティングを行ってください。既知の確認事項は以下の通りです。
------------------
ここまでと、
＞rtl8xxxu問題が発生した場合は、最初にトラブルシューティングを試してください。探すべき既知のものは次のとおりです。
文脈の流れがつかみにくいが、たぶん元のドライバに対して やれといってると
19:login:Penguin
21/06/20 03:30:33.15 tdu+ItCw0.net
>>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.
>
> これを戻すコマンドがわからない。調べる
ここは、わからなかった。どうすべきか。このままで。
20:login:Penguin
21/06/20 03:33:08.35 hda5EX6q0.net
add/remove/install/uninstallの区別ついてないんじゃねーの?
21:login:Penguin
21/06/20 03:34:40.27 tdu+ItCw0.net
$ 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.............
22:login:Penguin
21/06/20 03:35:01.39 tdu+ItCw0.net
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.
23:login:Penguin
21/06/20 03:35:05.92 tdu+ItCw0.net
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.
$
24:login:Penguin
21/06/20 03:36:16.60 tdu+ItCw0.net
>>20
> add/remove/install/uninstallの区別ついてないんじゃねーの?
はい、わかりません
25:login:Penguin
21/06/20 03:43:34.02 tdu+ItCw0.net
update-initramfs......(bad exit status: 1)
の回避の仕方はわかっています
-------------------
所持の最古のスナップショット（現在の環境）では
sudo apt-get update
sudo apt-get install git linux-headers-amd64 build-essential dkms
git clone URLﾘﾝｸ(github.com)
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
から全部やり直してみようとした
26:login:Penguin
21/06/20 04:06:45.07 iXbcIqLRa.net
>>24
$ man 8 dkms
必要部分の文字列翻訳くらいは自分でやる事
27:login:Penguin
21/06/20 09:22:12.30 tdu+ItCw0.net
ビルド前へ
$ アプリの設定が読み込まれました: /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
復元されたシステムサブボリューム: @
復元が完了しました
システムを再起動すると、スナップショットがアクティブになります。
28:login:Penguin
21/06/20 10:09:03.15 tdu+ItCw0.net
全体の流れ
sudo apt-get update
sudo apt-get install git linux-headers-amd64 build-essential dkms
git clone URLﾘﾝｸ(github.com)
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 URLﾘﾝｸ(github.com)
ここまで終わり
29:login:Penguin
21/06/20 10:20:39.78 tdu+ItCw0.net
> add/remove/install/uninstallの区別ついてないんじゃねーの?
man は見ても理解できない
こちらを参考
URLﾘﾝｸ(wiki.archlinux.jp)
モジュールの確認
モジュールの現在の状態、バージョンやツリーのカーネルを確認するには:
$ 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か？
30:login:Penguin
21/06/20 10:22:17.17 q1GmI6Tf0.net
>>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.
何も問題無かったけどね
31:login:Penguin
21/06/20 10:25:25.86 q1GmI6Tf0.net
>>29
> - Deleting from: /lib/modules/4.19.0-16-amd64/updates/dkms/
> rmdir: 'updates/dkms' を削除できません: 【【【ディレクトリは空ではありません】】】←
32:login:Penguin
21/06/20 10:28:37.00 q1GmI6Tf0.net
>>31
起こったこと
/lib/modules/4.19.0-16-amd64/updates/dkms が空でない為に削除できなかった
だからと言って中身を確認せず闇雲に消すのはヤバイ
33:login:Penguin
21/06/20 10:31:04.20 tdu+ItCw0.net
ありがとうございます！自分の環境の場合 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か？
34:login:Penguin
21/06/20 10:36:46.70 q1GmI6Tf0.net
>>33
> r8168なんか使ってないなら
まずここは後回しにしましょう
$ ls -R /lib/modules/4.19.0-16-amd64/updates
35:login:Penguin
21/06/20 10:41:06.80 q1GmI6Tf0.net
>>33
ｽﾚﾘﾝｸ(linux板:975番)
> 打つ手がわからず、なんか近いなと思ってやみくもにやっただけ。
普通こんな質問の仕方したら「クリーンインストールすれば？」で終わる
36:login:Penguin
21/06/20 11:08:02.18 tdu+ItCw0.net
>>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
$
37:login:Penguin
21/06/20 11:23:19.20 q1GmI6Tf0.net
>>36
なんでそれがそこにあるかわからんけど、どうせダメでも戻せるんだから抹殺しようか
$ sudo rm -rf /lib/modules/4.19.0-16-amd64/updates
38:login:Penguin
21/06/20 12:53:44.22 tdu+ItCw0.net
レスが遅く失礼
$ sudo rm -rf /lib/modules/4.19.0-16-amd64/updates
$
39:login:Penguin
21/06/20 12:59:04.30 q1GmI6Tf0.net
これでつっかえてたコマンドが通るはず
40:login:Penguin
21/06/20 20:00:11.21 tdu+ItCw0.net
$ 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.
$
ダメなようです。
41:login:Penguin
21/06/20 20:02:30.13 q1GmI6Tf0.net
$ sudo dkms remove 8192cu/1.11
$ sudo dkms add ./rtl8192cu-fixes
42:login:Penguin
21/06/20 20:15:26.47 tdu+ItCw0.net
URLﾘﾝｸ(askubuntu.com)
を見ますと
-------------------------------
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 URLﾘﾝｸ(github.com)
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
＜＜のようなコマンドが提示されています。これではダメですか？
43:login:Penguin
21/06/20 20:19:37.23 tdu+ItCw0.net
$ 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.
$
44:login:Penguin
21/06/20 20:22:29.64 tdu+ItCw0.net
$ sudo dkms add ./rtl8192cu-fixes
Creating symlink /var/lib/dkms/8192cu/1.11/source ->
/usr/src/8192cu-1.11
DKMS: add completed.
$
ありがとうございました
休憩させて下さい
45:login:Penguin
21/06/20 20:25:45.18 q1GmI6Tf0.net
自分の好きなタイミングでやると良い
もう成功したも同然なので
46:login:Penguin
21/06/20 20:49:09.78 tdu+ItCw0.net
以前もビルド成功したのです。そして性能的には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
以下略
47:login:Penguin
21/06/20 20:52:39.13 q1GmI6Tf0.net
今度は混ざりものが無いからまた違った結果になるんじゃないかな
depmod -a の後のブラックリストのコピーも忘れずに
48:login:Penguin
21/06/20 20:53:58.02 tdu+ItCw0.net
■全体の流れ
sudo apt-get update
sudo apt-get install git linux-headers-amd64 build-essential dkms
git clone URLﾘﾝｸ(github.com)
sudo dkms add ./rtl8192cu-fixes
--------
ここまで最初からやり直した？再インストール？（何と表現するのが適切かわからず）
2週間前に
git clone URLﾘﾝｸ(github.com)
したときと
今では 最新のコミット？変更が適用されたのでしょうか？
sudo dkms install 8192cu/1.11
sudo depmod -a
sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/
49:login:Penguin
21/06/20 20:55:00.81 tdu+ItCw0.net
>>47
> 今度は混ざりものが無いからまた違った結果になるんじゃないかな
ありがとうございます、了解です
50:login:Penguin
21/06/20 21:03:12.86 q1GmI6Tf0.net
>>48
> 今では 最新のコミット？変更が適用されたのでしょうか？
いや、変わらんでしょ 混ざりものが消えたと言うだけで
51:login:Penguin
21/06/20 22:09:54.97 tdu+ItCw0.net
＞いや、変わらんでしょ 混ざりものが消えたと言うだけで
前スレで質問しました以下は、なんなのでしょうか？自分とは関係ないのですか？
> URLﾘﾝｸ(github.com)
> 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ビルド からやり直せばいいということですか？
52:login:Penguin
21/06/20 22:19:14.08 q1GmI6Tf0.net
gitが使えなけりゃ今回の件は解決しなかったでしょうよ
全貌を網羅する必要は無いけど、その都度質問では誰しも付き合いきれないからな
53:login:Penguin
21/06/20 23:21:22.54 hda5EX6q0.net
日本語ネイティブじゃﾈｰﾝｼﾞｬﾈｰﾉ
54:login:Penguin
21/06/21 06:09:51.02 9qU2wjXm0.net
git, github ぐらい、初心者コースで教える
動画も、YouTube にたくさんある
55:login:Penguin
21/06/21 07:48:53.54 cFTefBAUa.net
>>54
ｽﾚﾘﾝｸ(linux板:976番)-979n
56:login:Penguin
21/06/21 22:33:36.62 Wvn//Aad0.net
>>54
ありがとうございます
57:login:Penguin
21/06/21 22:45:03.68 Wvn//Aad0.net
ありがとうございます！自分の環境の場合 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」とコメントを付しました。
58:login:Penguin
21/06/21 22:55:02.46 Wvn//Aad0.net
$ 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]
---------------------------------------
59:login:Penguin
21/06/21 22:57:04.66 Wvn//Aad0.net
略
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がたくさん出てる。以前はここで引っ掛からなかったのに
60:login:Penguin
21/06/21 22:59:41.22 Wvn//Aad0.net
$ 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 していいのかな？この時間そんなレスつかないだろうし...いってまうか？
61:login:Penguin
21/06/21 23:03:02.09 Wvn//Aad0.net
------------------------------------------------------------------------------
(データベースを読み込んでいます ... 現在 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.
62:login:Penguin
21/06/21 23:03:38.60 Wvn//Aad0.net
------------------------------------------------------------------------------
(データベースを読み込んでいます ... 現在 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...
63:login:Penguin
21/06/21 23:03:47.40 Wvn//Aad0.net
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
完了
$
64:login:Penguin
21/06/21 23:07:11.91 Wvn//Aad0.net
$ 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 するのか？それしか選択肢はないのか？
65:login:Penguin
21/06/21 23:51:35.67 Ciuut0Yw0.net
>>64
アップデートしなくちゃいかんでしょ
chromeのアップデートでの増分使用量は大した事無いはずだし
今のカーネルバージョンに合うカーネルヘッダが無ければ適切なカーネルモジュールが生成されず
今までの苦労が水の泡
66:login:Penguin
21/06/21 23:55:18.80 Wvn//Aad0.net
>>65
> 今のカーネルバージョンに合うカーネルヘッダが無ければ適切なカーネルモジュールが生成されず
> 今までの苦労が水の泡
了解。終わりました
67:login:Penguin
21/06/22 00:08:00.21 0N3wvRFD0.net
$ 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)
を回避できます。
----------------------------
この工程を完了。
68:login:Penguin
21/06/22 00:34:26.42 z40RIFQk0.net
容量が惜しいならlocalepurgeだったっけかそんな感じの奴入れとけよ
69:login:Penguin
21/06/22 00:43:42.62 vd+dq7qPa.net
DejaVuフォントはシステムフォントと言っても過言では無いので
無闇に消すべきじゃないと思う
70:login:Penguin
21/06/22 00:52:35.23 0N3wvRFD0.net
>>69
ありがとうございます。今回のことで痛感しました。英文フォントなんかサイズ小さいのだから無視します。
71:login:Penguin
21/06/22 00:53:54.40 0N3wvRFD0.net
>>68
> 容量が惜しいならlocalepurgeだったっけ
このwifiドライバが完成したらlocalepurge調べます。ありがとう！
72:login:Penguin
21/06/22 00:55:09.77 0N3wvRFD0.net
なかなか怖くて sudo dkms install 8192cu/1.11
できません。やる気が出るまで待ちます
73:login:Penguin
21/06/22 01:03:30.29 Sc7TVKpC0.net
>>72
覚悟が決まったらさっさとやれ
あと君にはバックアップ用ストレージと
Btrfsの一歩進んだ運用方法(send/receive)が必要だろう
近いうちにファイルシステム専門のスレで叩き上げて頂くと良い
74:login:Penguin
21/06/22 02:30:17.44 0N3wvRFD0.net
$ 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...
という感じにならず、でした。今夜もみんなありがとう
75:login:Penguin
21/06/22 07:16:58.27 Sc7TVKpC0.net
カーネルヘッダを更新した時に
dkmsが自動でビルドしたと思うよ
76:login:Penguin
21/06/22 11:58:22.73 0N3wvRFD0.net
ライブ環境からの場合
$ sudo btrfs check -p パテ
実環境でやる場合
$ sudo btrfs scrub start /
$ watch sudo btrfs scrub status / (終わったらCtrl+C)
77:login:Penguin
21/06/22 16:19:22.10 0N3wvRFD0.net
>>75
> カーネルヘッダを更新した時に
> dkmsが自動でビルドしたと思うよ
ほとんどの端末の表示を全部のせてるのに、ここだけ長いので省略しました。
たしかにそのようなことが、表示されていた。
＞Dynamic Kernel Module Support (DKMS) はカーネルのソースツリーの外にソースが存在する Linux カーネルモジュールの生成を可能にするプログラム/フレームワークです。新しいカーネルがインストールされたときに DKMS モジュールは自動的にリビルドされます。
DKMS を使用するプラス効果はカーネルがアップグレードされるときにモジュールをリビルドできることです。これはつまり会社・プロジェクト・パッケージメンテナが新しいバージョンのモジュールをリリースするのを待つ必要がないということを意味します。
むずかしい。
何回も経験するうちに「なるほど」となるのだろうけど。では安心して次へ。
78:login:Penguin
21/06/22 16:26:36.01 0N3wvRFD0.net
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/
ではリブート。
79:login:Penguin
21/06/22 16:40:53.35 0N3wvRFD0.net
報告します。無事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)
80:login:Penguin
21/06/22 17:21:58.31 0N3wvRFD0.net
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)
81:login:Penguin
21/06/22 17:23:00.09 0N3wvRFD0.net
やはり症状再現しました
＞マシンをスリープしたら、wifi？ネットワークマネージャー？はネットワークを探索し続けるだけで接続できず、usbから物理的に抜き差しすると、再度接続できる
82:login:Penguin
21/06/22 17:43:52.83 0N3wvRFD0.net
$ 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
83:login:Penguin
21/06/22 17:43:58.20 0N3wvRFD0.net
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
84:login:Penguin
21/06/22 18:16:45.93 0N3wvRFD0.net
URLﾘﾝｸ(bbs.archlinux.org)
$ 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.
$
.... はぁちがうなあ
85:login:Penguin
21/06/22 18:55:28.50 5UkYOIJ80.net
>>84
wpa-supplicant.serviceではなくwpa-supplicant@.serviceです
86:login:Penguin
21/06/22 18:58:27.15 Sc7TVKpC0.net
さすが的確
87:login:Penguin
21/06/22 20:02:07.41 STMK9BnA0.net
URLﾘﾝｸ(packages.debian.org)
> Icedove 用日本語パッケージ
🤔
88:login:Penguin
21/06/22 20:58:52.63 0N3wvRFD0.net
>>85
URLﾘﾝｸ(translate.google.com)
のコマンドがとおりました
$ 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
89:login:Penguin
21/06/22 21:06:03.27 0N3wvRFD0.net
Loaded: loaded (/lib/systemd/system/wpa_supplicant.service; disabled;
vendor preset: enabled)
無効となってるようですが、
URLﾘﾝｸ(wiki.archlinux.jp)
など、参考ページを読んでも複雑で、どうすればいいか...？
90:login:Penguin
21/06/22 21:09:05.14 Sc7TVKpC0.net
>>80
久々に捨て値のWi-Fiドングル(r8188eu)挿して接続を確立してみたけど何ともないねえ
ドライバはnon-freeのfirmware-realtek dmesgも変なエラー無し
なおDE入りのLinuxではNetworkManagerがヨロシクやってくれるので
wpa_supplicantをごにょごにょした事が無い
91:login:Penguin
21/06/22 21:10:51.28 Sc7TVKpC0.net
>>89
$ apt search -n firmware-realtek
インストールされてたら試しにpurge
92:login:Penguin
21/06/22 21:18:35.30 0N3wvRFD0.net
>>90
> 久々に捨て値のWi-Fiドングル(r8188eu)挿して接続を確立してみたけど何ともないねえ
感謝です。ご苦労をおかけします。
OSの状態が良くないのでしょうか？ もしそうであるならば、クリーンインストールすると
なくなる障害でしょうか？
93:login:Penguin
21/06/22 21:21:37.36 0N3wvRFD0.net
$ 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 したら、ネットから切断されて つぎの指導が読めなくなります
94:login:Penguin
21/06/22 21:26:07.55 Sc7TVKpC0.net
>>93
dkmsで専用モジュールを組み込んだから大丈夫だと思うけど
心配ならばパージする前にスナップショットを取っておけば良い
95:login:Penguin
21/06/22 22:35:26.07 0N3wvRFD0.net
------------------------------------------------------------------------------
(データベースを読み込んでいます ... 現在 279648 個のファイルとディレクトリがインストールされています。)
firmware-realtek (20190114-2) を削除しています ...
dpkg: 警告: firmware-realtek の削除中、ディレクトリ '/lib/firmware/rtlwifi' が空でないため削除できませんでした
$
96:login:Penguin
21/06/22 22:41:41.31 0N3wvRFD0.net
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$
97:login:Penguin
21/06/22 23:14:51.61 0N3wvRFD0.net
$ rm -rfv /lib/firmware/rtlwifi
でっか？
98:login:Penguin
21/06/23 01:43:25.79 2/aOkPKE0.net
$ 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' が空でないため削除できませんでした
対処しなくても削除されてた
99:login:Penguin
21/06/23 01:55:48.34 2/aOkPKE0.net
$ 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.
----------------------------
結果
症状変化なし
100:login:Penguin
21/06/23 07:45:31.18 vaIr4z9b0.net
93でパージ前なのに99でインストールされてないってのが
意味わからないんだが
あと、俺ならハードの相性やら不良を疑うかなあ
300円ちょっとで買ったクソ蟹ドングルでさえ何ともないからな
101:login:Penguin
21/06/23 08:14:36.20 vaIr4z9b0.net
更には何らかのおまかんを排除する為に
俺だったら思い切ってOSを再インストールしてみたりするかな
俺はKDEを使うと何故か事あるごとに画面がビカビカしてたので
Debian11RC2を新規インストールしたら一切症状が出なくなった
まだ正式リリース前だけど別にひどい不具合とか無いよ
個人の個人用途ならまず問題ないと言える
102:login:Penguin
21/06/23 09:59:32.62 2/aOkPKE0.net
>>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' が空でないため削除できませんでした
このメッセージを英語化し、対象言語を英語化したグーグルで広く検索してみようとした。
予想に反して、この箇所は表示されず、（インストールされてない）と出た
103:login:Penguin
21/06/23 10:19:29.02 vaIr4z9b0.net
>>102
> $ rm -rfv /lib/firmware/rtlwifiしていいのか？
これは本来 firmware-realtek にしか含まれていないものみたいなので
削除してもおｋ
104:login:Penguin
21/06/23 10:38:10.98 2/aOkPKE0.net
パージする前のスナップショット で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'
$
105:login:Penguin
21/06/23 11:04:07.29 vaIr4z9b0.net
>>104
第一に firmware-realtek をpurgeしたのにそれらがある時点でおまかん
削除は済んだようなので、一応その状態でdkmsを作り直してみようか
事前に sudo dkms remove 8192cu/1.11 を忘れずに
106:login:Penguin
21/06/23 11:11:11.38 2/aOkPKE0.net
$ 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
107:login:Penguin
21/06/23 12:04:49.25 vaIr4z9b0.net
よくわからんけどdkmsの生成からやり直してみて
駄目でもスナップショット取ったところへ戻ればいいだけなので
しかしよくやるわ
俺ならとっくにOS再インストールで切り分けするかWi-Fiドングル新調するかしてるところだが
108:login:Penguin
21/06/23 14:07:27.57 2/aOkPKE0.net
>>107
> よくわからんけどdkmsの生成からやり直してみて
> 駄目でもスナップショット取ったところへ戻ればいいだけなので
了解です。
> しかしよくやるわ
> 俺ならとっくにOS再インストールで切り分けするかWi-Fiドングル新調するかしてるところだが
OS再インストールしたいのですが、わからないからです。debian でインストール工程でローカルからwifi ドライバをインストールしたり複雑な上にbtrfs だから。
109:login:Penguin
21/06/23 14:16:57.79 2/aOkPKE0.net
> 削除は済んだようなので、一応その状態で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/
110:login:Penguin
21/06/23 14:17:04.51 2/aOkPKE0.net
$ 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.
$
111:login:Penguin
21/06/23 14:20:18.21 2/aOkPKE0.net
>
- Deleting from: /lib/modules/4.19.0-17-amd64/updates/dkms/
rmdir: 'updates/dkms' を削除できません: ディレクトリは空ではありません
これはどうしたら？
112:login:Penguin
21/06/23 14:22:51.62 vaIr4z9b0.net
>>108
> OS再インストールしたいのですが、わからないからです。
ライブから入れればそんなに難しくないけどね
> debian でインストール工程でローカルからwifi ドライバをインストールしたり複雑な上にbtrfs だから。
ドライバはともかくBtrfsはZFSに比べれば簡単だけどね 欲を出さなければ
こんな事も簡単に出来るし
URLﾘﾝｸ(i.imgur.com)
113:login:Penguin
21/06/23 14:23:58.97 vaIr4z9b0.net
>>111
$ sudo rm -rf /lib/modules/4.19.0-17-amd64/updates
114:login:Penguin
21/06/23 14:24:36.99 2/aOkPKE0.net
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$
115:login:Penguin
21/06/23 14:26:49.73 2/aOkPKE0.net
$ 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/: そのようなファイルやディレクトリはありません
$
116:login:Penguin
21/06/23 14:31:54.86 2/aOkPKE0.net
画像見ました。ありがとうございます。複数のDEのサブボリュームがあって
切り替えられる―ということですね
117:login:Penguin
21/06/23 14:35:33.89 2/aOkPKE0.net
$ 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.
$
118:login:Penguin
21/06/23 14:36:22.43 vaIr4z9b0.net
サブボリュームはmvできるんだよ
違うDE使いたい時は@をDEの名前んとこに放り込んで使いたいDEのやつを引っ張り出してる
timeshift使ってる都合があってそういうダセエ方式にしてる(本来はgrubでマルチブート出来るはず)
119:login:Penguin
21/06/23 14:36:31.50 2/aOkPKE0.net
今から３時間外出します
120:login:Penguin
21/06/23 14:38:05.29 2/aOkPKE0.net
timeshift は宝です。timeshiftを教えてくれて本当にありがとう
121:login:Penguin
21/06/23 14:41:55.58 vaIr4z9b0.net
>>117
$ sudo cp -Rv ./rtl8192cu-fixes /usr/src/8192cu-1.11
122:login:Penguin
21/06/23 22:36:39.71 2/aOkPKE0.net
$ 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
123:login:Penguin
21/06/23 22:41:47.11 2/aOkPKE0.net
>>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:login:Penguin
21/06/23 22:47:17.87 2/aOkPKE0.net
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$
125:login:Penguin
21/06/23 22:58:44.39 vaIr4z9b0.net
人力でコピーしたやつは駄目なのかな
ドツボにハマる前にスナップショットで元に戻した方が良さそうな気がする
なお俺は firmware-realtek が無い状態からdkms生成に成功している
126:login:Penguin
21/06/24 00:04:25.69 OSVu9ZSd0.net
$ 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
$
127:login:Penguin
21/06/24 00:10:19.82 SA+41hMF0.net
>>126
その状態のスナップショット以外は全て始末しちゃった方がいいかな
スナップショットが大量にあるとパフォーマンスが落ちるし
スナップショットだらけだとワケがわからなくなるでしょうから
128:login:Penguin
21/06/24 00:11:20.58 OSVu9ZSd0.net
これはハードウェアの問題くさい？
参考:
URLﾘﾝｸ(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
/: 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
129:login:Penguin
21/06/24 00:11:24.42 OSVu9ZSd0.net
$ 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
$
130:login:Penguin
21/06/24 00:17:31.38 OSVu9ZSd0.net
>>127
一つ残してスナップショットを削除しました
131:login:Penguin
21/06/24 00:19:15.70 OSVu9ZSd0.net
debian10 usb live 上でおかしなエラーが出てるか？比較して切り分けできないか？
132:login:Penguin
21/06/24 00:23:01.44 WyQl70ozr.net
どうせsnapshotで戻せるんだからDebian11にしてみるのも手だな
既知の不具合はインストーラー関連だからアップグレードは問題ない
133:login:Penguin
21/06/24 00:35:49.33 OSVu9ZSd0.net
Debian11..... アップグレード？
クリーンではなく？
134:login:Penguin
21/06/24 00:50:50.04 SA+41hMF0.net
試しにやってみてもいいんじゃないかって事でしょう
クリーンインストールより手間かかんないし
ただし野良リポジトリはしばらく無効化する必要があるだろうな
wineとかchromeとかその他もろもろのやつ
135:login:Penguin
21/06/24 01:50:38.95 OSVu9ZSd0.net
私は寝ます。ありがとうございま
１，
スリープから復帰の問題だけなので、スリープ復帰ごとに、手でusb抜き差しをするという
妥協もありかと。以前いっときワイヤレスマウスを使っていたとき、スリープごとに
手で機械スイッチをオフにし、かつそのときはディスプレイとしてテレビを使っていて
これも手で電源ボタンoffにしていた。すごい大変でした。
２，
人生いろいろ、マシンもいろいろ。
さいきん別のトラブルでまるまる2週間かんぜんにdebianが使えないときもあった。その間ずっとういんだった。
アレにくらべれば、こんなの障害とさえいえないと言える。
136:login:Penguin
21/06/24 08:20:55.08 SA+41hMF0.net
サスペンドからの復旧時にはこまいトラブルはあるよね
Windowsみたいな挙動はあまり期待しない方がいいかも
それはさておき、Debian11いいぜ
アップグレードするなら複数の方が教えてくれるだろう
何がいいって、まず壁紙がシンプルでカッコいい
137:login:Penguin
21/06/24 19:40:28.60 /iviN2y50.net
>>136
壁紙もかっこいいし使いやすいが、
メモリ使用量がbusterの倍喰うし、Windows並にCPUクロックがポンポン上がって
頻繁にファンが回る
Busterは静かなんだけどね
138:login:Penguin
21/06/24 19:46:02.51 OSVu9ZSd0.net
>>137
.... そうなんですか...残念です
139:login:Penguin
21/06/24 19:50:05.55 SA+41hMF0.net
>>137
glibcのバージョンが上がって演算性能も上がったり(某演算プログラムで確認済)してる影響ですかねえ
何をしたらメモリ使用量が倍になるのかは私にはまだよくわかりませんが
140:login:Penguin
21/06/24 20:30:27.29 /iviN2y50.net
>>139
うちの環境だと起動後にbusterは400M弱でbullsEyeは700Mくらい喰う
動いてるプロセスはそんなに変わらないので、カーネルとLibの実装自体がどこかで食ってると思う。
クリーンインストールもBusterからのアップグレードも変わらなかった
xrdp使ってるので本体のデスクトップはloginしてなくても同じ
cpupowerの読み出しタイミングの関係かなと思ったが、実際の発熱が多いので
cpuもメモリも食ってるようです
他の使い勝手はほぼ満足してて、bullsEyeで立ち上げるとなかなか戻れない
141:login:Penguin
21/06/24 20:35:44.78 SA+41hMF0.net
>>140
> busterは400M弱
MATE、Xfce、LXDEあたりですか
週末にSSDがひとつ空く予定なので自分でも確かめてみますわ 面白そうなので
142:login:Penguin
21/06/24 21:23:46.01 OSVu9ZSd0.net
URLﾘﾝｸ(toshio-web.com)
debain10を別ハードディスクにクリーンインストールします
実況しますので支援して下さいっ
143:login:Penguin
21/06/24 21:37:04.25 SA+41hMF0.net
>>142
支援もなにも、書いてあるとおりにやるだけなんだが
あと、新規にインストールするとUEFIのエントリが書き換わるのでそのつもりで
144:login:Penguin
21/06/24 21:45:02.85 /iviN2y50.net
>>141
はい、MATEです
マルチブートでほぼ同じ環境で使っています
meditが無くなったことだけがなにげに痛いです
145:login:Penguin
21/06/24 21:57:41.08 SA+41hMF0.net
>>144
Python2の呪いですかね libpython2.7を追加されますわ
でもダウンロードしてaptで入れれば普通に使えるみたいですよ
URLﾘﾝｸ(deb.debian.org)
146:login:Penguin
21/06/24 22:30:42.86 R/DsXZmz0.net
GTK2使ってるのが原因で上流が既に息してないな
君らが4.2に移植してやればいーんじゃね
147:login:Penguin
21/06/24 22:48:36.14 x0JRpyu+0.net
制限を回避しながらも可能な限り抽象に作り込んで、
文句を言われながらも互換性を維持しながら別の方向で機能を拡張していく・・・
一長一短はあれど、こういう時はMSのフレームワーク類はがんばってたんだなって思えちまうな
148:login:Penguin
21/06/24 22:49:21.48 SA+41hMF0.net
medit-1.2.92-devel.tar.bz2(上流の最新開発版)
Modified:
2017-11-12(約４年前)
こ、これは...
149:login:Penguin
21/06/24 23:00:45.06 OSVu9ZSd0.net
>>143
> 新規にインストールするとUEFIのエントリが書き換わる
それが何の障害になるのかわかりません
現在のHDDのdebianもブートメニューが書き換わって
起動できなくなる、というイメージですか？
150:login:Penguin
21/06/24 23:24:37.08 OSVu9ZSd0.net
やはりアップグレードインストールだ！
アップグレードインストールなどウイン時代も
一回もやったことねえ！
理由は不完全だからだ！！
151:login:Penguin
21/06/25 01:33:18.32 Od64MVoq0.net
>>149
基本そう言う事になる
直し方あるけどそれを知りもしないのに突っ走るのはちょっとねえ
152:login:Penguin
21/06/25 09:51:40.90 C3nNYbFe0.net
URLﾘﾝｸ(www.debian.org)
4.1.1. あらゆるデータや設定情報をバックアップする
システムをアップグレードする前に、完全なバックアップを取っておくよう強くお勧めします。少なくとも、失いたくないデータや設定情報だけでもバックアップしておきましょう。アップグレードのツールや処理はきわめて信頼性の高いものですが、アップグレードの最中にハードウェア障害が起こると、システムに大きなダメージを与えることがありえます。
>> やりました。home の必要をusb に入れました
バックアップしておくべき主な対象として、/etc、/var/lib/dpkg、/var/lib/apt/extended_states の中身、dpkg --get-selections "*" (引用符を忘れてはいけません) の出力などがあります。システムの管理に aptitude を使っている場合は、/var/lib/aptitude/pkgstates もバックアップしておくと良いでしょう。
>> /etc、/var/lib/dpkg、/var/lib/apt/extended_states の中身、dpkg --get-selections "*" (引用符を忘れてはいけません) の出力
ちょっと意味がわかりません。ヤルのですか？
153:login:Penguin
21/06/25 10:02:29.86 Od64MVoq0.net
>>152
それらは従来型ファイルシステム(ext4とかxfs)の場合は必須
Btrfs & timeshift の場合は基本的にはスナップショット取っておけば必要ない
気になるならやっといてもいいけど
俺だったら一応@と@homeを別ストレージへsend(要するにバックアップ)しておくかなあ
154:login:Penguin
21/06/25 10:44:34.12 C3nNYbFe0.net
>>153
> それらは従来型ファイルシステム(ext4とかxfs)の場合は必須
> Btrfs & timeshift の場合は基本的にはスナップショット取っておけば必要ない
ありがとうございます...
> 俺だったら一応@と@homeを別ストレージへsend(要するにバックアップ)しておくかなあ
usb にコピーではダメですか？やり方がわからない
155:login:Penguin
21/06/25 11:02:11.35 Od64MVoq0.net
>>154
$ sudo timeshift --list
$ cd /var/run/timeshift/backup
$ sudo btrfs sub snap -r @ わかりやすい名前(※１)
$ sudo btrfs sub snap -r @home わかりやすい名前(※２)
$ sudo btrfs send ※１のスナップショット | sudo gzip -9cv > USBのマウントディレクトリ/わかりやすい名前.btrfs.gz
$ sudo btrfs send ※２のスナップショット | sudo gzip -9cv > USBのマウントディレクトリ/わかりやすい名前.btrfs.gz
$ sudo btrfs sub del ※１のスナップショット
$ sudo btrfs sub del ※２のスナップショット
156:login:Penguin
21/06/25 14:01:59.04 mS3UxnzT0.net
xzとか使ってやれよやまねさんがかわいそうだろ
157:login:Penguin
21/06/25 14:16:25.36 Od64MVoq0.net
xzだとえらい時間かかりそうじゃん
データ容量知らんけど
158:login:Penguin
21/06/25 17:04:42.61 mS3UxnzT0.net
だよなあ
win10だけどFirefox90のソース展開するのに10分以上かかってたもんな・・
159:login:Penguin
21/06/25 17:40:21.97 C3nNYbFe0.net
>>155
物凄く脳の状態が悪く、危険な操作ができない状態。超早寝して超朝型で
やります。
160:login:Penguin
21/06/26 00:12:12.82 nlanBTR40.net
メモリ2GBでDebian+LXDEでFirefoxを使っているとスラッシングみたいに
なって苦しそうなことがあったけど3GBにしてやるとぐっと楽になった感じ
スロット1本壊れてしまっているので、これ以上増やすには
容量の大きなメモリに交換するするしか手がないです
Windows2000のときは512MBとかでもそれなりに快適に使えてたけど
Linuxでも64bit OSだと頑張って使用メモリをケチるようにしたのに
2GBではまったく足りない感じですね
161:login:Penguin
21/06/26 00:51:54.85 qRt/BU+G0.net
> 容量の大きなメモリに交換するするしか手がないです
本体を買い換えれば良いんじゃね
162:login:Penguin
21/06/26 07:35:08.89 nlanBTR40.net
たしかにw
163:login:Penguin
21/06/26 08:51:11.02 F5FfVWLO0.net
>>155
$ sudo timeshift --list
/dev/sda2 is mounted at: /run/timeshift/backup, options: rw,relatime,space_cache,subvolid=5,subvol=/
Device : /dev/sda2
UUID : cf82c300-5af6-45d6-a682-1e93b9105cae
Path : /run/timeshift/backup
Mode : BTRFS
Status : OK
2 snapshots, 290.6 GB free
Num Name Tags Description
------------------------------------------------------------------------------
0 > 2021-06-22_22-32-03 O $ sudo apt purge firmware-realtek
1 > 2021-06-25_13-05-58 B
$
164:login:Penguin
21/06/26 10:31:43.08 F5FfVWLO0.net
jin@kyo:~$ cd /var/run/timeshift/backup
jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub snap -r @ 昇級前退避
Create a readonly snapshot of '@' in './昇級前退避'
jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub snap -r @home 昇級前退避home Create a readonly snapshot of '@home' in './昇級前退避home '
jin@kyo:/var/run/timeshift/backup$
サイズがデカすぎてやり直し
165:login:Penguin
21/06/26 10:34:05.73 F5FfVWLO0.net
jin@kyo:/var/run/timeshift/backup$ sudo rm -rf 昇級前退避home
jin@kyo:/var/run/timeshift/backup$
消えません 昇級前退避home
166:login:Penguin
21/06/26 10:36:54.43 F5FfVWLO0.net
読み取り専用属性がついてるからと思う。
すでにhomeの内容を整理したものをusbメモリに単純コピーしてある。
それを現在のhomeに再配置して、それから上記コマンドをもう一度やりたいです
167:login:Penguin
21/06/26 10:56:01.68 ztNanLbL0.net
>>166
要するに@homeはバックアップを取る必要が無かったと言う事か
君のマシンを手に取れるわけじゃないんだからそう言う事は事前に言ってくれ
サブボリュームやスナップショットはrmコマンドでは消せないよ
$ cd /var/run/timeshift/backup
$ sudo btrfs sub del 必要無くなったスナップショット
ホームディレクトリのデータ配置は教える様な難しい事ではないので
後日独自にやって下さい
慣れない事をやろうとする時は余計な欲を出さない方が良い
168:login:Penguin
21/06/26 11:52:57.78 1qt+AI4k0.net
>>167
ホームパス内をUSBメモリにBUCKUP取って、
再導入してからバックアップから必要な物を戻せば良いだけじゃないの？
169:login:Penguin
21/06/26 12:01:36.22 eONhJtG60.net
びっとばけっとの回し者がいるぞころせー
170:login:Penguin
21/06/26 12:35:39.78 ztNanLbL0.net
>>168
> ホームパス内をUSBメモリにBUCKUP取って、
これを既に完了していたと、166で後報告されたと言う成り行き
> 再導入してからバックアップから必要な物を戻せば良いだけじゃないの？
-> > ホームディレクトリのデータ配置は教える様な難しい事ではないので
-> > 後日独自にやって下さい
171:login:Penguin
21/06/26 15:38:06.72 F5FfVWLO0.net
152で
>> やりました。home の必要をusb に入れました
で報告した。わかりにくい書き方でした
その上でそんな原始的なやり方ではダメで
＞俺だったら一応@と@homeを別ストレージへsend(要するにバックアップ)しておくかなあ
なのかなあ？と解釈しました
172:login:Penguin
21/06/26 15:39:25.60 F5FfVWLO0.net
>>167
> ホームディレクトリのデータ配置は教える様な難しい事ではないので
> 後日独自にやって下さい
> 慣れない事をやろうとする時は余計な欲を出さない方が良い
了解。自分でも同じこと考えた
173:login:Penguin
21/06/26 15:40:30.46 F5FfVWLO0.net
jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub del 昇級前退避home
ERROR: Could not statfs: No such file or directory
jin@kyo:/var/run/timeshift/backup$ ls -a
. .. @ @home timeshift-btrfs 昇級前退避 昇級前退避home
jin@kyo:/var/run/timeshift/backup$
174:login:Penguin
21/06/26 16:10:56.70 F5FfVWLO0.net
$ sudo btrfs send ※１のスナップショット | sudo gzip -9cv > USBのマウントディレクトリ/わかりやすい名前.btrfs.gz
----------------
$ sudo btrfs send 昇級前退避 | sudo gzip -9cv > /media/jin/C9EA-8480/昇級前退避.btrfs.gz
175:login:Penguin
21/06/26 16:36:15.85 F5FfVWLO0.net
圧縮？おわりません
btrfs.gz のサイズ3.3ギガ
176:login:Penguin
21/06/26 16:47:13.32 F5FfVWLO0.net
これは時間がかかりすぎます
現在4.3ギガ。@のバックアップは必要度は？
キャンセルしてもいいか？
177:login:Penguin
21/06/26 16:48:23.66 F5FfVWLO0.net
> Btrfs & timeshift の場合は基本的にはスナップショット取っておけば必要ない
とありますので、この@ のバックアップはやめていいですか？
178:login:Penguin
21/06/26 16:52:00.96 F5FfVWLO0.net
jin@kyo:/var/run/timeshift/backup$ sudo btrfs send 昇級前退避 | sudo gzip -9cv > /media/jin/C9EA-8480/昇級前退避.btrfs.gz
At subvol 昇級前退避
gzip: stdout: File too large
jin@kyo:/var/run/timeshift/backup$
----------
終わりました
179:login:Penguin
21/06/26 17:16:57.98 ztNanLbL0.net
>>178
> File too large
訳：ファイルサイズでか過ぎ
まあはじめに言ったとおりアップグレードがヤバそうでも
余程でない限りスナップショットで戻せるから大丈夫でしょ
180:login:Penguin
21/06/26 17:20:36.31 F5FfVWLO0.net
usbメモリがfat32 だから？
181:login:Penguin
21/06/26 17:22:56.37 F5FfVWLO0.net
削除。
182:login:Penguin
21/06/26 17:23:51.97 ztNanLbL0.net
それは大いにある
だがもうやり直すの面倒でしょ？
RAID組んだり透過圧縮かけてたり等の特殊な事やってなけりゃ
Btrfsはそこまでヤワじゃないから大丈夫
183:login:Penguin
21/06/26 17:25:24.19 ztNanLbL0.net
て言うかホームディレクトリをそのまんまFAT32にコピーしては駄目じゃん
パーミッションが失われるぞ(確か)
184:login:Penguin
21/06/26 17:53:23.85 F5FfVWLO0.net
>>182
> だがもうやり直すの面倒でしょ？
ラジャー。
>て言うかホームディレクトリをそのまんまFAT32にコピーしては駄目じゃん
パーミッションが失われるぞ(確か)
コピーしたのは、
:/media/jin/C9EA-8480/2021-06-06_23-12-03$ ls -a
. Desktop Downloads Pictures rtl8192cu-fixes
.. Documents Music Videos
だけです。中身を逐一チェックして いる、イラン、いる、いらんした。
サイズは1ギガまで減らした。
ゆえに
---------------------------------
URLﾘﾝｸ(www.debian.org) ... tml#backup
アップグレードの過程自体は、/home ディレクトリ以下は一切変更しません。とはいえ、(Mozilla スイートの一部や、GNOME・KDE といったデスクトップ環境のように) ユーザが初めて新しいバージョンのアプリケーションを起動するときに、既存のユーザ設定を新たなデフォルト値で上書きしてしまうものがあるのも事実です。
万一に備えて、ユーザのホームディレクトリにある隠しファイルと隠しディレクトリ (いわゆる 「ドットファイル」) をバックアップしておくのがよいでしょう。古い状態に戻したり、再度設定する場合に役立つはずです。
---------------------------------
＞ホームディレクトリにある隠しファイルと隠しディレクトリ (いわゆる 「ドットファイル」) をバックアップしておく
この教えを実行してない。次回します。
いまからカレー作るための買い出し、そのあとめし食って寝る
デビアンスレのみんな！あんがとよ！！
君もありがとう
185:login:Penguin
21/06/26 18:03:39.81 ztNanLbL0.net
俺はそのような事に真摯に取り組む限りは
俺に可能な助言は惜しまない
某所でおいたせずちゃんと休むんだぞ
186:login:Penguin
21/06/27 16:08:28.27 MojTi1K50.net
jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub del 昇級前退避home
ERROR: Could not statfs: No such file or directory ＜＜消せません
ここがどうしたら？
187:login:Penguin
21/06/27 16:29:19.87 MojTi1K50.net
新しい"USB Drivを準備。
＞ホームディレクトリにある隠しファイルと隠しディレクトリ (いわゆる 「ドットファイル」) をバックアップ
のため
$ sudo mkfs.fat -F 32 /dev/sdb1 -n "USB Drive"
mkfs.fat 4.1 (2017-01-24)
mkfs.fat: warning - lowercase labels might not work properly with DOS or Windows
警告-小文字のラベルは、DOSまたはWindowsでは正しく機能しない可能性があります。
188:login:Penguin
21/06/27 16:45:29.76 MojTi1K50.net
よろしくおねがいします
＞ホームディレクトリにある隠しファイルと隠しディレクトリ (いわゆる 「ドットファイル」)
のサイズが4.4ギガあり"USB Drive"へのコピーでは時間がかかりすぎます。
こういう場合どうするのか？
189:login:Penguin
21/06/27 16:53:08.38 jFWg3LnG0.net
>>186
$ ls
190:login:Penguin
21/06/27 19:50:29.57 MojTi1K50.net
jin@kyo:~$ cd /var/run/timeshift/backup
jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub del 昇級前退避home
ERROR: Could not statfs: No such file or directory
jin@kyo:/var/run/timeshift/backup$ ls
@ @home timeshift-btrfs 昇級前退避 昇級前退避home
jin@kyo:/var/run/timeshift/backup$
191:login:Penguin
21/06/27 19:58:40.89 jFWg3LnG0.net
>>190
$ sudo btrfs sub list .
192:login:Penguin
21/06/27 20:08:43.97 MojTi1K50.net
$ sudo btrfs sub list .
ID 2333 gen 171991 top level 5 path timeshift-btrfs/snapshots/2021-06-22_22-32-03/@
ID 2334 gen 168748 top level 5 path timeshift-btrfs/snapshots/2021-06-22_22-32-03/@home
ID 2343 gen 172433 top level 5 path @home
ID 2344 gen 172433 top level 5 path @
ID 2355 gen 171015 top level 5 path 昇級前退避
ID 2356 gen 171018 top level 5 path 昇級前退避home
ID 2375 gen 172321 top level 5 path timeshift-btrfs/snapshots/2021-06-27_16-24-22/@
ID 2376 gen 172322 top level 5 path timeshift-btrfs/snapshots/2021-06-27_16-24-22/@home
どうやってbtrfsのコマンド類をマスターしたのでしょう？ まとまったいいページありますか？
193:login:Penguin
21/06/27 20:15:27.15 jFWg3LnG0.net
>>192
$ sudo btrfs sub del '昇級前退避'
$ sudo btrfs sub del '昇級前退避home'
> どうやってbtrfsのコマンド類をマスターしたのでしょう？
バックアップを抜かりなくやった上でいじくりまくった
> まとまったいいページありますか？
Btrfs - ArchWiki
URLﾘﾝｸ(wiki.archlinux.jp)
194:login:Penguin
21/06/27 20:16:21.52 MojTi1K50.net
どのページを見てもこんな抽象的なことを
図解もなしに理解できるひとの意味がわかんない
195:login:Penguin
21/06/27 20:19:26.92 MojTi1K50.net
jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub del '昇級前退避'
Delete subvolume (no-commit): '/run/timeshift/backup/昇級前退避'
こちらは消えた
jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub del '昇級前退避home'
ERROR: Could not statfs: No such file or directory
jin@kyo:/var/run/timeshift/backup$
こちらは消せない
196:login:Penguin
21/06/27 20:26:25.07 MojTi1K50.net
btrfs error could not statfs no such file or directory
でググって
URLﾘﾝｸ(bbs.archlinux.org)
Can't delete a btrfs snapshot
スナップショットを削除しようとすると
btrfs subvolume delete 2/snapshot/4/snapshot
私は得る
ERROR: cannot access subvolume 2/snapshot/4/snapshot: No such file or directory
＜＜まったく一緒と思う、自分のと
197:login:Penguin
21/06/27 20:28:30.98 MojTi1K50.net
（回答者）
サブボリュームのフルパスを指定する必要があります。rootとしてどのサブボリュームをマウントしましたか？
（質問者）
お返事ありがとうございます。rootのfstabエントリは次のとおりです。
UUID=xxxxxxxxxxxxxxx / btrfs rw,noatime,compress=lzo,space_cache,subvolid=257,subvol=/ROOT,subvol=ROOT 0 0
---------
（俺）意味がわかんねえ、このやり取り
198:login:Penguin
21/06/27 20:38:35.82 jFWg3LnG0.net
>>197
ひとつ気になった事があるので以下を実施
$ 使ってるファイルマネージャ . &
$ ls ファイルマネージャから端末エミュレータへ「昇級前退避home」をドラッグしてエンター
199:login:Penguin
21/06/27 20:54:20.75 jFWg3LnG0.net
>>198
何が言いたいかと言うと、こういうこと
URLﾘﾝｸ(i.imgur.com)
200:login:Penguin
21/06/27 21:05:25.55 MojTi1K50.net
jin@kyo:~$ caja . &
[1] 9047
jin@kyo:~$ ls '/var/run/timeshift/backup/昇級前退避home '
jin
ありがとうございます。おれでも分かりました。昇級前退避home のあとに余分な空白が全角で一個入ってます
201:login:Penguin
21/06/27 21:07:47.51 MojTi1K50.net
jin@kyo:~$ sudo btrfs sub del '/var/run/timeshift/backup/昇級前退避home '
Delete subvolume (no-commit): '/run/timeshift/backup/昇級前退避home '
jin@kyo:~$
消せました！
202:login:Penguin
21/06/27 21:08:35.62 jFWg3LnG0.net
>>200
という事で、
$ sudo btrfs sub del '昇級前退避home '
203:login:Penguin
21/06/27 21:09:40.92 MojTi1K50.net
アップグレード終わるのに、今のペースで続けると、時間どのくらいかかるものですか？
204:login:Penguin
21/06/27 21:09:49.91 jFWg3LnG0.net
>>201
おっと一歩遅くレスしてしまった
今日はもう終いにしておいた方が良いだろう