Debian GNU/Linux スレッド Ver.97[ﾜ有] (822ﾚｽ)
上下前次1-新
85(1): (ﾜｯﾁｮｲ 9bb7-I+il) 2021/06/22(火)18:55 ID:5UkYOIJ80(1) AAS
>>84
wpa-supplicant.serviceではなくwpa-supplicant@.serviceです
86: (ﾜｯﾁｮｲ 3a7e-N9vb) 2021/06/22(火)18:58 ID:Sc7TVKpC0(3/6) AAS
さすが的確
87: (ﾜｯﾁｮｲ b6ac-5aVi) 2021/06/22(火)20:02 ID:STMK9BnA0(1) AAS
外部ﾘﾝｸ:packages.debian.org
> Icedove 用日本語パッケージ
🤔
88: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/22(火)20:58 ID:0N3wvRFD0(15/21) AAS
>>85
外部ﾘﾝｸ:translate.google.com
のコマンドがとおりました
$ systemctl status wpa_supplicant.service
● wpa_supplicant.service - WPA supplicant
Loaded: loaded (/lib/systemd/system/wpa_supplicant.service; disabled;
vendor preset: enabled)
Active: active (running) since Tue 2021-06-22 17:18:07 JST; 3h 25min ago
Main PID: 576 (wpa_supplicant)
Tasks: 1 (limit: 4122)
Memory: 4.9M
CGroup: /system.slice/wpa_supplicant.service
└─576 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
89(1): (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/22(火)21:06 ID:0N3wvRFD0(16/21) AAS
Loaded: loaded (/lib/systemd/system/wpa_supplicant.service; disabled;
vendor preset: enabled)
無効となってるようですが、
外部ﾘﾝｸ[9A]:wiki.archlinux.jp
など、参考ページを読んでも複雑で、どうすればいいか...？
90(1): (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/22(火)21:09 ID:Sc7TVKpC0(4/6) AAS
>>80
久々に捨て値のWi-Fiドングル(r8188eu)挿して接続を確立してみたけど何ともないねえ
ドライバはnon-freeのfirmware-realtek dmesgも変なエラー無し
なおDE入りのLinuxではNetworkManagerがヨロシクやってくれるので
wpa_supplicantをごにょごにょした事が無い
91: (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/22(火)21:10 ID:Sc7TVKpC0(5/6) AAS
>>89
$ apt search -n firmware-realtek
インストールされてたら試しにpurge
92: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/22(火)21:18 ID:0N3wvRFD0(17/21) AAS
>>90
> 久々に捨て値のWi-Fiドングル(r8188eu)挿して接続を確立してみたけど何ともないねえ
感謝です。ご苦労をおかけします。
OSの状態が良くないのでしょうか？ もしそうであるならば、クリーンインストールすると
なくなる障害でしょうか？
93(1): (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/22(火)21:21 ID:0N3wvRFD0(18/21) AAS
$ apt search -n firmware-realtek
ソート中... 完了
全文検索... 完了
firmware-realtek/stable,stable,now 20190114-2 all [インストール済み]
Binary firmware for Realtek wired/wifi/BT adapters
$ sudo apt purge firmware-realtek
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
以下のパッケージは「削除」されます:
firmware-realtek*
アップグレード: 0 個、新規インストール: 0 個、削除: 1 個、保留: 2 個。
この操作後に 1,601 kB のディスク容量が解放されます。
続行しますか? [Y/n]
>> y したら、ネットから切断されて つぎの指導が読めなくなります
94: (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/22(火)21:26 ID:Sc7TVKpC0(6/6) AAS
>>93
dkmsで専用モジュールを組み込んだから大丈夫だと思うけど
心配ならばパージする前にスナップショットを取っておけば良い
95: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/22(火)22:35 ID:0N3wvRFD0(19/21) AAS
------------------------------------------------------------------------------
(データベースを読み込んでいます ... 現在 279648 個のファイルとディレクトリがインストールされています。)
firmware-realtek (20190114-2) を削除しています ...
dpkg: 警告: firmware-realtek の削除中、ディレクトリ '/lib/firmware/rtlwifi' が空でないため削除できませんでした
$
96: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/22(火)22:41 ID:0N3wvRFD0(20/21) AAS
jin@kyo:~$ cd /lib/firmware/rtlwifi
jin@kyo:/lib/firmware/rtlwifi$ ls -a
. rtl8192eu_ap_wowlan.bin rtl8723bu_ap_wowlan.bin rtl8812aefw_wowlan.bin
.. rtl8723bs_ap_wowlan.bin rtl8812aefw.bin
jin@kyo:/lib/firmware/rtlwifi$
97: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/22(火)23:14 ID:0N3wvRFD0(21/21) AAS
$ rm -rfv /lib/firmware/rtlwifi
でっか？
98: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)01:43 ID:2/aOkPKE0(1/18) AAS
$ export LANG=en_US
$ sudo apt purge firmware-realtek
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package 'firmware-realtek' is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
とくに
＞dpkg: 警告: firmware-realtek の削除中、ディレクトリ '/lib/firmware/rtlwifi' が空でないため削除できませんでした
対処しなくても削除されてた
99: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)01:55 ID:2/aOkPKE0(2/18) AAS
$ apt search -n firmware-realtek
インストールされてたら試しにpurge
----------------------------
$ sudo apt purge firmware-realtek
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package 'firmware-realtek' is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
----------------------------
結果
症状変化なし
100(1): (ﾜｯﾁｮｲ 3a7e-N9vb) 2021/06/23(水)07:45 ID:vaIr4z9b0(1/10) AAS
93でパージ前なのに99でインストールされてないってのが
意味わからないんだが
あと、俺ならハードの相性やら不良を疑うかなあ
300円ちょっとで買ったクソ蟹ドングルでさえ何ともないからな
101: (ﾜｯﾁｮｲ 3a7e-N9vb) 2021/06/23(水)08:14 ID:vaIr4z9b0(2/10) AAS
更には何らかのおまかんを排除する為に
俺だったら思い切ってOSを再インストールしてみたりするかな
俺はKDEを使うと何故か事あるごとに画面がビカビカしてたので
Debian11RC2を新規インストールしたら一切症状が出なくなった
まだ正式リリース前だけど別にひどい不具合とか無いよ
個人の個人用途ならまず問題ないと言える
102(1): (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)09:59 ID:2/aOkPKE0(3/18) AAS
>>100
> 93でパージ前なのに99でインストールされてないってのが
> 意味わからないんだが
93でパージ前 待機したが、95 でy した。端末の最終部分だけ
＞dpkg: 警告: firmware-realtek の削除中、ディレクトリ '/lib/firmware/rtlwifi' が空でないため削除できませんでした
コピペ。これの対処方法がわからなかった。$ rm -rfv /lib/firmware/rtlwifiしていいのか？
けっきょく消してません。
99で$ export LANG=en_US したのは、
＞dpkg: 警告: firmware-realtek の削除中、ディレクトリ '/lib/firmware/rtlwifi' が空でないため削除できませんでした
このメッセージを英語化し、対象言語を英語化したグーグルで広く検索してみようとした。
予想に反して、この箇所は表示されず、（インストールされてない）と出た
103: (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/23(水)10:19 ID:vaIr4z9b0(3/10) AAS
>>102
> $ rm -rfv /lib/firmware/rtlwifiしていいのか？
これは本来 firmware-realtek にしか含まれていないものみたいなので
削除してもおｋ
104(1): (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)10:38 ID:2/aOkPKE0(4/18) AAS
パージする前のスナップショット でfirmwareを元に戻す必要はない？
いろいろのページを読みますと、firmwareいるみたいに書いてあるのですが。
$ sudo rm -rfv /lib/firmware/rtlwifi
'/lib/firmware/rtlwifi/rtl8723bs_ap_wowlan.bin' を削除しました
'/lib/firmware/rtlwifi/rtl8192eu_ap_wowlan.bin' を削除しました
'/lib/firmware/rtlwifi/rtl8812aefw_wowlan.bin' を削除しました
'/lib/firmware/rtlwifi/rtl8723bu_ap_wowlan.bin' を削除しました
'/lib/firmware/rtlwifi/rtl8812aefw.bin' を削除しました
removed directory '/lib/firmware/rtlwifi'
$
105: (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/23(水)11:04 ID:vaIr4z9b0(4/10) AAS
>>104
第一に firmware-realtek をpurgeしたのにそれらがある時点でおまかん
削除は済んだようなので、一応その状態でdkmsを作り直してみようか
事前に sudo dkms remove 8192cu/1.11 を忘れずに
106: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)11:11 ID:2/aOkPKE0(5/18) AAS
$ lsusb -v | grep Realtek
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
Bus 001 Device 004: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
idVendor 0x0bda Realtek Semiconductor Corp.
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
107(1): (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/23(水)12:04 ID:vaIr4z9b0(5/10) AAS
よくわからんけどdkmsの生成からやり直してみて
駄目でもスナップショット取ったところへ戻ればいいだけなので
しかしよくやるわ
俺ならとっくにOS再インストールで切り分けするかWi-Fiドングル新調するかしてるところだが
108(1): (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)14:07 ID:2/aOkPKE0(6/18) AAS
>>107
> よくわからんけどdkmsの生成からやり直してみて
> 駄目でもスナップショット取ったところへ戻ればいいだけなので
了解です。
> しかしよくやるわ
> 俺ならとっくにOS再インストールで切り分けするかWi-Fiドングル新調するかしてるところだが
OS再インストールしたいのですが、わからないからです。debian でインストール工程でローカルからwifi ドライバをインストールしたり複雑な上にbtrfs だから。
109: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)14:16 ID:2/aOkPKE0(7/18) AAS
> 削除は済んだようなので、一応その状態でdkmsを作り直してみようか
事前に sudo dkms remove 8192cu/1.11 を忘れずに
全体の流れ
sudo dkms add ./rtl8192cu-fixes
sudo dkms install 8192cu/1.11
sudo depmod -a
sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/
110: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)14:17 ID:2/aOkPKE0(8/18) AAS
$ sudo dkms remove 8192cu/1.11 --all
-------- Uninstall Beginning --------
Module: 8192cu
Version: 1.11
Kernel: 4.19.0-17-amd64 (x86_64)
-------------------------------------
Status: Before uninstall, this module version was ACTIVE on this kernel.
8192cu.ko:
- Uninstallation
- Deleting from: /lib/modules/4.19.0-17-amd64/updates/dkms/
rmdir: 'updates/dkms' を削除できません: ディレクトリは空ではありません
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.
depmod..............
update-initramfs..............
DKMS: uninstall completed.
------------------------------
Deleting module version: 1.11
completely from the DKMS tree.
------------------------------
Done.
$
111(2): (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)14:20 ID:2/aOkPKE0(9/18) AAS
>
- Deleting from: /lib/modules/4.19.0-17-amd64/updates/dkms/
rmdir: 'updates/dkms' を削除できません: ディレクトリは空ではありません
これはどうしたら？
112: (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/23(水)14:22 ID:vaIr4z9b0(6/10) AAS
>>108
> OS再インストールしたいのですが、わからないからです。
ライブから入れればそんなに難しくないけどね
> debian でインストール工程でローカルからwifi ドライバをインストールしたり複雑な上にbtrfs だから。
ドライバはともかくBtrfsはZFSに比べれば簡単だけどね 欲を出さなければ
こんな事も簡単に出来るし
画像ﾘﾝｸ[png]:i.imgur.com
113: (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/23(水)14:23 ID:vaIr4z9b0(7/10) AAS
>>111
$ sudo rm -rf /lib/modules/4.19.0-17-amd64/updates
114: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)14:24 ID:2/aOkPKE0(10/18) AAS
jin@kyo:~$ cd /lib/modules/4.19.0-17-amd64/updates/dkms/
jin@kyo:/lib/modules/4.19.0-17-amd64/updates/dkms$ ls -a
. .. r8168.ko
jin@kyo:/lib/modules/4.19.0-17-amd64/updates/dkms$
115: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)14:26 ID:2/aOkPKE0(11/18) AAS
$ sudo rm -rf /lib/modules/4.19.0-17-amd64/updates
$ cd /lib/modules/4.19.0-17-amd64/updates/dkms/
bash: cd: /lib/modules/4.19.0-17-amd64/updates/dkms/: そのようなファイルやディレクトリはありません
$
116: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)14:31 ID:2/aOkPKE0(12/18) AAS
画像見ました。ありがとうございます。複数のDEのサブボリュームがあって
切り替えられる――ということですね
117(1): (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)14:35 ID:2/aOkPKE0(13/18) AAS
$ sudo dkms add ./rtl8192cu-fixes
Creating symlink /var/lib/dkms/8192cu/1.11/source ->
/usr/src/8192cu-1.11
DKMS: add completed.
$ sudo dkms install 8192cu/1.11
Error! Could not find module source directory.
Directory: /usr/src/8192cu-1.11 does not exist.
$
118: (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/23(水)14:36 ID:vaIr4z9b0(8/10) AAS
サブボリュームはmvできるんだよ
違うDE使いたい時は@をDEの名前んとこに放り込んで使いたいDEのやつを引っ張り出してる
timeshift使ってる都合があってそういうダセエ方式にしてる(本来はgrubでマルチブート出来るはず)
119: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)14:36 ID:2/aOkPKE0(14/18) AAS
今から３時間外出します
120: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)14:38 ID:2/aOkPKE0(15/18) AAS
timeshift は宝です。timeshiftを教えてくれて本当にありがとう
121: (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/23(水)14:41 ID:vaIr4z9b0(9/10) AAS
>>117
$ sudo cp -Rv ./rtl8192cu-fixes /usr/src/8192cu-1.11
122: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)22:36 ID:2/aOkPKE0(16/18) AAS
$ sudo dkms install 8192cu/1.11
Error! Could not find module source directory.
Directory: /usr/src/8192cu-1.11 does not exist.
$ sudo cp -Rv ./rtl8192cu-fixes /usr/src/8192cu-1.11
'./rtl8192cu-fixes' -> '/usr/src/8192cu-1.11/rtl8192cu-fixes'
'./rtl8192cu-fixes/.git' -> '/usr/src/8192cu-1.11/rtl8192cu-fixes/.git'
'./rtl8192cu-fixes/.git/branches' -> '/usr/src/8192cu-1.11/rtl8192cu-fixes/.git/branches'
ズラーッと。これが再帰的というやつか
:/usr/src/8192cu-1.11/rtl8192cu-fixes$ ls -a
. Makefile hal
.. README.md include
.git blacklist-native-rtl8192.conf os_dep
.gitignore clean runwpa
.travis.yml core
8192cu-disable-power-management.conf dkms.conf
123: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)22:41 ID:2/aOkPKE0(17/18) AAS
>>111
> - Deleting from: /lib/modules/4.19.0-17-amd64/updates/dkms/
> rmdir: 'updates/dkms' を削除できません: ディレクトリは空ではありません
>
> これはどうしたら？
こういうケースのときは管理権限で 手動でrm したらいいということか。その際その中身を
本当に消していいかどうかはユーザが自分で判断するということか。
$ sudo rm -rf /lib/modules/4.19.0-17-amd64/updates
124: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/23(水)22:47 ID:2/aOkPKE0(18/18) AAS
jin@kyo:~$ sudo dkms install 8192cu/1.11
Error! Could not find module source directory.
Directory: /usr/src/8192cu-1.11 does not exist.
jin@kyo:~$ cd /usr/src/8192cu-1.11
jin@kyo:/usr/src/8192cu-1.11$ ls -a
. core
.. dkms.conf
8192cu-disable-power-management.conf hal
Makefile include
README.md os_dep
blacklist-native-rtl8192.conf rtl8192cu-fixes
clean runwpa
jin@kyo:/usr/src/8192cu-1.11$
125: (ﾜｯﾁｮｲ 3a7e-N9vb) 2021/06/23(水)22:58 ID:vaIr4z9b0(10/10) AAS
人力でコピーしたやつは駄目なのかな
ドツボにハマる前にスナップショットで元に戻した方が良さそうな気がする
なお俺は firmware-realtek が無い状態からdkms生成に成功している
126(1): (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)00:04 ID:OSVu9ZSd0(1/11) AAS
$ sudo apt purge firmware-realtek
以前の状態に戻しました。
$ lsusb
Bus 009 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 004: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 002: ID 04c5:14bb Fujitsu, Ltd
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
$
127(1): (ﾜｯﾁｮｲ 3a7e-N9vb) 2021/06/24(木)00:10 ID:SA+41hMF0(1/8) AAS
>>126
その状態のスナップショット以外は全て始末しちゃった方がいいかな
スナップショットが大量にあるとパフォーマンスが落ちるし
スナップショットだらけだとワケがわからなくなるでしょうから
128: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)00:11 ID:OSVu9ZSd0(2/11) AAS
これはハードウェアの問題くさい？
参考:
外部ﾘﾝｸ:unix.stackexchange.com
$ lsusb -t
/: Bus 09.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/2p, 12M
/: Bus 08.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/5p, 12M
/: Bus 07.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/5p, 12M
|__ Port 4: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/5p, 480M
|__ Port 1: Dev 4, If 0, Class=Vendor Specific Class, Driver=rtl8192cu, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/5p, 480M
129: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)00:11 ID:OSVu9ZSd0(3/11) AAS
$ lsusb -v | grep RTL
can't get debug descriptor: Resource temporarily unavailable
Bus 003 Device 004: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
idProduct 0x8178 RTL8192CU 802.11n WLAN Adapter
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
$
130: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)00:17 ID:OSVu9ZSd0(4/11) AAS
>>127
一つ残してスナップショットを削除しました
131: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)00:19 ID:OSVu9ZSd0(5/11) AAS
debian10 usb live 上でおかしなエラーが出てるか？比較して切り分けできないか？
132: (ｵｯﾍﾟｹ Sr3b-/T8H) 2021/06/24(木)00:23 ID:WyQl70ozr(1) AAS
どうせsnapshotで戻せるんだからDebian11にしてみるのも手だな
既知の不具合はインストーラー関連だからアップグレードは問題ない
133: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)00:35 ID:OSVu9ZSd0(6/11) AAS
Debian11..... アップグレード？
クリーンではなく？
134: (ﾜｯﾁｮｲ 3a7e-N9vb) 2021/06/24(木)00:50 ID:SA+41hMF0(2/8) AAS
試しにやってみてもいいんじゃないかって事でしょう
クリーンインストールより手間かかんないし
ただし野良リポジトリはしばらく無効化する必要があるだろうな
wineとかchromeとかその他もろもろのやつ
135: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)01:50 ID:OSVu9ZSd0(7/11) AAS
私は寝ます。ありがとうございま
１，
スリープから復帰の問題だけなので、スリープ復帰ごとに、手でusb抜き差しをするという
妥協もありかと。以前いっときワイヤレスマウスを使っていたとき、スリープごとに
手で機械スイッチをオフにし、かつそのときはディスプレイとしてテレビを使っていて
これも手で電源ボタンoffにしていた。すごい大変でした。
２，
人生いろいろ、マシンもいろいろ。
さいきん別のトラブルでまるまる2週間かんぜんにdebianが使えないときもあった。その間ずっとういんだった。
アレにくらべれば、こんなの障害とさえいえないと言える。
136(1): (ﾜｯﾁｮｲ 3a7e-N9vb) 2021/06/24(木)08:20 ID:SA+41hMF0(3/8) AAS
サスペンドからの復旧時にはこまいトラブルはあるよね
Windowsみたいな挙動はあまり期待しない方がいいかも
それはさておき、Debian11いいぜ
アップグレードするなら複数の方が教えてくれるだろう
何がいいって、まず壁紙がシンプルでカッコいい
137(2): (ﾜｯﾁｮｲ 1a8e-19dE) 2021/06/24(木)19:40 ID:/iviN2y50(1/3) AAS
>>136
壁紙もかっこいいし使いやすいが、
メモリ使用量がbusterの倍喰うし、Windows並にCPUクロックがポンポン上がって
頻繁にファンが回る
Busterは静かなんだけどね
138: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)19:46 ID:OSVu9ZSd0(8/11) AAS
>>137
.... そうなんですか...残念です
139(1): (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/24(木)19:50 ID:SA+41hMF0(4/8) AAS
>>137
glibcのバージョンが上がって演算性能も上がったり(某演算プログラムで確認済)してる影響ですかねえ
何をしたらメモリ使用量が倍になるのかは私にはまだよくわかりませんが
140(1): (ﾜｯﾁｮｲ 1a8e-19dE) 2021/06/24(木)20:30 ID:/iviN2y50(2/3) AAS
>>139
うちの環境だと起動後にbusterは400M弱でbullsEyeは700Mくらい喰う
動いてるプロセスはそんなに変わらないので、カーネルとLibの実装自体がどこかで食ってると思う。
クリーンインストールもBusterからのアップグレードも変わらなかった
xrdp使ってるので本体のデスクトップはloginしてなくても同じ
cpupowerの読み出しタイミングの関係かなと思ったが、実際の発熱が多いので
cpuもメモリも食ってるようです
他の使い勝手はほぼ満足してて、bullsEyeで立ち上げるとなかなか戻れない
141(1): (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/24(木)20:35 ID:SA+41hMF0(5/8) AAS
>>140
> busterは400M弱
MATE、Xfce、LXDEあたりですか
週末にSSDがひとつ空く予定なので自分でも確かめてみますわ 面白そうなので
142(1): (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)21:23 ID:OSVu9ZSd0(9/11) AAS
外部ﾘﾝｸ:toshio-web.com
debain10を別ハードディスクにクリーンインストールします
実況しますので支援して下さいっ
143(1): (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/24(木)21:37 ID:SA+41hMF0(6/8) AAS
>>142
支援もなにも、書いてあるとおりにやるだけなんだが
あと、新規にインストールするとUEFIのエントリが書き換わるのでそのつもりで
144(1): (ﾜｯﾁｮｲ 1a8e-19dE) 2021/06/24(木)21:45 ID:/iviN2y50(3/3) AAS
>>141
はい、MATEです
マルチブートでほぼ同じ環境で使っています
meditが無くなったことだけがなにげに痛いです
145: (ﾜｯﾁｮｲ 3a7e-5JPi) 2021/06/24(木)21:57 ID:SA+41hMF0(7/8) AAS
>>144
Python2の呪いですかね libpython2.7を追加されますわ
でもダウンロードしてaptで入れれば普通に使えるみたいですよ
外部ﾘﾝｸ[deb]:deb.debian.org
146: (ﾜｯﾁｮｲ 57e3-uzad) 2021/06/24(木)22:30 ID:R/DsXZmz0(1) AAS
GTK2使ってるのが原因で上流が既に息してないな
君らが4.2に移植してやればいーんじゃね
147: (ﾜｯﾁｮｲ 5ab8-Knwz) 2021/06/24(木)22:48 ID:x0JRpyu+0(1) AAS
制限を回避しながらも可能な限り抽象に作り込んで、
文句を言われながらも互換性を維持しながら別の方向で機能を拡張していく・・・
一長一短はあれど、こういう時はMSのフレームワーク類はがんばってたんだなって思えちまうな
148: (ﾜｯﾁｮｲ 3a7e-N9vb) 2021/06/24(木)22:49 ID:SA+41hMF0(8/8) AAS
medit-1.2.92-devel.tar.bz2(上流の最新開発版)
Modified:
2017-11-12(約４年前)
こ、これは...
149(1): (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)23:00 ID:OSVu9ZSd0(10/11) AAS
>>143
> 新規にインストールするとUEFIのエントリが書き換わる
それが何の障害になるのかわかりません
現在のHDDのdebianもブートメニューが書き換わって
起動できなくなる、というイメージですか？
150: (ﾜｯﾁｮｲ b6e3-Efo6) 2021/06/24(木)23:24 ID:OSVu9ZSd0(11/11) AAS
やはりアップグレードインストールだ！
アップグレードインストールなどウイン時代も
一回もやったことねえ！
理由は不完全だからだ！！
151: (ﾜｯﾁｮｲ 3f7e-BQ0L) 2021/06/25(金)01:33 ID:Od64MVoq0(1/4) AAS
>>149
基本そう言う事になる
直し方あるけどそれを知りもしないのに突っ走るのはちょっとねえ
152(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/25(金)09:51 ID:C3nNYbFe0(1/3) AAS
外部ﾘﾝｸ[html]:www.debian.org
4.1.1. あらゆるデータや設定情報をバックアップする
システムをアップグレードする前に、完全なバックアップを取っておくよう強くお勧めします。少なくとも、失いたくないデータや設定情報だけでもバックアップしておきましょう。アップグレードのツールや処理はきわめて信頼性の高いものですが、アップグレードの最中にハードウェア障害が起こると、システムに大きなダメージを与えることがありえます。
>> やりました。home の必要をusb に入れました
バックアップしておくべき主な対象として、/etc、/var/lib/dpkg、/var/lib/apt/extended_states の中身、dpkg --get-selections "*" (引用符を忘れてはいけません) の出力などがあります。システムの管理に aptitude を使っている場合は、/var/lib/aptitude/pkgstates もバックアップしておくと良いでしょう。
>> /etc、/var/lib/dpkg、/var/lib/apt/extended_states の中身、dpkg --get-selections "*" (引用符を忘れてはいけません) の出力
ちょっと意味がわかりません。ヤルのですか？
153(1): (ﾜｯﾁｮｲ 3f7e-BQ0L) 2021/06/25(金)10:02 ID:Od64MVoq0(2/4) AAS
>>152
それらは従来型ファイルシステム(ext4とかxfs)の場合は必須
Btrfs & timeshift の場合は基本的にはスナップショット取っておけば必要ない
気になるならやっといてもいいけど
俺だったら一応@と@homeを別ストレージへsend(要するにバックアップ)しておくかなあ
154(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/25(金)10:44 ID:C3nNYbFe0(2/3) AAS
>>153
> それらは従来型ファイルシステム(ext4とかxfs)の場合は必須
> Btrfs & timeshift の場合は基本的にはスナップショット取っておけば必要ない
ありがとうございます...
> 俺だったら一応@と@homeを別ストレージへsend(要するにバックアップ)しておくかなあ
usb にコピーではダメですか？やり方がわからない
155(2): (ﾜｯﾁｮｲ 3f7e-uXr8) 2021/06/25(金)11:02 ID:Od64MVoq0(3/4) AAS
>>154
$ sudo timeshift --list
$ cd /var/run/timeshift/backup
$ sudo btrfs sub snap -r @ わかりやすい名前(※１)
$ sudo btrfs sub snap -r @home わかりやすい名前(※２)
$ sudo btrfs send ※１のスナップショット | sudo gzip -9cv > USBのマウントディレクトリ/わかりやすい名前.btrfs.gz
$ sudo btrfs send ※２のスナップショット | sudo gzip -9cv > USBのマウントディレクトリ/わかりやすい名前.btrfs.gz
$ sudo btrfs sub del ※１のスナップショット
$ sudo btrfs sub del ※２のスナップショット
156: (ﾜｯﾁｮｲ 4fe3-0Xmg) 2021/06/25(金)14:01 ID:mS3UxnzT0(1/2) AAS
xzとか使ってやれよやまねさんがかわいそうだろ
157: (ﾜｯﾁｮｲ 3f7e-BQ0L) 2021/06/25(金)14:16 ID:Od64MVoq0(4/4) AAS
xzだとえらい時間かかりそうじゃん
データ容量知らんけど
158: (ﾜｯﾁｮｲ 4fe3-0Xmg) 2021/06/25(金)17:04 ID:mS3UxnzT0(2/2) AAS
だよなあ
win10だけどFirefox90のソース展開するのに10分以上かかってたもんな・・
159: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/25(金)17:40 ID:C3nNYbFe0(3/3) AAS
>>155
物凄く脳の状態が悪く、危険な操作ができない状態。超早寝して超朝型で
やります。
160: (ﾜｯﾁｮｲ 3f15-jrG3) 2021/06/26(土)00:12 ID:nlanBTR40(1/2) AAS
メモリ2GBでDebian+LXDEでFirefoxを使っているとスラッシングみたいに
なって苦しそうなことがあったけど3GBにしてやるとぐっと楽になった感じ
スロット1本壊れてしまっているので、これ以上増やすには
容量の大きなメモリに交換するするしか手がないです
Windows2000のときは512MBとかでもそれなりに快適に使えてたけど
Linuxでも64bit OSだと頑張って使用メモリをケチるようにしたのに
2GBではまったく足りない感じですね
161: (ﾜｯﾁｮｲ 7ff5-0brB) 2021/06/26(土)00:51 ID:qRt/BU+G0(1) AAS
> 容量の大きなメモリに交換するするしか手がないです
本体を買い換えれば良いんじゃね
162: (ﾜｯﾁｮｲ 3f15-jrG3) 2021/06/26(土)07:35 ID:nlanBTR40(2/2) AAS
たしかにw
163: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)08:51 ID:F5FfVWLO0(1/15) AAS
>>155
$ sudo timeshift --list
/dev/sda2 is mounted at: /run/timeshift/backup, options: rw,relatime,space_cache,subvolid=5,subvol=/
Device : /dev/sda2
UUID : cf82c300-5af6-45d6-a682-1e93b9105cae
Path : /run/timeshift/backup
Mode : BTRFS
Status : OK
2 snapshots, 290.6 GB free
Num Name Tags Description
------------------------------------------------------------------------------
0 > 2021-06-22_22-32-03 O $ sudo apt purge firmware-realtek
1 > 2021-06-25_13-05-58 B
$
164: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)10:31 ID:F5FfVWLO0(2/15) AAS
jin@kyo:~$ cd /var/run/timeshift/backup
jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub snap -r @ 昇級前退避
Create a readonly snapshot of '@' in './昇級前退避'
jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub snap -r @home 昇級前退避home Create a readonly snapshot of '@home' in './昇級前退避home '
jin@kyo:/var/run/timeshift/backup$
サイズがデカすぎてやり直し
165: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)10:34 ID:F5FfVWLO0(3/15) AAS
jin@kyo:/var/run/timeshift/backup$ sudo rm -rf 昇級前退避home
jin@kyo:/var/run/timeshift/backup$
消えません 昇級前退避home
166(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)10:36 ID:F5FfVWLO0(4/15) AAS
読み取り専用属性がついてるからと思う。
すでにhomeの内容を整理したものをusbメモリに単純コピーしてある。
それを現在のhomeに再配置して、それから上記コマンドをもう一度やりたいです
167(2): (ﾜｯﾁｮｲ 3f7e-jrG3) 2021/06/26(土)10:56 ID:ztNanLbL0(1/6) AAS
>>166
要するに@homeはバックアップを取る必要が無かったと言う事か
君のマシンを手に取れるわけじゃないんだからそう言う事は事前に言ってくれ
サブボリュームやスナップショットはrmコマンドでは消せないよ
$ cd /var/run/timeshift/backup
$ sudo btrfs sub del 必要無くなったスナップショット
ホームディレクトリのデータ配置は教える様な難しい事ではないので
後日独自にやって下さい
慣れない事をやろうとする時は余計な欲を出さない方が良い
168(1): (ﾜｯﾁｮｲ 3f82-n2Ir) 2021/06/26(土)11:52 ID:1qt+AI4k0(1) AAS
>>167
ホームパス内をUSBメモリにBUCKUP取って、
再導入してからバックアップから必要な物を戻せば良いだけじゃないの？
169: (ﾜｯﾁｮｲ 4fe3-0Xmg) 2021/06/26(土)12:01 ID:eONhJtG60(1) AAS
びっとばけっとの回し者がいるぞころせー
170: (ﾜｯﾁｮｲ 3f7e-jrG3) 2021/06/26(土)12:35 ID:ztNanLbL0(2/6) AAS
>>168
> ホームパス内をUSBメモリにBUCKUP取って、
これを既に完了していたと、166で後報告されたと言う成り行き
> 再導入してからバックアップから必要な物を戻せば良いだけじゃないの？
-> > ホームディレクトリのデータ配置は教える様な難しい事ではないので
-> > 後日独自にやって下さい
171: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)15:38 ID:F5FfVWLO0(5/15) AAS
152で
>> やりました。home の必要をusb に入れました
で報告した。わかりにくい書き方でした
その上でそんな原始的なやり方ではダメで
＞俺だったら一応@と@homeを別ストレージへsend(要するにバックアップ)しておくかなあ
なのかなあ？と解釈しました
172: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)15:39 ID:F5FfVWLO0(6/15) AAS
>>167
> ホームディレクトリのデータ配置は教える様な難しい事ではないので
> 後日独自にやって下さい
> 慣れない事をやろうとする時は余計な欲を出さない方が良い
了解。自分でも同じこと考えた
173: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)15:40 ID:F5FfVWLO0(7/15) AAS
jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub del 昇級前退避home
ERROR: Could not statfs: No such file or directory
jin@kyo:/var/run/timeshift/backup$ ls -a
. .. @ @home timeshift-btrfs 昇級前退避 昇級前退避home
jin@kyo:/var/run/timeshift/backup$
174: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)16:10 ID:F5FfVWLO0(8/15) AAS
$ sudo btrfs send ※１のスナップショット | sudo gzip -9cv > USBのマウントディレクトリ/わかりやすい名前.btrfs.gz
----------------
$ sudo btrfs send 昇級前退避 | sudo gzip -9cv > /media/jin/C9EA-8480/昇級前退避.btrfs.gz
175: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)16:36 ID:F5FfVWLO0(9/15) AAS
圧縮？おわりません
btrfs.gz のサイズ3.3ギガ
176: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)16:47 ID:F5FfVWLO0(10/15) AAS
これは時間がかかりすぎます
現在4.3ギガ。@のバックアップは必要度は？
キャンセルしてもいいか？
177: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)16:48 ID:F5FfVWLO0(11/15) AAS
> Btrfs & timeshift の場合は基本的にはスナップショット取っておけば必要ない
とありますので、この@ のバックアップはやめていいですか？
178(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)16:52 ID:F5FfVWLO0(12/15) AAS
jin@kyo:/var/run/timeshift/backup$ sudo btrfs send 昇級前退避 | sudo gzip -9cv > /media/jin/C9EA-8480/昇級前退避.btrfs.gz
At subvol 昇級前退避
gzip: stdout: File too large
jin@kyo:/var/run/timeshift/backup$
----------
終わりました
179: (ﾜｯﾁｮｲ 3f7e-jrG3) 2021/06/26(土)17:16 ID:ztNanLbL0(3/6) AAS
>>178
> File too large
訳：ファイルサイズでか過ぎ
まあはじめに言ったとおりアップグレードがヤバそうでも
余程でない限りスナップショットで戻せるから大丈夫でしょ
180: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)17:20 ID:F5FfVWLO0(13/15) AAS
usbメモリがfat32 だから？
181: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)17:22 ID:F5FfVWLO0(14/15) AAS
削除。
182(1): (ﾜｯﾁｮｲ 3f7e-jrG3) 2021/06/26(土)17:23 ID:ztNanLbL0(4/6) AAS
それは大いにある
だがもうやり直すの面倒でしょ？
RAID組んだり透過圧縮かけてたり等の特殊な事やってなけりゃ
Btrfsはそこまでヤワじゃないから大丈夫
183: (ﾜｯﾁｮｲ 3f7e-jrG3) 2021/06/26(土)17:25 ID:ztNanLbL0(5/6) AAS
て言うかホームディレクトリをそのまんまFAT32にコピーしては駄目じゃん
パーミッションが失われるぞ(確か)
184: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/26(土)17:53 ID:F5FfVWLO0(15/15) AAS
>>182
> だがもうやり直すの面倒でしょ？
ラジャー。
>て言うかホームディレクトリをそのまんまFAT32にコピーしては駄目じゃん
パーミッションが失われるぞ(確か)
コピーしたのは、
:/media/jin/C9EA-8480/2021-06-06_23-12-03$ ls -a
. Desktop Downloads Pictures rtl8192cu-fixes
.. Documents Music Videos
だけです。中身を逐一チェックして いる、イラン、いる、いらんした。
サイズは1ギガまで減らした。
ゆえに
---------------------------------
外部ﾘﾝｸ:www.debian.org ... tml#backup
アップグレードの過程自体は、/home ディレクトリ以下は一切変更しません。とはいえ、(Mozilla スイートの一部や、GNOME・KDE といったデスクトップ環境のように) ユーザが初めて新しいバージョンのアプリケーションを起動するときに、既存のユーザ設定を新たなデフォルト値で上書きしてしまうものがあるのも事実です。
万一に備えて、ユーザのホームディレクトリにある隠しファイルと隠しディレクトリ (いわゆる 「ドットファイル」) をバックアップしておくのがよいでしょう。古い状態に戻したり、再度設定する場合に役立つはずです。
---------------------------------
＞ホームディレクトリにある隠しファイルと隠しディレクトリ (いわゆる 「ドットファイル」) をバックアップしておく
この教えを実行してない。次回します。
いまからカレー作るための買い出し、そのあとめし食って寝る
デビアンスレのみんな！あんがとよ！！
君もありがとう
185: (ﾜｯﾁｮｲ 3f7e-jrG3) 2021/06/26(土)18:03 ID:ztNanLbL0(6/6) AAS
俺はそのような事に真摯に取り組む限りは
俺に可能な助言は惜しまない
某所でおいたせずちゃんと休むんだぞ
186(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)16:08 ID:MojTi1K50(1/18) AAS
jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub del 昇級前退避home
ERROR: Could not statfs: No such file or directory ＜＜消せません
ここがどうしたら？
187: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)16:29 ID:MojTi1K50(2/18) AAS
新しい"USB Drivを準備。
＞ホームディレクトリにある隠しファイルと隠しディレクトリ (いわゆる 「ドットファイル」) をバックアップ
のため
$ sudo mkfs.fat -F 32 /dev/sdb1 -n "USB Drive"
mkfs.fat 4.1 (2017-01-24)
mkfs.fat: warning - lowercase labels might not work properly with DOS or Windows
警告-小文字のラベルは、DOSまたはWindowsでは正しく機能しない可能性があります。
188(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)16:45 ID:MojTi1K50(3/18) AAS
よろしくおねがいします
＞ホームディレクトリにある隠しファイルと隠しディレクトリ (いわゆる 「ドットファイル」)
のサイズが4.4ギガあり"USB Drive"へのコピーでは時間がかかりすぎます。
こういう場合どうするのか？
189: (ﾜｯﾁｮｲ 3f7e-BQ0L) 2021/06/27(日)16:53 ID:jFWg3LnG0(1/12) AAS
>>186
$ ls
190(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)19:50 ID:MojTi1K50(4/18) AAS
jin@kyo:~$ cd /var/run/timeshift/backup
jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub del 昇級前退避home
ERROR: Could not statfs: No such file or directory
jin@kyo:/var/run/timeshift/backup$ ls
@ @home timeshift-btrfs 昇級前退避 昇級前退避home
jin@kyo:/var/run/timeshift/backup$
191: (ﾜｯﾁｮｲ 3f7e-wfqF) 2021/06/27(日)19:58 ID:jFWg3LnG0(2/12) AAS
>>190
$ sudo btrfs sub list .
192(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)20:08 ID:MojTi1K50(5/18) AAS
$ sudo btrfs sub list .
ID 2333 gen 171991 top level 5 path timeshift-btrfs/snapshots/2021-06-22_22-32-03/@
ID 2334 gen 168748 top level 5 path timeshift-btrfs/snapshots/2021-06-22_22-32-03/@home
ID 2343 gen 172433 top level 5 path @home
ID 2344 gen 172433 top level 5 path @
ID 2355 gen 171015 top level 5 path 昇級前退避
ID 2356 gen 171018 top level 5 path 昇級前退避home
ID 2375 gen 172321 top level 5 path timeshift-btrfs/snapshots/2021-06-27_16-24-22/@
ID 2376 gen 172322 top level 5 path timeshift-btrfs/snapshots/2021-06-27_16-24-22/@home
どうやってbtrfsのコマンド類をマスターしたのでしょう？ まとまったいいページありますか？
193(1): (ﾜｯﾁｮｲ 3f7e-wfqF) 2021/06/27(日)20:15 ID:jFWg3LnG0(3/12) AAS
>>192
$ sudo btrfs sub del '昇級前退避'
$ sudo btrfs sub del '昇級前退避home'
> どうやってbtrfsのコマンド類をマスターしたのでしょう？
バックアップを抜かりなくやった上でいじくりまくった
> まとまったいいページありますか？
Btrfs - ArchWiki
外部ﾘﾝｸ:wiki.archlinux.jp
194: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)20:16 ID:MojTi1K50(6/18) AAS
どのページを見てもこんな抽象的なことを
図解もなしに理解できるひとの意味がわかんない
195: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)20:19 ID:MojTi1K50(7/18) AAS
jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub del '昇級前退避'
Delete subvolume (no-commit): '/run/timeshift/backup/昇級前退避'
こちらは消えた
jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub del '昇級前退避home'
ERROR: Could not statfs: No such file or directory
jin@kyo:/var/run/timeshift/backup$
こちらは消せない
196: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)20:26 ID:MojTi1K50(8/18) AAS
btrfs error could not statfs no such file or directory
でググって
外部ﾘﾝｸ[php]:bbs.archlinux.org
Can't delete a btrfs snapshot
スナップショットを削除しようとすると
btrfs subvolume delete 2/snapshot/4/snapshot
私は得る
ERROR: cannot access subvolume 2/snapshot/4/snapshot: No such file or directory
＜＜まったく一緒と思う、自分のと
197(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)20:28 ID:MojTi1K50(9/18) AAS
（回答者）
サブボリュームのフルパスを指定する必要があります。rootとしてどのサブボリュームをマウントしましたか？
（質問者）
お返事ありがとうございます。rootのfstabエントリは次のとおりです。
UUID=xxxxxxxxxxxxxxx / btrfs rw,noatime,compress=lzo,space_cache,subvolid=257,subvol=/ROOT,subvol=ROOT 0 0
---------
（俺）意味がわかんねえ、このやり取り
198(1): (ﾜｯﾁｮｲ 3f7e-wfqF) 2021/06/27(日)20:38 ID:jFWg3LnG0(4/12) AAS
>>197
ひとつ気になった事があるので以下を実施
$ 使ってるファイルマネージャ . &
$ ls ファイルマネージャから端末エミュレータへ「昇級前退避home」をドラッグしてエンター
199: (ﾜｯﾁｮｲ 3f7e-jrG3) 2021/06/27(日)20:54 ID:jFWg3LnG0(5/12) AAS
>>198
何が言いたいかと言うと、こういうこと
画像ﾘﾝｸ[png]:i.imgur.com
200(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)21:05 ID:MojTi1K50(10/18) AAS
jin@kyo:~$ caja . &
[1] 9047
jin@kyo:~$ ls '/var/run/timeshift/backup/昇級前退避home '
jin
ありがとうございます。おれでも分かりました。昇級前退避home のあとに余分な空白が全角で一個入ってます
201(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)21:07 ID:MojTi1K50(11/18) AAS
jin@kyo:~$ sudo btrfs sub del '/var/run/timeshift/backup/昇級前退避home '
Delete subvolume (no-commit): '/run/timeshift/backup/昇級前退避home '
jin@kyo:~$
消せました！
202: (ﾜｯﾁｮｲ 3f7e-jrG3) 2021/06/27(日)21:08 ID:jFWg3LnG0(6/12) AAS
>>200
という事で、
$ sudo btrfs sub del '昇級前退避home '
203(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)21:09 ID:MojTi1K50(12/18) AAS
アップグレード終わるのに、今のペースで続けると、時間どのくらいかかるものですか？
204: (ﾜｯﾁｮｲ 3f7e-jrG3) 2021/06/27(日)21:09 ID:jFWg3LnG0(7/12) AAS
>>201
おっと一歩遅くレスしてしまった
今日はもう終いにしておいた方が良いだろう
205: (ﾜｯﾁｮｲ 3f7e-jrG3) 2021/06/27(日)21:11 ID:jFWg3LnG0(8/12) AAS
>>203
SSDなら３０〜１時間
HDDならだいたい２時間強
206: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)21:11 ID:MojTi1K50(13/18) AAS
>>193
＞ バックアップを抜かりなくやった上でいじくりまくった
これか...
207(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)21:14 ID:MojTi1K50(14/18) AAS
>>188
アップグレード前のバックアップとして
> ＞ホームディレクトリにある隠しファイルと隠しディレクトリ (いわゆる 「ドットファイル」)
> の合計サイズが4.4ギガあり"USB Drive"へのコピーでは時間がかかりすぎます。
こういう場合どうするのか？
208(1): (ﾜｯﾁｮｲ 3f7e-jrG3) 2021/06/27(日)21:20 ID:jFWg3LnG0(9/12) AAS
>>207
ちょっと前に別のHDDへ新規インストールしようとしていたはず
そこへ退避用パテを作ってバックアップしとけばいいじゃん
209: (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)21:29 ID:MojTi1K50(15/18) AAS
>>208
了解。
210(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)21:31 ID:MojTi1K50(16/18) AAS
ほんとうは、今やってることに...確信がない
というのは、メモリ消費が700MBになるという報告があったから
メモリ消費が増えることが、実はいちばん嫌だ。非力マシンなので
しかし一方で、新規インストールはむずかしいという教えもあった
211(1): (ﾜｯﾁｮｲ ffe3-jrG3) 2021/06/27(日)21:37 ID:MojTi1K50(17/18) AAS
元来の目的はWIFIの問題でした
これがWIFIアダプタのハードウェアの問題なのか、OSの問題なのか、そこを切り分けるための
アップグレードと捉えている
もししからば、DEBIAN10のbtrfsでの新規インストールがむずかしいならば、
一時的に、空きハードディスクに、mint等をふつうにインストールすることはワンコでもできるはずだ。
そのmint上において、8192cu fix ドライバで、同じ問題が出現するのか検討するほうがよくないだろうか？
上下前次1-新書関写板覧索設栞歴
あと 611 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.045s