Debian GNU/Linux スレッド Ver.96
レス数が950を超えています。1000を超えると書き込みができなくなります。
公式
https://www.debian.org/index.ja.html
過去ログは各自検索して見つけること
大体参考にならないので過度な期待は禁物
前スレ
Debian GNU/Linux スレッド Ver.95
http://mao.5ch.net/test/read.cgi/linux/1592738817/
■■■志賀慶一、Debian JP、Ubuntu JPに関する必須注意事項■■■
・志賀慶一、Debian JP、Ubuntu JPは出入り禁止
・志賀慶一、Debian JP、Ubuntu JPに関する話題は一切禁止
・ついでに翻訳に関する話題も禁止
・志賀慶一Linux機械翻訳事件のまとめサイト: https://www65.atwiki.jp/shiga_keiichi/
・志賀慶一のポータルサイト: https://wikiwiki.jp/baloonfusen/ >>82
依存するライブラリを導入すれば良いだけじゃねぇの? Debian! Debian!, Debian won't you stay for meeeeeee またfull-upgradeやってwicd消しちゃいましたよっと
まだautoremove, autocleanしてないけど戻せます? 入れ直せば良いじゃん
依存してる何かのバージョンと互換性に問題あるかもしれんけど 滅茶苦茶いろんなパッケージ要求されて心がとれそうです……orz は、初めてネットワーク周りの不具合を自力でなんとか出来た……
今まではクリーンインスコで誤魔化してたのに
network-manager様バンザーイ! 恥めまして。
2021-06-06_07-38-35 のスナップショットまで(home も含めて復元)をしようとしたら、ダイアログ中に(homeも含める)
のチェックボックスが出てこない。正常に復元された様子も確認できなかった。
再起動すると2回目の起動障害でしかも、grub> の暗黒画面になった。
-----------------------------------------------------------------------
そして現在、debian liveで起動して、HDDのdebianを接続し、この文を書いてます。とにかく起動できるようにしたいです。
やり方がわかりません。
cajaの
/media/user/debianを見ると、なぜか timeshift-btrfs のフォルダしか存在していません。 とうとつですいません。慣れないライブ環境で5ちゃんカキコ欄も狭くて。
timeshift-btrfs環境です。復元したら起動できなく。
あるページに
>本当に主な違いは、RSYNCが外部ディスクにスナップショットを作成できることです。同じBTRFSではありません。したがって、ハードディスクの回復不可能なクラッシュを防ぐ必要がある場合は、RSYNCを使用する必要があります。その後、ライブブートメディア(ペンドライブまたはDVD)を使用して、ライブブートメディアタイムシフトにインストールし、外部のdifkからシステムを復元できます。
とありますが、どうすればdebian liveからtimeshift-btrfs所在のスナップショットを
復元して、起動不可のハードディスクのdebian を起動させることができますか? >>889
$ find -E /media/user/debian -regex ".+(@|@home)" -print >>891
892の検索でヒットするスナップショットがあったら
日付が同じ@と@homeを /media/user/debian へmvする
何もヒットしなければ貴方は何かをやらかした
アキラメロン 東京のネット事情でISOファイル9.3GBも落とすの厳しいわ 5GB超えたらエラーになるのがデフォ状態だもの 昔々、ダウンローダーという専用のソフトがありましての
中断したところから再開できるので重宝がられておりましたのじゃ 普通は300+Mのisoでいいからな
わざわざ9.3G取りに行ってるのがギャグみたいなものだ 他のディストリは知らんが、Debianだったらネットインストールが快適なんだが ギガ制限が掛かるなら第5世代通信なんて役に立たなくなるのでは find: ‘/media/user/debian/timeshift-btrfs/snapshots/2021-06-06_23-12-03/@home/jin/chroot/etc/ssl/private’: 許可がありません
find: ‘/media/user/debian/timeshift-btrfs/snapshots/2021-06-06_23-12-03/@home/jin/chroot/etc/polkit-1/localauthority’: 許可がありません
find: ‘/media/user/debian/timeshift-btrfs/snapshots/2021-06-07_11-15-25/@/boot/efi’: 許可がありません
user@debian:~$ (自分の書き込み)
2021-06-06_07-38-35 のスナップショットまで(home も含めて復元)をしようとしたら、ダイアログ中に(homeも含める)のチェックボックスが出てこない。正常に復元された様子も確認できなかった。
user@debian:~$ find -E /media/user/debian -regex ".+(@|@home)" -print
find: 不明な述語です: `-E'
user@debian:~$ find /media/user/debian -regex ".+(@|@home)" -print
で大量にヒット
>892の検索でヒットするスナップショットがあったら
日付が同じ@と@homeを /media/user/debian へmvする
2021-06-06_07-38-35の @と@homeを /media/user/debian へmvする
ということだと思うが、find コマンドではなくcajaから見て一目瞭然なのですが、それでいいか?
user@debian:~$ cd /media/user/debian
user@debian:/media/user/debian$ ls
timeshift-btrfs
timeshift-btrfs フォルダと並ぶかたちで 2021-06-06_07-38-35の @と@home をmvする
ということで よろしいですか? mvでもいいけど、ヒットしたもののうち
復元したい日付のディレクトリへ入り、
$ sudo btrfs sub snap @ /media/user/debian/@
$ sudo btrfs sub snap @home /media/user/debian/@home
$ poweroff
で、ライブメディアを外して電源を入れてみる 重要な変更を多々加えていたので どのスナップショットの時点に復元するか悩んだが、
とにかくosが起動しなければ話にならない。それであえて最古のそれを選んだ
user@debian:/media/user/debian/timeshift-btrfs/snapshots-ondemand/2021-06-04_22-43-31$ sudo btrfs sub snap @ /media/user/debian/@
Create a snapshot of '@' in '/media/user/debian/@'
user@debian:/media/user/debian/timeshift-btrfs/snapshots-ondemand/2021-06-04_22-43-31$ sudo btrfs sub snap @home /media/user/debian/@home
Create a snapshot of '@home' in '/media/user/debian/@home'
user@debian:/media/user/debian/timeshift-btrfs/snapshots-ondemand/2021-06-04_22-43-31$ poweroff Debianスレを荒らす馬鹿者が来たら排除してくれればおk ついでですまんが、homeを復旧させた後に、fsck-fしたいんだけどどうすれば良いですか? ライブ環境からの場合
$ sudo btrfs check -p パテ
実環境でやる場合
$ sudo btrfs scrub start /
$ watch sudo btrfs scrub status / (終わったらCtrl+C) >>895
jigdoがあるじゃろ?
Windowsからやるならmsys.dll差し替えないとあかんけど(DLL名は正確じゃないかも知らん) https://docs.oracle.com/cd/F22978_01/8/fsadmin/btrfs-main.html#about-btrfs
3.1 Btrfsファイル・システムについて
Btrfsファイル・システムは、大規模なストレージ・サブシステムの拡張スケーラビリティ要件を満たすように設計されています。
Btrfsファイル・システムの実装ではBツリーが使用されるため、実際の頭字語ではありませんが、その名前はこれらのデータ構造の名前から導出されます。
B-treeは、ツリーのサイズに関係なく、ファイル・システムおよびデータベースが大規模なデータ・ブロックに効率的にアクセスして更新できるようにするツリー形式のデータ構造です。
Btrfsファイル・システムには、次の重要な機能があります:
Copy-on-write機能。これにより、ext3またはext4ファイル・システムから変換した後でも、読取り可能なスナップショットと書込み可能なスナップショットの両方を作成し、ファイル・システムを以前の状態にロールバックできます。
チェックサム機能。データの整合性を保証します。
リモート増分バックアップ用のスナップショットの送受信。
透過的圧縮:ディスク領域を節約します。
透過的デフラグメンテーションにより、パフォーマンスが向上します。 3.2.1 Btrfsファイル・システムの作成
btrfs filesystem dfコマンドでは、Btrfsファイル・システムで使用される領域について、dfコマンドを使用するよりも正確な情報が表示されることに注意してください。
$ sudo btrfs filesystem df /
Data, single: total=32.01GiB, used=26.34GiB
System, DUP: total=8.00MiB, used=16.00KiB
Metadata, DUP: total=2.00GiB, used=1.15GiB
GlobalReserve, single: total=73.11MiB, used=0.00B 「btrfsファイル・システムの使用状況」コマンドを使用して、システム上のすべてのbtrfsファイル・システムに関する情報を表示することもできます。次に例を示します:
$ sudo btrfs filesystem usage /
Overall:
Device size: 295.90GiB
Device allocated: 36.02GiB
Device unallocated: 259.88GiB
Device missing: 0.00B
Used: 28.64GiB
Free (estimated): 265.55GiB (min: 135.61GiB)
Data ratio: 1.00
Metadata ratio: 2.00
Global reserve: 73.09MiB (used: 0.00B)
Data,single: Size:32.01GiB, Used:26.34GiB
/dev/sda2 32.01GiB
Metadata,DUP: Size:2.00GiB, Used:1.15GiB
/dev/sda2 4.00GiB
System,DUP: Size:8.00MiB, Used:16.00KiB
/dev/sda2 16.00MiB
Unallocated:
/dev/sda2 259.88GiB
$ $ sudo btrfs filesystem usage /
の方が断然見やすい
残りほとんどない。京都へ移動。 https://www.google.com/intl/ja_jp/chrome/ のchromeを使ってるんですけど
更新したタイミングでよくパスワードマネージャーのパスワードなどが消えてしまいます。
皆様の環境では普通に残りますか? プラグインでもWebブラウザにパスワード記憶させたくない、怖い $ firefox --private-window & 7月中に出さないとあちこちから文句が飛んでくるから
暫定で7月末リリース予定にしてみましたという感じがやばい 11月頃のリリースと予想していたので「そうか、随分早いんだな」と驚いている俺がいるw busterが提供中だから大したことないけどな。ストールマンの件で影響受けてるんじゃないのか 開発そっちのけで1月以上ストールマン合戦だったからね ストールマン合戦って何?
FSF理事復帰で揉めてたのは知ってるが? ストールマン合戦に必死で食らいついてるw
すごいなーw まじめに質問したかったらidは固定の方がいいと思うよ Linux板に600件のスレッドがあり1つのスレッドに1000件の投稿がある
なぜストールマン合戦を知りたいのか?
好奇心があるのはいいことだが掲示板の投稿を全部知ろうとすると身が持たない UNIX板より人がいるからといってLinux板も過疎板であることに違いはない。
書き込んでる人はせいぜい一桁である。 >>927がストールマンの件って言うけど俺は知らないから聞いた
至って普通の流れだと思うが? 俺は変かな? stable使ってる人ってブラウザは最新じゃなくても気にしないの? >>937
StableだけどFirefoxは最新版を使用しているよ >>936
Linux板検索してすぐ見つかったと思ったんだけど これ
「リチャード・ストールマンMIT職とFSF代表を辞任」 Linux陣営の開発者ってもうじーさんばかりだからな。Linusもいつ死ぬか分からない年齢になった。
後進のプログラマが全く育ってないようだ。 >>939
その件がDebianの開発とどう関係しているのかを聞いたのが>>930の質問な訳だ
RMSとDebianの関係 リーナス死んだらOSSの多くは企業の食い物にされるんだろうなあ >>941
「リチャード・ストールマンMIT職とFSF代表を辞任」というスレタイのスレに
すべて経過が収まっているから読めば分かるよ
Debianはストールマンの主張するGNUを体現したそのもの
開発者全員がサボっていたわけじゃないがリリースの意欲を削いだことは
想像に難くない。メーリングリストはこの話題で持ち切りだった。
メーリングリストの目的外利用だと怒っていた者もいたし
政治問題に口を挟むな開発に専念しろという意見も飛び交ってたな
これでRMSとDebianの関係は理解できるんじゃないかな >>944
ID:Qy2YugPE はRMSにからめて何か言いたいだけで
適当いってるたけ >>938
あー、昔IceWeaselしか使えなかった頃に/optに入れてましたね…… 前提知識
Linux上でXFS, ext4の使用経験あり
btreeの知識[1]
説明方針
設計(data構造とalgorithmの概要)の説明を重視
• それさえわかれば、codeの詳細は一目瞭然
• 一般的&重要な機能に絞って、簡単なものから一つずつ
一度にたくさん詰め込んで説明しない
Linuxの次世代main streamになる予定のfile system
ZFSの影響を受けており、機能も類似(equalではない。UIも異なる)
主な特長
XFSやext4より高信頼な設計
• CoW形式のdata更新、checksum, RAID構成
XFSと同等のscalability(最大file/file system sizeは16EiB。XFSは8EiB)
• 性能は発展途上(改善中)
LVMのようなvolume management機能
• snapshot採取
• file systemへのpartition/deviceのonline追加/削除/置換
• LVMより運用が容易、かつ高速 基本設計
中心技術
btreeを核とした媒体構造
Copy on Write(CoW)型のfile更新
既存dataの更新処理を例に、高信頼性を説明
比較対象: 一般的なoverride型のfile更新: ext4, XFSなどが採用
• 詳細は説明しないがmetadata journalingが有効とする
-----------------
ここから画像で概念把握。まずgmail $ journalctl -p 3
-- Logs begin at Mon 2021-06-14 20:26:34 JST, end at Tue 2021-06-15 00:00:07 JST
6月 14 20:26:37 kyo systemd-udevd[275]: Error running install command for rtlwi
6月 14 20:26:49 kyo wpa_supplicant[585]: bgscan simple: Failed to enable signal
6月 14 20:54:28 kyo wpa_supplicant[585]: dbus: wpa_dbus_property_changed: no pr
6月 14 20:54:30 kyo wpa_supplicant[585]: bgscan simple: Failed to enable signal
6月 14 20:54:39 kyo kernel: sd 0:0:0:0: rejecting I/O to offline device
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): error reading free space
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr
6月 14 20:54:39 kyo kernel: BTRFS: error (device sda1) in btrfs_commit_transact
6月 14 20:54:39 kyo kernel: BTRFS: error (device sda1) in cleanup_transaction:1
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): commit super ret -5
6月 14 20:54:44 kyo [2870]: /usr/lib/systemd/system-sleep/xkeyboard failed with
6月 14 20:54:44 kyo wpa_supplicant[585]: dbus: wpa_dbus_property_changed: no pr
6月 14 20:54:45 kyo wpa_supplicant[585]: nl80211: Failed to open /proc/sys/net/
6月 14 20:54:45 kyo wpa_supplicant[585]: nl80211: Failed to set IPv4 unicast in
6月 14 20:54:45 kyo wpa_supplicant[585]: nl80211: Failed to open /proc/sys/net/ lines 1-23...skipping...
-- Logs begin at Mon 2021-06-14 20:26:34 JST, end at Tue 2021-06-15 00:00:07 JST. --
6月 14 20:26:37 kyo systemd-udevd[275]: Error running install command for rtlwifi
6月 14 20:26:49 kyo wpa_supplicant[585]: bgscan simple: Failed to enable signal strength monitoring
6月 14 20:54:28 kyo wpa_supplicant[585]: dbus: wpa_dbus_property_changed: no property SessionLength in object
6月 14 20:54:30 kyo wpa_supplicant[585]: bgscan simple: Failed to enable signal strength monitoring
6月 14 20:54:39 kyo kernel: sd 0:0:0:0: rejecting I/O to offline device
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr 0, rd 1, flush 0, corrupt 0, g
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): error reading free space cache
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr 1, rd 1, flush 0, corrupt 0, g
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr 2, rd 1, flush 0, corrupt 0, g
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr 3, rd 1, flush 0, corrupt 0, g
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr 4, rd 1, flush 0, corrupt 0, g
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr 5, rd 1, flush 0, corrupt 0, g
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr 6, rd 1, flush 0, corrupt 0, g
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): bdev /dev/sda1 errs: wr 7, rd 1, flush 0, corrupt 0, g
6月 14 20:54:39 kyo kernel: BTRFS: error (device sda1) in btrfs_commit_transaction:2278: errno=-5 IO failure
6月 14 20:54:39 kyo kernel: BTRFS: error (device sda1) in cleanup_transaction:1870: errno=-5 IO failure
6月 14 20:54:39 kyo kernel: BTRFS error (device sda1): commit super ret -5 6月 14 20:54:44 kyo [2870]: /usr/lib/systemd/system-sleep/xkeyboard failed with exit status 1.
6月 14 20:54:44 kyo wpa_supplicant[585]: dbus: wpa_dbus_property_changed: no property SessionLength in object
6月 14 20:54:45 kyo wpa_supplicant[585]: nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
6月 14 20:54:45 kyo wpa_supplicant[585]: nl80211: Failed to set IPv4 unicast in multicast filter
6月 14 20:54:45 kyo wpa_supplicant[585]: nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
6月 14 20:54:45 kyo wpa_supplicant[585]: nl80211: Failed to set IPv4 unicast in multicast filter
6月 14 20:54:45 kyo wpa_supplicant[585]: nl80211: Failed to open /proc/sys/net/ipv4/conf/wlan0/drop_unicast_i
lines 1-25 まずBTRFS: errorを消すために、
/run/timeshift/backup/timeshift-btrfs/snapshots/2021-06-06_20-42-26
に戻す
このスナップショットは https://github.com/pvaret/rtl8192cu-fixes に従い
ネイティブカーネルドライバーからrtl8192cu-fixeにしたのですが、マシンをスリープにして復帰した後にrtl8192cu-fixesがネットワークに入れない――という問題が出現したため
同ページの
トラブルシューティング
一部のハードウェアの電源管理には既知の問題があります。数分後にWiFi接続が切断された場合は、次のモジュール設定ファイルをインストールして、WiFiインターフェイスの電源管理を無効にします。
を実行する前のスナップで、正常に動作することがわかっているものです。
-------------------------------
ただし、自分の症状
>マシンをスリープにして復帰した後にrtl8192cu-fixesがネットワークに入れない―
の解決法が
sudo cp ./rtl8192cu-fixes/8192cu-disable-power-management.conf /etc/modprobe.d/
であるかどうか、わかりません。 rejecting I/O to offline device
と出てる時点でオフラインになってるように見えるけどな
知らんけど ありがとうございます!
> 6月 14 20:54:39 kyo kernel: sd 0:0:0:0: rejecting I/O to offline device
これは sd とあるので、さっきマザー上からマルチカードリーダーを引っこ抜いたからでは
と推測します
-------------------------------
> まずBTRFS: errorを消すために、
/run/timeshift/backup/timeshift-btrfs/snapshots/2021-06-06_20-42-26
に戻す
をした結果、これだけとなりましたっ
$ journalctl -p 3
-- Logs begin at Tue 2021-06-15 00:38:41 JST, end at Tue 2021-06-15 00:45:02 JST. --
6月 15 00:38:44 kyo systemd-udevd[281]: Error running install command for rtlwifi
6月 15 00:39:05 kyo wpa_supplicant[565]: bgscan simple: Failed to enable signal strength monitoring
6月 15 00:43:52 kyo exim4[3354]: ALERT: exim paniclog /var/log/exim4/paniclog has non-zero size, mail system
lines 1-4/4 (END)
-------------------------------
bgscan simple: Failed to enable signal strength monitoring
はずーっと以前から出ていて、どうしても消せないもの。ググるとこんなの消さなくていいみたいに書かれてた
Error running install command for rtlwifi
はrtl8192cu-fix への変更で出てくるようになった
ALERT: exim paniclog /var/log/exim4/paniclog has non-zero size, mail system
は今回初めてみました >>955
$ sudo systemctl disable --now exim4 もしかして
>数分後にWiFi接続が切断された場合は、次のモジュール設定ファイルをインストールして、
>WiFiインターフェイスの電源管理を無効にします。
を見て
「数分後にWiFi接続が切断された」ときの処理に「何かインストール」しようとしてたり
しないよなまさかな >>956
> $ sudo systemctl disable --now exim4
>>957
> もしかして
> >数分後にWiFi接続が切断された場合は、次のモジュール設定ファイルをインストールして、
> >WiFiインターフェイスの電源管理を無効にします。
> を見て
> 「数分後にWiFi接続が切断された」ときの処理に「何かインストール」しようとしてたり
> しないよなまさかな
久しぶりに当スレを見ました。レスがついてると思わんかったので。ありがとう
コマンドを実行しても大丈夫かのググり、そして指導内容が直感的に理解できないので
十分な調査をしてからお答えします!! 20時間、時間を下さいっ >>956
> $ sudo systemctl disable --now exim4
>>957
> もしかして
> >数分後にWiFi接続が切断された場合は、次のモジュール設定ファイルをインストールして、
> >WiFiインターフェイスの電源管理を無効にします。
> を見て
> 「数分後にWiFi接続が切断された」ときの処理に「何かインストール」しようとしてたり
> しないよなまさかな
久しぶりに当スレを見ました。レスがついてると思わんかったので。ありがとう
コマンドを実行しても大丈夫かのググり、そして指導内容が直感的に理解できないので
十分な調査をしてからお答えします!! 20時間、時間を下さいっ 現状はあれから何やかや調べて、
$ journalctl -b -p3
-- Logs begin at Wed 2021-06-16 11:10:38 JST, end at Wed 2021-06-16 17:17:01 JST
6月 16 11:10:41 kyo systemd-udevd[300]: Error running install command for rtlwi
6月 16 11:10:53 kyo wpa_supplicant[584]: bgscan simple: Failed to enable signal
6月 16 14:15:07 kyo wpa_supplicant[584]: dbus: wpa_dbus_property_changed: no pr
6月 16 14:15:09 kyo wpa_supplicant[584]: bgscan simple: Failed to enable signal
6月 16 14:15:18 kyo [1476]: /usr/lib/systemd/system-sleep/xkeyboard failed with
6月 16 14:15:18 kyo wpa_supplicant[584]: dbus: wpa_dbus_property_changed: no pr
6月 16 14:16:32 kyo wpa_supplicant[584]: nl80211: Failed to open /proc/sys/net/
6月 16 14:16:32 kyo wpa_supplicant[584]: nl80211: Failed to set IPv4 unicast in
6月 16 14:16:32 kyo wpa_supplicant[584]: nl80211: Failed to open /proc/sys/net/
6月 16 14:16:32 kyo wpa_supplicant[584]: nl80211: Failed to set IPv4 unicast in
6月 16 14:16:32 kyo wpa_supplicant[584]: nl80211: Failed to open /proc/sys/net/
6月 16 14:16:32 kyo wpa_supplicant[584]: nl80211: Failed to set IPv4 unicast in
6月 16 14:16:32 kyo wpa_supplicant[584]: nl80211: Failed to open /proc/sys/net/
6月 16 14:16:32 kyo wpa_supplicant[584]: nl80211: Failed to set IPv4 unicast in
6月 16 14:16:34 kyo systemd-udevd[1592]: Error running install command for rtlw
略
等の大量のエラーは 起動直後には出ず、スタンバイに入って復帰、その際ネットワークマネージャーはネットワークに入れない、いつまでも探索を続ける。
いったん子機をusbから抜き、すぐ接続すると使える。
そのあとjournalctl すると上記大量エラーです。
,,,,,,,,,,,,,
と、そこまで分かりました。 ひじょうに格式の高いdebianスレを個人レッスンの場としてもうしわけない。 しょうもない逆張りマウントや埋め立てもどきよりは余程良い 起動速度と応答性を向上させる目的で「自動起動するアプリの設定」などから無効化しています。関係していないですか?
# 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) >>956
$ sudo systemctl disable --now exim4
exim4.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable exim4
$ sudo apt-get purge -y --auto-remove exim4 "exim4-*"
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
注意、glob 'exim4-*' のために 'exim4-base' を選択します
注意、glob 'exim4-*' のために 'exim4-config-2' を選択します
注意、glob 'exim4-*' のために 'exim4-doc-info' を選択します
注意、glob 'exim4-*' のために 'exim4-daemon-light' を選択します
注意、glob 'exim4-*' のために 'exim4-daemon-heavy' を選択します
注意、glob 'exim4-*' のために 'exim4-daemon-custom' を選択します
注意、glob 'exim4-*' のために 'exim4-config' を選択します
注意、glob 'exim4-*' のために 'exim4-doc-html' を選択します
注意、glob 'exim4-*' のために 'exim4-localscanapi-2.0' を選択します
注意、glob 'exim4-*' のために 'exim4-dev' を選択します
注意、glob 'exim4-*' のために 'exim4-localscanapi-4.1' を選択します
パッケージ 'exim4-daemon-custom' はインストールされていないため削除もされません
注意、'exim4-config-2' の代わりに 'exim4-config' を選択します
パッケージ 'exim4-doc-html' はインストールされていないため削除もされません
パッケージ 'exim4-doc-info' はインストールされていないため削除もされません
パッケージ 'exim4' はインストールされていないため削除もされません
パッケージ 'exim4-daemon-heavy' はインストールされていないため削除もされません
パッケージ 'exim4-dev' はインストールされていないため削除もされません
以下のパッケージは「削除」されます:
bsd-mailx* exim4-base* exim4-config* exim4-daemon-light* libgnutls-dane0*
liblockfile1* libunbound8* デスクトップ設定の自動起動とシステムサービスは別物
エラー出してたexim4はいわゆるメールサーバ
ビルド依存をインストールすると入る事がある
個人ではまず使わないだろうからdisableしておいておk あと考え無しに取り敢えずpurgeみたいなのもやめておけ
元に戻せるならば別だが >>963
https://wiki.archlinux.jp/index.php/Wpa_supplicant
wpa_supplicant はクロスプラットフォームのサプリカントで WEP, WPA, WPA2 (IEEE 802.11i / RSN (Robust Secure Network)) をサポートしています。デスクトップやノートパソコン、組込みシステムを対象としています。
wpa_supplicant はクライアントステーションで使われている IEEE 802.1X/WPA コンポーネントです。WPA アクセスポイントとのキーネゴシエーションを実装しており、無線ドライバーのローミングと IEEE 802.11 認証/アソシエーションを制御します。
----------------------
起動時にワイヤレスを有効にするには、上記のサービスのどれかを特定の無線インターフェイスで有効にしてください、例えば:
# systemctl enable wpa_supplicant@interface
そのインターフェイスで dhcpcd も有効にします:
# systemctl enable dhcpcd@interface
<<interface とは何が入るのか、想像はつくけど、わからない。
下の箇所と組み合わせて
wpa_supplicant-nl80211@.service
$ sudo -i
# systemctl enable wpa_supplicant-nl80211@.service
Created symlink /etc/systemd/system/multi-user.target.wants/wpa_supplicant-nl80211@.service → /lib/systemd/system/wpa_supplicant-nl80211@.service.
# >>966
ありがとう
>デスクトップ設定の自動起動とシステムサービスは別物
ウインドウズの自動起動のプログラムと、サービスは別物みたいな感じで理解しました
>元に戻せるならば別だが
いちおうタイムシフトが動作してます ここまでの変更で再起動したら
$ journalctl -b -p3
-- Logs begin at Wed 2021-06-16 23:25:45 JST, end at Wed 2021-06-16 23:27:40 JST
6月 16 23:25:47 kyo systemd-udevd[301]: Error running install command for rtlwi
6月 16 23:25:58 kyo wpa_supplicant[566]: bgscan simple: Failed to enable signal
6月 16 23:27:14 kyo systemd[1]: Timed out waiting for device /sys/subsystem/net >>194
「設定マネージャ」内の
ハードウェア ー> ディスプレイで確認できませんか? >>937
気にする人は、自分で解決策を探して解決してる。 $ sudo systemctl disable --now exim4
$ sudo apt-get purge -y --auto-remove exim4 "exim4-*"
# systemctl enable wpa_supplicant-nl80211@.service
これらの変更のあと、wifi子機を接続状態では起動できなく。
timeshiftで変更を破棄しました。
つぎは、以下のアドバイスを検討します
>>957
> もしかして
> >数分後にWiFi接続が切断された場合は、次のモジュール設定ファイルをインストールして、
> >WiFiインターフェイスの電源管理を無効にします。
> を見て
> 「数分後にWiFi接続が切断された」ときの処理に「何かインストール」しようとしてたり
> しないよなまさかな >>957
> もしかして
> >数分後にWiFi接続が切断された場合は、次のモジュール設定ファイルをインストールして、
> >WiFiインターフェイスの電源管理を無効にします。
> を見て
> 「数分後にWiFi接続が切断された」ときの処理に「何かインストール」しようとしてたり
> しないよなまさかな
sudo cp ./rtl8192cu-fixes/8192cu-disable-power-management.conf /etc/modprobe.d/
このコマンドは実行しました。症状は変化しませんでした。
そもそも自分の困っている症状は
> >数分後にWiFi接続が切断された場合は、
ではなく、>マシンをスリープにして復帰した後にrtl8192cu-fixesがネットワークに入れない―
だったのです。打つ手がわからず、なんか近いなと思ってやみくもにやっただけ。 レス数が950を超えています。1000を超えると書き込みができなくなります。