Slashdot stories can be listened to in audio form via an RSS feed, as read by our own robotic overlord.

 



Forgot your password?
typodupeerror

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).

×

Comment: Re:Photos being separated (Score 5, Interesting) 127

by koinu (#49164281) Attached to: Google+ Divided Into Photos and Streams, With New Boss

1) Google+ is probably not for friends, but for interesting people/companies/organizations/topics who you want to follow.

2) You can easily post a link which aggregates well with Facebook (this is probably the social network for people like friends and family, who you really don't want to follow, but only want to brag to about what you just ate and how cool your new mobile phone is).

Comment: Re:One strike (Score 1) 248

by koinu (#49087837) Attached to: Lenovo Allegedly Installing "Superfish" Proxy Adware On New Computers
I can be faster, and it is faster. At least my Windows XP that I need for some exotic old applications runs noticeably faster than from what I can remember on real hardware. Why can it be so? Because a virtual machine does not have that much hardware/devices like a real box. It can also optimize I/O of any kind with intelligent buffering of well-known access patterns (I don't know if it does it, but why else would vbox ask you what system you want to install in a given virtual machine?).

Comment: Re:Will it run my databases and dev tools? (Score 1) 393

by koinu (#49072663) Attached to: PC-BSD: Set For Serious Growth?

Just because you are some software vendors' bitch, it does not mean that other systems not running it are not professional.

When you have your dumb Windows-based utilities, use Windows. What problem do you have with it? I also use Windows XP (32 bit) in Virtualbox, because I need some crappy old software bundled to an old USB hardware, that is all not supported anymore, but my main system is still FreeBSD/amd64.

Comment: Re:The basic problem that linux and the BSDs have (Score 1) 393

by koinu (#49072609) Attached to: PC-BSD: Set For Serious Growth?

Find me something that competes with the features and enterprise support of Exchange, Office, Lync, Sharepoint, Outlook ... that runs on Linux.

Unfortunately, I don't know any of these utilties except "Office" which is easily replaced by LibreOffice. The fact that I don't know them lies in the nature that don't solve anything of value for me. Maybe I am working differently from others. Instead of telling me product names, tell me what you do (I also don't want to know what you do with the products; it is wrong to describe your problems by providing me wrong approaches for solutions). There are plenty of solutions that can be used and you can also develop some for yourself for your special purpose.

What I need more is a reasonable terminal application, Xmonad as a desktop (UTF-8 support), easy integration of gnupg into a mailclient, I need ssh, tmux, text-based vim, a text-based IRC client, a full compiler suite which is ready-to-use. I also need inspection tools for all my system components. And I need a reasonable way to manage time (UTC), so when I travel around the world, I just setup the timezone and not the time itself.

And now tell me, I should install CygWin, because I don't know this poorly emulated Windows crapability layer.

Comment: Re:Unlikely (Score 1) 393

by koinu (#49072551) Attached to: PC-BSD: Set For Serious Growth?

Take a look at FreeBSD Gnome, for example. I am sure that their patches to make Gnome portable again flow back upstream.

When someone develops an desktop environment that does not restrict users to Linux, you should expect from them to make the system portable. The work to make it run should be minimal.

Wayland is being ported to FreeBSD, too. It is a bit useless though, because of Linuxisms in libinput and Weston.

OpenSSH is portable. This is the difference between Linux and BSD developers. BSD developers stick to the Unix concepts and portability has a high value here. Linux developers invent (mostly already existing) solutions by themselves, multiple times, multiple times in a wrong way and mostly for themselves, because... most Unices/BSDs already have the solutions for the problems and why should they accept something that has to be ported with a lot of effort? It is only being done with things that are worth to port.

Comment: Re:Reboot for Systemd (Score 1) 117

by koinu (#49045803) Attached to: Live Patching Now Available For Linux

*waits for Systemd flamewar to break out*

Ok, I'll try...

Of course, as long as the kernel is patching itself, systemd will take over the kernel's role and keep your system running. Until next year, then the kernel won't get patches anymore, because systemd will fork it's own kernel service systemd-kerneld which will make Linux standalone kernel irrelevant.

Comment: Re:My FreeBSD Report: Four Months In (Score 5, Informative) 471

by koinu (#48968213) Attached to: Systemd Getting UEFI Boot Loader

FreeBSD user here since over a decade. Welcome.

You haven't seen FreeBSD crash? It only means that you haven't seen enough, yet. FreeBSD is a great system and I recommend it to everyone who can manage it, but you don't need to mention stability as a feature, because it is not the highlight about FreeBSD. You don't install a system and watch how stable it is, but how useful it is (for you and your special requirements).

The best thing about FreeBSD are the FreeBSD Ports and how much commitment there is to make every possible application work on the system. You have basically far more possibilities and options than on Linux distributions thanks to the great job they are doing on this system.

A second point is that it is easier to feel comfortable on the system, because the whole thing is consistent and easy to understand, provided you take some time and learn about the concepts.

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.

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
Reallocated_Sector_Count
sectors that the drive successfully replaced
Reported_Uncorrectable_Errors
errors that could not be recovered by ECC
Command_Timeout
controller hanging and had to be resetted
Current_Pending_Sector_Count
sectors to be replace by the next write access
Offline_Uncorrectable
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.

Whenever a system becomes completely defined, some damn fool discovers something which either abolishes the system or expands it beyond recognition.

Working...