したらばTOP ■掲示板に戻る■ 全部 1-100 最新50 | |
レス数が1スレッドの最大レス数(1000件)を超えています。残念ながら投稿することができません。

技術系技師教員採用試験

1：名無しさん：2020/08/28(金) 19:13:02
開催
951：名無しさん：2024/05/02(木) 07:54:36
>> sudo rm /lib/modules/$(uname -r)/kernel/drivers/net/wireless/realtek/rtl8188eu/8188eu.koコマンドで削除できなかった既存のモジュールがあったとしても、make installコマンドによって新しいモジュールが正しくインストールされています

グローバルIPアドレス（またはパブリックIPアドレス）は、インターネット上で一意のIPアドレスです。これは、インターネットサービスプロバイダ（ISP）によって提供され、インターネット上の他のデバイスから直接アクセスできます。つまり、インターネット上のどのデバイスからでも、そのグローバルIPアドレスを使って特定のデバイスにアクセスすることができます。

一方、プライベートIPアドレスは、ローカルネットワーク内（例えば、家庭やオフィスのネットワーク）でデバイスを一意に識別するために使用されます。プライベートIPアドレスは、そのローカルネットワーク内でのみ一意であり、インターネット全体では一意ではありません。つまり、プライベートIPアドレスを持つデバイスは、同じローカルネットワーク内の他のデバイスから直接アクセスできますが、インターネット上の他のデバイスからは直接アクセスできません。

これらの違いのため、プライベートIPアドレスを持つデバイスがインターネットにアクセスするためには、通常、ルーターなどのデバイスがネットワークアドレス変換（NAT）を行い、グローバルIPアドレスを使用してインターネットと通信します。これにより、複数のデバイスが同じグローバルIPアドレスを共有してインターネットに接続できます。

プライベートIPアドレス
<==攻撃者に対してネットワークの内部構造についての情報を提供し、潜在的な攻撃の手がかりを与える可能性があるからです。また、プライベートIPアドレスは通常、ネットワーク内の特定のデバイスを識別するために使用されるため、それを公開することはプライバシーの観点からも問題となる可能性があります。

952：名無しさん：2024/05/02(木) 07:57:49
<再インストール後にプライベートip アドレスが変更されたが

ネットワークの設定やデバイスの再起動、または特定のネットワークサービスの再インストールなどを行った場合、プライベートIPアドレスが変更されることがあります。これは、プライベートIPアドレスが通常、DHCP（Dynamic Host Configuration Protocol）というプロトコルによって自動的に割り当てられるためです。

DHCPは、デバイスがネットワークに接続するたびに、利用可能なIPアドレスプールからアドレスを動的に割り当てます。そのため、デバイスを再起動したりネットワーク設定を変更したりすると、新しいプライベートIPアドレスが割り当てられることがあります。

953：名無しさん：2024/05/02(木) 13:35:51
> 別個に立ち上げたエディターでテキストファイルを編集して
> 書き込みビューにある挿入ボタンで入れたほう手っ取り早いと思う

ここのやり取り理解できない。

なんで？vimとかで編集して、挿入ボタンで入れんの？なぜ、「書き込み」窓で直接編集したらダメなの？

どういう条件のとき、それが役立つの？

挿入ボタンなんてあんの、初めて気づいた。あんがと

> なぜ、「書き込み」窓で直接編集したらダメなの？

56億7千万行の「氏ね」を投稿したいとき、「書き込み」窓に直接書かず、vimスクリプトやshスクリプトなど何等かの手続きで原稿を生成し、「書き込み」窓に挿入するでしょ。

954：名無しさん：2024/05/02(木) 13:36:52
>>953
> 56億7千万行の「氏ね」を投稿したいとき、「書き込み」窓に直接書かず、vimスクリプトやshスクリプトなど何等かの手続きで原稿を生成し、「書き込み」窓に挿入するでしょ。

ありがとうございました。消化してから、また質問に来ます(≧◡≦)

955：名無しさん：2024/05/02(木) 13:50:25
ネットワークの設定やデバイスの再起動、または特定のネットワークサービスの再インストールなどを行った場合、プライベートIPアドレスが変更されることがあります。これは、プライベートIPアドレスが通常、DHCP（Dynamic Host Configuration Protocol）というプロトコルによって自動的に割り当てられるためです。

DHCPは、デバイスがネットワークに接続するたびに、利用可能なIPアドレスプールからアドレスを動的に割り当てます。そのため、デバイスを再起動したりネットワーク設定を変更したりすると、新しいプライベートIPアドレスが割り当てられることがあります。

＞DHCPプロトコルによる新しいIPアドレスの割り当てをトリガーした
ふだんマシン再起動のとき、子機も再起動されると思うが、それだけでは上記トリガーを発動しない？

多くのDHCPサーバー（親機）は、同じデバイスに対して可能な限り同じIPアドレスを割り当てようとします。これは、デバイスのMACアドレス（物理的なネットワークアドレス）を使用して、以前にそのデバイスに割り当てられたIPアドレスを「覚えて」いるからです。

したがって、単にマシンを再起動しただけでは、子機のプライベートIPアドレスが変更されるとは限らないのです。しかし、ドライバの削除と再インストールを行った場合、親機は子機を新しいデバイスとして認識し、新しいIPアドレスを割り当てる可能性があります。

956：名無しさん：2024/05/02(木) 18:48:02
ttp://www.google.co.jp/search?hl=ja&q=$TEXTU&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=
ttp://www.google.co.jp/search?hl=ja&q=$TEXTU

hl=ja：これは検索結果の言語を日本語に設定します。
q=$TEXTU：これは検索クエリを表します。$TEXTUは検索したいキーワードに置き換えます。

btnG=Google+%E6%A4%9C%E7%B4%A2：これは「Google検索」ボタンを押すことを示します。

lr=：これは検索するページの言語を制限するためのものです。値が設定されていない場合、すべての言語のページが検索対象となります。

「btnG=Google+%E6%A4%9C%E7%B4%A2」は、Googleの検索ページで「Google検索」ボタンを押すことを示すパラメータです。しかし、このパラメータは必須ではありません

< JDIM 5ちゃん専用ブラウザで選択したテキストをweb検索の
デフォルトは、
ttp://www.google.co.jp/search?hl=ja&q=$TEXTU&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=
ですが、ここをダックダックにして、!g 付きにしたい

>> 選択したテキスト（$TEXTU）をDuckDuckGoで検索し、その後すぐにGoogle検索（!g）にリダイレクト
ttps://duckduckgo.com/?q=!g+$TEXTU

957：名無しさん：2024/05/02(木) 19:40:02
$ w3m google.com/search\?q=

$ w3m ttps://duckduckgo.com/?q=!g+$TEXTU
bash: !g+: event not found

$ w3m ttps://duckduckgo.com/?q=!g+%s

Copilot
Bashシェルでは、!は特殊な意味を持つため、そのままではコマンドラインで使用することができません。!は、履歴展開（history expansion）と呼ばれる機能を触発します。したがって、!gはbashによって特別な意味として解釈されてしまいます。

w3m 'ttps://duckduckgo.com/?q=\!g+%s'

958：名無しさん：2024/05/02(木) 19:40:43
そうすると、
＞シングルクォート（'）で囲むと、その中の文字列は全て文字通り（リテラル）に扱われ、特別な意味を持つ文字もその特別な意味を失います。
と
＞!の前に\を置く
と二重に処置しないとダメということ？

しかしじっさいに試すと
$ w3m ttps://duckduckgo.com/?q=\!g+%s

w3m 'ttps://duckduckgo.com/?q=\!g+%s'
の場合とまったく同じようにページが開くようだが

では、vimの正規表現でバックスラッシュ（\）がよく必要になるので、練習のため、
バックスラッシュ（\）だけ使う方を選択します

959：名無しさん：2024/05/03(金) 09:03:40
創価公明に出す。テキストしか扱えぬため。帯域制限で。

> 主師親の三徳を具うるがゆえに忠を教え、孝を教え、主徳をもって万民を愛し、しこうして師弟の道を立てて師の恩を教ゆ。
先生

※原型をなるべく損なわぬよう。原型とは自分と先生だけの考察である最初の形態のこと。

960：名無しさん：2024/05/03(金) 09:17:40
ネットワークの状態とデバイスを監視し、
ネットワーク接続の開始と停止を行う

debianのGUIのnetworkmanagerアプレットに様々の設定項目があるが、意味がわからず過去に適当にいじったりした。解説を。

wifiタブ>レート

無線ネットワーク接続の転送速度（ビットレート）を制御するためのものであると考えられます。レートは通常、Mbps（メガビット毎秒）で表示され、高いレートは高速なデータ転送を示します。ただし、最高のパフォーマンスを得るためには、ネットワーク環境やデバイスの能力に応じて適切なレートを選択することが重要です。

>レートは通常、Mbps（メガビット毎秒）で表示され
< それでまちがいない。デフォルトで「0」となってる。どういう意味？

>>「レート」が「0」と表示されている場合、これは通常、無線ネットワーク接続の転送速度（ビットレート）が自動的に設定されることを意味します。つまり、ネットワークカードやルーターが自動的に最適な転送速度を選択します¹。

この設定は、通常、最も効率的な通信を可能にするために使用されます。具体的なビットレートを指定すると、そのレート以上での通信が強制され、結果として接続の品質が低下する可能性があります。したがって、特別な理由がない限り、この設定はデフォルトの「0」のままにしておくことをお勧めします¹。

961：名無しさん：2024/05/03(金) 09:21:16
＞ただし、この設定はデバイスとドライバーによって異なり、
ならば、ここから設定ではなく、まずドライバのリードミーを読むことから？

>> 無線ネットワークデバイスのドライバーには、そのデバイスの特性や機能に関する重要な情報が含まれていることが多いです。したがって、ドライバーのリードミー（README）ファイルやドキュメンテーションを最初に読むことは、デバイスの設定を理解し、最適に設定するための良いステップとなります。

また、ドライバーのドキュメンテーションには、デバイスの送信パワーを調整する方法や、その他の高度な設定についての指示が含まれている場合があります。これらの情報は、NetworkManagerのGUIアプレットで提供されるオプションだけではなく、コマンドラインツールや設定ファイルを使用した設定の調整にも役立つ可能性があります。

したがって、具体的な設定を行う前に、ドライバーのドキュメンテーションを確認することを強くお勧めします。よろしくお願いいたします。

962：名無しさん：2024/05/03(金) 09:34:11
wifiタブ>デバイス

そこのドロップダウンリストに、インターフェイス名wlxのみと、インターフェイス名と永続的MACアドレス付きと、２つあって選べるようになっている。

どちらを？
--------------
回答を生成しています…

永続的MACアドレス、またはスティッキーMACとも呼ばれるものは、ネットワークインターフェイスが動的に学習したMACアドレスを保持するための機能です12。具体的には、スイッチが再起動されたときや、インターフェイスがダウンしてから再度オンラインになった場合でも、この機能により学習したMACアドレスは保持されます12。

この機能は、信頼できるワークステーションやサーバーのトラフィック損失を防ぐため、またはネットワークに不正なデバイスが接続するのを防ぐためのセキュリティ機能として利用されます。

具体的には、スイッチが再起動した後でも、インターフェイスが以前に学習したMACアドレスを覚えているため、新たにMACアドレスを学習する必要がなく、信頼できるデバイスの通信が途切れることがありません。

また、この機能は通常、MACアドレス制限と組み合わせて使用され、特定の数のMACアドレスのみを学習するように設定することができます12。これにより、制限を超えた新しいデバイスがネットワークに接続することを防ぐことができます12。

ただし、この機能はデバイスやドライバーによって異なり、すべてのデバイスがこの機能をサポートしているわけではありません12。また、この機能を有効にすると、スイッチが再起動するときやインターフェイスが再度オンラインになるときに、システムが以前に学習した永続的MACアドレスを再度データベースに入力するため、一時的な遅延が発生する可能性があります12。

963：名無しさん：2024/05/03(金) 09:58:27
ここでいうスイッチとは？

$ ip link show

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

2: wlxd: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
link/ether brd ff:ff:ff:ff:ff:ff
---------
子機wlxdのこと？

>>はい、その通りです。ここでの「スイッチ」は一般的なネットワークスイッチの意味で使われていましたが、あなたの質問の文脈では、`wlxd`という名前の無線ネットワークインターフェイス（Wi-Fiアダプタ）を指しています。

`ip link show`コマンドの出力から、`wlxd`は現在UP（稼働）状態で、データの送受信が可能であることがわかります。また、`DORMANT`状態は、ネットワークが利用可能だが現在はアクティブではないことを示しています。

$ ip link show wlx
2: wlxd: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
link/ether brd ff:ff:ff:ff:ff:ff
さっきは過去のだが、今現在の$ ip link showを確認すると、DORMANT。この状態で、今まさにビングさんと対話してる。どういうこと？

回答を生成しています…

DORMANT状態は、ネットワークインターフェイスがパケットを送受信する準備ができているが、現在は何らかの外部イベントを待っている状態を示しています1。つまり、インターフェイスは稼働（UP）状態にありますが、一時的にデータの送受信を停止している可能性があります1。

しかし、DORMANT状態でも、インターフェイスは正常に動作しており、必要に応じてデータの送受信を再開することができます1。したがって、あなたが現在私と対話しているという事実は、wlxインターフェイスが正常に動作していることを示しています。

964：名無しさん：2024/05/03(金) 10:11:35
>別に不正な状態ではない？

<<この状態は、特定の条件下でネットワークインターフェイスが自動的に移行するもので

永続的MACアドレス、またはスティッキーMACとも呼ばれるものは、ネットワークインターフェイスが動的に学習したMACアドレスを保持するための機能です。

具体的には、スイッチが再起動されたときや、インターフェイスがダウンしてから再度オンラインになった場合でも、この機能により学習したMACアドレスは保持されます。

この機能は、信頼できるワークステーションやサーバーのトラフィック損失を防ぐため、またはネットワークに不正なデバイスが接続するのを防ぐためのセキュリティ機能として利用されます。

具体的には、スイッチが再起動した後でも、インターフェイスが以前に学習したMACアドレスを覚えているため、新たにMACアドレスを学習する必要がなく、信頼できるデバイスの通信が途切れることがありません。

また、この機能は通常、MACアドレス制限と組み合わせて使用され、特定の数のMACアドレスのみを学習するように設定することができます。これにより、制限を超えた新しいデバイスがネットワークに接続することを防ぐことができます。

ただし、この機能はデバイスやドライバーによって異なり、すべてのデバイスがこの機能をサポートしているわけではありません。

また、この機能を有効にすると、スイッチが再起動するときやインターフェイスが再度オンラインになるときに、システムが以前に学習した永続的MACアドレスを再度データベースに入力するため、一時的な遅延が発生する可能性があります。

965：名無しさん：2024/05/03(金) 10:13:19
マスターしました！しかし、僕がやっている程度の編集では、効率性を感じにくい。
------------
> なぜ、「書き込み」窓で直接編集したらダメなの？

56億7千万行の「氏ね」を投稿したいとき、「書き込み」窓に直接書かず、vimスクリプトやshスクリプトなど何等かの手続きで原稿を生成し、「書き込み」窓に挿入するでしょ。
-------
との回答があったのですが、敷衍して説明して

>>「書き込み」窓で直接編集することがダメなわけではありません。しかし、大量のテキストや複雑な編集を行う場合、専用のテキストエディタを使用する方が効率的であることが多いです。

例えば、56億7千万行の「氏ね」を投稿したいとき、これを手動で一行ずつ入力するのは非常に時間がかかります。しかし、スクリプト（例えば、vimスクリプトやshスクリプト）を使用すれば、このような大量のテキストを自動的に生成し、それを「書き込み」窓に挿入することができます。

また、専用のテキストエディタを使用すると、検索や置換、行の移動やコピー、構文のハイライトなど、多くの便利な機能を利用することができます。これらの機能は、大量のテキストを扱う場合や複雑な編集を行う場合に特に役立ちます。

したがって、短いテキストや単純な編集を行う場合は、「書き込み」窓で直接編集することが十分に可能です。しかし、大量のテキストを扱う場合や複雑な編集を行う場合は、専用のテキストエディタを使用することをお勧めします。

966：名無しさん：2024/05/03(金) 12:34:12
:g/^名/d
説明

>> :gは「グローバル」を意味し、ファイル内のすべての行に対して操作を行うことを指示します。

/^名は正規表現で、行の始まり（^）が「名」である行を検索します。

/dは「削除」を意味し、検索に一致した行を削除します。

したがって、:g/^名/dコマンドは、「行の始まりが「名」であるすべての行を削除する」

名無し
を含むすべての行を削除したい

>> :g/名無し/d
/名無しは正規表現で、「名無し」を含む行を検索します1。
/dは「削除」を意味し、検索に一致した行を削除します1。

967：名無しさん：2024/05/03(金) 12:55:30
「ERROR: この板へ投稿するにはどんぐりレベルが足りません。[Lv.0 Required:1]の出るときは、
「設定(C)」→「about:config 高度な設定(C)」→「2chのクッキー」→「デフォルト」でクッキーを空にし、JDim を再起動、再投稿。

968：名無しさん：2024/05/03(金) 13:00:32
>>967
自分はクッキー保存しない設定だから、再起動、再投稿だけで直った。

969：名無しさん：2024/05/03(金) 13:58:49
ご利用のコース 月間データ通信量の上限
10ギガコース 20TB
（約20,000,000MB）
5ギガコース 10TB
（約10,000,000MB）
1ギガコース 5TB
（約5,000,000MB）
100Mコース 2TB
（約2,000,000MB）
100Mライトコース 2TB
（約2,000,000MB）

一定の時間内にユーザーが使用できるデータ量（帯域）を制限することがあります。また、短時間に大量のデータ通信を行ったヘビーユーザーに対して、制限を実施することもあります。

帯域制限が発生すると、通信速度が制限され、今まで通りのスピードが出なくなり、少し遅いと感じるかもしれません。帯域制限は、多くの場合単に回線が制限されるだけで、警告なく行われる場合がほとんどです。
＜ーー少し遅いというレベルではない、そこが...
※
:%s/12//g
の置換したが、この程度の編集ではまったく「挿入」に効率性なし。

970：名無しさん：2024/05/03(金) 14:25:50
すみません、私の説明が不十分でした。帯域制限が発生すると、通信速度の低下は「少し遅い」だけでなく、非常に顕著になることもあります。具体的な影響は、ISPの具体的な制限の程度や、その他のネットワーク条件によります。

例えば、一部のISPは「データキャップ」を設けており、一定のデータ使用量を超えると通信速度が大幅に低下します。このような場合、通信速度の低下は「少し遅い」だけでなく、「ほとんど使えない」ほど遅くなることもあります。

また、一部のISPは「ピーク時間」に帯域制限を行い、この時間帯には通信速度が大幅に低下することがあります。このような場合、通信速度の低下は一時的であることが多いですが、ピーク時間中はインターネットの使用が困難になることもあります。

＜「ほとんど使えない」ほど遅くなった場合、対策は？

> VPNを使用する：VPN（Virtual Private Network）を使用すると、ISPがデータパケットを検閲できなくなり、使用しているサービスに基づいて制限をかけられなくなります。その結果、無制限で動画をストリーミングできる無制限帯域幅が得られます。
>
＜過去にvpn使用したとき、遅くなったが、今の状況下では逆に速くなる可能性？
ふつうはVPNがデータを暗号化し、そのデータをVPNサーバーに送信するため、追加の処理が必要
しかし今は
VPNを使用すると、ISPがデータパケットを検閲できなくなり、使用しているサービスに基づいて制限をかけられなくなります。

> 帯域使用量を管理する：特定の時間帯（通常はピーク時間）に大量のデータをダウンロードしたり、ストリーミングしたりすると、ISPによる帯域制限の対象となる可能性があります。そのため、大量のデータをダウンロードする場合は、ピーク時間外に行うと良いでしょう。
>
4/26(金) 22時に、~/gdrive/設定/backup_chromium_profile
との間で大量のデータのやりとり。これが原因と思ってるが、この時間はピークタイムか？

> データ使用量を抑える：一部のISPは、一定のデータ使用量を超えると通信速度を制限します。そのため、不要なデータのダウンロードを避け、データ使用量を抑えることで、帯域制限を回避することができます。
>

仮にインターネットを使用しないようにしていたら、自然となおらないのか？
＞例えば、1日または1ヶ月）のデータ使用量が一定の閾値を超えると速度制限

よくわからないのだが、もう低速化が１週間近くつづている、この場合、１日のしきい値を超えたのか？それとも一ヶ月か？

>> あなたの場合、低速化が1週間近く続いているとのことですので、1ヶ月のデータ使用量が一定の閾値を超えた可能性があります

971：名無しさん：2024/05/03(金) 14:31:10
<つくばのvpn使用を試すか、別角度の対策で、w3mで画像表示可能にしてみるか、
今の低速化状況への対策として(o^∀^o)、ビングさんはどちらを推奨する？技術的チャレンジとして

どちらの対策も技術的には有効で、それぞれ異なる観点から問題に取り組むことができます。

1. **つくばのVPNを使用する**：これはネットワークレベルでの対策で、ISPの帯域制限を回避する可能性があります。しかし、VPNの使用は通信速度に影響を与える可能性があり、また設定や管理には一定の技術的知識が必要です。

2. **w3mで画像表示可能にする**：これはアプリケーションレベルでの対策で、低速な接続でも効率的にWebブラウジングを行うためのものです。w3mはテキストベースのブラウザで、画像の表示には追加の設定が必要ですが、成功すれば帯域幅の使用を大幅に削減できます。

どちらの対策を選ぶかは、あなたの具体的なニーズやスキルセット、そしてどのような技術的チャレンジに取り組みたいかによります。

VPNの設定と管理に興味がある場合、またはISPの帯域制限を直接回避したい場合は、つくばのVPNの使用を検討してみてください。

一方、Webブラウジングの効率化に興味がある場合、または新しいブラウジングツールを試したい場合は、w3mの設定を試してみてください。

972：名無しさん：2024/05/03(金) 15:09:15
JDim を再起動、再投稿。
だけではダメ。野球板
< 保存設定にしてないけど、いちおう
「設定(C)」→「about:config 高度な設定(C)」→「2chのクッキー」→「デフォルト」でクッキーを空にした
意味ないだろうけどW

板のクッキー削除した。しくみ理解してないが、このtipsみかけた
クッキー:
acorn=61564z595f203O770M496z65Q725L162T943b354A1645p846I108M835J683a320f152Y679c203L854X9835y6617l4128F5149I2386H7471k1341L7901G0532P2492C1904r318H9426C58G301I229B256R775v026e7451Z342Q9060K573P4065X9732l3915i98j9358w8407O545N4202S6363h2026E5797Z0066l00W2799e645U100I871K617N641X80b071c2323x530Q007J562K190N523P488N910z781R56D281G80g0236p020o420s071t049p4034G023J15W3930P607K808t00u809z4897Z9900J796K318H9426k8407S6969U; yuki=akari

削除した

973：名無しさん：2024/05/03(金) 15:11:00
これは効果あるみたいだね

974：名無しさん：2024/05/03(金) 16:00:55
$ sudo apt install jdim
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています... 完了
状態情報を読み取っています... 完了
jdim はすでに最新バージョン (0.5.0-1) です。
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 4 個。

$
＜jdimのような非常にマイナーな、仕方ないですよ！

そうですね、JDIMは特定のユーザーにとって非常に有用なツールである一方で、一般的にはあまり知られていないかもしれません。しかし、それがJDIMの魅力の一部でもあります。特定のニーズに対応するために開発され、そのニーズを満たすために継続的に改善されています。

それぞれのソフトウェアは、その特性と機能によって異なるユーザー層に対応します。JDIMのようなマイナーなソフトウェアも、そのユーザーにとっては非常に価値があることでしょう。

975：名無しさん：2024/05/03(金) 16:31:37
> １,まず今は$ sudo timeshift --delete-all しないほうがいい、慎重に

取り返しのつかない操作なので、慎重に行うべき

> ２，とにかくFreeTubeのあるスナップを救出したい

これはどのスナップショットがそれなのか、記録を見て確認。

> ３，しかし、現在の'jdim変更前'はかなりいい変更を加えているから２のスナップショットから
> それらを復元できるのか？手作業で。
> networkmanagerの変更とか

> ４，２にロールバックしたあと、帯域制限は緩和されてるか？これもじっさいにみるまでは。
>
> ５，networkmanagerの変更は、gdにスクショを２つ

でけた

976：名無しさん：2024/05/03(金) 16:41:18
>>921
4/29(月) 13時
> スナップショット: 2024-04-27_01-39-59 ~ Before restoring '2024-04-21 00:19:43'
> <==今度こそfreetubeあると信ずる。それ以降はすべて削除。

＞ユーザーデータをローカルに保存し

< 具体的に、どのようなデータ？それらはサイズ的に大きい？

profiles.db：すべてのプロファイルと購読情報が格納されています1。
settings.db：ユーザーの設定と好みが格納されています1。
playlists.db：ユーザーが作成したプレイリストと保存した動画が格納されています1。
history.db：ユーザーの動画視聴履歴が格納されています1。
これらのデータはテキスト形式で保存されており、テキストエディタで簡単に読むことができます1。そのため、これらのファイルのサイズは一般的には非常に小さいです

977：名無しさん：2024/05/03(金) 16:47:11
FreeTubeは ~/.config/FreeTube ディレクトリに保存されます

＜ああ！だとしたら、@だけではダメだったね？

978：名無しさん：2024/05/03(金) 17:13:08
ロールバックしてFreeTubeのある環境です

帯域制限の緩和の確認で、さいしょ極低速520kbpsでショックでしたが、

i@t1:~$ resolvectl status
Failed to get global data: Unit dbus-org.freedesktop.resolve1.service not found.
だったので、
i@t1:~$ sudo systemctl enable systemd-resolved

Created symlink /etc/systemd/system/dbus-org.freedesktop.resolve1.service → /lib/systemd/system/systemd-resolved.service.
Created symlink /etc/systemd/system/multi-user.target.wants/systemd-resolved.service → /lib/systemd/system/systemd-resolved.service.

i@t1:~$ sudo systemctl start systemd-resolved
i@t1:~$ resolvectl status
Global
Protocols: +LLMNR +mDNS -DNSOverTLS
DNSSEC=no/unsupported
resolv.conf mode: foreign
DNS Servers: 8.8.8.8 8.8.4.4

Link 2 (wlx)
Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS
DNSSEC=no/unsupported
DNS Servers: 192.168.
i@t1:~$ sudo systemctl restart NetworkManager
i@t1:~$

ブラウザ再起動で確認で

お使いのインターネットの速度:
27
Mbps
レイテンシ
アンロード済み
0 ms

ロード済み
1.3 s
----------------
完全にISPによる帯域制限は解除されたみたいです。自重して同じ目にあわないようにします。

$ resolvectl status
Failed to get global data: Unit dbus-org.freedesktop.resolve1.service not found.
を確認してからの以降のコマンドは、これでよかったでしょうか？

979：名無しさん：2024/05/03(金) 21:08:01
journalctl -xeコマンドを使用してシステムのログを確認し、systemd-resolvedサービスのエラーメッセージを探すことができます。

$ journalctl -xe -u systemd-resolved

ログを確認したところ、systemd-resolvedサービスは正常に起動しているようです。"Started Network Name Resolution via systemd-resolved"というメッセージが表示されているため、サービスは問題なく動作していると考えられます。

ログを確認したところ、特にエラーメッセージや異常な状態は見受けられません。systemd-resolvedサービスに関連するエラーメッセージも見当たりません。


< btrfs-timeshift のスケジュール＞スナップショットレベルの選択　について質問。

ブート1個　のみ選択してるが、役に立ったことがほとんどない。

というのは、# timeshift-autosnap-aptも使用していて、かつ重要な変更を加えるときは手動で新規作成のクセをつけている。

再起動後10分遅延でブートスナップショットが作成されても、自分のタイミングで作成したものでないので、使わない。

これは作り忘れたときの万一の保険と思うが、再起動するごとに、以前のは消される。

----------------
何書いてるのかわからなくなってきたが、この「ブート1個　のみ選択」を無しにしていいか？

3年近くbtrfs-timeshiftを使用してきた経験則でゆってる。

< しばらくの間ブート時のスナップショットなしを試してみる。

スナップショットレベルの選択　＞月次、週次なども過去に選択したが、やはり使用したことがなかった。それらを万一のために保持しておく――ということができないため。


自分
...思うに、それらを消さなければよかったと、あとで後悔することがあったとしても、それは自分の選択であり、技術的な疑問にチャレンジした結果であり、かつ「趣味のリナックスマシン」であるから、すべてを喪失しても問題ないと思う(≧◡≦)
Copilot
回答を生成しています…

その精神は素晴らしいですね！技術的な問題にチャレンジすることは、新しい知識を得るための素晴らしい方法です。そして、その過程で何かを失っても、それは新たな学びと経験を得るための一部です。

「趣味のリナックスマシン」は、自由に試行錯誤できる素晴らしい環境です。何か問題が発生した場合でも、それは新たな解決策を見つけるための新たなチャレンジとなります。

あなたの探求心と学びの姿勢は、技術的なスキルを向上させるための大切な要素です。これからもその精神を持ち続けて、新たな挑戦を楽しんでください。
980：名無しさん：2024/05/03(金) 21:30:18
>>120
> 通訳だけじゃなくコーディネーターもクビにしとけよ

オメーこそ大谷スレをクビだ、イランのだわ!オメーのようなやつは！

981：名無しさん：2024/05/03(金) 21:34:26
テキストファイル挿入のキーボードショートカットはないのか？

982：名無しさん：2024/05/04(土) 15:02:50
何時間か前は
$ dig @192.168.0.1 www.google.com
;; ANSWER SECTION:
www.google.com. 3 IN A 172.217.25.164<--

;; Query time: 36 msec
;; SERVER: 192.168.0.1#53(192.168.0.1)
;; WHEN: Sat May 04 13:38:20 JST 2024


今計測すると
$ dig @192.168.0.1 www.google.com
;; ANSWER SECTION:
www.google.com. 100 IN A 142.250.207.100<--

;; Query time: 2508 msec <==
;; SERVER: 192.168.0.1#53(192.168.0.1)
;; WHEN: Sat May 04 14:43:40 JST 2024

これはなにを意味する？

>> あなたが実行した `dig` コマンドは、DNS（Domain Name System）ルックアップを行っています。このコマンドは、特定のドメイン名（この場合は `www.google.com`）に対応するIPアドレスを取得します。

`Query time` は、DNSクエリの応答時間をミリ秒単位で示しています。つまり、DNSサーバーがクエリに応答するまでの時間です。

最初のクエリの応答時間は **36ミリ秒** で、2回目のクエリの応答時間は **2508ミリ秒** でした。これは、2回目のクエリが最初のクエリよりもはるかに遅かったことを意味します。これは、ネットワークの遅延、DNSサーバーの負荷、ルーティングの問題など、さまざまな要因による可能性があります。

-------------
> 特定のドメイン名（この場合は `www.google.com`）に対応するIPアドレスを取得します。
なぜちがう？

DNS（Domain Name System）は、ドメイン名（この場合は www.google.com）を対応するIPアドレスに変換するシステムです。しかし、同じドメイン名でも、時間や地理的な位置によって異なるIPアドレスが返される

ロードバランシング：大規模なウェブサイト（Googleなど）は、トラフィックを複数のサーバーに分散させるために、同じドメイン名で異なるIPアドレスを使用することがあります。これにより、一部のサーバーが過負荷になるのを防ぎ、全体のパフォーマンスを向上させます。

地理的な最適化：ユーザーの地理的な位置に最も近いサーバーを使用することで、レスポンス時間を短縮します。これは、特に大規模なグローバルサービスで一般的です。

キャッシュの有効期限：DNSレコードは一時的にキャッシュされ、その有効期限が切れると新しいクエリが発行されます。この新しいクエリは、前回とは異なる結果をもたらす可能性があります。
<--では、$ sudo systemd-resolve --flush-cachesして、もう一度
$ dig @192.168.0.1 www.google.comすると、変化する？

はい、それは可能性があります。`sudo systemd-resolve --flush-caches` コマンドは、システムのDNSキャッシュをクリアします。これにより、次に `dig` コマンドを実行すると、システムは新たにDNSクエリを発行し、キャッシュされていない最新の情報を取得します。

ただし、同じIPアドレスが返される場合もあります。これは、DNSサーバー自体が情報をキャッシュしている場合や、ドメイン名が特定のIPアドレスに固定されている場合など、さまざまな理由によるものです。

したがって、キャッシュをクリアした後に `dig` コマンドを再度実行すると、結果が変わるかもしれませんし、変わらないかもしれません。これは、DNSの動作とインターネットの複雑さを反映したものです。

$ sudo systemd-resolve --flush-caches
$ dig @192.168.0.1 www.google.com

;; ANSWER SECTION:
www.google.com. 96 IN A 142.250.207.100　<==変化しなかった

;; Query time: 95 msec

>>DNSサーバーのキャッシュ：あなたがクエリを送信しているDNSサーバー（この場合は 192.168.0.1）自体が、www.google.com のIPアドレスをキャッシュしている可能性があります。その場合、サーバーはキャッシュから情報を返し、新たなルックアップは行われません。

983：名無しさん：2024/05/04(土) 15:15:34
さっきは、;; Query time: 2508 msec <==で、こんどは、95 msecだった。
なぜ、このように不安定なのか？

< debianのコマンドでそれらを診断していくことはできる？

$ ping www.google.com
PING www.google.com (142.250.76.132) 56(84) bytes of data.
64 bytes from kix07s06-in-f4.1e100.net (142.250.76.132): icmp_seq=1 ttl=58 time=28.7 ms
略
5 packets transmitted, 5 received, 0% packet loss, time 4007ms
rtt min/avg/max/mdev = 15.877/25.137/28.698/4.752 ms

>> 5 packets transmitted, 5 received, 0% packet loss：これは、送信したパケットがすべて正常に受信され、パケットロスがない

rtt min/avg/max/mdev = 15.877/25.137/28.698/4.752 ms：これは、往復時間（Round-Trip Time、RTT）の統計です。RTTは、パケットが送信されてから応答が返るまでの時間を示します。この場合、最小RTTは15.877ミリ秒、平均RTTは25.137ミリ秒、最大RTTは28.698ミリ秒、標準偏差は4.752ミリ秒です。これらの数値は、ネットワークの遅延を示しています。
接続は安定しており、適度な遅延

＜ここで計測してみると
お使いのインターネットの速度:
370
Kbps
レイテンシ
アンロード済み
0 ms

ロード済み
4.2 s
------------
ひじょうに遅い。動画見れないレベル。どう考えたら？

<ターゲットの特定のIPアドレスまたはドメインは、いつもwww.google.comが多いけど、なぜ？

>>普及度：Googleは世界中で広く利用されているため、多くの人々がそのドメイン名を知っています。これにより、ネットワーク診断やテストの例として使用するのが便利です。

信頼性：Googleのサーバーは非常に信頼性が高く、24時間365日稼働しています。したがって、接続の問題が発生した場合、問題はおそらくユーザーのネットワークやISPにあると推測できます。
グローバルな存在：Googleは世界中にデータセンターを持っており、地理的に分散したサーバーからの応答時間をテストするのに適しています。

一貫性：Googleは一貫して同じドメイン名（www.google.com）を使用しているため、長期間にわたるテストや比較のために使用することができます

984：名無しさん：2024/05/04(土) 15:22:17
ISPの問題：インターネットサービスプロバイダ（ISP）に技術的な問題がある場合、インターネットの速度が低下する可能性があります。ISPに連絡して問題がないか確認してみてください。

ハードウェアの問題：古いルーターやモデム、またはPC自体のハードウェア問題もインターネットの速度に影響を与える可能性があります。ハードウェアを再起動したり、必要であればアップグレードしたりしてみてください。

$ nslookup www.google.com
Server: 192.168.0.1
Address: 192.168.0.1#53

Non-authoritative answer:
Name: www.google.com
Address: 172.217.25.164
Name: www.google.com
Address: 2404:6800:400a:805::2004

インストールしていないため
$ traceroute www.google.com
bash: traceroute: コマンドが見つかりません
$ netstat -a
bash: netstat: コマンドが見つかりません

これらは念の為確認したほうがいいか？

>>traceroute は、パケットがネットワークを通過するルートを表示します。これは、ネットワークの遅延や問題が発生している具体的な場所を特定するのに役立ちます。

netstat は、ネットワーク接続、ルーティングテーブル、インターフェースの統計など、ネットワーク関連の情報を表示します。これは、ネットワークの全体的な状態を把握するのに役立ちます。

きゅうけいご

985：名無しさん：2024/05/04(土) 21:36:13
電源管理設定を変更する：Wi-Fiアダプタの電源管理設定を見つけ、それを変更します。これは通常、デバイスのプロパティ内の「電源管理」タブにあります。ここで、「コンピュータがバッテリーを節約するためにこのデバイスをオフにできるようにする」のチェックを外します。

$ sudo lshw -C network
*-network
description: Wireless interface
physical id: 1
bus info: usb@2:1
logical name: wlxd
serial: d0:
capabilities: ethernet physical wireless
configuration: broadcast=yes driver=rtl8188eu driverversion=v5.13.3-17-gb1925f81a.20210615 firmware=28.0 ip=192.168. link=yes multicast=yes wireless=IEEE 802.11bgn

-----------
debianのmateですが、
Wi-Fiアダプタの電源管理設定を見つけられない
>>
電源管理設定を確認

986：名無しさん：2024/05/04(土) 21:38:59
$ sudo iwconfig

Retry:off RTS thr:off Fragment thr:off
Encryption key:****-****-****-****-****-****-****-**** Security mode:open
Power Management:off
Link Quality=100/100 Signal level=50/100 Noise level=0/100


$
電源管理が off に設定されていることが確認できます。これは、Wi-Fiアダプタが省電力モードに移行しないように設定されている

他のパラメータも正常に見えます。Link Quality が 100/100 であり、Signal level も 50/100 となっています。これらは、Wi-Fi接続が良好であることを示しています。

しかし、あなたが経験している遅いインターネット速度は、他の要因による可能性があります。例えば、ISPの問題、ネットワークの混雑、または他のデバイスが帯域幅を消費している可能性があります。

987：名無しさん：2024/05/04(土) 22:06:29
> RTL8188EU Wireless Lan Driverは、Linuxカーネル3.8から6.3までをサポートしており、さまざまなインターフェースモード、パケットインジェクション、TXパワーコントロール、LEDコントロール、電源管理制御などの機能を提供しています。

managed モードは通常のWi-Fi接続（ステーションモード）、AP モードはアクセスポイントとしての動作、monitor モードはネットワークパケットの傍受を可能にします。

パケットインジェクション：これは、特定のネットワークパケットを無線ネットワークに直接送信する能力を指します。これは主にネットワークのテストやセキュリティの研究で使用されます。

TXパワーコントロール：これは送信（TX）電力レベルを制御する能力を指します。これにより、Wi-Fiの範囲とパフォーマンスを調整することができます。

LEDコントロール：これはネットワークアダプタのLEDインジケータの動作を制御する能力を指します。これにより、アダプタの状態を視覚的に確認することができます。


> ドライバのインストール方法、モニターモードとマネージドモードへの切り替え方法、TXパワーコントロールの設定方法、ドライバオプションの変更方法など、詳細な手順が提供されています。
> >> あなたが経験しているWi-Fiの速度低下の問題は、これらの設定やドライバの問題に関連している可能性があります。特に、電源管理制御の設定（IPSとLPS）は、スタンバイからの回復時にWi-Fiのパフォーマンスに影響を与える可能性があります。
>
> したがって、これらの設定を確認し、必要に応じて調整することをお勧めします。また、ドライバが最新のものであることを確認し、必要であれば更新してみてください。
>
------------
echo "blacklist r8188eu" > /etc/modprobe.d/realtek.conf
r8188eu ドライバをブラックリストに追加します。

＜これを既にしてるのか・してないのか、記憶がない。確認方法はある？

> root権限が必要
sudo でいいの？それともsudo -i

>> 単一のコマンドをrootとして実行する場合は sudo を使用し、複数のコマンドをrootとして実行する場合は sudo -i を使用します

988：名無しさん：2024/05/04(土) 22:28:39
<ネットワークアダプタを切断するコマンド、またはその他の方法は
sudo nmcli dev disconnect wlxd03745e0ad48

<気持ち悪いから、リードミーの通りに修正したい。指導を

1. ```
sudo rm /etc/modprobe.d/blacklist-r8188eu.conf
```

2. 次に、新しい `realtek.conf` ファイルを作成し、そこに `blacklist r8188eu` を追加します。以下のコマンドを実行してください：

$ sudo echo "blacklist r8188eu" | sudo tee /etc/modprobe.d/realtek.conf
blacklist r8188eu

$

これで、`r8188eu` ドライバは `realtek.conf` ファイルによってブラックリストに追加されます。これは、ドライバのREADMEに従った設定となります。

なお、これらの操作を行うにはroot権限が必要

$ sudo cat /etc/modprobe.d/realtek.conf
blacklist r8188eu

ただし、このコマンドはデバイスを有効にするだけで、特定のWi-Fiネットワークに接続するわけではありません。Wi-Fiネットワークに接続するには、nmcli コマンドを使用して特定のSSIDに接続する必要があります。以下に例を示します：

sudo nmcli dev wifi connect <Your-WiFi-SSID> password <Your-WiFi-Password> iface wlxd

nmcli のようなコマンドラインツールは、さまざまな状況で役立つツールですが、現在のあなたの状況に最も関連しているのは、ネットワークのトラブルシューティングですね。s

エラー: 'iface' は無効な追加引数です。

989：名無しさん：2024/05/04(土) 23:00:08
$ sudo nmcli dev wifi connect <Your-WiFi-SSID> password <Your-WiFi-Password>
デバイス 'wlxd' が '' で正常にアクティベートされました。

$
感謝〜〜

さっき通ったコマンドは
sudo nmcli dev wifi connect <Your-WiFi-SSID> password <Your-WiFi-Password>
だった。
alias connectwifi　を設定しておいたほうがいいだろうか？今回の記念に！

名前は自由でいいのか？<==これは関係ない。試したが、コマンド履歴インクリメントサーチですぐ出る。

＞パスワードが設定ファイルに平文で保存されるため、他の人があなたのコンピュータを使用する場合、セキュリティ上のリスクがあります

僕以外がこのマシンを触ることはあり得ません。

しかし設定ファイルに平文で保存される、というのはわかるんですが、ネットワークマネージャーアプレットからも「パスワード表示」で表示されるから、誰かが、このマシンを使用する場合、
同じくリスクがあるのでは？

＞一方、ネットワークマネージャーアプレットからパスワードを表示するには、通常、管理者権限が必要です。

標準的なインストールしかしてないと思うけど、...僕のdebianでネットワークマネージャーアプレットからパスワードを表示するのに、管理者権限など要求されない...

Copilot
ごめんなさい、私の説明が不正確でした。Debianなどの一部のLinuxディストリビューションでは、ユーザーが自分のWi-Fiパスワードを見ることができます。これは、ユーザーが自分のネットワーク接続を管理する能力を提供するためです。しかし、他のユーザーのパスワードを見るためには通常、管理者権限が必要です。

したがって、あなたが唯一のユーザーである場合、ネットワークマネージャーアプレットからパスワードを見ることはセキュリティ上の問題ではないと言えます

990：名無しさん：2024/05/05(日) 01:35:45
> ■以下の設定について気づいた点は？
>
> # さらにいくつかの ls エイリアス
> alias l='ls -CF'

-C：このオプションは、エントリを列に並べて表示します。これは、多くのエントリを持つディレクトリを見るときに便利です。多くの環境では、lsコマンドはデフォルトでls -Cと同じ動作をします（つまり、エントリを複数列に表示します）

-F：このオプションは、エントリのタイプを示すマークを各エントリに追加します。具体的には、ディレクトリには/が、実行可能ファイルには*が、シンボリックリンクには@が追加されます。ディレクトリの内容を一覧表示したときに、各エントリの種類をすぐに把握でき、作業を効率化することができます。😊

< -Fオプションがデフォルトでないのは、なにか不便な点があるからでは？

ユーザーの好み：全てのユーザーが-Fオプションの追加情報を必要とするわけではありません。一部のユーザーは、出力をシンプルに保つことを好むかもしれません。そのため、lsコマンドはデフォルトで最小限の情報を提供し、ユーザーが必要に応じて追加のオプションを指定できるようにしています。

互換性：lsコマンドはUNIXの初期から存在しており、その動作は長年にわたって一貫しています。-Fオプションをデフォルトにすると、既存のスクリプトやツールが予期しない方法で動作する可能性があります。そのため、lsコマンドのデフォルトの動作は、予期しない副作用を避けるために、最小限の情報を提供するように設計されています。

> # 2024/04/27(土)より05/04に至る厳しきネット低速化。ネットワークのトラブルシュートのためコマンド多用。wifi接続
> alias connectwifi='sudo nmcli dev wifi connect password '
> <----これはいるのか不明。

991：名無しさん：2024/05/05(日) 01:46:21
> alias connectwifi='sudo nmcli dev wifi connect password '
> <----これはいるのか不明。

> connectwifiエイリアスは、特定のWi-Fiネットワークに接続するためのものです。

もともと、guiのネットワークマネージャーアプレットのアイコンから操作してた。複数リストされるSSIDの中から、接続するターゲットは常に一つ。
```
$ sudo nmcli dev wifi connect <Your-WiFi-SSID> password <Your-WiFi-Password>
デバイス 'wlxd' が '' で正常にアクティベートされました。
```
このようなコマンドを使用しなくても、自動的にソレに接続する。うまく表現できないが、なぜこのコマンドが必要なのか？

< ごめん(o^∀^o)。このエイリアス作成した目的を忘れてた。

GUIが利用できない場合：あなたが言及されたように、通常はGUIのネットワークマネージャーアプレットを使用してWi-Fiに接続します。しかし、GUIが利用できない場合（例えば、リモートシェルやテキストベースの環境など）、nmcliコマンドを使用してWi-Fiに接続することができます。
<==たしかにGUIが利用できない場合ありますね？w

トラブルシューティング：Wi-Fi接続に問題がある場合、nmcliコマンドを使用して接続の詳細を確認したり、接続をリセットしたりすることができます。

<===まさに今、ネットワークとインターネット接続で苦しんでいて、コマンドを多用してるから、それであえて必須ではないが、訓練のために自ら望んで作成したのでしたね？www

992：名無しさん：2024/05/05(日) 02:07:14
> # 重複履歴で悩んで、完全理解に達してない
> HISTCONTROL=ignoredups:erasedups
> shopt -s histappend
> PROMPT_COMMAND="history -n; history -w; history -c; history -r; $PROMPT_COMMAND"
> -------
> とうぜんこちらのエイリアスも作るべき。
> $ sudo nmcli dev disconnect
>
> ＜vimiumのOは別タブでヒストリー検索

この一週間ビングさんとネットワークのトラブルシュートを継続してきたが、昨日の昼？一時的に27Mbpsダウンロード速度が出て、完全に回復したかと思ったが、また逆戻り。げんざい
340 Kbps、低速は継続中。

wifiリンク速度（APまで）は高速なのに、ネット速度は使い物ならない。

=============
その部分はnmcliコマンドのwifi connectオプションについて説明しています。以下に翻訳を示します：

wifi connect (B)SSID [password password] [wep-key-type {key | phrase}]
[ifname ifname] [bssid BSSID] [name name] [private {yes | no}]
[hidden {yes | no}]

SSIDまたはBSSIDで指定されたWi-Fiネットワークに接続します。このコマンドは、一致する接続を見つけるか作成し、それをデバイス上でアクティベートします。これは、GUIクライアントでSSIDをクリックするのと同等のコマンドライン操作です。ネットワークの接続がすでに存在する場合、次のように既存のプロファイルをアクティベート（起動）することが可能です：nmcli con up id name。前回の接続が存在しない場合、オープン、WEP、WPA-PSKネットワークのみがサポートされていることに注意してください。また、IP設定はDHCP経由で取得されると想定されています。

これは、nmcliコマンドを使用してWi-Fiネットワークに接続する方法を説明しています。具体的なSSID、パスワード、インターフェース名などを指定して、特定のWi-Fiネットワークに接続することができます。😊
==========
自分
率直に指導して。これは逆にエイリアスを作らないほうが学習上いいのでは？

$ sudo nmcli dev wifi connect <Your-WiFi-SSID> password <Your-WiFi-Password>
コマンドが長いと言っても、上下矢印キーによるインクリメントサーチですぐ出せるのだから。

>> その観点は非常に正確で、学習の観点からはエイリアスを作らない方が良い場合もあります。エイリアスは便利ですが、それが何をしているのか、または元のコマンドが何であるかを忘れてしまう可能性があります。

特に新しいコマンドを学んでいるときや、コマンドライン操作に慣れていないときは、エイリアスを使わずにフルコマンドを打ち込むことで、そのコマンドの構造と動作をより深く理解することができます。

また、あなたが指摘したように、シェルの履歴検索機能（上下矢印キーによるインクリメントサーチ）を使えば、長いコマンドも簡単に再利用できます。

したがって、学習を最優先するのであれば、エイリアスを作らずにフルコマンドを使用することをお勧めします。😊

# 2024/04/27(土)より05/04に至る厳しきネット低速化。ネットワークのトラブルシュートのためコマンド多用。wifi接続
#alias connectwifi='sudo nmcli dev wifi connect hoge password fuga'
# それが何をしているのか、または元のコマンドが何であるかを忘れてしまう。フルコマンドを打ち込むことで、そのコマンドの構造と動作をより深く理解する。ゆえにコメントアウト。

993：名無しさん：2024/05/05(日) 02:24:18
>> コメントにはそのコマンドが何をするのか、なぜそれが必要なのかを記述する

# 2024/04/27(土)より05/04に至る厳しきネット低速化。nmcliコマンドを
# 使用して、具体的なSSID、パスワードを指定し、特定のWi-Fiネットワー
# クに接続する。GUIが利用できない場合、トラブルシュート時に使用。
# GUIクライアントでSSIDをクリックするのと同等のコマンドライン操作。
# 学習上の観点から今回はコメントアウト。
#alias connectwifi='sudo nmcli dev wifi connect password '

これでいいですか？

>>素晴らしい仕事をしています！😊

994：名無しさん：2024/05/05(日) 20:41:31
RadiForceG22
使用時間５０００時間

スタンバイ回復後さいしょwifi接続してても、
$ dig @192.168.0.1 www.google.com
;; connection timed out; no servers could be reached
$ sudo systemd-resolve --flush-caches
$ dig @192.168.0.1 www.google.com
効果なく
;; connection timed out; no servers could be reached
$ ping www.google.com
ping: www.google.com: 名前またはサービスが不明です
$ nslookup www.google.com
;; connection timed out; no servers could be reached

ハードリセットさらに
$ sudo nmcli dev wifi connect -W password

5.10.0-26-amd64


### Managed mode

```
sudo ip link set <interface> down
sudo iw dev <interface> set type managed
sudo ip link set <interface> up
sudo systemctl restart NetworkManager (sudo service network-manager restart)
```
$ dig @192.168.0.1 www.google.com

;; ANSWER SECTION:
www.google.com. 117 IN A 142.250.76.132

;; Query time: 147 msec

995：名無しさん：2024/05/05(日) 21:10:47
はい、条件を満たしています。あなたのLinuxカーネルのバージョンは **5.10.0-26-amd64** で、**3.8から6.3** までをサポートしています。

$ sudo nmcli dev disconnect wlxd
エラー: デバイス'wlxd' が見つかりません。
エラー: 一部のデバイスが見つかりません。

$ sudo dmesg | grep wlxd | tail

[13069.616312] RTW: rtw_set_ps_mode(wlxd) Enter 802.11 power save - WIFI-TRAFFIC_IDLE
[13079.699769] RTW: rtw_set_ps_mode(wlxd) Leave 802.11 power save - WIFI-TRAFFIC_BUSY
略

`dmesg`の出力から、あなたのデバイス（`wlxd`）が802.11のパワーセーブモードに頻繁に入り出ていることがわかります。これは、Wi-Fiトラフィックがアイドル状態（`WIFI-TRAFFIC_IDLE`）とビジー状態（`WIFI-TRAFFIC_BUSY`）を頻繁に切り替えていることを示しています。

これは通常、ネットワークトラフィックのパターンやWi-Fiアダプタのパワーマネージメント設定によるものです。パワーセーブモードは、デバイスの電力消費を抑えるために使用されますが、パフォーマンスに影響を与える可能性もあります。

パフォーマンスの問題が続く場合は、Wi-Fiアダプタのパワーマネージメント設定を調整することを検討してみてください。ただし、これはデバイスの電力消費を増加させる可能性があるため、注意が必要です。

996：名無しさん：2024/05/05(日) 21:30:09
また、`cfg80211_rtw_set_power_mgmt`と`cfg80211_rtw_get_txpower`のエントリが複数見られます。これらは、デバイスの電力管理設定と送信電力を制御しています。特に、`cfg80211_rtw_get_txpower`の出力で`total max: -10000 mbm`と表示されている部分は、送信電力が非常に低いことを示しています。これは、Wi-Fiのパフォーマンスに影響を与える可能性があります。

これらの情報から、以下のような可能性が考えられます：

1. パワーセーブモードの頻繁な切り替えがパフォーマンスに影響を与えている可能性があります。これは、デバイスの電力管理設定を調整することで改善するかもしれません。

2. 送信電力が非常に低いため、Wi-Fiの範囲や信号強度に影響を与えている可能性があります。これは、送信電力の設定を調整することで改善するかもしれません

>Wi-Fiアダプタのパワーマネージメント設定を調整することを検討

< やり方がリードミーのどこにあるか？不明
とりあえず、現在のマシン前面usb2.0ではなく、背面の3.0に挿し直す？

前面のUSB 2.0から背面のUSB 3.0に変更した
$ sudo dmesg | grep wlxd | grep -i cfg80211_rtw_get_txpower
[14329.557407] RTW: cfg80211_rtw_get_txpower(wlxd) total max: -10000 mbm
[14335.110683] RTW: cfg80211_rtw_get_txpower(wlxd) total max: 1600 mbm

>> USBポートを変更した後のdmesgの出力を見ると、デバイスwlxdの送信電力が大幅に上昇していることがわかります。最初はtotal max: -10000 mbmと非常に低かった送信電力が、後にtotal max: 1600 mbmと大幅に上昇しています。

997：名無しさん：2024/05/05(日) 21:38:17
■マシンを転倒させる。

>> USBポートを変更した後のdmesgの出力を見ると、デバイスwlxdの送信電力が大幅に上昇していることがわかります。最初はtotal max: -10000 mbmと非常に低かった送信電力が、後にtotal max: 1600 mbmと大幅に上昇しています。

この状態を維持のため。

998：名無しさん：2024/05/06(月) 00:44:16
>>997
> ■マシンを転倒させる。

[ 12.807897] RTW: cfg80211_rtw_get_txpower(wlxd) total max: 1600 mbm
信じられぬが３時間かかった。結線を外し、電源ユニット分解清掃。戻し。０時に薬王品磯村。

/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Vendor Specific Class, Driver=rtl8188eu, 480M

/: Bus 08.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
|__ Port 5: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 5: Dev 3, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M

Bus 008 Device 003: ID 0566:3001 Monterey International Corp. USB Keyboard

999：名無しさん：2024/05/06(月) 13:58:28
次から次へと壁が来る。cmosクリア乗り越えたら、こんどはrefind起動でブートエリアの修復。

i@t1:~$ rclone mount gd: ~/gdrive/ --daemon \--cache-dir ~/.local/var/rclone \--vfs-cache-mode full
はok
cmosクリア後にUEFI情報が飛んだ場合)にアクセスできた
sudo efibootmgr -c -l \\EFI\\debian\\shimx64.efi -L debian

ビングai使用できるか？
できそうだが、遅い。待つ。
Bus 003 Device 002: ID 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter

/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Vendor Specific Class, Driver=rtl8188eu, 480M
送信パワーを計測
$ sudo dmesg | grep wlxd03745e0ad48 | grep -i cfg80211_rtw_get_txpower
[ 10.001016] RTW: cfg80211_rtw_get_txpower(wlxd) total max: -10000 mbm

cron タスクを削除しました: /etc/cron.d/timeshift-hourly
cron タスクを削除しました: /etc/cron.d/timeshift-boot

UEFI情報は保護できないのは承知の上で、ねんのためスナップショット作成。

1000：名無しさん：2024/05/06(月) 13:59:43
$ sudo efibootmgr -c -l \\EFI\\debian\\shimx64.efi -L debian
BootCurrent: 0004
Timeout: 0 seconds
BootOrder: 0000,0001,0003,0004,0002
Boot0001* Hard Drive
Boot0002* UEFI: Built-in EFI Shell
Boot0003* USB
Boot0004* UEFI: silicon -power 0.00
Boot0000* debian

$
たぶんいけた。

掲示板管理者へ連絡 無料レンタル掲示板