can i update Debian Lenny 5 kernel without problems !!
DebianThis forum is for the discussion of Debian Linux.
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.
Also sometimes the kernel get upgraded during a dist-upgrade, breaking my video driver. But that is normal, if you track testing it is to be expected.
To avoid these accidental kernel upgrades make sure to you don't install the linux-image meta pacakges (eg linux-image-2.6-686), since these will depend on the latest kernel.
BTW, I realize many problems are induced by KDE4/QT4. Maybe you don't have that many problems when running Gnome or XFCE.
I'm running Testing with the occasional package from Unstable on both my machines at home.
My main machine runs Fluxbox,and the spare runs Lxde.Both without problems.
So i'd say your assumtion regarding Kde4 is probably right.
It has been stated more than once. Far more often.
I have been running Testing since Sarge was testing, which is comparable to you. But I have never seen a mess like this.
I repeated that statement (Sid is more stable than Testing) with a question mark, not as a statement. I appreciate other points of view.
Don't worry, my servers run Stable. Even my machines I have to work on run stable. I am running testing on my home machine on which I can afford to play around because I have more systems. I need to. I am not sure I mentioned in this thread, but last time I tried the .doc export filter was broken in OOwriter, the extension was not added to the file name, couldn't resize columns in Krusader, can't drag 'n drop attachments in KMail without typing out the complete path/filename, my quoted original message in KMail disappeared when I try to reply, one day my desktop effects work, the next day they don't, Quanta is not there (and who knows if it ever will) and some more I can't remember now.
The installer gives you decent choice which Grub to use so that is no problem. Also sometimes the kernel get upgraded during a dist-upgrade, breaking my video driver. But that is normal, if you track testing it is to be expected.
BTW, I realize many problems are induced by KDE4/QT4. Maybe you don't have that many problems when running Gnome or XFCE.
jlinkels
My goodness, I didn't mean to start a firestorm. My apologizes to one and all if I stepped on anyone's toes. But I'm sticking to my guns: Squeeze/Testing is pretty damn stable. I'll even go so far as to say it's rock solid. I know, I know, that's a term reserved for Debian Stable. And rightly so. Still, Squeeze had not failed me since I've been using it. And neither did Etch/Testing nor Lenny/Testing. And I would guess, with the next Testing version, what ever that might be call - if I wait a few months before dist-upgrading - neither will it.
You know what makes Debian so stable? It's sticking to the appropriate sources. Once you start with the 'Backports', and 'Experimental ports' and the 'pinning' from Unstable and installing Sources packages, then it's not Debian Stable anymore. It ends up being a bastardized distro. And no, it's not that easy to keep up with.
And running Sid/Unstable is better? Get real. Now let me ask you: What have you been smoking? Even sudix is problematic. Sid/Unstable requires as much of an upkeep as sudix. And certainly more than Squeeze/Testing.
To get back to the original reason for this post, if this individual want's to use more up to date apps, programs and kernels with the least amount of problems, use Squeeze/Testing. If you want to go off the deep end, try Sid or backporting or pinning or whatever. But if you do, grit your teeth, girth your loins and be prepared to do a lot of work. 'Oh, all you have to do is open this config file and...'. 'Now do this and check that and delete this line'. Now cross your fingers and pray. Yeah, sure. Easy. No sweat. Don't give me that!
You know why I'm such a Debian advocate? It's because all it take is 'apt-get install xyz' or 'apt-get remove xyz'. And also because I'm lazy as hell. Why make it more complicated than that? Backports, pinning, Unstable, phfft! Don't need it. Don't want it. Not necessary. Never had to do this.
And in reply to evo2, I've stopped smoking that happy weed many years ago. When I had long hair. Hell, that was when I had HAIR! I probably wouldn't have stopped if it didn't get so expensive and I didn't have to take a drug test for my job. Now that I'm 62 and retired, I just might light up again. What the hell. Why not? I enjoyed it. Beats the hell out of the cheap beers I'm drinking.
And in reply to evo2, I've stopped smoking that happy weed many years ago. When I had long hair. Hell, that was when I had HAIR! I probably wouldn't have stopped if it didn't get so expensive and I didn't have to take a drug test for my job. Now that I'm 62 and retired, I just might light up again. What the hell. Why not? I enjoyed it. Beats the hell out of the cheap beers I'm drinking.
Sorry, was Monday morning when I wrote that post... always in a foul mood on Monday mornings :-(
62 and retired. Sounds like a little farming - perhaps a herb garden would help keep you occupied ;-)
Sorry, was Monday morning when I wrote that post... always in a foul mood on Monday mornings :-(
62 and retired. Sounds like a little farming - perhaps a herb garden would help keep you occupied ;-)
Cheers,
Evo2.
Start my own herb garden? I don't know if that's a good idea.
I can't be sure, but I think I've got a cop as a neighbor. So, I'll stay away from 'growing my own'. (Damn cops can't mind their own business!)
Even though I haven't had any weed for years, I do have fond memories. Damn it was nice getting high. Of course, it was just as nice running my fingers through my hair. And now I have neither!!! What the hell happened? Oh, I know. I got older.
It seems that this is actually after booting to the 2.6.26 kernel. Do you have the output for the 2.6.30 kernel?
The var-log-dmesge.txt seems to be for the 2.6.26 and looks ok. dmesg-2.6.30.txt seems to be from the 2.6.30 and again everything looks ok.
From these files I can't even see a problem.
I guess I need you to find the log file that contains the errors that you see when booting the 2.6.30 kernel. Please have a look at the other log files to in /var/log/ to find one that contains the errors. Candidate files could be: messages, syslog and kern.log.
Cheers,
Evo2.
the following files have been taken from var/log,check them out.
the problem with the new kernel is that can,t connect to the X server,but the KDM exists in the systems processes.
by the way the last time i,ve tried the newer kernel i boot it in single user mode and i got the kernel panic message ,then the system stopped working..
thx for ur continuous efforts bro.
i forgot to say that no matter if any one talk abt smthn related to this sub.
I had a look at all your log files and there don't appear to be any references to the 2.6.30 kernel. Unless I missed something either you posted the wrong files or nothing is logged when you boot to the 2.6.30 kernel.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.