On Tue 03 Nov 2020 at 23:33:33 (+), Joe wrote:
> On Tue, 3 Nov 2020 14:45:41 -0600 David Wright wrote:
> > On Tue 03 Nov 2020 at 17:34:48 (+), Joe wrote:
> >
> > > Those of us who use NTFS do so deliberately to provide compatibility
> > > with Windows. It's not that long ago that Linux NTF
On 4/11/20 4:09 am, Charles Curley wrote:
On Tue, 3 Nov 2020 16:12:27 +
Mick Ab wrote:
Thanks for the suggestion re rsync, but using tar has been successful
with a NTFS drive many times.
Another possibility is to get rid of NTFS, and replace it with an
encrypted ext4 partition. Then you
On Tue, 3 Nov 2020 14:45:41 -0600
David Wright wrote:
> On Tue 03 Nov 2020 at 17:34:48 (+), Joe wrote:
>
> > Those of us who use NTFS do so deliberately to provide compatibility
> > with Windows. It's not that long ago that Linux NTFS support was a
> > bit flaky, so we don't do it solely by
On Tue 03 Nov 2020 at 17:34:48 (+), Joe wrote:
> Those of us who use NTFS do so deliberately to provide compatibility
> with Windows. It's not that long ago that Linux NTFS support was a bit
> flaky, so we don't do it solely by our own choice.
>
> I have a 4GB VeraCrypt file which I open in
On Tue, 3 Nov 2020 10:09:02 -0700
Charles Curley wrote:
> On Tue, 3 Nov 2020 16:12:27 +
> Mick Ab wrote:
>
> > Thanks for the suggestion re rsync, but using tar has been
> > successful with a NTFS drive many times.
>
> Another possibility is to get rid of NTFS, and replace it with an
> e
On Tue, 3 Nov 2020 16:12:27 +
Mick Ab wrote:
> Thanks for the suggestion re rsync, but using tar has been successful
> with a NTFS drive many times.
Another possibility is to get rid of NTFS, and replace it with an
encrypted ext4 partition. Then you can use something like rsnapshot to
automa
Thanks for the suggestion re rsync, but using tar has been successful with
a NTFS drive many times.
On 3 Nov 2020 14:11, "The Wanderer" wrote:
> On 2020-11-03 at 09:03, ellanios82 wrote:
>
> > On 11/3/20 2:28 PM, Mick Ab wrote:
> >
> >> The backup itself is performed using a 'tar -cvpf' type of
On 2020-11-03 at 09:03, ellanios82 wrote:
> On 11/3/20 2:28 PM, Mick Ab wrote:
>
>> The backup itself is performed using a 'tar -cvpf' type of command
>
> - maybe "rsync" is worth a look
All else being equal I'd agree, but this is backing up to a NTFS
filesystem, which doesn't support the typ
On 11/3/20 2:28 PM, Mick Ab wrote:
The backup itself is performed using a 'tar -cvpf' type of command
- maybe "rsync" is worth a look
.
rgds
I have a straightforward need to backup the current system to a portable
drive before getting an up to date Debian distribution installed
on a new machine.
As previously mentioned, system backups have been successfully carried out
on a regular basis for years to an NTFS portable drive in a USB 3 p
Hi Mick
Please make sure to send all your replies to the mailing list
so that others can add to the conversation.
On Mon, 2 Nov 2020 at 21:25, Mick Ab wrote:
>
> Thanks very much, David, for your suggestions. I appreciate that very much.
> My knowledge of Linux is gleaned from various online ar
On Sun, 1 Nov 2020 at 22:55, Mick Ab wrote:
> My plan is to update my distribution very soon, but first I need to do
> a backup of the system to a USB portable hard drive (which uses NTFS).
Hi Mick,
Forgive me if I am wrong, but it seems possible that there could be some
"XY Problem" occurring
Many thanks for your email, David.
Apologies for any contradictory messages i have posted. My understanding of
the automatic mount of USB devices has been rapidly evolving.
I have now seen that people have had various problems with usbmount over
the years, so I can quite understand why it might n
On Thu 29 Oct 2020 at 18:40:53 (+), Mick Ab wrote:
> I am fairly convinced that the USB 3 port previously mentioned has a loose
> connection.
>
> It also seems to me that a FAT32 device such as a memory stick is
> automatically mounted when inserted in a USB port while the system
> is running,
I am fairly convinced that the USB 3 port previously mentioned has a loose
connection.
It also seems to me that a FAT32 device such as a memory stick is
automatically mounted when inserted in a USB port while the system
is running, if such a device is not referenced in /etc/fstab.
What is not cle
The following point is observed :-
USB devices referenced in /etc/fstab are automatically mounted when the
system is rebooted, even though their entries include the noauto option
(the devices are already plugged in when a reboot is performed).
What happens to a USB device that is not referenced i
On Tue 27 Oct 2020 at 20:43:52 (+), Mick Ab wrote:
> On 27 Oct 2020 18:20, "Kenneth Parker" wrote:
> > On Tue, Oct 27, 2020, 11:51 AM Mick Ab wrote:
> >
> >> If a filesystem in /etc/fstab has a noauto entry, can that filesystem
> >> only be mounted manually using the mount command or
> >> is
Hi
On Tuesday, 27 October 2020 16:51:06 CET Mick Ab wrote:
> If a filesystem in /etc/fstab has a noauto entry, can that filesystem only
> be mounted manually using the mount command or
> is there any chance that it will be automatically mounted by
> usbmount ?
I wrote a blog on that topic a few y
Thanks for the replies.
It seems to me that the situation is as follows :-
Filesystems in /etc/fstab which have the noauto option are not
automatically mounted at boot time, so if these filesystems are already
plugged into USB ports at boot time, they would subsequently have to be
manually mounte
On Tue, Oct 27, 2020 at 02:20:14PM -0400, Kenneth Parker wrote:
> On Tue, Oct 27, 2020, 11:51 AM Mick Ab wrote:
>
> > If a filesystem in /etc/fstab has a noauto entry, can that filesystem only
> > be mounted manually using the mount command or
> > is there any chance that it will be automatically
ghe2001 (12020-10-27):
> > dme is faster.
>
> What's a dme? It's not on my system, and aptitude claims it doesn't exist.
It's not dme, it's dme
ssecem ~ $ apt-file search '/bin/dme'
herbstluftwm: /usr/bin/dmenu_run_hlwm
klibc-utils: /usr/lib/klibc/bin/dmesg
suckless-tools: /usr/bin/dmenu
s
Hi.
On Tue, Oct 27, 2020 at 07:06:20PM +, ghe2001 wrote:
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, October 27, 2020 12:58 PM, Nicolas George wrote:
>
> > dme is faster.
>
> What's a dme? It's not on my system, and aptitude claims it doesn't exist.
/bin/dmesg, probably. A pa
On 10/27/20, Mick Ab wrote:
> If a filesystem in /etc/fstab has a noauto entry, can that filesystem only
> be mounted manually using the mount command or
> is there any chance that it will be automatically mounted by
> usbmount ?
>
> The filesystem is used in a USB port.
Is there a "sub" anythin
ghe2001 (12020-10-27):
> On my system (Buster) USB things are called /dev/sd. From
> the CLI, I type "sudo mount /dev/sd" to see what's already there,
> then plug in the USB device, and hit again to see what's new.
dme is faster.
Regards,
--
Nicolas George
signature.asc
Description: PGP
On Tue 27 Oct 2020 at 15:51:06 +, Mick Ab wrote:
> If a filesystem in /etc/fstab has a noauto entry, can that filesystem only
> be mounted manually using the mount command or
> is there any chance that it will be automatically mounted by
> usbmount ?
>
> The filesystem is used in a USB port.
On Tue, Oct 27, 2020, 11:51 AM Mick Ab wrote:
> If a filesystem in /etc/fstab has a noauto entry, can that filesystem only
> be mounted manually using the mount command or
> is there any chance that it will be automatically mounted by
> usbmount ?
>
> The filesystem is used in a USB port.
>
I ha
On Tue 27 Oct 2020 at 15:51:06 (+), Mick Ab wrote:
> If a filesystem in /etc/fstab has a noauto entry, can that filesystem only
> be mounted manually using the mount command or
> is there any chance that it will be automatically mounted by
> usbmount ?
>
> The filesystem is used in a USB port.
27 matches
Mail list logo
