Днес се появи Apache-2.4.1 ebuild за в Portage gentoos, дърво. , Възникващи PHP-5.4.1_rc1, не с инсталиран Apache уеб сървър-2.4.1 на Gentoo със следното съобщение за грешка:

Конфигуриране на САПИ модули
проверка за AOLserver подкрепа ... не
проверка за Apache 1.x подкрепа модул чрез ДСО чрез APXS ... не
проверка за Apache 1.x модул подкрепа ... не
проверка на това дали да се даде възможност Apache знаков набор съвместимост вариант ... няма
проверка за Apache 2.0 филтър модул подкрепа чрез ДСО чрез APXS ... не
се проверка Apache 2.0 манипулатор-модул подкрепа чрез ДСО чрез APXS ...

За съжаление, аз не мога да тичам apxs. Възможни причини следват:

1. Perl не е инсталиран
2. apxs не е намерен. Опитайте се да премине пътя с apxs2 = / път / до / apxs
3. Apache не е построена с помощта разреши така (страницата използване apxs се показва)

Изходът от / ЮЕсАр / sbin / apxs следва:
. / Configure: линия 8325: / usr / sbin / apxs: Няма такъв файл или директория
конфигурирате: грешка: Прекъсване

Причината за това е, че изпълним apxs не се инсталира с Apache-2.4.1 ebuild за. Според да gmane.org този въпрос се фиксира с Apache-2.4.1-R1 ebuild. Въпреки това, след надграждане на Apache 2.4.1-R1 нововъзникващите PHP все още не със същото съобщение за грешка. Един бърз поглед върху файлова система показва, че / ЮЕсАр / sbin / apxs има инсталиран, както и на / usr/sbin/apxs2 символна връзка има създадена.

mittelerde sbin # LS-alsh apxs, *
24K-RW-R-R-1 корен корен 23k 1. Април 16:14 apxs
, 0 lrwxrwxrwx 1 корен корен 14 1. Април 16:14 apxs2 -> / ЮЕсАр / sbin / apxs, за

Това също така разкрива причината, поради за нововъзникващите PHP липса с Apache 2.4.1-R1. / ЮЕсАр / sbin / apxs Perl-скрипт идва с Apache-2.4.1-r1 ebuild няма изпълними флаг.

По този начин просто

коригирате + X / ЮЕсАр / sbin / apxs

решава издаването и нововъзникващите PHP след това работи като чар. Най-вероятно това ще се определя със следващата ebuild Apache. За да получите конфигурацията на Apache работи след ъпгрейд 2.4, може да искате да прочетете : обновяване на до 2,4 от 2,2 .

Юрген

(Още няма рейтинги)

Loading ...

Публикувано в Gentoo , Linux , Уебсайт | 4 Коментари »

След последния ми ъпгрейд на ядрото Опитах се да се изгради целевите IPTABLES огледало, публикувани тук . IPTABLES огледало цел е на пакети, изпратени до вашата машина и връща един и същ пакет на машина, пакетът е пристигнал от. Така, нека кажем, че някой се опитва да сканира вашата машина или се опитва атака, той ще сканира собствената си машина или дори да атакува собствения си машина. Когато го пробвах с ядро ​​версия 3.3, той не се изгради повече с текущата Линукс ядрото. Все пак, този път само малка модификация е била neccesary. Друг заглавния файл, трябва да бъдат включени и име на функция се е променило. Можете да изтеглите по-нова версия за версия на ядрото 3.3 и вероятно бъдещите ядки тук:

MIRROR.3.3.0.tar.gz (37)

На модула за ядрото е бил тестван с версия на ядрото Linux-3.3-Vserver 2.3.3.1. За изграждането на модул за зареждане на ядрото, което искате да използвате модула. След като приключите с разопаковате архива и да стартирате compile.sh скрипта за създаване на модул. След стартиране на install.sh скрипт за инсталиране на компилиран модул в ИЪ / / директория на модули за ядрото ви.

Сега можете да използвате целта огледало на мястото на отхвърляне или Капка цел в INPUT, FORWARD и, PREROUTING вериги, като тази във вашата защитна стена скрипт:

$ IPTABLES-A INPUT-J виждане

Внимание: Използването на огледалото цел може да доведе до странни резултати, в пример, ако искате да се свържете на IPTABLES защитени машина, която използва огледалото цел, може да се свърши свързване към локалната машина, без да го признава. Той също така може да използва много честотна лента. Най-лошия случай се случва, ако имате две машини посредством модула. Тези машини могат да играят пинг-понг. Така че са били предупредени, се използват с повишено внимание и на свой ​​собствен риск. За повече информация вижте : Целеви обратно виждане .

Downloads за по-стари версии на ядрото е по-долу. Забележете версия номериране 2.6.25 работи за ядра до 2.6.27. 2.6.28 също работи за 2.6.29 и 2.6.30 ядки. 2.6.13 версия на модула трябва да работи на ядро ​​версия 2.6.16.

MIRROR.2.6.13.tar.gz (шестстотин шестдесет и пет) MIRROR.2.6.24.tar.gz (1025) MIRROR.2.6.25.tar.gz (959) MIRROR.2.6.28.tar.gz (971) MIRROR.2.6.31 (880) MIRROR.2.6.35.tar.gz (796) MIRROR.2.6.36.tar.gz (690) MIRROR.2.6.37.tar.gz (543) MIRROR.3.0.7.tar.gz (283) MIRROR.3.1.0.tar.gz (85)

отношение на
Юрген

(Още няма рейтинги)

Loading ...

Публикувано в ядрото , Linux , работа в мрежа , сигурност | No Comments »

След най-новите ъпгрейди на моя Vserver Gentoo система, работеща 3.3.0 Linux Vserver ядка (Vserver-източници 2.3.3.1), системата не се стартира правилно вече. Няма модули на ядрото се зареждат и дори и мрежови устройства, които не са били достъпни след рестартиране. Това е повече или по-малко най-лошия случай, тъй като тогава трябва да бъде физически в предната част на машината и не може да възстанови системата чрез SSH отдалечено влизане.

Надстройка на ядрото не е причината за това, но ъпгрейд на udev-182. Това е това, което каза дневник:

Mar 21 17:20:05 mittelerde / и т.н. / init.d / sshd [5563]: Грешка: Не може да започне sshd като net.eth0, не ще започне
Mar 21 17:20:09 mittelerde / и т.н. / init.d / udev монтиране [6075]: Udev се използва devtmpfs, монтирани на / dev за управление на устройства.
Mar 21 17:20:09 mittelerde / и т.н. / init.d / udev монтиране [6076]: Това означава, че се изисква CONFIG_DEVTMPFS = Y
Mar 21 17:20:09 mittelerde / и т.н. / init.d / udev монтиране [6077]: в конфигурацията на ядрото.
Mar 21 17:20:09 mittelerde / и т.н. / init.d / udev монтиране [6067]: ERROR: udev монтиране не успя да започне
Mar 21 17:20:09 mittelerde / и т.н. / init.d / udev [6066]: ГРЕШКА: не може да започне udev като udev монтиране няма да започне
Mar 21 17:21:06 mittelerde / etc/init.d/net.eth0 [6463]: ERROR: интерфейс eth0 не съществува

С информацията "CONFIG_DEVTMPFS = Y се изисква" дневника съдържа необходимата намек, за да получите неща, за да работят. Вариантът на CONFIG_DEVTMPFS да бъде активирана в ядрото. След това ядро ​​трябва да бъдат прекомпилирани. Опцията може да се намери в menuconfig под драйвери на устройства-> общия драйвер опции и се нарича Поддържане на devtmpfs файловата система за монтиране в / dev. За получаване на devfs, които автоматично са монтирани по време на зареждане, че има смисъл да се позволи опция на devtmpfs Automount на / dev , след като ядрото монтирани rootfs (CONFIG_DEVTMPFS_MOUNT).

Това е безопасно да се даде възможност на тези опции с по-стари версии на udev. По този начин защитава вашата система да не работи повече, когато получите udev актуализация по-късно.

Юрген

(Още няма рейтинги)

Loading ...

Публикувано в драйвери , ядрото , Linux | 1 коментар »

Ние, авторите на MyGNU.de са горди да празнуват годишнина днес. Това е една стотна статия, публикувана в този блог. Но как се празнуват годишнина? Със сигурност най-добрият начин е да се напише друга статия. Е, и може би пие бира или две.

Нека да обобщим някаква история. Този блог, MyGNU.de започна на 29 ноември 2008 г. - преди около три години. През тези години Thorsten и имах възможност да предоставят полезна информация, полезни скриптове и програми за вас, нашите читатели. - Най-малко ние се надяваме така. По този начин ние сме били в състояние да дам нещо обратно към общността на отворения код, които ни подкрепиха по толкова много начини. Ние сме писали за решения на много проблеми, по отношение на Linux операционна система, ние се натъкнали. Би било много да пиша, ако аз се опитах да говорим всяка отделна статия, но някои трябва да бъдат споменати. Със сигурност изтъква, че може да се намери на този сайт са SIV, стереоскопичен образ зрителя и vrtrack на headtracking драйвер за Vuzix VR920 главата монтирани дисплей. Най-популярният изтегляне до сега е Iptables Mirror цел, която аз преминаване към 2.6 и 3.x ядрата на Linux. На ядрото модул дава възможност да се създаде една по-активна Iptables защитната стена, като връщане на атака на нападателя. Общо 5897 хитове и до днес. В началото някои от статиите са били по-кратък от по-новите, но с течение на времето нашите знания и умения за писане, които са се развили и някои от последните статии са с доста високо качество. Надяваме се да се радват на четене на статии и имам някои полезни прозрения и информация.

За в бъдеще се надяваме да се държи по този начин и за подобряване на нашите умения, за да пишат по-добър и по-полезни статии и софтуер и да публикува тези на MyGNU.de .

"Така казват всички ние."

Е, сега има само едно последно нещо да направя. За да кажа, благодаря ви! Ние трябва да кажа, че благодарение на вас, за четене, и ние трябва да кажа, благодаря ви за нашата компания основната host.de GmbH за предоставяне на уеб пространство за този блог.

Честит юбилей MyGNU.de !

най-добри пожелания и да държат на четене

Юрген

(Още няма рейтинги)

Loading ...

Публикувано в За нас , забавно , mygnu , новини | Няма коментари »

Започвайки с 2.6.36 ядро, tuxonice е била отстранена от Дзен-източници. Последната официална кръпка tuxonice, който е на разположение в момента, е за ядрото на Linux 3.0. В същото време по-нови кръпки, за ядрото версия 3.2.1 и 3.2.10, се появиха в crow202.org . Така че аз кръпка Дзен-стабилна 3.2 източници с кръпка 3.2.1 tuxonice, от там.

Задържане на произведения на овен с това ядро, поне на моя Dell Precison M65 и компютъра си, както и да спре диск прави. Освен това мога да потвърдя, че 3.2.1 кръпка също така работи върху x86_64 архитектура.

За да получите неща, за да работят, изтеглете Дзен-стабилна 3.2 дърво на ядрото от Дзен-kernel.org и го разархивирайте. След изтеглите 3.2.1 tuxonice кръпка от crow202.org, и да го прилага. След прилагане на пластира можете да продължите със стандартния процес на ядрото на сградата. Както и с Дзен-източници-3.1, без допълнително пластир е необходимо за zcache функция, поправката вече е включен в Дзен-стабилна - 3.2. Zcache функция се удвоява RAM ефективност, като същевременно осигуряват значително повишава работоспособността на много натоварвания. Функцията zcache се намира по етапни шофьори в ядрото дърво и зависи от cleancache функция, която се намира под процесорни видове и функции. За да се даде възможност на zcache функция, вие трябва да се премине zcache ключова дума вашето ядро, например във вашия grub.conf.

Пример: ядро / bzImage паника = 60 корен = / dev/hda3 zcache

За потребители Gentoo там е по-лесен начин: Изтеглете ми промяна слой от Дзен-източници-3.2.tar.gz (45) и го разархивирайте в / ЮЕсАр / местни / Portage. Наслагване съдържа всички необходими пачове. Бъдете сигурни, за да се включи следния ред в / и т.н. / make.conf:

PORTDIR_OVERLAY = "/ ЮЕсАр / местни / Portage"

Ако искате да използвате tuxonice включват tuxonice в употреба на знамената. След това се появи Дзен-източници и изграждане на ядрото, колкото искате.

Tuxonice не е официално подкрепен по текущи Дзен-източници. Така че, ако използвате тези файлове, не съобщавайте за всякакви бъгове за Дзен-sources.org. Вие сте на собствения си.

За моя Precision M65 използва следния довереник ядрото: config_zen_3.2_dell_m65.zip (42)

За повече информация относно Дзен-източници patchset да видите www.zen-sources.org .

най-добри пожелания

Юрген

(Още няма рейтинги)

Loading ...

Публикувано в Gentoo , ядрото , Linux , Дзен-източници | Няма коментари »

В статията търсене на телефонни номера с N900 описах решение за извършване на обратното преобразуване на телефонен номер в рамките на N900 разширен Call Log е. Пластира и по този начин и бинарни пакети, съдържащи малък бъг. Всеки път, когато имаше международни разговори, започващи с "00", в дневника, обратно търсене се провали дължи на callerid заявление не правилно тълкуване на "00". Фиксираната на прилагане extcalllog превежда тези Изоставащи нули "+", която получава тълкува правилно от callerid молба.

Файлове за изтегляне на оригиналната статия са актуализирани.

Юрген

(Още няма рейтинги)

Loading ...

Публикувано в Linux , maemo5 , инструменти | Няма коментари »

KVM се превърна в един от най-важните технологии за виртуализация през последните години. За Redhat Linux дори се превърне в решение по подразбиране за виртуализация. IO изпълнение на KVM, едва ли е конкурентна на други решения за виртуализация, при използване на опциите по подразбиране. Особено когато използват qcow2 изображения, IO изпълнение на KVM / QEMU може да бъде значително подобрена чрез изключване на кеш паметта на основната файлова система домакин. Това може да стане като отправна KVM с кеш = няма опция, например с възможностите

-Диск файл = my_image.qcow2, индекс = 0, медии = диск, кеш = няма

вместо просто да доставя графичен файл с HDA my_image.qcow2. Тогава графичен файл се отваря с помощта на O_DIRECT флаг, заобикаляйки страницата кеш. Ако основната файлова система не поддържа O_DIRECT флаг, това не със съобщението за грешка:

не може да отвори диск. изображение my_image.qcow2: Невалиден аргумент

Такъв е случаят за ext4 файлова система с пълна поддръжка за журнал. Човек може лесно да тествате ако знаме O_DIRECT, се поддържа от основната файлова система с проста команда дд на хост:

дд ако = типа име_на_файл = / dev / NULL iflag = директно

Ако този флаг O_DIRECT не се подкрепи резултати в следната грешка:

ДД: отваряне "типа име_на_файл": Невалиден аргумент

Така, ако опасения по отношение на безопасността не се прилагат, не искате да използвате пълната журнал, за увеличаване на ефективността. Журнализиращият опции може да се настрои в / fstab / и т.н., или в самата файлова система. За на fstab случай на червено маркираната част от следния запис например трябва да бъдат отстранени.

/ Dev/sda7 / ext4 по подразбиране, noatime, nodiratime, async, данни = списанието 0 1

Ако журнал опция се намира в файловата система, това може да се показва и редактира с tune2fs команда. В пример tune2fs-л / dev/sda7 показва информация за файловата система / dev/sda7. Ако е разрешена, пълен журнал изход съдържа опция за монтиране на journal_data:

Подразбиране монтаж опции: journal_data

Опцията може да бъде отстранен с tune2fs о ^ journal_data-/ dev/sda7. След това на изхода на tune2fs-L не съдържа опция за монтиране на journal_data повече:

Опциите по подразбиране планината: (Няма)

И в двата случая, файловата система трябва да бъде remounted за да активирате промените. След qemum KVM работи с кеша = няма вариант, както е описано по-горе, и с повишена производителност IO.

Юрген

Референции:
[1] itscblog.tamu.edu
[2] blog.nkadesign.com

(Още няма рейтинги)

Loading ...

Публикувано в Linux , виртуализация | Няма коментари »