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

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

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

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

---

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

自分の頭がまともに動くときと動かんときがありまして　

>>255
ここまで来たらやることは決まってるでしょうに
もちろんアップグレードの実施

$ sudo apt upgrade --without-new-pkgs

$ sudo apt full-upgrade

いろいろあって、いまからです。

>>257
> ここまで来たらやることは決まってるでしょうに
> もちろんアップグレードの実施
>
> $ sudo apt upgrade --without-new-pkgs
>
> $ sudo apt full-upgrade

2時間もかかるということ。そして怖いので、後で意を決してから。

>>258
パッケージいろいろ入れてなければ
そこまで時間かからないかもよ

では、行ってきます。

$ sudo apt upgrade --without-new-pkgs
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
アップグレードパッケージを検出しています... 完了
以下のパッケージが自動でインストールされましたが、もう必要とされていません:
fcitx-frontend-qt4 gir1.2-mate-panel libopenobex2 obex-data-server
これを削除するには 'sudo apt autoremove' を利用してください。

.......... 略

-- Santiago Ruano Rincón <[email protected]> Mon, 09 Nov 2020 10:57:22 +0100

(終了するには q を押して下さい)

q

この画面でスタンバイに入る。急用ができました

───────────────────────────────────┤ base-passwd を設定しています ├─────────────────────────────────────┐
│ │
│ update-passwd はこのシステムのアカウントが現在の Debian のデフォルトとは異なっていることを検出しました │
│ 。update-passwd にシステムの変更を許可することをお勧めします。変更しない場合は正常に動作しないパッケー │
│ ジがあるかもしれません。Debian アカウントポリシーのさらなる文書については │
│ /usr/share/doc/base-passwd/README を見てください。 │
│ │
│ 提案する変更点: │
│ │
│ ユーザ「irc」のホームディレクトリを /var/run/ircd から /run/ircd に変更します │
│ │
│ ユーザ irc のホームディレクトリを変更しますか? │
│ │
│ <はい> <いいえ> │
│

│ ユーザ irc のホームディレクトリを変更しますか? │

はい、いいえ？

はい』を直感で選択

あなたのシステムには、libpam、libc、libssl のようなごく一部のライブラリが更新される際に、再起動を必要 │
│ とするサービスがインストールされています。これらの再起動はシステムのサービスの停止を引き起こす可能性が │
│ あるので、通常、更新のたびに再起動したいサービスの一覧が提示されます。この選択肢に「はい」を選ぶと、そ │
│ の質問をしません。すべての必要な再起動が自動で行われるので、ライブラリ更新のたびに質問されることから解 │
│ 放されます。 │
│ │
│ パッケージの更新中、質問なしにサービスを再起動しますか? │
│
│ <はい> <いいえ>
--------------------------------------------

一つ心配なのは、ネットから切断される可能性があること。スタンバイすると、usb抜き差しをしないといけない

ここでいったんスタンバイして休憩します

QEMUでAndroid-x86 4.4-r5.isoを動かそうとしてドツボにはまってた
QEMU emulator version 3.1.0 (Debian 1:3.1+dfsg-8+deb10u8)

QEMU v2.11.0-rc2で報告されてたバグの回避策にあった↓のオプションを使うと動いてくれた
> -global i440FX-pcihost.x-pci-hole64-fix=off

https://bugs.launchpad.net/qemu/+bug/1778350

https://www.youtube.com/watch?v=7zCxJ4n7P5g

こちらの動画では
------------------------------------
提案する変更点: │
│ │
│ ユーザ「irc」のホームディレクトリを /var/run/ircd から /run/ircd に変更します │
│ │
│ ユーザ irc のホームディレクトリを変更しますか? │
│ │
│ <はい> <いいえ> │
│
------------------------------------
いいえ　を選んでいる。自分の直感で『はい』をしてしまった。大丈夫だろうか？

>>265
がわからないで、この画面でずっと止まってます。

早くどなたか助けてください

http://bisage.seesaa.net/article/454431604.html
この方は

パッケージの更新中、質問なしにサービスを再起動しますか? │
│ │
│ <はい> <いいえ> │
│ │
└───────────────────────────────────────
といような質問が出てきます。
基本的にはデフォルトの選択肢で進めます。

はい、いいえの　どちらがデフォルトなのか分かりづらいが、『はい』で。

......... 再開しました

minimun install GA OWARI, SA!

$ sudo apt full-upgrade

YAROUTOSITARA , net NI SETUZOKU DEKINAI

SOREDE , sudo reboot SITE console KARA DETA
gnome NO CHYUTOHANPA NA desktop ....

$ sudo timeshift --restore

戻りたいスナップショットの番号を指定

$ sudo apt upgrade --without-new-pkgs

ga OWARI ,

$ sudo apt full-upgrade

no MAE

jin@kyo:~$ journalctl -p 3
-- Logs begin at Wed 2021-06-30 19:25:22 JST, end at Wed 2021-06-30 20:13:10 JS>
6月 30 19:25:25 kyo systemd-udevd[273]: Error running install command '/bin/fa>
6月 30 19:25:37 kyo wpa_supplicant[595]: bgscan simple: Failed to enable signa>
6月 30 19:43:12 kyo wpa_supplicant[595]: dbus: wpa_dbus_property_changed: no p>
6月 30 19:43:13 kyo kernel: usb 2-2: device not accepting address 2, error -71
6月 30 19:43:14 kyo wpa_supplicant[595]: bgscan simple: Failed to enable signa>
6月 30 19:43:23 kyo [1812]: /usr/lib/sys

RYAKU

<< sleep GO NI ,wifi resume DEKINAI

same!! ONAJI SYOJYO !

>>271
> $ sudo timeshift --restore
>
> 戻りたいスナップショットの番号を指定

$ sudo apt full-upgrade

WA? NASI DE??

>>272
full-upgradeで全てを更新出来なきゃなんとも言えないね
もっとも同じ結果になると予想はされるが

で、そこにどうしてもこだわるならもうDebianやめた方がいいんじゃね
俺もノートの内蔵Wi-Fiで似た様な症状出たことあるよ

>>273
やり途中でグダグダ文句言うくらいなら
アップグレードなんかやめちまえと言う事

GUI DE desktop GA KIDOU SITERU JYOTAI

$ sudo apt full-upgrade

WO KONO JYOTAI NO MAMA run ?

>>276
ネット使えないんじゃないの？

サスペンド後の不具合でドングルつなぎ直したり再起動したりすれば解決するなら
紛らわしいから完了するまで黙ってやり抜きなさい

>>274-275
> で、そこにどうしてもこだわるならもうDebianやめた方がいいんじゃね
> 俺もノートの内蔵Wi-Fiで似た様な症状出たことあるよ
>
> >>273
> やり途中でグダグダ文句言うくらいなら
> アップグレードなんかやめちまえと言う事

shock DESUUUU ... KITUI DESUUUU

japanese SYABERERU YOUNI NATARA SETUMEI SMASU

>>278
Wi-Fiパフォーマンスが悪くて
パッケージの大量ダウンロードを躊躇してんだろ

もしそうならそう言う場合に遭遇した事が無いので
悪いが俺では力になれん　すまんね

full-upgradeで解決しない場合には
恐らくディストリを変えても同じ結果だろうから
そのまま特に差し戻さずに引き続き解決策を探ったほうがよさげ
最近はディストリ特有の不具合というのは減ってきているし

どうしても他のディストリでなら正常に動作するか確認したい場合には
USBメモリに対してfedoraをインストールして確認する方法がある
fedoraのインストーラーはfstabをUUID指定で作ってくれるから
USBにインストールしてもブート関連では不具合が出にくい

もしfedoraでも再現するならディストリ由来の不具合ではないと分かるから
Debianを引き続き使っても乗り換えても同じだし分かりやすくはなるね

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

If you use 'usepeerdns' I strongly recommend using it with resolvconf, or
managing pppd with a tool such as NetworkManager instead.

The usepeerdns functionality has *not* been removed, only the fallback
mechanism during boot which restores resolv.conf.

-- Chris Boot <[email protected]> Mon, 03 Feb 2020 12:05:07 +0100

(終了するには q を押して下さい)

dpkg-reconfigure localepurge

localepurge: Disk space freed: 192 KiB in /usr/share/locale
localepurge: Disk space freed: 0 KiB in /usr/share/man
localepurge: Disk space freed: 0 KiB in /usr/share/gnome/help
localepurge: Disk space freed: 0 KiB in /usr/share/omf
localepurge: Disk space freed: 0 KiB in /usr/share/calendar
localepurge: Disk space freed: 108260 KiB in /usr/share/help

Total disk space freed by localepurge: 108452 KiB

jin@kyo:~$

終わったよう。日本語も打てるように。
細かな不具合が多数。
jdも画面全体の4分の1サイズで表示。
登録してたキーボードショートカットはぜんぶ使えなく。
最小インストール前までは完璧に進行してたと思う。そこまでで長時間かかった。

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

その位の事(アプリのウィンドウサイズやキーボードショートカット)は仕方無いかなあ
dconfの扱いまではちょっと

で、肝心のWi-Fi関連がどうなったかだな

記述しきれない細かな不具合がある

元へ戻します。30分休憩

>>286
俺だったらユーザー設定由来の事ならユーザー作り直しで対処してしまうけど
まあそこはご自由に

元に戻す前(アップグレード後)にも戻れるからね

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>

>>288
$ uname -r

$ journalctl -p 3

は　以前のエラーが消えましたね

別のエラー
/lib/systemd/system/systemd
が。

そして『いまは』スリープから復帰後wifi
接続に成功

とにかく
> $ sudo apt upgrade --without-new-pkgs
が終わるまでは
万全だったのに、そこからおかしな操作をしたよう気がするのです。

状態が途中なのに、手動で再起動したり、

jin@kyo:~$ uname -r
4.19.0-17-amd64

>>291
新しいカーネル(確か5.10.0-7)で起動してみないと

何で古いカーネルで起動されてるんだろう？
デフォルトでは新しいカーネルでの起動なるはずだから
アップグレードに失敗してるのでは？

>>290
> 状態が途中なのに、手動で再起動したり、
何故これをしたか知らんがダメでしょ

新しいカーネル(確か5.10.0-7)

見当たりません。grub の詳細オプションのところ

いま、再起動したら、jd画面4分の1サイズ固定とか、そのほか　直った。

とにかくいったん　> $ sudo apt upgrade --without-new-pkgs　実行直前まで戻し、

慎重にやりなおしたいです。......... 本心では安定的な　わけわからない変更を加えてない

10のままで、アップグレードではない別の方法でトラブルシュートしたいが。

アマゾンでdebian10で　何もなしに完璧に動作することが保証されてる子機を買うことも

いとわない。

--------------------------
$ sudo apt upgrade --without-new-pkgs　以降、黒画面に入り、そこで多くのミス操作、

エラーメッセを受け取った。これは放置できません。

アップグレードは長大なじかんかかり、クリーンインストールとくらべ悪い印象がすごかった。
粘り強く指導してもらったのに申し訳ない。

アップグレードで動いたなら子機じゃなくてPC側の問題だから解決するしかないよ
途中でエラーが出てアップグレードに失敗したのなら変な設定をやらかしているのかもしれない
逆に正常にアップグレードされて設定を引き継いだら今度は不具合も引き継ぐ可能性もある

>>295
取っておきの裏技(でも無いかも知れないけど)教えようか

仮想マシンに新規インストール･環境構築した後ホストマシンに転送する方法
Btrfsならばそんなに難しくない

俺はこの方法で手元のマシンのBtrfsパテにDE違いのDebian11を３つ入れてあるけど
どれも目立った不具合無く普通に使えてる

賛否あるのは承知

>>295
なお297の方法でbusterとbullseye/sidを同じパテに入れて切り替えて使ってた時期もあるけど
FSの不具合は特に起こらなかった　俺の環境では

つーかまともに使える環境で11のisoこさえてそれマウントやればネットから取ってこなくて済むわけじゃん

新規インストールはドライバ追加したりするのが
複雑に思えて億劫なんだとさ

作り上げたユーザーアカウント環境も維持したい模様
その時時で主張が変わるから今どう考えてるのやら

2年ごとに新規インストール必須じゃやってられないから気持ちは分かる
サポート期間はまだあるとはいっても
公式リポジトリ外のソフトウェアが最新安定版以外への不具合に対応するとは限らないだろうし
デスクトップ用途ならやっぱアップグレードはするべきだからね

みなさんおはようございます
１，
アップグレードは失敗してる
２，
$ 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):

アップグレード実施直前

なおアップグレード前に戻ってもaptでダウンロードしたdebファイルを活用する方法はある
俺はそこまでしたこと無いけど

>>303
> アップグレード実施直前
の
スナップがないんです。0　はかなり前ので、キレイにfixドライバをインストールする前ではないかと。

１は20-57の時刻から推定して、自動的に再起動を選んで、GUI なしのコンソール？で

$ sudo apt upgrade --without-new-pkgs　が終わったあと、$ sudo apt full-upgrade

したら、ネットに接続してないエラーがバ〜〜と出て、子機USB抜き差ししても接続しないから

「やむなく再起動」

再起動するとgnomeのマークがあるすべてにおいて中途半端なデスクトップが起動して、

そこから沼にハマっていきました...

-----------------------

１は20-57の時刻から推定して、

$ sudo apt full-upgrade する前の

中途半端なデスクトップが起動してる状態。

>>305-306
まずスナップショット０に戻すしかないかな
ハンパにこね回すと余計ドツボにはまる予感がする

>>307
ありがとうございます！！

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

云われていたとおり、瞬時に復元しました

******************************************************************************
バックアップ デバイス: /dev/sda2
******************************************************************************
******************************************************************************
スナップショット: 2021-06-22_22-32-03 ~ $ sudo apt purge firmware-realtek
******************************************************************************
システムのサブボリュームから復元前のスナップショットを作成しています...
ディレクトリを作成しました: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-07-01_19-16-18
システムのサブボリュームをスナップショットディレクトリに移動しました: @
システムのサブボリュームをスナップショットディレクトリに移動しました: @home
作成された制御ファイル: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-07-01_19-16-18/info.json
復元前のスナップショットを作成しました: 2021-07-01_19-16-18
------------------------------------------------------------------------------
復元されたシステムサブボリューム: @home
復元されたシステムサブボリューム: @
復元が完了しました
システムを再起動すると、スナップショットがアクティブになります。
------------------------------------------------------------------------------

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

ありがとうございます。以前の環境に戻れて幸福です

>>311
こうすると更に幸福になれるかな

$ sudo find /var/run/timeshift/backup/timeshift-btrfs -type f -name \*.deb

/var/run/timeshift/backup/timeshift-btrfs/snapshots/2021-07-01_19-28-36/@/var/cache/apt/archives/libloudmouth1-0_1.5.3-5_amd64.deb
/var/run/timeshift/backup/timeshift-btrfs/snapshots/2021-07-01_19-28-36/@/var/cache/apt/archives/libots0_0.5.0-3_amd64.deb
/var/run/timeshift/backup/timeshift-btrfs/snapshots/2021-07-01_19-28-36/@/var/cache/apt/archives/librevenge-0.0-0_0.0.4-6_amd64.deb

膨大な量の上みたいのが...これはなんですかっ？

完全にもとに戻るのではないのですかっ？

コロナにかかったようだ。昨日から悪寒がする、頭も痛い。

この一年半完全にマスク無しを押し通してきた。全大阪で俺しかいない...

俺だからできたのだよ...ワクチン券を破り捨てた。俺のポリシーに反するからだ！！

明日やります...

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

>>313
それはアップグレードに使ったdebパッケージのキャッシュ
/var/cache/apt/archives へ同期すれば再利用出来るかもよ

314さんが言うように、使わないで新たにdebを取得した方が安全だけどね

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

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

別マシンでクリーンインストールやり方ページを参照しつつ
腐れハードディスクにクリーンインストール練習します。使用するインストールディスクは
1年前に作成したdebian10のusbです。

げんざいのtimeshift-btrfs環境は手取り足取り人に教えてもらったもので、自力ではできないのみならず、次のことしか憶えていません。

ふつうにext4でインストールした（たぶん）。そのあと「なんかした」その結果ルートパーティションを含む、btrfsができた。

記憶では１，ふつうにext4でインストールした　の段階でおれ環境の問題を越える必要があった。２，「なんかした」について過去の記録をたどればいいのだが、そこに膨大なエネルギーを費やす。

１，で起きてくるはずの問題点を洗うために、クリーンインストール開始。引っかかった場合
ここに質問を書き込みするために、
ハードディスクを手作業で差し替えます。uefi絡みの問題点を回避するため、gptで行くかもしれない。

----------------------------
クリーンインストールの爽快さがほしい。インストール完了後の各設定ソフトウェアのことは
特に何も考えていない。
jd以外はすぐに欲しいプログラムはない。

>>317
めんどくさがらず教えてもらった時の記録で復習しなさい

報告します。
mbrディスクを選択して、

> 新規にインストールするとUEFIのエントリが書き換わるのでそのつもりで
（との指摘があったため）

パーティショニングまで無問題で進行。
参考ページにしたがって、ext4で。以下のエラー。

end of file while reading /dev/sda


いぜん使用不可能になって、半年押し入れで寝かせたら、使えるようになったディスク使用のためか。
げんざいのメイン環境のある優良ディスク上で、デュアルブートで、クリーンインストールして、このwifiテスト用＞もし良好ならメイン環境にじょじょに育てていく。

ということはむずかしいですか？

>>318
>>>317
>めんどくさがらず教えてもらった時の記録で復習しなさい

ありがとう。その通りにします

1. timeshift に対応させたBtrfsでのデュアルブートはgrubの設定がやや難しい
2. いろいろヘタこいたときの処理が面倒
3. 必要なくなった方を封印したり始末つけたり出来たほうが便利

以上の理由から俺は仮想マシンの活用をすすめる
前にも言ったが俺の今使ってるDebian11は仮想マシンで構築して実環境へ転送後ほぼそのままのもの
逆にいらなくなった方を仮想マシンへまるっと放り込んでしまう事も可能

なおバックポートカーネルにしたbuster(10)とbullseye/sid(11開発版)を同居させ切り替えてた時期もあったが
別にヤバいトラブルに遭遇した事は無かったな

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

>>322
ライブのインストーラーは色々ラクですよね
インストール用メディアから入れるのもインストール後の仕様を統一してもらいたいものです

>>322
Sr23様。 2a7e様。ひじょうに有益な情報をありがとうございます。

不調のため　お休みしてます。

特にSr23様の

＞Debian11なら
ライブ環境を開いた状態からのGUIインストールで
ファイルシステムにBtrfsを選択すれば自動的にタイムシフト対応になるよ

という情報に死ぬほど期待しています。

>>324
それは本当　俺も試したし
ちゃんと@と@homeが出来るよ

ただ俺は通常インストーラー派
busterのライブインストーラー使った時ちょっと気になった事があったので
直ってるといいけど

>>324
そうそう　通常版とライブ版では
出来上がるBtrfsのマウントオプションが微妙に違う
確かライブ版だけオートデフラグが有効になってたかな

昔はLiveで入るものは全く別物だったらしいから相当改善したんだろうね

>>325
> ちゃんと@と@homeが出来るよ

仮想マシンよりシンプルなので、これに挑戦しても良いですか？
ハードディスクは、優良品を調達します...と断言したいところですが、モノを買いたくない
気持ちが強すぎて...
あとスナップショット中に、以前報告したとおり、
$ sudo timeshift --list
略
------------------------------------------------------------------------------
0 > 2021-06-22_22-32-03 O $ sudo apt purge firmware-realtek
1 > 2021-07-01_19-01-50 O {timeshift-autosnap-apt} {created before call to APT}
略
>>306
> １は20-57の時刻から推定して、
> $ sudo apt full-upgrade する前の
> 中途半端なデスクトップが起動してる状態。

$ sudo apt full-upgrade 打ち込む前、
$ sudo apt upgrade --without-new-pkgs　が完了するまでは、ノーエラーだったんです！

黒画面（コンソール？）でさあ！いよいよ $ sudo apt full-upgrade　するぞ、えいっ
としたらネット接続しておらず、その旨エラー多発。再起動したらネット接続可能状態になったが、変なデスクトップが起動した。
じつはここで、元のコンソール画面に戻りたかったが、戻り方がわからなかった。
でも日本語しゃべれない状態。

スナップショット1まで戻って、クリーンに？　$ sudo apt full-upgradeをして
こんどは成功して、...とはならないですか？

HDDのチョイスについて

１，
それかひじょうに古いが問題なくウインドウズが動作している40ギガハードディスクをつぶして、
＞Debian11なら
ライブ環境を開いた状態からのGUIインストールで
ファイルシステムにBtrfsを選択すれば自動的にタイムシフト対応

を目指すか

２，
先ごろ失敗した、しかし一時的にたしかに動作していた、スマート値が悪い160ギガハードディスクに再挑戦するか

どっちでしょう？！

恐ろしく貧乏くさい話ですが、これも含めてコンピューティングであると確信しています！

>>328
俺だったら当てにならないWi-Fi環境なら一度諦めて
信頼出来る有線LANで実施するところだけどね

途中でそんな事になった経験が無いから何とも言えないけど
timeshiftが使えなくなったら少々厄介だから半端な事は推奨できないな

>>329
練習用と割り切るならば何でもいいと思うよ
ただし俺は二度手間とか嫌なんで仮想マシンに入れちゃうけど

してやったりな感じに出来たらそれを実機に転送してしまえばいいし
俺はその際Btrfsの機能とNFSの合わせ技を使うんだけど
別に難しくないしその路線なら教えられる

自分は仮想マシンよりも高速USBにインストール派
仮想環境より本番に近いのに加えて
後からレスキュー用の環境としても使えて便利

>>333
USBメモリを準備してくれるのであれば理想的ですね

>>331
> 途中でそんな事になった経験が無いから何とも言えないけど
> timeshiftが使えなくなったら少々厄介だから半端な事は推奨できないな

了解。中途半端なアップグレードの続きはあきらめます

>>333
> 自分は仮想マシンよりも高速USBにインストール派
> 仮想環境より本番に近いのに加えて
> 後からレスキュー用の環境としても使えて便利

低速USBが11のインストールメディア。高速USBが余っていますのでそれをターゲットとするのですね？
そんなことができるのなら、それをやりたいです。

仮想マシンを回避できれば、ワンステップ単純化されたインストール工程になり、

今後も自力でクリーンインストールできます。しかも最初からBtrfsとのこと。

そのためなら、hddは買ってきます。電気街直行

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

>>337
> ルートパーティションにBtrfsを選ぶとtimeshift対応の構造になる

debian10のときは、その選択肢がなかったのですね？

いま、160ギガhddのスマートを見たら
889 個の不良セクターがありますが、使用可能です

とにかくdebian11のインストールメディアを作りたいです。

>>338
> debian10のときは、その選択肢がなかったのですね？
あるけどサブボリュームが一切作られなかった

> とにかくdebian11のインストールメディアを作りたいです。
https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/bullseye_di_rc2-live+nonfree/amd64/iso-hybrid/debian-live-blsy-DI-rc2-amd64-mate+nonfree.iso

>>339
debian-live-blsy-DI-rc2-amd64-mate+nonfree.iso

ダウンロード完了です。ありがとう

debian10のsdを消して11を作ります

その後空いてる高速なusbメモリをターゲットにHDDみたくインストールできるのですね？

出来るけど大丈夫かな
俺はUSBインストールにはあまりいい思い出が無いので

>>342
ありがとう！それで十分です。失敗したらやり直したらいいもの

>>343
俺は機種依存のおまかんだったんだろうけど
USBから起動しないとかあったんで
やるなら俺は口出ししないからね

みなさん、ひさしぶり

>>338
> いま、160ギガhddのスマートを見たら
> 889 個の不良セクターがありますが、使用可能です

ウインドウズのなんとかスキャンというGUIな不良セクタを可視化するツールでスキャンすると

110GBすぎに1箇所のみ読み出し不可能のBAD セクタがあるだけという結果になった。
パテをうまく切れば回避できるのではと。
詳細な検査結果は操作ミスでうしなった。そして思い出したが10年くらい前も、このディスクで悩んで、同じツールで検査してその時も「1箇所のみ読み出し不可能のBAD セクタ」
だったことを思い出した。

ということで、この160ギガhddで注意深く？手動でパテをきって？できるかわからないが、
再挑戦してみようと思う

> ﾜｯﾁｮｲありの方のスレにいる (ﾜｯﾁｮｲ 46e3-DS5f) が何か突然埋め立て荒らしを始めたようだが一体なんなの？
>
> ID:k0z15EpH0
> http://hissi.org/read.php/linux/20210707/azB6MTVFcEgw.html
>
> ID:/wdaBs0A0
> http://hissi.org/read.php/linux/20210708/L3dkYUJzMEEw.html

>>346
はいっ！僕です。すいませんでしたっ

もうしません。はやく11のインストールの世話をして下さい

マスクはしないけど手で口をおおっています

>>347
嘘つき
https://mao.5ch.net/test/read.cgi/linux/1624025086/322-324

>>15-17の時点でお察し

>>348
まず、教えろ。教えもせんやつの　ゆーことは期間。

11のインストールメディアをウインドウズ上で作成してきます

体調不良のため、今夜はそれが限度です。

........ みなさん！ハッキリ言います。僕はこの板の宝です。

革命児です。

Web翻訳家 スレはもう最高のクズのスレです。だから便所の落書きとして使っている。

>>350-351
よく考えてみなさい。

> 110GBすぎに1箇所のみ読み出し不可能のBAD セクタがあるだけという結果になった。
> 10年くらい前も、このディスクで悩んで

仮に埋め立て行為に目を瞑るとしても、こんな不安要素があるのに親身に教えてくれる人がいると思うの？
普通は有り得ないと思うぞ　いい加減目ぇ覚ましなさい。

目を覚ますことなくスレ荒らしを続けるヤツに何言っても無駄。
ディスク以前に頭が壊れている。

>>353
こやつが板で元々どう言う扱いなのか承知の上で助言してたからな
効き目の有無はともかく俺なりの釘打っとかんとと思って

いつ壊れるかわからんストレージ使うようでは面倒見られんわ

たとえ不良セクタがあったとしても、無理に修復する必要はないのでは？
不良セクタは放置しておいたらいいんじゃないの。
ディスクの不良セクタはOSが勝手に無視するので、
ディスクはなんとか使えると思いますよ。