public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: David Haller <gentoo@dhaller.de>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] How to resume 'emerge -e @world' after grub fails?
Date: Mon, 18 Dec 2017 20:02:01 +0100	[thread overview]
Message-ID: <20171218190201.bxtmleu3dgfljlp6@grusum.endjinn.de> (raw)
In-Reply-To: <3398794.gc8pZU36s4@dell_xps>

Hello,

On Mon, 18 Dec 2017, Mick wrote:
>On Monday, 18 December 2017 16:14:42 GMT Dale wrote:
>> Grant Edwards wrote:
>> > I tried following the profile 17 upgrade instructions but now I'm
>> > stuck.  After running for a day or so, the 'emerge -e @world' command
>> > stopped when grub-0.97 failed to build.
>> > 
>> > How do I skip grub and continue?
>> > 
>> > Or do I have to tell emerge to start over from the beginning (skipping
>> > grub)?  Assuming there are other packages that are going to fail also,
>> > that could take weeks...
>> 
>> emerge --resume --skipfirst 
>> 
>> That should work.  If forced, using --exclude grub might could be
>> added.  I've never tried that with the --resume command tho. 
>> 
>> Dale
>> 
>Let's not forget the '--keep-going y' option too.  At the end it will print a 
>list of all the packages that failed to emerge.

Well, there's a catch though. I did:

$ emerge -e --keep-going @world
[some failed pkg(s)]
[Ctrl-C due to going to sleep etc.]
$ emerge -e --keep-going --resume @world
[Ctrl-C due to going to sleep etc.]
[some failed pkg(s)]
$ emerge -e --keep-going --resume @world
[Ctrl-C due to going to sleep etc.]
[2 more failed pkg(s)]
[emerge prints just those two failed pkgs that failed since the last
resume]

And no "failed pgks" were printed at those Ctrl-C...

Only trace was probably deep in the emerge logs and the leftovers in
/var/tmp/portage (-> you should not these down before you shut down if
that's a tmpfs ...)

I think something about this should be done / documented.

Luckily, it was no big deal, as I did a switch to gcc-7.2 / -pie at
the same time, so I ran my "check-pie" script (pie-only check
extracted from checksec) to find the packages that (might) need a
recompile. I've just a few biggies leftover to compile and a couple I
want to mess with. But those have updates pending anyway. So, I'm
about done.

BTW: in the process, I've collected binaries/packages that won't get
compiled as pie... e.g. gcc itself, grub and most (all?) haskell
stuff. ATM, it's a pretty badly ad-hoc script, but I could amend that.
Or at least share the list of "known non-pie-able" binaries, I guess.
Hm. One could also add an output that can be fed to emerge via xargs.

-dnh

-- 
"As a sysadmin, I suppose you're familiar with something called a
  'worst-case scenario'?"
"Isn't that what we call, "having a good day for a change"?"
   (Rik Steenwinkel and Graham Reed)


  reply	other threads:[~2017-12-18 19:20 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-18 16:00 [gentoo-user] How to resume 'emerge -e @world' after grub fails? Grant Edwards
2017-12-18 16:07 ` John Blinka
2017-12-18 16:14   ` [gentoo-user] " Grant Edwards
2017-12-18 16:45     ` Dale
2017-12-20 20:16     ` Grant Edwards
2017-12-20 23:28       ` Dale
2017-12-21  8:43         ` Mart Raudsepp
2017-12-21  9:45   ` Jörg Schaible
2017-12-21 12:00     ` Marc Joliet
2017-12-21 17:02       ` John Covici
2018-01-07 12:39         ` Marc Joliet
2017-12-21 17:13       ` Jörg Schaible
2018-01-07 12:41         ` Marc Joliet
2017-12-21 17:32       ` Grant Edwards
2017-12-18 16:14 ` [gentoo-user] " Dale
2017-12-18 17:55   ` Mick
2017-12-18 19:02     ` David Haller [this message]
2017-12-18 19:31       ` Francisco Ares
2017-12-18 20:05         ` David Haller
2017-12-18 22:49     ` Dale
2017-12-18 23:05       ` Adam Carter
2017-12-18 23:38         ` Dale
2017-12-19  3:06           ` David Haller
2017-12-19  4:03             ` Dale
2017-12-20 22:54               ` David Haller
2017-12-21  4:49                 ` Dale
2017-12-19  5:51             ` Adam Carter
2017-12-19  9:15               ` Neil Bothwick
2017-12-19 15:45                 ` Helmut Jarausch
2017-12-19 18:13                   ` Bas Zoutendijk
2017-12-20  8:08                     ` Helmut Jarausch
2017-12-20 22:27                       ` David Haller
2017-12-19 17:45                 ` Dale
2017-12-19 20:22                   ` Neil Bothwick
2017-12-20  2:04                 ` Adam Carter
2017-12-20 23:18               ` David Haller
2017-12-19  9:21             ` Neil Bothwick

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20171218190201.bxtmleu3dgfljlp6@grusum.endjinn.de \
    --to=gentoo@dhaller.de \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox