From: Dale <rdalek1967@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Can't get the GUI to stay up for more than a minute or so before crashing
Date: Mon, 24 Jun 2024 18:54:14 -0500 [thread overview]
Message-ID: <d6cf48b5-8a2d-bc88-97e7-729e6316d7c9@gmail.com> (raw)
In-Reply-To: <5954614.MhkbZ0Pkbq@rogueboard>
[-- Attachment #1: Type: text/plain, Size: 2303 bytes --]
Michael wrote:
> On Monday, 24 June 2024 22:52:31 BST Dale wrote:
>> Grant Edwards wrote:
>>> On 2024-06-24, Dale <rdalek1967@gmail.com> wrote:
>>>> Michael wrote:
>>>>> On Monday, 24 June 2024 20:47:15 BST Dale wrote:
>>>>>> Have you seen this before?
>>>>> No, because I've never used dracut.
>>>> I just had a thought. I have /usr on the root partition now. Do I even
>>>> need a init thingy?
>>> Same question as always: does your kernel have enough built-in
>>> drivers/modules to mount the root fileystem on /?
>>>
>>> If yes, then you don't need an initrd.
>>>
>>> If no, then you do need an initrd.
>>>
>>> I don't think where /usr is matters, does it?
>>>
>>> --
>>> Grant
>> My understanding, the whole init thing started with a bluetooth keyboard
>> or mouse driver that was installed in /usr instead of /bin or /sbin,
>> whichever one fits. I've always had /usr on its own partition until
>> this time. Mostly because it is easier to put /boot and root on regular
>> partitions and then put /usr, /var and of course /home on LVM. That way
>> as software like LOo, KDE and others grew, I could use LVM to grow them
>> easily enough.
> You need access to the LVM tools to be able to access your /usr. I expect
> they will be under /usr - hence you need an early userspace with the required
> tools to be able mount LVM and anything in it.
>
> Alternatively, use btrfs and do away with LVM.
>
>
>> Given the merge of bin and sbin to /usr, I have no idea if a system will
>> boot without a init thingy or not.
> It won't boot without a initrd if /usr is on a different partition, because
> the OS needs commands available on /usr to boot with. Chicken <-> egg
> problem.
>
>
>> This is the first time I've
>> ran/installed a system with those merged. I'd think it would work but I
>> don't want to have a unbootable system to find out it doesn't either.
> With a merged /usr you will now also have /bin, /sbin, /lib, /lib64, all of
> them in /usr.
>
On this new install, basically, I have /, /boot, /efi, /home and /var on
separate partitions. I put /usr on / like most people do nowadays. I
guess I can boot without a init thingy but not sure. I'd rather have
two entries, one with and one without a init thingy to test with. May
do that later on.
Dale
:-) :-)
[-- Attachment #2: Type: text/html, Size: 4191 bytes --]
next prev parent reply other threads:[~2024-06-24 23:54 UTC|newest]
Thread overview: 80+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-21 19:02 [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing Dale
2024-06-22 11:49 ` Michael
2024-06-22 13:32 ` Jude DaShiell
2024-06-22 16:12 ` Dale
2024-06-22 18:13 ` Dale
2024-06-22 18:54 ` Dale
2024-06-22 20:04 ` Michael
2024-06-23 1:21 ` Dale
2024-06-23 9:13 ` Michael
2024-06-23 7:20 ` Wols Lists
2024-06-23 0:13 ` Mark Knecht
2024-06-23 1:30 ` Dale
2024-06-23 7:53 ` Dale
2024-06-23 9:20 ` Michael
2024-06-23 12:19 ` Dale
2024-06-23 14:22 ` Michael
2024-06-23 22:37 ` Dale
2024-06-24 0:01 ` Michael
2024-06-24 1:55 ` Dale
2024-06-24 2:53 ` William Kenworthy
2024-06-24 5:19 ` Dale
2024-06-24 9:03 ` Michael
2024-06-24 13:25 ` Dale
2024-06-24 14:29 ` Dale
2024-06-24 14:57 ` Peter Humphrey
2024-06-24 16:00 ` Michael
2024-06-24 15:38 ` Michael
2024-06-24 16:54 ` Dale
2024-06-24 17:31 ` Michael
2024-06-24 19:47 ` Dale
2024-06-24 20:43 ` Michael
2024-06-24 21:03 ` Dale
2024-06-24 21:22 ` [gentoo-user] " Grant Edwards
2024-06-24 21:52 ` Dale
2024-06-24 23:00 ` Michael
2024-06-24 23:54 ` Dale [this message]
2024-06-24 22:48 ` [gentoo-user] " Michael
2024-06-24 23:47 ` Dale
2024-06-25 9:34 ` Michael
2024-06-25 10:18 ` Dale
2024-06-24 7:15 ` Wols Lists
2024-06-24 8:38 ` Michael
2024-06-25 14:27 ` Dale
2024-06-25 16:23 ` Michael
2024-06-25 18:54 ` Dale
2024-06-25 23:23 ` Michael
2024-06-26 0:28 ` [gentoo-user] SOLVED " Dale
2024-06-26 8:30 ` Michael
2024-06-26 20:32 ` [gentoo-user] " Dale
2024-06-27 6:54 ` Dale
2024-06-27 18:27 ` Michael
2024-06-27 19:09 ` Mark Knecht
2024-06-27 21:06 ` Dale
2024-06-27 21:45 ` Michael
2024-06-27 22:52 ` Dale
2024-06-28 11:01 ` Michael
2024-06-28 21:25 ` Dale
2024-06-29 13:24 ` [gentoo-user] " Grant Edwards
2024-06-29 7:36 ` [gentoo-user] " Dale
2024-06-29 20:30 ` Dale
2024-06-29 21:12 ` Jack
2024-06-29 22:28 ` Dale
2024-06-29 22:14 ` Michael
2024-06-29 23:20 ` Mark Knecht
2024-06-30 0:24 ` Dale
2024-06-30 9:35 ` Dale
2024-06-30 9:36 ` Dale
2024-06-30 10:51 ` Michael
2024-06-30 22:56 ` Dale
2024-07-01 13:24 ` Michael
2024-07-01 13:51 ` Dale
2024-06-27 22:18 ` Mark Knecht
2024-06-27 23:01 ` Dale
2024-06-27 23:27 ` Mark Knecht
2024-06-28 5:10 ` Dale
2024-06-28 13:39 ` Mark Knecht
2024-06-28 21:40 ` Dale
2024-06-28 21:50 ` Mark Knecht
2024-06-29 3:55 ` Dale
2024-06-27 4:10 ` Dale
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=d6cf48b5-8a2d-bc88-97e7-729e6316d7c9@gmail.com \
--to=rdalek1967@gmail.com \
--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