Dnes apache-2.4.1 ebuild se objevil ve stromu portage Gentoos. Vznikající php-5.4.1_rc1 selže s instalovaným apache-2.4.1 webový server na gentoo se následující chybová zpráva:

Konfigurace SAPI moduly
kontrola AOLserver podporu ... ne
kontrola Apache 1.x module support přes DSO přes apxs ... ne
kontrola Apache 1.x module support ... ne
kontrola, zda chcete povolit Apache charset kompatibility možnost ... ne
kontrola pro Apache 2.0 filtru module support přes DSO přes apxs ... ne
kontrola pro Apache 2.0 psovod-module support přes DSO přes apxs ...

Omlouváme se, ale nemohu spustit apxs. Možné důvody jsou následující:

1. Perl není nainstalován
2. apxs nebyl nalezen. Zkuste se projít cestu pomocí volby-s-apxs2 = / cesta / k / apxs
3. Apache nebyl postaven za použití-enable-tak (použití apxs stránka zobrazena)

Výstup / usr / sbin / apxs takto:
. / Configure: line 8325: / usr / sbin / apxs: Ne takový soubor nebo adresář
configure: error: Končím

Důvodem je to, že apxs spustitelného nenainstaluje s apache-2.4.1 ebuild. Podle gmane.org tento problém dostal pevně s apache-2.4.1-r1 ebuild. Nicméně, po upgradu Apache 2.4.1-r1 zvětšujícím php stále nedaří se stejnou chybovou zprávou. Rychlý pohled na souborový systém ukazuje, že / usr / sbin / apxs dostal instalován i / usr/sbin/apxs2 symlink dostal vytvořen.

mittelerde sbin # ls-Alsh apxs *
24K-rw-r-r-1 root root 23K 1. Duben 16:14 apxs
0 lrwxrwxrwx 1 root root 14 1. Duben 16:14 apxs2 -> / usr / sbin / apxs

To také ukazuje, důvod pro nově vznikající php není-li s apache-2.4.1-R1. / Usr / sbin / apxs perl-script přichází s apache-2.4.1-r1 ebuild chybí spustitelný příznak.

Tak jednoduché

chmod + x / usr / sbin / apxs

Řeší problematiku a vznikající php poté funguje jako kouzlo. S největší pravděpodobností to bude stanovena si s další ebuild apache. Chcete-li získat konfiguraci apache pracovní po aktualizaci 2.4, můžete si přečíst: Přechod na 2,4 z 2,2 .

Jürgen

(Nehodnoceno)

Loading ...

Publikováno v gentoo a linux a web | 4 Komentáře »

Po mé poslední aktualizaci jádra jsem se snažil postavit iptables zrcadlo cíl publikovaný zde . Iptables zrcadlo cíl má paket odeslán do vašeho počítače a vrátí stejný paket na stroji paket přišel. Tak řekněme, že se někdo pokusí prohledat váš počítač nebo se snaží útok by naskenovat vlastní stroj nebo dokonce zaútočit na svůj vlastní stroj. Když jsem to zkusil s jádrem verze 3.3, to nestavěl už se současným linuxového jádra. Tentokrát však jen malá změna je nutné dodržet. Další hlavičkový soubor musel být zahrnuty a název funkce změnil. Zde si můžete stáhnout novější verzi jádra na verzi 3.3 a pravděpodobně budoucí jádra zde:

MIRROR.3.3.0.tar.gz (36)

Jaderný modul byl testován s jádrem verze linux-3.3-vserver-2.3.3.1. Chcete-li vytvořit modul, zavádění jádra, který chcete použít modul s. Poté rozbalte archiv a spusťte skript compile.sh stavět modul. Poté spusťte skript install.sh pro instalaci zkompilovaný modul do / lib / modules adresáře pro vaše jádro.

Nyní můžete použít zrcadlo cíl místo odmítnout nebo DROP cíl v INPUT, FORWARD a PREROUTING řetězců, jako je ten váš firewall skriptu:

Kč iptables-A INPUT-j MIRROR

Pozor: Použití zrcadla cíle mohou vést k divným výsledků, například pokud chcete připojit k iptables chráněném počítači, který používá zrcadlo cíl, můžete skončit připojení na lokální počítač, aniž by uznal to. To také může používat mnoho šířku pásma. Nejhorší případ nastává, pokud máte dva stroje pomocí modulu. Tyto stroje mohou skončit hrát ping pong. Takže jste byli varováni, použijte s opatrností a na vlastní nebezpečí. Více informací naleznete na: MIRROR cíl .

Soubory ke stažení pro starší verze jádra jsou uvedeny níže. Všimněte si, že číslování verzí 2.6.25 funguje na jádrech do 2.6.27. 2.6.28 funguje i pro 2.6.29 a 2.6.30 jádra. 2.6.13 verze modulu by měl pracovat až do jádra verze 2.6.16.

MIRROR.2.6.13.tar.gz (663) MIRROR.2.6.24.tar.gz (1023) MIRROR.2.6.25.tar.gz (957) MIRROR.2.6.28.tar.gz (968) MIRROR.2.6.31 (878) MIRROR.2.6.35.tar.gz (794) MIRROR.2.6.36.tar.gz (686) MIRROR.2.6.37.tar.gz (542) MIRROR.3.0.7.tar.gz (280) MIRROR.3.1.0.tar.gz (83)

jde o
Jürgen

(Nehodnoceno)

Loading ...

Publikováno v kernelu , linux , sítě a bezpečnostní záložky | No Comments »

Po poslední upgrade na mém systému vserver gentoo systémem Linux 3.3.0 vserver-kernel (vserver-zdroje-2.3.3.1), systém se nespustí správně ještě. Žádné moduly jádra dostal naloženo, a dokonce i síťová zařízení nejsou k dispozici po restartu. To je více či méně nejhorší případ, protože pak člověk musí být fyzicky v přední části stroje a nemůžete opravit systém přes ssh vzdálené přihlášení.

Aktualizaci jádra nebyl důvod, ale upgrade na udev-182. To je to, co říká log:

21.března 17:20:05 mittelerde / etc / init.d / sshd [5563]: ERROR: nelze spustit sshd jako net.eth0 nezačne
21.března 17:20:09 mittelerde / etc / init.d / udev-mount [6075]: Udev používá devtmpfs namontovaných na / dev pro správu zařízení.
21.března 17:20:09 mittelerde / etc / init.d / udev-mount [6076]: To znamená, že CONFIG_DEVTMPFS = y je nutné
21.března 17:20:09 mittelerde / etc / init.d / udev-mount [6077]: v konfiguraci jádra.
21.března 17:20:09 mittelerde / etc / init.d / udev-mount [6067]: ERROR: udev-mount se nepodařilo spustit
21.března 17:20:09 mittelerde / etc / init.d / udev [6066]: ERROR: nelze spustit udev jako udev-mount nezačne
21.března 17:21:06 mittelerde / etc/init.d/net.eth0 [6463]: ERROR: rozhraní eth0 neexistuje

S informací "CONFIG_DEVTMPFS = y je nutné" log obsahuje nezbytné radu, aby se věci do práce. Možnost CONFIG_DEVTMPFS musel být povoleno v jádře. Poté jádro musí být recompiled. Volba se nachází v menuconfig pod Device Drivers-> obecný ovladač voleb a je nazýván udržujte devtmpfs souborový systém připojit na / dev. Pro ​​získání devfs automaticky připojeny při startu má smysl i tomu, aby devtmpfs volbu Automount na / dev poté, co vystoupil na jádro rootfs odst. CONFIG_DEVTMPFS_MOUNT).

Je to bezpečné, aby tyto možnosti se staršími verzemi udev. Přitom chrání systém před nefunguje víc, když se dostanete na aktualizaci udev později.

Jürgen

(Nehodnoceno)

Loading ...

Publikováno v řidičů a jádra a linux | 1 Comment »

My, autoři MyGNU.de hrdí na to, oslavit výročí dnes. To je stoin článek publikovaný na tomto blogu. Ale jak se dá oslavit takové výročí? Pro jistotu, že nejlepší způsob je napsat další článek. No, a možná i pití piva nebo dva.

Umožňuje shrnout nějakou historii. Tento blog, MyGNU.de začala 29. listopadu 2008 - zhruba před třemi lety. Během těchto let Thorsten a měl jsem možnost poskytnout užitečné informace, užitečné skripty a programy pro vás, naši čtenáři. - Aspoň doufám. Tímto způsobem jsme byli schopni dát něco zpět k open source komunitě, která se nás v mnoha směrech. Psali jsme o řešení mnoha problémů, pokud jde o operační systém Linux, jsme se setkali. To by bylo hodně psát, kdybych se snažil zmínit každý článek nyní, ale někteří mají za zmínku. Pro jistotu zdůrazňuje, že lze nalézt na těchto stránkách jsou SIV, stereoskopické prohlížeč obrázků a vrtrack headtracking ovladač pro hlavu Vuzix VR920 montáž displeje. Nejpopulárnější stáhnout až dosud Iptables Mirror cíl, který jsem portován na 2.6 a 3.x linuxových jader. Jaderný modul umožňuje vytvořit jeden aktivnější iptables firewall vrácením útok na útočníka. Celkem se dostal 5897 hity dodnes. Na začátku některé články jsou kratší než ty novější, ale s časem naše znalosti a dovednosti psaní vyvinul a některé nedávné články jsou velmi vysoké kvality. Doufáme, že jste si užili čtení článků a dostal nějaké užitečné poznatky a informace.

Do budoucna doufáme, že se na této cestě a zlepšovat své schopnosti, psát lépe a užitečné předměty a software a zveřejní na MyGNU.de .

"Tak tedy my všichni."

No, teď je tam jen jedna poslední věc, kterou udělat. Chcete říct, děkuji! Musíme poděkovat vám za čtení, a my musíme poděkovat naší společnosti hlavní-host.de GmbH pro poskytování webový prostor pro tento blog.

Všechno nejlepší MyGNU.de !

S pozdravem a čti dál

Jürgen

(Nehodnoceno)

Loading ...

Publikováno v o nás a zábavu a mygnu a novinky záložky | No Comments »

Počínaje jádrem 2.6.36, se tuxonice byl odstraněn z zen-sources. Poslední oficiální tuxonice náplast, která je k dispozici v současné době, je pro linux kernel 3.0. V zatím posledních více záplat pro verzi jádra 3.2.1 a 3.2.10, se objevil v crow202.org . Tak jsem se oprava v zen-stabilní-3.2 zdroje s patchem 3.2.1 tuxonice odtamtud.

Uspání do RAM pracuje s tímto jádrem, alespoň na mém Dell Precison M65 a můj Desktop, stejně jako suspend to disk dělá. Dále mohu potvrdit, že 3.2.1 patch také pracuje na x86_64 architektury.

Chcete-li získat věci do práce, stáhněte si zen-stabilní-3.2 kernel strom od zen-kernel.org a rozbalte ho. Poté stáhnout 3.2.1 tuxonice náplast z crow202.org a použít ji. Po použití náplast, můžete pokračovat v standardní proces jádra budovy. Stejně jako u zen-sources-3.1, žádná další oprava je nezbytná pro zcache funkce, je oprava již zahrnuta v zen-stabilní-3.2. Zcache funkce čtyřhře RAM efektivitu a zároveň poskytuje významné zvýšení výkonu na mnoha úloh. Funkce zcache je umístěn pod zastávek řidičů v kernelu a závisí na cleancache funkce, který je umístěn pod procesorových typů a funkcí. Chcete-li povolit zcache funkci, musíte projít zcache klíčové slovo do svého jádra, v příkladě ve vašem grub.conf.

Příklad: kernel / bzImage panic = 60 root = / dev/hda3 zcache

Pro uživatele Gentoo je jednodušší způsob: Stáhněte si svůj upravenou šablonu zen-sources-3.2.tar.gz (45) a rozbalte jej do / usr / local / portage. Překrývání obsahuje všechny potřebné záplaty. Nezapomeňte uvést následující řádek v / etc / make.conf:

PORTDIR_OVERLAY = "/ usr / local / portage"

Pokud chcete použít tuxonice patří tuxonice ve vašich proměnné USE-. Pak se objeví Zen-zdrojové jádra, jak se vám líbí.

Tuxonice není oficiálně podporována v běžných Zen-zdrojů. Takže pokud používáte soubory výše, nehlásí žádné chyby na zen-sources.org. Nacházíte se na vlastní pěst.

Pro můj Precision M65 jsem použil následující jádra config: config_zen_3.2_dell_m65.zip (42)

Pro více informací o zen-sources patchset viz www.zen-sources.org .

s pozdravem

Jürgen

(Nehodnoceno)

Loading ...

Publikováno v Gentoo a jádro a linux a zen-sources záložky | No Comments »

V článku Hledáte telefonní čísla s N900 jsem popsal řešení k provedení zpětného vyhledávání telefonních čísel přímo z N900 s rozšířenou hovorů. Náplasti a tím i binární balíček obsahoval tam malou chybu. Vždy, když tam byl mezinárodní hovory, začínající na "00", v protokolu, zpětné vyhledávání se nezdařilo kvůli callerid aplikace není tlumočení "00" správně. Pevná extcalllog Aplikace nyní překládá tyto koncové nuly na "+", který dostane vykládat správně na callerid aplikace.

Soubory ke stažení v původním článku byly aktualizovány dnes.

Jürgen

(Nehodnoceno)

Loading ...

Publikováno v Linuxu a maemo5 a nástroje záložky | No Comments »

KVM se stal jedním z hlavních virtualizačních technologií v posledních letech. Pro Redhat Linux se dokonce stane výchozím virtualizační řešení. KVM je IO výkon je jen stěží konkurenceschopná na jiných virtualizačních řešení při použití výchozí možnosti. Zejména při použití qcow2 obrázků, může výkon IO z KVM / QEMU je výrazně zlepšila zakázáním cache základní hostitelského systému souborů. To lze provést spuštěním KVM s cache = žádná možnost, v příkladu s možností

-Drive file = my_image.qcow2, index = 0, média = disku, cache = none

místo toho jen dodávky obrazový soubor s-hda my_image.qcow2. Pak image soubor se otevírá pomocí O_DIRECT vlajku, obcházet stránky cache. Je-li základní souborový systém nepodporuje O_DIRECT vlajku, to se nezdaří s chybovou zprávou:

nelze otevřít obraz disku my_image.qcow2: Neplatný argument,

To je případ pro souborový systém ext4 s plnou povolenou deníku. Jeden může snadno otestovat, zda vlajka O_DIRECT je podporován základní souborový systém s jednoduchým příkazem dd na hostiteli:

dd if = of = some_file / dev / null iflag = přímá

Pokud vlajka O_DIRECT není podporován to výsledky v následující chybě:

DD: otevření `some_file": Invalid argument

Pokud tedy obavy o bezpečnost neplatí, nechce využít plnou deníku, ke zvýšení výkonu. Žurnálovací možnosti lze nastavit buď v / etc / fstab, nebo v souborovém systému samotném. Pro fstab případě červeně značené část následující příklad zápisu musí být odstraněn.

/ Dev/sda7 / ext4 defaults a noatime a nodiratime a Async, data = journal 0 1

Pokud deníku možnost nastavena v souborovém systému, může to být uvedeno a upravovat se tune2fs příkazu. V příkladu tune2fs-l / dev/sda7 zobrazí informace o souborovém systému na / dev/sda7. Je-li plná deníku je povoleno, výstup obsahuje journal_data mount možnost:

Výchozí montáž možnosti: journal_data

Volba může být odstraněn tune2fs-o ^ journal_data / dev/sda7. Poté výstup tune2fs-l neobsahuje journal_data mount volby na další:

Výchozí možnosti mount: (none)

V obou případech souborového systému má být znovu nasedl k aktivaci změny. Poté qemum-kvm pracuje s cache = žádná možnost, jak je popsáno výše, a se zvýšeným výkonem IO.

Jürgen

Reference:
[1] itscblog.tamu.edu
[2] blog.nkadesign.com

(Nehodnoceno)

Loading ...

Publikováno v Linuxu a virtualizace záložky | No Comments »