You are not logged in.
Pages: 1
Hello!, I have a "tiny" problem with archiso i have part of logs:
:: Synchronizing package databases...
error: could not open file /home/mikolaj/Pulpit/SummitOS/work/x86_64/airootfs/var/lib/pacman/sync/download-VCUYh1/summitos.db.part: Permission denied
error: failed to setup a download payload for summitos.db
error: failed to synchronize all databases (failed to retrieve some files)
==> ERROR: Failed to install packages to new root
Somebody please help!!!!
Offline
Please always post full logs and use code tags for them ...
So where is this summitos.db coming from? Is this even an arch installation?
The problem is that the download user is not able to access the db due to the sandboxing options in pacman.conf. This could probably be fixed by setting DisableSandbox in the pacman.conf of archiso .. https://gitlab.archlinux.org/archlinux/ … quests/393
Last edited by gromit (2024-10-19 10:30:46)
Offline
Moving to Installation
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
For reference: https://gitlab.archlinux.org/archlinux/ … issues/232
Offline
This could probably be fixed by setting DisableSandbox in the pacman.conf of archiso .. https://gitlab.archlinux.org/archlinux/ … quests/393
I disabled DownloadUser and set DisableSandbox, but the iso can't boot. It produces an iso, but when booting the iso:
Error: device '' not found. Skipping fsck.
/proc/misc: No entry for device-mapper found
Is device-mapper driver missing from kernel?
Failure to communicate with kernel-device mapper driver.
Command failed
Offline
And I want to know how to add microcode to initrd parameter for custom iso. If I don't add the parameter to initrd, the kernel will load microcode very late, which is late loading, the CPU already used the old instructions.
Offline
I disabled DownloadUser and set DisableSandbox, but the iso can't boot.
Disabled where if the iso doesn't even boot?
Also "Error: device '' not found. Skipping fsck." looks like you added some bogus kernel parameter? Why would the iso be looking for
This thread is more about some custom repo having turned inaccessible w/ pacman v7 than any installation iso.
It's not really clear what you're doing there to access DM.
What iso are you trying to boot, where did you get it, how did you write it and what adjustments are you trying to make at the bootloader?
Offline
I disabled DownloadUser and set DisableSandbox, but the iso can't boot.
Disabled where if the iso doesn't even boot?
It looke like krolmiki2011 is buiding their own iso and the first permissions error was during the iso build process. (Edit: Probably they are in the process of creating a new arch based distribution)
Have you tried booting the current official arch iso file, does that work? And what about building a default arch iso without your custom configuration, does that boot?
Last edited by progandy (2024-10-31 09:25:48)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Offline
I disabled DownloadUser and set DisableSandbox, but the iso can't boot.
how did you write it and what adjustments are you trying to make at the bootloader?
I use Ventoy to boot an image, Ventoy allows a USB device to contain multiple system images, allowing people to select an image to boot, so I didn't write the iso to USB directly but put it into Ventoy partition. I added "noautomount noswap" and cow_spacesize parameters.
Offline
Bingma , you are not the thread starter.
Please start a new thread or use the report button to ask for splitting off post #5 and later to a new thread with you as TS.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Also try not-ventoy, write the iso w/ dd.
(Looking around for the DM invocation, ventoy actually showed up as cause)
To be clear: this is the regular install iso or a custom iso you're trying to cook yourself?
Offline
ventoy actually showed up as cause)
No, it's not problem of Ventoy, I saw there're unwanted services in airootfs, e.g cloud-init. I don't want cloud-init to boot over network. So I emptied airootfs, but later, mkarchiso says it requires etc/shadow, so I must copy the shadow file into airootfs; But mkarchiso doesn't hint about other necessary files.
Offline
Please continue at your new thread, https://bbs.archlinux.org/viewtopic.php?id=300661
Offline
Pages: 1