From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-user+bounces-136778-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1SBF9H-0006od-Je
for garchives@archives.gentoo.org; Sat, 24 Mar 2012 00:48:03 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 07627E050E;
Sat, 24 Mar 2012 00:47:47 +0000 (UTC)
Received: from mail-wg0-f41.google.com (mail-wg0-f41.google.com [74.125.82.41])
by pigeon.gentoo.org (Postfix) with ESMTP id 0DDDAE049A
for <gentoo-user@lists.gentoo.org>; Sat, 24 Mar 2012 00:46:23 +0000 (UTC)
Received: by wgbds1 with SMTP id ds1so1419815wgb.4
for <gentoo-user@lists.gentoo.org>; Fri, 23 Mar 2012 17:46:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=date:from:to:subject:message-id:in-reply-to:references:organization
:x-mailer:mime-version:content-type:content-transfer-encoding;
bh=/NqiLS/vE9iet2gQ3azNIlrmFYgOwsA+58IREVQJgLw=;
b=F423ongQQUQR0V+sJaihUxMVD8e79CmnGZEi0pyuU0hoZI53gYNWKsoGKXyqP/Env3
S+8PvsTC5a77zMZIh+CKDQUk/g3EPfc+Q5L1oY6mWBxbmrUMiulEKKbaxJWVfBl3Npwz
b7OEf8m72l92Lxz4WOCvIwzh2NvTLz8LxC/k4YWZtxbDH3e/S2EEQD7dNe5+MuUFBLd6
JbSpQA2XuuwsRwpgV+qe7+KKo2OdMqHbgv/bBiMB/jKk66Y+wv9izowMvW4/y3h7rwah
zhs6tQtIstj7vZy2tO+mZAD8ilHIVIMMFUnmDCFZoeEwt5Qi3WUkm1oM5jsUT3s2vq51
EpdQ==
Received: by 10.180.24.7 with SMTP id q7mr1287752wif.11.1332549983119;
Fri, 23 Mar 2012 17:46:23 -0700 (PDT)
Received: from khamul.example.com (196-210-183-224.dynamic.isadsl.co.za. [196.210.183.224])
by mx.google.com with ESMTPS id l5sm18242017wia.11.2012.03.23.17.46.20
(version=SSLv3 cipher=OTHER);
Fri, 23 Mar 2012 17:46:21 -0700 (PDT)
Date: Sat, 24 Mar 2012 02:45:20 +0200
From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Masking udev to postpone the update
Message-ID: <20120324024520.08e13466@khamul.example.com>
In-Reply-To: <yu9aa38ks4q.fsf@nyu.edu>
References: <yu9aa3d8y4n.fsf@nyu.edu>
<20120318222224.4bc799c4@khamul.example.com>
<yu9sjh5793d.fsf@nyu.edu>
<yu9aa38ks4q.fsf@nyu.edu>
Organization: Internet Solutions
X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.10; x86_64-pc-linux-gnu)
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Archives-Salt: 173601f4-654d-4925-abaf-3b5ebc76cb14
X-Archives-Hash: 580f9bd9e09e506464bd19553274d0bb
On Thu, 22 Mar 2012 21:44:53 -0400
Allan Gottlieb <gottlieb@nyu.edu> wrote:
> On Sun, Mar 18 2012, Allan Gottlieb wrote:
>
> > On Sun, Mar 18 2012, Alan McKinnon wrote:
> >
> >> On Sun, 18 Mar 2012 13:14:48 -0700
> >> Allan Gottlieb <gottlieb@nyu.edu> wrote:
> >>
> >>> I will update to the new world order, but would very much prefer
> >>> to postpone that for a few weeks. Is it enough to put
> >>>
> >>> >sys-fs/udev-171-r5
> >>>
> >>> in /etc/portage/package.mask ?
> >>
> >>>=sys-fs/udev-181
> >>
> >> would be better. Rather mask the first version that causes issues
> >> and all subsequent versions. With your suggestions, there may be
> >> future updates between 171 and 181 (without initrd issues) that you
> >> want, but you can't use them as you masked them.
> >
> > Done, thanks. Thank you volker as well.
> >
> > allan
>
> I am now unable to update world
>
> Total: 26 packages (20 upgrades, 3 new, 1 in new slot, 2
> reinstalls, 1 uninstall), Size of downloads: 604,681 kB Conflict: 3
> blocks
>
I see you already have the solution from later in the thread.
Just don't do what I did and act like a dumbass like so:
1. emerge world including a couple days ago including udev-182
2. don't read the elog
3. miss the part where it says CONFIG_DEVTMPFS=y is required (and you
don't have it enabled)
4. don't run conf-update
5. walk away in blissful unawareness never rebooting just suspend/resume
Then:
1. Crawl out of bed one fine morning facing a deadline
2. Approach computer
3. Shit. The bloody thing hit some weird segfault again overnight and
killed X
4. Hmmmmmmmmm, virtual consoles don't seem to work. Machine frozen
5. Press big red power button
Only to find:
1. Nothing starts up properly, machine essentially useless
2. Oh dear. Other than /, nothing mounts. /dev is almost empty
3. That deadline didn't go away
To fix:
1. reboot into maintenance mode
2. <phew>, /usr is part of / so no mounting issues for that
3. find copy of elog, read it
4. configure and build kernel
5. Reboot
6. Didn't work. Scratch head, look around. Oh, hang on, the kernel was
installed to /boot on /, not the real /boot as that couldn't mount
7. Reboot, fiddle with grub menu, desperately trying to remember how
that shit all works again
8. Finally grub finds the new kernel and boots
9. Lots of errors, not quite the same as before. Something
about /sbin/udevd not found. Ohhhhhh shit......
10. Reboot again to maintenance mode
11. Poke around, bang head. Idiot! You forgot to run conf-update
12. conf-update lets everything else know udevd is now
in /lib64/udev/udevd
13. reboot. Finally, everything works again.
14. Realize new kernel is now in a directory underneath the /boot mount
(exactly where it can't be gotten to). Read man mount, search for --bind
15. Curse, swear, now 90 minutes late. Get on motorbike and roar off to
work in a foul mood dicing death by riding between motorcars causing
taking 2 old ladies by surprise and scaring 3 wandering cats witless
Moral of the story:
Read the elog right now and do what it says :-)
--
Alan McKinnnon
alan.mckinnon@gmail.com