Slashdot is powered by your submissions, so send in your scoop


Forgot your password?

Comment: Re: UFS vs ZFS (Score 1) 75

by koinu (#48875531) Attached to: Book Review: FreeBSD Mastery: Storage Essentials

You are partially right. I miss the good old dump/restore tools for ZFS, but zfs send/receive do their job (in a limited fashion) well.

I see ZFS as the best option to run larger systems. I've had some problems with it when it was still experimental on FreeBSD, but at the moment it is running fine. I had to replace 2 faulty drives recently. It was painless and has not cost me any bit of lost data. I cannot complain, because there is one administrative problem less that I have to care about.

Comment: Re: UFS vs ZFS (Score 1) 75

by koinu (#48856623) Attached to: Book Review: FreeBSD Mastery: Storage Essentials

It is not the task of a filesystem to recover data, but to keep the data as consistent as possible. UFS does not have any protections against bit rot or against hardware failures, so you'll never know if data is broken.

Data recovery is done with backups (which you'll always have, if the data is important for you). There is no way around it.

How exactly does fsck help, if it shows structural inconsistencies to you? It says "blabla... CLEAR [y/n]?" and when you press "y" something is lost and when you say "n"... the filesystem is still broken. And second thing is that when data is gone, it is gone on UFS and if you cannot describe (reliably!) in 5 lines on a display what is gone/affected, the user should always assume that a restore from backup is needed. And how exactly will UFS know if/what data is gone when it even cannot check its consistency? When you are lucky, you'll notice that libc is gone right after a reboot. When have bad luck, your system will notice a lot later that you valuable data is gone and your backups have been already overwritten because the backup tapes/disks are reused after a month or so.

Comment: Re: UFS vs ZFS (Score 1) 75

by koinu (#48854419) Attached to: Book Review: FreeBSD Mastery: Storage Essentials
ZFS has got "self-healing" and does not need fsck. It will probably destroy more data while a user cannot give hints with "y" or "n" during self-healing, but the filesystem will become stable and available. ZFS can of course become unrecoverable, like UFS can be un-fsck-able, because essential meta data might have become destroyed. You'll always need backups for important filesystems, no matter if it is UFS or ZFS, everything can get FUBAR.

Obama Proposes 30-Day Deadline For Disclosing Security Breaches 125

Posted by Soulskill
from the assuming-you-discover-it-within-30-days dept.
Following the string of massive data breaches at major corporations, President Obama has called for legislation that would standardize how these incidents are disclosed to the public. "The Personal Data Notification and Protection Act would demand a single, national standard requiring companies to inform their customers within 30 days of discovering their data has been hacked. In a speech Monday at the Federal Trade Commission, Mr. Obama said that the current patchwork of state laws does not protect Americans and is a burden for companies that do business across the country. The president also proposed the Student Data Privacy Act, which would prohibit technology firms from profiting from information collected in schools as teachers adopt tablets, online services and Internet-connected software. And he will announce voluntary agreements by companies to safeguard home energy data and to provide easy access to credit scores as an “early warning system” for identity theft.
Open Source

Fluxbox 1.3.6 Released 63

Posted by Soulskill
from the onward-and-upward dept.
jones_supa writes: After nearly two years since the previous release, the Fluxbox team has released version 1.3.6 to start off the new year. Like most Linux geeks already know, Fluxbox is the long-standing X window manager derived from Blackbox. The new version (announcement) puts emphasis on quality assurance and takes care of fixing a bunch of critical bugs: clocktool problems, rendering long text, race condition on shutdown, lost keypresses after workspace switch, corruption of fbrun-history, and resize and move problems. The two new features are an ArrangeWindowsStack action and treating Windows with a WM_CLASS as DockApp as DockApps. Translations for Bulgarian, Hebrew and Japanese also got updates. The Fluxbox project sends many thanks to all the contributors.

Comment: Re:The measurements in question: (Score 1) 142

by koinu (#48373633) Attached to: Data Center Study Reveals Top 5 SMART Stats That Correlate To Drive Failures

I once had 2 drives having 2047 reallocated sector count (buggy firmware, but drive ok).

Also, generally you don't need to panic over this attribute. You should panic when it increases steadily.

Best indicator for failures is not SMART but a reasonable filesystem like ZFS, optionally protected by raidz (if you want to recover from failures, usually you want). zpool status shows very reliably errors. SMART sometimes can lie to you or can have bugs.

Comment: Re:The measurements in question: (Score 3, Informative) 142

by koinu (#48373533) Attached to: Data Center Study Reveals Top 5 SMART Stats That Correlate To Drive Failures
sectors that the drive successfully replaced
errors that could not be recovered by ECC
controller hanging and had to be resetted
sectors to be replace by the next write access
sectors that the drive tried to repair, but failed (try offline test, maybe it is not dead yet)

Comment: Arch? I was on Arch for more than a year (Score 1) 303

by koinu (#48100747) Attached to: What's Been the Best Linux Distro of 2014?

First... Arch is ok (probably for many people). But it is not good. In my opinion, Debian is still the best option as universal solution.

Why NOT Arch? I quit because of the early adoption of systemd (yeah, sorry, please read on... this is not the only reason... it was the last thing that annoyed me much). My system could not boot up and shut down anymore (could not power off, ATX switch behind my PC was the only option; 5 secs power switch holding was not switching off, but rebooting... don't ask me how this is possible!! I always thought that this is hardware power-off, but I confirmed that booting init on Arch made everything work again). Arch followed the systemd path and did not let anyone decide, because of complexity reduction. I was forced to quit, because there was a dangerous tendency that my system would not work anymore (there are still race conditions that affect me in random patterns on systemd; I try it sometimes!).

The more important reason are the packagers. This is a unholy mess with them! I posted a bug report for a piece of software which was auto-assigned. The person did not want to care about it and unassigned. A core developer assigned him again and once again was unassigned. I mean I posted a FULL PATCH! Very trivial and it was confirmed that it solved many problems with the package by 2 people. I wondered wtf they were doing there. I never have seen such weird behavior. The small fix that takes about 5 mins to integrate was for several months unsolved.

I also looked at AUR, because Arch itself is lacking many packages that are interesting for me. AUR is a security catastrophe, of course, you need to take a look what you compile and install there (basically everyone can distribute anything without supervision). But it's not that bad, because you have at least an idea how to install something you need. The most annoying thing is that it is a mess. Old stuff that does not work, packages installing binary distribution from servers without any guarantees. AUR is a very dangerous facility and highly unstable.

Comment: Re: Only the beginning (Score 1) 236

by koinu (#48002475) Attached to: First Shellshock Botnet Attacking Akamai, US DoD Networks

Market share is difficult to describe and mostly is not interesting. How do you feel that there is a lot of BSD in Mac OS X (mostly in Darwin) and Android? Or about Playstation's OSes being a BSD-derivative? That's just to remind people that BSD is a part in many largely successful products. Especially people coming from Linux world are a bit arrogant by playing down BSDs. It is always a small reminder that they are wrong.

It must really hurt you that one of the small little peace that is known to Linux (GNU/GPL) world more than BSD (bash was imported to Mac OS X in 10.3 as standard shell) is vulnerable.

And btw... who the hell cares? It's getting fixed and everyone will forget it. All in all bash is a good peace of software, even it is quite complex. You don't see it have problems all the time. I am not making any bash scripts and I am a huge friend of tcsh as interactive shell, but when I did, I still would not panic. If you understand what a tool is and when a tool is working right for you, you will not throw it away just because it has temporarily a problem which is solved within a few days. Do you see a problem? I don't see any... it is gone, because it is supported well. What the hell do you want more from a piece of software?

Comment: Re:UX researcher, weighing in: show me the studies (Score 2) 403

by koinu (#47982827) Attached to: Debian Switching Back To GNOME As the Default Desktop

My "studies" show that users will bitch about everything that has changed and where they need to rethink their workflows.

On the other hand, I don't think that systemd is useful, but I also don't care about what nightmares Linux gets from the administrative point of view (because I am a FreeBSD user). I also left the Gnome world after I noticed how it the software project is being handled (getting more and more unportable and dependent on Linux) and gradually found my way to Openbox and now to Xmonad where the UX is only limited by my imagination capabilities.

As you can see, UX is highly dependent on the user. The common desktop environments have a really shitty UX (from my point of view), because I cannot get them to do what I easily can do with Xmonad. Other users will get confused by Xmonad and think that it has a terrible UX (which will be mostly "true", also for you as a researcher, because you think that UX is not something that you are responsible to develop, but the desktop environment should provide it for the average dumb user out there).

We can predict everything, except the future.