Debian GNU/Linux スレッド Ver.102

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

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

systemdないと起動に1時間かかりそう

Ubuntu でもChronyをデフォルト化する流れ

Ubuntu 25.10（questing）の開発; Chronyのデフォルト化と⁠⁠、『開発者のためのUbuntu』
https://gihyo.jp/admin/clip/01/ubuntu-topics/202505/30

>>598
最高じゃないか

systemd使ってなくても、dbus、logind、udev辺りは、大概systemdから個別に切り出してforkしたものを使ってたりするし。

2036年問題や2038年問題にちゃくちゃくと手を入れてるのね

>>602
MX Linuxがクセ強くて嫌という人には良いのかも
そうでない人には、一般的には、ユーザーの多いMX LinuxやantiXの方がすすめやすい

>>599
それは端末のハードウェアクロックをUTCに合わせて、
そこからOSで時差補正を設定してJSTを表示するのが
Linux的に標準だった記憶がする…(曖昧)

本来クロックをUTCで運用しないOSがおかしいが
Windowsがそうだからマルチブートのために
いろいろ細工してるデストリが多い

上の方でtrixieのLXQtをwayland上(labwc)で動作させてる
って書き込みがあったから検証してみた
とりあえず大きな問題はなく細かい設定は要るけど動いてるみたい

まずnetinstでGUIなし(DEなし)でインスコ
自分はnetinst ISOよりさらに小さいmini.isoを使った

コンソールログインから
$ sudo apt update
$ sudo apt install lxqt labwc
最小でテストするにはこれだけでよかった

インスコが終わってプロンプトが返ってきたら次は
lxqt-wayland-sessionってLXQt+waylandの起動スクリプト
＋LXQt設定画面上でのwayland設定パッケージを入れる

このパッケージはまだstableに降りてきてないんで
/etc/apt/sources.list に sidのリポジトリを一時的に追記する
("trixie"のリポジトリ行をコピペして"sid"に書き換えると楽)

追記したらまた　$ sudo apt update　で
$ sudo apt install lxqt-wayland-session
インスコできたら追記したsid行はすぐコメントアウトして
再度 apt updateしておく

waylandで起動するだけならこれで準備ができたので再起動
LXQtのログイン画面(SDDM)が表示されるはずで
ログインセッションに「LXQt (wayland)」ってのが選択できたら
それを選んでログインする

真っ暗画面にLXQtセッションの設定だけ見えると思うので
wayland設定 → コンポジタ でlabwcを選んで再ログイン、

これでLXQtデスクトップがwayland(labwc)上で表示される…多分

あと補足で、キーボードレイアウトがデフォルトで
英語キーボードと認識されるのは
~/.config/labwc/environment　って設定ファイルを開いて
余分な設定が有効だったらコメントアウトして

XKB_DEFAULT_LAYOUT=jp
↑自分はこの行追記だけで日本語キーボード認識できた
日本語インプットメソッドはfcitx5-mozcでとりあえず大きな問題なし

画面ロックはswaylockをパッケージインスコして
LXQtセッションの設定 → wayland設定 → 画面ロックにswaylockで
手動ロックのみ動作確認
(目が痛いので swaylock --color 000000 でもいいかも)

アイドル時間での画面省電力と自動ロックは
今のところ未検証
以上長いチラ裏

まとまったものはここに書いても読み難いのでQittaかZennに書けば？

おつかれさまでした
>>611 は知らなかった
やってみる

>>609の部分、一時的にapt lineをforkyに書き換えて、
apt install --download-only
でパッケージを入手して、debファイル入手後に即戻すのも手かも

$ sudo apt install ./lxqt-wayland-session_0.1.1-3_all.deb

というかんじでインストール可能、と

誉め称えよ
https://news.yahoo.co.jp/articles/b1df5e3a36b1c22359862f24d962cd04d304f6f6

>>608
mini.isoで使って、さらに、sidのリポジトリのパッケージ
を使うってLinuxマニアすぎだろ。
Linuxマニアになると押し付けすぎは嫌だで自分であーだこーだとセットアップするんだろうが

>>615
パッケージがわかっているなら
https://packages.debian.org/ja/
で検索すれば
ここから落としてね教えてくれる
https://packages.debian.org/sid/lxqt-wayland-session

母じゃないな
今となっては

netinstより小さいと良いことでもあるの？

ダウンロードを最小限にしたい人は嬉しい。
ミニマリスト用かな

netinstって32Mくらいじゃなかったっけ？
今みたら750Mくらいあった

debian 10とか11の時代で400MBくらいだから、肥大化はしとるね。

CDRより1桁小さいのが売りだと思ってたのにｗ

PXEブートで使えばいいのかな

以前のnetinst.isoがmini.isoに名前変わってる余寒
debian推奨がnetinst.isoだったよな？

miniは別にPXEブート専用じゃなくて
isoファイルだけUSBメモリにでも焼けば
普通にBIOSの起動メニューからboot可能ですぜ

TUIになって、debianのbasefile部分もネットワーク取得
だけど基本的なインストールプロセスは
netinstと同じなはずだし
古い128MBぐらいの使い道のないUSBメモリとか
SDカードが余ってたらそれにも入って無駄がない(?)

>>621
woody～etchのbusinesscard.isoが30MB強でしたね
netinstは当時でも100MB超えてました

今どきって
/etc/apt/souces.list
bookwormをtrixieに全書き換えapt更新GOは間違い？
最新情報どこで得ればいいのかもうわからないよ

Debian.orgにないんかい

update totyuu de fep ga ugokanai
debian.org de komakai jouhou eru to iu hassou ga nakatta

>>628
https://www.debian.org/releases/trixie/release-notes/upgrading.ja.html#adding-apt-internet-sources

CDNの太近回線でダウンロードするには新しい記法使えだって

>>631
新しい記法というか、deb.debian.org参照するのがCDN使うのでおすすめってやつだな。

hohou arigato thx
manabi ooi wa

このスレも最近はスマホで見ちゃうな
fepはオッサンにしか伝わらないぞｗ

ワイ初老
Windows 95 OSR2.0以前のことは知らないのでFEPは単語しか知らない

Wnn 4.2なら大学で使った
MS-IME95すら使ったことが無い

https://i.imgur.com/GqLx73e.png
buji sibou
iso kara debian13 install site kimasu....

>>636
いちおう、一番上のpythonパッケージに
i386ってアーキテクチャ名が見えてるけど
マシンが32bitCPUだったりはしない？？

trixieではi386はwineで動かすとか用に
部分的にパッケージ提供されてるだけで
実インストールは不可なはずよ

>>629
普通は公式や誰かがブログでアップグレードの仕方を提示しているが
でも、Linuxに多い乞食は自分で調べるのがいやで、掲示板に書き込んでクレクレする
(自分でやりたくないこと誰かにやらせる)
ってが普通だからな
当然、乞食は乞食精神に反するということでリリースノート等を読むなんてありえない

>>637
amd64 desu
i386package nannde haitteru noka wasureta kedo
(iso dekai torrent osoi...

この状況でもemacs+ddskkなら日本語変換出来てコピペすれば書き込み出来る。IME要らずでよいよ

emacs tukaenai jibyou ga arimasite....
goho goho...

くだ質に相談してたんだけども
USB型SSDに入れてたbookwormをアップグレードしたら起動できんくなったよ
どうもgrub-efiがアップグレードされなかったみたい
同様の環境の人はアップグレード気をつけてね

小指は労ろう

libdvdcssってパッケージも気になる
これ暗号化DVDを割る野良パッケージでDebian公式じゃないだろ
（おれも昔使ってたから知ってるｗ）
リリースノートでは野良パッケージは削除してからアップグレードすることを推奨している

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に任せた方が楽なケースもあるだろう、そんな感じ