I was just telling yopu how I got the experience to optimize my experimentations. Of course after couple of trial and errors I started to keep the working kernel around and kept the lilo entry so I could get into working system. But initially I just ermoved all previous kernels and put my new fancy kernel from the conf/i386/boot/bzImage into /boot directory, ran lilo and rebooted.
Also mention that those days were back in 1996 I guess - well before I know anything about LQ and I was truly hacking and experimenting and the fact that computer was broken, wasn't a problem, it was the true purpose of life. |
Quote:
I've seen that you have received answers to most of your questions. I just wanted to add my two cents here, and share what I think are 2 great books a an awesome site for starting newbies, as I was over a year ago - and they were VERY helpful.
|
Quote:
I started with Mandrake before I even had an internet connection. I struggled on it with it for months - dual booting - and learned nothing useful. It was a real struggle, books didn't help much either. I pretty much gave up until I decided to try again in 2006 and downloaded 'buntu. I stuck with 'buntu - again dual booting - for about 2 years before moving to Debian Etch - that was the biggest shock to the system - realising that using 'buntu had taught me next to nothing about GNU/Linux. It was only by getting into Debian and starting off using command line package management tools that I began to learn how the whole thing went together, started building from source, building kernels, etc. I don't want to say that the time I spent on 'buntu was a waste, but I definitely lingered too long on it and did not move to Debian soon enough. After running unstable for nearly too years I decided to give Slackware a go and ran a dual boot with Debian - earlier last year I moved entirely to Slackware as it pretty much suits all my needs and is a very solid distribution. Being online and connected to forums such as the Debian Forums and this one is what made all the difference in the end. Using a non "spoon-feeding" distribution also helped tremendously. It forced me to do things and try things for myself and in doing so to understand the underlying tools which form the back ends for the fancy GUI tools you see in 'buntu and other "user friendly" distros. IMO there is no substitute for the command line and I tend to choose the command line over file managers or GUI configuration tools. IMO again, it's important to embrace the command line from the start and try to forget any preconceptions you might have about it from the windows world. Quote:
Quote:
Reading the manual is important because once you learn how to read one manual, you'll be able to read all of the others. Terminology that made no sense, will begin to make sense and you will know how to skip the bits that don't apply to you. You see this a lot - a long wiki page, which someone has take the time and effort to put together and maintain for our benefit, which only contains one small relevant section to a particular kernel, distro, hardware, etc. The user takes one look at this wall of text and heads for the forum to just ask the question. Because they would not even take the time to read it, they missed the part where it says "skip to section 5 of this wall of text and enter these three commands - done". If the person in question cannot be bothered to read, then why should volunteers bother to help them? (though in all likelihood they will). :hattip: |
All times are GMT -5. The time now is 12:53 AM. |