abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 09:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 254 bezpečnostních chyb. V Oracle Java SE je například opraveno 14 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 12 z nich. V Oracle MySQL je opraveno 33 bezpečnostních chyb. Vzdáleně zneužitelné bez autentizace jsou 2 z nich.

Ladislav Hagara | Komentářů: 1
včera 23:11 | Nová verze

Byla vydána verze 8.0 linuxové distribuce Trisquel GNU/Linux. Nejnovější verze Trisquel nese kódové jméno Flidas a bude podporována do roku 2021. Výchozím prostředím je nově MATE 1.12. Trisquel patří mezi svobodné distribuce doporučované Nadací pro svobodný software (FSF).

Ladislav Hagara | Komentářů: 0
včera 16:00 | Nová verze

Byla vydána nová verze 27.9.0 webového prohlížeče Pale Moon (Wikipedie) vycházejícího z Firefoxu. Přehled novinek v poznámkách k vydání. Jedná se o poslední větší aktualizaci verze 27. Vývojáři se zaměří na novou verzi 28.

Ladislav Hagara | Komentářů: 0
včera 12:00 | Nová verze

Google Chrome 66 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 66.0.3359.117 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 62 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
včera 06:00 | Nová verze

Byla vydána druhá RC verze nové řady 2.10 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání.

Ladislav Hagara | Komentářů: 0
17.4. 23:39 | Pozvánky

Již tento čtvrtek (19. 4.) se v posluchárně 107 na Fakultě informačních technologií ČVUT v Praze Dejvicích odehraje večer s Turrisem, tentokrát zaměřený na nový modulární router MOX. Mluvit o něm budou Patrick Zandl a Ondřej Filip, ale bude i prostor pro dotazy a diskuzi s vývojáři. Akce začíná v 18:00 a plánovaný konec je v 19:45. Mapka, kde se nachází daná posluchárna, a možnost registrace je k dispozici na webu CZ.NIC.

Miška | Komentářů: 0
17.4. 23:11 | Nová verze

Byla vydána nová stabilní verze 1.14.0 webového serveru a reverzní proxy nginx (Wikipedie). Verze 1.14.0 vychází rok po vydání verze 1.12.0 a přináší řadu nových vlastností. Zdůraznit lze modul mirror, HTTP/2 push a gRPC proxy. Podrobnosti v seznamu změn (CHANGES-1.14).

Ladislav Hagara | Komentářů: 0
17.4. 16:22 | IT novinky

Google aktualizoval hardwarové kity AIY (Do-it-yourself artificial intelligence) umožňující vývojářům rozšířit své projekty o rozpoznávání obrazu a hlasové ovládání. Vision Kit i Voice Kit nově obsahují Raspberry Pi Zero WH, USB kabel a SD kartu. Vision Kit navíc Raspberry Pi Camera v2. Kity spolupracují s aplikací pro Android. Vision Kit bude v prodeji za 89,99 dolarů a Voice Kit za 49,99 dolarů.

Ladislav Hagara | Komentářů: 2
17.4. 14:33 | Komunita

Byly vyhlášeny výsledky letošní volby vedoucího projektu Debian (DPL). Staronovým vedoucím zůstává Chris Lamb (Twitter).

Ladislav Hagara | Komentářů: 0
17.4. 11:11 | Nová verze

Po více než 8 letech byla vydána nová stabilní verze 2.2.0 kolekce aktuálně 1061 karetních her typu Solitaire PysolFC (PySol Fan Club Edition).

Ladislav Hagara | Komentářů: 0
Používáte na serverech port knocking?
 (2%)
 (8%)
 (48%)
 (26%)
 (16%)
Celkem 317 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    Rozcestník

    Dotaz: Chyba "PM: Not enough free memory" při hibernaci

    Aleš Janda avatar 28.6.2008 22:30 Aleš Janda | skóre: 21 | blog: kýblův blog | Kralupy nad Vltavou
    Chyba "PM: Not enough free memory" při hibernaci
    Přečteno: 445×
    Zdravím,

    mám Fedoru 9 a v poslední době se mi nějak rozbila hibernace. Nedokážu moc říci, kvůli čemu se rozbila (jednou se nevzbudil z hibernace a něco zůstalo ve swapu, ale to bylo ještě na jiném jádru), nicméně současný stav:

    Při pokusu o hibernaci obrazovka ztmavne, pak to něco dělá a za chvíli se běh zase obnoví. Soubor /var/log/messages z té doby říká toto (zmenšeny asi nepodstatné části):
    Jun 28 21:44:00 doma kernel: PM: Syncing filesystems ... done.
    Jun 28 21:44:00 doma kernel: Freezing user space processes ... (elapsed 0.00 seconds) done.
    Jun 28 21:44:00 doma kernel: Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
    Jun 28 21:44:00 doma kernel: PM: Shrinking memory...  #010-#010\#010|#010/#010-#010\#010|#010/#010done (81098 pages freed)
    Jun 28 21:44:00 doma kernel: PM: Freed 324392 kbytes in 1.89 seconds (171.63 MB/s)
    Jun 28 21:44:00 doma kernel: Suspending console(s)
    Jun 28 21:44:00 doma kernel: sd 2:0:0:0: [sdb] Synchronizing SCSI cache
    Jun 28 21:44:00 doma kernel: sd 0:0:0:0: [sda] Synchronizing SCSI cache
    Jun 28 21:44:00 doma kernel: gspca 2-1:1.0: no suspend for driver gspca?
    Jun 28 21:44:00 doma kernel: mpu401 00:0d: disabled
    Jun 28 21:44:00 doma kernel: serial 00:0a: disabled
    Jun 28 21:44:00 doma kernel: parport_pc 00:09: disabled
    Jun 28 21:44:00 doma kernel: [fglrx] Power down the ASIC .
    Jun 28 21:44:00 doma kernel: ACPI: PCI interrupt for device 0000:00:11.5 disabled
    Jun 28 21:44:00 doma kernel: ACPI: PCI interrupt for device 0000:00:10.4 disabled
    Jun 28 21:44:00 doma kernel: ACPI: PCI interrupt for device 0000:00:10.3 disabled
    Jun 28 21:44:00 doma kernel: ACPI: PCI interrupt for device 0000:00:10.2 disabled
    Jun 28 21:44:00 doma kernel: ACPI: PCI interrupt for device 0000:00:10.1 disabled
    Jun 28 21:44:00 doma kernel: ACPI: PCI interrupt for device 0000:00:10.0 disabled
    Jun 28 21:44:00 doma kernel: ACPI: PCI interrupt for device 0000:00:0f.1 disabled
    Jun 28 21:44:00 doma kernel: ACPI: PCI interrupt for device 0000:00:0f.0 disabled
    Jun 28 21:44:00 doma kernel: pci_set_power_state(): 0000:00:00.0: state=3, current state=5
    Jun 28 21:44:00 doma kernel: Disabling non-boot CPUs ...
    Jun 28 21:44:00 doma kernel: PM: Creating hibernation image: 
    Jun 28 21:44:00 doma kernel: PM: Need to copy 121300 pages
    Jun 28 21:44:00 doma kernel: PM: Not enough free memory
    Jun 28 21:44:00 doma kernel: PM: Error -12 creating hibernation image
    Jun 28 21:44:00 doma kernel: Intel machine check architecture supported.
    Jun 28 21:44:00 doma kernel: Intel machine check reporting enabled on CPU#0.
    Jun 28 21:44:00 doma kernel: ACPI: PCI Interrupt 0000:00:0f.0[B] -> GSI 20 (level, low) -> IRQ 20
    Jun 28 21:44:00 doma kernel: ACPI: PCI Interrupt 0000:00:0f.1[A] -> GSI 20 (level, low) -> IRQ 20
    Jun 28 21:44:00 doma kernel: ACPI: PCI Interrupt 0000:00:10.0[A] -> GSI 21 (level, low) -> IRQ 21
    Jun 28 21:44:00 doma kernel: ACPI: PCI Interrupt 0000:00:10.1[A] -> GSI 21 (level, low) -> IRQ 21
    Jun 28 21:44:00 doma kernel: ACPI: PCI Interrupt 0000:00:10.2[B] -> GSI 21 (level, low) -> IRQ 21
    Jun 28 21:44:00 doma kernel: ACPI: PCI Interrupt 0000:00:10.3[B] -> GSI 21 (level, low) -> IRQ 21
    Jun 28 21:44:00 doma kernel: ACPI: PCI Interrupt 0000:00:10.4[C] -> GSI 21 (level, low) -> IRQ 21
    Jun 28 21:44:00 doma kernel: ACPI: PCI Interrupt 0000:00:11.5[C] -> GSI 22 (level, low) -> IRQ 22
    Jun 28 21:44:00 doma kernel: eth0: link up, 100Mbps, half-duplex, lpa 0x40A1
    Jun 28 21:44:00 doma kernel: [fglrx:KCL_enable_pat] *ERROR* Pat entry 2 is already configured
    Jun 28 21:44:00 doma kernel: [fglrx] Power up the ASIC
    Jun 28 21:44:00 doma kernel: parport_pc 00:09: activated
    Jun 28 21:44:00 doma kernel: serial 00:0a: activated
    Jun 28 21:44:00 doma kernel: mpu401 00:0d: activated
    Jun 28 21:44:00 doma kernel: ata3.00: ACPI cmd ef/03:45:00:00:00:a0 filtered out
    Jun 28 21:44:00 doma kernel: ata3.00: ACPI cmd ef/03:0c:00:00:00:a0 filtered out
    Jun 28 21:44:00 doma kernel: ata3.00: configured for UDMA/100
    Jun 28 21:44:00 doma kernel: sd 2:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
    Jun 28 21:44:00 doma kernel: sd 2:0:0:0: [sdb] Write Protect is off
    Jun 28 21:44:00 doma kernel: sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
    Jun 28 21:44:00 doma kernel: ata1.00: configured for UDMA/133
    Jun 28 21:44:00 doma kernel: sd 0:0:0:0: [sda] 625142448 512-byte hardware sectors (320073 MB)
    Jun 28 21:44:00 doma kernel: sd 0:0:0:0: [sda] Write Protect is off
    Jun 28 21:44:00 doma kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
    Jun 28 21:44:00 doma kernel: ata4.00: ACPI cmd ef/03:44:00:00:00:a0 filtered out
    Jun 28 21:44:00 doma kernel: ata4.00: ACPI cmd ef/03:0c:00:00:00:a0 filtered out
    Jun 28 21:44:00 doma kernel: ata4.00: configured for UDMA/66
    Jun 28 21:44:00 doma kernel: gspca 2-1:1.0: no resume for driver gspca?
    Jun 28 21:44:00 doma kernel: sd 0:0:0:0: [sda] Starting disk
    Jun 28 21:44:00 doma kernel: sd 2:0:0:0: [sdb] Starting disk
    Jun 28 21:44:00 doma kernel: Restarting tasks ... done.
    Jun 28 21:44:04 doma acpid: client connected from 3266[0:0]
    Jun 28 21:44:06 doma gnome-power-manager: (ales) Probuzení počítače
    
    Čili chyba je zřejmá. Napíše to
    kernel: PM: Need to copy 121300 pages
    a poté
    kernel: PM: Not enough free memory
    kernel: PM: Error -12 creating hibernation image
    Otázka je proč? Mám 1 GB paměti, při hibernaci byla využitá max. půlka. Swap mám na /dev/VolGroup00/LogVol00 veliký 4 GB, což je více než dost. Po nabootování je normálně aktivní, ve fstabu to ovlivňuje tento řádek:
    #VolGroup00/LogVol00 (swap)
    UUID=a8c17385-b64c-4045-b63e-847247e40bdf	swap	swap	defaults	0	0
    ve free se normálně ukáže, zkrátka funguje. Fakt je, že je v LVM, ale tam byl i dříve a chodilo to.

    Díval jsem se i přímo do kódu jádra, co přesně to zapřičiňuje, ale moc moudrý z toho nejsem.

    Mohli byste mě nakopnout, co bych kde měl udělat? Jádro mám 2.6.25.6-55.fc9.i686. Myslím, že to bude jen nějaká banalita, jen na to přijít.

    Díky moc.

    Odpovědi

    29.6.2008 08:41 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: Chyba "PM: Not enough free memory" při hibernaci
    volnou pamet lze zjistit prikazem free, a tento problem typicky nastava pokud se obraz pameti nevejde do swapu (jelikoz hibernace probiha do swapu). ja bych to resil vymenou hibernacniho systemu na tuxonice, kterej dokaze hibernovat i jinam a tudiz tato situace nehrozi.
    In Ada the typical infinite loop would normally be terminated by detonation.
    Aleš Janda avatar 30.6.2008 10:09 Aleš Janda | skóre: 21 | blog: kýblův blog | Kralupy nad Vltavou
    Rozbalit Rozbalit vše Re: Chyba "PM: Not enough free memory" při hibernaci
    Díky. To, že se nevejde obraz do swapu by nemělo nastat; právě proto mám swap 4 GB. Před hibernací byl swap prázdný.

    TuxOnIce jsem dlouhou dobu spokojeně používal, ale rád bych měl standardní jádro, protože

    1) pro tuxonice není přeloženo fglrx (zřejmě)

    2) když spustím jádro s tuxonice, tak se pokouší obnovit uspaný počítač z nějakého oddílu, který už ani neexistuje (napřed psal jinou hlášku a pak jsem dělal rošády s diskem, takže už ten oddíl vůbec není, ale vyjde to nastejno). To se samozřejmě nepovede a počítač vůbec nenabootuje. Bohužel zatím nevím co s tím, nepodařilo se mi ho přesvědčit aby nabootoval čistý systém.
    30.6.2008 10:14 Miška | skóre: 31 | Praha
    Rozbalit Rozbalit vše Re: Chyba "PM: Not enough free memory" při hibernaci
    2) parametr jadra resume2
    Aleš Janda avatar 30.6.2008 10:40 Aleš Janda | skóre: 21 | blog: kýblův blog | Kralupy nad Vltavou
    Rozbalit Rozbalit vše Re: Chyba "PM: Not enough free memory" při hibernaci
    Jak přesně? V grubu jsem najel na to jádro, stiskl 'a' a na konec řádku napsal resume2. Nestalo se nic (co by bez něj nenastalo) :-( Zkoušel jsem i resume, Resume, resume=něco, ale neúspěšně.

    Napíše to jen "Trying resume from device from command line." Pak něco jako failed, "Hibernation will be disabled.". Ale hned další řádek "Trying resume from swap: UUID=..." a to je právě ten oddíl, který tam už vůbec není.
    30.6.2008 13:02 Miška | skóre: 31 | Praha
    Rozbalit Rozbalit vše Re: Chyba "PM: Not enough free memory" při hibernaci
    resume2=/dev/sda1 resume=/dev/sda1
    Samozrejme sda1 nahradit spravnym oddilem ;-)
    Aleš Janda avatar 2.7.2008 22:27 Aleš Janda | skóre: 21 | blog: kýblův blog | Kralupy nad Vltavou
    Rozbalit Rozbalit vše Re: Chyba "PM: Not enough free memory" při hibernaci
    Už jsem na to přišel: parametr "noresume". Ovšem příliš to nefungovalo, to jsem však vyřešil přepsáním oddílu přímo v /boot/initrd-JÁDRO.img.

    Nicméně hibernace nefunguje, nerozpozná oddíl, viz níže :-(
    michich avatar 29.6.2008 12:52 michich | skóre: 51 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: Chyba "PM: Not enough free memory" při hibernaci
    Koukáš na nesprávné místo ve zdrojáku. Ta tvá chybová hláška je v kernel/power/snapshot.c na řádku 1255.

    Používáš fglrx... chovalo by se to stejně i bez něj?
    Aleš Janda avatar 30.6.2008 10:17 Aleš Janda | skóre: 21 | blog: kýblův blog | Kralupy nad Vltavou
    Rozbalit Rozbalit vše Re: Chyba "PM: Not enough free memory" při hibernaci
    Díky, koukal jsem na starší verzi jádra.

    A s tím fglrx - zvláštní, ale opravdu to tím je! Pokud dám pryč fglrx, počítač se v pořádku uspí. Bohužel, po opětovném zapnutí nějak nepozná, že by se měl obnovit a najede čistý systém. Současně ale přece jen pozná, že swap je nějaký divný a odmítne ho přimountovat. Musím dát znovu mkswap a swapon. Čili to bohužel nefunguje :-(

    A ještě jedna zvláštnost - pokud mám zavedeno fglrx, ale nemám swap, tak se ty dvě hlášky (Not enough free memory a Error -12 creating hibernation image) vůbec neobjeví, naopak to proběhne v pořádku, a až dál to teda zhavaruje na tom, že nemám swap. (Jak to že to najednou projde?)
    30.6.2008 12:13 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Chyba "PM: Not enough free memory" při hibernaci
    Není ten swap nějak poškozen, nebo nějaké problémy s diskem ? Co swap smazat a vytvořit jinde, znovu a pod....?
    Aleš Janda avatar 2.7.2008 22:25 Aleš Janda | skóre: 21 | blog: kýblův blog | Kralupy nad Vltavou
    Rozbalit Rozbalit vše Re: Chyba "PM: Not enough free memory" při hibernaci
    Zkusil jsem. Swap jsem dal pryč z LVM, je to normální oddíl. Mkswap jsem dělal nespočetněkrát. Ale bohužel :-(
    Aleš Janda avatar 2.7.2008 22:24 Aleš Janda | skóre: 21 | blog: kýblův blog | Kralupy nad Vltavou
    Rozbalit Rozbalit vše Re: Chyba "PM: Not enough free memory" při hibernaci
    Díky moc za rady. Strávil jsem nad tím hromadu času, postupně jsem řešil všechny problémy, objevovaly se další, ale hibernace bohužel stále nefunguje. Teda: hibernace se podaří vždy (s tuxonice i bez, s fglrx i bez), ale nikdy se z ní neprobudí:

    - jádro TuxOnIce chce parametr resume=oddíl, aby věděl, z čeho se obnovit. V manuálu se píše, že má být ten parametr ve formátu resume=swap:/dev/oddíl. Když to dám takto, hibernace proběhne, ale při obnově to napíše "Unable to access resume device". Když to dám jen ve tvaru resume=/dev/oddíl, tak ho najde, ale napíše že "No swap signature found at ..." a najede zas čistý systém. Tak nevím.

    - standardní jádro nenapíše nikdy nic a rovnou najede čistý systém. U toho žádný parametr nemám (a když ho dám, tak to samé)

    V obou případech se ale při hibernaci do swapu přece jen něco uloží, protože se mi při tom najetí čistého systému odmítne připojit swap. Musím ho znova vytvořit přes mkswap.

    A co je ještě dost zajímavé, mám fyzicky dva disky, označené jako /dev/sda a /dev/sdb. V tuxonice jsou ale naopak než ve standardním jádru! (Tak mi to ukazuje i fdisk.) Takže mám-li normálně swap jako /dev/sda2, v tuxonice je to /dev/sdb2. Magořina. Možná je to tím, že jsem měnil /boot/initrd-xxx.img, ale neumím si to nijak vysvětlit.

    Tady už nevím jak dál. Jestli jste se tedy s tím někdo setkal, budu vděčný za každou radu. Hibernace je pro mě docela klíčová :-(
    michich avatar 2.7.2008 23:37 michich | skóre: 51 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: Chyba "PM: Not enough free memory" při hibernaci
    Mně to funguje i se swapem na LVM, tím to nebude.

    Standardně se informace o tom, odkud se má načítat uložený obraz, nachází právě v initrd*.img. V nash skriptu 'init' tam bývá instrukce 'resume /dev/...'. mkinitrd to tam musí sám dát.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.