Debian GNU/Linux スレッド Ver.102

公式サイト
https://www.debian.org/sitemap

前スレ
Debian GNU/Linux スレッド Ver.101
https://mao.5ch.net/test/read.cgi/linux/1723690274/

FeatherPadだと日本語書けた
siki直はダメ
libdvdcssは確かvlcのなんかで入れた記憶

いきあたりばったりでアップグレードかけたら
パッケージの削除すら困難になるほどいかれちゃってもうなんかいろいろ無理
こんなんならないよう、どうぞメジャーアップグレードは計画的に

仮想環境にTUIのインストーラで普通にインストールしたらdeb822じゃなくて今までどおりのsources.listになったけど
GUIのインストーラとかだとdeb822になるの？

>>642
USB型SSDって言ってもリムーバルタイプと
固定タイプ(非リムーバルデバイスタイプ)で違うからな。
リムーバルタイプならアップグレードうまくいかない可能性がたかそうだが
一方、固定タイプなら内蔵SSDと一緒でうまくいくように感じるが

>>648
リムーバルタイプと固定タイプ(非リムーバルデバイスタイプ)をgrubが区別するのでしょうか?

そりゃそうでしょ

>>649
何となく感じで言っただけだから、そんなのは知らない。
BIOS/UEFIは何となく区別しそうな感じがするが

>>650
>>648と別の人だと思いますが固定タイプ(非リムーバルデバイスタイプ)だと
私のような失敗はしないということですか?
違いのポイントは何でしょ?

>>652
ポイント知っていても教えないだろな
色々教えてもらいたいなら自分から情報(どっちのタイプぐらい)
出さないとな(クレクレ乞食には教えたくないってなる)
で、非リムーバルデバイスタイプ(スティック型USB SSD)すら知らなかったんじゃないのか

atom n270なマシンのbookwormをアップグレード成功。

カーネルはどうしたものかな。
たしかパッケージのソースでamd64設定をコメントアウトすればいけそうな気がしたけど。

なお500近いカーネル依存っぽいパッケージの山。

>>653
これっす！
ps://www.iodata.jp/product/hdd/ssd/sspc-use/

>>649
grub-installが内部的に自動認識して挙動を変えてるのかな…？

強制的にリムーバブルデバイスとしてEFIファイルを
ESPに書き込むには、手動でgrub-installで --removable
ってオプションを付けるとリムーバブル扱いにできるよ
(/boot/efi/EFI/ に BOOT の名前のディレクトリ)

このインストールではマザーボードのNVRAMに
ブートエントリを書き込まない
(んだけど挿すだけでUEFIブートできる)

ただWindowsは絶対に同じ位置にリムーバブル扱いで
/boot/efi/EFI/BOOT にEFIファイルを作成するから
Windows混在させるには都合が悪くなるはず

逆に強制的に非リムーバブルとしてブートエントリを作成するには
--remobable オプションを付けないで grub-installするだけ

なんだけどこっちのインストールは複数マザーを
差し替えて使うにはブートできないのでご注意
あと /boot/efi/EFI/BOOT のリムーバブルとの共存もできないかも

>>649
用語の定義はよく知らんが、HDDとして見えるかUSBメモリとして見えるかの違い？
昔は、USBからのブートはフロッピーエミュレーションだったし。

>>658
HDD として認識されるか USB メモリとして認識されるかという違いだろうね

USB メモリにコピーしてライブ USB で運用するのがシンプルでいいよ
パーシステンスオプションを付ければアップグレードも可能になる
Debian 派生の MX Linux ならパーシステンスオプションを
デフォルトでサポートしてるから難しい操作が要らず便利。

MXでpersist_all
楽だよね

カーネル更新時に
/boot/efi/
および
/sys/firmware/efi/efivars/
がマウントされている必要があるよ
バックアップ用のHDD/SSDにもリカバリ用のDebianが入っているけど
問題なくアップデート等できる

リムーバブルメディアといってもメディアアイコンを変える程度
USBマスストレージで読み書きの手順も同じだし
同期してアンマウントしてから外す手順も同じ

>>661
/sys/firmware/efi/efivars/ ってどうやってmountするんでしょうか?

# mount -t efivarfs none /sys/firmware/efi/efivars
https://wiki.gentoo.org/wiki/Efivarfs/ja

これは無関係かな?
https://forums.debian.net/viewtopic.php?t=152538

こっちも参考に
https://wiki.archlinux.jp/index.php/Unified_Extensible_Firmware_Interface
https://docs.kernel.org/filesystems/efivarfs.html

Debian情報
https://wiki.debian.org/UEFI

本当に起動できない？
UEFIの起動デバイス選択画面で選んで見た？

UEFIでのどのデバイスから起動か選択画面で
HDD/SSD製品名や接続方法から起動を選ぶのであれば
/boot/efi/
だけマウントしておいて書き換えれば可能

UEFI起動選択画面で「Debian」というエントリーを設けたいなら
/sys/firmware/efi/efivars
もマウントしておきて書き換える必要がある

>>666
>UEFIでのどのデバイスから起動か選択画面で
>HDD/SSD製品名や接続方法から起動を選ぶのであれば
>/boot/efi/
>だけマウントしておいて書き換えれば可能
これをやりました
kvmで起動して（つまりMBRに入れたgrubで起動）下記のようにefiにgrubを再インストール
# mount /dev/sda2 /boot/efi
# grub-install --target=x86_64-efi /dev/sda
実機で起動したDebianは/boot/efiが空です
つまりMBRに入れたgrubで起動しているようです
>>657の言うように--remobableを付けてないからってことでしょうかね?
実機はWindowsが入ってるので付けない方が良いかなと考えています

タイポ--removableですね

grubほかブートローダーをUEFIでインストールするには
grub-installを実行する環境自体が
UEFIモードで起動してる必要があるのよ

確かめるには sudo efibootmgr を実行して
このシステムはUEFIブートできませんの
エラーメッセージが無いことを確認と、
lsmod | grep efivarfs を実行してカーネルモジュールに
efivarfsがロードされてるか確認

今回はおそらくliveUSBを挿してkvmブートからのchroot、
→grub-installとかの必要がありそう

あとkvmのフロントエンドに仮想マシンマネージャを使ってたら
デフォルトのブートモードはたぶんレガシーBIOS互換(CSM)なので
そっちのオプションもUEFIモードになってるか確認してね

/dev/sda2 /boot/efi
/dev/sda1 /
というパーティション、ファイルシステムで合っている？
なんで後ろの sda2 に efiか知らんが
# gdisk -l /dev/sda
を貼ってパーティションタイプとか妥当か見てみたら
UEFIファームウェアが初期や高性能でないと後ろのパーティション読まないとか

>>671
/dev/sda2 /boot/efi
/dev/sda3 /
です
/dev/sda1はMBRに更にgrubを入れてます
パーティションテーブルは以下の通りです
Number Start (sector) End (sector) Size Code Name
1 34 2047 1007.0 KiB EF02 BIOS boot partition
2 2048 524288 255.0 MiB EF00 EFI system partition
3 526336 976773134 465.5 GiB 8300 Linux filesystem

trixieアップグレードしてみてわかったのは
収録されてるfsckが12と13で全然違う
12の方が使いやすい、修復用liveイメージ確保するなら断然12

trixieのfsckはtestdiskと併用して使えとかあって？？？ってなった
bookwormのfsckは不具合あるdiskサクサク直してくれる
なぜこんなことに

クッソ時間を使うな
昔は楽しかったもんだが歳を取ってくるとストレスも大きい

何を苛立っているかというとAndoridからbluetoothでファイル転送するのに
今日の2時間も使ってしまったorz

転送できただけまだマシ

よく確かみてみろ、その端末はAndroidか？

確かみたよw Androidだよ

デバッグ期間だからイライラするのもしゃあない

LLMに聞くといいぞ。沢山提案があって余計時間かかるかもだが

>>676
だよな。
Winでbluetoothでの2時間の転送となると途中で失敗になる可能性大だろうからな
時間かかる(bluetoothで転送速度遅いからしょうがない)が失敗しないってさすがLinuxだよな
>>680
Andoridからファイル転送するにしても
先ずAIにAndoridからファイル転送するのに時間が掛からない方法を教えてクレクレだよな

WiFiでやるからな。sambaサーバ建てて、泥アプリのファイラで接続したら早いぞ
WiFiモジュールが壊れててUSBtype-cも使えない状況ならスマン

公衆WiFiの認証の際にクリックさせるURLがメールで送られてきやがるのさ
それで携帯で受信してクリックしても公衆WiFiを使いたいPCでは使えないw
なのでメールをBluetoothなどの方法でPCに送る必要があって使ってる

（PCでメール受信すればいいのに）

以前のUSBデバイスとして使えたAndroidに比べて
ドライバが書かれないとBT接続できないタイプは結構困る

>>684
これから繋げようとしてるのにどうやって？

（携帯はどうやってメール受信してるんだろう）

携帯は携帯の回線です

>>681
2時間ってのはでかいファイルに2時間掛かったの意ではなく
trixieにアップグレードの影響で
以前に使えてたbluetoothファイル転送が出来なくなってしまい
原因究明に2時間使ったの意味です
昔はデバッグは100%楽しかたけども
タイパ悪いよねって思いが強くなってきました

気持ちはわかる…
でもこう言っちゃなんだけどdebianはどちらかというと
タイパを犠牲にして調べて知識を得ることで
引き換えに安定性とPCスキルが身につく系の鳥なんだよね…
何をもってタイパとするかにもよるけど

事務とWeb閲覧とコンテンツを消費するための
なにか手っ取り早い道具としては、
MintとかUbuntuにはやっぱり敵わない

ぐぐって見つけたコマンドをたたくだけなのにスキルって...
何に使うのそのスキル

パイプで繋げたりして色々便利に使うんだろ？
馬鹿だから俺はろくにできないけど

公式を覚えて理屈を覚えないタイプかな、ものを学ぶということそのものを勘違いしてる

テキスト出力の加工は
grep, sort, uniq あたりでかなりできる
sed/awkを使う処理はわたくしには難しい(覚えてねーし)

awk覚えると楽だよ
近年だと、Rubyワンライナーを覚える方がオススメではあるがawkの方が短い

仕様を自然言語で書ければLLMがC++でもRustででも書いてくれる時代だよ

awk -Fよりsplitの方がモダンで良いとか、そういうレベル
ワイは初老だから、ワンライナーでは慣れた前者、教育的観点からは若い子には後者かなって

一番問題なのは、sortにしろcutにしろオプションの書き方をすぐに忘れてしまうってところだな。
かっこよくコマンドラインから一発で決めようとして、いつもフィールドやデリミタの指定で詰まる。

フィールドに関するコマンドラインオプションは、sortなら--field-separator, awkなら-Fと、私は覚えてる
Rubyならsplit一発で、覚えれば各コマンドの差は吸収されるから、パイプで食わせて全部Rubyに任せた方が楽なケースもあるだろう、そんな感じ

flatpakでインストールしたdiscordが太古のGUIカーソルみたいになってて変更したいのだけれど
どうやったら変更できる？

二時間かかったくらいで文句言うなら辞めたらええｗ
もしくはUbuntu系に乗り換えるか大人しくイチから入れてｗ

debパッケージで入れてみた。ワイもディスコデビュー

debパッケージだと更新が頻繁で大変だったんだ

>>701
2時間で得たのが何なのかによるよ
obexdとか覚えるだけ馬鹿馬鹿しい

>>703
更新なんてパッケージマネージャが自動的にやってくれるよ
それが大変ならウィンドウズだって使いこなせないよ

カーネル Linux 6.12.41 がやって来たから更新できるよ

n270で32bitカーネルビルド初めたけど12時間たっても終らない。
うっかりデバッグビルド外すの忘れてたけどそれでも長い。
linuxってこんなにでかいのか。

bookwormのままにしとけばよかったかな。

ウインドウ環境のターミナルでアップグレードしてしまった…
コンソールに移動しdpkgで修復後 apt full-upgrade

>>707
https://www.debian.org/releases/trixie/release-notes/issues.ja.html#reduced-support-for-i386
> i386 なシステムを動かしているユーザーは、trixie にアップグレードすべきではありません。

>>709
しってる。
それでもやりたかったんだ。初のカーネルビルドの誘惑には勝てなかった。
クロスビルドできないなんてしらなかったんだ・・・

>>703
testing/sid にして毎日のようにupdateすれば楽しいかもよ

>>705
repositoryあったっけ？

trixieへのアップグレード時間掛かるな
これ並列化があまいような気がする
アンパック（解凍）とか依存がないパッケージの設定は
並列でやれば速くなるんとちゃうのかな?

>>686
メール認証させるWiFiは認証するまでの時間だけ素通しだよ
JR東日本の新幹線WiFiとか
だからGmail web版でも認証出来る

>>690
30年くらいdebian使ってるけど
メジャーアップデートは3ヶ月は見送りだよ
最初の頃はいろいろ知識増えるけどさ
一通り知ったら後は手間だけの問題でしょ

>>713
ボトルネックはdisk i/oでしょ
早くupgradeしたけりゃnoatime mountにしたらどうなの

debianのインストーラー異常に時間かかってたんだけど
後にその件でバグ発表あってずっこけたの思い出した
異様に時間かかるならまたバグじゃあ

アップデートはすぐにしちゃだめてIT(イット)の基本原則なのにいったいなぜ...

>>714
まともな人が開発すればそうだと思うのですが
世の中には非合理なシステムあるんです
そして恐らく私以外は誰1人ユーザーがいないと予想されるので
苦情も出なく改善されない

>>707
N270はWindows XPがいちばん幸せだよ

DebianもUbuntuもRedHat系も32bit環境を最新バージョンでは切ってしまった
あとはSlackwareライクに、既存システムをもとにカーネルオプションも全てカスタマイズして最小限でビルドするとかな
Bookwarmでdebootstrapして始めた方が早いかもな

【隙自語】
kernel-2.2.14あたりなら手元でビルドしたな
K6-2 350MhzでRedHat-6系のsrc.rpmでi586カーネル作成に2時間程度だった記憶

昨日で32周年か
ianが目指した本物はgnuinosの方だよ

gnuinos なんていうデビアンスピンがあるなんて意外です

酒・・女性警官・・包茎・・自殺・・・
不審な事件だった

cherrytrailの富士通arrows Q508、debian trixie/sidでgtk4版のpavucontrol(6.1)でpavucontrolの起動中は内蔵サウンドの音が出なくなる症状はうちだけ？
pavucontrolを終了すれば音は出るし、pavucontrol-qtは問題ないし、pwvucontrolとか代替アプリもあるからgtk4版のpavucontrolを使わなくても特に問題はないんだけど。
サウンドサーバはpipewire1.4.7です。

arrowsスレに投稿したんですが、Linux板のほうが良いと言われたのでこちらに投稿しました。

bookwormのgtk3版pavucontrolにダウングレードした場合も問題ないです。gtk4版の最新版だけの問題の模様。

sparkyのsemirolling版をdebian14forkyベースにコンバートして使用中。
今は安定してるが、そのうちアチコチ壊れだすかも。実に愉しみだｗ

root on zfsなbookwormをtrixieにアップグレードして問題なし！と思ったら
ループバックデバイスでディスクイメージをマウントするとたぶん書き込みのタイミングで
シェルが応答しなくなるしカーネルがハングしてるって報告してる。
調べてみたらopenzfs 2.3.3で修正がコミットされたっぽいんだがdebian 2.3.2にバックポートされてないから
zfsutils-linux/unstableを入れる羽目に…

暗号化関係の古いバグ修正をリリース前にねじ込むくらいならこっちのほうをねじ込んでほしかったわ。

ZFSとか人柱すぎだろ…

ZFS使うならTrueNASだろうか？

FreeBSDかSolarisかな…

バター使ってひどい目にあってから別のFS試す気力がわかない

↑非推奨のbtrfs-RAID5でデータ飛ばしたとか…?

バックアップ取らなきゃ

データやプログラムのファイル生成は
一瞬だったり長期間かかったり様々だけど
ファイル消去はあっという間だからね
まぁSSDもwriteは遅いので全滅は免れるかもしれんが

OpenIndianaでZFSを使ってた、というかZFSを使うためにOpenIndianaを導入した、が正しいか。
LinuxのZFS実装が気炎上げてるって話をよく聞いていたし同様にBtrfsが
地雷原っぽい話ばっかり聞いたからRoot on ZFSだったんだけど…
そっかー、昔からのLinux使いからするとZoLは人柱レベルだったのか。

rootはext4で良いんじゃね
LVMで/homeあたりを使うなり、RAID構成のヘリウムHDDでストレージ構成するなり

FS実装の安定度だけで済まないノウハウがboot deviceには必要だよね
今はsecure bootもあってデストリの方でも対応が変化しているし

>>732
特筆するものがなにもない環境だったが全データふっとんだ
ReiserFSが快適すぎて油断した

>>738
それは残念…確かにext系と比べたらごくたまに
正体不明にリードオンリーになったりはあるけどね
ついこないだそうなったときはbtrfs checkで直った

以前はあくまでテストですってなってたbtrfs checkも
btrfs自体もこまめに最新カーネルに上げるのがいいかも

Btrfs はまだドキュメント少なくない？
Oracle Linux のを参照すればいいんだけど。
今の所、Btrfs をテストしているのは、Fedora と Oracle Linux 位かな。

>>735
ずっと待ってたけど、オリジナルのSoralis版がライセンスの問題で使えなくて、Linux版は再実装でしょ。
それだと安定するの時間かかっちゃうもの

Plasma 6 の出来が相変わらずダメだな
日本語キーボード設定しても何度でも英語に戻ってしまう

おまいの使っているディストリビューションが悪いか、おまいの設定の仕方が悪いのだろう

10年ぐらいLinuxでZFS使ってるけどトラブルないのは奇跡なのかな

plasma6はime診断が入ってる
設定の指摘メッセージでるようになってた