Sie sind nicht angemeldet.

1

19.05.2013, 09:04

udev (openrc) update: poweroff geht nicht mehr

Hallo,

nachdem ich letztens endlich mal ein udev update gewagt habe, schaltet sich der Rechner nicht mehr aus. Er läuft bis zur Meldung "remounting / read-only" (o.ä.) und bleibt dann hängen (der Cursor, blinkt nicht mehr). Beim update von udev musste ich auch openrc updaten (evtl. kommt's daher?). Normal würde ich ja sagen, dass etwas in der Kernelconfig bezüglich ACPI nicht stimmt. Dort habe ich aber nichts geändert (vor dem update funktionierte das abschalten ohne Probleme). Ich habe trotzdem mal den Kernel neu gebaut. Ohne Erfolg.

Hier meine Konfiguration:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
uname -a
Linux r2d2 3.5.7-gentoo #1 Sat May 18 11:15:59 CEST 2013 i686 AMD Duron(tm) processor AuthenticAMD GNU/Linux

cat /usr/src/linux/.config | grep -i acpi

# Power management and ACPI options
CONFIG_ACPI=y
# CONFIG_ACPI_PROCFS is not set
# CONFIG_ACPI_PROCFS_POWER is not set
# CONFIG_ACPI_EC_DEBUGFS is not set
# CONFIG_ACPI_PROC_EVENT is not set
# CONFIG_ACPI_AC is not set
# CONFIG_ACPI_BATTERY is not set
CONFIG_ACPI_BUTTON=m
CONFIG_ACPI_FAN=m
# CONFIG_ACPI_DOCK is not set
# CONFIG_ACPI_PROCESSOR is not set
# CONFIG_ACPI_CUSTOM_DSDT is not set
CONFIG_ACPI_BLACKLIST_YEAR=0
# CONFIG_ACPI_DEBUG is not set
# CONFIG_ACPI_PCI_SLOT is not set
# CONFIG_ACPI_CONTAINER is not set
# CONFIG_ACPI_SBS is not set
# CONFIG_ACPI_HED is not set
# CONFIG_ACPI_BGRT is not set
# CONFIG_ACPI_APEI is not set
CONFIG_PNPACPI=y
CONFIG_ATA_ACPI=y
# CONFIG_PATA_ACPI is not set
# ACPI drivers
# ACPI drivers
# CONFIG_SENSORS_ACPI_POWER is not set


Hat jemand eine Lösung, oder eine Idee, wie ich das Problem angehen kann ?

Markus

2

20.05.2013, 09:10

Deine Maschine ist an sich sauber? (emerge -avuDN @world; etc-update; revdep-rebuild -i; emerge -1 @preserved-rebuild)?

Hast du vlt. irgendwelche Shares gemounted? Samba?
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

3

20.05.2013, 10:36

Naja, sauber ja, allerdings nicht auf dem aktuellsten Stand:

Revdep-rebuild läuft durch, etc-update und emerge -1 @preserved-rebuild hat nichts zu tun.

emerge -avuDN @world -> bringt ne ziemlich lange Liste. Das läuft dann wieder tagelang. Das möchte ich eig. vermeiden, ist meiner Meinung nach auch erstmal nicht nötig. Das Paket, welches "halt" beinhaltet, ist aktuell ("poweroff" ist ein symlink nach "halt"):

equery belongs /sbin/halt
* Searching for /sbin/halt ...
sys-apps/sysvinit-2.88-r4 (/sbin/halt)

Shares sind auch nicht gemounted. Der Rechner fährt ja auch komplett runter, schaltet dann nur nicht aus. OK, ich weiss grad nicht, was da nach "remounting / read-only" noch gemacht wird (oder gemacht werden muss) aber ich meine dannach kommt direkt das ausschalten.

4

21.05.2013, 11:29

emerge -avuDN @world -> bringt ne ziemlich lange Liste. Das läuft dann wieder tagelang. Das möchte ich eig. vermeiden, ist meiner Meinung nach auch erstmal nicht nötig. Das Paket, welches "halt" beinhaltet, ist aktuell ("poweroff" ist ein symlink nach "halt"):

Möglich. Möglich auch, dass die updates genau deswegen vorgeschlagen werden, um dein System sauber runterzufahren. Ich würde trotzdem empfehlen mal auf ein sauberes up-to-date System zu gehen und dann - wenn das Problem immer noch da ist - weite zu gucken.
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

5

21.05.2013, 15:57

Jo, ich kann den Ratschlag von dyle nur befürworten - bringe dein System bitte mal auf einen aktuellen sauberen Stand. Immer nur halbherzig Teil-Updates einspielen geht meist nicht immer gut.
Und vergesse bitte auch nicht einen aktuellen stable Kernel zu nutzen - 3.5.7-gentoo gibt es aus guten Grund nicht mehr im Tree.

6

21.05.2013, 17:16

Also gut. Wenn nicht noch jemand einen heissen Tip hat, werd ich wohl mal in den sauren Apfel beissen müssen. Das Kerneupdate hatte ich aufgeschoben, weil ich nicht an mehreren Baustellen gleichzeitig arbeiten wollte. Mit dem alten udev (171 war das glaub ich) funktionierte das abschalten ja auch mit diesem Kernel.

Markus