TIP: Click on subject to list as thread! ANSI
echo: rberrypi
to: CHRIS ELVIDGE
from: MIKE SCOTT
date: 2019-10-25 08:34:00
subject: Re: problem moving root t

On 24/10/2019 17:44, Chris Elvidge wrote:
> On 24/10/2019 16:37, Mike Scott wrote:
>> On 24/10/2019 16:28, Chris Elvidge wrote:
>>> On 24/10/2019 15:43, Mike Scott wrote:
>>>> But I don't like an all-in-one partition, so, I started over (on the
>>>> dekstop box), and repartitioned for a fresh root, var, usr, and so
>>>> on. I mounted the new root, and created mount points, and mounted
>>>> those partitions. Then again used rsync -ax  >>> root>, edited the fstab in the new etc (using device names), and
>>>> updated the SD card's cmdline.txt.
>>>
>>> I wish you'd explained that bit at the beginning.
>>>
>>>
>> Yes. But it's only after the fact that I see the issue. Which, in all
>> the "how to"s I've looked at, isn't mentioned. I'd call it a bug -
>> anything that's needed to boot should be available in the root file
>> system. The arm-specific libraries are needed, but aren't in the right
>> place.
>>
>> Surely I can't be the only one to try moving /usr to a separate
>> partition, when it's standard practice anywhere else?
>>
>> Anyway, problem resolved, and thanks again to all for their patience.
>>
>
> See:
> https://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/
>
> Quote:/usr on its own filesystem is useful in some custom setups. But
> instead of expecting the traditional Unix way to (sometimes mindlessly)
> distributing tools between /usr and /, and require more and more tools
> to move to /, we now just expect /usr to be pre-mounted from inside the
> initramfs, to be available before 'init' starts. The duty of the minimal
> boot system that consisted of /bin, /sbin and /lib on traditional Unix,
> has been taken over by the initramfs of modern Linux. An initramfs that
> supports mounting /usr on top of / before it starts 'init', makes all
> existing setups work properly.
>
> There is no way to reliably bring up a modern system with an empty /usr.
> There are two alternatives to fix it: move /usr back to the rootfs or
> use an initramfs which can hide the split-off from the system.

Interesting discussion. I'm somewhat old fashioned, I guess. That little
discussion is totally new to me - and I would note that in freebsd a
/usr partition is standard, while mint is very happy to use a separate
/usr.

And in my days (long gone!) as system manager of SunOS systems, /usr (in
particular) was network mounted and shared, because some workstations
had no [expensive] disk at all. It made network-wide updates easy, and
the small root partition had all the "personality" for each machine.

But things have moved on while I've not been looking. I'll certainly
take your thoughts on board for the future.  Thanks.


--
Mike Scott
Harlow, England

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | FidoUsenet Gateway (3:770/3)

SOURCE: echomail via QWK@docsplace.org

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.