Quote:
Originally Posted by DJ Shaji
Hmm.. i do have a couple of encrypted partitions but root isn't one of them, so that shouldn't be an issue. My main concern is that I have spent months tuning my system, so that what I have on my hands is a set-up that gives me 4.5+ hours of battery life, looks exactly as I want it to, does exactly what I want it to, and has everything I need. The only thing is that I do want updates, but I really don't want to re-install everything from scratch!
If fed-up fails, would I have to do just that? Do post install issues crop up? I've got such a comfortable configuration that I don't want to mess it up 
BTW, I do know that Ubuntu does collect user information, and that Canonical doesn't contribute code upstream. Red Hat is just a company that is promoting open source software in the corporate world and making a profit along the way. Most of all, they do contribute code back. Plus Fedora is community oriented, and while Red Hat does have a say in its affairs, the community plays a big role too. Personally I've been using Red Hat as well as Debian on my systems, and both seem like good solid stable distributions. Rather than ubuntu IMHO debian would be the better choice if you don't want to go the Red Hat way. |
when you update it will update your GUI if you are using Gnome, and i can only guess the same for KDE. If fedup fails then you might be forced to format/install but one of the guys in my LUG (linux user group) said he could figure that stuff out, but then again he works for RedHat
as one of their top field engineers. The guy knows his Linux and not just RH, but Debian based too including Ubuntu and works almost daily with guys over at Canonical.
As for the configuration files, most of those should remain the same unless they are being replaced with the new systemd. I have to say I am really looking forward to RHEL 7 going live later this year. I plan on using CentOS 7 and rebuilding my server to take advantage of systemd over the older sysV that is used in RHEL 6 and older.
systemd takes much better advantage of modern hardware by allowing services and daemons to run in parallel vs the older sysV performing tasks linear and breaking if it got specific services out of order. ex: attempting to connect to a remote share before the network is up. typical problem in sysV, seldom happens in systemd as they both run at the same time now.
