1 |
On 17/08/2015 14:07, jfmxl wrote: |
2 |
> On 2015-08-17 17:20, Martin Vaeth wrote: |
3 |
>> jfmxl <jfmxl@×××.ORG> wrote: |
4 |
>>> I wrote a coupla days ago, using the guest interface at the website ... |
5 |
>> |
6 |
>> I do not know what you mean by "guest interface". |
7 |
>> One right place for your support question would be the |
8 |
>> gentoo forum "Installing Gentoo": |
9 |
>> https://forums.gentoo.org/viewforum-f-14.html |
10 |
>> |
11 |
> |
12 |
> Thanks for the speedy reply. I got to the 'wrong' place by clicking the |
13 |
> link to under 'Where to go from here' |
14 |
> at https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Finalizing |
15 |
> after the machine failed to boot. That led me to |
16 |
> https://www.gentoo.org/get-involved/mailing-lists/, where the big, |
17 |
> purple, and welcome 'Post to Gentoo User' |
18 |
> button caught my eye. It looked inviting, and so I used it. |
19 |
> |
20 |
>>> but the kernel failed to mount root. |
21 |
>> |
22 |
>> This can have many reasons. More informations are needed. |
23 |
>> According to this: |
24 |
>> |
25 |
>>> looked at /etc/fstab, but found a /dev/ram0 and a |
26 |
>>> /proc and nothing like what I'd entered ... |
27 |
>> |
28 |
>> you are probably using an initrd which you must have built and entered |
29 |
>> into grub (or grub2?) somewhere. Are you perhaps using genkernel to build |
30 |
>> such an initrd? |
31 |
> |
32 |
> |
33 |
> https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Kernel#Optional:_Building_an_initramfs |
34 |
> |
35 |
> |
36 |
> To install an initramfs, install sys-kernel/genkernel first, then |
37 |
> have it generate an initramfs: |
38 |
> root #emerge genkernel |
39 |
> root #genkernel --install initramfs |
40 |
> |
41 |
> So yes, that's what I did, apparently. I was working from one enormously |
42 |
> long Handbook, and the one I find now is broken into sections, but it |
43 |
> looks generally the same. I remembered |
44 |
|
45 |
Both versions are the same. You can read the handbook as one long page, |
46 |
or as separate chapters. Same thing either way. |
47 |
|
48 |
I'm not sure why you are bothering with an initrd to be honest. You are |
49 |
installing to a qemu guest so the odds are excellent it has one |
50 |
partition in that file-based disk. You are building Gentoo which is |
51 |
always done from scratch and has no need of one-size-must-fit-all which |
52 |
are required for binary distro installers. And you don't seem to be |
53 |
using exotic boot scenarios either (like LVM on RAID, or booting off |
54 |
btrfs in a raid configuration. |
55 |
|
56 |
So hence the question: You have none of the valid reasons why initrds |
57 |
were introduced, so why are you using one? Just dispense with the entire |
58 |
thing and take the much simpler route: hard-code into your install |
59 |
everything it needs to boot. Remember, Gentoo is built from scratch each |
60 |
time, it has no need to be generic and find out what it's running on |
61 |
each time it boots, you can simply tell it. |
62 |
|
63 |
Compile into your kernel (not as modules) each driver you need to boot: |
64 |
|
65 |
- your hardware chipset |
66 |
- all the FS types you think you'll use for / |
67 |
|
68 |
Then: |
69 |
|
70 |
- keep /usr on the same partition as / (you likely will do this anyway) |
71 |
- configure your boot loader with a "root=" parameter specifying where |
72 |
your / is located (do this inside the chroot) |
73 |
|
74 |
And follow the handbook for everything else. |
75 |
|
76 |
If you are not already 100% familiar with what kernel module does what, |
77 |
and what needs to be compiled in, you may end up repeating the booting |
78 |
off the install CD, mounting the disks, chroot into / process more than |
79 |
once. Don't lose heart! The learning experience is well worth the |
80 |
effort, and besides almost every Gentooer goes through this anyway. I |
81 |
myself have used Gentoo for 10+ years and my most recent manual install |
82 |
required chrooting FOUR times before I got it right, I was trying to be |
83 |
clever and short-cut the install process. That never works :-) |
84 |
|
85 |
genkernel is know to be problematic. List user are in recent times |
86 |
reporting issues with it that ought not to happen. Other users who use |
87 |
dracut instead are reporting a much happier experience than with |
88 |
genkernel. I suppose the handbook needs updating. |
89 |
|
90 |
.... |
91 |
|
92 |
|
93 |
> Well, I pushed the big friendly purple button and sent off my plea for |
94 |
> help, and waited and waited, and still have not seen my original post |
95 |
> appear on this list. You should remove that button if no one bothers to |
96 |
> moderate the posts it generates. The people who push it get their first |
97 |
> impression of the 'community' when they are in trouble and are ignored. |
98 |
> You know what they say about first impressions. Get rid of that button! |
99 |
> Or read and moderate the posts it generates. |
100 |
|
101 |
Your original post will not appear, you were not subscribed when you |
102 |
clicked the button. You need to subscribe first, otherwise the list |
103 |
rejects the post. All the button does is launch a mailto: link; in a |
104 |
perfect world the web page would grey out the purple button if you are |
105 |
not subscribed, but in the real world that page likely has no way to |
106 |
know if you are or not. Perhaps the page too could be made more obvious |
107 |
what the requirements are. |
108 |
|
109 |
|
110 |
All of which highlights something you need to know about Gentoo: arund |
111 |
here, we start by assuming you know what you are doing mostly and can |
112 |
think logically. So very little effort is put into detailing every |
113 |
detail of every step so you never get it wrong. This isn't Apple or |
114 |
Ubuntu and we're not interested in delivering the perfect |
115 |
user-experience that fills you with awe, wonder and takes you to |
116 |
Nirvana. We are interested in giving you tools so you can build what YOU |
117 |
want. We sorta assume you are comfortable with figuring tools out before |
118 |
you use them. End result: you get exactly what you want but sometimes |
119 |
the instructions seem to assume too much, or be a bit vague in places. I |
120 |
like this, to me it's a wonderful trade-off. |
121 |
|
122 |
|
123 |
-- |
124 |
Alan McKinnon |
125 |
alan.mckinnon@×××××.com |