ヤサカ Yasaka

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/18(火) 21:43:43.27

>>97
> inssid使っても、最適を見つけられない。

焦点を思い切り下へ。解決。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/19(水) 05:34:11.72

ワンドラからツール削除

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/19(水) 05:41:27.62

けうの環境をいっぽいっぽ改善。いくら責めてもダメ。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/21(金) 14:01:34.30

usb黒ではスタンバイ回復ごとにoya ダメになる

やはり一度は白修理。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/21(金) 14:07:13.58

$ pkill oyainput
はいらないことがわかった。単に
$ oyainput &

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/21(金) 17:36:29.57

ダイソー、アルコールのためにたいそうに時間を使う。自転車空気抜かれカスゲット。
金の斧銀の斧。けうのためいつも疲労ぬいておく

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/21(金) 20:40:27.19

白テスト。
qwertyuiop 上段オッケー。asdfghjkl; 中段オッケー。zxcvbnm,./ 下段オッケー。

bbbbbyyyyy bとy 単独打鍵合格。これより日本語入力。

b キー。へへへへべべべ　単独と交差打鍵合格。ぃぃぃ　同時打鍵合格。

y キー。ららららぱぱぱ　単独と交差　合格。よよよよ　同時打鍵合格。...ふぅ

---------------------------------------------
今後も具合悪くなるであろう。その都度見てやるしかない。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/22(土) 20:00:34.17

$ 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 90.0.4430.212-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 からアップグレード可]
libfaudio0/buster-backports 21.02-1~bpo10+1 amd64 [19.07-0~bionic からアップグレード可]
libfaudio0/buster-backports 21.02-1~bpo10+1 i386 [19.07-0~bionic からアップグレード可]
wine-stable-amd64/stable 6.0.0~buster-1 amd64 [5.0.2~buster からアップグレード可]
wine-stable-i386/stable 6.0.0~buster-1 i386 [5.0.2~buster からアップグレード可]
wine-stable/stable 6.0.0~buster-1 amd64 [5.0.2~buster からアップグレード可]
winehq-stable/stable 6.0.0~buster-1 amd64 [5.0.2~buster からアップグレード可]

$

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/22(土) 20:50:26.00

$ su -
パスワード:
# /usr/bin/nmcli device status
DEVICE TYPE STATE CONNECTION
wlan0 wifi 接続済み
lo loopback 管理無し --
#

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/22(土) 20:58:26.44

# rfkill list
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no

# /usr/bin/ip a

2: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
略

# rfkill list
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no

# ip link set wlan0 up
# iw dev wlan0 scan | grep SSID
SSID: 略

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/22(土) 21:07:58.00

$ su -
パスワード:
# apt-get install --reinstall linux-headers-$(uname -r) build-essential dkms git
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
アップグレード: 0 個、新規インストール: 0 個、再インストール: 4 個、削除: 0 個、保留: 12 個。
6,721 kB のアーカイブを取得する必要があります。
この操作後に追加で 0 B のディスク容量が消費されます。
取得:1 http://deb.debian.org/debian buster/main amd64 build-essential amd64 12.6 [7,576 B]
取得:2 http://deb.debian.org/debian buster/main amd64 dkms all 2.6.1-4 [74.4 kB]
取得:3 http://deb.debian.org/debian buster/main amd64 git amd64 1:2.20.1-2+deb10u3 [5,633 kB]
取得:4 http://deb.debian.org/debian buster/main amd64 linux-headers-4.19.0-16-amd64 amd64 4.19.181-1 [1,006 kB]
6,721 kB を 6秒で取得しました (1,109 kB/s)
/tmp/timeshift-autosnap-apt-timestamp not found! Using lastSnapshot=0
Rsyncing /boot into the filesystem before the call to timeshift.
Rsyncing /boot/efi into the filesystem before the call to timeshift.
Using system disk as snapshot device for creating snapshots in BTRFS mode

/dev/sda2 is mounted at: /run/timeshift/backup, options: rw,relatime,space_cache,subvolid=5,subvol=/

Creating new backup...(BTRFS)
Saving to device: /dev/sda2, mounted at path: /run/timeshift/backup
Created directory: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-05-22_21-05-11
Created subvolume snapshot: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-05-22_21-05-11/@
Created subvolume snapshot: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-05-22_21-05-11/@home
Created control file: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-05-22_21-05-11/info.json
BTRFS Snapshot saved successfully (0s)
Tagged snapshot '2021-05-22_21-05-11': ondemand
------------------------------------------------------------------------------
(データベースを読み込んでいます ... 現在 261608 個のファイルとディレクトリがインストールされています。)
.../build-essential_12.6_amd64.deb を展開する準備をしています ...
build-essential (12.6) で (12.6 に) 上書き展開しています ...
.../archives/dkms_2.6.1-4_all.deb を展開する準備をしています ...
dkms (2.6.1-4) で (2.6.1-4 に) 上書き展開しています ...
.../git_1%3a2.20.1-2+deb10u3_amd64.deb を展開する準備をしています ...
git (1:2.20.1-2+deb10u3) で (1:2.20.1-2+deb10u3 に) 上書き展開しています ...
.../linux-headers-4.19.0-16-amd64_4.19.181-1_amd64.deb を展開する準備をしています ...
linux-headers-4.19.0-16-amd64 (4.19.181-1) で (4.19.181-1 に) 上書き展開しています ...
dkms (2.6.1-4) を設定しています ...
git (1:2.20.1-2+deb10u3) を設定しています ...
linux-headers-4.19.0-16-amd64 (4.19.181-1) を設定しています ...
build-essential (12.6) を設定しています ...
man-db (2.8.5-2) のトリガを処理しています ...
localepurge: Disk space freed in /usr/share/locale: 4892 KiB
localepurge: Disk space freed in /usr/share/man: 0 KiB
localepurge: Disk space freed in /usr/share/gnome/help: 0 KiB
localepurge: Disk space freed in /usr/share/omf: 0 KiB

Total disk space freed by localepurge: 4892 KiB

#
同じもので上書きしてるがごとく見える

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/22(土) 21:10:32.74

# git clone https://github.com/pvaret/rtl8192cu-fixes.git
Cloning into 'rtl8192cu-fixes'...
remote: Enumerating objects: 742, done.
remote: Counting objects: 100% (21/21), done.
remote: Compressing objects: 100% (17/17), done.
remote: Total 742 (delta 4), reused 10 (delta 2), pack-reused 721
Receiving objects: 100% (742/742), 2.11 MiB | 1.24 MiB/s, done.
Resolving deltas: 100% (412/412), done.

# dkms add ./rtl8192cu-fixes && dkms install 8192cu/1.10 && depmod -a

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

DKMS: add completed.

Error! Could not find module source directory. << chroot でやったからでは？
Directory: /usr/src/8192cu-1.10 does not exist.
#

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/22(土) 21:13:52.92

$ sudo arch-chroot chroot
==> WARNING: chroot is not a mountpoint. This may have undesirable side effects.
root@kyo:/# dkms add ./rtl8192cu-fixes && dkms install 8192cu/1.10 && depmod -a
bash: dkms: コマンドが見つかりません
root@kyo:/# # git clone https://github.com/pvaret/rtl8192cu-fixes.git
root@kyo:/# git clone https://github.com/pvaret/rtl8192cu-fixes.git
Cloning into 'rtl8192cu-fixes'...
remote: Enumerating objects: 742, done.
remote: Counting objects: 100% (21/21), done.
remote: Compressing objects: 100% (17/17), done.
remote: Total 742 (delta 4), reused 10 (delta 2), pack-reused 721
Receiving objects: 100% (742/742), 2.11 MiB | 1.49 MiB/s, done.
Resolving deltas: 100% (412/412), done.
root@kyo:/# dkms add ./rtl8192cu-fixes && dkms install 8192cu/1.10 && depmod -a
bash: dkms: コマンドが見つかりません
root@kyo:/#

ここまでで、いったんすべて戻す。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/22(土) 21:18:43.23

{timeshift-autosnap-apt} {created before call to APT}
コメント欄には詳細は書いていない

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/23(日) 05:28:55.58

jin@kyo:~$ echo options rtl8xxxu ht40_2g=1 dma_aggregation=1 | sudo tee /etc/modprobe.d/rtl8xxxu.conf
options rtl8xxxu ht40_2g=1 dma_aggregation=1
jin@kyo:~$

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/23(日) 06:07:13.90

# apt-cache search wpasupplicant
wpasupplicant - WPA および WPA2 (IEEE 802.11i) のクライアントサポート
connman - Intel Connection Manager daemon
connman-dev - Development files for connman
connman-vpn - Intel Connection Manager daemon - VPN daemon
# apt-get install wpasupplicant
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
wpasupplicant はすでに最新バージョン (2:2.7+git20190128+0c1e29f-6+deb10u3) です。
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 12 個。
#

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/23(日) 06:24:21.51

sudo apt update と sudo apt upgrade が終わったら、いったんlinuxを再起動してから、uname -r を確認する。再起動前と内容が変わっていたら、linux-headersのインストールを試みてください。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/23(日) 06:28:46.35

# sudo apt upgrade
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
アップグレードパッケージを検出しています... 完了
以下のパッケージが新たにインストールされます:
libstb0:i386
以下のパッケージはアップグレードされます:
apt apt-transport-https apt-utils google-chrome-stable libapt-inst2.0
libapt-pkg5.0 libfaudio0 libfaudio0:i386 wine-stable wine-stable-amd64
wine-stable-i386:i386 winehq-stable

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/23(日) 14:29:38.54

PS C:\Windows\system32> Get-AppxPackage | Select Name, PackageFullName

Name PackageFullName
---- ---------------
Microsoft.VCLibs.120.00 Microsoft.
VCLibs.120.00_12.0.21005.1_x86__8wekyb3d8bbwe
Microsoft.VCLibs.120.00 Microsoft.
VCLibs.120.00_12.0.21005.1_x64__8wekyb3d8bbwe
Microsoft.Media.PlayReadyClient.2 Microsoft.Media.
PlayReadyClient.2_2.11.2154.0_x64__8weky...
Microsoft.Media.PlayReadyClient.2 Microsoft.Media.
PlayReadyClient.2_2.11.2154.0_x86__8weky...
Microsoft.Reader Microsoft.
Reader_6.3.9654.17044_x64__8wekyb3d8bbwe
CheckPoint.VPN CheckPoint.
VPN_1.0.0.1_neutral_neutral_cw5n1h2txyewy
f5.vpn.client f5.vpn.
client_1.0.0.11_neutral_neutral_cw5n1h2txyewy
FileManager
FileManager_6.3.9600.16384_neutral_neutral_cw5n1h2txyewy
JuniperNetworks.JunosPulseVpn JuniperNetworks.
JunosPulseVpn_1.0.0.206_neutral_neutral_...
Microsoft.MoCamera Microsoft.
MoCamera_6.3.9600.16384_neutral_neutral_cw5n1h...
SonicWALL.MobileConnect SonicWALL.
MobileConnect_1.0.0.8_neutral_neutral_cw5n1h2t...
windows.immersivecontrolpanel windows.
immersivecontrolpanel_6.2.0.0_neutral_neutral_cw...
winstore
winstore_1.0.0.0_neutral_neutral_cw5n1h2txyewy

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/23(日) 14:30:31.91

Microsoft.Media.PlayReadyClient Microsoft.Media.
PlayReadyClient_2.3.1678.0_x64__8wekyb3d...
Microsoft.VCLibs.120.00.Preview Microsoft.
VCLibs.120.00.Preview_12.0.20222.1_x64__8wekyb...
Microsoft.VCLibs.110.00 Microsoft.
VCLibs.110.00_11.0.51106.1_x86__8wekyb3d8bbwe
Microsoft.WinJS.1.0 Microsoft.
WinJS.1.0_1.0.9200.20789_neutral__8wekyb3d8bbwe
Microsoft.VCLibs.110.00 Microsoft.
VCLibs.110.00_11.0.51106.1_x64__8wekyb3d8bbwe
Microsoft.Media.PlayReadyClient Microsoft.Media.
PlayReadyClient_2.3.1678.0_x86__8wekyb3d...
Microsoft.VCLibs.120.00.Preview Microsoft.
VCLibs.120.00.Preview_12.0.20222.1_x86__8wekyb...

PS C:\Windows\system32> Get-AppxPackage -AllUsers | Remove-AppxPackage
Remove-AppxPackage : 次の HRESULT で展開に失敗しました: 0x80073CF3, パッケー
ジの更新、依存関係、または競合の検証に失敗
しました。
現在、パッケージ Microsoft.Reader がフレームワーク Microsoft.
VCLibs.120.00_12.0.21005.1_x86__8wekyb3d8bbwe に依存して
いるため、このフレームワークを削除できません。このフレームワークに依存するす
べてのパッケージを削除すると、フレームワー
クも自動的に削除されます。
注意: 詳細については、イベントログで [ActivityId] 5aea8746-4f86-0001-dd88-
ea5a864fd701 を検索するか、コマンドラインの
Get-AppxLog -ActivityID 5aea8746-4f86-0001-dd88-ea5a864fd701 を使用してくだ
さい
発生場所行:1 文字:29
+ Get-AppxPackage -AllUsers | Remove-AppxPackage

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/23(日) 14:31:21.31

+ ~~~~~~~~~~~~~~~~~~
+ CategoryInfo : WriteError: (Microsoft.VCLib...__8wekyb3d8bbwe:
String) [Remove-AppxPackage], IOException
+ FullyQualifiedErrorId : DeploymentError,Microsoft.Windows.Appx.
PackageManager.Commands.RemoveAppxPackageCommand

Remove-AppxPackage : 次の HRESULT で展開に失敗しました: 0x80073CF3, パッケー
ジの更新、依存関係、または競合の検証に失敗
しました。
現在、パッケージ Microsoft.Reader がフレームワーク Microsoft.
VCLibs.120.00_12.0.21005.1_x64__8wekyb3d8bbwe に依存して
いるため、このフレームワークを削除できません。このフレームワークに依存するす
べてのパッケージを削除すると、フレームワー
クも自動的に削除されます。
注意: 詳細については、イベントログで [ActivityId] 5aea8746-4f86-0001-e888-
ea5a864fd701 を検索するか、コマンドラインの
Get-AppxLog -ActivityID 5aea8746-4f86-0001-e888-ea5a864fd701 を使用してくだ
さい
発生場所行:1 文字:29
+ Get-AppxPackage -AllUsers | Remove-AppxPackage
+ ~~~~~~~~~~~~~~~~~~
+ CategoryInfo : WriteError: (Microsoft.VCLib...__8wekyb3d8bbwe:
String) [Remove-AppxPackage], IOException
+ FullyQualifiedErrorId : DeploymentError,Microsoft.Windows.Appx.
PackageManager.Commands.RemoveAppxPackageCommand

Remove-AppxPackage : 次の HRESULT で展開に失敗しました: 0x80073CF1, パッケー
ジが見つかりませんでした。
Microsoft.VCLibs.120.00_12.0.21005.1_arm__8wekyb3d8bbwe を削除できません。こ

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/24(月) 10:46:18.86

$ sudo lshw -C network
*-network
略
configuration: broadcast=yes driver=rtl8192cu driverversion=4.19.0-16-amd64 firmware=N/A ip=192. link=yes multicast=yes wireless=IEEE 802.11

$ lsusb
Bus 006 Device 002: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter

前書き
WiFiデバイスは、「チップセット」と呼ばれる電子チップ上で動作します。同じチップセットをいくつかの異なるデバイスで見つけることができます。したがって、1つのチップセットのドライバ/モジュールは、そのチップセットを使用するすべてのワイヤレスデバイスで機能します。
Debianなどの自由ソフトウェアベースのシステムは、高品質のドライバーとファームウェアを作成および維持するために、メーカーと開発者の間の協力に依存しています。ドライバーとファームウェアは、ハードウェアが機能するかどうか、およびどの程度機能するかを決定するものです。

Debianの社会契約は、ディストリビューションの解放を義務付けています。実際には、これは、コミュニティが取り組むことができる仕様と無料のドライバーをリリースすることによって、メーカーが協力する必要があることを意味します。Debianの新しいバージョン（6以降）には、フリーでないドライバやファームウェアは含まれていません。

非フリーのドライバーとファームウェアは、フリーソフトウェアコミュニティとの協力を拒否またはできないエンティティによって作成されます。フリーでないドライバーとファームウェアのサポートでは、多くの場合、利用できないか、厳しく制限されています。たとえば、機能が省略されたり、バグが修正されなかったり、製造元からのサポートが一瞬である場合があります。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/24(月) 10:56:46.32

rtl8192cu

Realtek chipsets (RTL8188CE-VAU, RTL8188CUS, RTL8192CU)

rtl819x

地獄界マーク

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/24(月) 11:03:22.20

# lsusb -v | grep -E '\<(Bus|iProduct|bDeviceClass|bDeviceProtocol)' 2>/dev/null

Bus 006 Device 002: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
bDeviceClass 0
bDeviceProtocol 0
iProduct 2 WN-G300UA
(Bus Powered)
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
bDeviceClass 0
bDeviceProtocol 0
(Bus Powered)

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/24(月) 11:20:36.55

$ sudo apt install firmware-realtek
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
firmware-realtek はすでに最新バージョン (20190114-2) です。
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 0 個。

DFSGに準拠しているか
未確認ですがubuntuやmintではおそらくこのファームウエアは最初から入っているかと思います。

しかしdebianはDFSG（debian社会契約に含まれる Debian フリーソフトウェアガイドライン）に準規したソフトウエアしか含まないディストリビューション。

今回目的のファームウェアはDFSGには準規しているソフトウエアではないです。というかファームウエアの多くはプロプライエタリだと思います。

ドライバはあるのにファームウエアがないというちぐはぐな状態はそのような理由によるのだろうと思います。

このようにdebianを使っていると、どうしてもDFSGに準規しないソフトウエアやプログラムが必要になってくる場合があります。（でもそこが好きなところでもあります）

DFSGに準規しないソフトウエアを使えないのはやはり現実的では無いということで、debianではDFSGに準規しないソフトウエアを含んだリポジトリ領域を追加することが可能です。

初期ではリポジトリにmain（DFSGに完全準規）が記述されていますが、ここにcontrib（DFSGに準規するが依存関係おいてnon-freeが含まれており準規しない）とnon-free（DFSGに準規しない）を追加記述することによって、DFSGに準規しないソフトウエアやプログラムも参照・インストールすることができます。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/24(月) 11:21:18.19

$ sudo apt install firmware-realtek

firmware-realtek はすでに最新バージョン (20190114-2) です。
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 0 個。

DFSGに準拠しているか
未確認ですがubuntuやmintではおそらくこのファームウエアは最初から入っているかと思います。

しかしdebianはDFSG（debian社会契約に含まれる Debian フリーソフトウェアガイドライン）に準規したソフトウエアしか含まないディストリビューション。

今回目的のファームウェアはDFSGには準規しているソフトウエアではないです。というかファームウエアの多くはプロプライエタリだと思います。

ドライバはあるのにファームウエアがないというちぐはぐな状態はそのような理由によるのだろうと思います。

このようにdebianを使っていると、どうしてもDFSGに準規しないソフトウエアやプログラムが必要になってくる場合があります。（でもそこが好きなところでもあります）

DFSGに準規しないソフトウエアを使えないのはやはり現実的では無いということで、debianではDFSGに準規しないソフトウエアを含んだリポジトリ領域を追加することが可能です。

初期ではリポジトリにmain（DFSGに完全準規）が記述されていますが、ここにcontrib（DFSGに準規するが依存関係おいてnon-freeが含まれており準規しない）とnon-free（DFSGに準規しない）を追加記述することによって、DFSGに準規しないソフトウエアやプログラムも参照・インストールすることができます。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/24(月) 11:26:09.32

$ dmesg | grep rtl
dmesg: カーネルバッファの読み込みに失敗しました: 許可されていない操作です

$ sudo dmesg | grep rtl
[ 11.256184] rtl8192cu: Chip version 0x11
[ 11.358475] rtl8192cu: Board Type 0
[ 11.358711] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
[ 11.358772] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[ 11.451728] ieee80211 phy0: Selected rate control algorithm 'rtl_rc'
[ 11.452221] usbcore: registered new interface driver rtl8192cu
[ 11.490194] usb 6-3: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[ 18.061312] rtl8192cu: MAC auto ON okay!
[ 18.094453] rtl8192cu: Tx queue select: 0x05
[ 18.704368] rtl8192cu: MAC auto ON okay!
[ 18.737118] rtl8192cu: Tx queue select: 0x05
[ 20.441062] rtl8192cu: MAC auto ON okay!
[ 20.473882] rtl8192cu: Tx queue select: 0x05
[ 22.083903] rtl8192cu 6-3:1.0 wlan0: disabling HE/HT/VHT due to WEP/TKIP use
[ 47.728858] (NULL device *): firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[ 49.618901] rtl8192cu: Chip version 0x11
[ 49.785246] rtl8192cu: Board Type 0
[ 49.785492] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
[ 49.785548] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[ 49.785866] ieee80211 phy1: Selected rate control algorithm 'rtl_rc'
[ 59.750041] rtl8192cu: MAC auto ON okay!
[ 59.786544] rtl8192cu: Tx queue select: 0x05
[ 60.401344] rtl8192cu: MAC auto ON okay!
[ 60.434205] rtl8192cu: Tx queue select: 0x05
[ 62.077107] rtl8192cu: MAC auto ON okay!
[ 62.109857] rtl8192cu: Tx queue select: 0x05
[ 63.705583] rtl8192cu 6-3:1.0 wlan0: disabling HE/HT/VHT due to WEP/TKIP use

$

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/24(月) 11:33:04.10

参考ページのような

firmware: failed to load rtlwifi/rtl8192cufw_TMSC.bin (-2)
や
firmware: failed to load rtlwifi/rtl8192cufw.bin (-2) です。

＞デバイスを検知して、ドライバを組み込むまでは特にエラーは出ていませんが、[102.285885]以降にエラーが立て続けにでていることがわかります。

は出ていない

firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin

rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/24(月) 12:27:27.26

Index of /cdimage/unofficial/non-free/firmware/buster
から　とりあえず
firmware.tar.gz
をダウンしたが、こんなやり方でいいのかエロメールで確認

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/24(月) 12:28:07.21

はずきべんじょからでてきて、修復

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/25(火) 05:33:36.69

Before restoring '2021-05-22 20:02:19'
Before restoring '2021-05-23 05:39:51'
{timeshift-autosnap-apt} {created before call to APT}

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/25(火) 05:38:43.40

バージョン: 90.0.4430.212（Official Build）（64 ビット）

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/25(火) 06:31:00.31

rm -rfv ~/.config/google-chrome

で恐ろしいほど一気に削除されたが、安易だった。taka のLocal Storageの差分バックアップを
とっているか不明だから

今後のため、旧版の試みを終えたら、グードラのマウントをやる。そして必要なバックアップを即座にやる習慣をつける

＞＞とにかく直近へ戻す

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/25(火) 06:40:40.95

いったんこれ（旧版テストをやめる）必然性が薄い

グードラマウントのほうが大事

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/25(火) 13:41:17.65

USB2.0のポートに刺すとダウンロードがめちゃくちゃに遅く、Googleのスピードテストをしてみると1Mbpsかそれくらいしかでないことがある。

理由はわからないが、これはUSB3.0のポートに刺し変えることで解決できる。製品自体は2.0用と書かれているが、Ubuntuにおいては2.0に刺すと使い物にならない。逆にWindowsでは3.0に刺すと接続が安定しないことがあったが

>>マシン転倒させてテストしたがそのような結果はまったく出なかった

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/25(火) 13:42:46.49

また、NetworkManager アプレットにおいて2本しか立たなくても、グーグルのスピードテストで
十分な速度が出ている

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/25(火) 23:15:58.85

$ sudo apt-get update
ヒット:1 https://dl.winehq.org/wine-builds/debian buster InRelease
ヒット:2 http://security.debian.org/debian-security buster/updates InRelease
ヒット:3 http://dl.google.com/linux/chrome/deb stable InRelease
ヒット:4 http://repo.radeon.com/rocm/apt/debian xenial InRelease
ヒット:5 http://deb.debian.org/debian buster InRelease
取得:6 http://deb.debian.org/debian buster-updates InRelease [51.9 kB]
取得:7 http://deb.debian.org/debian buster-backports InRelease [46.7 kB]
取得:8 http://deb.debian.org/debian buster-backports/main Sources.diff/Index [27.8 kB]
取得:9 http://deb.debian.org/debian buster-backports/main i386 Packages.diff/Index [27.8 kB]
取得:10 http://deb.debian.org/debian buster-backports/main amd64 Packages.diff/Index [27.8 kB]
取得:11 http://deb.debian.org/debian buster-backports/main Translation-en.diff/Index [27.8 kB]
取得:12 http://deb.debian.org/debian buster-backports/main i386 Contents (deb).diff/Index [27.9 kB]
取得:13 http://deb.debian.org/debian buster-backports/main amd64 Contents (deb).diff/Index [27.9 kB]
取得:14 http://deb.debian.org/debian buster-backports/main Sources 2021-05-25-0202.48.pdiff [79 B]
取得:14 http://deb.debian.org/debian buster-backports/main Sources 2021-05-25-0202.48.pdiff [79 B]
取得:15 http://deb.debian.org/debian buster-backports/main i386 Packages 2021-05-25-0202.48.pdiff [9,843 B]
取得:15 http://deb.debian.org/debian buster-backports/main i386 Packages 2021-05-25-0202.48.pdiff [9,843 B]
取得:16 http://deb.debian.org/debian buster-backports/main amd64 Packages 2021-05-25-0202.48.pdiff [8,058 B]
取得:16 http://deb.debian.org/debian buster-backports/main amd64 Packages 2021-05-25-0202.48.pdiff [8,058 B]
取得:17 http://deb.debian.org/debian buster-backports/main Translation-en 2021-05-25-0202.48.pdiff [173 B]
取得:17 http://deb.debian.org/debian buster-backports/main Translation-en 2021-05-25-0202.48.pdiff [173 B]
取得:18 http://deb.debian.org/debian buster-backports/main i386 Contents (deb) 2021-05-25-0202.48.pdiff [1,546 B]
取得:18 http://deb.debian.org/debian buster-backports/main i386 Contents (deb) 2021-05-25-0202.48.pdiff [1,546 B]
取得:19 http://deb.debian.org/debian buster-backports/main amd64 Contents (deb) 2021-05-25-0202.48.pdiff [668 B]
取得:19 http://deb.debian.org/debian buster-backports/main amd64 Contents (deb) 2021-05-25-0202.48.pdiff [668 B]
286 kB を 8秒で取得しました (35.5 kB/s)
パッケージリストを読み込んでいます... 完了

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/25(火) 23:22:37.48

$ sudo apt-get 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 個、保留: 12 個。

$ git clone https://github.com/pvaret/rtl8192cu-fixes.git
Cloning into 'rtl8192cu-fixes'...
remote: Enumerating objects: 742, done.
remote: Counting objects: 100% (21/21), done.
remote: Compressing objects: 100% (17/17), done.
remote: Total 742 (delta 4), reused 10 (delta 2), pack-reused 721
Receiving objects: 100% (742/742), 2.11 MiB | 226.00 KiB/s, done.
Resolving deltas: 100% (412/412), done.

$ sudo dkms add ./rtl8192cu-fixes

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

DKMS: add completed.

$

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/25(火) 23:29:10.06

$ 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...........(bad exit status: 2)
Error! Bad return status for module build on kernel: 4.19.0-16-amd64 (x86_64)
Consult /var/lib/dkms/8192cu/1.11/build/make.log for more information.

$ 末尾3行好像出现了错误。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/25(火) 23:36:18.37

$ cat /var/lib/dkms/8192cu/1.11/build/make.log
DKMS make.log for 8192cu-1.11 for kernel 4.19.0-16-amd64 (x86_64)
2021年 5月 25日火曜日 23:19:12 JST
make: ディレクトリ '/usr/src/linux-headers-4.19.0-16-amd64'　に入ります
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_cmd.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_security.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_debug.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_io.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_ioctl_query.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_ioctl_set.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_ieee80211.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_mlme.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_mlme_ext.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_wlan_util.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_pwrctrl.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_rf.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_recv.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_sta_mgt.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_ap.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_xmit.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_p2p.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_tdls.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_br_ext.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_iol.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/rtw_sreset.o
CC [M] /var/lib/dkms/8192cu/1.11/build/core/efuse/rtw_efuse.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/hal_intf.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/hal_com.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/dm.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/rtl8192c/rtl8192c_hal_init.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/rtl8192c/rtl8192c_phycfg.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/rtl8192c/rtl8192c_rf6052.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/rtl8192c/rtl8192c_dm.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/rtl8192c/rtl8192c_rxdesc.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/rtl8192c/rtl8192c_cmd.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/rtl8192c/usb/usb_halinit.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/rtl8192c/usb/rtl8192cu_led.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/rtl8192c/usb/rtl8192cu_xmit.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/rtl8192c/usb/rtl8192cu_recv.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/rtl8192c/usb/usb_ops_linux.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/rtl8192c/rtl8192c_sreset.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/rtl8192c/rtl8192c_xmit.o
CC [M] /var/lib/dkms/8192cu/1.11/build/hal/rtl8192c/usb/Hal8192CUHWImg.o
CC [M] /var/lib/dkms/8192cu/1.11/build/os_dep/osdep_service.o
CC [M] /var/lib/dkms/8192cu/1.11/build/os_dep/linux/os_intfs.o
CC [M] /var/lib/dkms/8192cu/1.11/build/os_dep/linux/usb_intf.o
CC [M] /var/lib/dkms/8192cu/1.11/build/os_dep/linux/usb_ops_linux.o
CC [M] /var/lib/dkms/8192cu/1.11/build/os_dep/linux/ioctl_linux.o

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/26(水) 00:20:07.07

https://luppeng.wordpress.com/2019/08/31/realtek-8192eu-rtl8192eu-driver-not-compatible-with-centos-7-6-kernel/

Realtek 8192EU (RTL8192EU) Driver Not Compatible with CentOS 7.6 Kernel

> After attempting for approximately 12 hours, I have come to the understanding that unless the kernel is upgraded, or the existing wireless chipset driver files are updated (tried 6 different repos), it is not possible to compile and install it on CentOS 7.6. This is due to the ioctl_cfg80211.c file being incompatible with the 3.10.0-957 kernel version that CentOS 7.6 uses.

These links (link1, link2) explain that while the CentOS 7.6 kernel version is 3.10.0, Red Hat has backported large portions of the network stack from more recent 4.x kernels.
经过大约12个小时的尝试，我终于明白，除非内核升级，或者现有的无线芯片组驱动程序文件更新（尝试了6种不同的repos），否则不可能在CentOS 7.6上编译和安装它。这是因为ioctl_cfg80211.c文件与CentOS 7.6使用的3.10.0-957内核版本不兼容。
这些链接（link1，link2）解释说，虽然CentOS 7.6内核版本是3.10.0，但Red Hat从最近的4.x内核中向后移植了大部分网络堆栈。
这篇文章的其余部分记录了我的过程，希望能帮助任何遇到同样问题的人。

＜＜自分の場合はどうしたらいいのか、読み取れませんでした。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/26(水) 20:24:53.17

https://github.com/pvaret/rtl8192cu-fixes
＞The new rtl8xxxu driver initially introduced in kernel 4.4 works mostly well these days, and you should give it a try before trying this repository.
ということで、以下を試しました。

＞Be sure to set the options for DMA aggregation and dual-band 2.4 GHz:
请确保设置DMA聚合和双频2.4 GHz的选项：

代码：全选
echo options rtl8xxxu ht40_2g=1 dma_aggregation=1 | sudo tee /etc/modprobe.d/rtl8xxxu.conf
then reboot.

その結果、NetworkManager小程序的扇型は2本しかないのは同じだが、speed test で
下り50Mbps 上り6.5Mbps　出るようになった。以前の倍以上の数値です。しかし、

echo options rtl8xxxu ht40_2g=1 dma_aggregation=1 | sudo tee /etc/modprobe.d/rtl8xxxu.conf
の効果なのかは不明です。とはいえ、この速度は十分速いらしいので、いったんここで満足します。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 09:51:28.70

# sudo lightdm –-test-mode --debug
[+0.01s] DEBUG: Logging to /var/log/lightdm/lightdm.log
[+0.01s] DEBUG: Starting Light Display Manager 1.26.0, UID=0 PID=2396
[+0.01s] DEBUG: Loading configuration dirs from /usr/share/lightdm/lightdm.conf.d
[+0.01s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/01_debian.conf
[+0.01s] DEBUG: Loading configuration dirs from /usr/local/share/lightdm/lightdm.conf.d
[+0.01s] DEBUG: Loading configuration dirs from /etc/xdg/lightdm/lightdm.conf.d
[+0.01s] DEBUG: Loading configuration from /etc/lightdm/lightdm.conf
[+0.01s] DEBUG: Using Xephyr for X servers
[+0.01s] DEBUG: Registered seat module local
[+0.01s] DEBUG: Registered seat module xremote
[+0.01s] DEBUG: Registered seat module unity
[+0.01s] DEBUG: Using D-Bus name org.freedesktop.DisplayManager
[+0.02s] DEBUG: Monitoring logind for seats
[+0.02s] DEBUG: New seat added from logind: seat0
[+0.02s] DEBUG: Seat seat0: Loading properties from config section Seat:*
[+0.02s] DEBUG: Seat seat0: Starting
[+0.02s] DEBUG: Seat seat0: Creating user session
[+0.02s] DEBUG: Loading users from org.freedesktop.Accounts
[+0.02s] DEBUG: User /org/freedesktop/Accounts/User1000 added
[+0.04s] DEBUG: Seat seat0: Creating display server of type x
[+0.04s] DEBUG: posix_spawn avoided (fd close requested)
[+0.05s] DEBUG: Using VT 7
[+0.05s] DEBUG: Seat seat0: Starting local X display on VT 7
[+0.05s] DEBUG: XServer 1: Logging to /var/log/lightdm/x-1.log
[+0.05s] DEBUG: XServer 1: Can't launch X server Xephyr, not found in path
[+0.05s] DEBUG: XServer 1: X server stopped
[+0.05s] DEBUG: Releasing VT 7
[+0.05s] DEBUG: Seat seat0: Display server stopped
[+0.05s] DEBUG: Seat seat0: Can't create display server for automatic login
[+0.05s] DEBUG: Seat seat0: Session stopped
[+0.05s] DEBUG: Seat seat0: Stopping display server, no sessions require it
[+0.05s] DEBUG: Seat seat0: Creating greeter session
[+0.05s] DEBUG: Seat seat0: Creating display server of type x
[+0.05s] DEBUG: Using VT 7
[+0.05s] DEBUG: Seat seat0: Starting local X display on VT 7
[+0.05s] DEBUG: XServer 1: Logging to /var/log/lightdm/x-1.log
[+0.05s] DEBUG: XServer 1: Can't launch X server Xephyr, not found in path
[+0.05s] DEBUG: XServer 1: X server stopped
[+0.05s] DEBUG: Releasing VT 7
[+0.05s] DEBUG: Seat seat0: Display server stopped
[+0.05s] DEBUG: Seat seat0: Can't create display server for greeter
[+0.05s] DEBUG: Seat seat0: Session stopped
[+0.05s] DEBUG: Seat seat0: Stopping display server, no sessions require it
[+0.05s] DEBUG: Seat seat0: Stopping
[+0.05s] DEBUG: Seat seat0: Stopped
[+0.05s] DEBUG: Failed to start seat: seat0
#

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 09:54:09.26

$ journalctl -p 3
-- Logs begin at Fri 2021-05-28 09:14:28 JST, end at Fri 2021-05-28 09:51:00 JST
5月 28 09:14:30 kyo kernel: kvm: disabled by bios
5月 28 09:14:30 kyo kernel: kvm: disabled by bios
5月 28 09:14:30 kyo kernel: kvm: disabled by bios
5月 28 09:14:42 kyo wpa_supplicant[479]: bgscan simple: Failed to enable signal
5月 28 09:16:17 kyo systemd[1]: Failed to start Light Display Manager.
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to open /proc/sys/net/
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to set IPv4 unicast in
5月 28 09:50:35 kyo wpa_supplicant[479]: dbus: wpa_dbus_property_changed: no pr
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to open /proc/sys/net/
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to set IPv4 unicast in
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to open /proc/sys/net/
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to set IPv4 unicast in
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to open /proc/sys/net/
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to set IPv4 unicast in
5月 28 09:50:45 kyo [2527]: /usr/lib/systemd/system-sleep/xkeyboard failed with
5月 28 09:50:49 kyo wpa_supplicant[479]: bgscan simple: Failed to enable signal
lines 1-17/17 (END)...skipping...
-- Logs begin at Fri 2021-05-28 09:14:28 JST, end at Fri 2021-05-28 09:51:00 JST. --
5月 28 09:14:30 kyo kernel: kvm: disabled by bios
5月 28 09:14:30 kyo kernel: kvm: disabled by bios
5月 28 09:14:30 kyo kernel: kvm: disabled by bios
5月 28 09:14:42 kyo wpa_supplicant[479]: bgscan simple: Failed to enable signal strength monitoring
5月 28 09:16:17 kyo systemd[1]: Failed to start Light Display Manager.
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to set IPv4 unicast in multicast filter
5月 28 09:50:35 kyo wpa_supplicant[479]: dbus: wpa_dbus_property_changed: no property SessionLength in object
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to set IPv4 unicast in multicast filter
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to set IPv4 unicast in multicast filter
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
5月 28 09:50:35 kyo wpa_supplicant[479]: nl80211: Failed to set IPv4 unicast in multicast filter
5月 28 09:50:45 kyo [2527]: /usr/lib/systemd/system-sleep/xkeyboard failed with exit status 1.
5月 28 09:50:49 kyo wpa_supplicant[479]: bgscan simple: Failed to enable signal strength monitoring
~

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 10:32:43.33

$ systemctl list-unit-files --state=enabled
UNIT FILE STATE
accounts-daemon.service enabled
anacron.service enabled
apparmor.service enabled
autovt@.service enabled
avahi-daemon.service enabled
binfmt-support.service enabled
bluetooth.service enabled
console-setup.service enabled
cron.service enabled
dbus-org.bluez.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
keyboard-setup.service enabled
ModemManager.service enabled
network-manager.service enabled
networking.service enabled
NetworkManager-dispatcher.service enabled
NetworkManager-wait-online.service enabled
lines 1-23...skipping...
UNIT FILE STATE
accounts-daemon.service enabled
anacron.service enabled
apparmor.service enabled
autovt@.service enabled
avahi-daemon.service enabled
binfmt-support.service enabled
bluetooth.service enabled
console-setup.service enabled
cron.service enabled
dbus-org.bluez.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
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
lines 1-25

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 10:35:44.12

$ sudo su
root@kyo:/home/jin# systemctl disable bluetooth.service
Synchronizing state of bluetooth.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable bluetooth
Removed /etc/systemd/system/bluetooth.target.wants/bluetooth.service.
Removed /etc/systemd/system/dbus-org.bluez.service.
root@kyo:/home/jin#

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 12:13:11.75

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

$ sudo dkms install 8192cu/1.11

Kernel preparation unnecessary for this kernel. Skipping...

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

DKMS: build completed.

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

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

Backing up initrd.img-4.19.0-16-amd64 to /boot/initrd.img-4.19.0-16-amd64.old-dkms
Making new initrd.img-4.19.0-16-amd64
(If next boot fails, revert to initrd.img-4.19.0-16-amd64.old-dkms image)
update-initramfs......(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.

$

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 12:27:03.97

timeshift で

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 sed -i '156s/$/\\/' /usr/src/8192cu-1.11/os_dep/linux/usb_intf.c
sudo dkms install 8192cu/1.11

コマンド実行以前の状態に戻しました。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 13:10:49.00

~/Downloads$ sudo -s
root@kyo:/home/jin/Downloads# ls
LosslessCut folder.zip

root@kyo:/home/jin/Downloads# mv LosslessCut/ /opt/

＞＞移動したので再現がめんどくさい。上記コマンドが通ったと仮定し

....いや、タイムシフトでやりおそう。学習のため

root@kyo:/home/jin/Downloads# touch /usr/share/applications/losslesscut.desktop
root@kyo:/home/jin/Downloads# wget https://www.pngrepo.com/download/51032/video-editing.png -O icon.png
--2021-05-28 12:54:57-- https://www.pngrepo.com/download/51032/video-editing.png
www.pngrepo.com (www.pngrepo.com) をDNSに問いあわせています... 104.21.45.7, 172.67.207.68, 2606:4700:3030::ac43:cf44, ...
www.pngrepo.com (www.pngrepo.com)|104.21.45.7|:443 に接続しています... 接続しました。
HTTP による接続要求を送信しました、応答を待っています... 200 OK
長さ: 特定できません [application/octet-stream]
`icon.png' に保存中

icon.png [ <=> ] 16.95K --.-KB/s 時間 0.006s

2021-05-28 12:54:57 (2.62 MB/s) - `icon.png' へ保存終了 [17361]

root@kyo:/home/jin/Downloads# mv icon.png /opt/LosslessCut/resources/
mv: 通常ファイル '/opt/LosslessCut/resources/' を作成できません: ディレクトリではありません
root@kyo:/home/jin/Downloads# mv icon.png /opt/LosslessCut/resources/
root@kyo:/home/jin/Downloads# nano -w /usr/share/applications/losslesscut.desktop
root@kyo:/home/jin/Downloads# chmod +x /usr/share/applications/losslesscut.desktop
root@kyo:/home/jin/Downloads#

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 13:37:09.64

jin@kyo:~$ sudo -s
root@kyo:/home/jin# mv LosslessCut/ /opt/
root@kyo:/home/jin# touch /usr/share/applications/losslesscut.desktop
root@kyo:/home/jin# pluma /usr/share/applications/losslesscut.desktop
root@kyo:/home/jin# nano -w /usr/share/applications/losslesscut.desktop
root@kyo:/home/jin# chmod +x /usr/share/applications/losslesscut.desktop
root@kyo:/home/jin#
root@kyo:/home/jin# nano -w /usr/share/applications/losslesscut.desktop

<< はまりポイント
　[Desktop Entry]

Name=LosslessCut

GenericName=Video Editor

Comment=LosslessCut video editor.

Type=Application

Exec=/opt/LosslessCut/LosslessCut　＜＜ここがまちがってる。正しくはlosslesscut

Icon=/opt/LosslessCut/resources/icon.png

root@kyo:/home/jin# nano -w /usr/share/applications/losslesscut.desktop
root@kyo:/home/jin#

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 14:04:35.96

最新版でやり直す
一つのことをやり切る

＞LosslessCutはフォルダーから直接実行できます

まずこれを試す。

jin@kyo:~$ '/home/jin/Downloads/LosslessCut-linux/losslesscut'
[3412:0528/140025.020415:FATAL:setuid_sandbox_host.cc(158)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /home/jin/Downloads/LosslessCut-linux/chrome-sandbox is owned by root and has mode 4755.
Trace/breakpoint trap
jin@kyo:~$ sudo -s
root@kyo:/home/jin# '/home/jin/Downloads/LosslessCut-linux/losslesscut'
[3479:0528/140215.857797:FATAL:electron_main_delegate.cc(254)] Running as root without --no-sandbox is not supported. See https://crbug.com/638180.
Trace/breakpoint trap
ここまで意味わからず。調べるのめんどくさい。以下で起動。

root@kyo:/home/jin# '/home/jin/Downloads/LosslessCut-linux/losslesscut' --no-sandbox
Current version 3.36.0
Newest version 3.36.0

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 14:31:39.48

参考ページ
mv LosslessCut-linux-x64/ /opt/LosslessCut/
修正
mv LosslessCut-linux/ /opt/LosslessCut/
-------------------------------
mv icon.png /opt/LosslessCut/resources/

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 14:37:41.63

jin@kyo:~$ sudo -s

losslesscut を端末に放り込んで

root@kyo:/home/jin# '/opt/LosslessCut/losslesscut'
[4223:0528/142402.078376:FATAL:electron_main_delegate.cc(254)] Running as root without --no-sandbox is not supported. See https://crbug.com/638180.
Trace/breakpoint trap

root@kyo:/home/jin# exit
exit
jin@kyo:~$ '/opt/LosslessCut/losslesscut'
[4401:0528/142617.530537:FATAL:setuid_sandbox_host.cc(158)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /opt/LosslessCut/chrome-sandbox is owned by root and has mode 4755.
Trace/breakpoint trap

https://authmane512.medium.com/solve-the-suid-sandbox-helper-binary-was-found-but-is-not-configured-correctly-3-solutions-4f1425a9a76c
参考翻訳
[471021：0502 / 185447.408238：FATAL：setuid_sandbox_host.cc（157）] SUIDサンドボックスヘルパーバイナリが見つかりましたが、正しく構成されていません。サンドボックスなしで実行するのではなく、現在中止しています。/ home / authmane512 / Downloads / LosslessCut-linux / chrome-sandboxがrootによって所有され、モード4755であることを確認する必要があります
。fish：「./ Downloads / LosslessCut-linux / l…」はシグナルSIGTRAP（トレースまたはブレークポイントトラップ）

この問題は、Electronフレームワークの上に構築されたすべてのプログラムで発生します。

解決策＃1
chrome-sandboxファイルに適切な権限を設定するだけです。

cd LosslessCut-linux
sudo chown root：root chrome-sandbox
sudo chmod 4755 chrome-sandbox

root@kyo:/opt/LosslessCut# sudo chown root:root chrome-sandbox
root@kyo:/opt/LosslessCut# sudo chmod 4755 chrome-sandbox

root@kyo:/opt/LosslessCut# ls -l
-rwsr-xr-x 1 root root 6322128 4月 9 00:56 chrome-sandbox

以前は
-rwxrwxrwx 1 jin jin 6322128 4月 9 00:56 chrome-sandbox

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 14:43:02.67

やっと成功。ポイントは２つ。
１，

[Desktop Entry]

Name=LosslessCut

GenericName=Video Editor

Comment=LosslessCut video editor.

Type=Application

Exec=/opt/LosslessCut/losslesscut　　　　　＜＜ここが参考ページは間違ってるまたは古い

Icon=/opt/LosslessCut/resources/icon.png

Categories=AudioVideo;AudioVideoEditing;

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 14:43:49.17

２，

この問題は、Electronフレームワークの上に構築されたすべてのプログラムで発生します。

解決策＃1
chrome-sandboxファイルに適切な権限を設定するだけです。

以上！

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 18:47:39.74

$ sudo -i
# systemctl disable bluetooth.service
Synchronizing state of bluetooth.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable bluetooth
Removed /etc/systemd/system/bluetooth.target.wants/bluetooth.service.
Removed /etc/systemd/system/dbus-org.bluez.service.
#
再度。無線マウスは使わないと決断。左手マウスがやりづらいから。
>>145

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/28(金) 18:56:59.41

(If next boot fails, revert to initrd.img-4.19.0-16-amd64.old-dkms image) [（次回の起動に失敗した場合は、initrd.img-4.19.0-16-amd64.old-dkmsイメージに戻ります）]

update-initramfs......(bad exit status: 1)

Status: Before uninstall, this module version was ACTIVE on this kernel. [ステータス：アンインストールする前は、このモジュールバージョンはこのカーネルでアクティブでした。]

Warning: There was a problem remaking your initrd. [警告：initrdの再作成で問題が発生しました。] You must manually remake it [手動で作り直す必要があります]

Error! [エラー！] Problems with mkinitrd detected. [Mkinitrdの問題が検出されました。] Automatically uninstalling this module. [このモジュールを自動的にアンインストールします。]
DKMS: Install Failed (mkinitrd problems). [DKMS：インストールに失敗しました（mkinitrdの問題）。] Module rolled back to built state. [モジュールはビルド状態にロールバックされました。]

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/29(土) 08:11:32.41

>>144
# systemctl list-unit-files --state=disabled
UNIT FILE STATE
bluetooth.service disabled
console-getty.service disabled
debug-shell.service disabled
gnupg-pkcs11-scd-proxy.service disabled
ifupdown-wait-online.service disabled
openvpn-client@.service disabled
openvpn-server@.service disabled
openvpn.service disabled
openvpn@.service disabled
rtkit-daemon.service disabled
serial-getty@.service disabled
speech-dispatcher.service disabled
speech-dispatcherd.service disabled
systemd-boot-check-no-failures.service disabled
systemd-networkd-wait-online.service disabled
systemd-networkd.service disabled
systemd-resolved.service disabled
systemd-time-wait-sync.service disabled
upower.service disabled
wpa_supplicant-nl80211@.service disabled
wpa_supplicant-wired@.service disabled
wpa_supplicant.service disabled
wpa_supplicant@.service disabled
saned.socket disabled
systemd-networkd.socket disabled
ctrl-alt-del.target disabled
exit.target disabled
halt.target disabled
kexec.target disabled
poweroff.target disabled
reboot.target disabled
remote-cryptsetup.target disabled
runlevel0.target disabled
runlevel6.target disabled
fstrim.timer disabled

35 unit files listed.
lines 16-38/38 (END)

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/29(土) 08:13:20.56

# sudo lightdm –-test-mode --debug
[+0.01s] DEBUG: Logging to /var/log/lightdm/lightdm.log
[+0.01s] DEBUG: Starting Light Display Manager 1.26.0, UID=0 PID=2396
[+0.01s] DEBUG: Loading configuration dirs from /usr/share/lightdm/lightdm.conf.d
[+0.01s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/01_debian.conf
[+0.01s] DEBUG: Loading configuration dirs from /usr/local/share/lightdm/lightdm.conf.d
[+0.01s] DEBUG: Loading configuration dirs from /etc/xdg/lightdm/lightdm.conf.d
[+0.01s] DEBUG: Loading configuration from /etc/lightdm/lightdm.conf
[+0.01s] DEBUG: Using Xephyr for X servers
[+0.01s] DEBUG: Registered seat module local
[+0.01s] DEBUG: Registered seat module xremote
[+0.01s] DEBUG: Registered seat module unity
[+0.01s] DEBUG: Using D-Bus name org.freedesktop.DisplayManager
[+0.02s] DEBUG: Monitoring logind for seats
[+0.02s] DEBUG: New seat added from logind: seat0
[+0.02s] DEBUG: Seat seat0: Loading properties from config section Seat:*
[+0.02s] DEBUG: Seat seat0: Starting
[+0.02s] DEBUG: Seat seat0: Creating user session
[+0.02s] DEBUG: Loading users from org.freedesktop.Accounts
[+0.02s] DEBUG: User /org/freedesktop/Accounts/User1000 added
[+0.04s] DEBUG: Seat seat0: Creating display server of type x
[+0.04s] DEBUG: posix_spawn avoided (fd close requested)
[+0.05s] DEBUG: Using VT 7
[+0.05s] DEBUG: Seat seat0: Starting local X display on VT 7
[+0.05s] DEBUG: XServer 1: Logging to /var/log/lightdm/x-1.log
[+0.05s] DEBUG: XServer 1: Can't launch X server Xephyr, not found in path
[+0.05s] DEBUG: XServer 1: X server stopped
[+0.05s] DEBUG: Releasing VT 7
[+0.05s] DEBUG: Seat seat0: Display server stopped
[+0.05s] DEBUG: Seat seat0: Can't create display server for automatic login
[+0.05s] DEBUG: Seat seat0: Session stopped
[+0.05s] DEBUG: Seat seat0: Stopping display server, no sessions require it
[+0.05s] DEBUG: Seat seat0: Creating greeter session
[+0.05s] DEBUG: Seat seat0: Creating display server of type x
[+0.05s] DEBUG: Using VT 7
[+0.05s] DEBUG: Seat seat0: Starting local X display on VT 7
[+0.05s] DEBUG: XServer 1: Logging to /var/log/lightdm/x-1.log
[+0.05s] DEBUG: XServer 1: Can't launch X server Xephyr, not found in path
[+0.05s] DEBUG: XServer 1: X server stopped
[+0.05s] DEBUG: Releasing VT 7
[+0.05s] DEBUG: Seat seat0: Display server stopped
[+0.05s] DEBUG: Seat seat0: Can't create display server for greeter
[+0.05s] DEBUG: Seat seat0: Session stopped
[+0.05s] DEBUG: Seat seat0: Stopping display server, no sessions require it
[+0.05s] DEBUG: Seat seat0: Stopping
[+0.05s] DEBUG: Seat seat0: Stopped
[+0.05s] DEBUG: Failed to start seat: seat0
#

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/29(土) 08:53:05.29

>>157
> ifupdown-wait-online.service disabled

$ sudo su
root@kyo:/home/jin# systemctl enable ifupdown-wait-online.service
Created symlink /etc/systemd/system/network-online.target.wants/ifupdown-wait-online.service → /lib/systemd/system/ifupdown-wait-online.service.
root@kyo:/home/jin# systemctl start ifupdown-wait-online.service
root@kyo:/home/jin#

NetworkManager-wait-online サービスは、ネットワークを設定するタイムアウトで待機します。このネットワーク設定には、イーサネットデバイスへのプラグイン、Wi-Fi デバイスのスキャンなどが含まれます。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/29(土) 10:40:45.41

jin@kyo:~$ journalctl -p 3
-- Logs begin at Sat 2021-05-29 08:54:55 JST, end at Sat 2021-05-29 10:37:37 JST
5月 29 08:55:10 kyo wpa_supplicant[579]: bgscan simple: Failed to enable signal
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to open /proc/sys/net/
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to set IPv4 unicast in
5月 29 10:36:58 kyo wpa_supplicant[579]: dbus: wpa_dbus_property_changed: no pr
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to open /proc/sys/net/
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to set IPv4 unicast in
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to open /proc/sys/net/
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to set IPv4 unicast in
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to open /proc/sys/net/
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to set IPv4 unicast in
5月 29 10:37:09 kyo [1302]: /usr/lib/systemd/system-sleep/xkeyboard failed with
5月 29 10:37:13 kyo wpa_supplicant[579]: bgscan simple: Failed to enable signal
lines 1-13/13 (END)...skipping...
-- Logs begin at Sat 2021-05-29 08:54:55 JST, end at Sat 2021-05-29 10:37:37 JST. --
5月 29 08:55:10 kyo wpa_supplicant[579]: bgscan simple: Failed to enable signal strength monitoring
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to set IPv4 unicast in multicast filter
5月 29 10:36:58 kyo wpa_supplicant[579]: dbus: wpa_dbus_property_changed: no property SessionLength in object
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to set IPv4 unicast in multicast filter
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to set IPv4 unicast in multicast filter
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
5月 29 10:36:58 kyo wpa_supplicant[579]: nl80211: Failed to set IPv4 unicast in multicast filter
5月 29 10:37:09 kyo [1302]: /usr/lib/systemd/system-sleep/xkeyboard failed with exit status 1.
5月 29 10:37:13 kyo wpa_supplicant[579]: bgscan simple: Failed to enable signal strength monitoring
~
変更を確実なポイントまで戻す。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/29(土) 10:44:14.69

$ アプリの設定が読み込まれました: /etc/timeshift/timeshift.json
Mounted '/dev/sda2' at '/run/timeshift/backup'
******************************************************************************
バックアップデバイス: /dev/sda2
******************************************************************************
******************************************************************************
スナップショット: 2021-05-28_13-29-49 ~
******************************************************************************
システムのサブボリュームから復元前のスナップショットを作成しています...
ディレクトリを作成しました: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-05-29_10-43-23
システムのサブボリュームをスナップショットディレクトリに移動しました: @
システムのサブボリュームをスナップショットディレクトリに移動しました: @home
作成された制御ファイル: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-05-29_10-43-23/info.json
復元前のスナップショットを作成しました: 2021-05-29_10-43-23
------------------------------------------------------------------------------
復元されたシステムサブボリューム: @home
復元されたシステムサブボリューム: @
復元が完了しました
システムを再起動すると、スナップショットがアクティブになります。
------------------------------------------------------------------------------

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/29(土) 10:58:27.76

losslessを失った。ああ、これがエロさんの教えか。

かなり前まで戻し、最古まで。...28日午前11時まで戻す。ロスレス失うのはめんどくさいが、

今後気をつける。システムの全体的な整合性の方が大事。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/30(日) 23:58:55.99

$ sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 9EA4D6FCA5D37A5D1CA9C09AAD5F235DF639B041
Executing: /tmp/apt-key-gpghome.5PeTmfNBdl/gpg.1.sh --keyserver keyserver.ubuntu.com --recv-keys 9EA4D6FCA5D37A5D1CA9C09AAD5F235DF639B041

gpg: 鍵AD5F235DF639B041: 公開鍵"Launchpad PPA for Alessandro Strada"をインポートしました
gpg: 処理数の合計: 1
gpg: インポート: 1

$ sudo sh -c "echo 'deb http://ppa.launchpad.net/alessandro-strada/ppa/ubuntu xenial main' > /etc/apt/sources.list.d/google-drive.list"

$ sudo sh -c "echo 'deb-src http://ppa.launchpad.net/alessandro-strada/ppa/ubuntu xenial main' >> /etc/apt/sources.list.d/google-drive.list"

$ sudo apt update

取得:8 http://ppa.launchpad.net/alessandro-strada/ppa/ubuntu xenial InRelease [17.5 kB]
取得:9 http://ppa.launchpad.net/alessandro-strada/ppa/ubuntu xenial/main Sources [1,576 B]
取得:10 http://ppa.launchpad.net/alessandro-strada/ppa/ubuntu xenial/main i386 Packages [1,364 B]
取得:11 http://ppa.launchpad.net/alessandro-strada/ppa/ubuntu xenial/main amd64 Packages [1,356 B]
取得:12 http://ppa.launchpad.net/alessandro-strada/ppa/ubuntu xenial/main Translation-en [1,036 B]

$ sudo apt-get install google-drive-ocamlfuse fuse -y
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
fuse はすでに最新バージョン (2.9.9-1+deb10u1) です。
fuse は手動でインストールしたと設定されました。
以下のパッケージが新たにインストールされます:
google-drive-ocamlfuse

$ google-drive-ocamlfuse
Cannot get token. Quitting.

$ mkdir ~/google-drive

$ ls
2chproxy Music Videos dead.letter mail
Desktop Pictures apt-file google-drive matelist
Documents Public apt-get jdim-install.sh rtl8192cu-fixes
Downloads Templates chroot m.xinitrc winehq.key

$ google-drive-ocamlfuse ~/google-drive
Access token retrieved correctly.

$ df -h
ファイルシスサイズ使用残り使用% マウント位置

/dev/sda2 296G 26G 268G 9% /run/timeshift/backup
google-drive-ocamlfuse 15G 9.8G 5.3G 66% /home/jin/google-drive

$ cat ~/.gdfuse/default/state
access_token_date=2021-05-30T00:00:00.000Z

$

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/30(日) 23:59:43.32

ぜんぜん　google-drive の中身が見れないのだけど

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/31(月) 00:31:20.44

一個目は愚者は問題なく認証までは通る。開けないだけ

いったん戻し、内容が殆ど無い菜穂子の単一アカウントを試す、休憩後

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/31(月) 09:23:07.72

>>163
> $ sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys

(1) 新しい公開鍵をキーサーバーから取得

$ apt-key adv –keyserver <取得するキーをホストするサーバーURL> –recv-keys <公開鍵ID>

(2) キーの一覧表示

$ apt-key list

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/31(月) 09:34:41.62

$ sudo apt-key list
/etc/apt/trusted.gpg
--------------------
pub rsa4096 2016-04-12 [SC]
EB4C 1BFD 4F04 2F6D DDCC EC91 7721 F63B D38B 4796
uid [ 不明 ] Google Inc. (Linux Packages Signing Authority) <linux-packages-keymaster@google.com>
sub rsa4096 2019-07-22 [S] [有効期限: 2022-07-21]

pub rsa3072 2018-12-10 [SC]
D43F 6401 4536 9C51 D786 DDEA 76F1 A20F F987 672F
uid [ 不明 ] WineHQ packages <wine-devel@winehq.org>

pub rsa4096 2016-03-11 [SC]
D1A5 CB2A 113F EA40 DC6D 68B9 1F87 540B 4A72 9399
uid [ 不明 ] Compiz Debian (maintained by Jof Thibaut) <compiz@tuxfamily.org>

pub rsa4096 2016-08-01 [SC] [有効期限: 2021-08-01]
CA8B B472 7A47 B4D0 9B4E E896 9386 B48A 1A69 3C5C
uid [ 不明 ] James Adrian Edwards (ROCm Release Manager) <JamesAdrian.Edwards@amd.com>
sub rsa4096 2016-08-01 [E] [有効期限: 2021-08-01]

pub rsa1024 2013-09-07 [SC]
9EA4 D6FC A5D3 7A5D 1CA9 C09A AD5F 235D F639 B041
uid [ 不明 ] Launchpad PPA for Alessandro Strada

/etc/apt/trusted.gpg.d/debian-archive-bullseye-automatic.gpg
------------------------------------------------------------
pub rsa4096 2021-01-17 [SC] [有効期限: 2029-01-15]
1F89 983E 0081 FDE0 18F3 CC96 73A4 F27B 8DD4 7936
uid [ 不明 ] Debian Archive Automatic Signing Key (11/bullseye) <ftpmaster@debian.org>
sub rsa4096 2021-01-17 [S] [有効期限: 2029-01-15]

/etc/apt/trusted.gpg.d/debian-archive-bullseye-security-automatic.gpg
---------------------------------------------------------------------
pub rsa4096 2021-01-17 [SC] [有効期限: 2029-01-15]
AC53 0D52 0F2F 3269 F5E9 8313 A484 4904 4AAD 5C5D
uid [ 不明 ] Debian Security Archive Automatic Signing Key (11/bullseye) <ftpmaster@debian.org>
sub rsa4096 2021-01-17 [S] [有効期限: 2029-01-15]

/etc/apt/trusted.gpg.d/debian-archive-bullseye-stable.gpg
---------------------------------------------------------
pub rsa4096 2021-02-13 [SC] [有効期限: 2029-02-11]
A428 5295 FC7B 1A81 6000 62A9 605C 66F0 0D6C 9793
uid [ 不明 ] Debian Stable Release Key (11/bullseye) <debian-release@lists.debian.org>

/etc/apt/trusted.gpg.d/debian-archive-buster-automatic.gpg
----------------------------------------------------------
pub rsa4096 2019-04-14 [SC] [有効期限: 2027-04-12]
80D1 5823 B7FD 1561 F9F7 BCDD DC30 D7C2 3CBB ABEE
uid [ 不明 ] Debian Archive Automatic Signing Key (10/buster) <ftpmaster@debian.org>
sub rsa4096 2019-04-14 [S] [有効期限: 2027-04-12]

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/31(月) 09:34:46.92

/etc/apt/trusted.gpg.d/debian-archive-buster-security-automatic.gpg
-------------------------------------------------------------------
pub rsa4096 2019-04-14 [SC] [有効期限: 2027-04-12]
5E61 B217 265D A980 7A23 C5FF 4DFA B270 CAA9 6DFA
uid [ 不明 ] Debian Security Archive Automatic Signing Key (10/buster) <ftpmaster@debian.org>
sub rsa4096 2019-04-14 [S] [有効期限: 2027-04-12]

/etc/apt/trusted.gpg.d/debian-archive-buster-stable.gpg
-------------------------------------------------------
pub rsa4096 2019-02-05 [SC] [有効期限: 2027-02-03]
6D33 866E DD8F FA41 C014 3AED DCC9 EFBF 77E1 1517
uid [ 不明 ] Debian Stable Release Key (10/buster) <debian-release@lists.debian.org>

/etc/apt/trusted.gpg.d/debian-archive-stretch-automatic.gpg
-----------------------------------------------------------
pub rsa4096 2017-05-22 [SC] [有効期限: 2025-05-20]
E1CF 20DD FFE4 B89E 8026 58F1 E0B1 1894 F66A EC98
uid [ 不明 ] Debian Archive Automatic Signing Key (9/stretch) <ftpmaster@debian.org>
sub rsa4096 2017-05-22 [S] [有効期限: 2025-05-20]

/etc/apt/trusted.gpg.d/debian-archive-stretch-security-automatic.gpg
--------------------------------------------------------------------
pub rsa4096 2017-05-22 [SC] [有効期限: 2025-05-20]
6ED6 F5CB 5FA6 FB2F 460A E88E EDA0 D238 8AE2 2BA9
uid [ 不明 ] Debian Security Archive Automatic Signing Key (9/stretch) <ftpmaster@debian.org>
sub rsa4096 2017-05-22 [S] [有効期限: 2025-05-20]

/etc/apt/trusted.gpg.d/debian-archive-stretch-stable.gpg
--------------------------------------------------------
pub rsa4096 2017-05-20 [SC] [有効期限: 2025-05-18]
067E 3C45 6BAE 240A CEE8 8F6F EF0F 382A 1A7B 6500
uid [ 不明 ] Debian Stable Release Key (9/stretch) <debian-release@lists.debian.org>

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/31(月) 09:48:35.50

>>167
> pub rsa4096 2016-03-11 [SC]
> D1A5 CB2A 113F EA40 DC6D 68B9 1F87 540B 4A72 9399
> uid [ 不明 ] Compiz Debian (maintained by Jof Thibaut) <compiz@tuxfamily.org>

登録済みの公開鍵を削除するコマンドは次の形式になります。

# apt-key del <keyid>
このkeyidというのは、finger printの最後の8文字のことです。

$ sudo apt-key del 4A729399
OK

>>167
> CA8B B472 7A47 B4D0 9B4E E896 9386 B48A 1A69 3C5C
> uid [ 不明 ] James Adrian Edwards (ROCm Release Manager) <JamesAdrian.Edwards@amd.com

1A693C5C

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/31(月) 09:52:20.88

$ sudo apt-key del 4A729399
OK

$ sudo apt-key del 1A693C5C
OK

$ sudo apt-key del F639B041
OK

$ sudo apt-key del 8DD47936
OK

$ sudo apt-key del 4AAD5C5D
OK

$ sudo apt-key del 0D6C9793
OK
いちおう手動でキーを削除する練習したが、タイムシフトで一気に。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/31(月) 10:11:31.93

$ apt-key list
/etc/apt/trusted.gpg
--------------------
pub rsa4096 2016-04-12 [SC]
EB4C 1BFD 4F04 2F6D DDCC EC91 7721 F63B D38B 4796
uid [ 不明 ] Google Inc. (Linux Packages Signing Authority) <linux-packages-keymaster@google.com>
sub rsa4096 2019-07-22 [S] [有効期限: 2022-07-21]

pub rsa3072 2018-12-10 [SC]
D43F 6401 4536 9C51 D786 DDEA 76F1 A20F F987 672F
uid [ 不明 ] WineHQ packages <wine-devel@winehq.org>

pub rsa4096 2016-03-11 [SC]
D1A5 CB2A 113F EA40 DC6D 68B9 1F87 540B 4A72 9399
uid [ 不明 ] Compiz Debian (maintained by Jof Thibaut) <compiz@tuxfamily.org>

pub rsa4096 2016-08-01 [SC] [有効期限: 2021-08-01]
CA8B B472 7A47 B4D0 9B4E E896 9386 B48A 1A69 3C5C
uid [ 不明 ] James Adrian Edwards (ROCm Release Manager) <JamesAdrian.Edwards@amd.com>
sub rsa4096 2016-08-01 [E] [有効期限: 2021-08-01]

/etc/apt/trusted.gpg.d/debian-archive-bullseye-automatic.gpg
------------------------------------------------------------
pub rsa4096 2021-01-17 [SC] [有効期限: 2029-01-15]
1F89 983E 0081 FDE0 18F3 CC96 73A4 F27B 8DD4 7936
uid [ 不明 ] Debian Archive Automatic Signing Key (11/bullseye) <ftpmaster@debian.org>
sub rsa4096 2021-01-17 [S] [有効期限: 2029-01-15]

/etc/apt/trusted.gpg.d/debian-archive-bullseye-security-automatic.gpg
---------------------------------------------------------------------
pub rsa4096 2021-01-17 [SC] [有効期限: 2029-01-15]
AC53 0D52 0F2F 3269 F5E9 8313 A484 4904 4AAD 5C5D
uid [ 不明 ] Debian Security Archive Automatic Signing Key (11/bullseye) <ftpmaster@debian.org>
sub rsa4096 2021-01-17 [S] [有効期限: 2029-01-15]

/etc/apt/trusted.gpg.d/debian-archive-bullseye-stable.gpg
---------------------------------------------------------
pub rsa4096 2021-02-13 [SC] [有効期限: 2029-02-11]
A428 5295 FC7B 1A81 6000 62A9 605C 66F0 0D6C 9793
uid [ 不明 ] Debian Stable Release Key (11/bullseye) <debian-release@lists.debian.org>

/etc/apt/trusted.gpg.d/debian-archive-buster-automatic.gpg
----------------------------------------------------------

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/31(月) 10:11:35.23

pub rsa4096 2019-04-14 [SC] [有効期限: 2027-04-12]
80D1 5823 B7FD 1561 F9F7 BCDD DC30 D7C2 3CBB ABEE
uid [ 不明 ] Debian Archive Automatic Signing Key (10/buster) <ftpmaster@debian.org>
sub rsa4096 2019-04-14 [S] [有効期限: 2027-04-12]

/etc/apt/trusted.gpg.d/debian-archive-buster-security-automatic.gpg
-------------------------------------------------------------------
pub rsa4096 2019-04-14 [SC] [有効期限: 2027-04-12]
5E61 B217 265D A980 7A23 C5FF 4DFA B270 CAA9 6DFA
uid [ 不明 ] Debian Security Archive Automatic Signing Key (10/buster) <ftpmaster@debian.org>
sub rsa4096 2019-04-14 [S] [有効期限: 2027-04-12]

/etc/apt/trusted.gpg.d/debian-archive-buster-stable.gpg
-------------------------------------------------------
pub rsa4096 2019-02-05 [SC] [有効期限: 2027-02-03]
6D33 866E DD8F FA41 C014 3AED DCC9 EFBF 77E1 1517
uid [ 不明 ] Debian Stable Release Key (10/buster) <debian-release@lists.debian.org>

/etc/apt/trusted.gpg.d/debian-archive-stretch-automatic.gpg
-----------------------------------------------------------
pub rsa4096 2017-05-22 [SC] [有効期限: 2025-05-20]
E1CF 20DD FFE4 B89E 8026 58F1 E0B1 1894 F66A EC98
uid [ 不明 ] Debian Archive Automatic Signing Key (9/stretch) <ftpmaster@debian.org>
sub rsa4096 2017-05-22 [S] [有効期限: 2025-05-20]

/etc/apt/trusted.gpg.d/debian-archive-stretch-security-automatic.gpg
--------------------------------------------------------------------
pub rsa4096 2017-05-22 [SC] [有効期限: 2025-05-20]
6ED6 F5CB 5FA6 FB2F 460A E88E EDA0 D238 8AE2 2BA9
uid [ 不明 ] Debian Security Archive Automatic Signing Key (9/stretch) <ftpmaster@debian.org>
sub rsa4096 2017-05-22 [S] [有効期限: 2025-05-20]

/etc/apt/trusted.gpg.d/debian-archive-stretch-stable.gpg
--------------------------------------------------------
pub rsa4096 2017-05-20 [SC] [有効期限: 2025-05-18]
067E 3C45 6BAE 240A CEE8 8F6F EF0F 382A 1A7B 6500
uid [ 不明 ] Debian Stable Release Key (9/stretch) <debian-release@lists.debian.org>

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/31(月) 10:21:07.52

>>171
> pub rsa4096 2016-03-11 [SC]
> D1A5 CB2A 113F EA40 DC6D 68B9 1F87 540B 4A72 9399
> uid [ 不明 ] Compiz Debian (maintained by Jof Thibaut) <compiz@tuxfamily.org>

使っていないCompizの削除

まずCompiz自体を削除する

$ sudo apt remove --purge compiz
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
パッケージ 'compiz' はインストールされていないため削除もされません
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 12 個。

リポジトリリストを削除する
$ cd /etc/apt/sources.list.d

$ ls
google-chrome.list google-chrome.list.save rocm.list

GPGキーを削除する
$ sudo apt-key del 4A729399
OK

compiz 消えたと思う

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/31(月) 10:22:30.47

あとは念の為停止

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/31(月) 21:22:07.43

# 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.77-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 からアップグレード可]
libfaudio0/buster-backports 21.02-1~bpo10+1 amd64 [19.07-0~bionic からアップグレード可]
libfaudio0/buster-backports 21.02-1~bpo10+1 i386 [19.07-0~bionic からアップグレード可]
libjavascriptcoregtk-4.0-18/stable 2.32.1-1~deb10u1 amd64 [2.30.6-1~deb10u1 からアップグレード可]
libwebkit2gtk-4.0-37/stable 2.32.1-1~deb10u1 amd64 [2.30.6-1~deb10u1 からアップグレード可]
wine-stable-amd64/stable 6.0.0~buster-1 amd64 [5.0.2~buster からアップグレード可]
wine-stable-i386/stable 6.0.0~buster-1 i386 [5.0.2~buster からアップグレード可]
wine-stable/stable 6.0.0~buster-1 amd64 [5.0.2~buster からアップグレード可]
winehq-stable/stable 6.0.0~buster-1 amd64 [5.0.2~buster からアップグレード可]

選択的にひとつだけ更新

# apt install libfaudio0
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
以下の追加パッケージがインストールされます:
libfaudio0:i386 libstb0:i386
以下のパッケージが新たにインストールされます:
libstb0:i386
以下のパッケージはアップグレードされます:
libfaudio0 libfaudio0:i386
アップグレード: 2 個、新規インストール: 1 個、削除: 0 個、保留: 12 個。
481 kB 中 0 B のアーカイブを取得する必要があります。
この操作後に追加で 753 kB のディスク容量が消費されます。
続行しますか? [Y/n] y

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/05/31(月) 21:22:40.75

/tmp/timeshift-autosnap-apt-timestamp not found! Using lastSnapshot=0
Rsyncing /boot into the filesystem before the call to timeshift.
Rsyncing /boot/efi into the filesystem before the call to timeshift.
Using system disk as snapshot device for creating snapshots in BTRFS mode

/dev/sda2 is mounted at: /run/timeshift/backup, options: rw,relatime,space_cache,subvolid=5,subvol=/

Creating new backup...(BTRFS)
Saving to device: /dev/sda2, mounted at path: /run/timeshift/backup
Created directory: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-05-31_21-19-32
Created subvolume snapshot: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-05-31_21-19-32/@
Created subvolume snapshot: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-05-31_21-19-32/@home
Created control file: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-05-31_21-19-32/info.json
BTRFS Snapshot saved successfully (2s)
Tagged snapshot '2021-05-31_21-19-32': ondemand
------------------------------------------------------------------------------
changelog を読み込んでいます... 完了
(データベースを読み込んでいます ... 現在 261609 個のファイルとディレクトリがインストールされています。)
.../libfaudio0_21.02-1~bpo10+1_i386.deb を展開する準備をしています ...
libfaudio0:amd64 (19.07-0~bionic) を設定削除しています ...
libfaudio0:i386 (21.02-1~bpo10+1) で (19.07-0~bionic に) 上書き展開しています ...
.../libfaudio0_21.02-1~bpo10+1_amd64.deb を展開する準備をしています ...
libfaudio0:amd64 (21.02-1~bpo10+1) で (19.07-0~bionic に) 上書き展開しています ...
以前に未選択のパッケージ libstb0:i386 を選択しています。
.../libstb0_0.0~git20180212.15.e6afb9c-1_i386.deb を展開する準備をしています ...
libstb0:i386 (0.0~git20180212.15.e6afb9c-1) を展開しています...
libfaudio0:amd64 (21.02-1~bpo10+1) を設定しています ...
libstb0:i386 (0.0~git20180212.15.e6afb9c-1) を設定しています ...
libfaudio0:i386 (21.02-1~bpo10+1) を設定しています ...
libc-bin (2.28-10) のトリガを処理しています ...
localepurge: Disk space freed in /usr/share/locale: 0 KiB
localepurge: Disk space freed in /usr/share/man: 0 KiB
localepurge: Disk space freed in /usr/share/gnome/help: 0 KiB
localepurge: Disk space freed in /usr/share/omf: 0 KiB

Total disk space freed by localepurge: 0 KiB

#

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/01(火) 12:37:42.03

https://www.hyuki.com/writing/techask.html#procedure
技術系メーリングリストで質問するときのパターン

書き出し ―― 最初に問題の要旨を書きましょう
-------------------------------
1. 解決しました！
wifi子機の物理的配置の問題でした。元々のドライバのままでかつて経験したことのない
4倍ぐらいの速度になりました。

2. もともとは
> USB WiFiアダプターはWindowsでは十分に高速ですが、Debianでは非常に低速である。
という現象にずっと悩んでました。

だから、debian の設定、またはwifi子機のドライバの問題、いずれにしてもソフトウェア的な問題だと考えた。

同じデスクトップマシンと同じwifi子機でHDD切り替えでWindowsとDebianを使っているのに、
後者では大幅に遅いからです。

３，私の報告と予想にもとずいてastoliaさんがrtl8192cu-fixesを紹介してくれました。
これは
sudo dkms install 8192cu/1.11
のところで、
update-initramfs......(bad exit status: 1)
が出て先へ進めませんでした。
4.19.0-16-amd64カーネルではダメなのかな？もっと古いカーネルでないと？と考えました。
楽しかったです。
もう一度、wifi環境の物理的配置を見直したら、すごく速くなった。
　さん、ありがとうございました。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/01(火) 19:29:59.38

シェルスクリプトとは、簡単に言うとUnixコマンドなどを並んで実行するだけです。

いつ何の条件で何の命令を実行するとか、ファイルコンテンツを読み込むとか、ログファイルを書き出すとかをする役割です。

シェルスクリプトファイルは基本的に.shの拡張子で作成します。

実際のコードを書く前に最初の一行目は #!/bin/shを書き、システムにこれからシェルスクリプトを書きますよと知らせるものです。

（#はhash、!はbangですから、#!をshebangと言います。）ただし bash の独自機能を使う場合は #!/bin/bash と書かなければなりません

シェルスクリプトファイル（test.sh）を実行するには、ターミナルからファイルが保存されてる場所で以下のどちらかのコマンドで実行できます。

$ sh test.sh << これからやる

E: パッケージ google-drive-ocamlfuse が見つかりません

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/02(水) 19:09:12.15

>>141
> echo options rtl8xxxu ht40_2g=1 dma_aggregation=1 | sudo tee /etc/modprobe.d/rtl8xxxu.conf

変数を表示する。
echoはコンピュータ内の変数の値を表示することができる。

まず、変数を設定する。「=」との間にスペースなどは入れない。

今回は変数aに1200という数字を格納する。

$ a=1200

変数の表示は、$に続けて変数名を入力する。

$ echo $変数名

$ a=1200

$ echo $a
1200

$

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/02(水) 19:13:07.52

変数と文字列を同時に表示する

任意の文字列と変数を同時に表示することもできる。表示したい任意の文字列はそのまま、変数の部分は$に続けて変数名を入力する。

例えば、重量として単位を含めて表示したいのであれば、次のとおりだ。

$ echo weight $a g

weight 1200 g

変数を複数表示する
当然だが、同様に複数の変数を組み入れた表示もできる。

まずは、変数に値を格納する。

$ menu=coffee

さらに

$ price=500

例えば、変数の中身を注文内容のメニューと価格を表示したいのであれば、次のとおりだ。

$ echo order:$menu price:$price Yen

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/02(水) 19:17:09.83

echo options rtl8xxxu ht40_2g=1 dma_aggregation=1 | sudo tee /etc/modprobe.d/rtl8xxxu.conf
この操作は効果がありません。 rtl8xxxuドライバーに2つのパラメーターを設定しますが、システムでは、rtl8xxxuドライバーの代わりにrtl8192cuドライバーが機能しています

configuration: broadcast=yes driver=rtl8192cu driverversion=4.19.0-16-amd64 firmware=N/A ip=192. link=yes multicast=yes wireless=IEEE 802.11

したがって、理論的には、rtl8192cuドライバーに影響はありません。

$ sudo cat /etc/modprobe.d/rtl8xxxu.conf
options rtl8xxxu ht40_2g=1 dma_aggregation=1

$ sudo pluma /etc/modprobe.d/rtl8xxxu.conf

＜＜2つのパラメーターを削除

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/02(水) 19:19:46.88

$ journalctl -p 3
-- Logs begin at Wed 2021-06-02 19:18:19 JST, end at Wed 2021-06-02 19:19:02 JST
6月 02 19:18:34 kyo wpa_supplicant[592]: bgscan simple: Failed to enable signal
lines 1-2/2 (END)
なおたっぽい

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/02(水) 19:34:11.74

おれが変わる、おれがけうの世界を知る

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/02(水) 19:42:15.59

キーボード言語？を日本へ戻す。たとえ記号入力が不合理であっても、我らは日本人であり、

ニコラを正しくというか「」のためだけに戻す。テスト的に。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/02(水) 19:43:22.83

「」変更。これに適応できるか。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/02(水) 20:22:01.15

jin@kyo:~$ sudo -i
# ls
Desktop linux-firmware usr テンプレートビデオ画像
intel mail ダウンロードドキュメント音楽公開
# exit
ログアウト
jin@kyo:~$ sudo -s
root@kyo:/home/jin# ls
2chproxy Pictures apt-get m.xinitrc
Desktop Public chroot mail
Documents Templates dead.letter matelist
Downloads Videos install-google-drive-ocamlfuse-debian.sh winehq.key
Music apt-file jdim-install.sh

root@kyo:/home/jin# sh install-google-drive-ocamlfuse-debian.sh

Executing: /tmp/apt-key-gpghome.lQOGdnjNfv/gpg.1.sh --keyserver keyserver.ubuntu.com --recv-keys AD5F235DF639B041
gpg: 鍵AD5F235DF639B041: 公開鍵"Launchpad PPA for Alessandro Strada"をインポートしました
gpg: 処理数の合計: 1
gpg: インポート: 1

以下のパッケージが新たにインストールされます:
google-drive-ocamlfuse
アップグレード: 0 個、新規インストール: 1 個、削除: 0 個、保留: 10 個。
999 kB のアーカイブを取得する必要があります。
この操作後に追加で 4,448 kB のディスク容量が消費されます。
取得:1 http://ppa.launchpad.net/alessandro-strada/ppa/ubuntu xenial/main amd64 google-drive-ocamlfuse amd64 0.7.26-0ubuntu1~ubuntu16.04.1 [999 kB]
999 kB を 2秒で取得しました (501 kB/s)
/tmp/timeshift-autosnap-apt-timestamp not found! Using lastSnapshot=0
Rsyncing /boot into the filesystem before the call to timeshift.
Rsyncing /boot/efi into the filesystem before the call to timeshift.
Using system disk as snapshot device for creating snapshots in BTRFS mode

/dev/sda2 is mounted at: /run/timeshift/backup, options: rw,relatime,space_cache,subvolid=5,subvol=/

Creating new backup...(BTRFS)
Saving to device: /dev/sda2, mounted at path: /run/timeshift/backup
Created directory: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-06-02_20-19-21
Created subvolume snapshot: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-06-02_20-19-21/@
Created subvolume snapshot: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-06-02_20-19-21/@home
Created control file: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-06-02_20-19-21/info.json
BTRFS Snapshot saved successfully (0s)
Tagged snapshot '2021-06-02_20-19-21': ondemand
------------------------------------------------------------------------------
以前に未選択のパッケージ google-drive-ocamlfuse を選択しています。
(データベースを読み込んでいます ... 現在 261608 個のファイルとディレクトリがインストールされています。)
.../google-drive-ocamlfuse_0.7.26-0ubuntu1~ubuntu16.04.1_amd64.deb を展開する準備をしています ...
google-drive-ocamlfuse (0.7.26-0ubuntu1~ubuntu16.04.1) を展開しています...
google-drive-ocamlfuse (0.7.26-0ubuntu1~ubuntu16.04.1) を設定しています ...
man-db (2.8.5-2) のトリガを処理しています ...
localepurge: Disk space freed in /usr/share/locale: 0 KiB
localepurge: Disk space freed in /usr/share/man: 0 KiB
localepurge: Disk space freed in /usr/share/gnome/help: 0 KiB
localepurge: Disk space freed in /usr/share/omf: 0 KiB

Total disk space freed by localepurge: 0 KiB

<< .sh を初めてまともに自力で実行

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/02(水) 20:40:10.27

ここから、はてなブログの。
＞インストールが完了したら google-drive-ocamlfuse コマンドを実行します。

認証で愚者を使うのか？他なのか？　ぜんかいマウントが進行しなかった。ネット速度が遅かったのもあるだろう。

もちろん仮設にすぎない。１，まず速度計測をし　２，データが非常に少ないなほこをつかう

１，超高速ではないが、出ている。

２，なほこで
承認エラー
エラー 403: access_denied
リクエストの詳細
access_type=offline
response_type=code
redirect_uri=https://gd-ocaml-auth.appspot.com/oauth2callback
state=tvD0jb2jKARtATY6uPttcJYD6X/A/brHEG7Yxbs4wEk
flowName=GeneralOAuthFlow
client_id=564921029129.apps.googleusercontent.com
prompt=consent
scope=https://www.googleapis.com/auth/drive

愚者では

＞アプリケーションは正常にアクセスを許可されました。クライアントが認証トークンを取得するまでお待ちください。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/02(水) 20:58:50.87

まずマウントポイントのディレクトリを作っておきます

$ mkdir ~/google-drive

ふと思いついたが

>>184
> キーボード言語？を日本へ戻す。たとえ記号入力が不合理であっても、我らは日本人であり、ニコラを正しくというか「」のためだけに戻す。テスト的に。

英語配列で問題になるニコラ入力は「」だけであるから、キーマップの入れ替えで対応すればいいのでは？

いったん英語配列へ戻す。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/02(水) 23:32:51.65

google-drive-ocamlfuse
ファイルシステムのFUSEを用いてGoogleDriveをマウントする。

良い点
手軽にドライブ全体を俯瞰できる。Syncとか面倒かつ時間かかる気を使う作業が無い。
問題点
事前にダウンロードしておくタイプではないので使用中はインターネットへの接続が必要。あとやっぱりディレクトリを辿って行ったり、画像を読み込んだりすると若干モタつく。ここら辺はCUIで操作しても通信状況によるけど少し感じる。

そのため、Eclipseのワークスペースとして指定するとEclipseの起動にすごく時間がかかるし、途中で固まって応答なしになってしまう。
あとサイズの小さいファイルでも数が多いと意外とコピーとか時間がかかる。
--------
以上の文によればやはり　データが殆ど無い菜穂子がよかったようだ

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/02(水) 23:37:11.78

英語配列から日本語配列にして、次に戻してから、半角全角キーが効いておらず
jd 起動できなく

㊨コントロール+バックスペース

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/02(水) 23:38:08.64

google-drive-ocamlfuse をすべてやめる

戻す

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/02(水) 23:59:15.20

jin@kyo:~$ sudo apt install gnome-online-accounts

以下のパッケージが新たにインストールされます:
apg cheese-common colord colord-data cups-pk-helper gir1.2-secret-1
gkbd-capplet gnome-control-center gnome-control-center-data
gnome-online-accounts gnome-settings-daemon gnome-settings-daemon-common
gnome-user-docs gnome-user-share iio-sensor-proxy libcanberra-pulse
libcheese-gtk25 libcheese8 libcolord-gtk1 libcolorhug2 libgeoclue-2-0
libgeocode-glib0 libgnome-bluetooth13 libgnomekbd-common libgnomekbd8
libgoa-backend-1.0-1 libgusb2 libgweather-3-15 libgweather-common
libibus-1.0-5 libnss-myhostname librygel-core-2.6-2 librygel-db-2.6-2
librygel-renderer-2.6-2 librygel-server-2.6-2 mousetweaks python3-cups
python3-cupshelpers python3-requests python3-smbc python3-urllib3 realmd
rygel system-config-printer-common system-config-printer-udev
アップグレード: 0 個、新規インストール: 45 個、削除: 0 個、保留: 10 個。
30.1 MB のアーカイブを取得する必要があります。
この操作後に追加で 134 MB のディスク容量が消費されます。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/03(木) 01:47:45.82

$ gnome-control-center online-accounts
**
ERROR:../shell/cc-shell-model.c:458:cc_shell_model_set_panel_visibility: assertion failed: (valid)
中止

$ XDG_CURRENT_DESKTOP=GNOME gnome-control-center

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/03(木) 01:52:43.58

なほ
response_type=code
redirect_uri=http://localhost
略
access_type=offline
prompt=select_account
scope=https://www.googleapis.com/auth/userinfo.email https://www.googleapis.com/auth/userinfo.profile https://www.googleapis.com/auth/calendar https://www.google.com/m8/feeds/ https://www.googleapis.com/auth/carddav https://www.googleapis.com/auth/drive https://docs.googleusercontent.com/ https://spreadsheets.google.com/feeds/ https://picasaweb.google.com/data/ https://mail.google.com/ https://www.googleapis.com/auth/cloudprint https://www.googleapis.com/auth/tasks openid

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/03(木) 01:59:58.17

画像のとおり、特殊サービスは　13歳未満は利用できない

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/03(木) 02:20:24.93

成功。
引っかかりポイントは
$ XDG_CURRENT_DESKTOP=GNOME gnome-control-center

となほはダメなことのみか。丁寧に整理。ねんのため、ブラウザからグーグルドライブ
確認。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/03(木) 02:30:05.90

移動、文学

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/04(金) 06:31:10.45

google-driveの外部データ以下を整理。削除まではできない、研究用まんいちのためにとっておくものは、他のドライブへ移動。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/04(金) 06:45:37.40

「移動元データを移動先アカウントと共有して、移動先アカウントにオーナー変更して、共有情報から移動元アカウントを削除する」

共有先（移動先）にメールが送信されて共有情報に移動先アカウントが表示されます。
共有先にオーナー変更するには、そのデータを共有先のGoogleドライブに保存する必要があります。（共有先のアカウントでの作業）
データの種類によって保存するメニューの表示位置などが違います。
スプレッドシートの場合はシートを開いた画面の左上のほうにGoogleドライブに保存するアイコンが表示されます。

<< しかもこれは

Google ドキュメント
Google スプレッドシート
Google スライド
Google 図形描画
Google マイマップ
フォルダ
ヒント: フォルダのオーナー権限を譲渡すると、選択したフォルダの権限のみが譲渡され、フォルダ内のファイルの権限は変更されません。

＜＜意味なし！　通常のソフトウェアとかだから大半が

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/04(金) 12:31:37.02

希少性の高いデータ。寝不足でぞんざいに扱わないよう、あとで。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/06(日) 09:50:02.65

夫以療治重病構索
良藥救助逆謗不如
要法所謂論時正像末
論敎小大偏圓權實
顯蜜論国中邊兩
論機已逆与未逆已
謗与未謗論師凡師
与聖師二乘与菩薩
他方与此土迹化与本化故
四依菩薩等出現於
滅後佛随於付属妄
不演説於經法所詮
智未謗大法忽
不与大法爲惡人上已
謗實大強可説之
法華經第二巻佛對
於舎利弗云智人中
莫説此經又第四巻告
藥王菩薩等八万大士
此經是諸佛祕要之藏
不可分布妄授与人等
云云文心智而未謗
正法左右莫説此經法
華經第七巻不輕品云
乃至遠見四衆亦復故往
*等云云又云四衆之中有生
*瞋恚心不淨惡口罵
*詈言是智比丘從何
*所來等云云又云或以杖
*木瓦石而打擲之等云云
*第二第四巻經文与第
*七巻經文天地水火問曰
*一經二説就何義可弘通
*此經答云私不可會通靈
*山爲聽衆天台大師并妙
*樂大師等處々有多釋
*先出一兩文文句十云問曰
*釋迦出世踟不説今此
*何意造次而説何也答曰
*本已有善釋迦以小而

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/06(日) 18:45:01.47

すなわち、デジタル音楽の希少性が限りなくゼロに近づいたことで、生演
奏という再現不可能な体験の価値が高まり、希少性を求めて人々がコンサートに足を運ぶ
ようになった。
現代では、単に音楽を聴くことの希少性がゼロになり、その音楽の消費方法に価値が見音楽が持つ希少性の変遷について
133
出されるようになった。アタリ(2008)は「唯一解消できない希少性とは時間であること
から、
「蓄積された時間」の市場価値は下がり、
「生きた時間」の市場価値は高まるとい
う。よって、蓄積された時間である映画・音楽ファイル・本などは無料になる一方で、演
劇、ライブ・コンサート、講演会は有料になる」と述べているが、まさに今、再現可能回
数も傾聴可能場所数も限りなく少なく、消費可能者数も限られたコンサートの希少性に
人々の関心が高まっているのである。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/15(火) 13:56:49.50

勝ちの定義が間違っている
ブックメーカーで勝てないという話を聞きますが、そもそも勝ちの定義を間違っている人も多いです。ブックメーカーに限らずその他ギャンブルでもそうですが、的中率ばかり重視して多くの試合で当てることを勝ちだと考えるのは間違いで、年間の収支をプラスにすることが勝ちの定義となります。なので、1つの試合で当たった外れたを一喜一憂するべきではありません。ブックメーカーで安定した収入を得ている玄人たちも、週間・月間で見たらマイナス収支は珍しくないのです。

試合選定が不十分
ブックメーカーは24時間常に数えきれないほどのオッズを公開しているので、どうしても暇なときはたくさんの試合に賭けてしまいます。もちろんその手軽さもブックメーカーの魅力ではありますが、勝てないと感じているのであれば試合選定を見直す必要があるはずです。リスクヘッジのために資金を分散して賭ける必要性はありますが、あまりに数が多いと1つの試合で予想に掛ける時間も少なくなってしまうので、精度が下がります。

オッズで予想を変えてしまう
ブックメーカーの場合は日本の競馬と違ってパリミチュエル方式を採用していません。ブックメーカー側がオッズを設定しているので賭ける側の意思がそこには反映されていないのです。オッズが最も低いからといって1番人気とは言えませんので、そこで予想を変えてしまうのは良くありません。自分が勝つと思ったチームのオッズが高くても、不安に感じないで逆にラッキーと捉えてください。オッズで予想を変えていたら勝てません。

賭けるスポーツを絞る
ブックメーカーではサッカーや野球などスポーツだけでなく、政治から映画祭まで幅広くオッズを公開しています。スポーツ全般が好きなプレイヤーの中には色んな競技に賭けてしまう人もいると思いますが、それはあまり得策ではありません。それぞれ特徴も違えば的中するためのコツも違うので、もし現状で勝てないと感じているのであれば、専門とする競技を1つか2つに絞ってみた方が良いかもしれません。

賭けに使える予算はあればあるだけ有利です。難しい賭け方はせずに絶対的な自信のある試合に大きな額をベットしていくのが最も稼げる賭け方であることは競馬などで既に実証されています

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/18(金) 17:18:15.87

https://git-scm.com/book/ja/v2/%E4%BD%BF%E3%81%84%E5%A7%8B%E3%82%81%E3%82%8B-%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3%E7%AE%A1%E7%90%86%E3%81%AB%E9%96%A2%E3%81%97%E3%81%A6
バージョン管理に関して
「バージョン管理」とは何でしょうか。また、なぜそれを気にする必要があるのでしょうか。バージョン管理とは、一つのファイルやファイルの集合に対して時間とともに加えられていく変更を記録するシステムで、後で特定バージョンを呼び出すことができるようにするためのものです。本書の例では、バージョン管理されるファイルとしてソフトウェアのソースコードを用いていますが、実際にはコンピューター上のあらゆる種類のファイルをバージョン管理のもとに置くことができます。

もしあなたがグラフィックス・デザイナーやウェブ・デザイナーで、画像やレイアウトの全てのバージョンを保存しておきたいとすると（きっとそうしたいですよね）、バージョン管理システム（VCS）を使うというのはいい考えです。 VCSを使うことで、ファイルを以前の状態まで戻したり、プロジェクト丸ごとを以前の状態に戻したり、過去の変更履歴を比較したり、問題が起こっているかもしれないものを誰が最後に修正したか、誰がいつ問題点を混入させたかを確認したりといった様々なことができるようになります。また、VCSを使うと、やっていることがめちゃくちゃになってしまったり、ファイルを失ったりしても、普通は簡単に復活させることができるようになります。それに、これらのことにかかるオーバーヘッドは僅かなものです。
>> 真っ先に思い浮かぶのがタイムシフト

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/18(金) 17:23:27.85

ローカル・バージョン管理システム
多くの人々が使っているバージョン管理手法は、他のディレクトリ（気の利いた人であれば、日時のついたディレクトリ）にファイルをコピーするというものです。このアプローチはとても単純なので非常に一般的ですが、信じられないほど間違いが起こりやすいものです。どのディレクトリにいるのか忘れやすく、うっかり間違ったファイルに書き込んだり、上書きするつもりのないファイルを上書きしてしまったりします。

この問題を扱うため、はるか昔のプログラマは、ローカルのVCSを開発しました。それは、バージョン管理下のファイルに対する全ての変更を保持するシンプルなデータベースによるものでした。

集中バージョン管理システム
次に人々が遭遇した大きな問題は、他のシステムを使う開発者と共同作業をする必要があるということです。この問題に対処するために、集中バージョン管理システム（CVCS）が開発されました。このようなシステムにはCVS、Subversion、Perforceなどがありますが、それらはバージョン管理されたファイルを全て持つ一つのサーバーと、その中心点からファイルをチェックアウトする多数のクライアントからなっています。長年の間、これはバージョン管理の標準でした。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/18(金) 17:26:39.36

この構成には、特にローカルVCSと比べると、多くの利点があります。例えば、プロジェクトの他のみんなが何をしているのか、全員がある程度わかります。管理者は、誰が何をできるのかについて、きめ細かくコントロールできます。それに、一つのCVCSを管理するのは、全てのクライアントのローカル・データベースを取り扱うより、ずっと簡単です。

しかし、この構成には深刻なマイナス面もあります。もっとも明白なのは、中央サーバーという単一障害点です。そのサーバーが1時間の間停止すると、その1時間の間は全員が、共同作業も全くできず、作業中のものにバージョンをつけて保存をすることもできなくなります。もし中央データベースのあるハードディスクが破損し、適切なバックアップが保持されていなければ、完全に全てを失ってしまいます。プロジェクトの全ての履歴は失われ、残るのは個人のローカル・マシンにたまたまあった幾らかの単一スナップショット（訳者注：ある時点のファイル、ディレクトリなどの編集対象の状態）ぐらいです。ローカルVCSシステムも、これと同じ問題があります。つまり、一つの場所にプロジェクトの全体の履歴を持っていると、全てを失うリスクが常にあります。

分散バージョン管理システム
ここで分散バージョン管理システム(DVCS)の出番になります。 DVCS(Git、Mercurial、Bazaar、Darcsのようなもの)では、クライアントはファイルの最新スナップショットをチェックアウト（訳者注：バージョン管理システムから、作業ディレクトリにファイルやディレクトリをコピーすること）するだけではありません。リポジトリ（訳者注：バージョン管理の対象になるファイル、ディレクトリ、更新履歴などの一群）全体をミラーリングするのです。そのため、あるサーバーが故障して、DVCSがそのサーバーを介して連携していたとしても、どれでもいいのでクライアント・リポジトリの一つをサーバーにコピーすれば修復できます。クローンは全て、実際は全データの完全バックアップなのです。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/18(金) 17:29:41.33

図解
https://git-scm.com/book/en/v2/images/local.png
https://git-scm.com/book/en/v2/images/centralized.png
https://git-scm.com/book/en/v2/images/distributed.png

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/20(日) 09:56:06.73

夢父母とお別れした

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/28(月) 01:17:43.90

>>1
> 町山智浩 @TomoMachi
> 自分が店員だったら、148円を自分の財布から出してレジに入れて、おしまいです。誰にも損害はありません。

俺はこの考えの方が好きだな。

少なくともダチにするなら　こっちだわ。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/06/28(月) 01:18:20.51

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ビルド　からやり直せばいいということですか？
すでにタイムシフトで　以下の状態のスナップショットまで戻してあります

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

＞ここまでは　もうやらなくて　いいと思います

git clone https://github.com/pvaret/rtl8192cu-fixes.git

とにかくこれを　実行してみる

$ git clone https://github.com/pvaret/rtl8192cu-fixes.git
fatal: destination path 'rtl8192cu-fixes' already exists and is not an empty directory.

どうしたら？たんに 'rtl8192cu-fixes'をrm したらいいの？

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/08(木) 03:20:09.64

https://twitter.com/search?q=%s
https://twitter.com/5chan_nel (5ch newer account)

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/08(木) 03:52:13.37

そ
れ
以
ん
み
れ
ば
偶
十
方
微
塵
の
三
悪
の
身
を
脱
れ
て
安
国
論
別
状
随
つ
て
其
の
教
を
学
す
る
人
数
は
て
十
方
微
塵

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/09(金) 16:32:07.92

このユーザーガイドファイルには、SeaToolsに関する重要な情報が含まれています。このソフトウェアを使用する前に、このファイル全体をお読みください。 SeaTools for DOSは、デスクトップまたはノートブックコンピュータ上のデータへのアクセスを妨げている原因をすばやく特定するのに役立つ、包括的で使いやすい診断ツールです。これには、SeagateまたはMaxtorディスクドライブとSeagate以外のディスクドライブの物理メディアを調べるいくつかのテストが含まれています。目次1.SeaToolsを使用する理由2. SeaToolsの使用3.エラーコード4.ヘルプトピック：「不良セクタが見つかりました」5.トラブルシューティング6.既知の制限7.システム要件8.Seagateテクノロジーサポートサービス9.製品返品手順10.改訂履歴11.FreeDOSおよびGNUパブリックライセンス12.エンドユーザーライセンス契約（EULA）

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/09(金) 16:33:49.48

> 1.SeaToolsを使用する理由

2. SeaToolsの使用

3.エラーコード

4.ヘルプトピック：「不良セクタが見つかりました」

5.トラブルシューティング

6.既知の制限7.システム要件8.Seagateテクノロジーサポートサービス9.製品返品手順10.改訂履歴11.FreeDOSおよびGNUパブリックライセンス12.エンドユーザーライセンス契約（EULA）

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/09(金) 16:35:52.91

1. SeaToolsを使用する理由

テスト後、保証交換のためにSeagateに返送されたドライブの大部分は、「問題なし」（NPF）を備えた完全に良好なドライブです。

保証サービスのためにドライブを返品すると、システムのダウンタイムが発生し、ドライブ製品の梱包と返品に不便が生じます。

ドライブを送る前に、交換用のドライブが本当に必要かどうかを判断することが最善の利益になります。

このハードディスク診断ユーティリティは、その判断を下し、時間とお金を節約し、データを保存するのに役立ちます。

問題が見つからない一般的な理由は次のとおりです。

*ファイルシステムの破損

*ドライバーの破損

*マスターブートレコードの破損

*ウイルスとトロイの木馬の攻撃

*スパイウェア、アドウェア、キーストロークロガー*ハードウェアの競合Seagate SeaToolsソフトウェアは、ロードが簡単で使いやすいです。次の手順は、この新しいソフトウェアツールを最大限に活用するのに役立ちます。この製品またはその他のシーゲイトのソフトウェアまたはサービス製品について質問がある場合は、システムのサプライヤにお問い合わせください。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/09(金) 16:38:34.88

2. Using SeaTools
Do not remove the SeaTools CD while the tests are running.
Run Seagate SeaTools
====================
A. Reboot your system
Insert the SeaTools CD and reboot or power on your computer. The system will boot to the FreeDOS
operating system. If your system fails to boot, see the Troubleshooting section #5 later in this file.
2.SeaToolsの使用

テストの実行中はSeaToolsCDを取り出さないでください。

SeagateSeaToolsを実行します==================== A。システムを再起動しますSeaToolsCDを挿入し、コンピューターを再起動するか、電源を入れます。システムはFreeDOSオペレーティングシステムで起動します。システムの起動に失敗した場合は、このファイルで後述するトラブルシューティングのセクション＃5を参照してください。

B.テストするドライブを選択する

SeaToolsがロードされると、ドライブリストにシステム内のさまざまなストレージデバイスが表示されます。最初に検出されたドライブはデバイス0として記述されます。テストするドライブを選択します。正しいドライブを選択してください！ [モデルID]列のチェックマークは、どのドライブが選択されているかを示します。この画面には、モデル番号やシリアル番号などのドライブに関する情報も表示されます。シーゲイトのモデル番号は「ST」の文字で始まります。シーゲイトのシリアル番号は英数字で、長さは8文字です。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/09(金) 16:43:23.34

C.実行するテストの選択
可能な診断テストのメニューが表示されます。実行するテストを選択します。すべての高度な機能の修正ヘルプすべての高速設定容量の修正すべての高速消去ドライブライセンスの修正基本テストショートテストについてロングテスト音響テスト「すべて高速修正」および「すべて修正」では、F8キーを押す必要があります。これはSeaToolsの承認です。 For DOSは、検出する可能性のある読み取り不可能なLBA（セクター）の問題を修復しようとする必要があります。

セクターが不良で読み取り不能の場合、そのセクター内のデータはすでに失われていることを知っておくことが重要です。このトピックの詳細については、セクション4「ヘルプトピック：不良セクタが見つかりました」を参照してください。

「SHORTテスト」を起動すると、ほとんどのドライブでドライブセルフテストが実行されます。ドライブセルフテスト（DST）は、ハードドライブのファームウェアに組み込まれている徹底的な診断ルーチンです。ファームウェアは、ディスクドライブを制御するプログラミングの機械語です。 DSTは完全にデータセーフです。 DSTをサポートしていない古いドライブは、DSTをエミュレートするレガシーテストを実行します。注：seatools.exe / Lの後にコマンドラインスイッチ/ Lを追加することで、SeaToolsにレガシーテストを強制的に実行させることができます。

「SHORTテスト」はほとんどの状況に適しています。

より包括的なテストを実行する必要がある場合は、ドライブ上の各セクターを読み取る「LONGテスト」の実行を検討してください。「LONGTest」テストは完了するまでに長い時間がかかります。

「LONGテスト」はドライブ上のすべてのセクターを読み取るため、必要な時間はディスクドライブの速度と容量によって異なります。最大容量のドライブは、完了するまでに6～8時間かかることがよくあります。ドライブに害を与えることなく、いつでもテストをキャンセルしてください。「LONGテスト」は、考えられる欠陥に関する情報を収集します。欠陥が見つかった場合は、スキャンの終了時または中止後にリストが表示されます。問題のあるセクターの修復を試みる機会があります。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/09(金) 16:44:22.93

ではとにかく見てくる。

ディスクはusbと問題ディスクのみで

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/09(金) 22:10:29.44

１，dosベースを技でusbは起動できず。

２，usbブートのリックスベースも不明な理由で起動できず。

３，ウイン版か、１をふつうに光ディスクに焼くのを試す。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/11(日) 16:35:31.36

https://gallica.bnf.fr/iiif/ark:/12148/btv1b83018108/manifest.json

https://universalviewer.io/uv.html?manifest=https://gallica.bnf.fr/iiif/ark:/12148/btv1b83018108/manifest.json#?c=0&m=0&s=0&cv=9&xywh=1057%2C228%2C2569%2C1642

既に作成ずみのsat2018を本体画像と注釈付きでダウンロードできないのか？

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/11(日) 16:53:53.70

$ sudo git clone https://github.com/dbmdz/mirador-plugins.git
Cloning into 'mirador-plugins'...
remote: Enumerating objects: 1364, done.
remote: Counting objects: 100% (18/18), done.
remote: Compressing objects: 100% (14/14), done.
remote: Total 1364 (delta 4), reused 10 (delta 2), pack-reused 1346
Receiving objects: 100% (1364/1364), 216.10 KiB | 4.50 MiB/s, done.
Resolving deltas: 100% (842/842), done.

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/11(日) 17:02:58.88

もちろん、オープンサイエンス・オープンデータといった観点、あるいは単に文化を広くひらいていくという観点からも、このようなことはまったく好ましいことではありません。

画像を丸ごとダウンロードできるようにしておくことは、利便性向上だけでなく、データ保全の観点からも極めて重要です。

また、結局、画面キャプチャすればつなげることができてしまいますので本当に意味があることなのかどうかは気になるところです。

ただ、所蔵者・公開者の方々の中には、とにかく画像丸ごとダウンロードはさせたくない、という人がおられるようですので、そういう方々にIIIFへの対応を前向きにご検討していただく上で多少お役に立つことがあるソリューションかもしれないと思います。何事もステップというものがあり、一つずつ、少しずつ、心理的障壁を取り除き、それによって利便性が高まったり有用性がより広く認知されたりするという体験から理解を深めていただけることも少なくありませんので、そういうステップの一つとして捉えることはできるだろうと思います。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/11(日) 17:36:59.92

これらの注釈はどこに保存されますか？
このバージョンのMiradorは、注釈をブラウザのローカルストレージに保存します。これの意味は：

それらはあなたのマシンでのみアクセス可能です
それらは永続的ではなく、消える可能性があります
デモサイトに最適な保管場所

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 10:12:48.97

$ sudo timeshift --list
------------------------------------------------------------------------------
0 > 2021-06-22_22-32-03 O $ sudo apt purge firmware-realtek
1 > 2021-07-01_19-01-50 O {timeshift-autosnap-apt} {created before call to APT}
2 > 2021-07-01_19-03-38 O {timeshift-autosnap-apt} {created before call to APT}
3 > 2021-07-01_19-16-18 O Before restoring '2021-06-22 22:32:03'
4 > 2021-07-01_19-19-37 O {timeshift-autosnap-apt} {created before call to APT}
5 > 2021-07-10_07-07-42 B
06/26
------------------------------------------------------------------------------
0 > 2021-06-22_22-32-03 O $ sudo apt purge firmware-realtek
1 > 2021-06-25_13-05-58 B

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 10:30:32.03

93から復習

$ sudo apt purge firmware-realtek

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

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

$ 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'

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 10:38:12.55

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

全体の流れ

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

$ sudo dkms remove 8192cu/1.11 --all

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

これはどうしたら？

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

$

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 10:44:13.72

sudo dkms add ./rtl8192cu-fixes

$ 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

ここは何をしたのか明確にはわからない、当時聞いておくべき

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

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

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 10:49:14.85

$ 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'
略

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

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

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 11:00:04.42

126 から

直近の状態に戻した。先程やった変更はすべて　なくなった。つぎに

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

となり、あきらめてアップグレードの方向へ。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 11:00:30.02

休憩

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 11:32:18.32

直近では11のクリーンインストールなのだが、アップグレードについて復習する
152から

https://www.debian.org/releases/bullseye/amd64/release-notes/ch-upgrading.ja.html#backup

4.1.1. あらゆるデータや設定情報をバックアップする
システムをアップグレードする前に、完全なバックアップを取っておくよう強くお勧めします。少なくとも、失いたくないデータや設定情報だけでもバックアップしておきましょう。アップグレードのツールや処理はきわめて信頼性の高いものですが、アップグレードの最中にハードウェア障害が起こると、システムに大きなダメージを与えることがありえます。

＜＜これはぜんぶ略す。

＞それらは従来型ファイルシステム(ext4とかxfs)の場合は必須
Btrfs & timeshift の場合は基本的にはスナップショット取っておけば必要ない

ということで。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 11:45:09.30

$ sudo timeshift --list
------------------------------------------------------------------------------
0 > 2021-06-22_22-32-03 O $ sudo apt purge firmware-realtek
1 > 2021-07-01_19-03-38 O {timeshift-autosnap-apt} {created before call to APT}
2 > 2021-07-01_19-16-18 O Before restoring '2021-06-22 22:32:03'
3 > 2021-07-01_19-19-37 O {timeshift-autosnap-apt} {created before call to APT}
4 > 2021-07-12_10-26-04 O {timeshift-autosnap-apt} {created before call to APT}
5 > 2021-07-12_10-50-38 O Before restoring '2021-07-12 10:26:04'
6 > 2021-07-12_11-02-06 B

1と6以外を消す。１は最小アップグレードの直後。6は現在の状態。＞＞処置

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 11:48:23.66

休憩...というかsea tool の続き

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 17:00:24.56

win
ファームアップデートしかけたが、2009年が最新で多分でしてるのと、
ルーファス書き込みできないiso なのでやめた

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 17:21:49.79

①Short Drive Self Test(短時間ドライブ・セルフ・テスト、短時間DST)
ハードディスク・ドライブのファームウェアに組み込まれている精密診断ルーチンです。
ファームウェアはディスク・ドライブにインストールされ、ドライブの動作を制御する機械語です。
DSTでは、データが完全に保護されます。
[Short Drive Self Test]で問題が見つかった場合は、保証交換をお勧めします。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 17:24:37.97

[S.M.A.R.T Check（S.M.A.R.Tチェック）] – S.M.A.R.Tが作動しているかどうかをチェックします。
[Short Drive Self Test（ショート・ドライブ・セルフ・テスト）] –

両方ともパース。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 17:27:33.08

Windows版SeaToolsの使用方法
A. システムの準備

SeaToolsを隔離する – ハードディスク診断を実行する前に、他のすべてのアプリケーションを閉じる必要があります。それは主に、ドライブの動作をできる限りSeaToolsに集中させるためです。他のアプリケーションを開いたままにすると、それらのアプリケーションが必要とするデータにアクセスするために、Windowsがディスクドライブにコマンドを送り続けます。このような状況で、ドライブがビジーになると、SeaToolsの進行が一時的に停止されてしまいます。ドライブや通常の使用状況に悪影響はありませんが、SeaToolsテストが完了するまでに時間がかかります。ドライブや通常の使用状況に悪影響はありませんが、SeaToolsテストが完了するまでに時間がかかります。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 17:29:43.35

C. 実行するテストの選択

実行可能な診断テストのメニューが表示されます。基本テストは、データに影響のない読み取り専用のテストです。実行したいテストを選択します。テストはすぐに実行されます。

テストには以下の内容が含まれます。

Fix All（すべてを修復）
Short Drive Self Test（短時間ドライブ自己テスト）（20～90秒）
Drive Information（ドライブ情報）
Short Generic（ショート・リード・テスト）
Long Generic（ロング・リード・テスト）（1%ずつ進行するため、完了までに数時間かかることがある）

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 17:31:24.38

Short Drive Self Test（短時間ドライブ自己テスト）(DST) を起動すると、大部分のドライブは、ハードディスク・ドライブのファームウェアに組み込まれた診断ルーチンを実行します。DSTでは、データは完全に保護されます。

通常はShort Drive Self Test（短時間ドライブ自己テスト）で充分です。Short Generic（ショート・リード・テスト）も同じような内容で、ドライブの様々な領域をテストします。

Fix All Fast（すべてを修正 - 高速）では、ドライブのアクティビティ・ログを使って、不良の疑いがあるセクターを識別します。SeaToolsは一覧に含まれる各メディアをテストして、不良がある場合にはセクターの再割り当てを行います。それが正常に完了するとSeaToolsは次へ進み、失敗するとテストは終了します。平均の所要時間は5分未満です。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 17:35:00.35

Short Generic（ショート・リード・テスト）
合格
最終
Fix All Fast

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 17:55:29.53

高速修復もパース！よかった

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 23:48:22.30

$ cat /etc/debian_version
10.10

4.2.11. パッケージの状態をチェックする

# dpkg -l | pager
$ sudo apt purge aircrack-ng

注記
apt は対話式な用途を目的としており、スクリプトの中で使うべきではありません。スクリプトの中では字句解析に適していて安定した出力をもつ apt-get を使うべきです。

4.4.1. セッションの記録

ここで強くお勧めしたいのですが、/usr/bin/script プログラムを使って、このアップグレードセッションの記録を取るようにしましょう。

こうすれば、何らかの問題が生じたときに何が起こったかを記録しておくことができ、必要に応じてバグ報告に正確な情報を含めることができます。記録を開始するには次のように入力します。

# script -t 2>~/upgrade-bullseyestep.time -a ~/upgrade-bullseyestep.script
スクリプトを開始しました。ファイルは /root/upgrade-bullseyestep.script です
root@kyo:~#

typescript を再度実行する必要がある場合 (例: システムを再起動する必要がある場合) は、どのアップグレード手順のログを取っているのかを示すため、別の手順番号を使ってください。typescript ファイルは /tmp や /var/tmp のような一時ディレクトリには置かないでください (これらのディレクトリ内のファイルはアップグレードや再起動の際に削除されることがありますから)。

また、typescript ファイルに記録することで、スクロールしてスクリーンから消えた情報をもう一度見ることができるようにもなります。

システムのコンソールの前に居る場合は、(Alt+F2 を使って) 2 番の仮想コンソールに切り替えて、ログインしてから less -R ~root/upgrade-bullseye.script と実行すれば当該ファイルを見ることができます。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/12(月) 23:52:48.28

# script -t 2>~/upgrade-bullseyestep.time -a ~/upgrade-bullseyestep.script
スクリプトを開始しました。ファイルは /root/upgrade-bullseyestep.script です
root@kyo:~# apt autoremove
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
以下のパッケージは「削除」されます:
ethtool hwloc ieee-data libhwloc-plugins libhwloc5 rfkill
アップグレード: 0 個、新規インストール: 0 個、削除: 6 個、保留: 8 個。
この操作後に 12.0 MB のディスク容量が解放されます。
続行しますか? [Y/n] y

休憩

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/13(火) 00:03:26.26

4.4.3. アップグレードするのに十分な領域があることを確認する

# apt -o APT::Get::Trivial-Only=true full-upgrade
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
アップグレードパッケージを検出しています... 完了
以下のパッケージはアップグレードされます:
linux-compiler-gcc-8-x86 linux-headers-4.19.0-17-amd64
linux-headers-4.19.0-17-common linux-image-4.19.0-17-amd64 linux-kbuild-4.19
linux-libc-dev shim-signed shim-signed-common
アップグレード: 8 個、新規インストール: 0 個、削除: 0 個、保留: 0 個。
61.0 MB のアーカイブを取得する必要があります。
この操作後に 4,096 B のディスク容量が解放されます。
E: Trivial Only が指定されましたが、これは簡単な操作ではありません。
#

事前に領域を解放するのを忘れないようにしてください。以下のことを実行するとよいでしょう。

インストールのために、以前 (/var/cache/apt/archives に) ダウンロードしたパッケージを削除する。apt clean を実行してパッケージキャッシュを一掃すると、以前ダウンロードしたパッケージファイルをすべて削除できます。

jin@kyo:~$ cd /var/cache/apt/archives
jin@kyo:/var/cache/apt/archives$ ls -a
. .. lock partial
jin@kyo:/var/cache/apt/archives$ cd lock
bash: cd: lock: ディレクトリではありません
jin@kyo:/var/cache/apt/archives$ cd partial
bash: cd: partial: 許可がありません
jin@kyo:/var/cache/apt/archives$

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/13(火) 00:37:31.76

多くの容量を占めていて現在必要のないパッケージを削除する (アップグレード後にいつでもインストールし直せます)。popularity-contest をインストールしていれば、popcon-largest-unused を使うことにより、容量の多くを占めていて使うことのないパッケージの一覧が得られます
https://qiita.com/niwasawa/items/956573e4a72a04035dc2
使っていない Debian パッケージを popcon-largest-unused コマンドで調査する

# popcon-largest-unused
warning: Missing required file /var/log/popularity-contest.
info: Run 'popularity-contest > /var/log/popularity-contest' to generate it.

/var/log/popularity-contest が無い場合は、 popularity-contest コマンドの結果をリダイレクトして出力しておく。
# popularity-contest > /var/log/popularity-contest

popcon-largest-unused コマンドを打つと、未使用のパッケージの一覧がサイズの大きい順に出力される。
----------------
9114 gnome-system-tools
9014 libx32stdc++-8-dev
8989 gdb
8710 alpine
8289 udev
7909 grub-efi-amd64-bin
7811 synaptic
7537 gparted
6693 dpkg
6594 gettext
6504 gnome-disk-utility
6439 bash
5300 libmagic-mgc
5211 mozc-utils-gui
5137 gnome-control-center

5115 linux-headers-4.19.0-16-amd64
5072 linux-headers-4.19.0-12-amd64
5047 linux-headers-4.19.0-10-amd64
4965 blueman
略

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/13(火) 00:40:23.71

# dpkg -l linux-image-*

rc linux-image-4.19.0-10-amd64 4.19.132-1 amd64 Linux 4.
un linux-image-4.19.0-10-amd64-unsigned <なし> <なし> (説明 (d
rc linux-image-4.19.0-12-amd64 4.19.152-1 amd64 Linux 4.
un linux-image-4.19.0-12-amd64-unsigned <なし> <なし> (説明 (d
rc linux-image-4.19.0-13-amd64 4.19.160-2 amd64 Linux 4.
un linux-image-4.19.0-13-amd64-unsigned <なし> <なし> (説明 (d
rc linux-image-4.19.0-14-amd64 4.19.171-2 amd64 Linux 4.
un linux-image-4.19.0-14-amd64-unsigned <なし> <なし> (説明 (d
ii linux-image-4.19.0-16-amd64 4.19.181-1 amd64 Linux 4.
un linux-image-4.19.0-16-amd64-unsigned <なし> <なし> (説明 (d
ii linux-image-4.19.0-17-amd64 4.19.194-1 amd64 Linux 4.
un linux-image-4.19.0-17-amd64-unsigned <なし> <なし> (説明 (d
rc linux-image-4.19.0-8-amd64 4.19.98-1+deb10u1 amd64 Linux 4.
un linux-image-4.19.0-8-amd64-unsigned <なし> <なし> (説明 (d
ii linux-image-amd64 4.19+105+deb10u12 amd64 Linux fo
lines 1-20/20 (END)

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/13(火) 00:47:38.95

uname コマンドの結果と突き合わせると、たしかに linux-image-4.9.0-8 は使われていないようだ。現在はこれより新しい linux-image-4.9.0-9-amd64 が使われている。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/13(火) 00:57:28.20

$ uname -r
4.19.0-17-amd64

5115 linux-headers-4.19.0-16-amd64
5072 linux-headers-4.19.0-12-amd64
5047 linux-headers-4.19.0-10-amd64
とりあえずこれらを削除。大量のため不安。再起動問題ない。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/13(火) 00:58:30.66

休憩

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 01:32:07.25

>>245
> gnome-system-tools

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

あとから入れたやつでたぶんいらない。
エロさんが重要な教えを。

> どうやってbtrfsのコマンド類をマスターしたのでしょう？
バックアップを抜かりなくやった上でいじくりまくった

俺は脳の調子が悪いからと難易度が高いリナックスの操作を回避して、いつも不完全な眠りで、ずーっとゲームそのほか2ちゃんカキコなど時間をムダにしてきた。考えれば
timeshiftでバックアップ完璧なのだから、

いじり倒せばいいんだ。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 01:34:51.32

timeshift さえ生きていれば（逆にこれは容易に死ぬ。
先のuefiブート情報の書き換わりのように）
GUI起動できなければつむ。
ここだけ注意すればその他の変更は破棄すればいいだけ。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 01:43:13.55

ときに有用だがめったに使わないから
$ sudo apt purge --autoremove synaptic

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 01:46:34.86

0 > 2021-07-13_00-45-53 O {timeshift-autosnap-apt} {created before call to APT}
1 > 2021-07-14_00-16-26 B
2 > 2021-07-14_01-32-15 O {timeshift-autosnap-apt} {created before call to APT}
3 > 2021-07-14_01-42-40 O {timeshift-autosnap-apt} {created before call to APT}

----------------
信じられない
1 > 2021-07-01_19-03-38 O {timeshift-autosnap-apt} {created before call to APT}

が消えてる。１は最小アップグレードの直後。もうアップグレードは消えた

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 02:02:46.48

popcon-largest-unused

10702 libsane
9412 lib32stdc++-8-dev
9114 gnome-system-tools
9014 libx32stdc++-8-dev
8989 gdb
8710 alpine
8289 udev
7909 grub-efi-amd64-bin
7811 synaptic
7537 gparted
6693 dpkg
6594 gettext
6504 gnome-disk-utility
6439 bash
5300 libmagic-mgc
5211 mozc-utils-gui
5137 gnome-control-center
5115 linux-headers-4.19.0-16-amd64
4965 blueman
4831 shared-mime-info
4784 apache2-bin

略

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 02:09:10.59

スキャナのための API ライブラリ
$ sudo apt purge --autoremove libsane

apg* cheese-common* colord* colord-data* cups-pk-helper*
gir1.2-secret-1* gkbd-capplet* gnome-control-center*
gnome-control-center-data* gnome-settings-daemon*
gnome-settings-daemon-common* gnome-user-docs* gnome-user-share*
iio-sensor-proxy* libcheese-gtk25* libcheese8* libcolord-gtk1*
libcolorhug2* libgeoclue-2-0* libgeocode-glib0*
libgnome-bluetooth13* libgnomekbd-common* libgnomekbd8*
libgusb2* libgweather-3-15* libgweather-common* libibus-1.0-5*
libieee1284-3* libmariadb3* libnss-myhostname*
librygel-core-2.6-2* librygel-db-2.6-2* librygel-renderer-2.6-2*
librygel-server-2.6-2* libsane* libsnmp30* mousetweaks*
python3-cups* python3-cupshelpers* python3-requests*
python3-smbc* python3-urllib3* realmd* rygel* sane-utils*
system-config-printer-common* system-config-printer-udev*
update-inetd*
アップグレード: 0 個、新規インストール: 0 個、削除: 48 個、保留: 9 個。
この操作後に 150 MB のディスク容量が解放されます。
続行しますか? [Y/n]

なんとなくヤバイ。ww

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 02:10:02.62

個人的には、アップグレード中にデスクトップを削除しても問題はありません。ほとんどの場合、完全に新しいデスクトップが新しいリリースに付属します。

新しいデスクトップを配置するには、古いデスクトップを削除する必要があります。

とにかく、アップグレードには常にリスクが伴い、アップグレードが正常に完了しないとデスクトップを台無しにしてしまう可能性がありますが、それはかなりのリスクだと思います。

システムのアップグレードを実行する前に、常にOSをバックアップする必要があるため、問題が発生した場合に備えて、システムを復元するためのバックアップイメージがあります。

通常のデスクトップセッションからアップグレードルーチンを実行する代わりに、Ctrl + Alt + F2（またはF3）を押して非グラフィカルセッションを開始し、そこからアップグレードを続行することをお勧めします。

これにより、グラフィカルセッションがクラッシュした場合にアップグレードを台無しにするリスクを減らすことができます。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 02:13:19.72

>>255
再起動したらヤバイ感じ。いってきます

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 02:15:36.20

素晴らしきかな！mate

これ以上触らない

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 16:57:27.59

Rosstaを含む'退避'は3.3ギガだが、まったく使ってない。アップする

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 17:11:18.39

遅すぎてコピーできず
ドライバの問題を解決してから

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 17:16:34.49

home各フォルダ再配置も無理。googleドライブ使えないから

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 17:23:15.12

$ cd /var/log/

$ ls
Xorg.0.log daemon.log.1 installer mail.log.2.gz syslog.3.gz
Xorg.0.log.old daemon.log.2.gz kern.log mail.log.3.gz syslog.4.gz
alternatives.log daemon.log.3.gz kern.log.1 mail.log.4.gz syslog.5.gz
alternatives.log.1 daemon.log.4.gz kern.log.2.gz mail.warn syslog.6.gz
alternatives.log.2.gz debug kern.log.3.gz mail.warn.1 syslog.7.gz
alternatives.log.3.gz debug.1 kern.log.4.gz mail.warn.2.gz timeshift
alternatives.log.4.gz debug.2.gz lastlog mail.warn.3.gz unattended-upgrades
alternatives.log.5.gz debug.3.gz lightdm mail.warn.4.gz user.log
alternatives.log.6.gz debug.4.gz mail.err messages user.log.1
alternatives.log.7.gz dpkg.log mail.err.1 messages.1 user.log.2.gz
apt dpkg.log.1 mail.err.2.gz messages.2.gz user.log.3.gz
auth.log dpkg.log.2.gz mail.err.3.gz messages.3.gz user.log.4.gz
auth.log.1 dpkg.log.3.gz mail.err.4.gz messages.4.gz vbox-setup.log
auth.log.2.gz dpkg.log.4.gz mail.info openvpn wtmp
auth.log.3.gz dpkg.log.5.gz mail.info.1 popularity-contest wtmp.1
auth.log.4.gz dpkg.log.6.gz mail.info.2.gz private xrdp-sesman.log
boot.log dpkg.log.7.gz mail.info.3.gz speech-dispatcher xrdp.log
btmp exim4 mail.info.4.gz syslog
btmp.1 faillog mail.log syslog.1
daemon.log fontconfig.log mail.log.1 syslog.2.gz

$
ぜんぶ削除して良いのか？

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 17:28:01.50

/var/log/syslog (Ubuntuの場合)
システム全体のログが出力されます。何のエラーか分からない場合はまずこのファイルを確認します。
jin@kyo:/var/log$ cat syslog

でみると、情報多すぎてダメ

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 17:34:04.65

/var/log/boot.log : 起動時のログが出力されます。起動しないサービス、認識しないハードウェアなどがある場合このファイルを確認します。

-rw------- 1 root root 5583839 7月 14 17:01 boot.log

[ OK ] Mounted Kernel Debug File System.
[ OK ] Started Remount Root and Kernel File Systems.
[ OK ] Started Apply Kernel Variables.
Starting Create System Users...
Starting Load/Save Random Seed...
[ OK ] Started Journal Service.
[ OK ] Started udev Coldplug all Devices.
Starting Flush Journal to Persistent Storage...
[ OK ] Started Load/Save Random Seed.
--続きます--(0%)

boot.log とはなにか？はわかったが、これも異常を発見できない

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 17:35:10.73

7月 14 17:01:19 kyo systemd-udevd[269]: Error running install command for rtlwifi
7月 14 17:01:31 kyo wpa_supplicant[571]: bgscan simple: Failed to enable signal strength monitoring
7月 14 17:04:43 kyo dhclient[580]: receive_packet failed on wlan0: Network is down
7月 14 17:04:43 kyo wpa_supplicant[571]: dbus: wpa_dbus_property_changed: no property SessionLength in object
7月 14 17:04:43 kyo wpa_supplicant[571]: nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
7月 14 17:04:43 kyo wpa_supplicant[571]: nl80211: Failed to set IPv4 unicast in multicast filter
7月 14 17:04:44 kyo wpa_supplicant[571]: nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
7月 14 17:04:44 kyo wpa_supplicant[571]: nl80211: Failed to set IPv4 unicast in multicast filter
7月 14 17:04:44 kyo wpa_supplicant[571]: nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
7月 14 17:04:44 kyo wpa_supplicant[571]: nl80211: Failed to set IPv4 unicast in multicast filter
7月 14 17:04:44 kyo systemd-udevd[1570]: Error running install command for rtlwifi
7月 14 17:04:47 kyo wpa_supplicant[571]: bgscan simple: Failed to enable signal strength monitoring

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 17:42:28.25

/ var/log内のすべてを削除すると、存在することが予想されるフォルダー（exim4、Apache2、apt、cups、mysql、sambaなど）が存在するため、非常に短い時間で大量のエラーメッセージが表示される可能性があります。もっと）。さらに、ログファイルが存在しない場合に作成されないサービスまたはアプリケーションがいくつかあります。彼らは少なくとも空のファイルが存在することを期待しています。ですから、あなたの質問への直接的な答えは、実際には"Do not do this !!!"です。

Joschiが指摘したように、これを行う理由はありません。私は何年もの間1つのログファイルが削除されていないdebianサーバーを実行しています。

jin@kyo:/var/log$ ls -l
合計 4
-rw-r--r-- 1 root root 0 7月 14 17:39 Xorg.0.log
-rw-r--r-- 1 root root 0 7月 14 17:39 Xorg.0.log.old
-rw-r--r-- 1 root root 0 7月 14 17:39 alternatives.log
-rw-r--r-- 1 root root 0 7月 14 17:39 alternatives.log.1
-rw-r--r-- 1 root root 0 7月 14 17:39 alternatives.log.2.gz
-rw-r--r-- 1 root root 0 7月 14 17:39 alternatives.log.3.gz
-rw-r--r-- 1 root root 0 7月 14 17:39 alternatives.log.4.gz
-rw-r--r-- 1 root root 0 7月 14 17:39 alternatives.log.5.gz
-rw-r--r-- 1 root root 0 7月 14 17:39 alternatives.log.6.gz
-rw-r--r-- 1 root root 0 7月 14 17:39 alternatives.log.7.gz
drwxr-xr-x 1 root root 466 7月 14 10:59 apt

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 17:42:50.52

ファイルを削除ではなく、ファイルの中身を消去を目的をしています。

[centos@root ~]# find /var/log/ -type f -name \* -exec cp -f /dev/null {} \;
これで/var/log以下のファイルを探しだし、すべてのファイルに対して/dev/nullでnullを書き込んでいます。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 17:53:38.55

# du -h /var/log/
0 /var/log/lightdm
0 /var/log/apt
0 /var/log/openvpn
0 /var/log/private
0 /var/log/unattended-upgrades
0 /var/log/installer/cdebconf
0 /var/log/installer
0 /var/log/exim4
0 /var/log/speech-dispatcher
0 /var/log/timeshift
4.0K /var/log/
#

もうこれでいい

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/14(水) 18:32:28.35

> 先にsudo apt -d full-upgradeを叩いて
> 必要なパッケージを全部事前ダウンロードしておけば
> 途中でネットから切断されても問題ないはず

$ sudo find /var/run/timeshift/backup/timeshift-btrfs -type f -name \*.deb

/var/run/timeshift/backup/timeshift-btrfs/snapshots/2021-07-01_19-28-36/@/var/cache/apt/archives/libloudmouth1-0_1.5.3-5_amd64.deb
略

膨大な量の上みたいのが...これはなんですかっ？

>それバージョンを跨いだスナップショットがある場合にはしないほうが・・・

> 完全にもとに戻るのではないのですかっ？
完全に元に戻ったんだよ
で、元に戻る前の状態が自動スナップショットされ、その中のaptのキャッシュがfindコマンドにヒットしたという事

＞＞07-01_19-28の自動スナップショットは自動的に削除された。したがってアップグレードの続きできない

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 05:54:54.20

>>254
> lib32stdc++-8-dev

gcc なにかビルドにいるもの

-------------
まず、適当に無効化した自動起動するアプリを

ネット参照して全て有効化

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 06:24:55.45

https://askubuntu.com/questions/414841/which-applications-to-start-at-login

Bluetooth Manager

Status: unwanted until you use GNOME fallback session and you make use of the Bluetooth technology.

[ステータス：GNOMEフォールバックセッションを使用し、Bluetoothテクノロジーを使用するまでは不要です。]

Unneeded for GNOME Shell users. [GNOMEShellユーザーには不要です。]

--------------
AT SPI D-Bus Bus

Status: unwanted until you need the accessibility features.

1時間調べて、特にいじるところなし。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 06:32:39.24

nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
nl80211: Failed to set IPv4 unicast in multicast filter
Error running install command for rtlwifi

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 06:51:36.18

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

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 07:07:18.18

テスト

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 07:07:31.87

$ apt list --upgradable
$ sudo apt install linux-headers-4.19.0-17-amd64
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
以下の追加パッケージがインストールされます:
linux-headers-4.19.0-17-common linux-kbuild-4.19
以下のパッケージはアップグレードされます:
linux-headers-4.19.0-17-amd64 linux-headers-4.19.0-17-common linux-kbuild-4.19

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 07:09:12.11

$ nmcli d
DEVICE TYPE STATE CONNECTION
wlan0 wifi 接続済み
lo loopback 管理無し --

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 07:10:28.14

$ journalctl -u NetworkManager
-- Logs begin at Wed 2021-07-14 23:38:21 JST, end at Thu 2021-07-15 07:03:39 JST. --
7月 14 23:38:26 kyo systemd[1]: Starting Network Manager...
7月 14 23:38:29 kyo NetworkManager[498]: <info> [1626273509.5349] NetworkManager (version 1.14.6) is startin
7月 14 23:38:29 kyo NetworkManager[498]: <info> [1626273509.5354] Read config: /etc/NetworkManager/NetworkMa
7月 14 23:38:29 kyo NetworkManager[498]: <info> [1626273509.5435] wifi-nl80211: (wlan0): using nl80211 for W
7月 14 23:38:29 kyo NetworkManager[498]: <info> [1626273509.5549] bus-manager: acquired D-Bus service "org.f
7月 14 23:38:29 kyo systemd[1]: Started Network Manager.
7月 14 23:38:29 kyo NetworkManager[498]: <info> [1626273509.5641] manager[0x555e2ab8f030]: monitoring kernel
7月 14 23:38:29 kyo NetworkManager[498]: <info> [1626273509.5643] monitoring ifupdown state file '/run/netwo
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.0346] hostname: hostname: using hostnamed
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.0347] hostname: hostname changed from (none) to
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.0354] dns-mgr[0x555e2ab9b8f0]: init: dns=default
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.0373] rfkill0: found WiFi radio killswitch (at /
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.0378] manager[0x555e2ab8f030]: rfkill: WiFi hard
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.0379] manager[0x555e2ab8f030]: rfkill: WWAN hard
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.2758] ifupdown: interface-parser: parsing
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.2759] ifupdown: interface-parser: source l
7月 14 23:38:30 kyo NetworkManager[498]: <warn> [1626273510.2760] ifupdown: interfaces file /etc/network/int
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.2761] ifupdown: interface-parser: finished
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.2761] ifupdown: management mode: unmanaged
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.2761] settings: Loaded settings plugin: Settings
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.2762] settings: Loaded settings plugin: NMSKeyfi
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.3180] keyfile: new connection /etc/NetworkManage
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.3205] keyfile: new connection /etc/NetworkManage
7月 14 23:38:30 kyo NetworkManager[498]: <info> [1626273510.3234] keyfile: new connection /etc/NetworkManage
lines 1-25

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 07:15:44.59

>wpa_supplicantのログを確認しました。libssl.so.1.0.0が見つからなかったために静かに死んでしまったようです。

libssl.so.1.0.0が見つからない、など下の記述中どこから？

$ systemctl status wpa_supplicant
● wpa_supplicant.service - WPA supplicant
Loaded: loaded (/lib/systemd/system/wpa_supplicant.service; disabled; vendor preset: enabled)
Active: active (running) since Wed 2021-07-14 23:38:31 JST; 7h ago
Main PID: 582 (wpa_supplicant)
Tasks: 1 (limit: 4121)
Memory: 4.0M
CGroup: /system.slice/wpa_supplicant.service
└─582 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant

7月 15 05:20:28 kyo wpa_supplicant[582]: wlan0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
7月 15 05:20:28 kyo wpa_supplicant[582]: wlan0: WPA: Key negotiation completed with 1c:b1:7f:ff:94:55 [PTK=CC
7月 15 05:20:28 kyo wpa_supplicant[582]: wlan0: CTRL-EVENT-CONNECTED - Connection to 1c:b1:7f:ff:94:55 comple
7月 15 05:20:28 kyo wpa_supplicant[582]: bgscan simple: Failed to enable signal strength monitoring
7月 15 05:20:28 kyo wpa_supplicant[582]: wlan0: WPA: Group rekeying completed with 1c:b1:7f:ff:94:55 [GTK=CCM
7月 15 05:20:30 kyo wpa_supplicant[582]: wlan0: WPA: Group rekeying completed with 1c:b1:7f:ff:94:55 [GTK=CCM
7月 15 05:27:24 kyo wpa_supplicant[582]: wlan0: WPA: Group rekeying completed with 1c:b1:7f:ff:94:55 [GTK=CCM
7月 15 05:57:24 kyo wpa_supplicant[582]: wlan0: WPA: Group rekeying completed with 1c:b1:7f:ff:94:55 [GTK=CCM
7月 15 06:27:24 kyo wpa_supplicant[582]: wlan0: WPA: Group rekeying completed with 1c:b1:7f:ff:94:55 [GTK=CCM
7月 15 06:57:24 kyo wpa_supplicant[582]: wlan0: WPA: Group rekeying completed with 1c:b1:7f:ff:94:55 [GTK=CCM
lines 1-19/19 (END)

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 07:19:21.95

既定状態
まず OpenSSL を手動インストールする前の状態をメモっておく。

$ which openssl
/usr/bin/openssl

$ ldd /usr/bin/openssl
linux-vdso.so.1 (0x00007ffcf24fc000)
libssl.so.1.1 => /lib/x86_64-linux-gnu/libssl.so.1.1 (0x00007f3b4326d000)
libcrypto.so.1.1 => /lib/x86_64-linux-gnu/libcrypto.so.1.1 (0x00007f3b42f84000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f3b42f7f000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f3b42f5e000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f3b42d9d000)
/lib64/ld-linux-x86-64.so.2 (0x00007f3b433d4000)

$ openssl version
OpenSSL 1.1.1d 10 Sep 2019

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 10:53:44.94

Geoclue Demo agent を追加。

起動時

Error running install command for rtlwi
bgscan simple: Failed to enable signal

復帰後
症状変化なし
nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
nl80211: Failed to set IPv4 unicast in multicast filter
Error running install command for rtlwifi

wpa_supplicant is started in the graphical target only because another [ wpa_supplicantは、別の理由でのみグラフィカルターゲットで開始されます]
program activates it via D-Bus: [ プログラムはD-Busを介してそれをアクティブにします：]
Another program that might activate wpa_supplicant is NetworkManager, [ wpa_supplicantをアクティブ化する可能性のある別のプログラムはNetworkManagerです。]
but only when a Wi-Fi device is found. [ ただし、Wi-Fiデバイスが見つかった場合のみ。] So, if you isolate the [ だから、あなたが分離した場合]
multi-user target and there is a Wi-Fi device managed by NM, [ マルチユーザーターゲットであり、NMによって管理されるWi-Fiデバイスがあります。]
wpa_supplicant will be active. [ wpa_supplicantがアクティブになります。]

To have wpa_supplicant always running even if not requested by another [ 他の人から要求されていない場合でも、wpa_supplicantを常に実行する]
program (like NM), you need to enable the service explicitly: [ プログラム（NMなど）では、サービスを明示的に有効にする必要があります。]

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 10:53:54.12

$ systemctl status wpa_supplicant
● wpa_supplicant.service - WPA supplicant
Loaded: loaded (/lib/systemd/system/wpa_supplicant.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2021-07-15 10:40:36 JST; 12min ago
Main PID: 570 (wpa_supplicant)
Tasks: 1 (limit: 4121)
Memory: 1.5M
CGroup: /system.slice/wpa_supplicant.service
└─570 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant

7月 15 10:42:38 kyo wpa_supplicant[570]: nl80211: Failed to set IPv4 unicast in multicast filter
7月 15 10:42:38 kyo wpa_supplicant[570]: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
7月 15 10:42:42 kyo wpa_supplicant[570]: wlan0: Trying to associate with 1c:b1:7f:ff:94:55 (SSID='WARPSTAR-52
7月 15 10:42:42 kyo wpa_supplicant[570]: wlan0: Associated with 1c:b1:7f:ff:94:55
7月 15 10:42:42 kyo wpa_supplicant[570]: wlan0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
7月 15 10:42:42 kyo wpa_supplicant[570]: wlan0: WPA: Key negotiation completed with 1c:b1:7f:ff:94:55 [PTK=CC
7月 15 10:42:42 kyo wpa_supplicant[570]: wlan0: CTRL-EVENT-CONNECTED - Connection to 1c:b1:7f:ff:94:55 comple
7月 15 10:42:42 kyo wpa_supplicant[570]: bgscan simple: Failed to enable signal strength monitoring
7月 15 10:42:42 kyo wpa_supplicant[570]: wlan0: WPA: Group rekeying completed with 1c:b1:7f:ff:94:55 [GTK=CCM
7月 15 10:42:44 kyo wpa_supplicant[570]: wlan0: WPA: Group rekeying completed with 1c:b1:7f:ff:94:55 [GTK=CCM
lines 1-19/19 (END)

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 11:22:15.77

# wpa_supplicant -B -i wlan0 -D wext -c /etc/wpa_supplicant/example.conf
Successfully initialized wpa_supplicant
Failed to open config file '/etc/wpa_supplicant/example.conf', error: No such file or directory
Failed to read or parse configuration '/etc/wpa_supplicant/example.conf'.

この変更が怪しかったので戻す

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 12:40:06.97

wpa_cli で接続する
実行中に wpa_supplicant をインタラクティブに設定するのに使われるコマンドラインツール wpa_cli を利用します。この接続方法では利用可能なネットワークをスキャンすることができます。詳しくは wpa_cli(8) を見て下さい。

wpa_cli を使用するには、wpa_supplicant のコントロールインターフェイスを指定して設定を更新する権限を与える必要があります。最小限の設定ファイルを作成してください:

/etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface=/run/wpa_supplicant
update_config=1

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/15(木) 23:00:52.59

ヤサカスレは此処が続き？

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/20(火) 16:40:02.65

[設定の変更を有効にするには、NetworkManagerデーモンを再起動する必要がある場合があります。]

$ sudo service network-manager restart

やはり、抜き差しがいる

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/20(火) 16:49:54.76

https://wiki.debian.org/NetworkManager#Features
https://wiki.debian.org/NetworkManager/iwd

Buster users are advised to compile their own kernel if they have the need to connect to enterprise networks (or use wpa_supplicant until upgrading to Bullseye). [バスターユーザーは、エンタープライズネットワークに接続する必要がある場合は、独自のカーネルをコンパイルすることをお勧めします（または、ブルズアイにアップグレードするまでwpa_supplicantを使用します）。]

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/21(水) 18:17:29.54

再開、中文つづき

Using A Live CD/USB To Fix Your Current System

Boot (using UEFI) into a live system, such as a DebianLive CD/USB or the Debian installer in rescue mode.
[DebianLive CD / USBや [レスキューモードのDebianインストーラ] などのライブシステムを（UEFIを使用して）起動します。]

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/21(水) 18:39:37.58

(You can verify that the system has booted using UEFI by checking for the existence of the directory /sys/firmware/efi or by running efibootmgr.)

[（ディレクトリ/ sys / firmware / efiの存在を確認するか、efibootmgrを実行することにより、UEFIを使用してシステムが起動したことを確認できます。）]

Mount the broken system somewhere into the running filesystem.

[壊れたシステムを実行中のファイルシステムのどこかにマウントします。]

The exact details of how to do this depend on the particulars of your installation. [これを行う方法の正確な詳細は、インストールの詳細によって異なります。]

For example, for a system with an EFI partition on /dev/sdb1, an unencrypted /boot partition on /dev/sdb2, and a LUKS-encrypted / partition on /dev/sdb3, do:

[たとえば、/ dev / sdb1にEFIパーティション、/ dev / sdb2に暗号化されていない/ bootパーティション、および/ dev / sdb3にLUKSで暗号化された/パーティションがあるシステムの場合は次のようにします。]

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/23(金) 17:35:31.66

2021年07月23日

1. wifi
2. uefi絡みの起動の問題
3. 新しい得たseatool

取り組む順序は、２から。16ギガusbメモリにrefinderがあるため、まずこの問題を解決。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/23(金) 17:44:53.44

UEFI x GPT が性に合わないならCSM x MBRに戻せばいい
要領さえわかればそんなに難しくない
Btrfsだとその辺の作業もやりやすい

---------------
解釈
１，CSM x MBRで問題ない。２，変換作業でBtrfsが絡む

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/23(金) 18:00:39.14

imtrance がクロムffどちらでも正しく動作するときとしないときと

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/23(金) 18:14:31.84

実験１
ブルスアイをmbrからgptに変換。
つぎに、
refind usb で起動しブルスアイ上から

Reinstall the grub-efi package
"sudo apt-get install --reinstall grub-efi"

Put the debian bootloader in /boot/efi and create an appropriate entry in the computer NVRAM
[Debianブートローダーを/boot/efiに置き、コンピューターのNVRAMに適切なエントリを作成]
"sudo grub-install"

Re create a grub config file based on your disk partitioning schema [ディスクパーティションスキーマに基づいてgrub構成ファイルを再作成します]
"sudo update-grub"

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/23(金) 18:17:33.59

コンピューターのNVRAMに適切なエントリを作成]
"sudo apt-get install --reinstall grub-efi"

ここでエントリが上書きされ、バスターが起動できなくなりそうww

この案を破棄。調べ直し。中国にも書く。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/23(金) 21:49:51.81

機械翻訳サイト

https://www.it-swarm-ja.com/ja/boot/%E3%83%87%E3%83%A5%E3%82%A2%E3%83%AB%E3%83%96%E3%83%BC%E3%83%88%E4%B8%AD%E3%81%ABwindows%E3%81%A8linux%E3%81%AE%E4%B8%A1%E6%96%B9%E3%82%92%E3%83%AC%E3%82%AC%E3%82%B7%E3%83%BC%E3%83%A2%E3%83%BC%E3%83%89%E3%81%AB%E3%81%99%E3%82%8B%E5%BF%85%E8%A6%81%E3%81%8C%E3%81%82%E3%82%8A%E3%81%BE%E3%81%99%E3%81%8B%EF%BC%9F/961163937/

元サイト
https://askubuntu.com/questions/935821/do-both-windows-and-linux-have-to-be-in-legacy-boot-mode-during-dual-boot

必ずしも、Stack Overflow でないことが判明。すべて抜く。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/23(金) 21:53:40.94

google

ほとんどのコンピューターでは、2つのOSが同じブートモードである必要はありません、しかしそれは役に立ちます-very役立つ-両方が同じブートモードになるように。

deepl

ほとんどのコンピュータでは、2つのOSが同じブートモードである必要はありませんが、2つのOSが同じブートモードであると便利で、とても便利です。

日本語として後者まともw

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/23(金) 21:57:19.65

詳細はEFIによって大きく異なりますが、非常に古いEFIを除き、BIOSモードOSは、EFIファームウェア用のBIOSエミュレーターの一種である互換性サポートモジュール（CSM）を使用してインストールされます

詳細はEFIによって大きく異なりますが、一部の非常に古いEFIを除いて、BIOSモードのOSは互換性サポートモジュール（CSM）を使ってインストールされます。

ん？...w 単純化されてる、語句が省略されてる。deepl。ここで原文を見る。

Details vary greatly from one EFI to another, but in all but some very ancient EFIs, BIOS-mode OSes are installed using a Compatibility Support Module (CSM), which is a sort of BIOS emulator for EFI firmware.

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/23(金) 21:59:36.83

CSMは、あなたがファームウェアのオプションを設定するか、ファームウェア自身がCSMを使用するかしないかのトリガーとなるものを検出したときに、オン/オフを切り替えることができます。
残念なことに、異なるEFI（したがってコンピュータ）が、両方がアクティブなときにどちらのブートモードを使用するかを決定する方法には、ほとんど標準化されていません。そのため、CSMは使い勝手が悪く、扱いにくいものとなっています。

とはいえ、異なるブートモードを使用するOSを管理するには、通常2つの方法があります。

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

これにより、CSMは気性があり、<< 問題な表現だが、なんとなくわかる

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/23(金) 22:02:47.48

内蔵ブートマネージャの使い方 -- すべてのEFIには何らかの内蔵ブートマネージャが用意されていますが、その使い方の詳細はマシンによって異なります。一般的には、コンピュータの電源を入れた直後に、ファンクションキー（通常はF8以上）、Del、Enterを押してブートマネージャにアクセスします。この操作により、ブートオプションのメニューが表示されます。これらの中には、EFIモードでコンピュータを起動するものと、BIOSモードで起動するものがあります。EFIエントリは通常、インストールしたOSの名前（ubuntuやWindowsブートマネージャなど）か、"UEFI "という文字列を含んでいます。BIOSエントリは、ハードディスクの名前のように、BIOSブートメディアを記述することが多いです。したがって、BIOSモードのWindowsとEFIモードのUbuntuを切り替えるには、ハードディスクを名前で選択するのと、ブートマネージャでubuntuというエントリを選択するのとでは、違いがあります。

**名無しＱ(･∀･)ﾉ゜ｻｧﾝ!!** · 2021/07/23(金) 22:06:00.87

Using rEFInd -- My rEFInd boot manager is a standalone boot manager that can do something similar to what the EFI's boot manager can do, but it works in more-or-less the same way on any EFI-based computer. (Macs are an exception; the CSM in Macs is unique, and so rEFInd treats Macs differently.) By default, rEFInd's CSM support is inactive, so you won't see BIOS-mode boot options. If you uncomment the scanfor line in refind.conf and ensure that hdbios is among the options, you'll see a gray diamond-shaped icon for your hard disk, which will launch any BIOS-mode boot loader it contains. This is in addition to whatever EFI-mode boot loaders the disk contains. Thus, you can switch between BIOS-mode and EFI-mode boot loaders.

rEFInd の使用 -- 私の rEFInd ブートマネージャはスタンドアロンのブートマネージャで、EFI のブートマネージャができることと似たようなことができますが、EFI ベースのコンピュータであればほぼ同じように動作します。

デフォルトでは、rEFInd の CSM サポートは非アクティブなので、BIOS モードのブートオプションは表示されません。refind.conf の scanfor 行をアンコメントして、オプションの中に hdbios があることを確認すると、ハードディスクの灰色のひし形のアイコンが表示され、その中にある BIOS モードのブートローダが起動します。これは、ディスクに含まれるEFIモードのブートローダに加えて起動します。このように、BIOSモードとEFIモードのブートローダを切り替えることができます。