Debian GNU/Linux スレッド Ver.102

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

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

chrony 入れたらいいよ

>>582
Linux野郎は押し付けじゃなく自分の好きなやり方でやりたい奴が圧倒的だから
ディストリの押し付け時刻同期設はいらね(自分のすきな時刻同期方を使いたい)だよ
色々こんな感じ(自分の好きなやり方で)だから初期設定に手間がかかる
おかげでDEにもこだわりありあり奴多いからDEを色々提供しないと
ブーブーだし。
Winユーザーとは大違いだよな

>>582
confをコメントアウトじゃなくてsystemd-timesyncdを削除しないと
apt Install time-daemon
好きなの選んで

ちなみにsystemd-timesyncdは多くの人が待ち望んだミニマリストだからね

>>586
多くの人が待ち望んだだとしても、押し付けは嫌だで
自分でインストールするんんだろ。
sudo apt install systemd-timesyncd
で、あーだこーだと設定すると...
Winユーザーからメンドくさすぎで呆れるよな

迷ったらRHELと同じの入れる。Ubuntuと同じのは入れない。

>>583
>>585
chrony入れたらntp削除されて別のに切り替わったっぽい
ntp動くようになったありがとう
ただ初期状態から何すればよかったのか必要最低限は何だったのか・・・

＞sudo systemctl enable systemd-timesyncd.service
ここでしょ。--nowつけるか、その後にstartしないと（もしくは、システム再起動）。

>Winユーザーからメンドくさすぎで呆れるよな
nhngd

あ、そうなの
systemdよくわからんくて困りすぎる
パッケージ名の変化とかもうついていけないっす・・・
パッケージ置き換えるのは良いけど後のこと考えてよ・・

Devuanオススメ

12の頃に変わったみたい
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-information.ja.html#changes-to-packages-that-set-the-system-clock

ntpだと政治的にサマータイムがあったり暦の揺れに今後対応しきれないってことじゃないのかな？
まあ金銭的な理由もあるんだろうけど

どの時刻合わせバックエンドも
内部的にntpプロトコルを使ってるのは一緒よ
ただ1つのntp鯖に不通なときサブの接続先が複数設定できたり
設定できる項目が違ってたりするみたい

>>593
どこらへん？
そこまで、利点ある？

>>597
systemdが無い。以上。

>>588
UbuntuはLive ISO USBメモリ挿しただけで時計を9時間狂わせてくれるからなぁ

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も使えない状況ならスマン