Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?

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).

Comment: Re:Is systemd more complex than it needs to be? (Score 1) 469

by koinu (#47963173) Attached to: Fork of Systemd Leads To Lightweight Uselessd

Is managing light bulbs something worthy to write to a system log file? Isn't an application log suitable for this? And why should any application want to spam log files in high volumes?

Give me an example why you need a DB format for logs when you have trouble booting the system and most of the system actually does not work and you try to find the cause with tail/cat (whatever there is left that might still be executable). If your system log is high-troughput ... your system is broken. It should contain all necessary messages to understand in which state a system is (or was, when it is not coming up), give understandable warnings and to be easy to grep and compare with previous states the system had.

Comment: Re:Funny inability to see alternatives (Score 1) 469

by koinu (#47963063) Attached to: Fork of Systemd Leads To Lightweight Uselessd

Many people (also from the BSD world) actually like Wayland, because it is actually not useless but replacing really awful X APIs. I don't know if you have ever written a program for raw X API. It is even worse than Win32 (which already is a total mess!), in my opinion. X is even more than just mess, it is bloat, full of things you will never need and uses quite old concepts that are not compatible with sane minds of today's programmers. It is a real improvement to graphical desktops on all systems. Wayland will be ported, because it is something many have waited for long time.

systemd is different. It makes a generic API unportable and provides users with functionality (mainly for desktops), but which is also totally weird and seems to workaround all the failures in software design that have been introduced a while ago. It does not solve them, it makes them even worse and more complex. The worst about it is that there are still people want to use these APIs and break portability. And for what? For something you don't even need and never expected to change.

Comment: Re:at least the rationale is good (Score 1) 469

by koinu (#47962849) Attached to: Fork of Systemd Leads To Lightweight Uselessd

And don't forget to mention that systemd still does not work properly. I haven't had a single systemd-based system that would not show non-deterministic behavior.

I started on Arch where it lead to a system that could not boot sometimes and was impossible to shut down (ACPI broken, even with the 5sec power-switch trick, it just rebooted! I don't even know how the hell this was possible... the system was like possessed! the only way to power off was the switch on the ATX power supply during reboot).

The other Arch system could not mount NFS shares at boot. Race condition with network interface initialisation. Googled up some really exotic fstab flags, but systemd-based boot ignored them completely. ACPI was also broken, of course and there have been some other problems with services not starting properly.

Now on Debian (in Virtualbox), I have the problem that every 4th or 5th boot slim is starting but I cannot type anything. It looks like the keyboard is not initialized and slim is already started. At least ACPI works, so I can send Virtualbox Hotkey+H to make it shut down cleanly.

Comment: Excuse me, I am a German (Score 2) 290

by koinu (#47889093) Attached to: German Court: Google Must Stop Ignoring Customer E-mails

I am mostly pro-Google and against many weirdnesses we have here against companies with our laws. I try to explain what is going on here.

In Germany a company which has a web presence needs to have a so-called "Impressum" with essential business data and a way to contact them in a reasonable time. When there is a phone number, it needs to be answered. Emails need to be answered soon, too, when there is only email address as contact possibility. The impressum is regulated very stricty to prevent fraud and anti-competetive practices. So it is generally not that bad, except that it abolishes anonymity.

My opinion here: In fact, Google is avoiding its users. Have you ever tried to contact them? In this case it might be a good idea to give people the possibility to contact Google somehow.

And to the people joking about Slashdot. Yes, also Slashdot would need to have an Impressum page when it had a subsidiary in Germany.

Comment: Re:Er? (Score 1) 314

by koinu (#47860049) Attached to: GSOC Project Works To Emulate Systemd For OpenBSD
Of course the clock is monotonic. This is also written very clearly in the ntpd man pages that the clock should slow down or tick faster to adjust time without any jumps. Humans should only touch the clock if it is awfully wrong (hours difference). But this is a critical system operation. It can even lead to aborts of important daemons which depend on monotonic clocks. You should avoid changing time at any cost and make sure that the clock is always in a sane state instead.

What is now proved was once only imagin'd. -- William Blake