Arch Linux

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

@ryoto.no.addressさんがチャンネルに参加しました

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

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

@h.s.13415.bさんがチャンネルに参加しました

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

いろいろ試してみたのですが、解決できなかったので質問させてください。
現在、デスクトップマシンに2つのSSDがあり、１つ目にWindows10、２つ目にArch Linuxが入っています。両方ともUEFI形式かつGPTです。
後者の方にGrubが入っており、電源投入後にGrubのメニューが表れるのですが、その一覧にWindows 10が表示されません。
BIOSでいちいち並び替えるよりも、Grubから選べる方が楽だと思っていたので当てが外れた格好です。
調べたところ、以下のような記述を/etc/grub.d/40-customに加えればよいとのことだったので、

if [ "${grub_platform}" == "efi" ]; then
menuentry "Microsoft Windows 10" {
insmod part_gpt
insmod fat
insmod search_fs_uuid
insmod chain
search --fs-uuid --set=root hd0,gpt2 6A9D-3CDD
drivemap -s hd0 hd2
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
fi

試してみたのですが、特に何も変化はない状態でした。grub-mkconfigコマンドは実行済みです。どなたか解決策をご存知の方はいらっしゃいますか。

os-prober は試されました？

はい。試しましたが、だめでした。

うーんそうですよね...自分も別のドライブにWindows10とArchいれて同じような状況になった覚えあるんですが、どうやって解決したっけなあ
あと思うところがあるとすればbootmgfw.efiがちゃんと/EFI/Microsoft/Boot配下にあるかどうかとかですかね

僕と環境だと/dev/sda2がEFIパーティションでした。hd0,gpt2で指定できていると思うのですが。

それならあってそうですね
他に思い当たる節がなくてお力になれずすみません:pensive:

search のところ hd0,gpt2 を --hint-efi=hd0,gpt2 とかにしてもダメですかね？

ありがとうございます。試してみます。

だめでした……。

tachaさんがおっしゃるように、今参照している /EFI/Microsoft/Boot ってArch側の /EFI だと思うのですが、そこに該当ディレクトリやファイルって存在しています？

もしArch側の /EFI に存在していないのであれば、 /etc/fstab を編集してWin側のEFIパーティションをどこかにマウントしないとダメかもです。

あとはこの辺見つつ $hint_string と $fs_uuid を調べて入力すれば行けそうな予感がします。
https://wiki.archlinux.jp/index.php/GRUB#UEFI-GPT_.E3.83.A2.E3.83.BC.E3.83.89.E3.81.A7.E3.82.A4.E3.83.B3.E3.82.B9.E3.83.88.E3.83.BC.E3.83.AB.E3.81.95.E3.82.8C.E3.81.9F_Windows_.E3.81.AE.E3.83.A1.E3.83.8B.E3.83.A5.E3.83.BC.E3.82.A8.E3.83.B3.E3.83.88.E3.83.AA

/etc/fstab はカーネル起動してからの問題なので drivemap を調整ですかね？

アドバイスありがとうございます。>お二方

いまGrubのwikiを見ているのですが、

>これらの2つのコマンドは Windows が使っている ESP が $esp にマウントされているということを前提にしています。場合によっては Windows の EFI ファイルのパスが異なっている可能性があります。

この一文が気になりますね。色々探っていますがまだうまくいっておりません。

そのページの上の方に書いてありますが、 $esp は通常 /boot になる前提で書かれています。

ただ今回の場合は /boot にWin側のEFI領域をマウントしていないので、まずLinux側のどこかにWin側のEFI領域をブートして、そこを $esp として読み替えていただければ。

ああ、なるほど、これは$hints_stringsを呼び出すための記述でしたね。

Grubメニューの段階ではmountは読み込まれないはずなので首をかしげていましたが、それとは関係なさそうです。

驚くべきことに解決しました。

おぉ

現在の記述は以下のとおりですが、これまでに同じやり方を試しているので理由は謎です。

menuentry "Micoroft Windows 10" {
insmod part_gpt
insmod fat
insmod search_fs_uuid
insmod chain
search --fs-uuid --no-floppy --set=root --hint-ieee1275='ieee1275//disk0,gpt2' --hint-bios=hd0,gpt2 --hint-efi=hd,gpt2 --hint-baremetal=ahci0,gpt2 6A9D-3CDD
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}

ともあれ、解決してよかったです。皆さんありがとうございました。

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

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

度々申し訳ありません。
起動時に[OK]Reached target Graphical Interface. のところでいつも1分〜2分もかかってしまいます。
ハードウェア環境はCore-i7 2600K,RAM16GB,GTX1070,256GBSSD(SSDSC2KW256G8X1)で、CPUは時代遅れですが性能的には問題ないと思います。
デスクトップ環境等はSDDMとKDE Plasmaです。
決してフリーズしているわけではなく、単にGUIの立ち上がりが遅いだけのようですが、なんとかして高速化する方法はないものでしょうか。

ドライバは「Pacman -S nvidia」で入るものを使っています。

GUIが立ち上がる前に裏でなにかが動いてるかもしれないので、とりあえず https://atani.github.io/2015/06/%E8%B5%B7%E5%8B%95%E3%81%8C%E9%81%85%E3%81%84%E5%8E%9F%E5%9B%A0%E3%81%AF%EF%BC%9F%E3%81%9D%E3%82%93%E3%81%AA%E6%99%82%E3%81%AFsystemd-analyze%E3%81%A7%E3%83%81%E3%82%A7%E3%83%83%E3%82%AF/ ここなどを参考にして本当にsddm.serviceが時間を食ってるのか確認すると切り分けやすくなるかと!

ありがとうございます。さっそく試してみましたが、blameオプションをつけてみても特に時間のかかっているサービスはないですね。どれもミリセカンド単位でした。

コマンドべた打ちだと
startup finished in 2.654s (kernel) + 7.699s (userspace) = 10.354s
graphical.target reached after 7.698s in userspace
と表示されました。うーん。

うーん、そうなるとグラボ回りでエラーが出ていないかdmesgとかを見たり、別なログインマネージャで再現するか試したり…となりますね

journalctlでsddm.serviceのログを見るのもありますね

ありがとうございます。以下のような出力になりました。

1月 13 12:19:42 Arch systemd[1]: Started Simple Desktop Display Manager.
1月 13 12:21:31 Arch sddm[645]: Initializing...
1月 13 12:21:31 Arch sddm[645]: Starting...

一行目と二行目でいきなり2分近く空いています。これ以降は秒単位で進んでいるのでここに何かありそうです。

SDDMからLightDMに変えたら一瞬で起動するようになりました。

SDDM周辺に的を絞って調べてみます。

原因が判明しました。
カーネルの問題だそうです。
(参考):https://bbs.archlinux.org/viewtopic.php?id=236696
(解決法):https://bbs.archlinux.org/viewtopic.php?id=237125
結論から言うとhavegedを導入すると治ります。
初期は起動に2分、lightdm導入後は40秒、sddmに戻して上のパッケージ導入後は10秒まで縮まりました。
おそらくこれで解決したと思います。
アドバイスありがとうございました。

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

Hi everyone I'm Dilara from Turkey

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

誰か、以下のスクリプトを実行したときにでるエラーの原因ってわかる人いますか?

## error
:: The following packages cannot be upgraded due to unresolvable dependencies:
pacman curl arch-install-scripts
:: Do you want to skip the above packages for this upgrade? [y/N] ==> WARNING: /var/tmp/rootfs-archlinux-xxxxxxx is not a mountpoint. This may have undesirable side effects.
mount: /var/tmp/rootfs-archlinux-xxxxxxx/proc: proc already mounted on /proc.
==> ERROR: failed to setup chroot /var/tmp/rootfs-archlinux-xxxxxxx

tmpフォルダは、以下のコマンドでランダムに作られる模様
ROOTFS=$(mktemp -d ${TMPDIR:-/var/tmp}/rootfs-archlinux-XXXXXXXXXX)
chmod 755 $ROOTFS

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

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