Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Obecná podpora => Téma založeno: beer 26 Března 2012, 00:56:46
-
Mám problém s automatickým zapínáním pc. Projevovalo se to v ubuntu, nyní mám tento problém na debianu. Windows tento problém nemá. Již jsem zde taky možná někdy řešil, a řešili to i jiní, ale nenarazil jsem na vyřešení, které by fungovalo, až na reinstalaci. Vzhledem k tomu, že se ale i tak problém může začít kdykoliv vyskytovat znovu, tak už k reinstalaci sahat nechci.
Problém není nikde v biosu, žádné zapnutí tam není načasováno a problém není ve wake on lan.
Pokud vypnu pc přes halt nebo poweroff, znovu se zapne během několika desítek minut až hodin. Pokud vypnu přes poweroff -f, vypadá to, že se již samo nezapne.
Pokud vypnu tlačítkem napájením, opětovně se samo zapne.
Zná někdo řešení?
Základní deska NVIDIA nForce4-SLI.
-
No to jsi si tedy přivstal, 1.4. je až v neděli. :D
Ale vážně: "dělaj to všechny". A to bez ohledu na systém, jenže win má oproti linuchu podstatně rozšířenou autodekci hardware, takže systém win při startu používá nízkoúrovňový kód "auto detection brainORhuman(inter)face", a případně se sám zase vypne aniž to zaregistruješ. Co vím, tak Linus odmítá patch do kernelu přidat, protože tam byly vznešeny nároky ze strany SCO. Pokud si kompiluješ jádro sám, tak stabilní patch se jmenuje "NSAunsecurebackdoor_for_all" příp. vývojový "everythingpasswordset2null_byM$forNSA".
Nebo to máš rozbitý :P
-
Nebo autostart v BIOSU ;D
-
Nebo krátkodobá přepětí/podpětí v síti.
Je tam UPSka?
-
Kotik, ty jsi vtipálek.
Aeyes, žádný autostart v biosu nastavený nemám, není tam nastaveno žádné probouzení, atd.
RNA: žádné podpětí ani přepětí v síti nemám, těch spotřebičů mám málo a mám měděné rozvody a jsem v Praze. Používám přepěťovou ochranu. V síti zde proud rozhodně nekolísá. Navíc to by se to projevovalo u libovolného způsobu vypnutí a libovolného os. Při vypnutí z windows se to nestane nikdy, při vypnutí poweroff -f jsem se s tím taky ještě nesetkal.
-
Me se jednou takto samozapinalo pc s windows XP a nikdy jsem neprisel na to cim to bylo. V biosu nic. Podle me to bylo chatrnym el. privodem. Navic jsem si vsiml, ze skrin, kdyz jsem se ji dotknul treba loktem nebo tak (dlani ne, ta je asi malo citliva), jo zapesti bylo dobre .... tak me to desive koplo ...nebo aspon zacalo brnet :)
-
moje skříň neprobíjí.
-
beer zkus přepěťovou ochranu odpojit a počítač zapojit do sítě normálně klidně by se mohlo stát že by to dělala ona...
-
No, já jsem měl takový problém taky jednou . Vymyslel jsem asi tucet konspiračních teorií, čím to může být (některé se mi podařilo na nějaký čas experimentálně potvrdit). Nakonec jsem došel k závěru, že se to děje vždy, když u počítače nepiju čaj . Naštěstí se , dřív než jsem si propil ledviny, ukázalo, že mám pod základní deskou zapadlý šroubek , který mi to zkratoval . Konev čaje v tom nebyla nevinně , protože když tam nebyla , nebo byla prázdná, větrák v počítači jinak rezonoval o desku stolu a šroubek pod desku se třásl o malinko víc ........
-
Tohle přece nemůže souviset s OS.
-
ano, souvisí to s OS. Pokud by to bylo pravidelné zapínání, dá se nastavit v biosu a snad dokonce i windows s tím umí pracovat (upravovat hodnoty přímo z OS) a ubuntu to umí také. PC zapínáme a vypínáme několikrát za den, pokud bylo vypnuté z windows, nezapne se samo nikdy.
Docela zajímavý byl příspěvek http://forum.ubuntu.cz/index.php?topic=25305.msg193042#msg193042 (http://forum.ubuntu.cz/index.php?topic=25305.msg193042#msg193042).
Já soubor /proc/acpi/alarm nemám, ale s čím by to mohlo u mne souviset, nezdají se mi položky enabled v souboru /proc/acpi/wakeup:
medved@medved:/proc/acpi$ cat /proc/acpi/wakeup
Device S-state Status Sysfs node
HUB0 S5 *disabled pci:0000:00:09.0
XVR0 S5 *disabled pci:0000:00:0e.0
XVR1 S5 *disabled pci:0000:00:0d.0
XVR2 S5 *disabled pci:0000:00:0c.0
XVR3 S5 *disabled pci:0000:00:0b.0
UAR1 S5 *disabled pnp:00:07
PS2M S4 *disabled pnp:00:09
USB0 S4 *enabled pci:0000:00:02.0
USB2 S4 *enabled pci:0000:00:02.1
MMAC S5 *disabled pci:0000:00:0a.0
MMCI S5 *disabled
V biosu samotném probouzení pomocí myši povolené nikde nemám a pokud pohnu myší cíleně, samo se nezapne.
Řekl bych, že bude problém někde okolo řešení ACPI na linuxu a vzhledem k tomu, že to dělá jak v debianu a vyskytovalo se i v ubuntu, viděl bych to na nějakou nešťastnou kombinaci se základní deskou. Bios jsem již jednou aktualizoval a myslím, že to bylo tenkráte právě kvůli tomuto problému.
-
Tak disabled nepomohlo, včera se zase po vypnutí z linuxu se před 12. hodinou dopoledne pc samo zaplo, vypnuté bylo cca 2 hodiny.
-
Neco se resi taky tu: http://www.suseportal.cz/forum/automaticke-zapinani-pc (http://www.suseportal.cz/forum/automaticke-zapinani-pc) nakonec update OS pomohl. (Takze to souvisi s OS)
Asi bych to udelal stejne jak radi. Vypni pc a odpoj vse co tam je ..LAN a vsechny USB. Pokud se pc nespusti ...aspon budes vedet co to dela. Kdyz se spusti tak jsme zas na zacatku.
-
PC nepoužívám jen já, ale i manželka, nemůžu PC nechat v nefunkčním stavu a odejít. Navíc, to samovolné zapínání je nevyzpytatelné. Třeba několik dní po sobě se vůbec samo pc nezapne. Na odkaz mrknu, díky.
-
Uznavam ze se to testuje dost blbe.
Zajimavej link je tu EN ...https://bugs.launchpad.net/ubuntu/+source/acpi/+bug/235539 (https://bugs.launchpad.net/ubuntu/+source/acpi/+bug/235539) resi tam ze se ubuntu budi o pulnoci.
Vic uz asi neporadim. Jak jsem psal muj pc se budil a kdyz jsem se prestehoval uz se nebudil tudiz to bylo asi el.
-
Nevím ,ale jestli to nedělá pod Winama tak to s OS souvisí jinak bych odsoudil základovku (nebo zdroj)
-
A jak se to chová, pokud PC uspíte do paměti? Jinak nejjednodušší je asi vypínat mu zdroj, nebo prodlužku s vypínačem...Já osobně PC přes den uspávám.
-
To uspání mi nefunguje, když dám uspat, pc se jako by restartuje - zhasne monitor, sáhne si to na zařízení (mechaniky,atd) a monitor se rozsvítí a je to tam, kde to bylo předtím. Tedy de facto se uspí, ale okamžitě probudí. Hibernace na disk taky nefunguje, probudí se okamžitě. Vypadá to, že bude skutečně problém někde s ACPI nebo asi IO-APIC. Samozřejmě S1 a S3 v biosu je povoleno. Dále je povoleno Cool n guiet a amd live, nevím, jestli to má souvislost.
Možná bude souviset toto při startu:
MP-BIOS BUG 8254 timer not connected to IO-APIC
-
To uspání mi nefunguje, když dám uspat, pc se jako by restartuje - zhasne monitor, sáhne si to na zařízení (mechaniky,atd) a monitor se rozsvítí a je to tam, kde to bylo předtím. Tedy de facto se uspí, ale okamžitě probudí. Hibernace na disk taky nefunguje, probudí se okamžitě. Vypadá to, že bude skutečně problém někde s ACPI nebo asi IO-APIC. Samozřejmě S1 a S3 v biosu je povoleno. Dále je povoleno Cool n guiet a amd live, nevím, jestli to má souvislost.
Možná bude souviset toto při startu:
MP-BIOS BUG 8254 timer not connected to IO-APIC
Přesně to co popisuješ mi pc dělalo, když jsem vyměnil hw bez reinstalace systému a v /etc/pm/sleep.d/ jsem si nesmazal skript, který při uspání odstranil modul síťové karty a při probuzení ho zase zavedl. Bez toho mi totiž po probuzení na staré desce nefungovala síťovka VIA. Taky jsem si myslel že je to hardwarem, přišel jsem na to při prozkoumání logů. Když jsem skript smazal, uspávání i hibernace probíhala naprosto bez problémů..
-
je pravda, že jsem loni měnil grafickou kartu, ale dělo se to i dříve na ubuntu. Nějakou dobu mezi se to nedělo. Mrknu tam, jestli tam nebude nějaký podezřelý soubor. Teda jestli nabootuju, hrál jsem si s bootovacíma parametrama v /etc/default/grub a při nabootování nemám funkční klávesnici, nemohu se přihlásit.
-
Přesně to co popisuješ mi pc dělalo, když jsem vyměnil hw bez reinstalace systému a v /etc/pm/sleep.d/ jsem si nesmazal skript, který při uspání odstranil modul síťové karty a při probuzení ho zase zavedl. Bez toho mi totiž po probuzení na staré desce nefungovala síťovka VIA. Taky jsem si myslel že je to hardwarem, přišel jsem na to při prozkoumání logů. Když jsem skript smazal, uspávání i hibernace probíhala naprosto bez problémů..
V /etc/pm/sleep.d/ mám jediný skript 10_unattended-upgrades-hibernate, jehož obsahem je:
#!/bin/sh
# Action script ensure that unattended-upgrades is finished
# before a hibernate
#
# Copyright: Copyright (c) 2009 Michael Vogt
# License: GPL-2
#
PATH=/sbin:/usr/sbin:/bin:/usr/bin
SHUTDOWN_HELPER=/usr/share/unattended-upgrades/unattended-upgrade-shutdown
if [ ! -x /usr/share/unattended-upgrades/unattended-upgrade-shutdown ]; then
exit 0
fi
case "${1}" in
hibernate)
if [ -e $SHUTDOWN_HELPER ]; then
python $SHUTDOWN_HELPER
fi
;;
resume|thaw)
# nothing
;;
esac
Odebral jsem spustitelný přiznak.
Tak jsem zjistil, že parametr noapic znemožňuje používat klávesnici, takže jsem ho odstranil.
Nyní bootuji s těmito parametry:
GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_use_timer_override hpet=disable"
Tím se mi podařilo odstranit hlášku o bugu MP-BIOS BUG 8254 timer not connected to IO-APIC.
Stále však nefunguje hibernace a suspend. Zajímavé je, že změna v souboru /proc/acpi/wakeup byla jen dočasná:
root@medved:/# cat /proc/acpi/wakeup
Device S-state Status Sysfs node
HUB0 S5 *disabled pci:0000:00:09.0
XVR0 S5 *disabled pci:0000:00:0e.0
XVR1 S5 *disabled pci:0000:00:0d.0
XVR2 S5 *disabled pci:0000:00:0c.0
XVR3 S5 *disabled pci:0000:00:0b.0
PS2M S4 *disabled pnp:00:07
USB0 S4 *enabled pci:0000:00:02.0
USB2 S4 *enabled pci:0000:00:02.1
MMAC S5 *disabled pci:0000:00:0a.0
MMCI S5 *disabled
Ještě jsem do souboru /etc/modules nad loop přidal apm power_off=1 a k bootovacím parametrům doplnil apm=power_off, nevím jestli nedělám nějakou blbost :-):
GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_use_timer_override hpet=disable apm=power_off"
-
V tuto chvíli nemohu ověřit, zdali úpravy samovolného zapínání PC zabraly, to ukáže až čas. Hláška o bugu 8254 zmizela, ale předpokládám jen proto, že je časovač vypnutý, to že není připojen na IO-APIC se tedy nevyřešilo.
Pokud se problém ještě objeví, zkusím bootovat takto
GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi=off hpet=disable apm=power_off".