Debian GNU/Linux スレッド Ver.97[ﾜ有]

!extend:checked:vvvvv:1000:512
↑これを2行になるようにコピペしてからスレ立てしてください公式
https://www.debian.org/sitemap.ja.html#footer

過去ログは各自検索して見つけること
大体参考にならないので過度な期待は禁物

前スレ
https://mao.5ch.net/test/read.cgi/linux/1606619383/

---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

>>381
ノート用の2.5HDDですがLinux用の診断ツールのcrazydiskinfoで
見たらC1 load-cycle-countの項目、Current Worst共に数値1!
...でもStatusはGoodで良くわかりません

お試しインストディスクに降格させました

>>382
C1 Load/Unload Cycle Count はヘッドを復帰/退避(ロード/アンロード)した回数との事で
何らかの練習等に自己責任で使うぶんにはいいんじゃないですかね

実際私も不良セクタが出てる2.5インチHDDで色々遊んだりはしているので
ただこの不良ディスクの利用を想定した「手間のかかる相談事」を人さまにするのは
自分はさすがに気が引けますね

mobianもこのスレでいいの？

いよいよ来週か

あなたも気になってたか

systemd-networkdでeth0とeth1でブリッジ(br0)を形成しながら、
eth0、eth1にipv4アドレスを割り当てるって無理なんですか？
/network/interfacesではできるみたいですが、systemd-networkdではブリッジにしてしまったらeth0、eth1の.networkファイルの記述は無視されて
うまくいかんのです。
なぜブリッジをやりたいかというと、ipv6のRAを受ける際にインターフェースが１つのほうが都合がいいからです。

よく調べてみたら単にbr0にipv4アドレスを割り振ればいいだけでした。
ブリッジはL2扱いなので、WAN側、LAN側と意識する必要もないようです。
どうも失礼しました。

debian11 GNOME、
最初からビデオで何もしなくても
DVDが再生出来た。メニューにも対応している。
進化しとるな〜。

ddrescue 絡みで以下

$ sudo mount -o subvol=@ /dev/loop0p2 /mnt

$ sudo btrfs scrub start /mnt
scrub started on /mnt, fsid 98d2193c-b09e-4f8b-b78d-dc9ff9906263 (pid=1929)

<< scrub　が一瞬にして終わり、

$ watch sudo btrfs scrub status /mnt

$
Every 2.0s: sudo btrfs scrub status /mnt kyo: Sat Sep 25 13:17:40 2021

scrub status for 98d2193c-b09e-4f8b-b78d-dc9ff9906263
scrub started at Sat Sep 25 13:17:35 2021 and was aborted after 00:00:00

<< この行からまったくスクラブしてないことが読み取れる

total bytes scrubbed: 0.00B with 0 errors
次はどうすればよいですか？

synaptic 動かなくなってたけど　/root/.synaptic にある設定ファイル全部消したら動いた
purgeしてもreinstallしても設定消してくれてなかったみたいだ

https://mao.5ch.net/test/read.cgi/linux/1615666406/861
この件が有用だと思ったので頂きます

Debianの場合は qemu-kvm と言うメタパッケージが無いが
qemu-system と言うメタパッケージで代用可能
自分がゲストOSとして入れたのはWindowsじゃないけど

sidのFirefoxは更新されなくなってるじゃないっすか
なんでexperimentalになっちゃたの　もうやだー

これはやだな

sidのFirefoxは88から92にようやく上がった
尚experimentalは93の模様
この先こういう形で後追いになるんかな

Gnomeオンラインアカウント方式と、GoogleドライブOCamlFUSE では、どちらを採用したら？

つい先日の騒動以来sidのFirefoxはexperimentalの後追いで正解と思う様になったわ

火狐も2段階認証設定したほうがいい

国税庁e-TaxソフトWEB版の対応ブラウザが IE11 Edge chrome なので
chromeしか選択肢がない

chromeのシークレットウィンドウでe-Taxを動かしたいけど
シークレットウィンドウではユーザーがインストールした拡張機能は動かない
e-Taxソフトはスマートカードを読み書きためのchrome外のソフトを動かす必要があるので
拡張機能をインストールしてchromeのサンドボックスに穴を開ける必要がある

WEB版は使わず、従来通りe-Taxクライアントで電子申告しろということなんだろうなあ

すまん、拡張機能ごとの詳細設定で、シークレットモードでの有効/無効が設定できたわ

むしろFirefoxでアドオンを追加するたびに
プライベートモードで有効にするかどうかのダイアログが出る方がウザかったのか
Firefoxでも同様にアドオンごとの設定でプライベートモードでの有効無効を設定できる

Debian thread is more popular without wacchoi. Why ?

こっちも遠慮なく使っていいんだぜ

ちょっとお聞きしたいことがあるのですが、
debian bullseyeな環境で、カーネル5.10-10から5.16-6
にアップグレードしたら起動時にハードディスクのチェックディスクをしているみたいなアクセス音が
するようになったのですが、同様の症状の方いらっしゃいますか？

当方の環境は
システムドライブ:Plextor nvme 256GB(/とhomeで分けています）
データ置き場：
WD RED 2TB（汎用データ用）
WD BLUE 4TB（テレビ録画用）
seagate barracuda 120 1TB(SSDオーディオ用）

おそらくnvme 256GBとbarracuda 120の方にもアクセスしているのかもしれませんが、
音がするのはHDDだけなので突き止められません。

大事なこと書くの忘れてました。
ファイルシステムはいずれもext4でe2fsckなどでも異常はでていません。

自己解決しました。ext4lazyinitの一症状だったようです。
fstabにno_prefetch_block_bitmapsというオプションを加えたらアクセスが止まりました。

ttps://www.bitbenderforums.com/forums/showthread.php?90474-New-Kernel/page10

参考までに。ちなみにこの症状が出始めたのはkernel 5.13以降だそうです。

ちょっと訂正します。ext4lazyinitと症状が似ているだけで、5.13以降でブート時にext4のディスクにアクセスして
プリフェッチするのは別の新機能のようです。
どうも失礼しました。

調べてくれてサンクス
no_prefetch_block_bitmapsでログインまでの時間が短縮されました

https://yhbt.net/lore/all/[email protected]/t/
しつこいようですが、prefetch_block_bitmapsというオプションが5.12まであって、
それがデフォルトになったので、no_prefetch_block_bitmapsというオプションが5.13から新たにできたようですね。
bullseye標準の5.10カーネルとかでno_prefetch_block_bitmapsのオプションをつけたままでブートしようとすると、
fstabがエラーはいてブートできないようです。rootログインしてfstab修正すればいいんでしょうけど、気をつけてください。

5.16でもう一つ問題が。サスペンド後のレジュームで一瞬フリーズ(10秒ほど）するんですが、dmesg見ると
[ 17.328472] xhci_hcd 0000:04:00.0: xHC error in resume, USBSTS 0x401, Reinit

というエラーが出ていて(5.15-bpoにはなかった一行）、これがプチフリーズの原因みたいなんですが、
壊れたUSB機器もないし、USBポートをすべて無効にしてもこのエラーはでるし（コントローラのエラーだから当たり前か）
困ってるんですが、これから(5.17以降も）このコードは標準になるみたいで、しばらくカーネルのアップデートはできそうもないです。

https://lore.kernel.org/all/?q=+xHC+error+in+resume

ネタ元はここです。これ見るとすべてのlongterm kernelにこのpatchが入るみたいだけど、大丈夫なんだろうか・・・
一応、
Asus h270-pro kaby lake core i7 7700k
Asus P8Z-77v ivy bridge core i7 3770
の二台のパソコンでdebian sid、backports(両方とも)の5.16にするとサスペンド後のレジュームに10秒後ぐらいフリーズする現象が出ました。
まあ、モニターが点くのに10秒ぐらいかかるので実害ないといえばないのですが・・・

連投すみません。
すでにこのパッチが適用済みの5.10.0-13カーネルで試してみたら、
レジューム後
xhci_hcd 0000:04:00.0: xHC error in resume, USBSTS 0x401, Reinit
のエラーが出ているにも関わらずフリーズしませんでした。
5.16カーネルのレジューム後フリーズの原因はこのパッチではないようです。失礼。

archですが、同じだと思われるバグに遭遇した人がいました。
Input freezes temporarily after resuming from suspend on kernel 5.16
ttps://bbs.archlinux.org/viewtopic.php?id=273300

Arch vanilla kernel 5.16.1 - 9.5 seconds

Arch LTS kernel 5.15.15 - 2.5 seconds

と書いてあるので、当方の約10秒と同じくらいです。私の場合この方の症状とほぼ同じかと。
debianじゃないのでスレ違いかもしれませんが。

つ git bisect

カーネル5.16でサスペンドからの復帰に問題アリとな？
どれ、今晩試してみるか

予告通り普段使わないサスペンドやってみた
別に何ともないね

ログ
https://drive.google.com/file/d/1X9E69tnzzI3ndnAlJV7v1F916waNyw-5/view?usp=drivesdk

>>415
レジューム直後マウスカーソルが動かなかったり、
キーボード入力が効かなかったりしませんでしたか？
当方の環境では10秒ほどフリーズして、その後マウスカーソルが動き出したり、
フリーズ中に入力した文字がまとめて入力されたりします。

レジューム前後のdmesgは私もよく見たのですが、上の方で
間違えて犯人扱いしたXCHの一行以外は、正常にレジュームできる、
5.15bpo3のログと変わりはありませんでした。

10秒ぐらいのことなので、普段サスペンドをお使いで
ないのならばお気づきにならないかもしれません。

ネットで検索した限りでは同じような症状の方は
上のリンクの方も含めて3例ほどありました。
（あとの2例はreddit)
もちろん、問題がないのならばそれに越したことはないのですが。

>>416
いや全然
電源ボタン押下後一秒で画面復旧
ロック解除のパスワード入力も問題無し
マウスも画面復旧時からふつうに使える

Debianバージョンはログの通り
KDE 5.24.4
アイビーブリッジマシンにやっすいNVIDIAカード増設
ロジテックのUSBドングルレシーバの無線キーボード＆マウス

こんなところでいいですかな

>>417
あとNVIDIA差してますが最近はプロプラドライバは使ってません
カーネル更新時のモジュールビルドが鬱陶しくなったので

>>417
オフトピですまないけど、ロジのドングルってLinux環境でもペアリングできる？
それともWindows機とかでペアリングしてから使ってる？

>>419
モノによるかも知れませんが私のやつは買ったときから
ペアリングを特別意識したこと無いんですよね
Windows機はノートなんでドングルを接続した事すらありませんな

>>420
ペアリング云々があるのは日本ではロジクールと呼ばれてるとこだった、すまない

>>421
そう言う意味でしたらロジテックとロジクールは屋号だかブランドだかの
微妙な差と思っていたのでごっちゃにしてました
私のやつはMK270と言うやつです　悪くないですよ

マウスとキーボードのセットであれば最初から両方ペアリングされてるので意識する必要はなさそうですね
ロジクールのは別々に買ってもドングルが壊れてもペアリングし直せる規格があるのでそれに対応してるのかが気になってました

>>423
Unifyingであればsolaarで対応可能ですよ

名前忘れましたがなんかペアリングツール的なのありましたよね
それでごにょごにょ出来そうですが必要無いんで入れてすぐ消しましたわ
いずれ必要になった時にでも調べてみようかな

ああそうだ　そのソラーとか言うやつでしたな

>>417
レスありがとうございます。
私の環境で書き忘れたのはは
上に書いたハードウェアのほかはxfce4.18(kabke lakeマシンとivy bridgeマシン共通)
intel HD graphics 630
PT3
メモリ micron 32GB(以上kaby lakeマシン)

intel HD graphics 4000
メモリ　エルピーダ16GB(以上ivy bridgeマシン)
2つのパソコンの共通点といえばdebian bullseyeとxfce4.18
な点だけです。
xfceが怪しそうですが、リンク先の方はDEに関係なく出る
とおっしゃってますしよくわかりません。
(ログアウトしてlightdmでサスペンドしても同じようにフリーズしました。)
とにかく417さんのパソコンに何もなかったことを喜びましょう。
では、失礼します。

bullseyeをクリーンインストールしたまま放置していた、HP 1012 G1 2in1に、5.15bpo3と5.16.0-6をインストールしてみました。
そしたらサスペンドから復帰してもマウスカーソルが停止している時間は3秒程度と、5.15bpo3と5.16.0-6で有意な差はありませんでした。
当方の環境では２台のデスクトップのみ影響している模様です。（２台ともbullseyeはアップグレードインストールです）

5.16でpower managerment周りに手が加わったことはいろいろなところに書いてあったのですが、それまでの環境を引きずっているとまずいんでしょうか？

ttps://www.reddit.com/r/archlinux/comments/s6ea9m/kernel_5161_wont_resume_form_suspend/

ttps://www.reddit.com/r/archlinux/comments/ssmozd/hanging_while_waking_up_from_suspend/

どちらもarchlinuxですが同様の症状の参考リンクです。スレ主ではなく、真ん中らへんのコメントに同じ症状の人が書かれています。

どうなんでしょうねえ
いっそのことtestingをクリーンインスコして検証してみるとか
https://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso

https://imgur.com/a/o5ewpcP

これパッケージ名と
そのパッケージで現在配布されている最新/最終バージョン
という認識でいいと思っているんだけど

知恵袋は知恵が足りない人ほどブロックしたがるからなぁ(笑)

ただ、Linux系カテゴリーの未回答/未解決が増えるのは良くないので
だれか暇で、ブロックされていない人が降臨してあげてｗ

どうもお騒がせしました。原因がようやくわかりました。
kernel5.16でのata周りの仕様変更のようです。
kenrel 5.15までは

[ 145.131812] ata1: link is slow to respond, please be patient (ready=0)
というエラーは出ないのですが、5.16以降を使うとでます。
ata1というとWD redで2016年に買った古いものなのですが、smartでエラーなどは出ておらず、
ケーブルやポートを変更してもだめなところを見ると、カーネルの仕様変更（古いドライブの判定にシビアになった？）
かバグだと思われます。libata.force=noncqをつけても変わりませんでした。下のようにこれだけで4秒も専有しています。

[ 141.976976] ata2.00: configured for UDMA/133
[ 145.131812] ata1: link is slow to respond, please be patient (ready=0)
[ 145.611834] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)

試しにすべてのsataデバイスを無効にしてnvmeだけにして起動したところ、
サスペンドで固まることはありませんでした。

SATA1: WD red(2TB 2016年製）
SATA2: WD Blue (4TB 2019年製）
SATA3: Seagate Barracuda 120 (1TB 2021年製)
SATA$: HLDS Blu-ray drrive (2019年製）
バグにせよドライブが古いからにせよ、原因がわかってよかったです。どうも失礼しました。

ちょっと訂正します。
ata1: link is slow to respond, please be patient (ready=0)
はdmesg見るとkernel 5.10や5.15のサスペンドからのレジュームの時にも出てるみたいなんですが、

5.10や5.15は
PM: suspend exit
の後でもHDDの初期化の処理をしていて、その分サスペンドから抜けるのが早くて体感ではデスクトップが動き出すのが早くなっているようです。
5.16では PM: suspend exitの前に全ATAデバイスの初期化を終えるようになっていて、その時間分フリーズしていたかのように感じるだけのようです。
どうも失礼しました。

少なからずユーザーの役に立つご報告でしたね
ありがとうございました

ivy bridgeマシンで試してみたら、
/がssd 256GB /homeがHDD 2TB
dmesgに
ata1: link is slow to respond, please be patient (ready=0)
のエラーメッセージは出ていないんですが、やはりHDDの初期化で時間を食って
数秒フリーズしているように見えるようです。このHDDも10年ものなのでそろそろ限界かもしれませんが。
でも、5.10カーネルでも/homeがHDDなので、HDDが初期化されるまで
待たされるのは同じですけど。デスクトップで右クリックしても数秒待たないとメニューが出ませんでした。

結局のところ、libataの仕様が変わってちょっと動作が変わっただけのようです。
お騒がせしました。
>>433
調査にご協力くださってありがとうございました。

俺は東京都江東区出身のシティボーイだ。
昭和末期に大阪へ移住した。
驚くことばかりだった。直接関係ないことはぜんぶ略すが、

１，道路にゴミ箱がない。
おれの故郷では、５０メートル間隔で区が設置したゴミ箱があった。だから

外で買食いしてごみはゴミ箱に捨てる、ガキの頃から染み付いてた。

２，公衆トイレがない。

おれの記憶ではこれも３００メートル間隔ぐらいで規則的に設置されていた。
これも驚倒した。友に聞いた「大阪では外でおしっこしたくなったらどうするん？」
「ああ、そういうときはパチンコ屋さんで借りたり」へww？

-------------------
大阪市のわけわからん住民サービスの低さ。（ただし、もちろん大阪のすばらしい処は無数にある）

こんなんで維新のおかげで「大阪サイコー！」とか意味がわかんねー。

公衆WCがないのはマジだからな
府内で3箇所しか知らない
今はコンビニを使う方法があるが

パーティションってUEFI環境で手動の場合は
fat32 /boot フラグboot
etx4 / フラグbootでいいですかね？

Ubuntuだけど
https://kledgeb.blogspot.com/2016/04/ubuntu-1604-43-uefihddubuntu.html

>>438
ありがとうございます

先程Virtual Box上にdebian 11をインストールしたのですが
デスクトップ画面がなぜか上下にスクロールできる状態で左上のアクティビティを押すと
左に出るランチャ？が下に寄っている状態になるのと、
Windowsでいうところのショートカットがデスクトップ画面に作れないのですが
これは仕様なのでしょうか？GUI上で直すことは可能でしょうか？
まだ入れたばかりでコマンドの知識がなくCUI上では直せる気がしません。

Desktop Icons NG (DING) - GNOME Shell 拡張機能
https://extensions.gnome.org/extension/2087/desktop-icons-ng-ding/

ランチャの配置に関してはよくわからない

あとDebianと言うよりGNOMEの相談ぽいのでこっちで聞いた方が良いでしょう
GNOME 5歩目
https://mao.5ch.net/test/read.cgi/linux/1316539221/

>>442
ubuntuで試してみても同じようにスクロールしてしまいました。
多分なんですが自分の使っているCPUがVmwareでサポートしていない最新のCore 2 Duo E6850なので
Virtual Boxでも対応していないのだと思われます。
なので諦めるかWindows消してインストールするか新しいPC買おうと思います。
お返事ありがとうございました！

Core 2 Duoで最新なのか？？

Q3'07だもんなあ
15年前から来た男か？
ああ女かもしれんな

C2Dの頃はIntelマシンから遠ざかっていたので
より親切になれるかと思い調べてみたくなった

インテル® Core™2 Duo プロセッサー E6850
https://www.intel.co.jp/content/www/jp/ja/products/sku/30785/intel-core2-duo-processor-e6850-4m-cache-3-00-ghz-1333-mhz-fsb/specifications.html
Intel Core 2 - Wikipedia
https://w.wiki/55HE

最新＝最終と言いたかったのだとしてもちょっと違う様な
それよりもGNOMEスレに行けば解決しそうな相談ぽかったのに諦めてしまったのか
まあどこまであがくかは人それぞれ　しょうがないな

ヒューマンコストを考えると捨てるのが1番安い。

>>447
でもな、Linux板連中のなかには貧乏で古いPC+タダで使えるLinuxって
奴がそれなりにいるんだよ。
そんな奴はPCが古いために生じるトラブル出ても新しいPCには行けないから
必死に時間をかけて解決するか、ギブアップしてトラブルがでないディストリに移行となる。
非貧乏は金で時間節約できるんだろうが貧乏じゃ難しい

>>444
>>445
初めて買ったパソコンがセロリンのメモリ2GBで、OSはVistaだったんよ。
当時は低スペックのパソコンにVistaが入ったパソコンがたくさん売られていて、
そのせいかXPに比べてVistaは劣るという風評被害が広がっていて、
XPを使っている者たちから会うたびに蔑まれてなぁ。
その度にVistaは最高のOSなんだ。(XPを使っている)あいつらはXPの互換性に雁字搦めにされて
Vistaを使えないから妬んでいるんだってムキになって、
これ以上書くと長くなるから端折らせてもらうけど
初めてCore 2 Duoの入ったパソコンを使ったときは衝撃的だった。
それから早15年。昔は最先端にいたのに今は見る影もなくなり、
用済みになったのかまるで元々価値がなかったかのように容赦なくサポートは打ち切られ、
ブラウザを開いただけでまるで食後高血糖のようにCPU使用率が90%を超えるようになってしまった。
自分だけは、あの衝撃的な体験をさせてくれたCore 2 Duoを最後の一人になっても壊れるまで使ってやるって
決めてたのに、もう駄目なのかなぁ。

>>446
Virtual box使うだけでメモリ使用率が80%を超える状態で
いい機会だから買い替えて入れなおそうと思ったのですがメモリ不足は増設すればいいわけですし
誘導してくれたスレで聞いてみてもう一回やってみようと思います！

>>447
>>448
先々月と先月10分歩くだけで次の日疲労で動けなくなるぐらい体ぶっ壊してしまってお金がないんです…今はもう治ったけど。

>>449
で、今のベースのOSはvistaなの？
vista消して、直接debian入れれば使えると思うよ。

lga775まだまだつかえるよ
core2duoはあれだけれど、4コアのcore2quadってのがある
オクでタダ同然で手に入るから換装汁
メモリは８GBつむべし
スレチスマソ

>>450
>>443です…
Virtual Boxを使っているので上下はその枠で埋められるために
フルスクリーンにはできないのですが、
用意されている解像度で縦幅を気にせずに設定していたためにスクロールできる状態だったみたいです…
恥ずかしい…(とは言ってもちょうど枠にはまるというのはなく少しスクロールする状態ですが)

>>451
メモリの増設は考えていたのですがCPUを変えるのまでは気づきませんでした！
メ〇カリあたりで探してみようと思います！

皆さんありがとうございました！

>>452
どうしてもリサイクルしないとダメ？
Celeron G6900でも充分に速いけど・・・。

好きなら仕方無い。

>>453
他の用途が映画見たり音楽聴く程度で
問題なく使えてるので現時点では新しく買い換えるつもりはないです。Linuxやプログラミング以外の新しいことを始めた時にスペックが足りなかったら買い換えようと思ってます！

C2Dの8000番台使ってたら、C2Qに換装しても熱くなるだけで体感できないよ
ノースブリッジっていうかCPUコア間の性能があまり良くない
Coreiシリーズになって一番変わったところ

Core2までのCPUでは、性能面以外に仮想化の点で超えられない壁がある。
仮想化支援はVmwareやVirtualBoxのためだけのものじゃない。

日立製作所、１日の最低勤務時間を廃止へ…「週休３日」の働き方も可能に

　日立製作所は２０２２年度中にも、従業員が自ら就業時間を決められる
フレックスタイム制で、１日の最低勤務時間を廃止する。勤務する日の働く
時間を長くすることで、週休３日とすることも可能になる。柔軟な働き方を
後押しし、人材確保につなげる。
フレックスタイム制ではこれまで１日の最低勤務時間を３・７５時間と定め
ていたが、２２年春闘で、これを廃止することで労使が合意した。例えば、
月曜の勤務時間をゼロとする代わりに、火〜金曜に９〜１０時間働くこと
で総労働時間を確保し、給与も維持できる。
他の大手企業では、ＮＥＣが家族の介護が必要な社員に週休３日で
働くことを認めている。

>>456
>>457
そうなんですか？Core iシリーズはさすがに現時点で必要ないですしq9550なら1500円程度で買えるので試すのも問題ないですが
そこまで言われるならとりあえずメモリだけ変える方向でやってみようと思います。

>>82
> おお成功したか
> なおefibootmgrはエントリ順も変えられる
> それは後日としてお疲れ様

ありがとうW

ただ、今回のスキルを「一目瞭然のまとめ」にしたいのです。それで次郎さん（www) のコマンド

そして最初つきあってくれた優しい物言いのひと、それらの疑問点があるので、明日以降質問させて

$ man apt
man: コマンドはステータス 3 で終了しました: (cd /usr/share/man/ja && /usr/lib/man-db/zsoelim) | (cd /usr/share/man/ja && /usr/lib/man-db/manconv -f UTF-8:EUC-JP -t UTF-8//IGNORE) | (cd /usr/share/man/ja && preconv -e UTF-8) | (cd /usr/share/man/ja && tbl) | (cd /usr/share/man/ja && nroff -mandoc -Tutf8)

$
いつからかmanが表示されません

$ apt list --upgradable
一覧表示... 完了
base-files/oldstable 10.3+deb10u12 amd64 [10.3+deb10u11 からアップグレード
可]
google-chrome-stable/stable 100.0.4896.127-1 amd64 [100.0.4896.60-1 から
アップグレード可]
gzip/oldstable 1.9-3+deb10u1 amd64 [1.9-3 からアップグレード可]
intel-microcode/oldstable 3.20220207.1~deb10u1 amd64 [3.20210608.2~deb10u1
からアップグレード可]
libc-bin/oldstable 2.28-10+deb10u1 amd64 [2.28-10 からアップグレード可]
libc-dev-bin/oldstable 2.28-10+deb10u1 amd64 [2.28-10 からアップグレード
可]
libc-l10n/oldstable,oldstable 2.28-10+deb10u1 all [2.28-10 からアップグ
レード可]
libc6-dev-i386/oldstable 2.28-10+deb10u1 amd64 [2.28-10 からアップグレード
可]
libc6-dev-x32/oldstable 2.28-10+deb10u1 amd64 [2.28-10 からアップグレード
可]
libc6-dev/oldstable 2.28-10+deb10u1 amd64 [2.28-10 からアップグレード可]
libc6-i386/oldstable 2.28-10+deb10u1 amd64 [2.28-10 からアップグレード可]
libc6-x32/oldstable 2.28-10+deb10u1 amd64 [2.28-10 からアップグレード可]
libc6/oldstable 2.28-10+deb10u1 amd64 [2.28-10 からアップグレード可]
libc6/oldstable 2.28-10+deb10u1 i386 [2.28-10 からアップグレード可]
libcups2/oldstable 2.2.10-6+deb10u5 amd64 [2.2.10-6+deb10u4 からアップグ
レード可]
libcups2/oldstable 2.2.10-6+deb10u5 i386 [2.2.10-6+deb10u4 からアップグ
レード可]
libcupsimage2/oldstable 2.2.10-6+deb10u5 amd64 [2.2.10-6+deb10u4 からアッ
プグレード可]
libdns-export1104/oldstable,oldstable 1:9.11.5.P4+dfsg-5.1+deb10u7 amd64
[1:9.11.5.P4+dfsg-5.1+deb10u6 からアップグレード可]

libfaad2/oldstable 2.10.0-1~deb10u1 amd64 [2.8.8-3 からアップグレード可]
libflac++6v5/oldstable 1.3.2-3+deb10u1 amd64 [1.3.2-3 からアップグレード
可]
libflac8/oldstable 1.3.2-3+deb10u1 amd64 [1.3.2-3 からアップグレード可]
libflac8/oldstable 1.3.2-3+deb10u1 i386 [1.3.2-3 からアップグレード可]
libgmp10/oldstable 2:6.1.2+dfsg-4+deb10u1 amd64 [2:6.1.2+dfsg-4 からアップ
グレード可]
libgmp10/oldstable 2:6.1.2+dfsg-4+deb10u1 i386 [2:6.1.2+dfsg-4 からアップ
グレード可]
libicu63/oldstable 63.1-6+deb10u3 amd64 [63.1-6+deb10u2 からアップグレード
可]
libicu63/oldstable 63.1-6+deb10u3 i386 [63.1-6+deb10u2 からアップグレード
可]
libisc-export1100/oldstable,oldstable 1:9.11.5.P4+dfsg-5.1+deb10u7 amd64
[1:9.11.5.P4+dfsg-5.1+deb10u6 からアップグレード可]
libjavascriptcoregtk-4.0-18/oldstable 2.36.0-3~deb10u1 amd64 [2.34.6-
1~deb10u1 からアップグレード可]
libjbig2dec0/oldstable 0.16-1+deb10u1 amd64 [0.16-1 からアップグレード可]
liblzma5/oldstable 5.2.4-1+deb10u1 amd64 [5.2.4-1 からアップグレード可]
liblzma5/oldstable 5.2.4-1+deb10u1 i386 [5.2.4-1 からアップグレード可]
libmariadb3/oldstable 1:10.3.34-0+deb10u1 amd64 [1:10.3.31-0+deb10u1 から
アップグレード可]
libmariadb3/oldstable 1:10.3.34-0+deb10u1 i386 [1:10.3.31-0+deb10u1 から
アップグレード可]
libpcap0.8/oldstable 1.8.1-6+deb10u1 amd64 [1.8.1-6 からアップグレード可]
libpcap0.8/oldstable 1.8.1-6+deb10u1 i386 [1.8.1-6 からアップグレード可]
libssl1.1/oldstable 1.1.1n-0+deb10u1 amd64 [1.1.1d-0+deb10u8 からアップグ
レード可]
libssl1.1/oldstable 1.1.1n-0+deb10u1 i386 [1.1.1d-0+deb10u8 からアップグ
レード可]

libtiff5/oldstable 4.1.0+git191117-2~deb10u4 amd64 [4.1.0+git191117-
2~deb10u3 からアップグレード可]
libtiff5/oldstable 4.1.0+git191117-2~deb10u4 i386 [4.1.0+git191117-
2~deb10u3 からアップグレード可]
libwavpack1/oldstable 5.1.0-6+deb10u1 amd64 [5.1.0-6 からアップグレード可]
libwavpack1/oldstable 5.1.0-6+deb10u1 i386 [5.1.0-6 からアップグレード可]
libwebkit2gtk-4.0-37/oldstable 2.36.0-3~deb10u1 amd64 [2.34.6-1~deb10u1 か
らアップグレード可]
libxml2/oldstable 2.9.4+dfsg1-7+deb10u3 amd64 [2.9.4+dfsg1-7+deb10u2 から
アップグレード可]
libxml2/oldstable 2.9.4+dfsg1-7+deb10u3 i386 [2.9.4+dfsg1-7+deb10u2 から
アップグレード可]
libzzip-0-13/oldstable 0.13.62-3.2+deb10u1 amd64 [0.13.62-3.2 からアップグ
レード可]
linux-compiler-gcc-8-x86/oldstable 4.19.235-1 amd64 [4.19.232-1 からアップ
グレード可]
linux-kbuild-4.19/oldstable 4.19.235-1 amd64 [4.19.232-1 からアップグレー
ド可]
linux-libc-dev/oldstable 4.19.235-1 amd64 [4.19.232-1 からアップグレード
可]
locales/oldstable,oldstable 2.28-10+deb10u1 all [2.28-10 からアップグレー
ド可]
mariadb-common/oldstable,oldstable 1:10.3.34-0+deb10u1 all [1:10.3.31-0+
deb10u1 からアップグレード可]
opensc-pkcs11/oldstable 0.19.0-1+deb10u1 amd64 [0.19.0-1 からアップグレー
ド可]
opensc/oldstable 0.19.0-1+deb10u1 amd64 [0.19.0-1 からアップグレード可]
openssl/oldstable 1.1.1n-0+deb10u1 amd64 [1.1.1d-0+deb10u8 からアップグ
レード可]
publicsuffix/oldstable,oldstable 20211109.1735-0+deb10u1 all
[20190415.1030-1 からアップグレード可]

rsyslog/oldstable 8.1901.0-1+deb10u1 amd64 [8.1901.0-1 からアップグレード
可]
tzdata/oldstable-updates,oldstable-updates 2021a-0+deb10u4 all [2021a-0+
deb10u3 からアップグレード可]
vim-common/oldstable,oldstable 2:8.1.0875-5+deb10u2 all [2:8.1.0875-5 から
アップグレード可]
vim-tiny/oldstable 2:8.1.0875-5+deb10u2 amd64 [2:8.1.0875-5 からアップグ
レード可]
wine-stable-amd64/oldstable 7.0.0.0~buster-1 amd64 [6.0.2~buster-1 から
アップグレード可]
wine-stable-i386/oldstable 7.0.0.0~buster-1 i386 [6.0.2~buster-1 からアッ
プグレード可]
wine-stable/oldstable 7.0.0.0~buster-1 amd64 [6.0.2~buster-1 からアップグ
レード可]
winehq-stable/oldstable 7.0.0.0~buster-1 amd64 [6.0.2~buster-1 からアップ
グレード可]
xterm/oldstable 344-1+deb10u2 amd64 [344-1+deb10u1 からアップグレード可]
xxd/oldstable 2:8.1.0875-5+deb10u2 amd64 [2:8.1.0875-5 からアップグレード
可]
xz-utils/oldstable 5.2.4-1+deb10u1 amd64 [5.2.4-1 からアップグレード可]
zlib1g/oldstable 1:1.2.11.dfsg-1+deb10u1 amd64 [1:1.2.11.dfsg-1 からアップ
グレード可]
zlib1g/oldstable 1:1.2.11.dfsg-1+deb10u1 i386 [1:1.2.11.dfsg-1 からアップ
グレード可]

$
＜＜以上のごとくアップグレード可能パッケージがたくさんあります。これらはアップグレードすることは必須なのか？わかりません。
自分はウイン時代も「アップデートしましょう」とネットに書いてあっても、じっさいにアップデートして「良いことあった！」と実感できたことがないので、いっさい更新しない主義でした。

指導をよろしくお願いします

＞「良いことあった！」と実感できたことがないので、いっさい更新しない主義

マジかよおっかねーな・・・
セキュリティアップデートとか、絶対「実感」なんか無いから
アップデートを一切してこなかったんだろうな・・・

エンガチョ

先輩！お返事ありがとうございます(^_^)
>>466
> セキュリティアップデートとか、絶対「実感」なんか無いから

そうですよね

$ apt list --upgradable
の
この結果？ですが、なにも考えず　ぜんぶ更新するものでしょうか？

それとも選択的に更新でしょうか？　それとも、必要になるまでぜんぶ無視していたらよいですか？

デビアン先輩からスッキリ明快なひとことをもらいたいんです！！

自分が更新やる気がでない理由について

例えばgoogle-chrome-stable/stable

しょっちゅうアップデートばっかふってくる。しかも以前のバージョンで何の問題もない。なんでやる必要あんのか？

wine-stable-amd64

ワインアプリは４個くらい使っている。どれも古いやつで問題ない。それなのになんで新しくしないといけないのか？

libxml2　など
それがなんなのか、わからん。もしかしたらインストールされてるだけで、自分にとって無用かもしれない。
やみくもに更新するのか？

vim-commonなど
名前からして自分には関係ない、つかわない。自分はプルーマ一択。むしろ削除したい。　

>>469
自分の管理下のLinuxなんだし、好きにすれば。？
自分は全部更新するけど。

>>461
$ uname -r
4.19.0-18-amd64

次のような空白のページが表示されます。
Manual page ls(1) line ?/? (END) (press h for help or q to quit)

私はdpkgとaptコマンドの両方でmanパッケージをアンインストールしようとし、パスとman構成ファイルを確認しています...しかし明らかに何かが足りません
$ sudo apt-get --purge remove manpages manpages-dev freebsd-manpages funny-manpages gmt-manpages man2html manpages-posix manpages-posix-dev asr-manpages

パッケージ 'funny-manpages' はインストールされていないため削除もされません
パッケージ 'gmt-manpages' はインストールされていないため削除もされません
E: パッケージ asr-manpages が見つかりません

$ sudo apt-get install manpages manpages-dev freebsd-manpages funny-manpages gmt-manpages man2html manpages-posix manpages-posix-dev asr-manpages

パッケージ gmt-manpages は使用できませんが、別のパッケージから参照されます。
gmt-common

パッケージ funny-manpages は使用できませんが、別のパッケージから参照されます。
これは、パッケージが欠落しているか、廃止されたか、または別のソース
からのみ利用可能であることを意味します。
しかし、以下のパッケージが置き換えます:
lintian

E: パッケージ 'funny-manpages' にはインストール候補がありません
E: パッケージ 'gmt-manpages' にはインストール候補がありません
E: パッケージ asr-manpages が見つかりません

$

$ which man
/usr/bin/man

$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

$ sudo mandb -c
/usr/share/man 配下のマニュアルページを処理しています...
パス `/usr/share/man/man4' の index キャッシュを更新しています。お待ちください..パス `/usr/share/man/man3' の index キパス `/usr/share/man/man1' の index キャッシュを更新しています。お待ちください...mandb: 警告: /usr/share/man/man1/x86_64-linux-gnu-python3-dbg-config.1.gz はシンボリックリンクが切れています
mandb: 警告: /usr/share/man/man1/python3dm-config.1.gz はシンボリックリンクが切れています
mandb: 警告: /usr/share/man/man1/x86_64-linux-gnu-python3dm-config.1.gz はシンボリックリンクが切れています
mandb: 警告: /usr/share/man/man1/python3-dbg-config.1.gz はシンボリックリンクが切れています
mandb: 警告: /usr/share/man/man1/python3.7-dbg-config.1.gz はシンボリックリンクが切れています
mandb: 警告: /usr/share/man/man1/python3.7dm-config.1.gz はシンボリックリンクが切れています
mandb: 警告: /usr/share/man/man1/x86_64-linux-gnu-python3.7-dbg-config.1.gz はシンボリックリンクが切れています
mandb: 警告: /usr/share/man/man1/x86_64-linux-gnu-python3.7dm-config.1.gz はシンボリックリンクが切れています
パス `/usr/share/man/man6' の index キャッシュを更新しています。お待ちください...完了しました。
/usr/share/man 配下の roff がない cat ファイルをチェックしています...
/var/cache/man 配下の roff がない cat ファイルをチェックしています...
/usr/share/man/zh_CN 配下のマニュアルページを処理しています...
パス `/usr/share/man/zh_CN/man1' の index キャッシュを更新しています。お待ちください...完了しました。

/usr/share/man/zh_CN 配下の roff がない cat ファイルをチェックしています...
/var/cache/man/zh_CN 配下の roff がない cat ファイルをチェックしています...
/usr/share/man/it 配下のマニュアルページを処理しています...
パス `/usr/share/man/it/man1' の index キャッシュを更新しています。お待ちください...完了しました。
/usr/share/man/it 配下の roff がない cat ファイルをチェックしています...
/var/cache/man/it 配下の roff がない cat ファイルをチェックしています...
/usr/share/man/de.UTF-8 配下のマニュアルページを処理しています...
パス `/usr/share/man/de.UTF-8/man1' の index キャッシュを更新しています。お待ちください...完了しました。
/usr/share/man/de.UTF-8 配下の roff がない cat ファイルをチェックしています...
/var/cache/man/de.UTF-8 配下の roff がない cat ファイルをチェックしています...
/usr/share/man/zh_TW 配下のマニュアルページを処理しています...
パス `/usr/share/man/zh_TW/man1' の index キャッシュを更新しています。お待ちください...完了しました。

/usr/share/man/zh_TW 配下の roff がない cat ファイルをチェックしていま
す...
/var/cache/man/zh_TW 配下の roff がない cat ファイルをチェックしていま
す...
/usr/share/man/ja 配下のマニュアルページを処理しています...
パス `/usr/share/man/ja/man7' の index キャッシュを更新しています。お待ち
ください...mandb: /usr/share/man/ja/man7/uri.7 をオープンできません: その
ようなファイルやディレクトリはありません
mandb: 警告： /usr/share/man/ja/man7/urn.7.gz： シンボリックリンクまたは
ROFF の `.so' 要求に誤りがあります
mandb: /usr/share/man/ja/man7/uri.7 をオープンできません: そのようなファイ
ルやディレクトリはありません
mandb: 警告： /usr/share/man/ja/man7/url.7.gz： シンボリックリンクまたは
ROFF の `.so' 要求に誤りがあります
パス `/usr/share/man/ja/man5' の index キャッシュを更新しています。お待ち
ください...mandb: 警告: /usr/share/man/ja/man5/rssh.conf.5.gz: whatis が
rssh.conf(5) の解釈に失敗しました
パス `/usr/share/man/ja/man1' の index キャッシュを更新しています。お待ち
ください...完了しました。
/usr/share/man/ja 配下の roff がない cat ファイルをチェックしています...
/var/cache/man/ja 配下の roff がない cat ファイルをチェックしています...
/usr/share/man/de 配下のマニュアルページを処理しています...
パス `/usr/share/man/de/man7' の index キャッシュを更新しています。お待ち
ください...完了しました。
/usr/share/man/de 配下の roff がない cat ファイルをチェックしています...
/var/cache/man/de 配下の roff がない cat ファイルをチェックしています...
/usr/share/man/ru 配下のマニュアルページを処理しています...
パス `/usr/share/man/ru/man8' の index キャッシュを更新しています。お待ち
ください...完了しました。
/usr/share/man/ru 配下の roff がない cat ファイルをチェックしています...
/var/cache/man/ru 配下の roff がない cat ファイルをチェックしています...

/usr/share/man/fr.UTF-8 配下のマニュアルページを処理しています...
パス `/usr/share/man/fr.UTF-8/man7' の index キャッシュを更新しています。
お待ちください...完了しました。
/usr/share/man/fr.UTF-8 配下の roff がない cat ファイルをチェックしていま
す...
/var/cache/man/fr.UTF-8 配下の roff がない cat ファイルをチェックしていま
す...
/usr/share/man/ko 配下のマニュアルページを処理しています...
パス `/usr/share/man/ko/man8' の index キャッシュを更新しています。お待ち
ください...完了しました。
/usr/share/man/ko 配下の roff がない cat ファイルをチェックしています...
/var/cache/man/ko 配下の roff がない cat ファイルをチェックしています...
/usr/share/man/fr.ISO8859-1 配下のマニュアルページを処理しています...
パス `/usr/share/man/fr.ISO8859-1/man7' の index キャッシュを更新していま
す。お待ちください...完了しました。
/usr/share/man/fr.ISO8859-1 配下の roff がない cat ファイルをチェックして
います...
/var/cache/man/fr.ISO8859-1 配下の roff がない cat ファイルをチェックして
います...
/usr/share/man/fr 配下のマニュアルページを処理しています...
パス `/usr/share/man/fr/man1' の index キャッシュを更新しています。お待ち
ください...完了しました。
/usr/share/man/fr 配下の roff がない cat ファイルをチェックしています...
/var/cache/man/fr 配下の roff がない cat ファイルをチェックしています...
/usr/share/man/es 配下のマニュアルページを処理しています...
パス `/usr/share/man/es/man1' の index キャッシュを更新しています。お待ち
ください...完了しました。
/usr/share/man/es 配下の roff がない cat ファイルをチェックしています...
/var/cache/man/es 配下の roff がない cat ファイルをチェックしています...
/usr/share/man/nl 配下のマニュアルページを処理しています...
パス `/usr/share/man/nl/man8' の index キャッシュを更新しています。お待ち

ください...完了しました。
/usr/share/man/nl 配下の roff がない cat ファイルをチェックしています...
/var/cache/man/nl 配下の roff がない cat ファイルをチェックしています...
/usr/share/man/pl 配下のマニュアルページを処理しています...
パス `/usr/share/man/pl/man1' の index キャッシュを更新しています。お待ち
ください...完了しました。
/usr/share/man/pl 配下の roff がない cat ファイルをチェックしています...
/var/cache/man/pl 配下の roff がない cat ファイルをチェックしています...
/usr/share/man/pt 配下のマニュアルページを処理しています...
パス `/usr/share/man/pt/man8' の index キャッシュを更新しています。お待ち
ください...完了しました。
/usr/share/man/pt 配下の roff がない cat ファイルをチェックしています...
/var/cache/man/pt 配下の roff がない cat ファイルをチェックしています...
/usr/share/man/pl.UTF-8 配下のマニュアルページを処理しています...
パス `/usr/share/man/pl.UTF-8/man1' の index キャッシュを更新しています。
お待ちください...完了しました。
/usr/share/man/pl.UTF-8 配下の roff がない cat ファイルをチェックしていま
す...
/var/cache/man/pl.UTF-8 配下の roff がない cat ファイルをチェックしていま
す...
/usr/share/man/da 配下のマニュアルページを処理しています...
パス `/usr/share/man/da/man8' の index キャッシュを更新しています。お待ち
ください...完了しました。
/usr/share/man/da 配下の roff がない cat ファイルをチェックしています...
/var/cache/man/da 配下の roff がない cat ファイルをチェックしています...
/usr/share/man/pt_BR 配下のマニュアルページを処理しています...
パス `/usr/share/man/pt_BR/man8' の index キャッシュを更新しています。お待
ちください...完了しました。
/usr/share/man/pt_BR 配下の roff がない cat ファイルをチェックしていま
す...
/var/cache/man/pt_BR 配下の roff がない cat ファイルをチェックしていま

す...
/usr/local/man 配下のマニュアルページを処理しています...
62 個のマニュアルページ子ディレクトリに新しいマニュアルページが含まれてい
ました。
8314 個のマニュアルページが追加されました。
roff のない cat ファイルが 0 個追加されました。

Debianはやっぱり安定しないなー。

>>469
>しょっちゅうアップデートばっかふってくる。
>しかも以前のバージョンで何の問題もない。なんでやる必要あんのか？
セキュリティホールを塞ぐため

>>478
自分で壊して不安定にしたのではないかな?

Debianの安定版を不安定にしてしまう使い方しか出来ないならば
もしかしたらLinuxには向かない人かもしれない