LA UOSC

scyda

你试试最新的iso，https://mirrors.wsyu.edu.cn/loongarch/2022.09/iso/archlinux-2022.10.26.7-loong64.iso

yetist
非常感谢你的回复，更换新的 iso 后，出现了新的问题：

空间是 0.5G

scyda

看你运行 qemu 的参数，你没有给它提供其他磁盘吧？

yetist

qemu-system-loongarch64 \

-m 4G \

-cpu la464-loongarch-cpu \

-machine virt \

-bios ./QEMU_EFI.fd \

-serial stdio \

-vga virtio \

-net nic -net user \

-device nec-usb-xhci,id=xhci,addr=0x1b \

-device usb-tablet,id=tablet,bus=xhci.0,port=1 \

-device usb-kbd,id=keyboard,bus=xhci.0,port=2 \

-device virtio-blk-pci,drive=test \

-drive if=none,id=test,media=cdrom,file=archlinux-2022.10.21.1-loong64.iso
使用的是教程中的命令，由于我是新手，并不确定缺少哪些参数

scyda

要安装的话，得给qemu再加一块盘，例如：

qemu-img create -f qcow2 disk.qcow2 50G

然后将 -hda disk.qcow2 追加到原来的命令行上。

yetist
感谢你的指导，已经安装完成了

我需要怎么运行起来呢？

scyda

试试这样能不能跑起来？

qemu-system-loongarch64 \
    -m 4G \
    -cpu la464-loongarch-cpu \
    -machine virt \
    -smp 1 \
    -bios ./QEMU_EFI.fd \
    -serial stdio  \
    -vga std \
    -net nic -net user \
    -device nec-usb-xhci,id=xhci,addr=0x1b \
    -device usb-tablet,id=tablet,bus=xhci.0,port=1 \
    -device usb-kbd,id=keyboard,bus=xhci.0,port=2 \
    -device virtio-blk-pci,drive=test \
    -drive if=none,id=test,file=disk.qcow2

yetist
执行命令后，一直停留在这个页面，需要执行其他命令吗？

scyda

也许是你安装没完成？看你之前的安装，最后段错误了

yetist
我重新在安装一次

Archlinux 更新到2022.10月份 snapshot, cinnamon 桌面环境可用。

nice

今天尝试安装了
用的 archlinux-2022.10.26.7-loong64.iso，在龙梦的板子上直接启动会黑屏，需要通过串口输出信息

现在安装完之后开机 kernel panic，提示找不到启动磁盘。看起来 initrd 也没有正常加载，很奇怪

看起来是新的内核没有主动加载 initrd

现在已经启动成功了

内核确实有我刚刚所说的问题，通过 initrd=path 传入给内核的 initrd 路径不会被加载，只能通过 bootloader 把 initrd 喂给内核

systemd-boot 使用的加载方式是前者，而 grub 是后者。现在安装 grub 之后就可以正常启动了

凌莞

6.0+ 之后的内核，只有grub能正常使用，其他 bootloader 都存在无法加载 initrd 的问题。

凌莞 通过 initrd=path 传入给内核的 initrd 路径不会被加载，只能通过 bootloader 把 initrd 喂给内核

systemd-boot 使用的加载方式是前者，而 grub 是后者。现在安装 grub 之后就可以正常启动了

https://git.kernel.org/pub/scm/linux/kernel/git/efi/efi.git/commit/?id=0f24d0a33c887fc61766e2ffa302b855c23cbc81

(AT_FDCWD, "/home/arch/.local/share/TelegramDesktop/tdata/emoji/cache_24_0",
AT_STATX_SYNC_AS_STAT|AT_SYMLINK_NOFOLLOW|AT_NO_AUTOMOUNT, STATX_ALL, {stx_mask=STATX_ALL|STATX_MNT_ID, stx_attributes=0, stx_mode=S_IFDIR|0755, stx_size=4096, ...}) = 0
statx(AT_FDCWD, "/home/arch/.local/share/TelegramDesktop/tdata/emoji/cache_24_0", AT_STATX_SYNC_AS_STAT|AT_NO_AUTOMOUNT, STATX_ALL, {stx_mask=STATX_ALL|STATX_MNT_ID, stx_attributes=0, stx_mode=S_IFDIR|0755, stx_size=4096, ...}) = 0
+++ killed by SIGABRT (core dumped) +++
Aborted (core dumped)
tg编译过了，一运行就出错，求高手支招，谢谢！

@yetist 使用makepkg编译软件时，会报如下错，会不会与glibc有关？

Yuno

一开始我也认为跟glibc有关，今天研究之后，应该是跟makepkg在生成debug包时的处理方式有关，等pacman升级到 6.0.2 版本之后就没有这个输出了。

它们是这么来的：

gcc -g -o a a.c
readelf a --debug-dump 2>/dev/null | awk '/DW_AT_name +:/{name=$NF}/DW_AT_comp_dir +:/{{if (name == "<artificial>") next}{if (name !~ /^[<\/]/) {printf "%s/", $NF}}{print name}}'
debugedit --no-recompute-build-id --list-file /dev/stdout a |strings

目前使用的是 readelf 来查源文件，后面会用 debugedit 来查源文件，并处理好源文件不存在的情况。
现在这个输出不影响，它不应该去 cp 这3个文件的。