Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites".
Test de l'ISO d'Ubuntu francophone : nous avons besoin de testeurs pour la version francophone d'Ubuntu 14.04. Liens et informations ici.
nombre réponses : 25

#0 Re : -1 »  Faché avec rsync (ou plutôt rsync a cassé la confiance que j'avais) » Le 27/08/2014, à 11:14

bruno
Réponses : 21

As -tu essayé avec l'option -W ?

extrait du man :

-W, --whole-file
With this option rsync’s delta-transfer algorithm is not used and the whole file is sent as-is instead. The transfer may be faster if this option is used when the bandwidth between the source and destination machines is higher than the bandwidth to disk (especially when the "disk" is actually a networked filesystem). This is the default when both the source and destination are specified as local paths, but only if no batch-writing option is in effect.

#1 Re : -1 »  Compte administrateur » Le 27/08/2014, à 16:59

bruno
Réponses : 37

Ce comportement n'est pas du tout normal. Peut-tu nous indiquer quelle version de Kubuntu tu utilises et comment tu l'as installée.
Le retour de cette commande dans un terminal serait également utile :

mount

(les symptômes ressemblent à ceux d'une partition montée en lecture seule)

#2 Re : -1 »  Compte administrateur » Hier à 10:45

bruno
Réponses : 37

Re,

D'après le résultat de ta commande 'mount' tes disques ne sont pas montés en lecture seule. Cependant je soupçonne un problème avec ta partition sda1.
Le plus simple serait de démarrer sur Ubuntu et d'utiliser les outils disque pour vérifier ta partition sda1

#3 Re : -1 »  Compte administrateur » Hier à 11:27

bruno
Réponses : 37

hulm… disque sain mais avec 767 secteurs endommagés quand même… donc pas si sain que cela.

Depuis Ubuntu dans un terminal, lance la vérification du système de fichiers :

sudo fsck /dev/sda1

et donne nous le résultat.

#4 Re : -1 »  Compte administrateur » Hier à 13:48

bruno
Réponses : 37

Si l'outil de vérification fsck a corrigé les erreurs cela devrait aller mieux. Cependant ce que tu as indiqué précédemment : 760 secteur endommagés me laissent penser que ce disque est bon pour la déchetterie…

#5 Re : -1 »  Postfix lent » Hier à 11:41

bruno
Réponses : 28

Regarde ici https://help.ubuntu.com/community/Postf … New#Amavis en bas de page il y a des trucs pour optimiser Amavis.

#6 Re : -1 »  [RESOLU] Déplacer les bases Mysql » Le 27/08/2014, à 12:29

bruno
Réponses : 18

Bon, déjà je ne suis pas vraiment fan de la méthode proposée dans la doc que tu cites…

Ensuite je ne suis pas sûr que tu l'aies suivie correctement car les droits sur tes fichiers ne sont pas corrects : beaucoup trop de permission et mauvais propriétaire.

/var/lib/mysql et ce qu'il contient doit appartenir à 'mysql' et n(être accessible qu'à son propriétaire, donc :

sudo chown -R mysql:mysql /var/lib/mysql
sudo chmod -R go-rx /var/lib/mysql

Même chose pour le dossier où tu as déplacé tes bases :

sudo chown -R mysql:mysql /media/texier/_home/mysql
sudo chmod -R go-rx /media/texier/_home/mysql

À vérifier ensuite par des commandes sudo ls, notament sur le dossier /media/texier/_home/mysql/mysql

#7 Re : -1 »  [RESOLU] Déplacer les bases Mysql » Le 27/08/2014, à 13:08

bruno
Réponses : 18

Je t'ai donné les commandes pour rétablir des droits d'accès corrects. Pourquoi ne les as-tu pas appliquées ?

#8 Re : -1 »  [RESOLU] Déplacer les bases Mysql » Le 27/08/2014, à 13:56

bruno
Réponses : 18

Pour compléter ce qui dit tiramiseb je vais expliquer pourquoi cette doc est moisie.

On te conseille de faire un lien symbolique  « afin de ne pas "casser" les fichiers de configuration originel de MySQL »
D'abord c'est stupide car les fichiers de configuration sont justement faits pour y personnaliser la configuration…
L'auteur de cette documentation craignait sans doute que le fichier my.cnf ne soit écrasé lors d'une mise à jour. Mais cela n'arrivera pas, car lors d'une mise à jour le gestionnaire de paquets demande ce qu'il doit faire : remplacer, conserver, afficher les différences…
Si l'on a vraiment cette crainte, on ne touche pas au fichier my.cnf et on utilise le dossier conf.d qui est prévu pour y placer ses propres configurations.
Ensuite c'est en contradiction avec la manipulation suivante qui te fait modifier directement /etc/apparmor.d/usr.sbin.mysqld. Là curieusement l'auteur de la documentation ne craint plus de « casser » le fichier de configuration originel :-D. La bonne manipulation aurait été de placer la configuration supplémentaire dans /etc/apparmor.d/local/usr.sbin.mysqld et de dé-commenter la ligne du premier fichier :

# Site-specific additions and overrides. See local/README for details.
  #include <local/usr.sbin.mysqld>

(C'est curieux comme personne ne prend la peine de lire les fichiers de configuration…)

#9 Re : -1 »  [RESOLU] Déplacer les bases Mysql » Le 27/08/2014, à 17:06

bruno
Réponses : 18

Ouh là on s'éloigne du sujet initial smile

Si tu a un souci de partitionnement/montage tu devrais ouvrir un autre fil de discussion.
Tu y indiqueras comment sont partitionnés tes disques :

sudo fdisk -l

et tes points de montage :

cat /etc/fstab

et

mount

#10 Re : -1 »  problème installation AutoScan Network » Le 27/08/2014, à 13:12

bruno
Réponses : 1

Qu'est ce que tu veux faire ? Il y a sûrement une alternative libre à ce truc.

#11 Re : -1 »  Metasploit sur Ubuntu » Le 25/08/2014, à 11:10

bruno
Réponses : 5
Pator75 a écrit :

http://www.noelshack.com/2014-31-140667 … -54-53.png

Ci joint la preuve d'un hack réussi sur un PC sous Ubuntu, en réseau local

Quelle preuve ? C'est juste une copie d'écran…
Soit tu décris de manière détaillée la configuration utilisée et la procédure qui t'a permis d'arriver à cela, soit c'est du pur FUD…

#12 Re : -1 »  [RESOLU] Problème installation phpmyadmin » Le 24/08/2014, à 09:20

bruno
Réponses : 6

Pour (re) définir le mot de passe de l'utilisateur 'root' de mysql :

sudo dpkg-reconfigure mysql-server-5.5

Pour reconfigurer phpmyadmin (en indiquant le mot de passe choisi précédemment) :

sudo dpkg-reconfigure phpmyadmin

#13 Re : -1 »  [Résolu] Décompresser les fichiers .rar » Le 21/08/2014, à 12:00

bruno
Réponses : 37

Ce n'est ni le paquet rar (c'est pour la compression), ni le paquet unrar-free (n gère pas les archives rar 3.0) mais le paquet unrar qu'il faut installer.

#14 Re : -1 »  [Résolu] Décompresser les fichiers .rar » Le 21/08/2014, à 13:46

bruno
Réponses : 37

Clic droit sur ton fichier .rar > Extraire > et choisir l'option qui te convient.

#15 Re : -1 »  [Résolu] Décompresser les fichiers .rar » Le 21/08/2014, à 18:40

bruno
Réponses : 37

Est-ce que le problème se pose avec un seul fichier, ou est-ce que cela le fait avec tous les fichiers compressés ? Est que cela marche avec un .zip, un .gz., un bz2 ?

Quand tu ouvres le fichier rar avec ark est-ce que tu vois les fichiers qu'il y a dedans ?

#16 Re : -1 »  [Résolu] Décompresser les fichiers .rar » Le 22/08/2014, à 11:15

bruno
Réponses : 37
gene999 a écrit :

C'est ce que j'ai voulu le reconfigurer depuis la console, mais il ne reconnaît pas ark et je ne sais pas quel nom il a. Par contre, j'ai vu qu'on pouvait le désinstaller depuis la doc, mais que tous les fichiers ne seraient pas effacés. Ce qui va salir le binz et peut-être y ajouter des bugs...
Peut-être quelqu'un pourrait me dire quelle est le nom de ark sur la console pour que je fasse un : sudo dpkg-reconfigure ?-configuration ?

En mode console ark s'appelle avec … ark
Si tu veux le désinstaller proprement, puis le réinstaller :

sudo apt-get purge ark
sudo apt-get install ark

La commande dpkg-reconfigure ne fonctionne qu'avec les paquets utilisant debconf, ce qui n'est pas le cas de ark

#17 Re : -1 »  [Résolu] Décompresser les fichiers .rar » Le 22/08/2014, à 12:00

bruno
Réponses : 37

Désinstalle tous les paquets dont le nom commence par ibus et redémarre le système.

sudo apt-get purge ^ibus*

#18 Re : -1 »  [Résolu] Décompresser les fichiers .rar » Le 22/08/2014, à 12:16

bruno
Réponses : 37

@ Gara c'est une expression régulière qui signifie : tous ce qui commence par ibus et continuiez par n'importe quel caractère.

A priori aucun risque ces paquets sont inutiles si on a pas besoin de faire de la saisie avec des langues non alphabétiques (chinis, coréen, japonais, etc.)

#19 Re : -1 »  PHPMyAdmin me donne du fil à retordre » Le 22/08/2014, à 10:51

bruno
Réponses : 2

Bonjour,

Il y a une étape de configuration qui a du passer à la trappe…

Le plus simple est de reconfigurer phpmyadmin :

sudo dpkg-reconfigure phpmyadmin

#20 Re : -1 »  Résultat apres scan » Le 22/08/2014, à 10:37

bruno
Réponses : 5

Quel intérêt d'utiliser un anti-virus sur une partition Linux ?

Pour lever tes inquiétudes :
- à quel paquet appartient le fichier test_RSA.py :

dpkg -S test_RSA.py

réponse probable : python-crypto. Donc ce fichier fait bien partie d'un paquet officiel Ubuntu.
- a-t-il été modifié depuis son installation ?
Il suffit de télécharger le paquet en question depuis un dépôt officiel et de comparer les 2 fichiers…

#21 Re : -1 »  [resolu] htaccess » Le 22/08/2014, à 10:54

bruno
Réponses : 3

Outre cette lecture indispensable, il faut commencer par s'assurer que le module de réécriture (rewrite) est bien activé car il ne l'est pas sur une installation par défaut :

sudo a2enmod rewrite

#22 Re : -1 »  [résolu] 2 serveurs mail sur une IP » Le 20/08/2014, à 16:21

bruno
Réponses : 23
renaud07 a écrit :

D’ailleurs à ce propos une question me viens : comment font les hébergeurs pour gérer les mails de chaque site sur un hébergement mutualisé ? Car comme dans mon cas il n'y a qu'une seule IP publique...

Une IP peut correspondre à autant de noms de domaine que l'on veut (et inversement). Dans le cas des hébergeurs les courriels issus des serveurs web mutualisés sont transmis à leur serveurs MX qui gèrent l'ensemble des comptes (utilisateurs et nom de domaines).

#23 Re : -1 »  [ Résolu ] Erreur php » Le 20/08/2014, à 09:58

bruno
Réponses : 11

Je te renvoie à la documentation : https://dev.mysql.com/doc/refman/5.5/en … nd-address

Le plus simple est de commenter cette ligne.

Pour ton utilisateur il faut qu'il soit du type utilisateur@ip_du_client (et non l'ip du serveur) pour autoriser une connexion de 'utilisateur à partir de ip_du_client ou plus simple : utilisateur@% pour autoriser 'utilisateur' depuis n'importe quel client.

Pense à relancer le service mysql si tu fais des modifications de configuration et à tester à chaque fois depuis la machine qui hénerge ton SPIP avec une commande mysql.

#24 Re : -1 »  Serveur LAMP ... j'y arriverai (?) » Le 20/08/2014, à 16:14

bruno
Réponses : 6
hornetovore a écrit :
sudo chown -Rf www-data:www-data /var/www/

ça donnera l'appartenance de tout tes fichiers et dossiers contenu dans /var/www à www-data qui est php

Et cela introduit une belle faille de sécurité en cas d'injection de code…

Il suffisait de faire :

sudo chmod -R a+rX /var/www

qui le donne le droit à tous le monde de lire les fichiers (+r) et d'entrer dans les dossiers (+X) et donc également à www-data (qui n'est pas php mais l'utilisateur sous lequel s'exécute Apache).