X-Original-To: alpine-user@lists.alpinelinux.org Received: from mail-ed1-f48.google.com (mail-ed1-f48.google.com [209.85.208.48]) by lists.alpinelinux.org (Postfix) with ESMTP id 686CD5C55FF for ; Fri, 24 Aug 2018 10:12:25 +0000 (GMT) Received: by mail-ed1-f48.google.com with SMTP id b10-v6so5485090eds.4 for ; Fri, 24 Aug 2018 03:12:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=h6g-de.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=EdtHVdhfZheiVouKDUcAIQWGRhtmS8CtJVINxLqLuAw=; b=1s1XD7MN/HHrBCRyzHDcxkmEWmXO0cnzMoFoHGDowv0csB82UdDGT/AHDXnvcGQxaT Z5H/80p6Is7BiQibdL6K87++OcMTH1a1y5Nx45v05Gdg45EKqJI/YcqSaAcJ9769Rrzz xLsaiGJHcfyyDCKSGBNGvdr94Br3GEhGgxlYv2ftJ4vACcnxquLh4VmeS7yGIouvm8Fm PPu9icSJmqJWSXO+uXXAMdBT/CvyQp2QtmyuaAP9aZNkjAoQjsRXVxuAH+t0czi1Tz7f RTna3/VZ32R1eRw7X+IdYeWesXyoL0jz2NiffJ5QJkx+Jp1tlwfavT4U4scSAOxYqaa0 rq0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=EdtHVdhfZheiVouKDUcAIQWGRhtmS8CtJVINxLqLuAw=; b=tGEZfjwpmryJvKZBUm+7LPSh+iB76EWTMJZjQQk9Xk6i+0yzgJXmk77vjj/Rf8wyK4 O4+W4323dsJa6U7g10MhECAJ94/FREhW3ziyjIYfmaquPmmi27Lm0K3Sl//aRbwg63U6 88uXMVb/kXO4K56sFRyBhxGxt8dlEe649kmx/a+eGd+05X+lrM6Ii6hhMeE1E7zZlAMk m0F5zq/NkRJJt0n65LmoyOrWLG315zhqhEYJb9M1sxC3ZdtEFQwLzDCvvaTvwoe1+hOi tF6xycQfS533Ijo7Y9rMLYota+mIPjfbpHMq4XsobOPtSUYWMQ46ET+qH8lyKvrx3iW+ fhpg== X-Gm-Message-State: APzg51Dy+h0/kvv8BRzveUxIK1Nwojl9T0nqTZHa3rL0TYDC2VGk5d75 0S4jqC7yx+SpIWoR24Cs1Gc+v2DS79Y= X-Google-Smtp-Source: ANB0Vdagko97zf+dEc1wylffQ5SODNqfxf0OfBmJmB2o4dn5YrifrZceKldROzP8+AvogWxH4pfrOg== X-Received: by 2002:a50:f002:: with SMTP id r2-v6mr1842683edl.91.1535105544596; Fri, 24 Aug 2018 03:12:24 -0700 (PDT) Received: from [172.20.20.60] (ip1f139c50.dynamic.kabel-deutschland.de. [31.19.156.80]) by smtp.gmail.com with ESMTPSA id y27-v6sm463529edb.20.2018.08.24.03.12.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 24 Aug 2018 03:12:23 -0700 (PDT) Subject: Re: [alpine-user] Boot process cannot mount filesystem To: Steven Nunez , "alpine-user@lists.alpinelinux.org" References: <1264776943.3054028.1535076444343.ref@mail.yahoo.com> <1264776943.3054028.1535076444343@mail.yahoo.com> From: Paul Zillmann Message-ID: <05d438e8-a7cd-bac6-587a-d8e8b2797bd3@h6g.de> Date: Fri, 24 Aug 2018 12:12:23 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 X-Mailinglist: alpine-user Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 In-Reply-To: <1264776943.3054028.1535076444343@mail.yahoo.com> Content-Type: multipart/alternative; boundary="------------8FDF91CE0B9427EC728FA56D" Content-Language: en-US This is a multi-part message in MIME format. --------------8FDF91CE0B9427EC728FA56D Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello Steven, the mounting of /sysroot takes place in the init script located in the initramfs. I've worked a bit with the initramfs on 3.6 and 3.7 - but haven't had a chance to look into 3.8's initramfs. mdev is used for the discovery of disks. What partition is mounted is decided via kernel parameters. Take a look into the init script and search for: ebegin "Mounting root" A good method to debug this is: you can hit 'exec /bin/busybox sh' to pull up a shell in the init process. Good luck, Paul Am 24.08.2018 um 04:07 schrieb Steven Nunez: > Gents, > > I'm trying to install and evaluate Alpine 3.8.0 on an old 32bit Mac > Mini circa 2007. All seems to be working, except that in the boot > process I receive: > > "mounting /dev/sda3 on /sysroot failed: no such file or directory" > > At first my search lead me to think that because I installed a 64 bit > filesystem on that partition, and syslinux does not support it > , we were > seeing this error. Sadly, reverting to a 32 bit ext for (with > resize2fs -s /dev/sda3) has not effect. > > What /is /odd is that once dropped into the emergency shell, I can > mount the filesystem with 'mount -t ext4 /dev/sda3 /sysroot' and exit, > and all works just fine. Just out of desperation I tried modifying > /etc/fstab and a few other mounting related files, all with no effect, > which leads me to believe this is happening somewhere in step 4 of the > boot sequence > , > just before things are handed over to openrc. > > Does anyone know where exactly this mounting is done? I also checked > refined (the EFI 'manager' I am using on this Mac) and it correctly > specifies the UUID for this disk. I've been at this for 3 days and > have exhausted all the documentation and searching there is; hoping > some of the experts here can help. > > Regards, --------------8FDF91CE0B9427EC728FA56D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Hello Steven,

the mounting of /sysroot takes place in the init script located in the initramfs.
I've worked a bit with the initramfs on 3.6 and 3.7 - but haven't had a chance to look into 3.8's initramfs.
mdev is used for the discovery of disks. What partition is mounted is decided via kernel parameters.

Take a look into the init script and search for: ebegin "Mounting root"
A good method to debug this is: you can hit 'exec /bin/busybox sh' to pull up a shell in the init process.

Good luck,
Paul

Am 24.08.2018 um 04:07 schrieb Steven Nunez:
Gents,

I'm trying to install and evaluate Alpine 3.8.0 on an old 32bit Mac Mini circa 2007. All seems to be working, except that in the boot process I receive:

"mounting /dev/sda3 on /sysroot failed: no such file or directory"

At first my search lead me to think that because I installed a 64 bit filesystem on that partition, and syslinux does not support it, we were seeing this error. Sadly, reverting to a 32 bit ext for (with resize2fs -s /dev/sda3) has not effect.

What is odd is that once dropped into the emergency shell, I can mount the filesystem with 'mount -t ext4 /dev/sda3 /sysroot' and exit, and all works just fine. Just out of desperation I tried modifying /etc/fstab and a few other mounting related files, all with no effect, which leads me to believe this is happening somewhere in step 4 of the boot sequence, just before things are handed over to openrc.

Does anyone know where exactly this mounting is done? I also checked refined (the EFI 'manager' I am using on this Mac) and it correctly specifies the UUID for this disk. I've been at this for 3 days and have exhausted all the documentation and searching there is; hoping some of the experts here can help.

Regards,
--------------8FDF91CE0B9427EC728FA56D-- --- Unsubscribe: alpine-user+unsubscribe@lists.alpinelinux.org Help: alpine-user+help@lists.alpinelinux.org ---