SlackwareThis Forum is for the discussion of Slackware Linux.
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.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
Now the problem is manifested also with Fedora. Currently I've a list of three kernels to use: 3.12.6-300.fc20.x86_64, 3.12.7-300.fc20.x86_64 and 3.12.8-300.fc20.x86_64, but only the first one seems to work fine. With the others the pc restarts instead of shutting down. I've blacklisted the nouveau driver, but the problem persists. It's very strange, also because Slackware and Fedora have different system management daemons. And especially because only the 3.12.6 kernel works (on Fedora)...
Thank you for reporting. When I've five minutes I'll try to start Ubuntu from the usb port located on the left side, nearby the power connector.
I don't know what's the behaviour of Windows 8 because I've deleted it the second time I've turned on the pc
Last edited by Cristiano Urban; 01-22-2014 at 05:22 AM.
After reading your post yesterday I downloaded the live version of Fedora 20 to a USB drive and found that the laptop now restarts every single time, whether AC powered or battery, no matter which USB port.
Ubuntu seemed to work better for me.
While I think about it, are you using UEFI boot or legacy BIOS?
I have left UEFI for the Windows 8 dual boot.
I still have the laptop at the moment but am just waiting on a call from Dell to collect it, which should be today or tomorrow. I really would like to keep it but not if this kind of thing happens. I thought I had the problem solved but now not so sure.
On another thread that I found (different laptop but similar problem), the user had found that keeping a USB device connected as it was shut down prevented a restart. Which all seems to boil down to some issue with the USB again. I have just started trying this and it will report back if it has merit.
Found the link: http://www.pbehnke.com/main/node/11
Last edited by OlderNWiser; 01-20-2014 at 10:35 PM.
Reason: Adding link
I have this problem as well. Every now and then my ThinkPad S430 reboots in stead of shutting down
From what I have read, the reasons for this can be varied and it doesn't seem to be limited to any particular brand or hardware.
Or even Linux distro, as it turns out.
Even Windows 8 did it, but very infrequently.
Still shouldn't happen though.
Last edited by OlderNWiser; 01-21-2014 at 03:24 AM.
Try reverting the commit mentioned there, rebuild the kernel and try it. Chances are it will work afterwards.
As ppr:kut has kindly pointed out earlier, it does sound suspiciously like this bug.
I can't try what he suggests as I am only running off a live USB for the moment.
I don't have any problem on battery either (see the link), only on AC.
I did try connecting a USB device as I mentioned earlier (mouse).
While it seemed to work at first it eventually got back to restarting, so I am no wiser.
I thought at first this was a problem with the USB ports on my laptop but if others are reporting the same problem from installed distros then it can't be.
So, is there a concensus that this is a software bug of some kind that will eventually get fixed? (Seeing as the kernel bug mentioned has been around for over 12 months now.)
Last edited by OlderNWiser; 01-21-2014 at 05:20 PM.
Reason: Added more comments
Hello, I have same problem with a Dell Inspiron 15 7000 series.
With Win8.1 it resets when I try to shutdown. Not erverytime. Maybe 1/10 of tries.
Then I decide remove win8.1 and install Ubuntu.
After installation it didn't reset, but agter full online updates, then, it resets every time I shutdown.
I have tried whit a lot of distributions. Ubuntu, Fedora, Opensuse, Mint, Manjaro....
With linux always happens after full updates. With win8.1 only 1/10 of times.
It appears that the answer to this problem is to update to the latest BIOS, ver. A09, released just 2 or 3 days ago.
Be warned though that it may render your Linux partition unuseable, as reported by people in this Dell forum thread (page 3).
Best to read that first: http://en.community.dell.com/support...352=3#20642709
after a lot of time I've had the possibility to do some experiments.
Thanks to all for posting your suggestions and solutions. At the end it seems I've solved updating the BIOS to the A09 version (found here). To do this I've had to resize the disk to give space to Windows, in order to execute the BIOS update.
Now I've a dual boot with Fedora 20 with kernel 3.15.4-200.fc20.x86_64 and a fresh installation of Ubuntu 14.04. Both seem to shut down properly for now. The only thing that remains to be done is to try Slackware ;-).
Regarding the proposed solutions: the procedure explained here didn't work for me (on Fedora) and I don't know why. Instead, on Ubuntu, the solution proposed here by the user Inspired, seemed to work fine.