Handbook Talk:AMD64/Installation/Media/Archive

From Gentoo Wiki
Jump to:navigation Jump to:search
Note
The following sections are completed discussions previously found on the Handbook Talk:AMD64/Installation/Media page. They have been moved here for archival purposes.
  Note to editors
When moving discussions here, try to keep these discussions in chronological order. The date of a discussion's creation can usually be found in the first signature.

No "current-iso" directory

Talk status
This discussion is done as of Mar 15 2015.

The manual says "Select the current-iso/ directory", but there is none; at least not here: http://mirror.csclub.uwaterloo.ca/gentoo-distfiles/releases/amd64/autobuilds/

Unless I'm mistaken, it should be corrected to "current-install-amd64-minimal"? I can't do that myself because I lack edit permissions. ~ Michael Allan (talk) 11:05, 15 March 2015 (UTC)

I have fixed this a file ago. Thanks for reporting it! --Maffblaster (talk) 21:11, 18 August 2016 (UTC)

Additional Helpful Edit

Talk status
This discussion is done as of Apr 24 2015.

The fetching of the keys example presumes a key server has already been set; for someone starting anew, this may not be the case; instead it would be more helpful if the example instruction includes specifying the key server, as well:

    pgp --keyserver hkps.pool.sks-keyservers.net --recv-keys <KEY>

The previous comment was from: Jlpoole (talk)

It would seem that someone took this advice because the example does (now) use the hkps.pool.sks-keyservers.net server pool. Thanks for reporting it! --Maffblaster (talk) 21:15, 18 August 2016 (UTC)

Bad link for 'Gentoo AMD64 project site'

Talk status
This discussion is done as of Jun 28 2015.

This link (in the 'Hardware requirements' paragraph) leads here: https://www.gentoo.org/proj/en/base/amd64/ and gives 404 error; the link there to the archived version of the page gives 500 error.

The previous comment was from: Mz (talk)

This looks to have been taken care of. --Grknight (talk) 02:01, 22 October 2015 (UTC)

Booting in UEFI mode

Talk status
This discussion is done as of April 20, 2017.

"When installing Gentoo with the purpose of using the UEFI interface instead of BIOS, it is recommended to boot with UEFI immediately". Those words are in "Booting the installation CD" It seems as if he had to do with the installation CD, but the CD is not able UEFI. --Quilosaq (talk)

I believe it should be mentioned that you need to use different media like SystemRescueCD ( https://www.system-rescue-cd.org/SystemRescueCd_Homepage ) to load in UEFI and that loading in UEFI is requiered to install Gentoo which supports UEFI. - EvgeniyZh (talk)
You are both correct. We're working on getting the Release Engineering team to upgrade our Minimal CDs ability. Right now it can only boot in BIOS (MBR) mode. I will return here when the Handbook has been updated. Done! My edit in this section notes the Minimal install CDs inability to boot UEFI mode. It instructs the reader to use the LiveDVD instead. --Maffblaster (talk) 22:50, 20 April 2017 (UTC)

Optional:_Starting_the_SSH_daemon root login

Talk status
This discussion is done as of Jun 19 2016.

In this section people up ssh daemon, but with latest version sshd it have #PermitRootLogin prohibit-password options by default, which allow only root login with some keys. We can add info about it to be need change sshd_config to PermitRootLogin yes

Or maybe gentoo can do it only for installation cd dvd's when prepare it ? --Cronolio (talk) 23:50, 14 June 2016 (UTC)

Did you open a bug for this on Bugzilla.g.o as instructed on IRC? We'll have to work with RelEng to determine the proper solution. Good work spotting this! Don't forget to sign your comments! --Maffblaster (talk) 23:45, 14 June 2016 (UTC)
Yes https://bugs.gentoo.org/show_bug.cgi?id=585930 --Cronolio (talk) 23:50, 14 June 2016 (UTC)

Done https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5f80a533616f8e591963a5f2ae7d7e9a694e0079 Thanks. --Cronolio (talk) 12:26, 19 June 2016 (UTC)

Typo in Burning

Talk status
This discussion is done as of Aug 18 2016.

In the Burning with Linux section, the command cdrecord dev=/dev/sr0 install--minimal-20141204.iso contains two hyphens in a row in the filename. - dcljr (talk) 03:15, 7 August 2016 (UTC)

Fixed! It was our special PHP function that inserts the name of the Arch that was broken. Thanks for reporting it! --Maffblaster (talk) 21:05, 18 August 2016 (UTC)

K3b

Talk status
This discussion is done as of April 20, 2017.

I don't have permissions to fix this myself. Package app-cdr/k3b should be replaced with kde-apps/k3b. Thanks. — The preceding unsigned comment was added by Fturco (talkcontribs) 15 April 2017

Fixed as of just a moment ago! Thanks, Francesco Turco (Fturco) ! --Maffblaster (talk) 22:48, 20 April 2017 (UTC)

'Core 2' as EM64T example feels outdated

Talk status
This discussion is done.

Listing Core 2 Duo & Quad processors as primary examples of EM64T CPUs seems not to be up-to-date. Core 2 is a 11 years old architecture by now (2017). Giving a Core iX as the example would fit much better. — The preceding unsigned comment was added by Yuri69 (talkcontribs) April 21, 2017‎

Updated to Core i3, i5, and i7 for example. Please remember to sign contributions to discussion pages using the button found in the edit toolbox. Thanks! --Maffblaster (talk) 12:24, 24 April 2017 (UTC)

Typo in Note associated with: "Optional: Starting the SSH daemon"

Talk status
This discussion is done as of July 25, 2017.

I noticed a very minor typo in the Note associated with the SSH daemon setup.

Where it reads:

"This is because the user now log on to - for SSH - a different server..."

Does it not read better:

"This is because the user now logs on to - for SSH - a different server..."

Perhaps the missing 's' comes from the use of "users" from the beginning and thus:

"This is because users now log on to - for SSH - a different server..."

— The preceding unsigned comment was added by Stardotstar (talkcontribs)

Fixed! Thank you!

Things to do when a user account is added, specifically for purposes of installation assistance via ssh.

Talk status
This discussion is done.

I have a laptop which will only install with physical ethernet adapter, so I intend to install via ssh from another lappy.

In doing this I noticed a few things that didn't quite follow perfectly in the handbook so I went back over it and think I can make the following observations for consideration.

Edit: I think I have created problems here by commencing the install process in a terminal session on the live CD environment, wherein one is logged in as the user gentoo. When I switch to Alt+F1 I am at a terminal as root, in which case the passwd command will work as described.

Setting a root password seems to be slightly different than depicted. It appears to require sudo passwd.
I think I have this right since, the default user is gentoo and passwd would set their own password.
Further, I found: passwd root, returns: passwd: you may not view or modify password information for root.

n.b. This output was copied from trying the passwd root command after I had already successfully changed it with sudo passwd, which I only tried when I couldn't do it with passwd alone (and I note that in the description, the indicated active user is indeed already root (or maybe I have something out of sequence or something - I'm trying to parse all this from the mindset of having to follow the instructions literally with little or no assumed knowledge).)

At any rate, since one needs sudo command and root user authority to perform the installation via ssh in many installation scenarios (and, if I'm not mistaken in the use case I have, where I need to conduct as much of the install as possible from my other laptop via ssh), then allowing the added user to sudo may need to be described appropriately.

Would it be enough to simply add the new user to the wheel group when creating the user for this purpose?

I have tested this from scratch - booting into the live environment switching to the Alt+F1 root terminal session, setting root passwd, adding a new user: useradd -m -G users,wheel will and then starting sshd and I was able to ssh into the installation environment and execute sudo commands.

I used sudo vi /etc/group to add my new user to all the groups that gentoo was a member of (presumably only needs wheel) and then logged out and back in via ssh (I think the group can be updated on the fly but I didn't look up how?).

I was then able to reproduce the same experience so far using the gentoo user on the local machine with my newly added account via ssh.

I do hope I'm not wasting anyone's time with this long winded query about these aspects, as it is entirely possible I've missed something in trying to be both in the mindset of a newcomer as well as being only just knowledgeable with Gentoo to be a danger to myself and all the machines around me ;) Trying to contribute and help nonetheless. --Stardotstar (talk) 05:17, 1 July 2017 (UTC)

— The preceding unsigned comment was added by Stardotstar (talkcontribs) 
Hi Stardotstar , this is not the place to receive support. We only talk about improving documentation for the Handbook here. Please try getting support on the Forums, email lists, or IRC. If divulge on a different installation path than is outlined in the Handbook then you are left to your own devices and our user support. Kind regards, --Maffblaster (talk) 23:46, 25 July 2017 (UTC)

Rephrasing request

Talk status
This discussion is done.

at Handbook:AMD64/Installation/Media/Archive : The occasional Gentoo LiveDVD Occasionally, a special DVD is crafted by the Gentoo Ten project which can be used to install Gentoo. The instructions further down this chapter target the Minimal Installation CD so might be a bit different. However, the LiveDVD (or any other bootable Linux environment) supports getting a root prompt by just invoking sudo su - or sudo -i in a terminal.

You should want to say: "... a special DVD is crafted by the Gento Team project ... " not the Gentoo Ten ... — The preceding unsigned comment was added by Aurelien (talkcontribs)

I think we should link to the Release Engineering Project page instead. What do you think? Fturco (talk) 17:13, 22 November 2018 (UTC)
I moved this discussion here. Fturco (talk) 16:45, 14 April 2020 (UTC)