Fight for the Internet 1!

Showing posts with label recovery. Show all posts
Showing posts with label recovery. Show all posts

Wednesday, August 12, 2009

Nifty Recovery Tool and KDE 4.3 Review Continued

So after using KDE 4.3 for a while, I am happy to report it is an excellent upgrade.

Possible Retraction
The problems I have been experiencing with KDE 4.3 on my system may be related to slowly failing hardware. I believe my motherboard may be going bad, which could be causing the shutdown problems.

KDE 4.3 Upgrade Problems - Not Hitting Everyone
KDE 4.3 may upgrade smoothly for some, especially if the user never changed many of the KDE configurations. For my brother, upgrading from KDE 4.2.4 to KDE 4.3 was smooth as silk. Flawless. He had left everything default in 4.2.4. I can only assume my prior problems were caused by a few problematic configuration files that were created while I used KDE 4.2.4 plus, and I do customize a ton in KDE.

There is another thing I forgot to mention, whichk I only found out about today. If your KDE 4.3 upgrade screws up and you don't get any desktop displayed, this fix may help:

Reboot and when GRUB is starting to load, switch into the Recovery mode and boot with that. Upon startup, you will be given a nice little Text GUI with several common options, such as root console, root console with networking, package manager, etc. I have never seen this option screen before but I was both surprised and delighted by it. This is no doubt an excellent helpful tool for new and even old-but-inexperienced users for recovery.


I have no idea how long this feature has been here, nor do I know if it is from the Kernel Devs, the GNU, Debian/Ubuntu or what.

I even got to test one of these options just today. When upgrading my VirtualBox Kubuntu KDE 4.2.4, it had the same configuration errors I had experienced when upgrading my main desktop. The X-Windows system started and KDE 4.3 went through its startup but in the end all I got was a mouse-cursor and a black-blank screen with nothing else.

Since I could not easily get to a virtual-terminal in the VM window (by using CTRL+ALT+F1 for example), I decided to reboot and use the recovery mode. That is when I discovered this new Text GUI window with options. Looking through the options, I decided to try 'xfix', not thinking it would work. Imagine my shock when IT FIXED IT. I don't know exactly what it did (I wasn't watching at that moment) but it definitely sets many (if not all) configurations of the GUIs/X-Windows back to default. But hey, it fixed it.

Konqueror
I don't really give Konqueror credit for the subtle but truly excellent upgrades it has been receiving for a while. To name a few I have noticed:
  • Auto-column (re)sizing
  • Easier/smoother sorting order changes in Icon mode
  • Better toolbar icons + functionality available
  • Better shortcut support (but that's a whole KDE thing now)
  • Better Ark integration and configuration
  • Transfer Management: Transfer start-stop-pause control of multiple file transfers, not to mention a more unified and convenient window-management for the transfer-statusbar subwindows.
  • Latest version of Konqueror supports inline renaming, just like old times.
  • More options for general configuration
Another piece of news worth noting: Konqueror restores all of my tabs upon restart-from-konqueror-crash, and I do mean ALL my tabs. That means, for example, restoring multiple tabs split into 8 or more sub-panes windows, in different view modes and sorting modes. That is Im-Freaking-Pressive.

I have never been able to Columns view, and it always breaks when I do, even mangling the program restart with a few residual error messages on the restart. But oh well, I don't use that mode. (I just wish I could remove that button from my toolbar!)

Stability
KDE 4.3 is definitely more stable. Though I thought KDE 4.2.4 was pretty good, KDE 4.3 is better. The small errors have been smoothed over, though I still occasionally have crashes with Gwenview viewing from within Zips files. I'm inclined to wonder if it is a combination of Gwenview and the KDE KioSlaves not jiving well together.

Usage
Again, the changes are subtle, but influential. I have noticed that the passive notifications and progress/statusbars now fit even more nicely and less obtrusively into the KDE system-tray icon for them. I am not if some of the Konqueror features I mentioned should be attributed to KDE or not. Either way, I like where things are going.

Remaining Problems

Konsole
  • Shortcut keys: The default shortcut keys in konsole interfere with real work. But you can change these through the Settings -> Configure Shortcuts menu. My case is CTRL+S, which locks my console. I have seen this behavior before but never from Konsole.
  • Transparency: First, Good transparency was removed from Konsole. It was replaced with Alpha Transparency.... which has never actually worked 100% properly in KDE 4 to date. In KDE 4.2 I was able to find workaround to make it function more or less correctly. Now that workaround no longer fixes the problem, so I'm stuck with a butt-fuck-ugly konsole with a washed-out white undertone on EVERYTHING. To whomever screwed this one up, I hate you.
It is hard to believe that the transparency feature in Konsole went from great, to bad, to really bad.

Gwenview
There are a few features still missing from Gwenview, which does vex me. I am hoping to see them by the next major update. It seems to me that the rest of the more complex features have been implemented by now.

Missing features:
  • Key shortcuts for Beginning/End of the current image list (in the current directory or archive).
  • Option to enable automatic disregarding of changes without prompting.
  • Duplicate Detection plugin
  • Image counter: (Without using the thumbnail bar) shows your progress in the current list of images. Something like 53/100. This was very useful for me.
I am actually kind of surprised that Gwenview is only missing a few features before it is back to what it was before.

Saturday, May 16, 2009

Linux Promotional Rant - Windows Recovery versus Windows

Overview
I saw this quote in an Ubuntu Forum thread and I felt like making my own reply.

Quote source from http://social.msdn.microsoft.com/forums/en-US/hottechnology/thread/b998ea87-1857-4bd1-ba38-a202c4ce6b97/

A post by jgalley:
"You are doing an automatic upgrade of your OS and in the middle of the application of the patches the power fails and your system crashes hard. What OS do you want to be running? From my experience if it is Linux then you are about to see firsthand why Ubuntu is free and Vista costs 400 bucks.

If I have to rebuild my worstation and development environment even once then the actual cost of Ubuntu is more that the cost of Vista. In fact, for every extra time my Ubuntu system crashes hard and fails to boot I could have purchased a new Vista system from Dell, thrown my old system in the trash and still come out ahead.

Linux is the best, if what you like to do is rebuild and reinstall operating systems or endlessly search the internet for cryptic instuctions on how to edit /etc files to make some piece of hardware or software sort of work."
Yeah, I know anything from the Microsoft forums is pretty much flamebait, but let's go with this.

This entire speech totally belies the fact that in my experience a Windows Machine tends to bug-out after a sudden power loss, while nothing so palty even shakes a Linux system.

Right off, this guy is not being specific with his arguments. Let's get specific.

Harddrive Hardware Failure
When dealing with hardware failure due to spontaneous power loss, then RAID systems and backups are all you have to deal with. Shockingly those have very little, if anything, to do with the Operating System. The same goes for any other hardware you have die from the experience.

Harddrive Filesystem Failure
When dealing with software file-system problems due to spontaneous power loss, then there is no contest. Linux journaling File-Systems just win.

I occasionally see print claiming that NTFS is a journaling file-system like EXT3/4. To be bluntly honest, I don't know if I would believe ithad journaling even if I saw the source-code myself, because NTFS sure as fuck doesn't act like it has journaling.

At least not journaling like I have enjoyed with Linux file-systems. Of course, that assumes one is using NTFS, which is a fair assumption now days, but again this poster did not mention that. For all we know, there are Fat32 systems involved and let me tell you from experience, doing scandisks on huge Fat32 formated Harddisks takes hours.

Maybe it has been a few years, or maybe Vista has something magically under the hood, but no NTFS file-system I have even heard of makes serious recoveries as quickly and thoroughly as a Linux journaling file-system.

Fixing A Broken OS
What about when the OS is broken and won't boot properly. Of course, exactly *how* broken has an significant impact. Misconfigured files? Broken drivers? Broken kernal? The poster does not mention the specific methods of restoration.

He might mean throwing in some vendor provided disc and hoping its magic works. I would not know, Linux does not need these things. But since he's not specific, let's assume he means doing some manual work on a recovery console. In fact, this is very likely exactly what he means.

I need to stop here for a second and point out something: Is this n00b actually claiming it is easier to do something in the console/command-line in *Windows* than in Linux? ...? The next question of course is WTF? Yeah, let's move on. Alright, so it is safe to say it is going to be easier to do work on the console/command-line in Linux than Windows any day of the decade.

But what kind of work you ask? Well, whatever work you need to do to restore your system. Let's hope you know enough about the clearly documented and well designed Windows system architecture. Let's also hope that you can do all your recover from a console text environment and nothing requires a graphical session. At this point alone, Linux recovery is more certain than Windows, because in Linux literally anything that can be done from a graphical session can be done from a console, while the same is certainly not always true for Windows.

As for what exact work is to be done, I don't know since each situation varies but I'd like to see him edit his registry through a console Microsoft Console and call that "easy." Meanwhile I will just be using my Vim editor to modify human-readable-flat-text-configuration-files and browsing the Internet from command-line via eLinks for further help.

In Linux, one can completely recompile/reinstall anything needed without a graphical session. Debian Software Packages and shell-scripts for the win. That does not happen with all the numerous variety of Windows installer programs.

Using a boot disk, with some careful work, one can even do recompilation/reinstall for a non-booted system. I would like to see any Windows machine compile from command line as easily as Linux. Hell, I would like to see Windows compile ANYTHING as readily as Linux tends to.

Instructions
The poster mentions "Cryptic instructions." Well, I won't say Linux is easy to use as a Fisher Price toy, but few powerful tools are. Since turnabout is fair play, if he wants to talk cryptic, then let's go all the way and discuss poor instructions. This, of course, leads to Microsoft Help Files/Manuals.

I certainly will not claim every Linux/BSD Man-page ever written in the world is great and has all the information needed. But in my experience, easily 90% of the time, man-pages will give provide most if not all ones needs. I have yet to even hear of a single good Microsoft Help file. (And I have talked with career technical writers on the subject).

Of course, this side-steps the point about the architectures and system designs themselves.

Full OS Reinstall
Now, if the poster is talking about a full OS reinstall, I can fucking-money-back-guarantee-you Ubuntu Linux will be fully installed and have completed any updates with all my software installed well before Windows has the 2nd Service pack installed (if even the 1st), let alone all other personal programs and virus/firewall software.

And that does not even address the issue of live-booting. :P

Development Environment
The guy mentions rebuilding his development environment. ... I am going to assume that means installing Visual Studio, or something of the like, and a train load of additional software libraries.

I got news for the poster, in Linux that is as easy as a few mouse clicks with my package manager, or a single Shell-script execution to send commands to apt-get. In a word: Owned.

Further Laughs
This guy identifies himself as a ripened idiot by going on further to state: "In fact, for every extra time my Ubuntu system crashes hard and fails to boot I could have purchased a new Vista system from Dell, thrown my old system in the trash and still come out ahead."

Even from my longest recovery time, my time has never been equal to the couple thousand dollars to build my new powerful desktop, and certainly was not worth the recovery of my irreplaceable data files. Maybe this guy takes his computer to the Geek Squad and has to wait two weeks for recovery? (Yeah, I know they don't do Linux, but you get my point).

Lastly, what sort of piece of shit computer is he running that is worth less than $400 + New Deskstop that he casually throws away?

Shear Idiocy -- Economics of Morons
"If I have to rebuild my worstation and development environment even once then the actual cost of Ubuntu is more that the cost of Vista."

I really have to address this one. So, "free" is somehow going to become more than $400 through just one occasion? Are you fucking kidding me?

Beyond the fact that the poster is utterly failing to take into account the 10 to 1 ratio of Windows system breakdowns versus Linux, he arbitrarily states that any recovery with Linux will be more than $400. The logical converse of this argument is that any recovery with Vista will be automatically less. (And that does not even address repeated recovery costs, which Linux most definitely trumps Windows on because of better system longevity).

Is he claiming that any recovery done with Vista will be less costly (time and money and effort invested) over Linux? Really? Seriously? ...I actually think this person is claiming exactly that. Well, he's completely wrong.

Situations vary and thus recoveries do. In the 1 out of 10 situations where Linux has a problem like Windows, the situations is going to be specific and relate to the knowledge of the person doing the recovery. I am not going to claim Linux recoveries always cost less than Windows recovery because making such a blanket statement about all situation is foolishness, and the same goes for Windows over Linux.

I will just say this: Linux recoveries happen less frequently... and chances are, you can find the "cryptic" instructions online, and you will be able to access your configuration files through console easily and recompile/reinstall any software necessary. Windows can't claim that people. It just can't.