Aujourd'hui, le apache-2.4.1 ebuild est apparu dans l'arbre de Portage papous. Emerging php-5.4.1_rc1 échoue avec serveur apache-2.4.1 web installé sur gentoo avec le message d'erreur suivant:

Configuration des modules SAPI
la vérification de soutien AOLserver ... pas
la vérification de l'appui module Apache 1.x via DSO grâce à APXS ... pas
la vérification de l'appui module Apache 1.x ... pas
vérifier si l'option pour permettre la compatibilité Apache charset ... pas
vérifier pour Apache 2.0 filter-module de support via DSO grâce à APXS ... pas
vérifier pour Apache 2.0 gestionnaire-module de support via DSO grâce à APXS ...

Désolé, je ne peux pas courir apxs. Les raisons possibles suivantes:

1. Perl n'est pas installé
2. apxs n'a pas été trouvé. Essayez de passer le chemin en utilisant-avec-apxs2 = / path / to / apxs
3. Apache n'a pas été construit à l'aide-enable-si (la page d'utilisation apxs est affiché)

La sortie de / usr / sbin / apxs suit:
. / Configure: line 8325: / usr / sbin / apxs: Aucun fichier ou répertoire
configure: error: Abandon

La raison en est, que l'exécutable apxs ne s'installe pas avec le apache-2.4.1 ebuild. Selon gmane.org cette question s'est fixé avec l'ebuild apache-2.4.1-r1. Cependant, après la mise à niveau apache pour 2.4.1-r1 émergents php ne fonctionne toujours pas avec le même message d'erreur. Un coup d'œil rapide sur le système de fichiers montre que / usr / sbin / apxs s'est installé ainsi que le lien symbolique / usr/sbin/apxs2 s'est créé.

sbin Mittelerde # ls-alsh apxs *
24K-rw-r-r-1 root root 23K 1. Avril 16:14 apxs
0 lrwxrwxrwx 1 root root 14 1. Avril 16:14 apxs2 -> / usr / sbin / apxs

Cela révèle aussi la raison pour php émergents à défaut avec apache-2.4.1-r1. Le répertoire / usr / sbin / apxs script perl à venir avec l'ebuild apache-2.4.1-r1 manque le drapeau exécutable.

Ainsi un simple

chmod + x / usr / sbin / apxs

résout le problème et php émergents travaille ensuite comme un charme. Très probablement ce sera corrigé avec la prochaine ebuild apache. Pour obtenir la configuration d'apache ouvrable après la mise à niveau 2.4, vous pouvez lire: Mise à jour vers 2.4 depuis 2.2 .

Jürgen

(Pas de votes)

Chargement en cours ...

Publié dans gentoo , linux , web | 4 Commentaires »

Après ma mise à jour du noyau dernière, j'ai essayé de construire la cible miroir iptables publié ici . L'objectif de miroir iptables prend le paquet envoyé à votre machine et renvoie le même paquet à la machine le paquet est venu. Ainsi, disons que quelqu'un essaie de scanner votre machine ou tente une attaque, il pourrait balayer sa propre machine ou même attaquer sa propre machine. Quand je l'ai essayé avec la version 3.3 du noyau, il n'a pas construit plus avec le noyau Linux actuel. Cependant, cette fois seulement d'une modification mineure a été neccesary. Un autre fichier en-tête a dû être inclus et un nom de fonction a changé. Vous pouvez télécharger la nouvelle version pour la version 3.3 du noyau et des grains sans doute à venir ici:

MIRROR.3.3.0.tar.gz (41)

Le module du noyau a été testé avec la version du noyau linux-3.3-vserver-2.3.3.1. Pour construire le module, démarrer le noyau que vous voulez utiliser le module avec. Ensuite décompresser l'archive et exécutez le script compile.sh pour construire le module. Ensuite, exécutez le script install.sh pour installer le module compilé dans le répertoire / lib / modules pour votre noyau.

Maintenant, vous pouvez utiliser la cible miroir à la place de la cible REJECT ou DROP dans le INPUT, FORWARD et PREROUTING chaînes, comme celui-ci dans votre script de pare-feu:

$ Iptables-A INPUT-j MIROIR

Attention: L'utilisation de la cible miroir peut conduire à des résultats étranges, dans l'exemple si vous voulez vous connecter à un iptables machine protégée qui utilise la cible miroir, vous pouvez vous retrouver connecter à la machine locale sans le reconnaître. Il peut aussi utiliser beaucoup de bande passante. Le pire des cas se produit si vous avez deux machines en utilisant le module. Ces machines peuvent finir par jouer au ping-pong. Donc, vous avez été prévenu, à utiliser avec prudence et à vos propres risques. Pour plus d'informations, voir: cible MIRROR .

Téléchargements pour anciennes versions du noyau sont ci-dessous. Notez la numérotation des versions 2.6.25 œuvres pour les noyaux jusqu'au 2.6.27. 02/06/28 travaille également pour 2.6.29 et 2.6.30 noyaux. La version 2.6.13 du module doit travailler jusqu'à la version du noyau 2.6.16.

MIRROR.2.6.13.tar.gz (670) MIRROR.2.6.24.tar.gz (1031) MIRROR.2.6.25.tar.gz (963) MIRROR.2.6.28.tar.gz (975) MIRROR.2.6.31 (884) MIRROR.2.6.35.tar.gz (802) MIRROR.2.6.36.tar.gz (694) MIRROR.2.6.37.tar.gz (546) MIRROR.3.0.7.tar.gz (287) MIRROR.3.1.0.tar.gz (87)

ce qui concerne
Jürgen

(Pas de votes)

Chargement en cours ...

Publié dans le noyau , Linux , réseaux , des sécurité | Les Pas de commentaires »

Après les dernières mises à jour sur mon système vserver gentoo l'exécution d'un. 3.3.0 Linux vserver-noyau (vserver-sources-2.3.3.1), le système ne démarre pas correctement plus Pas de modules du noyau ont été chargés et même les périphériques réseau n'ont pas été disponibles après un redémarrage. C'est plus ou moins le pire des cas, depuis lors, il faut être physiquement devant la machine et ne peut pas réparer le système via une connexion ssh à distance.

La mise à niveau du noyau n'était pas la raison pour cela, mais la mise à jour udev-182. C'est ce que le journal a déclaré:

21 mars 17:20:05 Mittelerde / etc / init.d / sshd [5563]: ERREUR: ne peut pas démarrer sshd net.eth0 ne voulait pas démarrer
21 mars 17:20:09 Mittelerde / etc / init.d / udev-mount [6075]: Udev utilise un devtmpfs montés sur / dev pour gérer les périphériques.
21 mars 17:20:09 Mittelerde / etc / init.d / udev-mount [6076]: Cela signifie que CONFIG_DEVTMPFS = y est nécessaire
21 mars 17:20:09 Mittelerde / etc / init.d / udev-mount [6077]: dans la configuration du noyau.
21 mars 17:20:09 Mittelerde / etc / init.d / udev-mount [6067]: ERREUR: udev-montage n'a pas pu démarrer
21 mars 17:20:09 Mittelerde / etc / init.d / udev [6066]: ERREUR: ne peut pas démarrer tant que udev udev-montage ne ​​voulait pas démarrer
21 mars 17:21:06 Mittelerde / etc/init.d/net.eth0 [6463]: ERREUR: l'interface eth0 n'existe pas

Avec les informations "CONFIG_DEVTMPFS = y est nécessaire" le journal contient l'indication nécessaire pour obtenir des choses à travailler. L'option CONFIG_DEVTMPFS devait être activé dans le noyau. Ensuite, le noyau doit être recompilé. L'option peut être trouvée dans menuconfig dans Device Drivers-> Options pilote générique, et est appelé Maintenir un système de fichiers devtmpfs à monter à cheval / dev. Pour obtenir les devfs monté automatiquement au démarrage il est logique aussi permettre aux devtmpfs Automount options à / dev , après que le noyau de la montée rootfs (CONFIG_DEVTMPFS_MOUNT).

Il est sûr pour activer ces options avec les versions plus anciennes udev. Cela protège votre système contre ne fonctionne plus quand vous obtenez la mise à jour udev plus tard.

Jürgen

(Pas de votes)

Chargement en cours ...

Publié dans les conducteurs , les noyaux , les linux | 1 Commentaire »

Nous, les auteurs de MyGNU.de sommes fiers de célébrer un anniversaire aujourd'hui. Cet article est le 1/100 publié sur ce blog. Mais comment peut-on célébrer un tel anniversaire? Pour sûr, la meilleure façon est d'écrire un autre article. Eh bien, et peut-être boire une bière ou deux.

Permet de résumer un peu d'histoire. Ce blog, MyGNU.de commencé le 29 Novembre 2008 - ya trois ans environ. Au cours de ces années Thorsten et j'ai eu l'occasion de fournir des informations utiles, scripts utiles et des programmes pour vous, nos lecteurs. - Au moins nous l'espérons. De cette façon, nous avons été en mesure de redonner quelque chose à la communauté open source qui nous a soutenu de nombreuses façons. Nous avons écrit au sujet des solutions aux nombreux problèmes, en ce qui concerne le système d'exploitation Linux, nous avons rencontré. Il serait de beaucoup à écrire, si j'ai essayé de parler de chaque article maintenant, mais certains doivent être mentionnés. Pour vous les faits saillants, qui peut être trouvé sur ce site sont SIV, la visionneuse d'image stéréoscopique et vrtrack le pilote headtracking pour la tête Vuzix VR920 monté affichage. Le téléchargement le plus populaire jusqu'à présent a été la cible Mirror Iptables, qui j'ai porté à 2,6 et 3.x noyaux Linux. Le module du noyau permet de créer un pare-feu plus actif Iptables en retournant l'attaque à l'attaquant. Au total, il a obtenu 5897 visites jusqu'à aujourd'hui. Au début quelques-uns des articles étaient plus courtes que les plus récents, mais avec le temps notre connaissance et les compétences d'écriture a évolué et certains articles récents sont de qualité très élevé. Nous espérons que vous avez apprécié la lecture des articles et a obtenu quelques informations utiles et des informations.

Pour l'avenir, nous espérons continuer dans cette voie et d'améliorer nos compétences, à mieux écrire et plus utile des articles et des logiciels et de les publier sur MyGNU.de .

"Donc, dire que nous tous."

Eh bien, maintenant il ya seulement une dernière chose à faire. Pour vous dire merci! Nous devons dire merci à vous pour la lecture, et nous devons dire merci à notre société l' GmbH principale-host.de pour fournir l'espace web de ce blog.

Joyeux anniversaire MyGNU.de !

meilleures salutations et continuez à lire

Jürgen

(Pas de votes)

Chargement en cours ...

Publié dans A propos de nous , amusant , mygnu , les nouvelles | Les Pas de commentaires »

À partir avec le noyau 2.6.36, tuxonice a été retiré de zen-sources. Le dernier patch officiel tuxonice, qui est disponible à l'heure actuelle, est pour le noyau linux 3.0. En attendant les correctifs les plus récents, pour la version du noyau 3.2.1 et 3.2.10, ont fait leur apparition au crow202.org . Donc, je patché les sources zen-stable-3.2 avec le patch 3.2.1 tuxonice à partir de là.

Suspension des travaux de RAM avec ce noyau, du moins sur mon M65 Dell Precison et mon bureau, ainsi que de suspendre le disque fait. En outre, je peux confirmer que le patch 3.2.1 fonctionne aussi sur l'architecture x86_64.

Pour obtenir des choses à travailler, téléchargez l'arborescence du noyau zen-stable-3.2 à partir de zen-kernel.org et l'extraire. Ensuite télécharger le patch 3.2.1 tuxonice de crow202.org et de l'appliquer. Après avoir appliqué le patch, vous pouvez continuer avec le processus de construction du noyau standard. Comme zen-sources-3.1, pas de patch supplémentaire est nécessaire pour la fonction zcache, le correctif est déjà inclu dans le zen-stable-3.2. La fonction zcache doublent l'efficacité tout en offrant une mémoire vive hausse de performance sur les nombreuses charges de travail. La fonction se trouve sous zcache conducteurs de rassemblement dans l'arborescence du noyau et dépend de la fonction CleanCache, qui se trouve sous différents types de processeurs et de fonctionnalités. Pour activer la fonction zcache, vous devez passer le mot-clé zcache à votre noyau, dans l'exemple dans votre grub.conf.

Exemple: kernel / bzImage panique = 60 root = / dev/hda3 zcache

Pour les utilisateurs de Gentoo il ya un moyen plus facile: Télécharger mon recouvrement modifié à partir de zen-sources-3.2.tar.gz (49) et l'extraire dans / usr / local / portage. La superposition contient tous les correctifs nécessaires. N'oubliez pas d'inclure la ligne suivante dans votre fichier / etc / make.conf:

PORTDIR_OVERLAY = "/ usr / local / portage"

Si vous souhaitez utiliser tuxonice comprennent tuxonice dans votre utilisation des drapeaux. Puis apparaissent zen-sources et compiler le noyau que vous le souhaitez.

Tuxonice n'est pas officiellement pris en charge dans actuelles zen-sources. Donc, si vous utilisez les fichiers ci-dessus, ne pas rapporter tous les bugs à zen-sources.org. Vous êtes sur votre propre.

Pour ma M65 Precision j'ai utilisé la configuration du noyau suivant: config_zen_3.2_dell_m65.zip (43)

Pour plus d'informations sur les sources des patches zen voir www.zen-sources.org .

Cordialement

Jürgen

(Pas de votes)

Chargement en cours ...

Publié dans gentoo , noyau , linux , zen-sources | Les Pas de commentaires »

Dans l'article Vous cherchez un numéro de téléphone avec le N900 j'ai décrit une solution pour effectuer une recherche inversée de numéros de téléphone à partir de la N900 journal s appel prolongé. Le patch et donc aussi le paquet binaire il contenait un petit bug. Quand il y avait des appels internationaux, en commençant par «00», dans le journal, la recherche inversée échoué en raison de l'application callerid pas l'interprétation de la "00" correctement. L'application extcalllog fixe se traduit maintenant ces zéros à un "+" qui est interprété correctement par l'application callerid.

Les téléchargements dans l'article original ont été mis à jour aujourd'hui.

Jürgen

(Pas de votes)

Chargement en cours ...

Publié dans linux , Maemo5 , des outils | Les Pas de commentaires »

Kvm est devenu l'une des technologies de virtualisation majeures des dernières années. Pour la Redhat Linux, il est même devenu la solution de virtualisation par défaut. Performances KVM IO n'est guère compétitif pour les solutions de virtualisation d'autres lors de l'utilisation des options par défaut. Surtout lorsque vous utilisez qcow2 images, la performance IO de kvm / qemu peut être grandement améliorée en désactivant le cache du système de fichiers hôte sous-jacent. Cela peut être fait en commençant par kvm avec le cache de l'option = aucune, dans l'exemple avec les options

-Lecteur de fichier = my_image.qcow2, index = 0, les médias = disque, cache = none

au lieu de simplement fournir le fichier de l'image avec hda-my_image.qcow2. Ensuite, le fichier image est ouvert à l'aide du drapeau O_DIRECT, en contournant le cache de la page. Si le système de fichiers sous-jacent ne prend pas en charge le drapeau O_DIRECT, cela ne fonctionne pas avec le message d'erreur:

n'a pas pu ouvrir my_image.qcow2 image disque: Invalid argument

C'est le cas pour un système de fichiers ext4 avec journalisation complète est activée. On peut facilement vérifier si l'attribut O_DIRECT est soutenu par le système de fichiers sous-jacent avec la commande dd simple sur l'hôte:

dd if = some_file of = / dev / null iflag = direct

Si l'attribut O_DIRECT n'est pas supporté qu'elle débouche sur l'erreur suivante:

jj: ouverture `some_file ': Invalid argument

Ainsi, si les préoccupations de sécurité ne s'appliquent pas, on ne veut pas utiliser la journalisation complète, pour augmenter les performances. Les options de journalisation peut être réglée soit dans / etc / fstab ou dans le système de fichiers lui-même. Pour le cas fstab la partie rouge marqué de l'entrée exemple suivant doit être enlevée.

/ Dev/sda7 / ext4 par défaut, noatime, nodiratime, async, data = journal 0 1

Si l'option de journalisation est définie dans le système de fichiers, ce qui peut être montré et monté avec la commande tune2fs. Dans l'exemple tune2fs-l / dev/sda7 affiche des informations sur le système de fichiers sur / dev/sda7. Si la journalisation complète est activée, la sortie contient l'option de montage journal_data:

Par défaut les options de montage: journal_data

L'option peut être enlevé avec tune2fs-o ^ journal_data / dev/sda7. Ensuite, la sortie de tune2fs-l ne contient pas l'option de montage journal_data plus:

Options de montage par défaut: (aucune)

Dans les deux cas, le système de fichiers doit être remonté pour activer les changements. Ensuite qemum-kvm travaille avec le cache option none =, tel que décrit ci-dessus, et avec des performances accrues IO.

Jürgen

Références:
[1] itscblog.tamu.edu
[2] blog.nkadesign.com

(Pas de votes)

Chargement en cours ...

Publié dans linux , virtualisation | Aucun commentaire »