Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > alt.os.linux > #56946

Re: another episode in "non standard" homes' saga :)

From William Unruh <unruh@invalid.ca>
Newsgroups alt.os.linux
Subject Re: another episode in "non standard" homes' saga :)
Date 2019-06-17 16:19 +0000
Organization A noiseless patient Spider
Message-ID <qe8ehs$blm$1@dont-email.me> (permalink)
References <qe6018$cmp$1@dont-email.me> <qe83b5$ama$1@dont-email.me> <qe88e9$anq$1@dont-email.me>

Show all headers | View raw


On 2019-06-17, Soviet_Mario <SovietMario@CCCP.MIR> wrote:
> Il 17/06/19 15:07, William Unruh ha scritto:
>> On 2019-06-16, Soviet_Mario <SovietMario@CCCP.MIR> wrote:
>>>
>>> This thread is related to the one of "moving home"
>>>
>>> Assume that I had moved it successfully
>>>
>>> I have (simplifying to the minimum)
>>> Disk A : Debian (with /)
>>> Disk B : HOMES
>>> (with subfolders :
>>> * Debian/home/Mario_1 dedicated config files of former
>>> debian/home/mario,
>> 
>> I presume that you actually mean /home/Mario_1 and /home/Mariao_2
>
> no, Debian and MX are folders on the same disk
> B: or better /media/HOMES
>
> so maybe I should have written them as
>
> /media/HOMES/Debian/home/Mario_1
> /media/HOMES/MX/home/Mario_2

Yes, you should have.

>
o
For what? Certainly the system does not care. The names are there for
your convenience
> I dunno if the mid "/home" is still necessary, I just 
> assumed every hardwired path in config files could be a 

(hardwired?

> relative path starting from home/sth ... obviously if it was 
> an absolure /home/sth (root included), this "trick" would 
o
What trick.
> not work
>
>> and the Debin and HOMES are the labels of your disks. Those disk labels
>> have NOTHING to do with the path of the filesdirectories in Linux.
>
> tnx for precisation. But they were part of the paths (the 
> drive has the plural, HOMES, as a label, but I have not 
> added it to the path for the reasons you explained)
>
>> 
>> And same with MX.
>> Ie, these are all just part of /home.
>
> I would not want this to happen !
>
>> 
>>> *  MX/home/Mario_2, empty
>>> * SharedDocuments (full of common data)
>>> )
>>> Disk C : swap (now for Debian, tomorrow for every distro)
>>> Disk D : Empty
>>>
>>>
>>> I'd like to Install MX Linux on Disk D: (all of it), but I'd > like to have MX/home not on disk D: but on Disk B: (Homes)
>> 
>> NO, YOu are dreaming in Microsoft, not linux.You have to mount the
>> partition you call D somewhere in the filesystem. Lets say /local
>> Then you might have a directory under /local/ called home, so
>> /local/home.
>> rsync -aHv /home/Mario_1 /local/home
>> would tralfer all the conten of the directory Mario_1 (including the
>> directory itself) to /local/Mario_1. Since /local/is on partitoin D that
>> data would all be on partition D.
>> 
>>> ... but, and this is my main worry, besides use it as is (no
>>> formatting) I would want "D:"/home/Mario  to be placed in
>>> "B:"/home/Mario_2, that is created SIDE BY SIDE another home
>>> and not rooted in the top level folder of the device, but in
>> o
>>> a subfolder of my choice
>> 
>> No idea what you are talking about. What does "placed in" mean. 
>
> that the actual data would reside in partition "B:", at the 
> pathname D:/home/Mario_2  or translated in Linuxian
> /media/HOMES/MX/home/Mario_2
> (where HOMES is a device and not a folder, and one different 
> from root current target device)

??? HOMES is a subdirectory in your filesystem No ideas what :HOMES is a
device" means.

>
>> D: is
>> different partition from B: and you cannot have something that is
>> simultaneiousl in two partitions.
>
> I do want it just in D: not in 2 places ...
>
>>>
>>> I have never seen such options on any installer ... is it
>>> there some way to do this on install (choosing mount point
>>> manually) ? It would avoid moving later ...
>>>
>>> I dunno if I've been clear :\
>> 
>> Nope
>
> I'm sorry, I'm evidently too poor in English to convey the 
> meaning :(

 It is not your English that is the problem


>
>>>
>>> I used the A, B, C, D windows-like designation for
>>> shortness, in place of some /dev/sda etc
>>> TY
>>>
>>>
>
>

Back to alt.os.linux | Previous | Next — Previous in thread | Find similar | Unroll thread


Thread

another episode in "non standard" homes' saga :) Soviet_Mario <SovietMario@CCCP.MIR> - 2019-06-16 19:59 +0200
  Re: another episode in "non standard" homes' saga :) "J.O. Aho" <user@example.net> - 2019-06-16 21:26 +0200
    Re: another episode in "non standard" homes' saga :) gazelle@shell.xmission.com (Kenny McCormack) - 2019-06-16 20:13 +0000
      Re: another episode in "non standard" homes' saga :) "Carlos E.R." <robin_listas@es.invalid> - 2019-06-16 23:01 +0200
    Re: another episode in "non standard" homes' saga :) William Unruh <unruh@invalid.ca> - 2019-06-17 13:11 +0000
  Re: another episode in "non standard" homes' saga :) "Carlos E.R." <robin_listas@es.invalid> - 2019-06-16 23:05 +0200
  Re: another episode in "non standard" homes' saga :) Bit Twister <BitTwister@mouse-potato.com> - 2019-06-16 18:51 -0500
  Re: another episode in "non standard" homes' saga :) William Unruh <unruh@invalid.ca> - 2019-06-17 13:07 +0000
    Re: another episode in "non standard" homes' saga :) Soviet_Mario <SovietMario@CCCP.MIR> - 2019-06-17 16:34 +0200
      Re: another episode in "non standard" homes' saga :) Bit Twister <BitTwister@mouse-potato.com> - 2019-06-17 10:03 -0500
        Re: another episode in "non standard" homes' saga :) Bit Twister <BitTwister@mouse-potato.com> - 2019-06-17 10:08 -0500
      Re: another episode in "non standard" homes' saga :) William Unruh <unruh@invalid.ca> - 2019-06-17 16:19 +0000

csiph-web