X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@mail.alpinelinux.org Received: from mail-yh0-f44.google.com (mail-yh0-f44.google.com [209.85.213.44]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mail.alpinelinux.org (Postfix) with ESMTPS id 17076DC00AF for ; Tue, 1 Apr 2014 18:27:08 +0000 (UTC) Received: by mail-yh0-f44.google.com with SMTP id f10so9448405yha.17 for ; Tue, 01 Apr 2014 11:27:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=li7n9EaqpnMYPK/pbqWNCcVEXNdslrJxUh06P+ocmQ4=; b=U9KikZOSceghYCXhWBfCnTycbXZhjIAkVLc4uZMYG9apbm8ffqmr+rqHl3yE+IZrtt rTm2xd5dbZafBxg7whEF91PhlGcehgf+CL1hccrAlyTfC/gZjlsRweYsfG/9losa8p0M vV9MFZkRBIXswuoMflFiD03kjf6kq1V4KLfRakFXjn8DgDqIMrmJyEMfcBahcRwx/+Ah a74lam6KgI8viYJ6sf9WRL8bR3SbdfMtd0wbOuMo3DldftynEFPhCJGftsshnyKsHSNp gvVRE7N8wNz8yyFQ36tNu4X2/zNjoNzVT3Uh//Msws70qEpBrezSHvXsiFykXpHmE+2u uAXA== X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 X-Received: by 10.236.140.16 with SMTP id d16mr47215377yhj.55.1396376825474; Tue, 01 Apr 2014 11:27:05 -0700 (PDT) Received: by 10.170.94.8 with HTTP; Tue, 1 Apr 2014 11:27:04 -0700 (PDT) In-Reply-To: <20140327194522.5a4d04b8@ncopa-laptop> References: <20140327194522.5a4d04b8@ncopa-laptop> Date: Tue, 1 Apr 2014 13:27:04 -0500 Message-ID: Subject: Re: [alpine-devel] How to rescue your edge box after the mkinitfs incident From: Jeff Pohlmeyer To: Natanael Copa Cc: Alpine Content-Type: text/plain; charset=ISO-8859-1 On Thu, Mar 27, 2014 at 2:45 PM, Natanael Copa wrote: > It turned out that there were 2 bugs in mkinitfs, one that only > affected uClibc and one that affected both uClibc and musl. I'm running into another problem, or maybe it's just something wrong with my installation... The mkinitfs upgrade creates /etc/mkinitfs/features.d/base.files.apk-new This new file no longer lists the dependent libraries in /lib/. I assume this is because "lddtree" is supposed to take care of that now. But, "lddtree -l /bin/busybox" lists "/lib/ld-uClibc.so.0.9.32" which is a symbolic link, but for some reason it never resolves that link, so the newly-created initramfs fails to run /init because of the missing loader. Seems to me like that is a bug in lddtree, but maybe the "base.files.apk-new" should still at least list "/lib/ld-uClibc-0.9.33.2.so" until the issue can be resolved? - Jeff --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---