Arch Linux 19

公式
https://www.archlinux.org/

ArchWiki
https://wiki.archlinux.org/

フォーラム
https://bbs.archlinux.org/

インストールガイド (英語, 日本語)
01. https://wiki.archlinux.org/index.php/Installation_guide
02. https://wiki.archlinux.jp/index.php/%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E3%82%AC%E3%82%A4%E3%83%89

※ 質問はインストールガイドを熟読し、ArchWiki、フォーラムを検索してから。
※ 次スレは>>980が建てること。

前スレ
Arch Linux 16
https://mao.5ch.net/test/read.cgi/linux/1613324251/
Arch Linux 17
https://mao.5ch.net/test/read.cgi/linux/1659058308/
Arch Linux 18
https://mao.5ch.net/test/read.cgi/c/linux/1703764780/

LD_LIBRARY_PATH
XDG_DATA_DIRS

とか調べたらパスが通っている/binには置かなくなったな
パスをexportして起動すればいいやっになった

/binに置くのはさすがにないかもなあ

>>480
あのDracutが良いんだけどな
ついこの間尼でWifi6アダプター買ったからEOSにシェルスクリプトでインストールしてみたけど問題なかった
カスタムカーネルだとハジカれることも多いから流石だと思ったよ

>>484
詳しくは知らないけどEndeavourOSのDracutは
/etc/kernel/cmdlineに共通の起動時のカーネルコマンドを書いておいて
sudo reinstall-kernelsにお任せが俺の性に合わなかった

>>478
パッケージマネージャーを介さずにぶっ込むなら/usr/local/binか~/.local/binにしとけ

騙されるなよ

そういうのは /home/omaenodir に突っ込むもんだ

たまたま今発見したんだけど、直近7日では
archがcachyを抜いて、一位におどりでてる。なんか、誇らしいよな

そんな事を書くと、いつもArch系にテッペンを取られる Mint ファンが怒るぞｗ

これか
1 Arch 5359>
2 CachyOS 5274>
3 Mint 2338>
4 EndeavourOS 2094>
5 MX Linux 2030<
6 Zorin 1626<
7 Debian 1455>
8 Pop!_OS 1318>
9 AnduinOS 1248>
10 Solus 1150>

なんかFirmwareいっぱい落ちてきてない？
これが人気の秘密か

カタマリをバラしてるだけとか言わないよな……

out-of-treeは基本aurじゃないの

ちょっと前まで全然人気なかった気がするけどOmarchyとかいうやつの影響？

久しぶりにDistroWatchみたらFreeBSD 15.0がリリースしてたわ

ArchはFelix Yangって武漢の中国人が一人で過半数のパッケージ担当してるだろ
属人性が強すぎて大丈夫なのか？って感じてる。そいつがやめただけで回らなくなりそうだ

そろそろ中央集権でソフト管理するのやめたほうが

ユーザーと開発者で別れているわけではないのがLinuxの特徴だと言える
むしろ個人の手直しの集合体で始めたものがいくつか会社化しておかしくなっていると言える
俺はAIでなくなる職業個人的一位はUbuntuの派遣事務所だと思う
せめて名前をMintみたいにバカでも分かる発音にするべき

AI は知恵遅れ

>>498
こっちで頑張れ
Ubuntu 104©2ch.net
https://mao.5ch.net/test/read.cgi/linux/1456808111/

昨日アプデしたけど何だかplasmaデスクトップ動作が怪しいな
ロールバックしてしばらく様子見

実はEndeavourOSのLiveデフォがひとつ前はPlasmaだったが直近はxfceに戻っていてだな
俺の感想としては調整が面倒くさいんだろうなと思ったわ

kdeていきなりインデックス作り始めてcpu縛食いするしこんなゴミみたいなもんあるんやとおもた🐼

>>501
俺も一昨日、数ヶ月放置してたサブPCをアップデートしたらタスクバーの設定が開けなかったり、いくつか挙動がおかしかったわ
別のDE入れて遊ぶつもりだったから気に留めてなかったけど

今pacmanをアップデートしたらyayが動かなくなる
自分でyayを再ビルドしないといけないから気をつけて

yay: error while loading shared libraries: libalpm.so.15: cannot open shared object file: No such file or directory

ls -l /usr/lib/libalpm.so
lrwxrwxrwx 1 root root 13 12月 12 22:03 /usr/lib/libalpm.so -> libalpm.so.16

なぜかpacmanだけ更新できないわ・・

yay-binだと問題ないな

個別アップデートしなければ問題ないとか言ってた人いたけど、そのケースよく起こるよね？

yayを先に入れて
yay -S pamac-aurを使ってたけど止めて
yay -S pamacを使って見たらうまく行った
yayもpamacも無事に使えてる

>>507
yay、yay-binともに3時間で修正されたみたいね

>>508
AURのは非公式パッケージで利用は自己責任ですし

>>505だけどもう修正されたんだ
余計なことせず寝ればよかった

paruはまだ死んでる

そもそも土曜日曜にリポジトリの更新はしないな

251209版を使ってインストールしてみたけど
自動でログインするがなかった
251129版だと下に自動ログインするがあることを確認
疲れた・・

そういうの面倒だから手動でインストールするようになった

>>515
能力が高くちょっと神経質な人は、そう言って、
鶏のパッケージ管理を拒絶して全部自分で管理するようになる。

今も昔もGuided installはおまけだし。

arch のサイトって不安定だよね

知恵遅れが運営してるの?

25日から攻撃受けてるって

https://status.archlinux.org/

>>518
じゃおまえが運営すれば？

この手のDDoSはpull requestをrejectされた無能の逆恨みだと思ってる

攻撃に対してCDNに対応策求めてるけど年末休暇でしばらく対応得られなさそうだ

更新がくるたびにwineの挙動がひどくなってる気がする
exeを終了させて次のアプリを動かしたら音が一瞬だけども再生されたり
細かいバグが目立つようになった気がする

カーネル6.18だとSteamのGE-Proton 10でゲームが起動しないことがあるけど
カーネル6.12だと問題ないんだよね

自分もwine-stagingアップデートしたら今まで使えてたexe動かなくなったから2つ前のに戻したわ

wow64とかも結構な大変革だったと思うけど、また最近なんかやっとるんか

wineも色々あるかもしれないけど、DEとかWMにも問題あるから不具合潰してくの疲れる
とりあえずniriからKDEに変えてみたけど、wineは良くなってもDE自体の動作が気に食わない

ちょっと試した感じだと不具合としては
labwc環境でenv --unset=DISPLAYでMery.exeをwaylandで起動すると
メニューウインドウのメニューが表示されない
xwaylandならMery.exeのメニューが表示される

xwaylandで起動するとwaylandで起動したアプリ同士のコピべが機能しないものがある

xtra/wine 10.20-2 (56.3 MiB 503.1 MiB) (インストール済み)
A compatibility layer for running Windows programs

$ inxi -S --filter-all
System:
Kernel: 6.12.0-pf4 arch: x86_64 bits: 64
Desktop: LabWC v: N/A Distro: Arch Linux

久しぶりにgnome49.2の拡張機能みてたら、forgeが対応なってたのでさっそくいれた。

[バージョン] JDim 0.15.0-beta20260102(git:bb680e1467)
[ディストリ ] Arch Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] GNOME (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.11
[ そ の 他 ]

systemd bootでやっとwin11とdual bootできた

Pythonのメジャーバージョンアップで大量のアップデートが

>>531
kwsk
俺もどうにもならなくて困ってたんだよ…

1. 最も簡単な構成：EFIパーティションの共有
通常、Windowsを先にインストールすると、約100MB〜260MBのEFIパーティションが作成されます。Arch Linuxのインストール時に、新しいEFIパーティションを作らずに、この既存のパーティションを /boot にマウントしてインストールを勧めます。

メリット
systemd-bootが /EFI/Microsoft/Boot/bootmgfw.efi を自動で見つけるため、設定ファイルを書く必要がありません。

起動時に自動で「Windows Boot Manager」がメニューに現れます。

2. すでに別々のEFIパーティションで作ってしまった場合
もし、ArchとWindowsで別々のEFIパーティション（物理的に別の場所）を使っている場合、systemd-bootのメニューにWindowsは出てきません。この場合の「最も簡単な解決策」は ファイルのコピー です。

WindowsのEFIパーティションをマウントする（例：/mnt などに）。

中にある EFI/Microsoft フォルダを、Arch LinuxのEFIパーティション（/boot）の EFI/ の中に丸ごとコピーします。

Bash

# 例：WindowsのEFIが /dev/sda1、ArchのEFIが /boot の場合
sudo mount /dev/sda1 /mnt
sudo cp -r /mnt/EFI/Microsoft /boot/EFI/
これだけで、再起動するとsystemd-bootが自動的にWindowsを認識します。

設定ファイル（loader.conf）の書き方
メニューの表示時間を設定するだけでOKです。

/boot/loader/loader.conf を以下のように書き換えます：

Plaintext

default arch.conf
timeout 5
console-mode max
timeout 5: メニューを5秒間表示します 。
30くらいがいいかも

起動ディスクが一つだったら、
Winの方は無理にWindowsBootManagerから単独ブートしようとせず、
systemd-bootを先にブートしてWin(WBM)は
そこからチェーンブートするようにしたほうがいいなあ

物理的に起動ディスクを複数に分けるなら
bootnextでもefibootmgrでも割と自由

>>532
Pythonてメジャーアップデートしたの？

>>537
マイナーアップデートだな

windowsとのdual bootで
systemd bootを使えば、windows用のefiにbootできるので
grubを使うより、はるかに簡単で幸せになれることがわかった。
要望があれば、手順を公開する。といってもたいしたもんじゃないが

＞EFIが/dev/sda1、ArchのEFIが/boot
systemd-bootって確かgrubと同じ方式（/bootとEFIを分ける）にすることもできるようになったよね？
grub方式だと/bootをFATにする必要がないのがメリットだけど、UKIなら/bootはEFIと同じ方がいい、のかな？
ただし、それだとWindowsが作るEFIパーティションが260MBでは足りなくなるかも。

Archのおかげでビルドすれば大体のアプリが動く環境になれるんだしWindowsなんて捨てちまえよ
っていうかWindowsを捨てたいからLinux使ってるんじゃねえの？普通は

確かに。UKIなら200MBだと心もとないので、UKIを使わないようにするか、あるいは、俺はwin側でpartition toolを使って、500MBくらいに増やした。
あとは、archinstallスクリプトで、マニュアルで/boot と / のマウントポイントをつけてやれば、勝手にsysytemd bootがwin11をみつけてbootメニューに表してくれる。いままで、arch用にefiのフォルダを作らなくてもいいのはかなり楽。

archはトラブったら誰にも頼らず自力で直せ、が公式な方針だから大半のLinuxディストリの代わりにはなり得ないし勿論Windowsの代わりになどなれない

windowsを使うメリットは、linuxにないアプリがあるのと
bios updateがfwupdでうまくいかないときがたまにあったりで
あればあるなりに使えること。その意味でmacも使ってる。

今はAIがかなり優秀でたいがいは、コマンドまできれいに教えてくれるから。
昔のように、linuxのしきいは高いということはない。

というかWindowsの話なんてするなよアホ

ArchあればWindows要らないとか言い出したのは君では？

実際にWindowsは要らないよ
Windows kernelをさっさとLinuxに置き換えるべき

マイクロカーネルからモノリシックカーネルにリプレースすんの？先祖返りさせて何の意味が？

arch hurd使いたいんだけど？live isoないの

Win11とのデュアルブートをする予定はないけど>>534を見た感想
1←WindowsがアップデートでEFIパーティションを弄ったときにsystemd-bootがぶっ壊れそう
2←WindowsがアップデートでEFIパーティションを弄ったときに再度コピーする必要がありそう

復旧するときの手間を考えると2が良さそうな気がする

Win10からの乗り換え需要を見込んでなのか知らんけど、いつの間にかセキュアブート関連の記事が充実してるな
今、普通にUEFI-GPTで環境構築したり、セキュアブート使うならsystemd-bootがよさげ
自分はセキュアブートを信用してないからGRUBでbootパーティションの暗号化してるけど

archinstall スクリプトでiwctlを使わなくてもよくなった

わざわざ代える必要もないからGRUBを使い続けているけど、ディストロ毎で全然違うよな。
そのせいか知らんが、GRUB+os-proberで他のディストロを認識して追加したところで、まともに起動できたことがない。
結局それぞれでGRUBを入れて、EFIの方で切り替えて使う羽目に。
Windowsだけは起動できるけど（ただのチェインだから何も難しいところがないからだろう）。
systemd-bootはそのへん改善してたりするんかな。

更新来るのはいいんだけど一部の画像ビューアアプリが全く起動しなくなってしまった
アプリの更新を待つしか無い・・かなぁ

python絡みが結構悩ましい
binだけでなくlibもいるから

nvidiaがなくなってnvidia-openに変わったら
モニターが映らなくなってしまった

>>557
gpuは？

nvidia-openからnvidia-580xxにしたらなおったー

>>558
調べ方がわからん

590になってから10X0は非対応になったはず
だから、580をインストールすれば従来通り動くようになるってやつじゃないかな

なんかArchのお知らせにあった気がする

>>560
わからなくてよく正解にたどり着けたね

desktop-file-install がエラーをお吐きになる…
分からんねむい よし cp っと…

GpuはB580

wine-staging v11.0にしたらまたexe動くようになった
ウインドウの大きさが変更できないけど

リポジトリに less 1:691-1 が降ってきた
使ってみると HOME や END キーの挙動がガラッと変わってビックリよ()

おいらと同じ様に混乱する人が居るかもしれないので,
$HOME/.lesskey を置いて該当部分を書くと,従来通りの挙動に戻せたと報告しとくわ

おいらは無理矢理685に止めている状態

正解だったかw

おいらｗｗｗｗｗｗｗｗ

低スペスレにかえりなさいw

glibc-2.43 ﾏﾀﾞｰ?

ここ1,2週間くらい前からと思うんだが
SATAのホットプラグが効かなくなった
電源入れたまま再起動するかscanすれば出てくるけど、起動中に電源入れただけだと/devにいない

基本に立ち返り電源を疑う

あ、俺も一昨年ずっとHDDが不安定でエラー吐きまくってたのに原因がつかめずにいたら、
ある日突然、ぱぁんっっっっっっって破裂音とくっさい臭いともにPCの電源が入らなくなったw

電源ユニット交換したら何のエラーも吐かなくなったwww

wineとwine-stagingでは単なる先行パッチ以外の違いがずっとある感じだな。
基本的にstagingの方は使いたくはないんだが、stagingの方がずっとパフォーマンスがいい（体感で分かるほど）。
いつかメインの方にも適用されるだろうと思っているんだけど、ここ2年以上はずっと差が付いたまま。

wineはメインブランチに入ってない外部開発の機能色々あるからなぁ
lutrisでアプリごとに使うバージョン管理するのがいいわな

zswapなどでメモリー圧縮を有効にすると
Kernel 6.18でもSteamのGE-Proton 10でゲームが起動できるようになった

$ inxi -S -xxx --filter-all
System:
Kernel: 6.19.0-rc7-1-MANJARO arch: x86_64 bits: 64 compiler: gcc v: 15.2.1
clocksource: tsc
Desktop: LabWC v: N/A with: waybar tools: swayidle vt: 2 dm: 1: GDM
v: 49.1 2: LightDM v: 1.32.0 note: stopped Distro: Arch Linux

glibc-2.43 ﾏﾀﾞｰ?

>>577
自分でcommitすればいいよ
簡単なことだよ

glibc-2.43 ﾏﾀﾞｰ?

>>579
自分でcommitすればいいよ
簡単なことだよ
なぜ自分でcommitしないの？

glibc-2.43 ﾏﾀﾞｰ?

とっくに自分のPCでは2.43になってるんだよw