>> Write only storage - DVD-R or equivalent Blu-Ray - but make sure to end the
>> session. Deletion - feed through a paper shredder.
> I already do that but currently that means I have roughly one month of
> backups on network accessible storage before I write to disc.
Rather than WORM you can jus
: write only storage.
De: mst...@debian.org
Enviado em: 21 de setembro de 2021 17:08
Para: debian-user@lists.debian.org
On Tue, Sep 21, 2021 at 06:37:41PM +0100, Tim Woodall wrote:
>A ransomware attack that exploits a zero day ssh vulnerability for
>example wouldn't be a complete disaste
On 9/22/21 1:04 AM, Tim Woodall wrote:
On Tue, 21 Sep 2021, David Christensen wrote:
On 9/21/21 8:53 AM, Tim Woodall wrote:
I would like to have some WORM memory for my backups.
Have you considered snapshots -- e.g. btrfs, LVM, or ZFS?
I don't see how they help me - I am already using [L
On 21.09.21 19:15, Marco Möller wrote:
On 21.09.21 17:53, Tim Woodall wrote:
I would like to have some WORM memory for my backups. At the moment
they're copied to an archive machine using a chrooted unprivileged user
and then moved via a cron job so that that user cannot delete them
(other than
Thank you very much! It might be a little while before I get time to
experiment properly with this but I've saved this email for a free
weekend.
Tim.
On Wed, 22 Sep 2021, Thomas Schmitt wrote:
Hi,
Tim Woodall wrote:
If I wrote one session per day that would be c 30 sessions per disc.
This
Hi,
Tim Woodall wrote:
> If I wrote one session per day that would be c 30 sessions per disc.
This should be doable on any BD-R capable drive.
> I'd also need to find a drive
> where I can verify what has been written without it ejecting the disk
> first (or at least be able to reload the disk
On Tue, 21 Sep 2021, David Christensen wrote:
On 9/21/21 8:53 AM, Tim Woodall wrote:
I would like to have some WORM memory for my backups. At the moment
they're copied to an archive machine using a chrooted unprivileged user
and then moved via a cron job so that that user cannot delete them
(ot
On 9/21/21 8:53 AM, Tim Woodall wrote:
I would like to have some WORM memory for my backups. At the moment
they're copied to an archive machine using a chrooted unprivileged user
and then moved via a cron job so that that user cannot delete them
(other than during a short window).
My though was
Steve McIntyre writes:
> In article
> you write:
>>I would like to have some WORM memory for my backups. At the moment
>>they're copied to an archive machine using a chrooted unprivileged user
>>and then moved via a cron job so that that user cannot delete them
>>(other than during a short wind
On Tue, Sep 21, 2021 at 06:37:41PM +0100, Tim Woodall wrote:
A ransomware attack that exploits a zero day ssh vulnerability for
example wouldn't be a complete disaster - this is only home usage - but
it seems fairly trivial to create a 'worm' usb device using a pi. I
haven't tested yet but with a
Marco Möller writes:
On 21.09.21 17:53, Tim Woodall wrote:
I would like to have some WORM memory for my backups. At the moment
they're copied to an archive machine using a chrooted unprivileged user
and then moved via a cron job so that that user cannot delete them
(other than during a short wi
Hi,
Andrew M.A. Cater wrote:
> Write only storage - DVD-R or equivalent Blu-Ray -
> but make sure to end the session.
Do you have BD-R or DVD-R with unclosed sessions ?
(... and how come ? Burn programs normally close their sessions.)
If so, then i would be interested in the SCSI log of a medium
Hi,
Andrew M.A. Cater wrote:
> > Write only storage - DVD-R or equivalent Blu-Ray
Tim Woodall wrote:
> I already do that but currently that means I have roughly one month of
> backups on network accessible storage before I write to disc.
I do a daily incremental backup on BD-R (plus three on BD-
On Tue, 21 Sep 2021, Marco M?ller wrote:
On 21.09.21 17:53, Tim Woodall wrote:
I would like to have some WORM memory for my backups. At the moment
they're copied to an archive machine using a chrooted unprivileged user
and then moved via a cron job so that that user cannot delete them
(other th
On Tue, 21 Sep 2021, Andrew M.A. Cater wrote:
Write only storage - DVD-R or equivalent Blu-Ray - but make sure to end the
session. Deletion - feed through a paper shredder.
I already do that but currently that means I have roughly one month of
backups on network accessible storage before I wr
On 9/21/21 10:21 AM, Steve McIntyre wrote:
. . .
WORM is Write *Once* , not Write *Only*
"Write only" storage is easy and fast - just throw things at /dev/null
and they can never be altered (or read back).
Quite.
Or to paraphrase something I said, that actually got published in some
magaz
On 21.09.21 17:53, Tim Woodall wrote:
I would like to have some WORM memory for my backups. At the moment
they're copied to an archive machine using a chrooted unprivileged user
and then moved via a cron job so that that user cannot delete them
(other than during a short window).
My though was t
In article
you write:
>I would like to have some WORM memory for my backups. At the moment
>they're copied to an archive machine using a chrooted unprivileged user
>and then moved via a cron job so that that user cannot delete them
>(other than during a short window).
Sorry to butt in, but I use
On Tue, Sep 21, 2021 at 12:50:18PM -0400, Michael Stone wrote:
> Well, chattr -i turns that off
>
> On Tue, Sep 21, 2021 at 04:29:07PM +, Toni Mas Soler wrote:
> > I use to backup my iPhone's photo library using a stfp connection (all in
> > the same directory in my PC). Thus, I can chattr +i
Well, chattr -i turns that off
On Tue, Sep 21, 2021 at 04:29:07PM +, Toni Mas Soler wrote:
I use to backup my iPhone's photo library using a stfp connection (all in the
same directory in my PC). Thus, I can chattr +i the only directory needed and
nobody can remove.
I cannot understand why
I use to backup my iPhone's photo library using a stfp connection (all in the
same directory in my PC). Thus, I can chattr +i the only directory needed and
nobody can remove.
I cannot understand why chattr does not achieve you.
Toni Mas
GPG 3F42A21D84D7E950
Sent with ProtonMail Secure Email.
21 matches
Mail list logo
