Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
You want to learn how to do admin tasks for Linux distributions that businesses and/or other people use, right?
That's exactly the purpose. Mainly managing server roles for corporate needs, so i want to be confidant that irrespective of type of linux server they have i should be able to manage them. I've heard somewhere, cant remember where, that (mostly) US companies use RHEL, European companies use SUSE and Indian companies use Ubuntu as their preferred servers. Don't know how much truth in it. So that's why i wanted to be sure about CentOS/openSUSE/Debian.
Quote:
Originally Posted by johnsfine
Pay attention to the fundamental difference between the way mixed architecture x86_64 with x86 is set up in Red Hat vs. the way it is set up in Debian.
What is mixed architecture? installing x86 packages in x86_64 and vice versa?
Quote:
Originally Posted by johnsfine
Pay attention to the fundamental difference between the way package management is set up in Red Hat vs. Debian. Obviously there is a third way and fourth and fifth ... But between them Red Hat and Debian dominate that topic. If you know those two and no others, you are in pretty good shape for Linux admin tasks.
This wasn't true in the past and certainly isn't true after the Novell take-over.
While it's impossible to give exact numbers, Debian is by far the most used system in quantity and Red Hat has always been the biggest "pay/commercial" system.
I think other points were good exposed here and there's no need to talk about these again so I will show mine.
I've been using Kubuntu(ubuntu with kde) for almost 8 years on my desktop, and 4 years on my laptop and love that, It's an amazing distro and you hardly will find your self without a package for a program you want, large compatibility of hardware drivers, and has a lot of configuration tools for beginners and people who don't want to loose time doing unecessary things, but was always a pain in the ass when I tried to upgrade my system to newer releases and always broke my entire system, video drivers don't work, programs dependencies broken without an good and not painfull way to fix, and days trying to fix the whole system, and even after that, still don't work well as before, then I reinstall from CD/DVD. until last version, 12.10.
That is what happens with any ubuntu variant, kubuntu, lubuntu, xubunto and more... on most cases, and I'm not talking only about me, but every one I know on my university.
For that reason I changed for archlinux on my desktop, and that was amazing distro, and fedora on my laptop, becouse my knowledge on centOS and his similarity.
Since then I have no problems in upgrade my systems to newer releases(on Fedora, because on arch, i'm always updated), and when rarely it happens it's too much easier to fix.
If you need or want yours systems to be always on the latest releases and packages(without the work of manualy download and compile, when it's compatible with your system release), and you don't want to spend 3 days fixing bugs and loosing time on your system every release upgrade and after that, I don't think (?)ubuntu is your best choice.
I'm talking this because if you realy want to be a linux user and don't want to migrating between diferent distros, what I think is a good thing for beginners to learn about then, you should consider this point on your choice.
What is mixed architecture? installing x86 packages in x86_64
Yes.
Typically 32-bit programs installed in x86_64 Linux will use .so files with the same name as .so files used by your 64 bit programs. So you need to have two different .so files with the same name, both in standard locations.
The way that is managed is different between the Red Hat family and the Debian family.
Quote:
and vice versa?
There is no vice versa. You can't use x86_64 programs in a 32-bit x86 Linux.
Debian is only 38Gigs if you install all of the packages, which I doubt you will be needing all of them.
i was thinking if i could setup Debian local repository for experimental corporate environment as i did for CentOS, which has only 2 DVDs. i cant afford to download 10 DVDs. i'll download just 1st DVD and stick with learning other server roles.
Last edited by Madhu Desai; 04-07-2013 at 01:53 PM.
i was thinking if i could setup Debian local repository for experimental corporate environment as i did for CentOS, which has only 2 DVDs. i cant afford to download 10 DVDs. i'll download just 1st DVD and stick with learning other server roles.
You only need to download Dvd -1or you can download net-install or cd-1.
The only time you download a full set is if you don't have internet connection or a slow connection. All of thr pscksges that are available on the Dvd are available for download thru package manager.
Neither Stallman (GNU creator) or Torvalds (Linux creator) use them.
From an admin/dev's point of view it's usually either Debian or Red Hat.
Well, they install all software as-is, as it's meant-to-be by their respective authors. Especially Arch is doing just that. They don't add layer-over-layer of self-baked implementations for numerous things, so what you get after an installation is pretty "vanilla" and represents a GNU/Linux system more than other distros.
Why? Well, Arch (and i suppose Slackware also, at least to some degree), follows the KISS principle, which recommends to keep everything simple, thus making everything less complex & therefor easier to maintain.
Does it matter if certain celebrities use them? Certainly not. I couldn't care less which distro they personally prefer, as it's their decision, not mine. I was just pointing out that Arch/Slackware are the most "unmodified" distros which give you a good picture of what GNU/Linux is all about.
And yes, as i also stated, Debian and it's offsprings are by far the most widely used distros both on servers and desktops, so from an admin's point of view it certainly won't hurt to get used to those distros as it's likely that an admin would stumble upon one of those sooner or later.
CentOS is also relatively wide-spread on the server market, which is basically a free edition of RHEL, so it would cover RedHat as well as - partially - Fedora if you learn a bit about CentOS, too.
If your plan is to diversify your experience for many different scenarios, then you're going to need to try out a lot of distros.
I would start with Debian and Ubuntu, since that seems to be where you don't have as much experience yet. While they both are similar, they both have significant differences, and both metal-as-a-service and JuJu (in Ubuntu) would be worthwhile to learn about if you're ever employed by companies that have fetishes for corporate buzzwords like "big data" or "cloud computing" (*gag*) or you otherwise need to use OpenStack (since both MAAS and JuJu are designed for running private clouds in a way that allows for quite a bit of scalability).
Once you have that down pat, I'd look into Slackware and give yourself a crash-course on how to harness the power of Linux shell scripting to do your bidding. That's probably a biased suggestion, with me being a Slackware user and all, but installing and configuring Slackware really is a great way to dive into Linux fundamentals (as well as Unix in general, Slackware being advertised as the "most Unix-like" distro; at the very least, you won't get as much heckling from the BSD fanboys ).
Sure, current Slackware admins are probably quite self-sufficient *now*, but they'll have to retire *someday* (at least until we discover immortality), and when that happens, it's much better to be able to swoop in with knowledge of the existing system than to propose overhauling it with something more familiar merely because you have no experience in it. Since Slackware is pretty generic in terms of its configuration, knowing it will make understanding other more-generic distros (Arch, Gentoo, OpenWRT, etc.) - as well as even the popular distros - much easier in the long run, while not completely overwhelming you in the process.
Thank you all for your great inputs. so i'll start with Debian for now which i hope will be good for my career. i'll also try Slackware for better understanding of Linux.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.