Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.os.linux > #56946
| 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> |
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
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