On Mon 15 Jan 2024 at 18:27:14 (-0500), gene heskett wrote:
> On 1/15/24 14:57, David Wright wrote:
> > On Sun 14 Jan 2024 at 20:15:16 (-0500), gene heskett wrote:
> > > On 1/14/24 18:57, Felix Miata wrote:
> > > > gene heskett composed on 2024-01-14 18:39 (UTC-0500):
> > > > > Felix Miata wrote:
>
On 1/15/24 14:57, David Wright wrote:
On Sun 14 Jan 2024 at 20:15:16 (-0500), gene heskett wrote:
On 1/14/24 18:57, Felix Miata wrote:
gene heskett composed on 2024-01-14 18:39 (UTC-0500):
Felix Miata wrote:
My point was entirely about suitability of /mnt/ for fstab entries.
And my point is
On Sun 14 Jan 2024 at 20:15:16 (-0500), gene heskett wrote:
> On 1/14/24 18:57, Felix Miata wrote:
> > gene heskett composed on 2024-01-14 18:39 (UTC-0500):
> > > Felix Miata wrote:
> > > > My point was entirely about suitability of /mnt/ for fstab entries.
> > > And my point is that for a one time
On Sun, Jan 14, 2024 at 06:15:13PM -0500, gene heskett wrote:
[...]
> /home/coyotebak would be in the raid, but something in the system
> /backupdisk/ as a mount point would not be in the raid. But I have mount
> points scattered about this system, literaaly all over that just work, since
> when
On Sun, Jan 14, 2024 at 01:37:05PM -0500, Felix Miata wrote:
> tomas composed on 2024-01-14 19:15 (UTC+0100):
[Gene]
> >> > I have not been able to use that last line as a target for rsync
>
> >> That's not unexpected. /mnt/ is intended for /temporary/ or /transient/
> >> mounting,
> >> while
gene heskett composed on 2024-01-14 20:03 (UTC-0500):
> Felix Miata wrote:
>> I'm only suggesting you find a place other than /mnt/ for anything found in
>> /etc/fstab, based upon the definition of /mnt/ in FHS. Conforming your
>> machinery
>> to FHS is not mandatory, just recommended, a good id
On 1/14/24 20:07, David Wright wrote:
On Sun 14 Jan 2024 at 18:15:13 (-0500), gene heskett wrote:
/home/coyotebak would be in the raid, but something in the system
/backupdisk/ as a mount point would not be in the raid. But I have
mount points scattered about this system, literaaly all over tha
On 1/14/24 18:57, Felix Miata wrote:
gene heskett composed on 2024-01-14 18:39 (UTC-0500):
Felix Miata wrote:
AFAIK, nothing I wrote would be expected to have any relationship to transfer
rates. My point was entirely about suitability of /mnt/ for fstab entries.
And my point is that for a o
On Sun 14 Jan 2024 at 18:15:13 (-0500), gene heskett wrote:
> /home/coyotebak would be in the raid, but something in the system
> /backupdisk/ as a mount point would not be in the raid. But I have
> mount points scattered about this system, literaaly all over that just
> work, since when is /mnt s
On 1/14/24 18:43, Felix Miata wrote:
gene heskett composed on 2024-01-14 18:15 (UTC-0500):
Felix Miata wrote:
...
I have mount
points scattered about this system, literaaly all over that just work,
Fine! It's your stuff.
since when is /mnt some special thing?
Since 1994, 30 years ago ne
gene heskett composed on 2024-01-14 18:39 (UTC-0500):
> Felix Miata wrote:
>> AFAIK, nothing I wrote would be expected to have any relationship to transfer
>> rates. My point was entirely about suitability of /mnt/ for fstab entries.
> And my point is that for a one time copy, its was handy. I d
gene heskett composed on 2024-01-14 18:15 (UTC-0500):
> Felix Miata wrote:
...
> I have mount
> points scattered about this system, literaaly all over that just work,
Fine! It's your stuff.
> since when is /mnt some special thing?
Since 1994, 30 years ago next month:
...
http://www.ibiblio.
On 1/14/24 13:37, Felix Miata wrote:
tomas composed on 2024-01-14 19:15 (UTC+0100):
On Sun, Jan 14, 2024 at 12:33:39PM -0500, Felix Miata wrote:
gene heskett composed on 2024-01-14 12:04 (UTC-0500):
# first put it where it is now & reboot
#LABEL=homesde1 /mnt/homesde1 ext4 errors=remount-
On 1/14/24 12:34, Felix Miata wrote:
gene heskett composed on 2024-01-14 12:04 (UTC-0500):
# first put it where it is now & reboot
#LABEL=homesde1 /mnt/homesde1 ext4 errors=remount-ro 0 2
...
I have not been able to use that last line as a target for rsync
That's not unexpected. /mnt/ is in
tomas composed on 2024-01-14 19:15 (UTC+0100):
> On Sun, Jan 14, 2024 at 12:33:39PM -0500, Felix Miata wrote:
>> gene heskett composed on 2024-01-14 12:04 (UTC-0500):
>> > # first put it where it is now & reboot
>> > #LABEL=homesde1 /mnt/homesde1 ext4 errors=remount-ro 0 2
>> ...
>> > I have not
On Sun, Jan 14, 2024 at 12:33:39PM -0500, Felix Miata wrote:
> gene heskett composed on 2024-01-14 12:04 (UTC-0500):
>
> > # first put it where it is now & reboot
> > #LABEL=homesde1 /mnt/homesde1 ext4 errors=remount-ro 0 2
> ...
> > I have not been able to use that last line as a target for rsync
gene heskett composed on 2024-01-14 12:04 (UTC-0500):
> # first put it where it is now & reboot
> #LABEL=homesde1 /mnt/homesde1 ext4 errors=remount-ro 0 2
...
> I have not been able to use that last line as a target for rsync
That's not unexpected. /mnt/ is intended for /temporary/ or /transient
On Sun, Jan 14, 2024 at 12:04:58PM -0500, gene heskett wrote:
> On 1/14/24 06:59, Andrew M.A. Cater wrote:
> > Hi Gene,
> >
> > There's a whole series of long threads which loop through several
> > subjects - I can tease out a couple of things.
> >
> > 1.) You have one large deskside machine - la
On 1/14/24 06:59, Andrew M.A. Cater wrote:
Hi Gene,
Frankly: Dealing with you over a mailing list can be very frustrating for
others trying to help (and especially for people trying to follow the list
who are reading the lists in the background and facing long, long threads).
You're not helping
19 matches
Mail list logo