Catch up on stories from the past week (and beyond) at the Slashdot story archive


Forgot your password?

Comment Re:Revocation (Score 1) 233

Nice. But it is stupid to have a browser application having write access to its own binary / installation directory. One arbitrary code execution, even by the attacker getting lucky, means that particular user is pwned for ever.

Linux distribution method seems ideal to me - root owning firefox installation, non-root running it. Can be replicated in most OSes - just don't give write permission to the user running it. Update manually (or automatically) from trusted sources.

Comment Re:Contest (Score 1) 266

any kind of "transaction" is taking place, it takes place in the state of the place of business of the vendor

And if a person uploads a photo for free to a website in exchange for privacy, who is the vendor? And why?

I don't think the traditional classificatin of business participants into vendor and customer are valid in the "free" internet age.

Comment Re:Put it in perspective (Score 1) 347

I don't understand. The "business" can buy a printer exactly like yours, get better deals on materials, and beat you in price.

Which is also stupid. Because the "business" can buy a much much better printer at 100 times the price you paid. Possibly with features specifically required for their kind of "printing". And beat you in price, quality, durability, customer-service, aesthetics, ergonomics, safety.

Comment Re:You're missing the point. (Score 1) 481

Well, I used to not enable pin/pattern/password security on my phone because of the high hassle to security ratio, for an admittedly less sensitive device. Motorola Atrix 4G's fingerprint feature made me use it for the low hassle to security ratio.

The "fancy"ness of the security system lies in hassle to security ratio. Whether it is used or not depends on sensitivity of the item. E.g. a very good security feature on my burger where no one but I can eat it may not get used, even though it is trivial to use and incredibly secure. For industrial security, one is ready to tolerate quite a bit of hassle for some real security. Most consumer level electronic items lie somewhere in between.

Comment Re:RAID (Score 1) 552

Yeah, it's so much more complicated to

That is where most of the postponement happens. That it costs money, and a realization of ongoing expenditure to maintain a backup, helps the postponement.

It's actually fairly common for disks of the same make and model to fail near the same time, anyway

And why would you get disks of the same make?

But the point is that online backups and local backups are like comparing apples and oranges

Completely agreed.

because in order to give the same benefits as online backup, you'd have to spend 4-5 times as much for local backup

And I showed that at much much lower cost, local backups can protect against events that can reasonably be expected in a lifetime by everyone. Lots of people have spent lifetimes without getting their houses burgled or burnt. Reaching adulthood without at least a hard drive failure / accidental file deletion / virus corruption is nearly impossible (assuming data storage from birth, of course).

So the same benefits are NOT NECESSARY to START backing up. Which is what my original post in this thread was about, parent post of which was suggesting to not even START backing up until you have an all comprehensive backup protecting against once (100,1000) year events.

I showed that online backup is more cost-effective.

By dishonestly using bad practices (all drives of the same make? WTF?). By cunningly changing the objective (3 disk failure in the same month is once in 3888 year event, given an average drive fails in 3 years) to saving against once in millenium events rather than reasonably expected events.

And I was arguing about STARTING with local even if remote appears expensive.

Comment Re:Advatages of ZFS over BTRFS? (Score 1) 297

The analyst in me is quick to point out that implies failures in ZFS itself, beyond just the disks and "bit rot", but

I think it is that your disks are not giving any bit rot, but memory. Frequently written data passes through memory more times, and can get corrupted in case of memory errors uncatchable by ECC.

Processors overclocked and overvolted to hell also cause data errors, but I don't think that is your case.

Comment Re: Data integrity (Score 1) 297

I was thinking of "upgrading" btrfs to zfs, but looks like it will be a downgrade given my variety of disks. Btrfs, while not supporting RAID 5 , handles variety of disks very efficiently. IIRC there is already the problem with zfs that you can't shrink a dataset.

Thanks, I need to do more research.

Slashdot Top Deals

"Here at the Phone Company, we serve all kinds of people; from Presidents and Kings to the scum of the earth ..."