Jump to content
Read the Funtoo Newsletter: Summer 2023 ×

palica

Members
  • Posts

    294
  • Joined

  • Last visited

  • Days Won

    11

Posts posted by palica

  1. how do you know it can't find kernel? ever tried to do manual grub start. selecting root device and loading the kernel ...

    grub> set root=(hd0,msdos1) #probably, I am just guessing here, but tab complete works in grub

    grub> linux /kernel real_root=/dev/mapper/funtoo

    grub> initird /initrd

    grub> boot

    these lines are just guesses take a look at grub.cfg and make note of those lines.

    Or just try ls (hd<TAB><TAB> should autocomplete to something sane like hd0,msdos1)/

    so for example

    ls (hd0,msdo1)/

    should list some files if it is /boot (sda1)

    if it sees the files there all you are missing is grub.cfg which gets lost somewhere.

    I think you just need to make sure /boot is mounted then.

    what is the output of boot-update when /boot not mounted?

  2.  

    On 31.1.2018 at 11:43 PM, mauricev said:

    I run a script regularly on my computer that prepares all the configuration. It also reinstalls grub.

    did you forcibly unmount /boot? if yes, then don't do it. if you don't want your /boot mounted then modify your script to mount /boot before running the stuff and reinstalling grub.

    reinstalling grub is not needed on regular basis (only after grub version update), all you need to modify is /boot/grub/grub.cfg, but also only if your kernels change. correct your /etc/fstab it is actually all working as it should be.

    what is probably going on here is if /boot is not mounted then grub-install installs and makes a reference to /boot that is on / (root partition)  putting all the files there etc, with no error - which is ok.

    when boot-update is run it mounts /boot over the /boot directory that is containing the install of grub and puts the grub.cfg there with reference to /boot on separate partition. setting the root device for grub to /boot that doesn't contain a correct grub installation, because it got installed to root partition and not /boot partition. But this is also expected.

    to check my theory run ls -alF /boot when boot mounted and when not mounted.

    To sum up - it works as expected, if you want to run regularly this script that reinstalls grub and does all the fancy things... , make sure boot is mounted.

  3. quickpkg - grabs the files already on your system and packs them to a tbz2 archive.

    emerge --buildpkg(only) - emerges the package and packs an archive from the build directory.

    The only difference is if the files on your system were already modified, then you will pack modified files with quickpkg, emerge will always generate files as they get installed on your system (vanilla so to say).

    so recompile = emerge

    pack what is already installed = quickpkg

    since you are grabbing a fresh stage3 direct from the build server, you can generate packages from what is already installed and save time, if you are unsure and have time emerge --buildpkg will also work.

    mkdir vs install no difference, just a preference I think.

  4. 13 hours ago, palica said:

    do as being told, please

    I tried to be polite (see the please) . It is hard to help "Advanced members" if all they paste is output from other commands that don't point to a better problem description or solution. Your emerge @world did give us some more information about the system status, thou, but that was probably not intentional on your part and pure luck :)

    Sometimes even "Newbies" have good ideas and even the fix.

    What you can do is download a stage3 and chroot as if you were installing a new funtoo (following the steps of Chrooting in Install article on the funtoo wiki) and then creating binary packages of @system packages.

    Steps to resurrect:

    • download stage3
    • chroot to stage3
    • quickpkg --include-config y @system
    • exit chroot
    • locate packages in $chroot/var/cache/portage/packages/
    • copy them to your /var/cache/portage/packages on your hosed system
    • emerge -avk1 @system

    You should see a lot of binary packages being emerge (if that doesn't work, try installing gcc, binutils and glibc first with separate emerge -avk1 gcc ... commands)

    By now you should have your system working again.

    If not, wait for Oleg or BDFL to reply. Over and out.

     

  5. so to sum up:

    • grub install ok
    • lvm is not the culprit (those warning can be ignored /run/lvm/lvmetad.socket ...)
    • /boot not being automounted from openrc is causing the problem

    unable to reproduce in virtualbox, boot gets mounted. After reboot what do you get when running

    mount |grep boot

    try rebuilding openrc, when that doesn't help, then I don't know.

  6. 2 hours ago, dougbmorris said:

    runscript/openrc-run

    completely unrelated to your issues and also non critical (just a warning that can be ignored and possibly fixed by the script maintainers)

    5 hours ago, bcowan said:

    emerge in this order gcc binutils glibc

    bcowan told you to rebuild these instead you tried @revdep-rebuild and @world - do as being told, please. note I will not work probably as:

     

    2 hours ago, dougbmorris said:

    configure: error: C compiler cannot create executables

    You system is hosed. You have 2 options:

    1. find a funtoo computer that is ok and build binary packages for at least gcc binutils glibc (if you don't have a computer download a fresh stage3 and chroot into it and build those packages there), then use these packages to restore a sane build environment on your box. (instructions can be found here https://www.funtoo.org/System_resurrection)
    2. reinstall
    3. or try doing that what bcowan proposed (emerge -v1 gcc, emerge -v1 binutils, emerge -v1 glibc, followed by eselect gcc list and set the right profile and follow the instructions printed on screen regarding sourcing /etc/profile) if that doesn't work only options 1, and 2 are left

     

  7. looks like permission problems.

    steps to reproduce? are you running as root? can you write to /var/cache/portage/distfiles? what are permissions on that dir? is portage able to write there?

    2 hours ago, adcdam said:

    mkdir: cannot create directory ‘/var/cache/portage/distfiles/git3-src/OpenRC_openrc.git’: Permission denied

     

    those are all questions you could avoid answering when you would read this :)

     

×
×
  • Create New...