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 -1 »  Son ne sort que par le casque » Le 09/08/2014, à 17:22

NinJoDo
Réponses : 0

Bonjour à tous,

J'ai un prob sur l'alienware 17 de mon frangin (installation KDE).

Quand on joue un son amarok ou KDE, ça sort sur le casque, mais pas sur les haut-parleurs (pas de prob sur windows).
Si je lance un lspci :

00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)                                                                                                                          
00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06)                                                                                                                                  
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 05)                                                                                                                                              
00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04)                                                                                                                           
00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 05)                                                                                                                                           
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 05)                                                                                                                               
00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d5)                                                                                                                                  
00:1c.2 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #3 (rev d5)                                                                                                                                  
00:1c.3 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #4 (rev d5)                                                                                                                                  
00:1c.4 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #5 (rev d5)                                                                                                                                  
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 05)                                                                                                                                           
00:1f.0 ISA bridge: Intel Corporation HM87 Express LPC Controller (rev 05)                                                                                                                                                                   
00:1f.2 RAID bus controller: Intel Corporation 82801 Mobile SATA Controller [RAID mode] (rev 05)                                                                                                                                             
00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 05)                                                                                                                                               
01:00.0 VGA compatible controller: NVIDIA Corporation GK106M [GeForce GTX 770M] (rev a1)                                                                                                                                                     
08:00.0 Ethernet controller: Qualcomm Atheros Killer E2200 Gigabit Ethernet Controller (rev 10)                                                                                                                                              
09:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5209 PCI Express Card Reader (rev 01)                                                                                                                                    
09:00.1 SD Host controller: Realtek Semiconductor Co., Ltd. RTS5209 PCI Express Card Reader (rev 01)                                                                                                                                         
0a:00.0 Network controller: Broadcom Corporation BCM4352 802.11ac Wireless Network Adapter (rev 03)  

Si je lance alsamixer, les deux cartes sont reconnues (hdmi et audio interne PCH).

Si je lance pavucontrol, j'ai bien le son qui arrive sur Casque analogique, et sur Hauts-parleurs, mais rien ne sort des haut-parleurs.
Si je mute les haut-parleurs, le son continue toujours de sortir par le casque, et réciproquement (le son est bien envoyé sur les HP, mais rien ne sort).

J'ai purgé :

sudo apt-get --purge remove linux-sound-base alsa-base alsa-utils

Puis réinstallé :

sudo apt install linux-sound-base alsa-base alsa-utils

Pareil avec pulseaudio et pavucontrol (oui bon j'ai fait ça dans le doute, mais je n'y croyais pas non plus).
Résultat : quequetteball

J'ai ensuite fait un

sudo mv  /etc/modprobe.d/alsa-base.conf /etc/modprobe.d/alsa-base.conf.old

pour voir, mais ça n'a rien changé. Je pensais qu'il rechargerait le fichier automatiquement.

Tous les tutos ayant par ailleurs échoué lamentablement, quelqu'un aurait-il une idée ?

Merci !

PS : ubuntu est à jour.
PS2 : à l'install, tout fonctionnait. La seule chose qui a été "bidouillé," ce sont les pilotes NVIDIA, mais tout fonctionne normalement. Je lui ai demandé la commande qu'il avait utilisé. Il a fait un :

sudo apt-get purge nvidia*

Or je lui aurait plutôt conseillé un

sudo apt-get purge nvidia-*

mais je doute que ça ait quelque chose à voir. Cela étant je trouve étrange qu'il n'ait plus le gestionnaire de pilotes propriétaires, alors qu'il l'avait avant !

#1 -1 »  [Résolu] Serveur LAMP planté changements de répertoires de travail » Le 30/07/2014, à 20:14

NinJoDo
Réponses : 16

Salut les potos !

Ça faisait longtemps !

Ce qui est ci-dessous a l'air long mais c'est très rapide à lire. J'ai juste pas mal détaillé pour que tout soit bien clair.

J'ai un problème de serveur qui commence à me retarder considérablement dans mon travail.

J'ai installé LAMP en faisant :

sudo apt-get install apache2 php5 mysql-server libapache2-mod-php5 php5-mysql

Classique quoi...

Résultat :
- un bel "It works !" sur 127.0.0.1
- une connexion impossible sur 127.0.0.1/phpmyadmin

Boum : j'installe phpmyadmin !

sudo apt-get install phpmyadmin

127.0.0.1/phpmyadmin -> Ça marche.

Ensuite je décide de personnaliser mes répertoires de travail comme je le fais habituellement (ouais je suis comme ça moi : je personnalise !)

Deux répertoires :
- un pour les fichiers de mes sites sur : /home/tusauraspas/Sites/lamp ;
- un pour les tables Mysql sur : /home/tusauraspas/Sites/mysql.

Pour ça un petit script bien de chez moi qui, habituellement, fonctionne :

 chmod -R -v -f 777 /home/tusauraspas/Sites/lamp/

 sudo /etc/init.d/apache2 stop

 sudo find /etc/apache2/ -type f -name "*" -print0 | xargs -0 grep -l "/var/www/html" | xargs sed -i '' -e 's/\/var\/www\/html/\/home\/tusauraspas\/Sites\/lamp/g'
 sudo find /etc/apache2/ -type f -name "*" -print0 | xargs -0 grep -l "/var/www/" | xargs sed -i '' -e 's/\/var\/www\//\/home\/tusauraspas\/Sites\/lamp\//g'
 
 sudo /etc/init.d/apache2 start

sudo /etc/init.d/mysql stop

sudo find /etc/mysql/ -type f -name "my.cnf" -print0 | xargs sed -i '' -re 's/datadir.*\=\/var\/lib\/mysql/datadir.*\=\/home\/tusauraspas\/Sites\/mysql/g'
sudo find /etc/apparmor.d/ -type f -name "usr.sbin.mysqld" -print0 | xargs -0 grep -l "/var/lib/mysql" | xargs sed -i '' -e 's/\/var\/lib\/mysql/\/home\/tusauraspas\/Sites\/mysql/g'

sudo /etc/init.d/apparmor reload
sudo /etc/init.d/mysql start

Et là :
1) 127.0.0.1 -> erreur 403 dans la face (pourtant tous mes fichiers sont en 777)

2) 127.0.0.1/phpmyadmin fonctionne, mais impossible de se logger

Est-ce que quelqu'un qui maîtrise pourrait m'éclairer parce que je vois pas là... :-(

P.S. : Note aux petits rigolos (toujours les mêmes) :
- j'ai déjà cherché sur internet, sinon je ne posterai pas (d'ailleurs je poste rarement) ;
- j'ai bien compris qu'il y avait un tuto ici : http://doc.ubuntu-fr.org/tutoriel/lamp_ … de_travail -> ça n'a pas mieux fonctionné, j'ai toujours les mêmes erreurs, et de toutes façons je préfère comprendre ce qui cloche. C'est la meilleure façon de pouvoir aider les autres après ;

#2 Re : -1 »  [Résolu] Serveur LAMP planté changements de répertoires de travail » Le 31/07/2014, à 01:25

NinJoDo
Réponses : 16

Merci d'avoir pris le temps de répondre !

1) non, pas d'index

[Thu Jul 31 01:00:17.474607 2014] [core:notice] [pid 1393] AH00094: Command line: '/usr/sbin/apache2'
[Thu Jul 31 01:06:04.203221 2014] [mpm_prefork:notice] [pid 1393] AH00169: caught SIGTERM, shutting down
[Thu Jul 31 01:06:43.806706 2014] [mpm_prefork:notice] [pid 1396] AH00163: Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Thu Jul 31 01:06:43.807052 2014] [core:notice] [pid 1396] AH00094: Command line: '/usr/sbin/apache2'
[Thu Jul 31 01:09:44.297176 2014] [core:error] [pid 1400] (13)Permission denied: [client 127.0.0.1:37764] AH00035: access to / denied (filesystem path '/home/tusauraspas/Sites') because search permissions are missing on a component of the path
[Thu Jul 31 01:09:44.372637 2014] [core:error] [pid 1400] (13)Permission denied: [client 127.0.0.1:37764] AH00035: access to /favicon.ico denied (filesystem path '/home/tusauraspas/Sites') because search permissions are missing on a component of the path
[Thu Jul 31 01:09:44.374707 2014] [core:error] [pid 1400] (13)Permission denied: [client 127.0.0.1:37764] AH00035: access to /favicon.ico denied (filesystem path '/home/tusauraspas/Sites') because search permissions are missing on a component of the path
[Thu Jul 31 01:14:34.855740 2014] [mpm_prefork:notice] [pid 1396] AH00169: caught SIGTERM, shutting down
[Thu Jul 31 01:15:10.875240 2014] [mpm_prefork:notice] [pid 1429] AH00163: Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Thu Jul 31 01:15:10.875424 2014] [core:notice] [pid 1429] AH00094: Command line: '/usr/sbin/apache2'

2) #2002 Connexion au serveur MySQL non permise
et
La connexion au controluser tel que défini dans votre configuration a échoué.

#3 Re : -1 »  [Résolu] Serveur LAMP planté changements de répertoires de travail » Le 31/07/2014, à 16:11

NinJoDo
Réponses : 16

Salut,

Merci pour ta réponse.

Je ne suis pas à mon ordi, mais de tête je ne pense que cette ligne y est déjà. J'avais déjà fait la modif. Je confirme dès que je suis devant ma machine.
Quel est le problème avec les 777 ? Quitte à changer après, au moins on sait qu'il n'y a pas de problème de permissions au moment du debug!

Pour le script de debug, au contraire il faudrait ne pas passer, ce n'est pas très constructif. Quel est le problème ?

#4 Re : -1 »  [Résolu] Serveur LAMP planté changements de répertoires de travail » Le 31/07/2014, à 19:07

NinJoDo
Réponses : 16

Nop, c'est bien ce que je pensais, ça y est déjà (je suppose que c'est dans apache2.conf):

<Directory /home/tusauraspas/Sites/lamp>
	Options Indexes FollowSymLinks MultiViews
	AllowOverride All
	Require all granted
</Directory>

En revanche j'ai rajouté les droits pour www-data (par l'IG, Droits d'accès avancés, utilisateur nommé : www-data) avec un récursif sur les dossiers de toute l'arborescence, mais ça ne règle pas le problème.

Bon, ok, tu n'aimes pas les 777 (je précise que ce ne sont pas les sites de prod mais ok). Cependant, si les fichiers sont en 777, pourquoi rajouter les droits à www-data aurait pu résoudre le problème (that's a pure innocent question) ?

Le problème est que ton script fait un rechercher/remplacer sur tous les fichiers du dossier /etc/apache2 (donc susceptible de bousiller toute la configuration d'Apache) alors qu'il suffit d'en modifier un seul (celui qui gère ton hôte virtuel)

Ha bah ça ça m'intéresse ! Surtout si c'est plus simple ! :-) Comment aurais-tu fait ?

#5 Re : -1 »  [Résolu] Serveur LAMP planté changements de répertoires de travail » Le 01/08/2014, à 17:15

NinJoDo
Réponses : 16

lol... bon vous avez l'avantage du nombre, c'est vrai. Mais n'empêche que c'est en 777 sur mon dd, et que dès que c'est passé en prod, c'est téléchargé avec les droits d'utilisateurs du compte FTP (Filezilla), ce qui change automatiquement les droits, donc je ne vois pas où est le risque.
Mais trêve de nourrir le troll :-) Il faut vraiment que je règle mon problème.

Je vais lire les docs de Bruno. J'espère que ça m'aidera à résoudre la question du forbidden et de la non connexion à phpmyadmin.

Merci les potos !

#6 Re : -1 »  [Résolu] Serveur LAMP planté changements de répertoires de travail » Le 01/08/2014, à 19:58

NinJoDo
Réponses : 16

Bon... Après lecture du sympathique cours de Bruno, j'ai

- Désinstallé tout puis réinstallé tout : apache, mysql, phpmyadmin
Résultat : It Works !

- changé dans le default.conf le Document Root, en mettant le dossier /home/tusauraspas/Sites/lamp
Résultat : forbidden

- changé les droits des dossiers concernés :

$ sudo chmod go+xr /home
$ sudo chmod go+xr /home/tusauraspas
$ sudo chmod go+xr /home/tusauraspas/Sites
$ sudo chmod go+xr /home/tusauraspas/Sites/lamp
$ sudo chmod go+xr /home/tusauraspas/Sites/lamp/*
$ sudo service apache2 reload

Résultat : Forbidden

Maintenant je fais quoi ?

#7 Re : -1 »  [Résolu] Serveur LAMP planté changements de répertoires de travail » Le 01/08/2014, à 21:11

NinJoDo
Réponses : 16

J'en déduis que savoir ce qui fait foirer ne dit pas ce qui fait marcher.

#8 Re : -1 »  [Résolu] Serveur LAMP planté changements de répertoires de travail » Le 01/08/2014, à 22:31

NinJoDo
Réponses : 16

J'ai deux partitions sur mon ordi : un / et un /home.
Si je réinstalle / je perds tout. Je pourrais faire une copie, mais mes sites sont très lourds. Je pourrais faire une autre partition, mais je rencontrerai probablement les mêmes problèmes, alors autant le mettre dans mon home qui est sauvegardé et sécurisé.

Je suis preneur de toute meilleure solution, mais jusqu'à présent, ça avait bien bien fonctionné. Je ne comprends pas pourquoi là ça ne fonctionne pas.

#10 Re : -1 »  [Résolu] Serveur LAMP planté changements de répertoires de travail » Le 02/08/2014, à 13:21

NinJoDo
Réponses : 16

Bon je poste mes progrès pour ceux qui auraient les mêmes problèmes :

1) J'ai mis une page index.html dans lamp, pour voir si ça donnait quelque chose.
Résultat : elle s'affiche parfaitement bien.

2) D'habitude quand je fais mon 127.0.0.1, j'avais l'index des dossiers des sites. Là je ne l'ai plus.
Qu'à cela ne tienne, puisque la page index.html s'affiche, je décide de tenter d'accéder directement à mon site 1
Dans le navigateur : http://127.0.0.1/site1
Résultat : Une erreur 500.

3) En mode console j'active le mode rewrite

sudo a2enmod rewrite && sudo service apache2 restart

Résultat : Le php fonctionne ! Ouf !
Dans le navigateur : http://127.0.0.1/site1
Mais il me reste une erreur d'accès à la base de données.

Error : Unable to connect to database

4) Je désinstalle ce qui a un rapport avec Mysql :

sudo apt-get purge mysql-server php5-mysql

Puis réinstallation

sudo apt-get install mysql-server php5-mysql

Puis rechargement de mysql

sudo service mysql restart

Résultat : Problème d'écriture dans le cache des smarty

5) Je redéfini les droits

sudo chmod -R -v -f go-rwx /home/tusauraspas/lamp

Résultat : ça marche ! Le site s'affiche !

Le problème est donc résolu.

#11 Re : -1 »  [HOW-TO] Doits d'accès sur le fichiers et les dossiers » Le 01/08/2014, à 18:10

NinJoDo
Réponses : 3

Merci pour ce petit cours.

$ chmod g+w document1

On accorde les droits d'écriture au groupe plutôt, non ?

#12 Re : -1 »  [Résolu] Traquer impitoyablement les lenteurs » Le 07/05/2014, à 11:20

NinJoDo
Réponses : 36

Alors...

Ça fait une petite heure que j'ai désactivé les effets de bureau, apache et mysql.

KDE fonctionne à nouveau normalement.

Y'a-t-il moyen d'optimiser les effets de bureau ?

Je vais maintenant tester sans effet de bureau, mais avec apache et mysql.

Merci pour l'aide en tout cas

#13 Re : -1 »  [Résolu] Traquer impitoyablement les lenteurs » Le 07/05/2014, à 11:27

NinJoDo
Réponses : 36

Quid du mode d'affichage composite  (xrender, opengl) ?

Il est en opengl 2.0 mais refuse de passer en opengl 3.1. C'est un problème ?

#14 Re : -1 »  [Résolu] Traquer impitoyablement les lenteurs » Le 08/05/2014, à 10:52

NinJoDo
Réponses : 36

Ha ? Intéressant, merci pour l'info !

Bon après une batterie de test, c'est clairement plasma-desktop qui me fait ralentir. Ce matin j'ai coupé direct mysql et apache, les effets de bureau étaient désactivés au démarrage, mais plasma-desktop continue de me bouffer 4 fois 23% de mémoire vive (donc 92%, parfois plus).

Quelqu'un sait comment calmer le pépère ?

Sur google, je n'ai rien trouvé de très probant... (hé hé quand on dit ça il y a immédiatement quelqu'un qui se jette sur google pour me faire mentir, je kiffe...)

#15 Re : -1 »  [Résolu] Traquer impitoyablement les lenteurs » Le 09/05/2014, à 12:59

NinJoDo
Réponses : 36

@Fly0s
J'ai déjà fait le test d'une autre session utilisateur. Aucun prob.
Ma session est réglée au millimètre pour me rendre la vie plus facile. 15ans d'optimisation, donc j'aimerais autant ne pas avoir à tout refaire... :-)
Si je n'ai pas le choix, évidemment...

@volfoni
Effectivement c'est bien plasma-desktop.
En tapant

kquitapp plasma-desktop

Puis

plasma-desktop

il me fout plein d'erreurs de partout, mais la rapidité fulgurante du linux power revient.

Hmmmm... bizarre... et agaçant !..
Ça me dépanne pour le moment, mais ça ne peut être que provisoire...

Question en passant :
Est-il normal que htop m'affiche 5 process plasma-desktop, et une quarantaine de processus de firefox (alors qu'une seule instance est ouverte, bien sûr !) ?

#16 Re : -1 »  [Résolu] Traquer impitoyablement les lenteurs » Le 09/05/2014, à 17:07

NinJoDo
Réponses : 36

mini_140509051539912231.png

Quand même ! je vous mens pas !

#17 Re : -1 »  [Résolu] Traquer impitoyablement les lenteurs » Le 09/05/2014, à 23:44

NinJoDo
Réponses : 36

Bah non... Il me fait bien des arbres, mais chaque processus a entre cinq et 10 branches qui portent toutes le même nom (mais pas le même PID évidemment...)

Bizarre... je suis coincé là...

#18 Re : -1 »  [Résolu] Traquer impitoyablement les lenteurs » Le 11/05/2014, à 01:11

NinJoDo
Réponses : 36

http://forum.ubuntu-fr.org/viewtopic.php?id=1101571

Ça au moins c'est résolu !

Il ne me reste plus qu'à comprendre :
1) pourquoi plasma-desktop sature au démarrage, puis plus quand je le redémarre (voir plus haut), et
2) pourquoi ma mémoire vive est saturée en permanence, même après redémarrage (tout va plus vite, mais il m'indique quand même que la mem est saturée...)

Si quelqu'un a une idée :-)

#19 Re : -1 »  [Résolu] Traquer impitoyablement les lenteurs » Le 14/05/2014, à 09:03

NinJoDo
Réponses : 36

Dans ksysguard, plasma est ce qui prend le plus de mémoire aussi, mais ce n'est pas exprimé en pourcentage. Dans htop, effectivement le vert correspond à un comportement normal, et le orange aussi. Mais n'empêche que je suis toujours en mem à 100%, même quand je ne fais rien !

#20 Re : -1 »  [Résolu] Traquer impitoyablement les lenteurs » Le 15/05/2014, à 16:11

NinJoDo
Réponses : 36

Yep ! Excellente idée !

C'est donc ce que j'ai fait et effectivement, c'est nettement mieux !
Bon tous mes raccourcis ont disparu, mais ce sont des dommages collatéraux ! :-) En plus je voulais les réorganiser :-)

Il y a encore un processus, qui se cache derrière le nom /usr/bin/korgac --icon korgac et qui bouffe 22,8% de mem.
Visiblement c'est l'icône de Kmail, mais sauf indication contraire, je ne vois pas trop comment on pourrait faire pour faire baisser sa gourmandise !

Avant de crier victoire, je vais attendre un peu. Puis je mettrai ce post en résolu (je sais absolument pas si je peux le faire, mais ça coûte rien de promettre !)

Merci les gars ! une nouvelle victoire de l'homme sur la machine !

#21 Re : -1 »  [Résolu] Traquer impitoyablement les lenteurs » Le 16/05/2014, à 11:34

NinJoDo
Réponses : 36

hé hé, ok ! je vais regarder ça !

Merci pour ta compassion Fly0s :-)

#22 Re : -1 »  [Résolu] Traquer impitoyablement les lenteurs » Le 16/05/2014, à 11:47

NinJoDo
Réponses : 36

Et m...........................rde !!!

J'ai fait une faute d'attention :

mkdir ~/savequimarche
mv ~/.kde/share/config/plasma* ~/save

Du coup plus de plasma foireux !!!!!!

mad

#23 Re : -1 »  [Résolu] Traquer impitoyablement les lenteurs » Le 16/05/2014, à 12:14

NinJoDo
Réponses : 36

nop ! rien...

Ça m'a étonné aussi