On Sun, Jun 11, 2017 at 07:03:42PM +0300, Jukka Marin wrote:
> > I think it's the frequency (every minute) that is a bit annoying. I don't
> > think it is done so by all modern drives. Only some specific models do
> > this.
>
> Does the system access the disk every minute, creating the need to
>
On 11.06.2017 18:26, Mayuresh wrote:
> On Sun, Jun 11, 2017 at 06:16:50PM +0200, Kamil Rytarowski wrote:
>>> Ok, you mean, I can mount it such that it shows encrypted files?
>>>
>>
>> Yes, use cgdconfig(8).
>
> It won't really show files in encrypted form, I guess.
>
You need to create a
On Sun, Jun 11, 2017 at 09:27:25PM +0530, Mayuresh wrote:
> On Sun, Jun 11, 2017 at 04:32:02PM +0200, Kamil Rytarowski wrote:
> > > - Can the native cgd of NetBSD be used for the purpose of encrypted
> > > backup? Basically can I mount such filesystem in a way that it shows
> > > encrypted
On 11.06.2017 17:57, Mayuresh wrote:
> On Sun, Jun 11, 2017 at 04:32:02PM +0200, Kamil Rytarowski wrote:
>>> - Can the native cgd of NetBSD be used for the purpose of encrypted
>>> backup? Basically can I mount such filesystem in a way that it shows
>>> encrypted files?
>>>
>>
>> I use cgd(4)
On Sun, Jun 11, 2017 at 06:16:50PM +0200, Kamil Rytarowski wrote:
> > Ok, you mean, I can mount it such that it shows encrypted files?
> >
>
> Yes, use cgdconfig(8).
It won't really show files in encrypted form, I guess.
> Putting image of encrypted partition to cloud sounds less trivial. You
On Sun, Jun 11, 2017 at 04:32:02PM +0200, Kamil Rytarowski wrote:
> > - Can the native cgd of NetBSD be used for the purpose of encrypted
> > backup? Basically can I mount such filesystem in a way that it shows
> > encrypted files?
> >
>
> I use cgd(4) devices for encrypted backup.
Ok, you
On Sun, Jun 11, 2017 at 06:12:58PM +0200, Martin Husemann wrote:
> I have used cgd for remote encrypted backups in the past:
>
> - remote offers a "partition" as iscsi device
Not over network, such as cloud backup, right?
encfs/cryfs like approach shows the encrypted directory which can be
On Sun, Jun 11, 2017 at 09:38:54PM +0530, Mayuresh wrote:
> On Sun, Jun 11, 2017 at 07:03:42PM +0300, Jukka Marin wrote:
> > > I think it's the frequency (every minute) that is a bit annoying. I don't
> > > think it is done so by all modern drives. Only some specific models do
> > > this.
> >
> >
On Sun, Jun 11, 2017 at 05:56:16PM +0530, Mayuresh wrote:
> On Sun, Jun 11, 2017 at 12:59:15PM +0300, Jukka Marin wrote:
> > In the old times, the disks used to park the heads on a safe zone to
> > protect the recording area from head crashes, should the disk experience
> > shocks while operating.
On Sun, Jun 11, 2017 at 09:59:17PM +0530, Mayuresh wrote:
> On Sun, Jun 11, 2017 at 06:12:58PM +0200, Martin Husemann wrote:
> > I have used cgd for remote encrypted backups in the past:
> >
> > - remote offers a "partition" as iscsi device
>
> Not over network, such as cloud backup, right?
jdba...@mylinuxisp.com ("John D. Baker") writes:
>Does RAIDframe guarantee that what it reports as "sector 0" is aligned to
>the stripe size? Once that's known or accounted for, it's a simple matter
>to make 'gpt' respect the stripe-size alignment.
RAIDframe can only guarantee that stripes are
I'm sure this has been discussed at length before. I recall reading a
thread (perhaps one I started) some time ago.
I'm about to have my first adventure with disks with 4K sectors. The plan
is to make a RAID-5 across 3 2TB disks.
As such, I can still use 'disklabel' to prepare the component
On Mon, Jun 12, 2017 at 06:51:48AM +0530, Mayuresh wrote:
> I have one more observation to report. If instead of booting, I enter the
> BIOS screen and wait for a while there, the clunky sound starts occurring
> periodically.
I don't think the BIOS does disk accesses. So the "clunky sounds" are
On Sun, Jun 11, 2017 at 07:41:34PM +0200, Michael van Elst wrote:
> > It's a valid question, why does once parked head come back to be parked
> > again. I do not know what on the OS wakes it up, but the behavior has been
> > same across OSes (NetBSD, Linux). It could also be a flaw with the drive
I am coming from encfs/cryfs on Linux, which allow encryption at directory
level. A user space mount shows the unencrypted contents, while the
physical disk has encrypted contents, which can be easily backed up.
encfs on NetBSD seems broken and dated to me, while cryfs doesn't seem to
be
On 11.06.2017 16:22, Mayuresh wrote:
> I am coming from encfs/cryfs on Linux, which allow encryption at directory
> level. A user space mount shows the unencrypted contents, while the
> physical disk has encrypted contents, which can be easily backed up.
>
> encfs on NetBSD seems broken and dated
On Sun, Jun 11, 2017 at 08:55:14AM +, co...@sdf.org wrote:
> Could this be the cause of firefox issues on i386?
>
> (I remeber it was libavcodec from ffmpeg3, and firefox also uses
> ffmpeg3)
Hmm, indeed that could be related.
Martin
17 matches
Mail list logo