Openbox re-starting PC?

[Hootiegibbon]

Mel,

What I think nightcap is saying - is if he is I would be in agreement, that this issue does not lay with with teh acpi system, as it WORKS in other PCLinuxOS iso's , so far (with one known exception) if is something that effects only the openbox iso's no other reported instances  (that I am aware of) have appeared in the forum so far

I would (if I were you) not start troubleshooting acpi implementation in Linux as I am sure that the kernel.org folks may do that to a certain degree.

If you want to spoof the acpi settings for a windows machine why not make it easy foir yourself and use the acpi_os_name="microsoft windows" which will tell the bios that its booting windows (98 I think by default) and use acpi as if the OS was...

I do seem to remember discussion that you edited the rc.sysconfig files ? if that is correct - which edits did you make to which files? would any of your edits have an effect on the shutdown scripts?.

What would be a good benchmark, and potentially rule out the general acpi implementation is for someone having the issue to try installing LXDE or KDE or Pheonix/Phinx and see if the reboot issue remains, if it does then I would agree that it may be somthing beyond your iso.

Jase

[melodie]

I do seem to remember discussion that you edited the rc.sysconfig files ? if that is correct - which edits did you make to which files? would any of your edits have an effect on the shutdown scripts?.

Wrong statement.

First, there is no such file as rc.sysconfig in the system.
Second, if as I imagine you are referring to the sysinit scripts here is the answer:

the Openbox versions published officially use the same sysinit version as the official version without any change. Any change done on the halt file has been performed during test phase, never for the final. Tto be precise, the test was to switch with an option from a KDE available at that moment, which has also been changed later, which change I did follow very closely.

You repeat for X time that only the Openbox version suffers this issue, whereas along this thread 2 persons have reported to get the same issue in Gnome : I also quoted the first one who reported as a direct answer to one of your former posts. You look like you didn't read, or didn't see what is written.

Some machines do have buggy BIOS and buggy ACPI, and even a lot of machines, never mind the brand of the machine.

Regards,
Mélodie

[Hootiegibbon]

It was rc.sysinit (wasa a typo)

Yes acpi CAN be buggy and is buggy which is why there are soo many kernel options for it as work, but for the most part the issue that has been described is only evident on 2 non-openbox iso's. were the two gnome iso's different or from the same iso originally

If this were a PCLinuxOS wide issue it would be more prevalent and effect all varieties on those machines ( although to test this would require a person to try installing each on the troublesome hardware.

This appears to be a more local issue focusing on the larger ACPI system detracts from this thread and I suspect is a "redherring", was something added to the two non-openbox (gnome) installs that caused it to have the same issue as the openbox install , when did it start to reboot at shutdown?

Jase

[melodie]

Since the kernel series 2.6.38, cher Monsieur.

[Hootiegibbon]

Since the kernel series 2.6.38, cher Monsieur.

It still has only (as yet) been reported on the OpenBOX iso's and two (2) gnome installs, there has not been any other occurences reported from any new installs of the other iso's(that have this series of kernel)  or from other older updated iso's

I still think the answer to this lay within the openbox iso's configuration

 Jase

[melodie]

I can try to investigate at the next quarterly. I don't have enough available time for that now.

Regards,
Mélodie

[mag]

For what it's worth, I also have the problem with PCLOS 2011 Openbox desktop restarting after shutdown.

pci=noacpi didn't fix it, nor did acpi=ht.

acpi=off did seem to fix it, but it also led to only one of the two processors showing as active in htop.

(If this restarting is the biggest issue I face I'll be delighted - and I'm pleased to say so far I've encountered no others).

Edit: Forgot to mention that I also tried adding "/sbin/halt;" at the beginning of the GDM shutdown line - no effect.

[melodie]

Hi,

Provided you have updated fully the distribution, would you try to install the package "kernel-firmware-extra" ? (And put "apci=on" on the kernel command line, and shutdown a few times... but if it reboots, keep the session running a few minutes before trying to shutdown again).

I want to update Edu, because of numerous good new versions of Edu apps, (and Christmas coming in a little more than one month... ) so I restarted the Dell P4 where I had also met with the reboot issue. I suddenly realized that the Edu (built on the same base) is not affected. Therefore I did a diff between the installed packages there and the ones in Openbox full and started installing a few additional packages which are in Edu and not in Openbox.

I have not performed enought shutdowns yet to be sure of the result, but at least the last one was ok, whereas several other ones before were not ok (all this with "acpi=on" in the kernel command line, of course).

Let me know if kernel-firmware-extra makes a difference for you, if not I'll try to add info about a pair of additional packages.

[mag]

I'm afraid "kernel-firmware-extra" didn't make any difference to my machine.

[melodie]

Hi,

After updating a second Openbox full (I have one in English one in my language, both meant for remasters), I have checked that kernel-firmware-extra is not installed. I shutdown, it rebooted...

Then I checked what time is in the BIOS : it is GMT, so I configured the timezone in the PCC accordingly. I took care of having it at the right time (started ntpd manually, checked that it was the precise time by using the ntpdate command).

I just shutdown, and it has not rebooted yet.

/Edit : I did again several shutdowns with acpi=on since, doing other things in the meanwhile before booting again, each time it stayd shut.

[mag]

I think you're right - it's a clock sync issue. That explains why the time to reboot was drifting outward.

Thanks very much.

[melodie]

I think you're right - it's a clock sync issue. That explains why the time to reboot was drifting outward.

Thanks very much.

You are welcome. I hope that now your machine has both hearts beating and shutdows provide them good sleep.

[ka9yhd]

Hi Melodie:

As for my laptop running 2011.08 OB Bonsai, I have not experienced the reboot problem........ And yes Bonsai is fully updated as of two days ago.

Also here are the specs of my Acer laptop.

AMD Turion X2 64 bit cpu with a gig of ram.  Dual boot with XP Media Edition and OB Bonsai.

Code: [Select]

[robert@localhost ~]$ lspci
00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 10)
00:01.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge
00:04.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge
00:05.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge
00:13.0 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller (rev 80)
00:13.1 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller (rev 80)
00:13.2 USB Controller: ATI Technologies Inc IXP SB400 USB2 Host Controller (rev 80)
00:14.0 SMBus: ATI Technologies Inc IXP SB400 SMBus Controller (rev 83)
00:14.1 IDE interface: ATI Technologies Inc IXP SB400 IDE Controller (rev 80)
00:14.2 Audio device: ATI Technologies Inc IXP SB4x0 High Definition Audio Controller (rev 01)
00:14.3 ISA bridge: ATI Technologies Inc IXP SB400 PCI-ISA Bridge (rev 80)
00:14.4 PCI bridge: ATI Technologies Inc IXP SB400 PCI-PCI Bridge (rev 80)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:05.0 VGA compatible controller: ATI Technologies Inc RS482 [Radeon Xpress 200M]
06:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
06:02.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller (rev 02)
06:04.0 CardBus bridge: ENE Technology Inc CB-712/4 Cardbus Controller (rev 10)
06:04.1 FLASH memory: ENE Technology Inc ENE PCI Memory Stick Card Reader Controller (rev 01)
06:04.2 SD Host controller: ENE Technology Inc ENE PCI Secure Digital Card Reader Controller (rev 01)
06:04.3 FLASH memory: ENE Technology Inc FLASH memory: ENE Technology Inc: (rev 01)
06:04.4 FLASH memory: ENE Technology Inc SD/MMC Card Reader Controller (rev 01)
[robert@localhost ~]$


[melodie]

Hi ka9yhd,

Here I have currently 2 laptops running and I never experienced this issue on them either. It is sort of a luck I met with it on the Dell, so I can do a research to find a fix.

I see that your machine has a 64bits processor. Have you installed the a64 kernel on it ? On one machine where I had the opportunity to install the full Openbox, this kernel made the system snappier.

[ka9yhd]

Yes I have the kernel-2.6.28.8-pclos3.a64