Debian GNU/Linux スレッド Ver.97[ﾜ有]
みなさん、ひさしぶり
>>338
> いま、160ギガhddのスマートを見たら
> 889 個の不良セクターがありますが、使用可能です
ウインドウズのなんとかスキャンというGUIな不良セクタを可視化するツールでスキャンすると
110GBすぎに1箇所のみ読み出し不可能のBAD セクタがあるだけという結果になった。
パテをうまく切れば回避できるのではと。
詳細な検査結果は操作ミスでうしなった。そして思い出したが10年くらい前も、このディスクで悩んで、同じツールで検査してその時も「1箇所のみ読み出し不可能のBAD セクタ」
だったことを思い出した。
ということで、この160ギガhddで注意深く？手動でパテをきって？できるかわからないが、
再挑戦してみようと思う >>346
はいっ！僕です。すいませんでしたっ
もうしません。はやく11のインストールの世話をして下さい
マスクはしないけど手で口をおおっています >>348
まず、教えろ。教えもせんやつの ゆーことは期間。 11のインストールメディアをウインドウズ上で作成してきます
体調不良のため、今夜はそれが限度です。
........ みなさん！ハッキリ言います。僕はこの板の宝です。
革命児です。
Web翻訳家 スレはもう最高のクズのスレです。だから便所の落書きとして使っている。 >>350-351
よく考えてみなさい。
> 110GBすぎに1箇所のみ読み出し不可能のBAD セクタがあるだけという結果になった。
> 10年くらい前も、このディスクで悩んで
仮に埋め立て行為に目を瞑るとしても、こんな不安要素があるのに親身に教えてくれる人がいると思うの？
普通は有り得ないと思うぞ いい加減目ぇ覚ましなさい。 目を覚ますことなくスレ荒らしを続けるヤツに何言っても無駄。
ディスク以前に頭が壊れている。 >>353
こやつが板で元々どう言う扱いなのか承知の上で助言してたからな
効き目の有無はともかく俺なりの釘打っとかんとと思って
いつ壊れるかわからんストレージ使うようでは面倒見られんわ たとえ不良セクタがあったとしても、無理に修復する必要はないのでは？
不良セクタは放置しておいたらいいんじゃないの。
ディスクの不良セクタはOSが勝手に無視するので、
ディスクはなんとか使えると思いますよ。 Timeshiftには、RSYNCモードとBTRFSモードの２つがあるそうです。
RSYNCモードを利用するのなら、
ファイルシステムがBTRFSでなくても利用可能だと思いますよ。 >>355
> 10年くらい前も、このディスクで悩んで
こう言う情報も加味されるので
それでも親身になれるならどうぞ力になってあげて下さい ディスク不良が原因で時々障害が発生するんですね。
それでも10年間同じディスクで運用してるということですか。
スナップショットが必要な事情が分かりましたよ >>358
お力添えをされるのであればスナップショット云々とは別に、以下のレスでの状況を把握された方が良いかと
https://mao.5ch.net/test/read.cgi/linux/1624015965/345
10年前から不良セクタ持ちだったHDDを使おうとしている様子なので、私ではちょっと力になれませんね 78.11.0 Firefox ESR 64bit版で5chが書けなくなってしまった
とりあえずユーザーエージェントを書き換えてごまかしておけば大丈夫なようだ ＳＳＤドライブが数万円以下で買えるのに、壊れたＨＤを使い続けるほど貧乏なの？ そう言う事言うと恨まれるからやめた方がいいと思うよ
執念深い人っているものです >>361
SSD＝ソリッドステートドライブ
SSDドライブ＝ソリッドステートドライブドライブ debianのfirefox esrはabemaも見れなくて使いづらいのよね。 from bullseye live
user@debian:~$ sudo efibootmgr -c -L debian -d /dev/sda -p 1 -l \\EFI\\DEBIAN\\SHIMX64.EFI
sudo: efibootmgr: コマンドが見つかりません
user@debian:~$ [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
UEFI
user@debian:~$ sudo apt install efibootmgr
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています... 完了
状態情報を読み取っています... 完了
パッケージ efibootmgr は使用できませんが、別のパッケージから参照されます。
これは、パッケージが欠落しているか、廃止されたか、または別のソース
からのみ利用可能であることを意味します。
E: パッケージ 'efibootmgr' にはインストール候補がありません
user@debian:~$ 次回なった時のために
user@debian:~$ sudo efibootmgr -c -L debian -d /dev/sda -p 1 -l \\EFI\\DEBIAN\\SHIMX64.EFI
をいちおうやりました。しかし
すでに
https://wiki.debian.org/GrubEFIReinstall
GrubEFIReinstall
目次
Using A Live CD/USB To Fix Your Current System
Using the rEFInd rescue media
中の
Using the rEFInd rescue media
で
busterは起動してるがゆえに、いまGUIデスクトップの端末で
https://wiki.debian.org/GrubEFIReinstall より
Reinstall the grub-efi package
"sudo apt-get install --reinstall grub-efi"
Put the debian bootloader in /boot/efi and create an appropriate entry in the computer NVRAM
[Debianブートローダーを/ boot / efiに置き、コンピューターのNVRAMに適切なエントリを作成します]
"sudo grub-install"
Re create a grub config file based on your disk partitioning schema [ディスクパーティションスキーマに基づいてgrub構成ファイルを再作成します]
"sudo update-grub" jin@kyo:~$ sudo apt-get install --reinstall grub-efi
パッケージリストを読み込んでいます... 完了
略
2,552 B を 0秒 で取得しました (26.4 kB/s)
------------------------------------------------------
＞＞端末中で気になった点があったので質問します
/tmp/timeshift-autosnap-apt-timestamp not found! Using lastSnapshot=0 ＜＜これはokか？
略
BTRFS Snapshot saved successfully (4s)
Tagged snapshot '2021-07-21_23-02-04': ondemand
------------------------------------------------------------------------------
/dev/sda2 is mounted at: /run/timeshift/backup, options: rw,relatime,space_cache,subvolid=5,subvol=/
------------------------------------------------------------------------------
Removing snapshot: 2021-07-21_13-32-02 ＜＜ここで勝手に この時刻のsnapshotが削除
されるのはなぜですか？
Deleting subvolume: @home (Id:2944)
Deleted subvolume: @home (Id:2944)
略 $ sudo grub-install
Installing for x86_64-efi platform.
Installation finished. No error reported.
$ sudo update-grub
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Linux イメージを見つけました: /boot/vmlinuz-4.19.0-17-amd64
Found initrd image: /boot/initrd.img-4.19.0-17-amd64
Linux イメージを見つけました: /boot/vmlinuz-4.19.0-16-amd64
Found initrd image: /boot/initrd.img-4.19.0-16-amd64
Adding boot menu entry for EFI firmware configuration
完了
$
rEFInd rescue media なしでオッケーか見てくる。
ところでもともとは、規制されてからひとりでブルスアイをクリーンインストールしたのですが、新規にインストールするとUEFIのエントリが書き換わって、既存のHDDのdebian10が
起動できなくなると聞いていたが、「ではどうするのか？」を訊いていなかった。
続く >>365-368
さすがにあのエスパーは無理があったな
２度とあんな荒らし行為しなけりゃ続きを教えられるけどな
あとはここに来れなかった期間の進捗状況をもう少し書く事
俺より的確に教えられる人はゴロゴロいるだろうけど
識者にも感情がある事を忘れてはならない 別の物理HDDを準備して
debian11をGUIのcalamaresインストーラーでbtrfsでインストールした。
>>322
> Debian11なら
> ライブ環境を開いた状態からのGUIインストールで
> ファイルシステムにBtrfsを選択すれば自動的にタイムシフト対応になるよ > 新規にインストールするとUEFIのエントリが書き換わって、既存のHDDのdebian10が
起動できなくなると聞いていたが、「ではどうするのか？」を訊いていなかった。
それで独りで自分はどう考えたか？
”従来はUEFIのGPTディスクを使用してきたが、debian11はBIOS MBR ディスクとすれば、回避できるのでは？”と考えた。
元来 人のすすめで"GPTディスク" を採用したが、「起動障害に遭遇するばかりで、何のメリットも感じられなかった。」
なにも考えず”MBR ディスク”としてきた時代のほうが平和だったのである。 ねー 早く正式リリースしてほしい
...と言ったスルーすると逆にカレ暴れん坊になるよ
UEFI x GPT が性に合わないならCSM x MBRに戻せばいい
要領さえわかればそんなに難しくない
Btrfsだとその辺の作業もやりやすい debian11をBIOS MBR ディスク としてインストールするにはどうすればよいのか？
自分の調査力では明確にならなかったが、
windows上にあってはrufusを使ってDebianLive USB 等を作成してるのだが、rufusの設定で
1. 「パーティション構成」は「MBR」、「ターゲットシステム」は「BIOS (または UEFI-CSM)」
2. 「パーティション構成」を「GPT」、「ターゲットシステム」を「UEFI (CSM 無効）」
の選択肢があり、
ここで1を選択すれば、つまり MBR + (UEFI-CSM) で、このDebianLive USBなら、
debian11をBIOS MBR ディスク としてインストールできるのか？と考えた。
（今この作文をしながら、1. MBR ディスクとして作成したUSBからインストールすると、
debian11が MBR ディスクとして焼き上がるというのもおかしい気がして来たし、
2. そもそもマシン自体が(UEFI-CSM)であるから、debian11も(UEFI-CSM)のMBR ディスク
としかならないのでは？と感じる）
とにかく事前準備としては以上のように考えた。要は知識が混乱していた。 >>372
> ふぅ
> にしても、bullseye待ち遠しいな
100MB 起動直後のメモリ使用量が重く、現時点では愛着持てません まず踏まえること
①１０年ものの不良ディスクはこの件に一切使用しない
②縦書き等の荒らしをしないと宣言する
③ラジオ体操やウォーキングでもして呼吸を整える
これが出来れば誰かしら教えてくれるようになるだろう 報告忘れてました
sudo apt-get install --reinstall grub-efi
sudo grub-install
sudo update-grub
で
みごと、以前どおりに成功。ありがとうございました ②縦書き等の荒らしをしないと宣言する
をしません。約束します。理由は2つ。
１，やつらにそんな価値はないw
２，規制を受けて苦労する、今もしてる > ①１０年ものの不良ディスクはこの件に一切使用しない
これも守らないと誰も教えてくれないと思うよ 少なくとも俺は絶対やだ
１０年前から不良セクタが出てるディスクなんて地雷過ぎるわ
> ②縦書き等の荒らしをしないと宣言する
縦書き『等』と言う意味わかる？荒らし行為全般という意味よ
荒らしと認知されている人に親身になれる人など奇特である
一連の書き込みには自分は反省していると言う態度が要求されるだろう 手持ちの古いHDD、ロード/アンロードサイクルだけ数値だけが
上がってて60万超え...他の数値は問題ない 380さんのその位の状態なら私も何らかの用途に使うかも知れませんね
しかしながら、
https://mao.5ch.net/test/read.cgi/linux/1624015965/345
> 思い出したが【10年くらい前も、このディスクで悩んで】、同じツールで検査して
> 【その時も「1箇所のみ読み出し不可能のBAD セクタ」だった】ことを思い出した。
練習用とは言え、こう言うディスクを使って他人に教えを乞う試みはちょっと
345さんの事例の場合、私では残念ですが力にはなれませぬ >>381
ノート用の2.5HDDですがLinux用の診断ツールのcrazydiskinfoで
見たらC1 load-cycle-countの項目、Current Worst共に数値1!
...でもStatusはGoodで良くわかりません
お試しインストディスクに降格させました >>382
C1 Load/Unload Cycle Count はヘッドを復帰/退避(ロード/アンロード)した回数との事で
何らかの練習等に自己責任で使うぶんにはいいんじゃないですかね
実際私も不良セクタが出てる2.5インチHDDで色々遊んだりはしているので
ただこの不良ディスクの利用を想定した「手間のかかる相談事」を人さまにするのは
自分はさすがに気が引けますね 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の後追いで正解と思う様になったわ 国税庁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/9afffe90-5f1e-7522-7383-57884081a01d@valdikss.org.ru/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じゃないのでスレ違いかもしれませんが。 カーネル5.16でサスペンドからの復帰に問題アリとな？
どれ、今晩試してみるか >>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ですが同様の症状の参考リンクです。スレ主ではなく、真ん中らへんのコメントに同じ症状の人が書かれています。 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でいいですかね？ 先程Virtual Box上にdebian 11をインストールしたのですが
デスクトップ画面がなぜか上下にスクロールできる状態で左上のアクティビティを押すと
左に出るランチャ？が下に寄っている状態になるのと、
Windowsでいうところのショートカットがデスクトップ画面に作れないのですが
これは仕様なのでしょうか？GUI上で直すことは可能でしょうか？
まだ入れたばかりでコマンドの知識がなくCUI上では直せる気がしません。 あと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買おうと思います。
お返事ありがとうございました！ 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スレに行けば解決しそうな相談ぽかったのに諦めてしまったのか
まあどこまであがくかは人それぞれ しょうがないな >>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 個追加されました。 >>469
>しょっちゅうアップデートばっかふってくる。
>しかも以前のバージョンで何の問題もない。なんでやる必要あんのか？
セキュリティホールを塞ぐため >>478
自分で壊して不安定にしたのではないかな? Debianの安定版を不安定にしてしまう使い方しか出来ないならば
もしかしたらLinuxには向かない人かもしれない ぶっちゃけchrome…というか大型アプリについてはppa足したりせずにflatpakかなにかで隔離したほうがいいように思う
何やってるのかよくわかってないなら尚更 >>482
> ppa足したりせずにflatpakかなにかで隔離したほうがいいように思う
snap版のデメリットについて教えてください！！chromeの man はもういらないっ 削除してスッキリしたい
----------------------------------
少しでも痩せたいっ
$ apt list --installed | grep ^gnome
gnome-desktop3-data/oldstable,oldstable,now 3.30.2.1-2 all [インストール済み、自動]
gnome-disk-utility/oldstable,now 3.30.2-3 amd64 [インストール済み]
gnome-icon-theme/oldstable,oldstable,now 3.12.0-3 all [インストール済み、自動]
gnome-keyring-pkcs11/oldstable,now 3.28.2-5 amd64 [インストール済み、自動]
gnome-keyring/oldstable,now 3.28.2-5 amd64 [インストール済み、自動]
gnome-themes-extra-data/oldstable,oldstable,now 3.28-1 all [インストール済み、自動]
gnome-themes-extra/oldstable,now 3.28-1 amd64 [インストール済み、自動]
$ apt-cache --installed rdepends gnome-desktop3-data
gnome-desktop3-data
Reverse Depends:
libgnome-desktop-3-17
＜＜ーー依存関係もそんなないし、調べるめんどくさいから、これを抜こう
$ sudo apt autoremove --purge gnome-desktop3-data
dleyna-server* evince* evince-common* gir1.2-totem-1.0* gir1.2-totemplparser-1.0* gnome-desktop3-data*
grilo-plugins-0.3* gstreamer1.0-clutter-3.0* gstreamer1.0-plugins-ugly* gstreamer1.0-pulseaudio* liba52-0.7.4*
libclutter-1.0-0* libclutter-1.0-common* libclutter-gst-3.0-0* libclutter-gtk-1.0-0* libcogl-common*
libcogl-pango20* libcogl-path20* libcogl20* libdleyna-connector-dbus-1.0-1* libdleyna-core-1.0-3*
libdmapsharing-3.0-2* libevdocument3-4* libevview3-3* libgles2* libgnome-desktop-3-17* libgom-1.0-0*
libgrilo-0.3-0* libgspell-1-1* libgspell-1-common* libgupnp-av-1.0-2* libgupnp-dlna-2.0-3* liblirc-client0*
libmediaart-2.0-0* libmpeg2-4* libnautilus-extension1a* libopencore-amrnb0* libopencore-amrwb0* libquvi-0.9-0.9.3*
libquvi-scripts-0.9* libsidplay1v5* libtotem-plparser-common* libtotem-plparser18* libtotem0*
libtracker-sparql-2.0-0* lua-bitop* lua-expat* lua-json* lua-lpeg* lua-socket* totem* totem-common* totem-plugins*
＜＜少しやばい感じがするがいってまえ うわヒーーーっ やべえ、すげい大量に抜けた。再起動したら大丈夫なんかな？
いってくるわ パッケージは正常なんかな?
以下で何と出る?
$ dpkg -l | grep -v ^ii | grep -v ^rc にっくきgnome を抜いて抜いて抜きまくり
$ apt-cache --installed rdepends gnome-disk-utility
gnome-disk-utility
Reverse Depends:
$ sudo apt autoremove --purge gnome-disk-utility
cracklib-runtime* gnome-disk-utility* libcrack2* libpwquality-common*
libpwquality1*
この操作後に 7,596 kB のディスク容量が解放されます。
$ apt-cache --installed rdepends gnome-icon-theme
gnome-icon-theme
Reverse Depends:
libgtk2.0-0
gdebi
|blueman
$ sudo apt autoremove --purge gnome-icon-theme
gdebi* gdebi-core* gir1.2-vte-2.91* gnome-icon-theme* libgtk2-perl* libpango-perl*
この操作後に 20.8 MB のディスク容量が解放されます。
続行しますか? [Y/n]
＜＜gdebi はいるけど、痩せたい。さいきん使ってないからいいだろう (データベースを読み込んでいます ... 現在 190153 個のファイルとディレクトリがインストールされています。)
gdebi (0.9.5.7+nmu3) を削除しています ...
gdebi-core (0.9.5.7+nmu3) を削除しています ...
gir1.2-vte-2.91:amd64 (0.54.2-2) を削除しています ...
gnome-icon-theme (3.12.0-3) を削除しています ...
update-alternatives: /usr/share/icons/gnome/scalable/places/start-here.svg (start-here.svg) を提供するために自動モードで /usr/share/icons/gnome/scalable/places/gnome-foot.svg を使います
update-alternatives: 警告: 関連する (リンクグループ start-here.svg の) ファイル /usr/share/icons/gnome/256x256/places/gnome-foot.png が存在しないので、/usr/share/icons/gnome/256x256/places/start-here.png の作成をスキップします
libgtk2-perl (2:1.24992-1+b2) を削除しています ...
libpango-perl (1.227-3+b1) を削除しています ...
desktop-file-utils (0.23-4) のトリガを処理しています ...
mime-support (3.62) のトリガを処理しています ...
man-db (2.8.5-2) のトリガを処理しています ...
bamfdaemon (0.5.4-1) のトリガを処理しています ...
Rebuilding /usr/share/applications/bamf-2.index...
$
では、逝ってきます！ $ apt list --installed | grep ^gnome
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
gnome-keyring-pkcs11/oldstable,now 3.28.2-5 amd64 [インストール済み、自動]
gnome-keyring/oldstable,now 3.28.2-5 amd64 [インストール済み、自動]
gnome-themes-extra-data/oldstable,oldstable,now 3.28-1 all [インストール済み、自動]
gnome-themes-extra/oldstable,now 3.28-1 amd64 [インストール済み、自動]
$
あと残り４個だけどいけるんじゃねーの？gnome-keyring だけ、よく聞く大切なのものかもしんないけど。。。 $ apt list --installed | grep ^man
man-db/oldstable,now 2.8.5-2 amd64 [インストール済み]
manpages-dev/oldstable,oldstable,now 4.16-2 all [インストール済み、自動]
manpages-ja-dev/oldstable,oldstable,now 0.5.0.0.20180315+dfsg-1 all [インストール済み、自動]
manpages-ja/oldstable,oldstable,now 0.5.0.0.20180315+dfsg-1 all [インストール済み]
manpages/oldstable,oldstable,now 4.16-2 all [インストール済み]
$ apt-cache --installed rdepends man-db/oldstable
man-db
Reverse Depends:
yelp
man-db:i386
man-db:i386
man-db:i386
man-db:i386
man-db:i386
man-db:i386
x11-apps
man-db:i386
man-db:i386
man-db:i386
略
manpages 使えないなら、綺麗に削除したい。このことは大切だからググってからやる $ sudo apt autoremove --purge man-db
espeak-ng-data* fonts-dejavu* gir1.2-atspi-2.0* gnome-themes-extra*
gnome-themes-extra-data* hyphen-en-us* libao-common* libao4* libatk-adaptor*
libbrlapi0.6* libdotconf0* libespeak-ng1* liblightdm-gobject-1-0*
liblouis-data* liblouis17* libpcaudio0* libsonic0* libspeechd2* libyelp0*
lightdm* lightdm-gtk-greeter* man-db* mythes-en-us* orca* python3-brlapi*
python3-distro* python3-louis* python3-pyatspi* python3-speechd*
sound-icons* speech-dispatcher* speech-dispatcher-audio-plugins*
speech-dispatcher-espeak-ng* task-desktop* task-mate-desktop* x11-apps*
x11-session-utils* xbrlapi* xinit* xorg* yelp* yelp-xsl*
アップグレード: 0 個、新規インストール: 0 個、削除: 42 個、保留: 67 個。
この操作後に 74.3 MB のディスク容量が解放されます。
続行しますか? [Y/n] n
<<これはまずい、と感じた。なぜそう感じたかというと sound-icons* です。
$ sudo apt autoremove --purge manpages-dev
$ sudo apt autoremove --purge manpages-ja-dev manpages-ja manpages
以下のパッケージは「削除」されます:
lv* manpages* manpages-ja* manpages-ja-dev* nkf* psf-unifont* task-japanese* ttf-unifont* unifont* xfonts-unifont*
アップグレード: 0 個、新規インストール: 0 個、削除: 10 個、保留: 67 個。
この操作後に 38.1 MB のディスク容量が解放されます。
続行しますか? [Y/n] y
dpkg: 警告: ttf-unifont の削除中、ディレクトリ '/usr/share/fonts/truetype/unifont' が空でないため削除できませんでした
＜＜空でないため削除できませんでした とはなんですか～？ $ man ls
man: コマンドはステータス 3 で終了しました: (cd /usr/share/man && /usr/lib/man-db/zsoelim) | (cd /usr/share/man && /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE) | (cd /usr/share/man && preconv -e UTF-8) | (cd /usr/share/man && tbl) | (cd /usr/share/man && nroff -mandoc -Tutf8)
$
<<
man-db をのぞくman関連のパッケージみんな抜いたのに、まだ出てくる。なぜですかあ？ sudo apt-get --purge remove manpages manpages-dev
speech-dispatcher-espeak-ng (0.9.0-5+deb10u1) を削除しています ...
libespeak-ng1:amd64 (1.49.2+dfsg-8+deb10u1) を削除しています ...
espeak-ng-data:amd64 (1.49.2+dfsg-8+deb10u1) を削除しています ...
fonts-dejavu (2.37-1) を削除しています ...
orca (3.30.1-1) を削除しています ...
python3-pyatspi (2.30.0+dfsg-3) を削除しています ...
gir1.2-atspi-2.0:amd64 (2.30.0-7) を削除しています ...
gnome-themes-extra:amd64 (3.28-1) を削除しています ...
gnome-themes-extra-data (3.28-1) を削除しています ...
hyphen-en-us (2.8.8-7) を削除しています ...
speech-dispatcher (0.9.0-5+deb10u1) を削除しています ...
speech-dispatcher-audio-plugins:amd64 (0.9.0-5+deb10u1) を削除しています ...
libao4:amd64 (1.2.2+20180113-1) を削除しています ...
libao-common (1.2.2+20180113-1) を削除しています ...
libatk-adaptor:amd64 (2.30.0-5) を削除しています ...
xbrlapi (5.6-10+deb10u1) を削除しています ...
python3-brlapi:amd64 (5.6-10+deb10u1) を削除しています ...
libbrlapi0.6:amd64 (5.6-10+deb10u1) を削除しています ...
libdotconf0:amd64 (1.3-0.3) を削除しています ...
task-mate-desktop (3.53) を削除しています ...
lightdm (1.26.0-4) を削除しています ...
lightdm-gtk-greeter (2.0.6-1) を削除しています ...
liblightdm-gobject-1-0:amd64 (1.26.0-4) を削除しています ...
python3-louis (3.8.0-2) を削除しています ...
liblouis17:amd64 (3.8.0-2) を削除しています ...
liblouis-data (3.8.0-2) を削除しています ...
libpcaudio0:amd64 (1.1-3+deb10u1) を削除しています ...
libsonic0:amd64 (0.2.0-7) を削除しています ...
libspeechd2:amd64 (0.9.0-5+deb10u1) を削除しています ... yelp (3.31.90-1) を削除しています ...
libyelp0:amd64 (3.31.90-1) を削除しています ...
task-desktop (3.53) を削除しています ...
xorg (1:7.7+19) を削除しています ...
x11-apps (7.7+7) を削除しています ...
man-db (2.8.5-2) を削除しています ...
mythes-en-us (1:6.2.0-1) を削除しています ...
python3-distro (1.3.0-1) を削除しています ...
python3-speechd (0.9.0-5+deb10u1) を削除しています ...
sound-icons (0.1-6) を削除しています ...
x11-session-utils (7.7+3) を削除しています ...
xinit (1.4.0-1) を削除しています ...
yelp-xsl (3.31.90-1) を削除しています ...
desktop-file-utils (0.23-4) のトリガを処理しています ...
mime-support (3.62) のトリガを処理しています ...
hicolor-icon-theme (0.17-2) のトリガを処理しています ...
libglib2.0-0:amd64 (2.58.3-2+deb10u3) のトリガを処理しています ...
libglib2.0-0:i386 (2.58.3-2+deb10u3) のトリガを処理しています ...
libc-bin (2.28-10) のトリガを処理しています ...
menu (2.1.47+b1) のトリガを処理しています ...
bamfdaemon (0.5.4-1) のトリガを処理しています ...
Rebuilding /usr/share/applications/bamf-2.index... (データベースを読み込んでいます ... 現在 174705 個のファイルとディレクトリがインストールされています。)
xinit (1.4.0-1) の設定ファイルを削除しています ...
xbrlapi (5.6-10+deb10u1) の設定ファイルを削除しています ...
x11-apps (7.7+7) の設定ファイルを削除しています ...
man-db (2.8.5-2) の設定ファイルを削除しています ...
Removing catpages as well as /var/cache/man hierarchy.
speech-dispatcher (0.9.0-5+deb10u1) の設定ファイルを削除しています ...
libao-common (1.2.2+20180113-1) の設定ファイルを削除しています ...
x11-session-utils (7.7+3) の設定ファイルを削除しています ...
orca (3.30.1-1) の設定ファイルを削除しています ...
lightdm-gtk-greeter (2.0.6-1) の設定ファイルを削除しています ...
libatk-adaptor:amd64 (2.30.0-5) の設定ファイルを削除しています ...
lightdm (1.26.0-4) の設定ファイルを削除しています ...
ユーザ `lightdm' を削除しています...
userdel: グループ lightdm には他のメンバーがいるので削除しませんでした
完了。
グループ `lightdm' を削除しています...
完了。
dbus (1.12.20-0+deb10u1) のトリガを処理しています ...
menu (2.1.47+b1) のトリガを処理しています ...
systemd (241-7~deb10u8) のトリガを処理しています ... 今度こそヤバイ感じ ... 再起動、バスターmate が壊れたら恨むぞ >>495
$ dpkg -S `which man` $ dpkg -S `which man`
dpkg-query: エラー: --search には引数として最低 1 つのファイル名パターンが必要です
パッケージ照会についてのヘルプには、--help を使用してください。
$
ありがとうございます sudo apt-get --purge remove manpages manpages-dev
のあと黒画面
再起動エンターする0.2秒前に グループ `lightdm' を削除しています...
の文字列、目に飛び込み、ヤバイ！と感じたが手遅れ
$ sudo apt install lightdm
で直る。しかしtimeshift-launcher で
sudo apt-get --purge remove manpages manpages-dev
する前の
snapshotに戻ったほうがいいのか。。。 スナップショット: 2022-05-01_01-46-52 ~ purge man-db
に戻ります。 > dpkg -S `which man`
こんな便利な使い方もman dpkgすれば載っている
どんなにネットが不調な時でも一瞬で表示されるスグレモノ
manはステキなHDDの肥やしでありんす ■やべえ
重要な副作用。クローム上で中国語フォントのかなりの部分が表示されない。しかし
スナップショット: 2022-05-01_01-46-52 ~ purge man-db
これより以前のスナップショットを消してしまった。きょうヤったのを、逆時にもどしていくしかねえ。
１，
$ sudo apt autoremove --purge manpages-ja-dev manpages-ja manpages
以下のパッケージは「削除」されます:
lv* manpages* manpages-ja* manpages-ja-dev* nkf* psf-unifont* task-japanese* ttf-unifont* unifont* xfonts-unifont*
アップグレード: 0 個、新規インストール: 0 個、削除: 10 個、保留: 67 個。
この操作後に 38.1 MB のディスク容量が解放されます。
＜＜これが怪しい。根拠は ttf-unifont* ほか $ dpkg -S `which man`
man-db: /usr/bin/man
>こんな便利な使い方もman dpkgすれば載っている
どんなにネットが不調な時でも一瞬で表示されるスグレモノ
manはステキなHDDの肥やしでありんす
とはいいましても、壊れ方が厳しく、解決方法がわかりませんので。 $ sudo apt install manpages-ja-dev manpages-ja manpages
以下のパッケージが新たにインストールされます:
manpages manpages-ja manpages-ja-dev
$ sudo apt install manpages-dev
以下のパッケージが新たにインストールされます:
manpages manpages-dev
-------------------------------------------------------------------------
他のフォント類がインストールされないっ どうすりゃいい？
lv* manpages* manpages-ja* manpages-ja-dev* nkf* psf-unifont* task-japanese* ttf-unifont* unifont* xfonts-unifont* 再度、最古のスナップショットまで戻す
＞＞
スナップショット: 2022-05-01_01-46-52 ~ purge man-db debootstrapで正常な状態を再現してみたらいいのに
古くからあるこのツール、ベテラン揃いのDebianスレなら回答できる人は少なくないのでありんす >>488
> 何でmanをアンインストールしようとしてるの?
あ、すいません。全くレスに気が付かなかった
上記のほうで>>472、ググっても解決方法が見つからないほど深刻なようなので、それでアンインストールです >>489
> パッケージは正常なんかな?
> 以下で何と出る?
> $ dpkg -l | grep -v ^ii | grep -v ^rc
すでにパッケージは抜いてますが
$ dpkg -l | grep -v ^ii | grep -v ^rc
要望=(U)不明/(I)インストール/(R)削除/(P)完全削除/(H)保持
| 状態=(N)無/(I)インストール済/(C)設定/(U)展開/(F)設定失敗/(H)半インストール/(W)トリガ待ち/(T)トリガ保留
|/ エラー?=(空欄)無/(R)要再インストール (状態,エラーの大文字=異常)
||/ 名前 バージョン アーキテクチ 説明
+++-======================================-=======================================-============-===============================================================================
hi wine-stable 6.0.2~buster-1 amd64 WINE Is Not An Emulator - runs MS Windows programs
hi wine-stable-amd64 6.0.2~buster-1 amd64 WINE Is Not An Emulator - runs MS Windows programs
hi wine-stable-i386:i386 6.0.2~buster-1 i386 WINE Is Not An Emulator - runs MS Windows programs
hi winehq-stable 6.0.2~buster-1 amd64 WINE Is Not An Emulator - runs MS Windows programs やばいよお(;_;)
man どころじゃないよお。中国語フォントが正常に表示されないほうがやばい。もう今夜は限界です。
debootstrap 、柴田？の記事を１ページだけ読みました。今の自分にムリっぽい
どなたか、
>>505
の質問に回答してくだせえ。あすまでに！！おやすみ 论坛首页系统安装其他类Unix OS发行版 <<ーー こういう感じです > あすまでに！！
少なくともあちきは無料で助けを求めるクセに期限付き等となめたやつは門前払いでありんす $ sudo apt install psf-unifont* ttf-unifont* unifont* xfonts-unifont*
以下のパッケージが新たにインストールされます:
bdf2psf fontforge fontforge-common fonts-inconsolata libalien-wxwidgets-perl libb-hooks-op-check-perl
libdevel-callchecker-perl libdrm-dev libdynaloader-functions-perl libfontforge2 libgd-perl libgdraw5 libgif7
libgl1-mesa-dev libgles1 libgles2 libglu1-mesa-dev libglvnd-core-dev libglvnd-dev libmodule-pluggable-perl
libmodule-runtime-perl libopengl0 libparams-classify-perl libpthread-stubs0-dev libspiro0 libuninameslist1
libwx-perl libwxbase3.0-dev libwxgtk-media3.0-gtk3-0v5 libwxgtk-media3.0-gtk3-dev libwxgtk3.0-gtk3-0v5
libwxgtk3.0-gtk3-dev libx11-dev libx11-xcb-dev libxau-dev libxcb-dri2-0-dev libxcb-dri3-dev libxcb-glx0-dev
libxcb-present-dev libxcb-randr0-dev libxcb-render0-dev libxcb-shape0-dev libxcb-sync-dev libxcb-xfixes0-dev
libxcb1-dev libxdamage-dev libxdmcp-dev libxext-dev libxfixes-dev libxshmfence-dev libxxf86vm-dev mesa-common-dev
psf-unifont ttf-unifont unifont unifont-bin wx-common wx3.0-headers x11proto-core-dev x11proto-damage-dev
x11proto-dev x11proto-fixes-dev x11proto-xext-dev x11proto-xf86vidmode-dev xfonts-unifont xorg-sgml-doctools
xtrans-dev
アップグレード: 0 個、新規インストール: 67 個、削除: 0 個、保留: 67 個。
25.0 MB のアーカイブを取得する必要があります。
この操作後に追加で 99.9 MB のディスク容量が消費されます。
続行しますか? [Y/n] y
<< 悔しい。痩せるためにがんばったのに99.9 MBも >>514
直った！なおったどー 自力で完全解決だっ 中国語フォントオッケーだ。
ありがとう！やはり天才か？ ■反省
こんごは
$ timeshift-launcher &
で
スナップショットはかってに古いの削除されていくみたいだから、１０個位までは
$ sudo timeshift --delete-all
しない
おやすみなさい同志たちよ あちきだったらたかが100MBごときの為に、
・時間
・電気代
・ストレージ消耗→つまりHDD代
・神経摩耗→娯楽・嗜好品代の増加
こんなもったいない使い方はしないのでありんす
あちきはなめたやつにはわかりづらいヒント撒いて門前払いでありんす
パッケージデータベースなんかファイルの所在とガチガチに連動しているわけじゃないおとといきやがれボンクラが ストレージ安いよね
「痩せるために」とか
特殊な環境でない限りは馬鹿馬鹿しい世の中になった 用途が特殊なのか他の何かが特殊なのかは
あちきの知るところでは無いのでありんす >>523
我什至不知道
顺便说一下、请阅读公告板的标题 >>524
もしやありきたりな事をシャレで中国語で書いたら同一認定？それヤバくね >>524
ターゲットをもう少し丁寧に見極められると面白い
但しあんたの攻撃力には一目置いている >>521
おそらく昨晩のエラーメッセージ貼りまくり君は
timeshiftを過信しているのだろう >>527
> おそらく昨晩のエラーメッセージ貼りまくり君は
> timeshiftを過信しているのだろう
過信ではなく、タイムシフト以外のバックアップのとり方が知らないのです。教えてください ■man 表示できない問題のつづき
参考
https://askubuntu-com.translate.goog/qu ... _pto=op,sc
man command display blank pages
https://bugzilla.redhat.com/show_bug.cgi?id=127492
問題の説明：
manコマンドを使用すると、lessが呼び出されますが、データを受信しません。
表示する標準入力。問題を追跡しました
nroffの呼び出し。マニュアルページが表示されたときの処理
チェーンの呼び出しは次のようになります。
$ sudo apt install --reinstall groff-base man-db manpages manpages-posix
以下のパッケージが新たにインストールされます:
manpages manpages-posix
アップグレード: 0 個、新規インストール: 2 個、再インストール: 2 個、削除: 0 個、保留: 67 個。
$ ls man
ls: 'man' にアクセスできません: そのようなファイルやディレクトリはありません $ man ls
man: コマンドはステータス 3 で終了しました: (cd /usr/share/man && /usr/lib/man-db/zsoelim) | (cd /usr/share/man && /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE) | (cd /usr/share/man && preconv -e UTF-8) | (cd /usr/share/man && tbl) | (cd /usr/share/man && nroff -mandoc -Tutf8)
Manual page ls(1) line ?/? (END) (press h for help or q to quit) >>493
> $ apt list --installed | grep ^man
>
> man-db/oldstable,now 2.8.5-2 amd64 [インストール済み]
> manpages-dev/oldstable,oldstable,now 4.16-2 all [インストール済み、自動]
> manpages-ja-dev/oldstable,oldstable,now 0.5.0.0.20180315+dfsg-1 all [インストール済み、自動]
> manpages-ja/oldstable,oldstable,now 0.5.0.0.20180315+dfsg-1 all [インストール済み]
> manpages/oldstable,oldstable,now 4.16-2 all [インストール済み]
いったんこの時点まで戻す
スナップショット: 2022-05-01_01-46-52 ~ purge man-db
復元されたシステムサブボリューム: @home
復元されたシステムサブボリューム: @
＜＜ーー 自分は毎回必ず@homeも復元します。
理由は「homeを復元する必要がない場合はどういう場合か？の判断ができないからです。この考えであってますか？ $ apt list --installed | grep ^man
man-db/oldstable,now 2.8.5-2 amd64 [インストール済み]
$
<<最初の状態へもどりません。かんちがいだった、この最古のスナップではない！
手作業で
$ sudo apt install manpages-dev manpages-ja-dev manpages-ja manpages
manpages manpages-dev manpages-ja manpages-ja-dev
アップグレード: 0 個、新規インストール: 4 個、削除: 0 個、保留: 67 個。
9,606 kB のアーカイブを取得する必要があります。
この操作後に追加で 13.7 MB のディスク容量が消費されます。 $ sudo apt install --reinstall groff-base man-db manpages manpages-posix
これは効果なし、変化ありません >>535
> 入れ直した方が早いよ
> 敗北を認めな
了解。man はあきらめます。woman になる。 >>519
> ストレージ安いよね
> 「痩せるために」とか
> 特殊な環境でない限りは馬鹿馬鹿しい世の中になった
ハードディスクの領域をケチってるのではないのです。１テラの高速なハードディスクも「こんなの大きすぎていらねーわ！」といって引き出しに。マシンには320ギガつけてる。20ギガしか使ってない。
ドキュメントのたぐいはぜんぶ グーグルドライブへ直接アップするようにしてる。
htopを見ますと、右端にコマンドとあって、自分には理解できないものがたくさん動いている。
これらのうち「必要ないのに動いてるものもあるだろう」と予測。それのとめ方がわかんない。
古いマシンなので cpuとメモリがギリギリなんです！！
パッケージを減らしていけば、「必要ないのに動いてるものもあるだろう」もいっしょに消え失せるだろうと。 >>538
でもインストール時にgnomeなんかいれてるじゃん
ちぐはぐだよ >>540
> でもインストール時にgnomeなんかいれてるじゃん
> ちぐはぐだよ
いえ。入れてません(^_^) mateです。gnomeはなんかの時に入りました。
gnomeオンラインアカウントとか？
ところで
サブのノートにブルズアイ入れたが、環境を作れません。やることが多すぎて。
最初の一歩にtimeshift 入れたいのですが、入れ方をしらべる気力もでんです。そんで誤魔化すために
このメインマシンをいじくっています。^^;
はやくなんかアドバイスください $ apt list --installed | grep ^gnome
gnome-keyring-pkcs11/oldstable,now 3.28.2-5 amd64 [インストール済み、自動]
gnome-keyring/oldstable,now 3.28.2-5 amd64 [インストール済み、自動]
$
残ってるのこれだけ。いるんですか？ この二日間いろいろ抜いてるうちに
mp3やmp4を再生するmateのデフォルトのが なくなりました
なんでしょう！！ もどし方 自分で調べるのがめんどくさい人は、
カネ払ってプロに任せれば良いんじゃないかな？
めんどくさい×カネ払いたくない、
の人は諦めれば良いんじゃないかな？ >>485
>
>
> $ sudo apt autoremove --purge gnome-desktop3-data
> dleyna-server* evince* evince-common* gir1.2-totem-1.0* gir1.2-totemplparser-1.0* gnome-desktop3-data*
> grilo-plugins-0.3* gstreamer1.0-clutter-3.0* gstreamer1.0-plugins-ugly* gstreamer1.0-pulseaudio* liba52-0.7.4*
> libclutter-1.0-0* libclutter-1.0-common* libclutter-gst-3.0-0* libclutter-gtk-1.0-0* libcogl-common*
> libcogl-pango20* libcogl-path20* libcogl20* libdleyna-connector-dbus-1.0-1* libdleyna-core-1.0-3*
> libdmapsharing-3.0-2* libevdocument3-4* libevview3-3* libgles2* libgnome-desktop-3-17* libgom-1.0-0*
> libgrilo-0.3-0* libgspell-1-1* libgspell-1-common* libgupnp-av-1.0-2* libgupnp-dlna-2.0-3* liblirc-client0*
> libmediaart-2.0-0* libmpeg2-4* libnautilus-extension1a* libopencore-amrnb0* libopencore-amrwb0* libquvi-0.9-0.9.3*
> libquvi-scripts-0.9* libsidplay1v5* libtotem-plparser-common* libtotem-plparser18* libtotem0*
> libtracker-sparql-2.0-0* lua-bitop* lua-expat* lua-json* lua-lpeg* lua-socket* totem* totem-common* totem-plugins*
totem か？
>>544
わかった！ごめん https://linuxhint.com/installing_mate_desktop_debian_10/
Install Mate Desktop on Debian 10
最後の質問
もう おれのmate 元に戻せない。だから最初から 上のページにしたがってインストールしたらどうなるのか？ # apt install mate-desktop-environment # apt install mate-desktop-environment
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
mate-desktop-environment はすでに最新バージョン (1.20.0+5) です。
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 67 個。
# $ sudo timeshift --delete-all
タグ付きスナップショット '2022-05-03_00-40-44': ondemand
作成
sudo apt update && sudo apt upgrade -y
https://www.linuxcapable.com/install-mate-desktop-on-ubuntu-22-04-lts/ ＞保留の67個が気になるが
$ apt list --upgradable
一覧表示... 完了
base-files/oldstable 10.3+deb10u12 amd64 [10.3+deb10u11 からアップグレード可]
ffmpeg/oldstable 7:4.1.9-0+deb10u1 amd64 [7:4.1.8-0+deb10u1 からアップグレード可]
ズラーッと67個 アップグレードしないで放置してきた
＞戻ったんじゃね?
何も変化してません
＜＜今まさに、 sudo apt update && sudo apt 実行中です
取得:75 http://deb.debian.org/debian buster/main amd64 openssl amd64 1.1.1n-0+deb10u1 [858 kB]
取得:76 http://deb.debian.org/debian buster/main amd64 publicsuffix all 20211109.1735-0+deb10u1 [125 kB]
取得:77 http://deb.debian.org/debian buster/main amd64 xterm amd64 344-1+deb10u2 [771 kB]
90% [3 google-chrome-stable 62.3 MB/84.4 MB 74%] 404 kB/s 54秒 # apt install mate-desktop-environment
でmateは入ってるよ mate-desktop-environment はすでに最新バージョン (1.20.0+5) です。
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 67 個。
# 駄目なら潔く再インストールだな
/home/ユーザー をまるっととっとけば別になんてことない
おま環境みたいなものがあれば排除できて一石二鳥 考えてみると俺ならmanが異常なだけならそこまで手間はかけないがな
そもそもそんな事になる様な馬鹿げた事をしない >>471でおかしなことになってるのだろうけど
書き込みが意味不明 それ以外にもgnome-disksをパージしただけなのに
「にっくきgnomeを排除した！」とか言ってたりよくわからんよね
関わると自演認定されそうな予感がするんでこれ以上の助言はやめとくわ >>538
> htopを見ますと、右端にコマンドとあって、自分には理解できないものがたくさん動いている。
> これらのうち「必要ないのに動いてるものもあるだろう」と予測。それのとめ方がわかんない。
> 古いマシンなので cpuとメモリがギリギリなんです！！
> パッケージを減らしていけば、「必要ないのに動いてるものもあるだろう」もいっしょに消え失せるだろうと。
で必要なのも消したとw
PCは巨大なシステムなので全てのコンポーネントを理解するには
膨大な時間と労力が必要
つまり必須のコンポーネントで自分が理解していないものが
どうしても出てくることになる
しかも良くは知らないシステムならそれは尚更そうなる
絶対に自分には必要ないと確認できたもの以外は消してはいけない
たぶん要らんやろってあやふやな知識で車からネジは抜かんやろ？ しかしまあDebianは俺の様にstable使ってるだけだと
メジャーバージョンアップの時位しか目立った話題を思い付かない
本来OSなんかそんなもんかも知れないが テビアンスレの先輩方。おれは勝利しました
直りました
~$ sudo apt install totem* totem-common* totem-plugins*
以下の追加パッケージがインストールされます:
dleyna-server gir1.2-totem-1.0 gir1.2-totemplparser-1.0 grilo-plugins-0.3
gromit gstreamer1.0-clutter-3.0 gstreamer1.0-plugins-ugly
gstreamer1.0-pulseaudio liba52-0.7.4 libclutter-1.0-0 libclutter-1.0-common
libclutter-gst-3.0-0 libclutter-gtk-1.0-0 libcogl-common libcogl-pango20
libcogl-path20 libcogl20 libdee-1.0-4 libdleyna-connector-dbus-1.0-1
libdleyna-core-1.0-3 libdmapsharing-3.0-2 libgnome-desktop-3-17 libgom-1.0-0
libgrilo-0.3-0 libgupnp-av-1.0-2 libgupnp-dlna-2.0-3 liblirc-client0
libmediaart-2.0-0 libmpeg2-4 libnautilus-extension1a libopencore-amrnb0
libopencore-amrwb0 libquvi-0.9-0.9.3 libquvi-scripts-0.9 libsidplay1v5
libtotem-plparser-common libtotem-plparser18 libtotem0
libtracker-sparql-2.0-0 libxapian30 libzeitgeist-2.0-0 lua-bitop lua-expat
lua-json lua-lpeg lua-socket zeitgeist-core
アップグレード: 0 個、新規インストール: 52 個、削除: 0 個、保留: 4 個。
10.3 MB のアーカイブを取得する必要があります。
この操作後に追加で 32.5 MB のディスク容量が消費されます。
続行しますか? [Y/n] y debian スレのオメーラ！！
叱咤激励はやめろっ
いつも優しく指導してくれ $ sudo apt upgrade
してから、cajaが終了中です みたいなメッセージが出て不安定です。最古のスナップショットまで戻した。
■mp3やmp4を再生するmateのデフォルトのプレイヤーが消えた。たぶんそのplayerの名前は videos
$ sudo apt install totem* totem-common* totem-plugins*
dleyna-server gir1.2-totem-1.0 gir1.2-totemplparser-1.0 grilo-plugins-0.3
gromit gstreamer1.0-clutter-3.0 gstreamer1.0-plugins-ugly
gstreamer1.0-pulseaudio liba52-0.7.4 libclutter-1.0-0 libclutter-1.0-common
libclutter-gst-3.0-0 libclutter-gtk-1.0-0 libcogl-common libcogl-pango20
libcogl-path20 libcogl20 libdee-1.0-4 libdleyna-connector-dbus-1.0-1
libdleyna-core-1.0-3 libdmapsharing-3.0-2 libgnome-desktop-3-17 libgom-1.0-0
libgrilo-0.3-0 libgupnp-av-1.0-2 libgupnp-dlna-2.0-3 liblirc-client0
libmediaart-2.0-0 libmpeg2-4 libnautilus-extension1a libopencore-amrnb0
libopencore-amrwb0 libquvi-0.9-0.9.3 libquvi-scripts-0.9 libsidplay1v5
libtotem-plparser-common libtotem-plparser18 libtotem0
libtracker-sparql-2.0-0 libxapian30 libzeitgeist-2.0-0 lua-bitop lua-expat
lua-json lua-lpeg lua-socket totem totem-common totem-plugin-gromit
totem-plugin-zeitgeist totem-plugins zeitgeist-core 比較のため、壊したとのコマンド
$ sudo apt autoremove --purge gnome-desktop3-data
以下のパッケージは「削除」されます:
dleyna-server* evince* evince-common* gir1.2-totem-1.0* gir1.2-totemplparser-1.0* gnome-desktop3-data*
grilo-plugins-0.3* gstreamer1.0-clutter-3.0* gstreamer1.0-plugins-ugly* gstreamer1.0-pulseaudio* liba52-0.7.4*
libclutter-1.0-0* libclutter-1.0-common* libclutter-gst-3.0-0* libclutter-gtk-1.0-0* libcogl-common*
libcogl-pango20* libcogl-path20* libcogl20* libdleyna-connector-dbus-1.0-1* libdleyna-core-1.0-3*
libdmapsharing-3.0-2* libevdocument3-4* libevview3-3* libgles2* libgnome-desktop-3-17* libgom-1.0-0*
libgrilo-0.3-0* libgspell-1-1* libgspell-1-common* libgupnp-av-1.0-2* libgupnp-dlna-2.0-3* liblirc-client0*
libmediaart-2.0-0* libmpeg2-4* libnautilus-extension1a* libopencore-amrnb0* libopencore-amrwb0* libquvi-0.9-0.9.3*
libquvi-scripts-0.9* libsidplay1v5* libtotem-plparser-common* libtotem-plparser18* libtotem0*
libtracker-sparql-2.0-0* lua-bitop* lua-expat* lua-json* lua-lpeg* lua-socket* totem* totem-common* totem-plugins* ■mp3やmp4を再生するmateのデフォルトのプレイヤーが消えた。たぶんそのplayerの名前は videos
$ sudo apt install totem* totem-common* totem-plugins*
以下のエラーが出て
/usr/local/lib:
/lib/x86_64-linux-gnu:
Bus error
dpkg: パッケージ libc-bin の処理中にエラーが発生しました (--configure):
installed libc-bin package post-installation script subprocess returned error exit status 135
totem (3.30.0-4) を設定しています ...
man-db (2.8.5-2) のトリガを処理しています ...
menu (2.1.47+b1) のトリガを処理しています ...
totem-plugin-zeitgeist (3.30.0-4) を設定しています ...
totem-plugins (3.30.0-4) を設定しています ...
totem-plugin-gromit (3.30.0-4) を設定しています ...
処理中にエラーが発生しました:
libc-bin だめだ...
(timeshift-gtk:4312): Gtk-WARNING **: 15:58:48.919: Failed to set text from markup due to error parsing markup: 1 行目でエラー: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity ― escape ampersand as &
など、色んな所にエラー出て。またまた最古へ戻って、このスレのログ見ながら戻せるだけ戻せるかやってみるけど、もうダメかもしれない
後悔してる。。。 お願いだからメッセージ貼りまくるのやめてくれ。
あと、オレはお前の母親じゃない。
甘えたいのは分かったが、他所に当たってくれ。
迷惑だ。 1、
$ sudo apt install gnome-desktop3-data
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
gnome-desktop3-data はすでに最新バージョン (3.30.2.1-2) です。
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 67 個。
２，
$ sudo apt install totem* totem-common* totem-plugins*
こんどはノーエラーで通った...
gnome-desktop3-data を先にインストールで。順番ってあるんだな^^;
推測だけど gnome-desktop3-data が枝葉で、$ sudo apt install totem* totem-common* totem-plugins* で
インストールされる
eyna-server gir1.2-totem-1.0 gir1.2-totemplparser-1.0 grilo-plugins-0.3
gromit gstreamer1.0-clutter-3.0 gstreamer1.0-plugins-ugly
gstreamer1.0-pulseaudio liba52-0.7.4 libclutter-1.0-0 libclutter-1.0-common
libclutter-gst-3.0-0 libclutter-gtk-1.0-0 libcogl-common libcogl-pango20
libcogl-path20 libcogl20 libdee-1.0-4 libdleyna-connector-dbus-1.0-1
libdleyna-core-1.0-3 libdmapsharing-3.0-2 libgnome-desktop-3-17 libgom-1.0-0
libgrilo-0.3-0 libgupnp-av-1.0-2 libgupnp-dlna-2.0-3 liblirc-client0
libmediaart-2.0-0 libmpeg2-4 libnautilus-extension1a libopencore-amrnb0
libopencore-amrwb0 libquvi-0.9-0.9.3 libquvi-scripts-0.9 libsidplay1v5
libtotem-plparser-common libtotem-plparser18 libtotem0
libtracker-sparql-2.0-0 libxapian30 libzeitgeist-2.0-0 lua-bitop lua-expat
lua-json lua-lpeg lua-socket totem totem-common totem-plugin-gromit
totem-plugin-zeitgeist totem-plugins zeitgeist-core
が根っこではないか？ 根っこを先に入れて次に枝葉だ。 (timeshift-gtk:4310): Gtk-WARNING **: 16:23:24.576: Failed to set text from markup due to error parsing markup: 1 行目でエラー: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity ― escape ampersand as &
(timeshift-gtk:4310)です。Gtk-WARNING **: 16:23:24.576: マークアップの解析に失敗したため、マークアップからテキストを設定できませんでした。1 行目でエラー。エンティティがセミコロンで終わっていません。おそらく、エンティティの開始を意図せずにアンパサンドキャラクタを使用したのでしょう。
--------------------
これはどうする？ こんかいの削除でなったのか？
＞＞しばらく休む 訂正
>>570
> が根っこではないか？ 根っこを先に入れて次に枝葉だ。
これは違うな。わからない。とにかくインストールの順番がある。 ここはﾜｯﾁｮｲ bfe3-fO4Jの隔離スレなんだから他に誘導するなよ ■debian 11 mate
ノートに新規インストール その直後状態のまま放置
■いまから初期戦闘環境を作りたく思う
なっとくのいく「日本人向けの」「信頼できる」debanインストール直後の「やるべきこと」解説サイトが見つかりません。
紹介してください。
スドーがスー。とか！！ >>573
ワ有りスレが隔離スレってのも面白いパターンだな 仮想マシンに環境作って実機に転送するミラクルもあるが
ヘマやらかしそうだし悪い事するやつには教えない >>580
> 仮想マシンに環境作って実機に転送するミラクルもあるが
実環境下でも、さいしょの一歩から苦しんでるのに、仮想ってww
> ヘマやらかしそうだし悪い事するやつには教えない
ありがとうございます(^_^) 一刻もはやくよいOS環境をつくって
なんのためのDEBIANなのか？ホワイ？幸福の哲学としてのUNIXを極めたく思います。 >>578
理解できないパッケージは消すな
はい。例えば gnome disk のようなアプリケーションなら消して問題なかった 予告。近日中
laptopへの初期戦闘環境構築の大コピペ実況大会を開く。
リナックスの教師として人類に奉仕する気がある諸君は集いに集え！！ そうだね教師びんびん物語は何がびんびんなのか今でもよくわからないね わかってたくせに何年かぶりに現れた事にしてあげる優しい人 ■ラップでクロームをインストールしたいのですが、前にクロームとかはppa やめて、スナップだよって言われました。
どちらがいいのですか？ ラップトップで
sudo apt update && sudo apt upgrade
したいのですが、そのまえにtimeshift をインストールしたいです timeshift をインストール
前提として
sudo apt update && sudo apt upgrade
したが、
firefoxが更新されます、このあとchromeをインストールしたら、ff を抜く予定なので意味がないなーと思いました
特定のパッケージを固定する方法をしらべ 調べてコレ
$ sudo apt-mark hold <package>
でも考えると、過去にこのコマンドは使っていて思い出せないだけだった。だから、このデスクトップの
コマンド履歴を運んだほうが早い
読者は何言ってるか理解できないと思うけど！ timeshift をインストール 無事終わりました。ありがとうございました！
作業中に
$ history -w history.txt と吐き出したのを読み込ませる仕方がわからないこと、たぶん -r かするんだろうと？
コマンド履歴補完のシェルスクリプト？とかやらないといけないとか...出てきて。
新規インストールはしんどいことばかりだな！！ コンディション良くなくてぜんぶ苦悩に感じるな！
でも、timeshift 動き出したんだから、こっちのもんだ。
まだ2ちゃん書き込みの環境がノートで出来ていない。できたら、大コピペしかしない。 普通インストールするのに
timeshiftにそんな頼らないと思う
何かがおかしいw 個スレ「デル男＝改行のDebian奮戦記」でも立ててもらった方がいいんじゃね あわしろは
https://gihyo.jp/admin/serial/01/ubuntu-recipe/0710
どうにかしてSnapパッケージ版Firefoxを使用しないで済む方法
において
＞Webブラウザーのように常用するアプリケーションでは起動が遅い時点でストレスの元です。
なんとかして使わないようにできるのであればこれに越したことはありません。
とゆっとります。あわしろは正しいのでしょうか？ >>594
> 普通インストールするのに
> timeshiftにそんな頼らないと思う
> 何かがおかしいw
インストール後の環境構築ね(^_^) オレっちは英語キーボード配列だから^^;
ググりも日本語ページはぜったい見ないし、英語ページも機械翻訳かけない、さいしょからは。（自慢の顔文字ねえかな？）
そしたら、debianやきあがったら 日本語も打てねえよ！
とにかくいちばんさいしょに入れるのはtimeshift。あとはちょっとでも
変更気に入らんかったら、すぐhomeごと戻す。
これがおれりゅう。 ハードディスクから心臓が痛くなるような異音がずーっとしました。
さいしょは２日前くらいからです。てっきり隣の部屋のヤクザがいやがらせで壁に何かをこすりつけているのかと思いました。
ハードディスクと気づいたのはさっきです。
再起動してスマート有効化。＞gnome-disk インストール ＞スマートの値を見てみると「正常」と。
$ journalctl -p 3
smartd[571]: Device: /dev/sda [SAT], ATA error count increase
となっとります。
----------------------------------
思い当たる原因として、ゲームでものすごい長時間にわたってスワップ発生しっぱなしだった。
cpu１００％ 近い負荷で３時間とか連続運転しました。
こういう場合、次に何をしたらいいでしょうか？ いまは異音してません。 次にすべきはいちいちスレを制圧しない事
自分用のワ有りスレ立てれば全く教えてやらん事も無い >>598
しらんけど、HDDの換装はしないの？
別のHDDでもSSDでも >>600
> しらんけど、HDDの換装はしないの？
> 別のHDDでもSSDでも
大から小への、いちおうやり方は習いましたが、かなり複雑な上に、この320ギガは購入して間もないし、あきらめきれない。 >>599
> 自分用のワ有りスレ立てれば全く教えてやらん事も無い
このdebian の名を冠した ワ有りスレ は俺の個人スレです。俺がスレ主であり、オメーラは客人です。 スレ立てすらしてないのにスレ主を気取るとはさすがデル男＝改行＝インフォガー
前から気に入らん人愚民呼ばわりの声だけでかい主気取りはいたがお前なのか
まさか教えを乞わないとこれ程なんも出来んやつだったとはな ■新規インストール デビアン11にクロームをインストールしようとしてうまくゆきません。
試した参考ページ
１，
https://www.linuxcapable.com/how-to-install-google-chrome-on-debian-11/
■Install Required Packages
$ sudo apt install software-properties-common apt-transport-https wget ca-certificates gnupg2 -y
gir1.2-packagekitglib-1.0 libappstream4 libpackagekit-glib2-18 libstemmer0d
packagekit packagekit-tools python-apt-common python3-apt python3-dbus
python3-distro-info python3-pycurl python3-software-properties
unattended-upgrades
■Import Google Chrome GPG Key
sudo wget -O- https://dl.google.com/linux/linux_signing_key.pub | gpg --dearmor | sudo tee /usr/share/keyrings/google-chrome.gpg
■Import Google Chrome Repository
echo deb [arch=amd64 signed-by=/usr/share/keyrings/google-chrome.gpg] http://dl.google.com/linux/chrome/deb/ stable main | sudo tee /etc/apt/sources.list.d/google-chrome.list
������"Hݶ�����R�ӟ�z�\�=��1;���Z�����q
A�� �ܳ��_�<�$u����t���կ��K���~����?bx=4�:�o���+g,��a�N�..Y�&����O�Qw�~z;�K��OSt����4eYM�f7p���y���>o}>�\���o��Z�Kc�2ό��ǭ��O�B/�
このような大量の文字化けが出て、しかしコマンドは通ったように見えました。 $ sudo apt install google-chrome-stable -y
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package google-chrome-stable ＜＜問題箇所
-------------------------------------------
調査
■Import Google Chrome Repository
のとこで文字化けでたのはなぜか
E: Unable to locate package google-chrome-stable ＜＜問題箇所
についてググりましたが、ムリでした。お助け.......
自分として不思議なのは、バスターのとき、似たような感じでクロームをインストールして
問題なく使えてるのに、なんで？ということ。
バスターでは、ubuntuのppa を利用した気がするが、その時の記録がどこにあるのかわかりません ■つぎに いったんこのやり方はあきらめて
フラットパックがええでよ！ とかゆってた人がいたのを思い出して
「仕方がない、不本意だがやってみよう」と決意しました。「クロームが使えればなんでもいい...」と思いました。
apt install flatpak
flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo
して
$ flatpak install flathub com.google.Chrome
1. [✓] org.freedesktop.Platform.GL.default 21.08 i flathub 131.0 MB / 131.3 MB
2. [✓] org.freedesktop.Platform.Locale 21.08 i flathub 1.7 MB / 325.8 MB
3. [✓] org.freedesktop.Platform.openh264 2.0 i flathub 1.8 MB / 1.5 MB
4. [✓] org.freedesktop.Platform 21.08 i flathub 225.2 MB / 200.2 MB
5. [✓] com.google.Chrome stable i flathub 96.6 MB / 95.4 MB
Installation complete.
$ ■この新規インストール直後ブルズアイは、まだ日本語入力もできません。
それでこのレポートはタイピング困難な別デバイスから書いてます。それで正確なコマンドの記録も貼れません。
１カキコ作成するのに２０分です。はやく助けてくたさい。。。
■フラットパックのクロームを端末から起動させると、ブラウザ自体は使えるが、
端末に Gtk-Message: Failed to load module "canberra-gtk-module"
ほか
大量のエラーがズラーッと。吐き気がします。なんとかできんかと！
こんなクロームをインストールだけで こんな苦労するなんて絶望ですっ >>597
俺は export LANG=C してるよ >>609
おれもそうする(^_~)
それと前からしたかったけど、教えてくれる人が「やめとけ」ってむかし言われて、
我慢してたけど、UI もぜんぶ英語にするぅ
いくら見た目カッコよくしても、変な翻訳の日本語なんかダッサイもん(^_^)
俺の好みは装飾性ゼロの乾ききった見た目だけど、とにかく英語にするぅ。おまいらみたいに白人かぶれの劣等感で英語なんじゃなくて
「原語」だからだよ。 >>605
ゆきませんって言ってる奴の読解力pgr Debian lxqt でカッコつけて表記を英語にしようとしたけど、地域を日本にすると勝手に日本語になって簡単には変えられないっぽいんだな
アメリカやイギリスにすると英語表記にできるけど、今度は日本語ファイルがメールに添付できなくなった
やり方あるのかもしれないけど、めんどくさいからもう日本語でいい ■snap版jdim をdebian11にインストールして設定しても、どうしても「板一覧の読み込みに失敗」が出て
読むことすらできません。
■別マシンにdebian10があって、そちらでsnap版jdim をいまから半年前にインストールして現在も問題なく読み書きできています。
■自分としてはこの10日間いっさい２ちゃんせずに、質問もせずに「過去の記録を参照しきって自力解決しよう」と
取り組みましたがダメでした。
■昨日から「あ、そうか！ノートのバスターのjdimは使えているんだから、これの設定等を見て比較していけば、使えるようになるはずだ」と思いついて、チェックすべき点をぜんぶ正しく設定したはずとなっても、まだ使用できません。 端末から起動しても、アプリケーションメニューのアイコンから起動しても
$ snap run jdim
Gtk-Message: 22:56:09.451: Failed to load module "canberra-gtk-module"
Fri May 13 22:56:09 2022 (ER 0) : [XSMP] Failed connecting to the session manager. None of the authentication protocols specified are supported
$
このエラーがが出ます。 [XSMP]のほうは、バスターでも出ますから実害がないモノと思う。上の
Gtk-Message: 22:56:09.451: Failed to load module "canberra-gtk-module" ＜＜ーーこれはググってあらゆる教えを実行してみましたが消えません、ガセでした。 ■大前提として
このブルズアイはクリーンインストールですが、ひとつ気になるのは
# もうぜんぜんハードウェア構成がちがうノート上でクリーンインストールして、そのディスクを取り外してこのデスクトップに移動したもの。
■もしかしてこれも関係してるのか！？と疑心暗鬼です。
$ journalctl -p 3
pipewire[859]: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: C
とだけ出ています。
■ねんのため
ノート＞＞バスター
デスクトップ＞＞ブルズアイ
です。 ■一刻をあらそうので、この質問投稿はjdimスレにマルチします。よろしくおねがいしますm(__)m https://github.com/yama-natuki/2chproxy.pl
インストール(JDimユーザー向け)
作成されたディレクトリ、 2chproxy.pl/ に移動し、
./install.sh
-------------------------------------
というやり方について
■ 自分が半年前に習ったやり方では ./install.sh してないみたいですが、これの使い方を教えてください
./install.shの第1引数で2chproxy.plのインストール場所を変更できます。（省略した場合は $HOME/bin）
./install.shの第2引数でJDimの実行ファイルを指定できます
＜＜ここで 第1引数で2chproxy.plのインストール場所 ということで $HOME/bin デフォルトとなっていますが、
2chproxy.pl はダウンロードされたままの /home/c/2chproxy に存在してますが、それをなぜ？$HOME/bin に
インストールするのかな？ この install.sh では。
それができてないから、うまくゆかないのかなっ？^^; :~/2chproxy.pl$ ./install.sh "$HOME/bin" "/snap/bin/jdim"
Find jd.conf... /home/c/snap/jdim/common/.cache/jdim/jd.conf
Find executable file... /snap/bin/jdim
Copying 2chproxy.pl to /home/c/bin
Copying jd.sh to /home/c/bin
Copying jdim.desktop to /home/c/.local/share/applications
Backup to jd.conf
replace jd.conf
done.
:~/2chproxy.pl$ c@t1:~$ snap run jdim
Gtk-Message: 16:51:49.824: Failed to load module "canberra-gtk-module"
Tue May 17 16:51:49 2022 (ER 0) : [XSMP] Failed connecting to the session manager. None of the authentication protocols specified are supported
Tue May 17 16:52:02 2022 (ER 1) : connect(getsockopt) failed
Tue May 17 16:52:04 2022 (ER 2) : bbsmenu load failed : connect(getsockopt) failed
c@t1:~$
だめどす $ sudo apt install jdim
以下のパッケージが新たにインストールされます:
cmigemo-common jdim libmigemo1 libonig5 nkf skkdic
アップグレード: 0 個、新規インストール: 6 個、削除: 0 個、保留: 72 個。
3,566 kB のアーカイブを取得する必要があります。
この操作後に追加で 14.8 MB のディスク容量が消費されます。
続行しますか? [Y/n] y jdim使ったことないけど2chproxyだと書き込めんかもね 5ch閲覧、書き込みなら
v2c-R ＋ 浪人が鉄板だよ。
快適だよ。 $ sudo apt install jdim
の
[バージョン] JDim 0.5.0-20210109
ですが、読めるが書けない です
書き込みに失敗しました
HTTP/1.1 403 Forbidden
最新版をビルドしかないですか？ history -r history.txt
（history.txtの内容を履歴として読み込む）
して過去の履歴を読み込んでも、端末のセッションを閉じると消える 、どうすればいいの？ $ journalctl -p3
pipewire[859]: Failed to receive portal pid: org.freedeskto>
sudo[2238]: pam_unix(sudo:auth): conversation failed
sudo[2238]: pam_unix(sudo:auth): auth could not identify pa>
これら3種のエラーが出るだがよーーっ
俺のかわりにググってくれえ 見つけろ回答 # 青年の主張
mateは完全無欠、神のデスクトップ環境です。xfceなど捨ててしまえっ
[バージョン] JDim 0.7.0-20220522(git:24aedf0d7a)
[ディストリ ] Debian GNU/Linux 11 (bullseye) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] MATE
ありがとうございました、昨日完成しました。このカキコが我に正しい道を指し示した。
またjdim 1スレの
--------------------------------------------------
>>748
jd.shの書き換えは>>732のままなの？
他人の環境のパスを丸パクリして書き込んでも動くわけないよ
>>747の書き込みから想像するに、jd.shの中のパスの設定をそれぞれ
/home/username/2chproxy.pl/2chproxy.pl
/home/username/jdim/src/jdim
にしてみて
--------------------------------------------------
このひとの一連の書き込みが暗闇の中のともしびであった。とつぜん明瞭な智解を得て3週間の暗黒世界から抜け出せたのです。
■バイナリ/ソース ＜＜ーーこの用語について教えてください。
バイナリとは、甘酸っぱいごはんに油揚げでくるんだもの でしょうか？ ソースとは焼きそばソースのことでしょうか？
ググって意味を調べてもどうしても理解できません。実践に即して「だいたいこんなことだよ」という解説をおねがいします。 この板にはXfce使いらしき支離滅裂荒らしも居着いている
そいつや幾多のXfce使いを敵に回したくなくば半端な煽りは慎むと良い > mateは完全無欠
そうだねこんな翻訳が生まれるステキなDEだね
https://i.imgur.com/DM1HFmV.png >>632
もう消したのかだせーな
怖いなら最初から貼るなよ debootstrapでchroot環境を作るとき、
ホストより古い環境は普通に作れるけど
ホストより新しい環境のを作るときってどうすんの？ >>614は手元でコンパイルすれば解決する気がする やっぱりdebianが最高かも。
と、最近は思う。 >>640
今じゃAlmaがベストだなー。
Debianはアップグレードする旅にタヒんでたから。 現代のファイルシステムを活用すれば
そんな事に悩まず済むのにねぇ debian-live-11.3.0-amd64-gnome+nonfree.iso
nonfree版のGNOME版をインストした。
ntpサービスが入っていない事に気づいて
ntpを入れて設定した。
debianのデスクトップ版は、ntpは
自分で入れて設定するものなの？？
それともこれは、自分だけのおま環？？
識者の方、教えてください。 最近はntpじゃなくsystemd何ちゃらがデフォ >>644
それがデフォで、無かったのです。
自分のおま環でしょうか？
まあ、ntpの勉強出来て問題も
無いのですけどねー。 しばらくライブインストーラは使ってなかったので俺も同じやつで試してみた
systemd-timesyncd、確かにデフォでは入らない
GNOMEの時刻同期機能に必要なのに入らない現象、何か理由があるのかインストーラの不具合なのかは知らない 検証、ありがとうございます。
まあ、ntpの練習になったので
これはこれで、感謝してます。 お陰様でうちの鯖のntp設定見直しのきっかけにもなりました
ルータやFW設定でWANからは入れないもののntp.confがザルになっていて草生えました ntp はもう使っているディストーションが減っているので chrony に移ったほうが吉 chronyなんて知らなかったわ お互い向き不向き出来ること出来ないことがあるので
一律で移行しとけって話でもないみたいね
自分に合う方を使っとけと言うことのようだ Debian 11での問題です。時々シャットダウンに90秒待たされます
A stop job is running for User Manager for UID 1000 と出ています。
このページを参考にして
[SOLVED] debian 11 - a stop job is running for user manager for uid 1000
htt●ps:●//forums●.debian.net/viewtopic.php?t=150080
/etc/systemd/system.conf を先頭の#を外して以下のようにしてもダメでした
DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s
このページでの
バックポートからsysytemdをインストールするというのもやってみましたが解決しません。
何かシャットダウンに90秒待たされない方法はないでしょうか？ >>654
☓ バックポートからsysytemdを
○ バックポートからsystemdを /etc/systemd/user.conf も同様の設定値にするとどうでしょうねえ >>656
いつもシャットダウンに90秒待たされるわけではなくて
何が原因かわからないのですが時々90秒待たされます。
3時間ぐらい起動してると起こるような気がします・・・
/etc/systemd/user.conf も同様の設定値にしてみました。
すぐに結果がわかる訳ではないので直っても直らなかってもまた報告したいと思います。
助言ありがとうございました。 それまでの作業内容で食ったスワップの開放に時間かかってるとか？ >>658
スワップの開放に時間がかかるのは待つしか無いのでしょうか？ /lib/systemd/system/user@.serviceのTimeoutStopSecが120秒になってるけど本当に90秒？
まあ本来としてはsystemdが悪いんじゃなくて終了時になんかのプロセスが反応なくなってて帰ってこないからタイムアウトまで待ってるわけだからそっちのなんかのプロセスが何なのか調べるのが本筋だけど >>660
2分と表示されていてカウントされるのが1分30秒したらシャットダウンが進んで終了できます。
/etc/systemd/system.conf
/etc/systemd/user.conf
共にデフォルトは
DefaultTimeoutStartSec=90s
DefaultTimeoutStopSec=90s
となってました
シャットダウンに待たされる現象はArch、Ubuntu、Linux Mintにもあるみたいで検索していて見つけたのは
どれも/etc/systemd/system.confの
DefaultTimeoutStartSec=90s
DefaultTimeoutStopSec=90s
を10sに変更して対処してるみたいでした。
What's up with "A stop job is running for User Manager for UID 1000"?
htt●ps:●//www●.linuxquestions.org/questions/showthread.php?s=564b704f905470d339eecc097e8c40e1&p=6275581#post6275581
このページではGoogle翻訳で見ると、$ journalctl -b -1 -eを使ってなにかエラーらしきものを探すようにしてるみたい
ですが解決策は見つからなかったのかな？という感じです。
自分の場合 pulseaudio.serviceのfailedと使ってるサウンドカードのsnd_ca0106のドライバにバグがあるという
メッセージが関係あるのかな？とも思っています。 >>662追記
サウンド関連の問題らしいメッセージがありますが音が出なくなったりということはないのでそのまま使っています。 >>662
再起動してみてそのあと
# journalctl | grep systemd | less
でシャットダウン時刻付近のログにエラーメッセージ出ないだろうか…？
だいぶ前の経験だけど、自分のケースではNICが不安定だったとき
シャットダウン時にネットワークの物理リンクが
落ちてたら、同じように90秒シャットダウンを待たされた
LAN端子のコネクタを挿し直してリンクアップすると
直ぐにシャットダウンしてくれた
結局はNIC(カニさん)のドライバをデフォルトのr8169を
プロプラDKMS版のr8168-dkms(だったか)に入れ替えたら
直ったんだった記憶 おっと打ってる間に原因が…
自分ならaptでpulseaudioをinstall --reinstall、
駄目ならpurgeしてautoclean、そしてまたinstallで
エラー消えるかやってみたい
ただオーディオ関連は一旦壊れるとミキサー関連とか
なんかおかしくなって直らなくなることあったので
システムバックアップはしっかりしてから >>664
>>665
毎回シャットダウンで待たされるわけではなく時々待たされます。
>>656の/etc/systemd/user.conf も同様の設定値にして3日目ですが、今の所待たされることは起きてません。
前回はいつ待たされたか覚えてないので待たされることがあった時に以下を参考にしてみたいと思います。
> 再起動してみてそのあと
> # journalctl | grep systemd | less
> でシャットダウン時刻付近のログにエラーメッセージ出ないだろうか…？
Firefoxでいろんなページを見ていて通信が不安定になったことはない感じなのでLAN端子やNICは大丈夫かな！？
見直し点として覚えておきます。
>>666 puslseaudの入れ替えを試してみたいと思います。
システムのバックアップをどうするのかわからないのですが、ダメになったらDebian10も入れてるので
そちらから書き込みしたいと思います。 >>667
☓ >>666 puslseaudの入れ替えを試してみたいと思います。
○ >>666 pulseaudio の入れ直しをしてみたいと思います。 >>666
pulseaudioを入れ直してみました。
$ journalctl | grep pulseaudio
pulseaudioを入れ直したら
systemd[1000]: pulseaudio.service: Main process exited, code=exited, status=1/FAILURE
systemd[1000]: pulseaudio.service: Failed with result 'exit-code'.
のようなものは出なくなりました。
ただしこれは変わりなしでした。
pulseaudio[1015]: ALSA woke us up to write new data to the device, but there was actually nothing to write.
pulseaudio[1015]: Most likely this is a bug in the ALSA driver 'snd_ca0106'. Please report this issue to the ALSA developers.
pulseaudio[1015]: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.
（DeepL翻訳）
ALSA はデバイスに新しいデータを書き込むために起こしてくれましたが、実際には何も書き込むものがありませんでした。
おそらくこれは ALSA のドライバ 'snd_ca0106' のバグだと思われます。この問題を ALSA の開発者に報告してください。
POLLOUT が設定された状態で起こされました -- しかし、その後の snd_pcm_avail() は 0 か、あるいは min_avail 未満の値を返しました。
Debian 10ではこんなメッセージは出てないのでDebian 11での問題だと思います。
シャットダウンの遅延の原因かどうかわかりませんが・・・ 乙でした、症状は治まったんだろうか
以上の情報だけではpulseaudioがシャットダウン遅延の
原因かは判断つかないけど
$ sudo systemctl list-units
してみて起動失敗してるユニットがあったりはしないですか…？ >>670
お付き合いありがとうございます
$ sudo systemctl list-units してみました。
右の方に出てるメッセージを見ると良いのでしょうか？ 初めて見るもんで何が何やらわかりません。
LOAD ACTIVE SUB
loaded active plugged
loaded active mounted
loaded active exited
loaded active running
loaded active listening
loaded active active
loaded active waiting
こんなのが出てますがどれが起動失敗したユニットなのかわかりません。（汗 もし起動失敗したunitがあったら、赤でfailedとか出ると思うので
ぱっと見で出てなければ異常はないと思います
(moreみたくスペースキーで下にスクロールするのをお忘れなく) >>672
failed やerrorみたいのはありませんでした。
時々起動時に
$ sudo dmesg
[ 25.981770] snd_ca0106 0000:04:00.0: Writing to ADC failed!
というのが出ることがあります。 snd_ca0106で調べたんですが、そのオーディオデバイスは
CreativeのSoundBlaster系サウンドカード…というか
マザーのオンボードオーディオです…？（ゲーミング系マザーとかでしょうか）
「snd_ca0106 Writing to ADC failed」で検索すると
海外Ubuntuフォーラムの日本語訳らしいページがヒットしました
https://ubuntuaa.com/ja/q/213731 ↑上のページにには
＞この問題はBIOSパラメータに関連しているようです。
＞これまでの結果は一貫していません。パラメータを「auto」または
＞「enabled」に設定しようとすると、最終的には機能します。
と書いてありました
オンボードデバイスのBIOS設定項目で、オンボードサウンドを
当該の値に変更できるならしてみては…？ >>675
箱に書いてあった名前が Creative Sound Blaster 5.1 VX PCI SB-5.1-VX というカードです
$ lspci
04:00.0 Multimedia audio controller: Creative Labs CA0106/CA0111 [SB Live!/Audigy/X-Fi Series]
BIOS見てみるとAdvanced Chipset Setupの項目で
Audio Controller [Disabled]となっていたので[Enabled]に変更しました。
多分これがオンボードサウンドの項目だと思われます。
これで改善したらいいのにな～ 色々調べてくださりありがとうございました。
今日は朝4時ぐらいに目が覚めてもう眠くなってきたのでお休みさせてもらいます。
おやすみなさい。 シャットダウンの遅延が起きました。
>>665
> # journalctl | grep systemd | less
> でシャットダウン時刻付近のログにエラーメッセージ出ないだろうか…？
シャットダウン時刻付近のログのエラーらしきもの
# journalctl | grep systemd | less
dbus-daemon[480]: [system] Activation via systemd failed for unit 'dbus-org.bluez.service': Refusing activation, D-Bus is shutting down.
systemd によるアクティベーションは 'dbus-org.bluez.service' ユニットに対して失敗しました。アクティベーションを拒否されました、D-Bus はシャットダウンしています。
systemd[1]: watchdog.service: Control process exited, code=exited, status=1/FAILURE
systemd[1]: watchdog.service: Failed with result 'exit-code'.
systemd[1]: watchdog.service: Failed to enqueue OnFailure= job, ignoring: Transaction for wd_keepalive.service/start is destructive (veritysetup.target has 'stop' job queued, but 'start' is included in transaction).
watchdog.service: OnFailure= ジョブのエンキューに失敗しました。wd_keepalive.service/start のトランザクションは破壊的です (veritysetup.target には 'stop' ジョブがキューに入っていますが、 'start' はトランザクションに含まれます)。
dbus-daemon[480]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.nm-dispatcher.service': Refusing activation, D-Bus is shutting down.
ユニット 'dbus-org.freedesktop.nm-dispatcher.service' の systemd によるアクティベーションに失敗しました。D-Bus がシャットダウンしているため、アクティベーションを拒否しています。
以上を見て無効化できるものは無効にしてみる。 >>678 追記
自動起動するデーモンを見る呪文
$ systemctl list-unit-files -t service
bluetooth.service enabled enabled
dbus-org.bluez.serviced alias - bluetooth関連
dbus-org.freedesktop.nm-dispatcher.service alias - わからないので保留 謎らしい
watchdog.service enabled enabled
無効化できるものは無効にしてみる
bluetoothは使ってないので無効化
# systemctl disable bluetooth.service
dbus-org.bluez.service はbluetooth関連みたいでbluetoothは使ってないので無効化しようと思ったら
# systemctl disable dbus-org.bluez.serviced
Failed to disable unit: Unit file dbus-org.bluez.serviced.service does not exist. ファイルがないみたい。
# systemctl disable watchdog.service watchdogはシャットダウンで時間がかかる場合/etc/systemd/system.conf を90sから10s（秒）
に変えてwatchdogも入れると良いという話を見て入れた。効果なかったので無効化する。
Kali Linuxでシャットダウン時に時間がかかる時の対処法メモ
http●s://qiit●a.com●/NoTASK/items/c12b94aa5a9c394fc72e
dbus-org.freedesktop.nm-dispatcher.service は謎なので何もせず保留。
以上でシャットダウンの遅延が起きないか様子見します > dbus-org.bluez.service はbluetooth関連みたいでbluetoothは使ってないので無効化しようと思ったら
$ sudo エディタ /usr/share/dbus-1/system-services/org.bluez.service
Exec= の行をコメントアウト
Exec=/bin/false を直下に追加
> dbus-org.freedesktop.nm-dispatcher.service
$ /usr/lib/NetworkManager/nm-dispatcher --help
> watchdog.service
watchdog/testing 5.16-1+b1 amd64
system health checker and software/hardware watchdog handler 言うまでも無い事ですが他人に質問しないとシステムの設定をいじれない様な人は
結果が芳しくない時に変更前へ戻せる様な準備が必要になります >>680
bluetoothを停止してみるのはいいと思いますが、
＞$ sudo エディタ /usr/share/dbus-1/system-services/org.bluez.service
＞Exec= の行をコメントアウト
＞Exec=/bin/false を直下に追加
こんなふうにunitファイルを直接編集すべきなのだろうか…？
# sudo systemctl disable bluez
とか、#(同) mask bluez とかは効きませんか…？ ワイの環境(bluetooth非搭載)にて
もともとこんな感じ
rttps://i.imgur.com/jrlobsw.png
> # sudo systemctl disable bluez
こんな名前のsystemdサービス無いで >>680,682
$ cat /usr/share/dbus-1/system-services/org.bluez.service
[D-BUS Service]
Name=org.bluez
Exec=/bin/false ←見てみるとこうなってました
User=root
SystemdService=dbus-org.bluez.service
$ /usr/lib/NetworkManager/nm-dispatcher --help してみました
Usage:
nm-dispatcher [OPTION?]
Executes scripts upon actions by NetworkManager.
Help Options:
-h, --help Show help options
Application Options:
--debug Output to console rather than syslog
--persist Don't quit after a short timeout
--debug、--persistはわからないのでためらってます。
続く たまに遅いくらいいいんじゃ？
なにか処理してるんだろうし >>685 続き
＞ # sudo systemctl disable bluez
＞ # sudo systemctl mask bleuez
# sudo systemctl disable bluez
Failed to disable unit: Unit file bluez.service does not exist.
# sudo systemctl mask bleuez
Unit bleuez.service does not exist, proceeding anyway.
Created symlink /etc/systemd/system/bleuez.service → /dev/null.
こんな風になりました
＞ watchdog/testing 5.16-1+b1 amd64
testingを試すのはためらいがあります。
>>678,679で上手くゆかなければ
Debian 10を使って次のDebian 12 Bookworm に期待します。
Debian系がダメならAlma Linux,Rocky LinuxのRedhat系に移行しようとも考えています。 >>686
たまに遅いくらいだからおおらかな気持ちでBullseyeをカワイがってみるのもありかな・・・ 好きなようにすればよかろ
但しその際いちいち他人を振り回さなきゃならん様ではなに使ったって大して変わらん >>689
はい
Linuxerへの道のりは遠く感じております。
Debian10は大して問題出てないのでお気軽に使えるのが良かったです。 systemdのマネージャーはシステム全体のものと各ユーザー毎の2つあるからそこちゃんと分けて考えたほうが良いよ
(後者の各ユーザー毎のマネージャー自身は前者のシステム全体のマネージャーの1サービスとして管理される)
>>654の/etc/systemd/system.conf内のDefaultTimeoutStopSecは前者のシステム全体のマネージャーがシステムのサービス等を終了する時のタイムアウトの初期値
>>656の/etc/systemd/user.conf内のDefaultTimeoutStopSecは後者の各ユーザー毎のマネージャーがユーザーのサービス等を終了する時のタイムアウトの初期値
>>660の各サービスごとのTimeoutStopSecが指定されてればそれが初期値よりも優先されて使われる
>>671の$ sudo systemctl list-unitsの一覧は前者のシステム全体のマネージャーのユニット一覧
>>678の# journalctl | grep systemd | lessも同様に前者のシステム全体のマネージャーのユニットのログ
んでお前さんの貼ってる｢A stop job is running for User Manager for UID 1000｣ってのは文字通りidが1000のユーザー用のマネージャ自身の終了時に処理が帰ってこなくて(それを管理してるシステム全体のマネージャが)タイムアウトまで待ってるって状況
長々と書いたけど例えばuidが1000ならそのユーザーでログインして
journalctl -u user@1000.service
でそのタイムアウトしてるサービス(=uid1000のユーザー用のマネージャ)自身のログと
journalctl --user
でそのタイムアウトしてるサービス(=uid1000のユーザー用のマネージャ)が管理してるユーザーのサービスのログ
を見てみるとなんか分かるかもしれないし分からないかもしれない なるほど、
確かpulseaidioはrootでなく各ユーザー権限で動作するので
今までのエラーログからしてもpulseaudio関連でシャットダウン遅延起こしてる疑いが
強くなった気がする >>691
>>678,679ではユーザーのマネージャーではなくてシステム全体の方なので効果ないということですね。
シャットダウンの遅延が生じた時刻近くで
$ journalctl -u user@1000.service
$ journalctl --user
両方ともに
mate-notificati[2451]: g_object_unref: assertion 'G_IS_OBJECT (object)' failed がありました。
このエラーメッセージを検索したところMATEに問題が出ていそうな感じでした。
そういえば、udisksd[481]: Failed to load the 'mdraid' libblockdev plugin というのが出ていた時に検索で見つけたのは
udisks2を削除するとあったので
$ sudo apt remove udisks2 を実行したらMATE関連も削除されていたのでした。
その時$ sudo apt install mate-desktop-environmentでMATEを入れ直しました。
MATEでログインしていた状態でMATE関連のファイルが削除されてしまったので何かMATEがおかしくなってるのかもしれません。
LXDEも入れてあるので今日はLXDEでログインして$ sudo apt purge mate-desktop-environment $ sudo apt autoremove
$ sudo apt autoclean $ sudo apt install mate-desktop-environment してMATEを再インストールしてみました。 要するにワケもわからずいじくり回しておまかんを作っちまった結果の事ね
MATEを完全に再インストールするならその手順では無理 >>694
Debian11を再びインストールすることにします。環境を壊してしまったみたいですね。 ○|￣|＿
$ journalctl -u user@1000.service
>>669でpulseaudio再インストールしたけどまた出てきました
systemd[1016]: pulseaudio.service: Main process exited, code=exited, status=1/FAILURE
systemd[1016]: pulseaudio.service: Failed with result 'exit-code'.
>>693でMATEを再インストールした後もまた出てきました
mate-notificati[2271]: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
レスしてくれた皆さん本当に有難うございました。 再インストールした直後でもシャットダウンの1分30秒待ち
A stop job is running for User Manager for UID 1000 が出ました。
その時間近く
$ journalctl -u user@1000.service
再インストール前と同じく
mate-notificati[28867]: g_object_unref: assertion 'G_IS_OBJECT (object)' failed MATE関連が出ています。
/ とhomeを別パーティションで分けてますが再インストール時にパーティションデータの削除（ゼロフォーマット）
を実行してるので前の環境を引きずることはないと思います。
シャットダウンの遅延が出たときの時刻近く
$ journalctl -u user@1000.service
7月 11 21:47:08 debian mate-notificati[29535]: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
7月 11 21:47:32 debian systemd[652]: xdg-permission-store.service: Main process exited, code=exited, status=1/FAILURE
7月 11 21:47:32 debian systemd[652]: xdg-permission-store.service: Failed with result 'exit-code'.
7月 11 21:47:33 debian systemd[652]: xdg-document-portal.service: Failed with result 'exit-code'.
シャットダウンで待たされた時刻近くではないですがPulseaudioのFailedは出ます。
7月 11 20:18:10 debian systemd[652]: pulseaudio.service: Main process exited, code=exited, status=1/FAILURE
7月 11 20:18:10 debian systemd[652]: pulseaudio.service: Failed with result 'exit-code'.
これらのエラーメッセージを検索しましたが解決策や手がかりになりそうなものは見つかりませんでした。
Debian 11でMATEを使って同じくシャットダウンの遅延が出る海外のページを2つ見たのでMATEをやめてLXDEで使用してみます。 納得いく環境にすれば良いでしょう
なお当方 bullseye と sid でしばらくMATE使ってるけど当該不具合が発生しないのはおまかんかな >>696
/とhomeの両方ともゼロフォーマットはしています。 ただの削除のことをゼロフォーマットっていうんだ
かっけーな >>699
インストールする時にゼロで上書きというのを実行できるのですがこれはゼロフォーマットとは言わないのでしょうか？ >>699
パーティションへの書き込みする時に「パーティション（の）データの削除」を選ぶと
ゼロで上書きしますみたいなメッセージが出てたと思います。
これはゼロフォーマットではないのでしょうか？ >>701
699の言い方はアレなんで肩を持つつもりはありませんが
ゼロフォーマットという言い方は初耳です
データ消去のために0で上書きする→ゼロフィルは言いますね >>702
てっきりゼロフォーマットだと思ってました。
ゼロフィルは知りませんでした。
今度からはそう言おうっと・・・ >>703
これはゼロフィルと言いますか？
https://i.imgur.com/WFxksxc.png >>704
自分の使ったインストーラーとは違いますが
自分の場合 debian-11.4.0-amd-DVD-1.iso を使っていて
パーティションの書き込み時にゼロで上書きしますというメッセージが出てました。 >>705
debian-11.4.0-amd-DVD-1.iso は間違い
debian-11.4.0-amd64-DVD-1.iso でした。 >>704
余ってるパーティションがあるので確認してみました。
「このパーティションのデータの削除」を選びます
そうすると
SCSI1(0,0,0)パーティション10.(sda)のデータはゼロで上書きされます。
このステップが完了した後は二度と復旧できなくなります。
これは削除を中止する最後の機会です。
本当にSCSI1(0,0,0)パーティション10.(sda)のデータを削除しますか
・いいえ
・はい
これではいを選んでます。 不良セクタのテストとsmartctlでハードディスクを診断してみました。
エラーは出てませんでした。
まだまだ使えそうです。今までチェックしたことがなかったので良い機会になりました。 以下のページのことがやりたいのですが、
https://forum.rclone.org/t/help-with-go ... ount/11254
Help with google drive copy (to another account)
なのですが、参考ページの回答が理解できず、これ以前のもっと基礎として「rcloneで別アカウントのGoogle Drive
に切り替えるには、どうするのか？」と質問です。
rclone 自体は数日前から既にインストールして使用してます。Google Drive１に巨大なフォルダ「Videos」があって、しかも使用頻度が低いから、別アカウントのGoogle Drive２にそれだけ移動したいのです。
$ rclone lsf gd:
.Trash-1000/
Documents/
Downloads/
Music/
OLD/
Pictures/
Pictures2/
Videos/
略 bullseye で tomboy が復活してるな。
諦めて gnote 使い始めていたのに、
定番アプリを出したり引っ込めたりするのやめてほしいわ。 builder使おうと思っているとmesonが古くてLLVMのインストールが上手くいかない さぼっていたアップデートしたらfirefoxが94あたり？から102.4.0esr (64ビット)になった
でもデグレードしてバグってるみたい
ツールバーのカスタマイズで"ブックマークツールバーの項目"をリロードとURLの表示エリアの間に入れ
ブックマークとしてフォルダアイコン+フォルダ名1文字で8個ほどフォルダ表示させていると
タブをドラッグしてブックマークフォルダに登録しようとしてもできるフォルダとできないフォルダがある
謎現象ですがおま環なんでしょうか？ 追記です
不具合が出るのは左端にある最初のタブを登録しようとしたときだけのようです
94？時代の左端の最初のタブの動作が正常がだったのか確信がありません CPUの負荷を無駄に最大にかけるコマンドでおすすめのパッケージを教えてください pythonでjoblib.Parallelでも使えばいいんじゃね >>722
自分でプログラム書くのはしんどいしそもそも確実性に非常に欠けるので
ある程度デファクトスタンダードになっている出来合いの物がほしいです 無駄に素数を数えたらCPU使用率100％のままだけどな
perl
処理時間: 30.5490510463715
"""
python
処理時間 :10.611429691314697 ProcessPoolExecutor
処理時間 :31.45683717727661 ThreadPoolExecutor
処理時間 :3.9779012203216553 joblib.Parallel
""" 僕にリナックスの高度な使い方を訓練してくれた恩人の
えろさんというひとを、この５ちゃんでぜんぜん見かけなくなったが
誰か行方知らん？ あと初めてパソコンした時の超初心者状態の時つきそってくれた、なんでさんというひとも
まったく見かけない。ふたりとも文体を見たら即座にわかるんだが。
ふたりともケンカ別れしたが、ホント感謝しかない。いま振り返ったら お二人とも、それぞれ2年？ずつ、プライベートの多大な時間を費やして、すべての知識を授けてくれて感謝 >>729
https;//i.imgur.com/hgKbFwT.jpg >>726
おまえがウン十年選手なニワカという事くらいはわかった Debian11なんですが
「バックアップによりファイルは安全に保たれています」みたいなメッセージがポップアップで表示されたんです。
メモを見てると、今日2022年12月19日と2022年11月19日 とで、丁度1ヶ月あいて出たメッセージみたいです。
自分でバックアップの設定をしたことはないのでマルウェアとかの仕業なのかと考え少し不安です。
検索してみてもヒントらしきものが見つからないのでここの皆さんに質問しました。 >>734に追記
何もアプリは起動していない状態でポップアップメセージが出ました。
一体なんなのでしょうか？ >>734
「みたいなメッセージ」ではなく、一字一句違えずに（できればコピペで）
google等で検索をすると、ヒントが出てくると思います。 >>736
しばらくの間ポップアップメッセージが出て消えてしまったので、うろ覚えでしかないので困りました。
多分、1ヶ月後の1月19日に再びメッセージが出ると思うのでスクリーンショットを撮って一字一句違わずに
検索しようと思います。
アドバイスありがとうございました。 debianのUniversal FireWallってインストールするだけで有効になりますか? あと、あれ実際のところ Ubuntu FireWall ですからね
Uncomplicated とか言い訳用の略語ですわ nftables 直書きより便利？＞ufw, firewalld >>742
ufwはマジで楽
firewalldはいまいち >>742
natやroutingで凝ったことしようとすると果てしなく面倒だし無い方がマシ
ポート開け閉めくらいなら変わらんよ
どっちにしろファイルに設定並べて終わり
利点があるとすればiptablesとnftablesで全く同じ記述が可能な事くらい >>744
firewalld なら NAT もルーティングも超簡単なんだが… 教えてください
testing への upgradeテスト環境として
コピーに chroot してアップグレードを試しています
chroot以外に試験環境ってどのようなのがあります？
chrootのやり方で不足分とかあります？
よろしくおねがいします
# mkfs.ext4 /dev/sdb2
# mount /dev/sdb2 /newroot
# cd /newroot
# dump -0uf - /dev/sda2 | restore -rf -
# mkfs.vfat -F32 /dev/sdb1
# mount /dev/sdb1 /newroot/boot/efi
# for i in /dev /dev/pts /proc /sys /run; do mount -B $i /newroot$i; done
# chroot /newroot >>746
テストなら今の環境をバックアップしておけばわざわざchrootなどする必要ないと思うけど。
トンチンカンな指摘だと思ったら無視してくだされ。 大きなバージョンアップの際に
# 日常のでも構いませんが
テストやバックアップどうしています？
複雑システムなので
多少の不具合は必ず存在し許容しなければなりませんが… ずーっと upgradeでやってきましたが
カスタマイズの自動化とかで
新規インストールの方が楽かもしれないと思いまして
どっちが良いのかなぁ >>746
最近はschrootなるものがあるみたいだよ >>746
chroot 系は別環境を作るだけなので現環境からの upgrade のテストにはならんと思うよ
testing を試してみたいという用途には使えるかもしれないけど… UEFIでブータブルの移動は手順が多すぎ
やっていることをちゃんと理解していなくて
おまじないでやっていることも多い
備忘録
efivarfsのマウント
# mount --bind /sys/firmware/efi/efivars /newroot/sys/firmware/efi/efivars
initramfs の作成し直し
# update-initramfs -u -k all >>734,735,736 の者です
htt ps:/ /img ur .com/a/bBo2Nue
直リンクを貼ると書き込みできないので・・・
”バックアップにより、ファイルが安全に保たれます
重要なドキュメントやデータや設定ファイルなどは、バックアップを行うことで保護されます。
「万が一」のことが起きても、バックアップからそれらを復元することができるでしょう。”
このメッセージがモニター画面の右上に出てきたので検索してみましたがヒントが見つかりませんでした。
グーグル画像検索もしてみましたが手がかりは見つかりませんでした。
なにかご存知の方はいないでしょうか？ その画像にあるアイコンをGoogleレンズでググればDeja Dupのものだと分かる 文言も完全一致で検索すればDeja Dupのリポジトリがヒットする >>754
imgurを今回初めて使ったもので要領を得てませんでした。
JDim 0.8.0-20220716(git:7337750ad1)でURLを書き込むとエラー出て書き込めないんです。
試しにこのレスで画像のリンクを書き込もうとしたらエラー出て駄目でした。
>>755,756
文言をGoogleで検索しても見つけられなかったんです。
Deja Dupを自分で入れた覚えがないしDebian11に最初から入ってたのかな？
とにかく皆さんのおかげで解決できました。
ありがとうございます m(_ _)m >>757
> JDim 0.8.0-20220716(git:7337750ad1)でURLを書き込むとエラー出て書き込めないんです
JDimで駄目なら貼れるブラウザ探せばいいだろ
> 文言をGoogleで検索しても見つけられなかったんです
756さんは「完全一致で」と言ってるでしょ
まあもう見てないだろうけど >>758
どうやら私の無能っぷりが露呈したようですね (^_^;)
・全文検索 ””ダブルクォーテーションで囲む
・画像検索でアイコンをgoogleレンズする
・URL貼れなければFirefox使ってみる
今回学びました
次からは気をつけたいと思います。ゆるして！ そうツンツンせんでもええやん。まとめを投稿するだけ質問だけして音沙汰なしより良質 ブートローダー(IPL?)
:?????? #eq 8byte←なに
jmp 3byte+ 8byte
(+jmp 3byte+2byte
+jmp 3byte)+1byte
:Filled by OEM #eq 13byte←らしい(確)
+jmp 3byte+{13}+16byte+1byte
(+jmp 3byte+2byte
+jmp 3byte)+1byte
:????????????? #eq 420byte←は？
+jmp 3byte+{420}+16byte+1byte
(+jmp 3byte+2byte
+jmp 3byte)+1byte
+jmp 3byte+
+jmp 3byte+2byte
+jmp 3byte)
※16byteはなんかのシグネチャらしい
(当時のLSI-Cも含むか)gcc3.1と後方互換のコンパイラで
マシン語のBoot.Sこの形式で吐ければ
grubなんか通さなくてもStubブートできるらしいけどアテがなくて爆笑してる
誰かアテあればなんだったのか書いてくだし()(まったり待つしか) なんか違かった
jmp 3byte
+※SerialVolumeID 8byte+1byte
(+jmp 3byte+2byte
+jmp 3byte)+1byte
+jmp 3byte
+GeniuneIntel 12byte+1byte
+ Filled By O.E.M. 16byte+1byte
(+jmp 3byte+2byte
+jmp 3byte)+1byte
:????????????? #eq 420byte
+jmp 3byte+{420}
+ Filled By O.E.M. 16byte+1byte
(+jmp 3byte+2byte
+jmp 3byte)+1byte
+jmp 3byte+
+jmp 3byte+2byte
+jmp 3byte)
※→泥のSDカード読む時とかの
FAT(じゃなくても単にUFSやEXT2も8バイトでたまたま一致するんだろうけど)
アドレスいくつか入れる(かルートパーティーションの文字数超えないファイル名を記載する?)にしても
SerialVolumeID代入してこの形式で飛ばせないんかな(よくわからん) 全部のOS適当にとってきて比較して416byteはだいたいどれも同じじゃね？と思う(最高によくわからん)
同じとこと違うとこわかれば適当に組めるようになりそうだけどちょっと何言いたいのか自分でもわからない 押入れからetchの頃のインストール用フロッピーディスクが出てきました 764と765の間がちょうど1年間だったから勘違いしただけじゃね
生きてるようで実は死んだスレだったという 他のディストロを使ったことが有るなら変わらない
Linux自体触るの初めてってことでも結局他のディストロに手を出すのと変わらない
つまるところネットで必要な情報を探すことができるかどうかが大事 そういう意味では英語のまま使うほうがおすすめだよな
下手に日本語にして使うと、検索で全くひっかからなくなるという罠 
