Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with 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.
But since I start X from the console and go back to the same console when X terminates, I don't see how it could make any difference.
If it was me I would at least check it out by rebooting without starting X and, rebooting after starting X and exiting out of X. I have seen some weird things happens over the years involving computers and electronics.
Last edited by colorpurple21859; 07-21-2020 at 11:37 AM.
I can take these as done, I suppose but have you checked permissions
The permissions do look a bit odd to me. halt and shutdown are both universally executable. I would have expected them to be either executable by root only or set to run suid.
Quote:
Issued 'reboot -f' as root?
I don't want to use reboot -f. Not using shutdown is an emergency procedure.
The permissions do look a bit odd to me. halt and shutdown are both universally executable. I would have expected them to be either executable by root only or set to run suid.
I don't want to use reboot -f. Not using shutdown is an emergency procedure.
Which ones?
If they look odd, fix them. you can always break them again
Use reboot -f at least once, because this might be in the BIOS. We're eliminating possible causes here. What you want to do comes later. 1. reboot -f & 2. reboot
Good catch colorpurple! I tried today rebooting from the command line without having launched X at all. This was the sequence I observed:
1) Kernel announced a reboot at the end of shutdown
2) Monitor's built-in screensaver appeared (meaning I assume that there was no further output to the screen from that session)
3) Screensaver vanished. At this point there may have been a POST bleep but I can't remember. I will check for that next time.
4) Message from UEFI appeared: Press Enter to interrupt normal startup.
And that was it! The next step should have been the appearance of the elilo menu but that didn't happen. So the UEFI does start but it doesn't load anything from the drive.
@business_kid. I'll try your forced reboot today and report back in due course. btw I tried running shutdown without being root just to find out what would happen. It said "You have to be root to do that!". Evidently the program checks your UID right at the beginning so the system doesn't need to use permissions to prevent abuse.
I don't normally have it mounted. And when I do mount it to do something to it, I always unmount it by hand because I once ran into some kind of filesystem warning on that partition. I can't remember the details, but I cleared it and have been very careful ever since.
OK. reboot -f worked from Slackware. I rebooted into LFS, logged on as root and used shutdown -r to get back into Slack. Surprisingly that worked too. Now I don't know if those results were one-offs or if there's something significant here. Too tired to think about it now. I'm shutting down for the night!
I'm going to make a link to an earlier post I made about an occasional buzzing noise from this computer because I'm beginning to think the two things are linked in some way.
The buzz comes directly from the vibrating case, specifically from a built-up section of it that acts as a carrier handle. The power switch and disk indicator light are set into this structure. Putting a hand on it usually stops the sound. But the vibration must initially come from either the cpu fan or the disk drive. There are no other moving parts in this machine because there is no internal power unit.
Now I have noticed that the buzz usually occurs when the machine is idling. That makes it unlikely that the fan is involved. On the other hand, disks are often busy syncing when there's nothing else going on.
Last night I tried to reboot (using shutdown from Slackware) and it failed again. But after a few moments, I heard the buzz, more loudly than usual. And when I put my ear to the main part of the case, I heard a smooth, quiet sound which I think may have been the disk rotating. It was different from the irregular scratchy sound of a disk being read or written to.
The last detectable act in a failed reboot is when the UEFI program activates the video. The Lenovo logo comes up together with that message about the Enter key. Then there is a bleep (I can confirm this now) so there is a successful POST, like with a cold boot. The next step should be reading the bootloader from the disk. That's where it stops.
Now can any hardware mavens make a guess as to whether these things are related?
The buzz comes directly from the vibrating case, specifically from a built-up section of it that acts as a carrier handle. The power switch and disk indicator light are set into this structure. Putting a hand on it usually stops the sound. But the vibration must initially come from either the cpu fan or the disk drive. There are no other moving parts in this machine because there is no internal power unit.
i recently came across a discussion about "coil (or cpu) whine". since i had never heard of it, i found a few articles that all said something similar to this one:
Quote:
Coil whine is a high-pitched sound some devices inside the computer case can create under certain situations. This hiss or squeal resembles a dull, boiling teapot sound, only usually much quieter.
previously i would have also assumed that any noise (or vibration) would have had to have been caused by a moving part as well. apparently that is not always the case.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.