Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #241371 > unrolled thread
| Started by | Richard Owlett <rowlett@cloud85.net> |
|---|---|
| First post | 2021-10-16 12:50 +0200 |
| Last post | 2021-10-16 22:40 +0200 |
| Articles | 15 — 8 participants |
Back to article view | Back to linux.debian.user
Disk partitioning phase of installation Richard Owlett <rowlett@cloud85.net> - 2021-10-16 12:50 +0200
Re: Disk partitioning phase of installation piorunz <piorunz@gmx.com> - 2021-10-16 13:10 +0200
Re: Disk partitioning phase of installation Linux-Fan <Ma_Sys.ma@web.de> - 2021-10-16 13:10 +0200
Re: Disk partitioning phase of installation Richard Owlett <rowlett@cloud85.net> - 2021-10-16 13:30 +0200
Re: Disk partitioning phase of installation Brian <ad44@cityscape.co.uk> - 2021-10-16 14:20 +0200
Re: Disk partitioning phase of installation "Andrew M.A. Cater" <amacater@einval.com> - 2021-10-16 14:40 +0200
Re: Disk partitioning phase of installation Richard Owlett <rowlett@cloud85.net> - 2021-10-16 14:50 +0200
Re: Disk partitioning phase of installation Brian <ad44@cityscape.co.uk> - 2021-10-16 15:20 +0200
Re: Disk partitioning phase of installation Richard Owlett <rowlett@cloud85.net> - 2021-10-16 16:30 +0200
Re: Disk partitioning phase of installation David Wright <deblis@lionunicorn.co.uk> - 2021-10-16 17:20 +0200
Re: Disk partitioning phase of installation Brian <ad44@cityscape.co.uk> - 2021-10-16 19:50 +0200
Re: Disk partitioning phase of installation David Wright <deblis@lionunicorn.co.uk> - 2021-10-18 18:20 +0200
Re: Disk partitioning phase of installation Brian <ad44@cityscape.co.uk> - 2021-10-19 16:10 +0200
Re: Disk partitioning phase of installation Andy Smith <andy@strugglers.net> - 2021-10-16 17:20 +0200
Re: Disk partitioning phase of installation Tom Dial <tddial@comcast.net> - 2021-10-16 22:40 +0200
| From | Richard Owlett <rowlett@cloud85.net> |
|---|---|
| Date | 2021-10-16 12:50 +0200 |
| Subject | Disk partitioning phase of installation |
| Message-ID | <D8Pqh-6nX-1@gated-at.bofh.it> |
I routinely place /home on its own partition. Its structure resembles: /home/richard ├── Desktop ├── Documents ├── Downloads ├── Notebooks └── Pictures My questions: 1. Can I have /home/richard/Downloads bed on its own partition? 2. How could I have found the answer? TIA
[toc] | [next] | [standalone]
| From | piorunz <piorunz@gmx.com> |
|---|---|
| Date | 2021-10-16 13:10 +0200 |
| Message-ID | <D8PJF-6Lf-7@gated-at.bofh.it> |
| In reply to | #241371 |
On 16/10/2021 11:39, Richard Owlett wrote: > I routinely place /home on its own partition. > Its structure resembles: > /home/richard > ├── Desktop > ├── Documents > ├── Downloads > ├── Notebooks > └── Pictures > > My questions: > 1. Can I have /home/richard/Downloads bed on its own partition? Of course. Create a partition on your hard drive. Make an entry in /etc/fstab file pointing to this partition by UUID, and mounting it as /home/richard/Downloads. > 2. How could I have found the answer? "How to new partition fstab debian" -- With kindest regards, Piotr. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org ⠈⠳⣄⠀⠀⠀⠀
[toc] | [prev] | [next] | [standalone]
| From | Linux-Fan <Ma_Sys.ma@web.de> |
|---|---|
| Date | 2021-10-16 13:10 +0200 |
| Message-ID | <D8PJF-6Lf-11@gated-at.bofh.it> |
| In reply to | #241371 |
[Multipart message — attachments visible in raw view] — view raw
Richard Owlett writes: > I routinely place /home on its own partition. > Its structure resembles: > /home/richard > ├── Desktop > ├── Documents > ├── Downloads > ├── Notebooks > └── Pictures > > My questions: > 1. Can I have /home/richard/Downloads bed on its own partition? Yes. The only thing to consider is that they are mounted in correct order i.e. first /home/richard then /home/richard/Downloads. Alternatively, you could mount them at independent times by using a mountpoint outside of /home/richard (e.g. /media/richards_downloads) and having `Downloads` as a symbolic link pointing to the mountpoint of choice (`ln -s /media/richards_downloads Downloads`). > 2. How could I have found the answer? By trying it out :) If you do it wrongly, it yields "mountpoint does not exist" or similar. If you do it correctly, it "just works". HTH Linux-Fan [...] öö
[toc] | [prev] | [next] | [standalone]
| From | Richard Owlett <rowlett@cloud85.net> |
|---|---|
| Date | 2021-10-16 13:30 +0200 |
| Message-ID | <D8Q2Z-6RV-3@gated-at.bofh.it> |
| In reply to | #241373 |
On 10/16/2021 06:01 AM, Linux-Fan wrote: > Richard Owlett writes: > >> I routinely place /home on its own partition. >> Its structure resembles: >> /home/richard >> ├── Desktop >> ├── Documents >> ├── Downloads >> ├── Notebooks >> └── Pictures >> >> My questions: >> 1. Can I have /home/richard/Downloads be on its own partition? > > Yes. The only thing to consider is that they are mounted in correct > order i.e. first /home/richard then /home/richard/Downloads. I think my question was misunderstood. Perhaps I should have repeated "Disk partitioning phase of installation" in the body of my message. Rephrasing my question: Can I, during the manual disk partitioning phase, specify that /home/richard/Downloads be on its own partition *AND* the rest of /home/richard/ be on its own partition? > > Alternatively, you could mount them at independent times by using a > mountpoint outside of /home/richard (e.g. /media/richards_downloads) and > having `Downloads` as a symbolic link pointing to the mountpoint of > choice (`ln -s /media/richards_downloads Downloads`). > >> 2. How could I have found the answer? > > By trying it out :) *BAD* answer. Obviously I was asking how could I have found the appropriate documentation.
[toc] | [prev] | [next] | [standalone]
| From | Brian <ad44@cityscape.co.uk> |
|---|---|
| Date | 2021-10-16 14:20 +0200 |
| Message-ID | <D8QPo-7t5-5@gated-at.bofh.it> |
| In reply to | #241374 |
On Sat 16 Oct 2021 at 06:27:49 -0500, Richard Owlett wrote: > On 10/16/2021 06:01 AM, Linux-Fan wrote: > > Richard Owlett writes: > > > > > I routinely place /home on its own partition. > > > Its structure resembles: > > > /home/richard > > > ├── Desktop > > > ├── Documents > > > ├── Downloads > > > ├── Notebooks > > > └── Pictures > > > > > > My questions: > > > 1. Can I have /home/richard/Downloads be on its own partition? > > > > Yes. The only thing to consider is that they are mounted in correct > > order i.e. first /home/richard then /home/richard/Downloads. > > I think my question was misunderstood. > Perhaps I should have repeated "Disk partitioning phase of installation" in > the body of my message. > > Rephrasing my question: > > Can I, during the manual disk partitioning phase, specify that > /home/richard/Downloads be on its own partition *AND* the rest of > /home/richard/ be on its own partition? A moun point can be *manually* specified for any partition. > > Alternatively, you could mount them at independent times by using a > > mountpoint outside of /home/richard (e.g. /media/richards_downloads) and > > having `Downloads` as a symbolic link pointing to the mountpoint of > > choice (`ln -s /media/richards_downloads Downloads`). > > > > > 2. How could I have found the answer? > > > > By trying it out :) > > *BAD* answer. > Obviously I was asking how could I have found the appropriate documentation. 0/10? I reckon my answer deserves 10/10 :). Look at what d-i offers in its partitioning menu. -- Brian.
[toc] | [prev] | [next] | [standalone]
| From | "Andrew M.A. Cater" <amacater@einval.com> |
|---|---|
| Date | 2021-10-16 14:40 +0200 |
| Message-ID | <D8R8L-7Fm-11@gated-at.bofh.it> |
| In reply to | #241376 |
On Sat, Oct 16, 2021 at 01:19:05PM +0100, Brian wrote: > On Sat 16 Oct 2021 at 06:27:49 -0500, Richard Owlett wrote: > > > On 10/16/2021 06:01 AM, Linux-Fan wrote: > > > Richard Owlett writes: > > > > > > > I routinely place /home on its own partition. > > > > Its structure resembles: > > > > /home/richard > > > > ├── Desktop > > > > ├── Documents > > > > ├── Downloads > > > > ├── Notebooks > > > > └── Pictures > > > > > > > > My questions: > > > > 1. Can I have /home/richard/Downloads be on its own partition? > > > > > > Yes. The only thing to consider is that they are mounted in correct > > > order i.e. first /home/richard then /home/richard/Downloads. > > > > I think my question was misunderstood. > > Perhaps I should have repeated "Disk partitioning phase of installation" in > > the body of my message. > > > > Rephrasing my question: > > > > Can I, during the manual disk partitioning phase, specify that > > /home/richard/Downloads be on its own partition *AND* the rest of > > /home/richard/ be on its own partition? > > A moun point can be *manually* specified for any partition. > > > > Alternatively, you could mount them at independent times by using a > > > mountpoint outside of /home/richard (e.g. /media/richards_downloads) and > > > having `Downloads` as a symbolic link pointing to the mountpoint of > > > choice (`ln -s /media/richards_downloads Downloads`). > > > > > > > 2. How could I have found the answer? > > > > > > By trying it out :) > > Richard: You have the Dell machine - you could always use this for trying things out. There does come a time at which there is too much documentation to find in general terms. Trying a text mode install three or four times with different options and stepping through the questions you are asked would also be a good and useful experiment sometime. > > *BAD* answer. > > Obviously I was asking how could I have found the appropriate documentation. > > 0/10? I reckon my answer deserves 10/10 :). Look at what d-i offers > in its partitioning menu. > > -- > Brian. >
[toc] | [prev] | [next] | [standalone]
| From | Richard Owlett <rowlett@cloud85.net> |
|---|---|
| Date | 2021-10-16 14:50 +0200 |
| Message-ID | <D8Riu-7Jz-59@gated-at.bofh.it> |
| In reply to | #241376 |
On 10/16/2021 07:19 AM, Brian wrote:
> On Sat 16 Oct 2021 at 06:27:49 -0500, Richard Owlett wrote:
>
>> On 10/16/2021 06:01 AM, Linux-Fan wrote:
>>> Richard Owlett writes:
>>>
>>>> I routinely place /home on its own partition.
>>>> Its structure resembles:
>>>> /home/richard
>>>> ├── Desktop
>>>> ├── Documents
>>>> ├── Downloads
>>>> ├── Notebooks
>>>> └── Pictures
>>>>
>>>> My questions:
>>>> 1. Can I have /home/richard/Downloads be on its own partition?
>>>
>>> Yes. The only thing to consider is that they are mounted in correct
>>> order i.e. first /home/richard then /home/richard/Downloads.
>>
>> I think my question was misunderstood.
>> Perhaps I should have repeated "Disk partitioning phase of installation" in
>> the body of my message.
>>
>> Rephrasing my question:
>>
>> Can I, during the manual disk partitioning phase, specify that
>> /home/richard/Downloads be on its own partition *AND* the rest of
>> /home/richard/ be on its own partition?
>
> A moun point can be *manually* specified for any partition.
>
>>> Alternatively, you could mount them at independent times by using a
>>> mountpoint outside of /home/richard (e.g. /media/richards_downloads) and
>>> having `Downloads` as a symbolic link pointing to the mountpoint of
>>> choice (`ln -s /media/richards_downloads Downloads`).
>>>
>>>> 2. How could I have found the answer?
>>>
>>> By trying it out :)
>>
>> *BAD* answer.
>> Obviously I was asking how could I have found the appropriate documentation.
>
> 0/10? I reckon my answer deserves 10/10 :). Look at what d-i offers
> in its partitioning menu.
>
Not a 10/10 as it was the d-i menu that prompted the question ;{
Is there documentation for the details of that sub-menu?
[toc] | [prev] | [next] | [standalone]
| From | Brian <ad44@cityscape.co.uk> |
|---|---|
| Date | 2021-10-16 15:20 +0200 |
| Message-ID | <D8RLr-8a0-5@gated-at.bofh.it> |
| In reply to | #241379 |
On Sat 16 Oct 2021 at 07:42:39 -0500, Richard Owlett wrote:
> On 10/16/2021 07:19 AM, Brian wrote:
> > On Sat 16 Oct 2021 at 06:27:49 -0500, Richard Owlett wrote:
> >
> > > On 10/16/2021 06:01 AM, Linux-Fan wrote:
> > > > Richard Owlett writes:
> > > >
> > > > > I routinely place /home on its own partition.
> > > > > Its structure resembles:
> > > > > /home/richard
> > > > > ├── Desktop
> > > > > ├── Documents
> > > > > ├── Downloads
> > > > > ├── Notebooks
> > > > > └── Pictures
> > > > >
> > > > > My questions:
> > > > > 1. Can I have /home/richard/Downloads be on its own partition?
> > > >
> > > > Yes. The only thing to consider is that they are mounted in correct
> > > > order i.e. first /home/richard then /home/richard/Downloads.
> > >
> > > I think my question was misunderstood.
> > > Perhaps I should have repeated "Disk partitioning phase of installation" in
> > > the body of my message.
> > >
> > > Rephrasing my question:
> > >
> > > Can I, during the manual disk partitioning phase, specify that
> > > /home/richard/Downloads be on its own partition *AND* the rest of
> > > /home/richard/ be on its own partition?
> >
> > A moun point can be *manually* specified for any partition.
> >
> > > > Alternatively, you could mount them at independent times by using a
> > > > mountpoint outside of /home/richard (e.g. /media/richards_downloads) and
> > > > having `Downloads` as a symbolic link pointing to the mountpoint of
> > > > choice (`ln -s /media/richards_downloads Downloads`).
> > > >
> > > > > 2. How could I have found the answer?
> > > >
> > > > By trying it out :)
> > >
> > > *BAD* answer.
> > > Obviously I was asking how could I have found the appropriate documentation.
> >
> > 0/10? I reckon my answer deserves 10/10 :). Look at what d-i offers
> > in its partitioning menu.
> >
>
> Not a 10/10 as it was the d-i menu that prompted the question ;{
You're a hard man! :)
> Is there documentation for the details of that sub-menu?
Not that I have seen. The Installation Guide would be the first place
to look for it.
--
Brian.
[toc] | [prev] | [next] | [standalone]
| From | Richard Owlett <rowlett@cloud85.net> |
|---|---|
| Date | 2021-10-16 16:30 +0200 |
| Message-ID | <D8SRb-mp-3@gated-at.bofh.it> |
| In reply to | #241381 |
On 10/16/2021 08:13 AM, Brian wrote:
> On Sat 16 Oct 2021 at 07:42:39 -0500, Richard Owlett wrote:
>
>> On 10/16/2021 07:19 AM, Brian wrote:
>>> On Sat 16 Oct 2021 at 06:27:49 -0500, Richard Owlett wrote:
>>>
>>>> On 10/16/2021 06:01 AM, Linux-Fan wrote:
>>>>> Richard Owlett writes:
>>>>>
>>>>>> I routinely place /home on its own partition.
>>>>>> Its structure resembles:
>>>>>> /home/richard
>>>>>> ├── Desktop
>>>>>> ├── Documents
>>>>>> ├── Downloads
>>>>>> ├── Notebooks
>>>>>> └── Pictures
>>>>>>
>>>>>> My questions:
>>>>>> 1. Can I have /home/richard/Downloads be on its own partition?
>>>>>
>>>>> Yes. The only thing to consider is that they are mounted in correct
>>>>> order i.e. first /home/richard then /home/richard/Downloads.
>>>>
>>>> I think my question was misunderstood.
>>>> Perhaps I should have repeated "Disk partitioning phase of installation" in
>>>> the body of my message.
>>>>
>>>> Rephrasing my question:
>>>>
>>>> Can I, during the manual disk partitioning phase, specify that
>>>> /home/richard/Downloads be on its own partition *AND* the rest of
>>>> /home/richard/ be on its own partition?
>>>
>>> A moun point can be *manually* specified for any partition.
>>>
>>>>> Alternatively, you could mount them at independent times by using a
>>>>> mountpoint outside of /home/richard (e.g. /media/richards_downloads) and
>>>>> having `Downloads` as a symbolic link pointing to the mountpoint of
>>>>> choice (`ln -s /media/richards_downloads Downloads`).
>>>>>
>>>>>> 2. How could I have found the answer?
>>>>>
>>>>> By trying it out :)
>>>>
>>>> *BAD* answer.
>>>> Obviously I was asking how could I have found the appropriate documentation.
>>>
>>> 0/10? I reckon my answer deserves 10/10 :). Look at what d-i offers
>>> in its partitioning menu.
>>>
>>
>> Not a 10/10 as it was the d-i menu that prompted the question ;{
>
> You're a hard man! :)
WHO? ME? *ROFL*
It may have been hardware rather than software, but >30 years in the
trenches of tech support (including QA/QC and field inspection) can be
termed "educational" ;}
>
>> Is there documentation for the details of that sub-menu?
>
> Not that I have seen. The Installation Guide would be the first place
> to look for it.
Having written documentation on occasion, I approve of reading same.
By three references to placing /var/mail on its own partition
https://www.debian.org/releases/stable/amd64/ hints what I want can be
safe. But it gives no limits. That's *DANGEROUS*!
[toc] | [prev] | [next] | [standalone]
| From | David Wright <deblis@lionunicorn.co.uk> |
|---|---|
| Date | 2021-10-16 17:20 +0200 |
| Message-ID | <D8TDz-10f-9@gated-at.bofh.it> |
| In reply to | #241383 |
On Sat 16 Oct 2021 at 09:28:30 (-0500), Richard Owlett wrote:
> On 10/16/2021 08:13 AM, Brian wrote:
> > On Sat 16 Oct 2021 at 07:42:39 -0500, Richard Owlett wrote:
> > > On 10/16/2021 07:19 AM, Brian wrote:
> > > > On Sat 16 Oct 2021 at 06:27:49 -0500, Richard Owlett wrote:
> > > > > On 10/16/2021 06:01 AM, Linux-Fan wrote:
> > > > > > Richard Owlett writes:
> > > > > >
> > > > > > > I routinely place /home on its own partition.
> > > > > > > Its structure resembles:
> > > > > > > /home/richard
> > > > > > > ├── Desktop
> > > > > > > ├── Documents
> > > > > > > ├── Downloads
> > > > > > > ├── Notebooks
> > > > > > > └── Pictures
> > > > > > >
> > > > > > > My questions:
> > > > > > > 1. Can I have /home/richard/Downloads be on its own partition?
> > > > > >
> > > > > > Yes. The only thing to consider is that they are mounted in correct
> > > > > > order i.e. first /home/richard then /home/richard/Downloads.
> > > > >
> > > > > I think my question was misunderstood.
> > > > > Perhaps I should have repeated "Disk partitioning phase of installation" in
> > > > > the body of my message.
> > > > >
> > > > > Rephrasing my question:
> > > > >
> > > > > Can I, during the manual disk partitioning phase, specify that
> > > > > /home/richard/Downloads be on its own partition *AND* the rest of
> > > > > /home/richard/ be on its own partition?
> > > >
> > > > A moun point can be *manually* specified for any partition.
> > > >
> > > > > > Alternatively, you could mount them at independent times by using a
> > > > > > mountpoint outside of /home/richard (e.g. /media/richards_downloads) and
> > > > > > having `Downloads` as a symbolic link pointing to the mountpoint of
> > > > > > choice (`ln -s /media/richards_downloads Downloads`).
> > > > > >
> > > > > > > 2. How could I have found the answer?
> > > > > >
> > > > > > By trying it out :)
In this thread, on Sat 16 Oct 2021 at 12:39:25 (+0000), Andrew M.A. Cater wrote:
>
> Richard: You have the Dell machine - you could always use this for trying
> things out. There does come a time at which there is too much documentation
> to find in general terms. Trying a text mode install three or four times
> with different options and stepping through the questions you are asked
> would also be a good and useful experiment sometime.
On Fri 06 Jan 2017 at 11:56:01 (-0600), Richard Owlett wrote:
>
> IIRC the partitioning phase of installer does not allow specifying a
> label for the swap partition.
>
> [ … ]
>
> I rarely install Jessie more than twice a day ;)
> Although I may have installed Squeeze 5 times in one day.
https://lists.debian.org/debian-user/2017/01/msg00217.html
> > > > > *BAD* answer.
> > > > > Obviously I was asking how could I have found the appropriate documentation.
> > > >
> > > > 0/10? I reckon my answer deserves 10/10 :). Look at what d-i offers
> > > > in its partitioning menu.
> > > >
> > >
> > > Not a 10/10 as it was the d-i menu that prompted the question ;{
> >
> > You're a hard man! :)
>
> WHO? ME? *ROFL*
> It may have been hardware rather than software, but >30 years in the
> trenches of tech support (including QA/QC and field inspection) can be
> termed "educational" ;}
>
> >
> > > Is there documentation for the details of that sub-menu?
> >
> > Not that I have seen. The Installation Guide would be the first place
> > to look for it.
>
> Having written documentation on occasion, I approve of reading same.
> By three references to placing /var/mail on its own partition
> https://www.debian.org/releases/stable/amd64/ hints what I want can be
> safe. But it gives no limits. That's *DANGEROUS*!
If you want to see a blow-by-blow example of the partitioner, you
could revisit this post from a while back. IIRC the thread exercises
most of the wrinkles that could occur if the user interface is
misunderstood.
https://lists.debian.org/debian-user/2015/02/msg00153.html
It's difficult to envisage a time when each and every d-i screen would
be documented at this sort of level. I've no idea what the "limits" are
of which you speak.
Cheers,
David.
[toc] | [prev] | [next] | [standalone]
| From | Brian <ad44@cityscape.co.uk> |
|---|---|
| Date | 2021-10-16 19:50 +0200 |
| Message-ID | <D8VYJ-2x5-3@gated-at.bofh.it> |
| In reply to | #241386 |
On Sat 16 Oct 2021 at 10:12:34 -0500, David Wright wrote: [Lots of snipping] > If you want to see a blow-by-blow example of the partitioner, you > could revisit this post from a while back. IIRC the thread exercises > most of the wrinkles that could occur if the user interface is > misunderstood. > > https://lists.debian.org/debian-user/2015/02/msg00153.html > > It's difficult to envisage a time when each and every d-i screen would > be documented at this sort of level. I've no idea what the "limits" are > of which you speak. The Installer Guide dots many i's and crosses many t's. However, you yourself have sent many fine text screeshots of the installer in action to -user.(I have never found out how they were produced). One picture is worth..., etc. I wonder whether the Guide would benefit from an appendix showing something similar. -- Brian.
[toc] | [prev] | [next] | [standalone]
| From | David Wright <deblis@lionunicorn.co.uk> |
|---|---|
| Date | 2021-10-18 18:20 +0200 |
| Message-ID | <D9DwL-4QN-17@gated-at.bofh.it> |
| In reply to | #241388 |
On Sat 16 Oct 2021 at 18:47:25 (+0100), Brian wrote:
> On Sat 16 Oct 2021 at 10:12:34 -0500, David Wright wrote:
>
> [Lots of snipping]
>
> > If you want to see a blow-by-blow example of the partitioner, you
> > could revisit this post from a while back. IIRC the thread exercises
> > most of the wrinkles that could occur if the user interface is
> > misunderstood.
> >
> > https://lists.debian.org/debian-user/2015/02/msg00153.html
> >
> > It's difficult to envisage a time when each and every d-i screen would
> > be documented at this sort of level. I've no idea what the "limits" are
> > of which you speak.
>
> The Installer Guide dots many i's and crosses many t's. However,
> you yourself have sent many fine text screeshots of the installer
> in action to -user.(I have never found out how they were produced).
>
> One picture is worth..., etc. I wonder whether the Guide would
> benefit from an appendix showing something similar.
Expert install, step 1¹ is:
┌────────────────────┤ [?] Load installer components from CD ├────────────────────┐
│ │
│ All components of the installer needed to complete the install will be loaded │
│ automatically and are not listed here. Some other (optional) installer │
│ components are shown below. They are probably not necessary, but may be │
│ interesting to some users. │
│ │
│ Note that if you select a component that requires others, those components │
│ will also be loaded. │
│ │
│ Installer components to load: │
│ … … … … … … … … … … … … │
│ [*] network-console: Continue installation remotely using SSH ▒ │
│ … … … … … … … … … … … … │
│ │
│ <Go Back> <Continue> │
│ │
└─────────────────────────────────────────────────────────────────────────────────┘
When you see the opportunity to execute this command, step 2 is:
┌────────────────┤ [?] Debian installer main menu ├────────────────┐
│ │
│ Choose the next step in the install process: │
│ │
│ … … … … … … … … … │
│ Detect network hardware │
│ Configure the network │
│ Continue installation remotely using SSH ← I faked this line ² │
│ Set up users and passwords │
│ … … … … … … … … … │
│ │
└──────────────────────────────────────────────────────────────────┘
┌────────────────┤ [!!] Continue installation remotely using SSH ├────────────────┐
│ │
│ You need to set a password for remote access to the Debian installer. A │
│ malicious or unqualified user with access to the installer can have disastrous │
│ results, so you should take care to choose a password that is not easy to │
│ guess. It should not be a word found in the dictionary, or a word that could be │
│ easily associated with you, like your middle name. │
│ │
│ This password is only used by the Debian installer, and will be discarded once │
│ you finish the installation. │
│ │
│ Remote installation password: │
│ │
│ _ │
│ │
│ [ ] Show Password in Clear │
│ │
│ <Continue> │
│ │
└─────────────────────────────────────────────────────────────────────────────────┘
[ repeated]
┌────────────────┤ [!!] Continue installation remotely using SSH ├────────────────┐
│ │
│ Start SSH │
│ To continue the installation, please use an SSH client to connect to the IP │
│ address 192.168.1.xxx fe80::xxx:xxxx:xxxx:xxxx and log in as the "installer" │
│ user. For example: │
│ │
│ ssh installer@192.168.1.nnn │
│ │
│ The fingerprint of this SSH server's host key is: │
│ │
│ SHA256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ³ │
│ │
│ Please check this carefully against the fingerprint reported by your SSH client.│
│ │
│ <Continue> ⁴ │
│ │
└─────────────────────────────────────────────────────────────────────────────────┘
On another machine, in an xterm, step 3 is:
$ ssh -o GlobalKnownHostsFile=/dev/null -o UserKnownHostsFile=/dev/null installer@192.168.1.nnn
┌────────────────────────────┤ [!!] Configuring d-i ├─────────────────────────────┐
│ │
│ This is the network console for the Debian installer. From here, you may │
│ start the Debian installer, or execute an interactive shell. │
│ │
│ To return to this menu, you will need to log in again. │
│ │
│ Network console option: │
│ │
│ Start installer │
│ Start installer (expert mode) │
│ Start shell │
│ │
└─────────────────────────────────────────────────────────────────────────────────┘
Continue to install, copy/pasting whichever screens you want.
Note that with text, you can't record your responses selected
by highlighting rather than by *.
You can save time capturing the screens by executing script before
running ssh, and then replaying the script through col -b.
(Some tidying up may be required.)
¹ To capture the earliest screens, one can just execute steps that
have already been completed.
² Once you've opened a remote installer, that command is never seen
again.
³ Despite the advice given above, there are occasions when installing
a newer version from an older system that the client might display
an out-of-date fingerprint.
⁴ Don't press continue unless you're going to, say, abort. One could
get very confused with several main menu instances.
Cheers,
David.
[toc] | [prev] | [next] | [standalone]
| From | Brian <ad44@cityscape.co.uk> |
|---|---|
| Date | 2021-10-19 16:10 +0200 |
| Message-ID | <D9XYt-Oj-1@gated-at.bofh.it> |
| In reply to | #241462 |
On Mon 18 Oct 2021 at 11:07:05 -0500, David Wright wrote: > On Sat 16 Oct 2021 at 18:47:25 (+0100), Brian wrote: > > On Sat 16 Oct 2021 at 10:12:34 -0500, David Wright wrote: > > > > [Lots of snipping] > > > > > If you want to see a blow-by-blow example of the partitioner, you > > > could revisit this post from a while back. IIRC the thread exercises > > > most of the wrinkles that could occur if the user interface is > > > misunderstood. > > > > > > https://lists.debian.org/debian-user/2015/02/msg00153.html > > > > > > It's difficult to envisage a time when each and every d-i screen would > > > be documented at this sort of level. I've no idea what the "limits" are > > > of which you speak. > > > > The Installer Guide dots many i's and crosses many t's. However, > > you yourself have sent many fine text screeshots of the installer > > in action to -user.(I have never found out how they were produced). > > > > One picture is worth..., etc. I wonder whether the Guide would > > benefit from an appendix showing something similar. > > Expert install, step 1¹ is: > > ┌────────────────────┤ [?] Load installer components from CD ├────────────────────┐ > │ │ > │ All components of the installer needed to complete the install will be loaded │ > │ automatically and are not listed here. Some other (optional) installer │ > │ components are shown below. They are probably not necessary, but may be │ > │ interesting to some users. │ > │ │ > │ Note that if you select a component that requires others, those components │ > │ will also be loaded. │ > │ │ > │ Installer components to load: │ > │ … … … … … … … … … … … … │ > │ [*] network-console: Continue installation remotely using SSH ▒ │ > │ … … … … … … … … … … … … │ > │ │ > │ <Go Back> <Continue> │ > │ │ > └─────────────────────────────────────────────────────────────────────────────────┘ > > When you see the opportunity to execute this command, step 2 is: > > ┌────────────────┤ [?] Debian installer main menu ├────────────────┐ > │ │ > │ Choose the next step in the install process: │ > │ │ > │ … … … … … … … … … │ > │ Detect network hardware │ > │ Configure the network │ > │ Continue installation remotely using SSH ← I faked this line ² │ > │ Set up users and passwords │ > │ … … … … … … … … … │ > │ │ > └──────────────────────────────────────────────────────────────────┘ > > ┌────────────────┤ [!!] Continue installation remotely using SSH ├────────────────┐ > │ │ > │ You need to set a password for remote access to the Debian installer. A │ > │ malicious or unqualified user with access to the installer can have disastrous │ > │ results, so you should take care to choose a password that is not easy to │ > │ guess. It should not be a word found in the dictionary, or a word that could be │ > │ easily associated with you, like your middle name. │ > │ │ > │ This password is only used by the Debian installer, and will be discarded once │ > │ you finish the installation. │ > │ │ > │ Remote installation password: │ > │ │ > │ _ │ > │ │ > │ [ ] Show Password in Clear │ > │ │ > │ <Continue> │ > │ │ > └─────────────────────────────────────────────────────────────────────────────────┘ > > [ repeated] > > ┌────────────────┤ [!!] Continue installation remotely using SSH ├────────────────┐ > │ │ > │ Start SSH │ > │ To continue the installation, please use an SSH client to connect to the IP │ > │ address 192.168.1.xxx fe80::xxx:xxxx:xxxx:xxxx and log in as the "installer" │ > │ user. For example: │ > │ │ > │ ssh installer@192.168.1.nnn │ > │ │ > │ The fingerprint of this SSH server's host key is: │ > │ │ > │ SHA256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ³ │ > │ │ > │ Please check this carefully against the fingerprint reported by your SSH client.│ > │ │ > │ <Continue> ⁴ │ > │ │ > └─────────────────────────────────────────────────────────────────────────────────┘ > > On another machine, in an xterm, step 3 is: > > $ ssh -o GlobalKnownHostsFile=/dev/null -o UserKnownHostsFile=/dev/null installer@192.168.1.nnn > > ┌────────────────────────────┤ [!!] Configuring d-i ├─────────────────────────────┐ > │ │ > │ This is the network console for the Debian installer. From here, you may │ > │ start the Debian installer, or execute an interactive shell. │ > │ │ > │ To return to this menu, you will need to log in again. │ > │ │ > │ Network console option: │ > │ │ > │ Start installer │ > │ Start installer (expert mode) │ > │ Start shell │ > │ │ > └─────────────────────────────────────────────────────────────────────────────────┘ > > Continue to install, copy/pasting whichever screens you want. > Note that with text, you can't record your responses selected > by highlighting rather than by *. > > You can save time capturing the screens by executing script before > running ssh, and then replaying the script through col -b. > (Some tidying up may be required.) > > ¹ To capture the earliest screens, one can just execute steps that > have already been completed. > ² Once you've opened a remote installer, that command is never seen > again. > ³ Despite the advice given above, there are occasions when installing > a newer version from an older system that the client might display > an out-of-date fingerprint. > ⁴ Don't press continue unless you're going to, say, abort. One could > get very confused with several main menu instances. The network-console is a brilliant d-i facility. I use it with three headless machines on my local network. The screens you show are never seen because of preseeding: d-i anna/choose_modules string network-console d-i network-console/password password xxxxx d-i network-console/password-again password xxxxx # network-console becomes available when a network connection is # established. This line ensures preseeding continues up to the # partitioning stage, which is done manually. d-i network-console/start select continue "continue" does not cause any problem and takes me to the stage I want to be at before logging into the installer with ssh. I had to look up the ssh options you gave. Useful. It took me a while to figure out that network-console is run within a screen session. Changing console within d-i is done with Ctrl-A. -- Brian.
[toc] | [prev] | [next] | [standalone]
| From | Andy Smith <andy@strugglers.net> |
|---|---|
| Date | 2021-10-16 17:20 +0200 |
| Message-ID | <D8TDz-10f-3@gated-at.bofh.it> |
| In reply to | #241374 |
Hello, On Sat, Oct 16, 2021 at 06:27:49AM -0500, Richard Owlett wrote: > Can I, during the manual disk partitioning phase, specify that > /home/richard/Downloads be on its own partition *AND* the rest of > /home/richard/ be on its own partition? Yes, because when you specify what filesystem or other use a partition is to be put to, it also asks you where you want to mount it. One of the options after a list of common choices is "Other", so you can tell it that a filesystem will be mounted in an arbitrary location. As for how you discover this, you read the screen when you are choosing where to mount the filesystem. It is conceptually no different to choosing to have a partition for /home and a partition for /. Regards, Andy -- https://bitfolk.com/ -- No-nonsense VPS hosting
[toc] | [prev] | [next] | [standalone]
| From | Tom Dial <tddial@comcast.net> |
|---|---|
| Date | 2021-10-16 22:40 +0200 |
| Message-ID | <D8YDf-4eW-5@gated-at.bofh.it> |
| In reply to | #241374 |
On 10/16/21 05:27, Richard Owlett wrote: > On 10/16/2021 06:01 AM, Linux-Fan wrote: >> Richard Owlett writes: >> >>> I routinely place /home on its own partition. >>> Its structure resembles: >>> /home/richard >>> ├── Desktop >>> ├── Documents >>> ├── Downloads >>> ├── Notebooks >>> └── Pictures >>> >>> My questions: >>> 1. Can I have /home/richard/Downloads be on its own partition? >> >> Yes. The only thing to consider is that they are mounted in correct >> order i.e. first /home/richard then /home/richard/Downloads. > > I think my question was misunderstood. > Perhaps I should have repeated "Disk partitioning phase of installation" > in the body of my message. > > Rephrasing my question: > > Can I, during the manual disk partitioning phase, specify that > /home/richard/Downloads be on its own partition *AND* the rest of > /home/richard/ be on its own partition? The answer appears to be "yes" for Buster and presumably later (and probably a number of earlier releases). Use manual partitioning, and create partitions however you like within the limits of the disk format (MBR or GPT). I expect you would have to create the account on which the downloads partition would be mounted in the installer; I did not test that. > >> >> Alternatively, you could mount them at independent times by using a >> mountpoint outside of /home/richard (e.g. /media/richards_downloads) >> and having `Downloads` as a symbolic link pointing to the mountpoint >> of choice (`ln -s /media/richards_downloads Downloads`). >> >>> 2. How could I have found the answer? >> >> By trying it out :) > > *BAD* answer. > Obviously I was asking how could I have found the appropriate > documentation. https://www.debian.org/releases/stable/amd64/index.en.html See 6.3.4. Regards, Tom Dial
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.user
csiph-web