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

$ sudo update-initramfs -c -k all
update-initramfs: Generating /boot/initrd.img-4.19.0-17-amd64
update-initramfs: Generating /boot/initrd.img-4.19.0-16-amd64

以上
—————————-
自分の環境の場合　ttf-dejavu　を消しており（フォント削りまくりで）
$ sudo apt install ttf-dejavu
$ sudo apt upgrade
$ sudo update-initramfs -c -k all
で
update-initramfs……(bad exit status: 1)
を回避できます。
—————————-
この工程を完了。

dkmsで専用モジュールを組み込んだから大丈夫だと思うけど

心配ならばパージする前にスナップショットを取っておけば良い

第一に firmware-realtek をpurgeしたのにそれらがある時点でおまかん

削除は済んだようなので、一応その状態でdkmsを作り直してみようか
事前に sudo dkms remove 8192cu/1.11 を忘れずに

> ext4->Btrfs にすると
メモリ使用は増加するよ　CoWファイルシステムはそういうものなので

> 瞬時に戻る？
timeshiftのBtrfsモードをナメてもらっては困る

公式の言う事がいちばんの安牌ではあるねえ
俺はいちいち何か消したりしなかったしaptitudeも入れなかったけど

jin@kyo:‾$ journalctl -p 3
— Journal begins at Wed 2021-06-30 21:30:56 JST, ends at Wed 2021-06-30 22:49:>
6月 30 21:30:59 kyo systemd-udevd[274]: Error running install command ‘/bin/fa>
6月 30 21:31:11 kyo wpa_supplicant[602]: bgscan simple: Failed to enable signa>
6月 30 22:04:07 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-clean.ser>
6月 30 22:04:07 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-setup.ser>
6月 30 22:04:07 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-setup.ser>
6月 30 22:04:07 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-setup-dev>
6月 30 22:04:07 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-setup-dev>
6月 30 22:04:08 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-clean.ser>
6月 30 22:04:08 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-setup.ser>
6月 30 22:04:08 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-setup.ser>
6月 30 22:04:08 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-setup-dev>
6月 30 22:04:08 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-setup-dev>
6月 30 22:04:15 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-clean.ser>
6月 30 22:04:15 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-setup.ser>
6月 30 22:04:15 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-setup.ser>
6月 30 22:04:15 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-setup-dev>
6月 30 22:04:15 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-setup-dev>
6月 30 22:04:15 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-clean.ser>
6月 30 22:04:15 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-setup.ser>
6月 30 22:04:15 kyo systemd[1]: /lib/systemd/system/systemd-tmpfiles-setup.ser>

ちなみDebian11の日本語入力は
sudo apt install fcitx5-mozcしたあとで
設定の入力メゾットの切り替え？だかから
fcitx5を指定して
fcitx5設定からキーボードにmozcを追加して再ログインすればできる

カーネルヘッダを更新した時に
dkmsが自動でビルドしたと思うよ

> chromeのリポジトリは野良だね

/etc/apt/sources.list
を見ても　コメントアウトすべき chromeのリポジトリの行がどこかわからなかった

大して変わんなかったけどねえ　確か
ただし / ファイルシステムをext4->Btrfsとかにする場合はさすがに差分はある

許容できるメモリ消費量じゃなかったらtimeshiftでもとに戻すだけじゃん　余裕余裕

> 今度は混ざりものが無いからまた違った結果になるんじゃないかな

ありがとうございます、了解です

> 空きハードディスクに、mint等をふつうにインストールすることは…..
> そのmint上において、…..

この選択をするならば悪いがMintスレに行ってね

報告します。無事rtl8192cu-fixes　が動作しています。
ありがとう

＞マシンをスリープしたら、wifi？ネットワークマネージャー？はネットワークを探索し続けるだけで接続できず、usbから物理的に抜き差しすると、再度接続できる――という症状

は直ったかどうか、怖くて試してません。

前回ビルドと今回ではプロセスに違いがあるのですが、省略。

$ journalctl -p 3
— Logs begin at Tue 2021-06-22 16:27:18 JST, end at Tue 2021-06-22 16:37:35 JST
6月 22 16:27:20 kyo systemd-udevd[283]: Error running install command for rtlwi
6月 22 16:27:33 kyo wpa_supplicant[580]: bgscan simple: Failed to enable signal
lines 1-3/3 (END)

jin@kyo:/var/run/timeshift/backup$ sudo btrfs sub del 昇級前退避home
ERROR: Could not statfs: No such file or directory　　　　　＜＜消せません

ここがどうしたら？

jin@kyo:/var/run/timeshift/backup$ sudo btrfs send 昇級前退避 | sudo gzip -9cv > /media/jin/C9EA-8480/昇級前退避.btrfs.gz
At subvol 昇級前退避

gzip: stdout: File too large
jin@kyo:/var/run/timeshift/backup$

———-
終わりました

＞ バックアップを抜かりなくやった上でいじくりまくった

これか…

みなさんおはようございます
１，
アップグレードは失敗してる
２，
$ journalctl -p 3
で
94行エラー

３，wifiの「症状も消えた」
どの時点に戻るか、
$ sudo timeshift –restore

/dev/sda2 is mounted at: /run/timeshift/backup, options: rw,relatime,space_cache,subvolid=5,subvol=/

Select snapshot:

Num Name Tags Description
——————————————————————————
0 > 2021-06-22_22-32-03 O $ sudo apt purge firmware-realtek
1 > 2021-06-30_20-57-33 O {timeshift-autosnap-apt} {created before call to APT}
2 > 2021-06-30_21-34-20 O {timeshift-autosnap-apt} {created before call to APT}
3 > 2021-06-30_21-36-27 O {timeshift-autosnap-apt} {created before call to APT}
4 > 2021-06-30_23-19-58 B

Enter snapshot number (a=Abort, p=Previous, n=Next):

sudo depmod -a
sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/

ここで失敗した場合のスナップショットを確認する。今日午前11時のブート時のがある。
オンデマンド作成の必要はない。

$ sudo depmod -a

$ sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/

ではリブート。

レスが遅く失礼
$ sudo rm -rf /lib/modules/4.19.0-16-amd64/updates

$

> Btrfs & timeshift の場合は基本的にはスナップショット取っておけば必要ない

とありますので、この@ のバックアップはやめていいですか？

152で
>> やりました。home の必要をusb に入れました

で報告した。わかりにくい書き方でした

その上でそんな原始的なやり方ではダメで

＞俺だったら一応@と@homeを別ストレージへsend(要するにバックアップ)しておくかなあ

なのかなあ？と解釈しました

linux-headers-4.19.0-10-amd64 (4.19.132-1) を削除しています …
dpkg: 警告: linux-headers-4.19.0-10-amd64 の削除中、ディレクトリ ‘/lib/modules/4.19.0-10-amd64’ が空でないため削除できませんでした
linux-headers-4.19.0-10-common (4.19.132-1) を削除しています …
linux-headers-4.19.0-12-amd64 (4.19.152-1) を削除しています …
dpkg: 警告: linux-headers-4.19.0-12-amd64 の削除中、ディレクトリ ‘/lib/modules/4.19.0-12-amd64’ が空でないため削除できませんでした
linux-headers-4.19.0-12-common (4.19.152-1) を削除しています …

$

私は寝ます。ありがとうございま

１，
スリープから復帰の問題だけなので、スリープ復帰ごとに、手でusb抜き差しをするという

妥協もありかと。以前いっときワイヤレスマウスを使っていたとき、スリープごとに

手で機械スイッチをオフにし、かつそのときはディスプレイとしてテレビを使っていて

これも手で電源ボタンoffにしていた。すごい大変でした。

２，
人生いろいろ、マシンもいろいろ。

さいきん別のトラブルでまるまる2週間かんぜんにdebianが使えないときもあった。その間ずっとういんだった。

アレにくらべれば、こんなの障害とさえいえないと言える。

4.2.2. Debian 由来でないパッケージを削除する<< 念の為にチェックする

aptitude　はサイズが大きいのでapt-forktracerをインストール
———————–
この操作後に追加で 27.1 MB のディスク容量が消費されます。
続行しますか? [Y/n] n
中断しました。
# exit
ログアウト
jin@kyo:‾$ sudo apt install apt-forktracer
パッケージリストを読み込んでいます… 完了

> – Deleting from: /lib/modules/4.19.0-16-amd64/updates/dkms/
> rmdir: ‘updates/dkms’ を削除できません: 【【【ディレクトリは空ではありません】】】←

略

ttf-dejavu (2.37-1) を展開しています…
linux-image-4.19.0-17-amd64 (4.19.194-1) を設定しています …
/etc/kernel/postinst.d/dkms:
Error! Your kernel headers for kernel 4.19.0-17-amd64 cannot be found.
Please install the linux-headers-4.19.0-17-amd64 package,
or use the –kernelsourcedir option to tell DKMS where it’s located
Error! Your kernel headers for kernel 4.19.0-17-amd64 cannot be found.
Please install the linux-headers-4.19.0-17-amd64 package,
or use the –kernelsourcedir option to tell DKMS where it’s located
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.19.0-17-amd64
/etc/kernel/postinst.d/zz-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
Linux イメージを見つけました: /boot/vmlinuz-4.19.0-14-amd64
Found initrd image: /boot/initrd.img-4.19.0-14-amd64
Adding boot menu entry for EFI firmware configuration
完了

略
—————————-

やべえ。Errorがたくさん出てる。以前はここで引っ掛からなかったのに

はい、MATEです
マルチブートでほぼ同じ環境で使っています
meditが無くなったことだけがなにげに痛いです

> よくわからんけどdkmsの生成からやり直してみて
> 駄目でもスナップショット取ったところへ戻ればいいだけなので

了解です。

> しかしよくやるわ
> 俺ならとっくにOS再インストールで切り分けするかWi-Fiドングル新調するかしてるところだが

OS再インストールしたいのですが、わからないからです。debian でインストール工程でローカルからwifi ドライバをインストールしたり複雑な上にbtrfs だから。

hjtop読みで起動時416メガバイト。軽い。
10のときと同じ。

> ホームパス内をUSBメモリにBUCKUP取って、
これを既に完了していたと、166で後報告されたと言う成り行き

> 再導入してからバックアップから必要な物を戻せば良いだけじゃないの？
-> > ホームディレクトリのデータ配置は教える様な難しい事ではないので
-> > 後日独自にやって下さい

> 検索すべき語句の一部がエラーメッセージに出てんじゃん

皆目見当がつきません。エラーメッセージ？

usbメモリがfat32 だから？

輝かしい映画
これは一見すると「現実的」な物語です。全体としては、『カヴァレリア・ルスティカーナ』のような、19世紀末の「ヴェリズモ」イタリア・オペラを彷彿とさせる。そこでは、普通の人々を描いたソープオペラのストーリーが、感情を揺さぶる大げさなドラマクイーンの音楽に乗せられている。

確かに、歌は馬鹿げている。しかし、この映画はこのことを知っている。最初のシーンで、洗面所にいる男たちが『カルメン』（同じスタイルの別の例）について冗談を言い、そのうちの1人が「俺は映画を見に行くんだ、オペラは好きじゃない、歌ばかりでは我慢できない」というようなことを歌うのだ。この映画は、整備士がオイルチェック中にアリアを歌うことは（通常は）ないと知っていて、それをジョークにしています。ミュージカルの根本的な問題は、「なぜみんな歌うの？”ミュージカルの根本的な問題は、「なぜみんな歌っているのか」ということです。
しかし、どこか現実離れした美しさがある。みんな、すべてが格好いい。人々が美しい。汚い旧市街は美しい。安いバーは美しい。汚い湿地のアパートは美しい。見捨てられた船は美しい。ガソリンスタンドの前庭にはガソリンポンプとキャノピーがあり、それが美しい。男はみんなイケメンだ。そして女性はというと、「なぜ女性よりも男性の方がこの泣ける映画を好むのか」という質問がありました。答えはカトリーヌ・ドヌーヴだ。しかし、母親役のアン・ヴァーノンは、同年代の誰よりもキュートだ。そして、エレン・ファーナーはというと…。ガイには1人ではなく2人の魅力的な女性がついていて、これは観客の平均より1.99人ほど多い。

試しにやってみてもいいんじゃないかって事でしょう
クリーンインストールより手間かかんないし

ただし野良リポジトリはしばらく無効化する必要があるだろうな
wineとかchromeとかその他もろもろのやつ

$ sudo apt update
取得:1 http://security.debian.org/debian-security bullseye-security InRelease [44.1 kB]
取得:2 http://deb.debian.org/debian bullseye InRelease [150 kB]
取得:3 http://security.debian.org/debian-security bullseye-security/main Sources [780 B]
取得:4 http://security.debian.org/debian-security bullseye-security/main i386 Packages [808 B]
取得:5 http://security.debian.org/debian-security bullseye-security/main amd64 Packages [812 B]
取得:6 http://security.debian.org/debian-security bullseye-security/main Translation-en [596 B]
取得:7 http://deb.debian.org/debian bullseye-updates InRelease [40.1 kB]
取得:8 http://deb.debian.org/debian bullseye-backports InRelease [37.0 kB]
274 kB を 2秒 で取得しました (157 kB/s)
パッケージリストを読み込んでいます… 完了
依存関係ツリーを作成しています
状態情報を読み取っています… 完了
アップグレードできるパッケージが 1621 個あります。表示するには ‘apt list –upgradable’ を実行してください。

$
深夜なので、ここまでに。ありがとうございました

https://packages.debian.org/ja/testing/thunderbird-l10n-ja
> Icedove 用日本語パッケージ

🤔

https://www.debian.org/releases/bullseye/amd64/release-notes/ch-upgrading.ja.html#backup

4.1.1. あらゆるデータや設定情報をバックアップする
システムをアップグレードする前に、完全なバックアップを取っておくよう強くお勧めします。少なくとも、失いたくないデータや設定情報だけでもバックアップしておきましょう。アップグレードのツールや処理はきわめて信頼性の高いものですが、アップグレードの最中にハードウェア障害が起こると、システムに大きなダメージを与えることがありえます。

>> やりました。home の必要をusb に入れました

バックアップしておくべき主な対象として、/etc、/var/lib/dpkg、/var/lib/apt/extended_states の中身、dpkg –get-selections “*” (引用符を忘れてはいけません) の出力などがあります。システムの管理に aptitude を使っている場合は、/var/lib/aptitude/pkgstates もバックアップしておくと良いでしょう。

>> /etc、/var/lib/dpkg、/var/lib/apt/extended_states の中身、dpkg –get-selections “*” (引用符を忘れてはいけません) の出力

ちょっと意味がわかりません。ヤルのですか？

先にsudo apt -d full-upgradeを叩いて
必要なパッケージを全部事前ダウンロードしておけば
途中でネットから切断されても問題ないはず

btrfs error could not statfs no such file or directory
でググって
https://bbs.archlinux.org/viewtopic.php?id=211161
Can’t delete a btrfs snapshot

スナップショットを削除しようとすると

btrfs subvolume delete 2/snapshot/4/snapshot
私は得る

ERROR: cannot access subvolume 2/snapshot/4/snapshot: No such file or directory

＜＜まったく一緒と思う、自分のと

93でパージ前なのに99でインストールされてないってのが
意味わからないんだが

あと、俺ならハードの相性やら不良を疑うかなあ
300円ちょっとで買ったクソ蟹ドングルでさえ何ともないからな

——————————————————————————
(データベースを読み込んでいます … 現在 279648 個のファイルとディレクトリがインストールされています。)
firmware-realtek (20190114-2) を削除しています …
dpkg: 警告: firmware-realtek の削除中、ディレクトリ ‘/lib/firmware/rtlwifi’ が空でないため削除できませんでした

$

Debian11なら
ライブ環境を開いた状態からのGUIインストールで
ファイルシステムにBtrfsを選択すれば自動的にタイムシフト対応になるよ
https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/bullseye_di_rc2-live+nonfree/amd64/iso-hybrid/

$ export LANG=en_US
$ sudo apt purge firmware-realtek
Reading package lists… Done
Building dependency tree
Reading state information… Done
Package ‘firmware-realtek’ is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.

とくに
＞dpkg: 警告: firmware-realtek の削除中、ディレクトリ ‘/lib/firmware/rtlwifi’ が空でないため削除できませんでした

対処しなくても削除されてた

227の
無視:3 http://security.debian.org/debian-security bullseye/updates InRelease
と
エラー:5 http://security.debian.org/debian-security bullseye/updates Release
404 Not Found [IP:

E: リポジトリ http://security.debian.org/debian-security bullseye/updates Release には Release ファイルがありません。

に注目して、bullseye/updates　の文字列を　bullseye-security　に置き換えた。

それをsources.list手作業編集でなく、コマンドで表現すると
$ sudo sed -i ‘s/bullseye¥/updates/bullseye-security/’ /etc/apt/sources.list

であると推測される

> 完全にもとに戻るのではないのですかっ？
完全に元に戻ったんだよ
で、元に戻る前の状態が自動スナップショットされ、その中のaptのキャッシュがfindコマンドにヒットしたという事

Wi-Fi環境が芳しくなさそうだからどうかと思ったが、そう言う反応ならば使わないほうがいいかな

> 最初からBtrfsとのこと。
デフォはext4のはずだよ　いつも手動パーティショニングだから定かじゃないが
322さんが言ってるのはルートパーティションにBtrfsを選ぶとtimeshift対応の構造になると言うこと
をよく読もう

python3.7-dbg (3.7.3-2+deb10u3)
python3.7-minimal (3.7.3-2+deb10u3)
qt-at-spi (0.4.0-9)
qtcore4-l10n (4:4.8.7+dfsg-18+deb10u1)
timeshift-autosnap-apt (0.0.1+202012110818‾ubuntu20.04.1)
ttf-dejavu (2.37-1)
ttf-dejavu-core (2.37-1)
ttf-dejavu-extra (2.37-1)
wine-stable (6.0.1‾buster-1)
wine-stable-amd64 (6.0.1‾buster-1)
wine-stable-i386 (6.0.1‾buster-1)
winehq-stable (6.0.1‾buster-1)

$
どれが削除したほうがいいパッケージですか？

それバージョンを跨いだスナップショットがある場合にはしないほうが・・・

それらは従来型ファイルシステム(ext4とかxfs)の場合は必須
Btrfs & timeshift の場合は基本的にはスナップショット取っておけば必要ない

気になるならやっといてもいいけど
俺だったら一応@と@homeを別ストレージへsend(要するにバックアップ)しておくかなあ

て言うかホームディレクトリをそのまんまFAT32にコピーしては駄目じゃん
パーミッションが失われるぞ(確か)