Arch Linux JP Project - Slack - #general

#general

2018年10月

10月1日

@karaage_nennenさんがチャンネルに参加しました

10月4日

@hiro.yo.yo1610さんがチャンネルに参加しました

10月5日

@ytaiga1さんがチャンネルに参加しました

10月13日

久しぶりに質問させていただきます。私の環境ではDebianのGRUBからArchLinuxをブートさせるようにしているのですが、この場合ESPパーティションを/bootにマウントする必要はあるのでしょうか。ArchLinuxでブートローダーを扱うのでなければ/bootを別パーティションにせずにrootと同じパーティション内で完結するようにしてもいいのではないかと考えました。

ESPをマウントせずにやる方法はある事にはありますがかなり面倒だと思います

そもそもUEFIでのブートはESPが必須なのでDebianではESPをrootとは別で用意してると思います。マウントポイントは殆どの場合/bootになっていて、/bootにはGRUBの設定やLinuxのカーネル、初期RAMDISKなどが置いてあるはずです。

もしArch Linuxで/bootを分けなかった場合、GRUBはESP以外のドライブにアクセスしてカーネルと初期RAMDISKを読み込まなければいけなくなります。

一瞬いけそうかと思ったけど確かに面倒そう…

でもgrubなら無理でもなさそうではありますね、BIOSの時は他のパーティションのカーネルと初期RAMDISKを参照していたので

10月14日

Linux の起動自体には ESP 関係ないので Arch 側は root パーティションのみでも起動できるはずです。
Debian 触ったことないですが多分 update-grub で自動で Arch 見つけてくれると思います。

皆さんありがとうございます。カーネルイメージと初期RAMディスクはESP内にある方が良いのでしょうか。ちなみにDebianだとカーネルイメージ・初期RAMディスクともにrootパーティション内にあります。（ESPのマウントポイントが/boot/efiになっている）

あまり ESP 内に置いたことないですが、メリットは /boot でマウントしてる場合にシンプルで済むくらいですかね？
ディスクを暗号化する場合など、ESP は GRUB だけ置いて /boot と / を暗号化することもできるので
個人的には ESP とその辺のファイルは分けておくほうが良い気がしてます。

UEFI環境にしてからずっとsystemd-bootだったので、ずっと/bootにESPをマウントしてましたね…

@odknt @atnanasi なるほど。おそらく私はArch側でGRUBを扱うことはなさそうなので /boot にはESPをマウントしない方向でいこうかと思います。色々情報を教えていただきありがとうございました。

10月15日

@j8takagiさんがチャンネルに参加しました

10月16日

@touuufuさんがチャンネルに参加しました

10月21日

@makoto.nksmさんがチャンネルに参加しました

10月27日

vivaldiを5分ほど使っていると、Archがフリーズしてしまうのですが、他にもこういう症状が出ている方居ますかね？

仮装端末切り替えも動かないので、おそらくArch自体がフリーズしちゃってるみたいなんですけど

いまスマートフォンからArchに切り替えたところです
システムログを読んだところNouveauがエラーを吐いているのを見つけたので、これが原因なのではないかと考えています。実際、内蔵グラフィックスで実行している現在はフリーズしていませんし…

一応ログを貼っておきます

10月 27 22:05:12 CLI-LIN-001 kernel: nouveau 0000:01:00.0: fifo: write fault at 0000251000 engine 00 [PGRAPH] client 0e [GPC0/CTXCTL] reason 02 [PAGE_NOT_PRESENT] on channel 2 [021fd0e000 systemd-logind[412]]
10月 27 22:05:12 CLI-LIN-001 kernel: nouveau 0000:01:00.0: fifo: gr engine fault on channel 2, recovering...
10月 27 22:05:12 CLI-LIN-001 kernel: nouveau 0000:01:00.0: systemd-logind[412]: channel 2 killed!

10月28日

調べた感じだと 2,3 年前から同じエラーが報告されているようですが、解決してなさそうですね。
Wiki に書いてある、カーネルパラメータに nouveau.noaccel=1 指定しても直らない場合は nvidia ドライバに移行するしかなさそうです。

そうですか…後で試してみます

10月29日

公式のpackageでずっとアップデートされないものがあるのですが
どこでつっつく、もしくは代わりにメンテすることを提案できますか？

https://bugs.archlinux.org/
一応、バグレポはここですが

https://wiki.archlinux.jp/index.php/%E3%83%90%E3%82%B0%E5%A0%B1%E5%91%8A%E3%82%AC%E3%82%A4%E3%83%89%E3%83%A9%E3%82%A4%E3%83%B3

最新でないパッケージ。Arch のパッケージのウェブサイトにある Flag Package Out-of-Date 機能を使って下さい。

https://www.archlinux.org/packages/
ここで検索して、Out-of-Date をつけるのがいいらしい

out-of-dateがついて2ヶ月くらいたったんですよね:sweat_drops:
とりあえずlocalでパッチあてれば困りはしないのですが

なるほど…

PKGBUILD に、メンテナさんの名前とメルアドが載ってるので、そこに連絡してみるのもワンチャンですが

ちなみに、なんてパッケージですかね

パッケージメンテナンスにPull request ができると楽なんでしょうけどね

なるほどちょっとメールしてみますね

pkgはこれです
https://www.archlinux.org/packages/community/x86_64/rustup/

Arch Linux JP Slack コミュニティ

Arch ユーザーや Arch Linux に興味がある人なら誰でも参加できる Slack コミュニティです。詳しくはこちらを見てください。

ログ作成日時: 2019/10/04 22:56:36。