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.

Attention, une faille de sécurité dans bash a récemment été rapportée, il est recommandé de mettre à jour son système (plus de détails) *** mise à jour 12/10/2014 ***

nombre réponses : 19

#0 Re : -1 »  Impossible d'insérer un son dans un Diaporama » Le 09/10/2014, à 11:02

goug
Réponses : 10

Déjà tu as tout à y gagner à passer au format ogg, avec ffmpeg, avconv ou xcfa ou autres :

ffmpeg -i fichier.wav -acodec libvorbis -aq 8 fichier.ogg

Ensuite chez moi libreoffice impress fonctionne mais rame sévère dès que je veux insérer un fichier son, bizarre (même avec de petits fichiers). Ca marche un peu mieux en passant par "insérer comme un lien"
Menu Insertion / Vidéos et sons et cocher "insérer comme un lien".
Tu le souhaitais en fond sonore sur tout le diapo ou lancer l'audio en cliquant sur un objet (là ça marche nickel)?

#1 Re : -1 »  installation separate+ pour gimp à partir des sources » Le 17/10/2014, à 10:00

goug
Réponses : 1

j'ai la même erreur malgré un :
export LDFLAGS="$LDFLAGS -lm"
avant le make
Quelqu'un a-t-il pu installer separate+0.5.8 depuis les sources récemment ?? (depuis 2013?)

#2 -1 »  [Résolu] Recoll, comportement, consommation ressources et iowait » Le 09/10/2014, à 10:31

goug
Réponses : 6

Bonjour, j'utilise l'excellent moteur de recherche recoll depuis quelques mois, je souhaitais savoir si le comportement de recoll est le même chez vous, à savoir la consommation des ressources au démarrage de la session utilisateur.

Recoll est lancé avec "indexation au fil de l'eau" et la première indexation principale a déjà bien eu lieu.

Sur ma machine, à chaque démarrage de session, recoll (en fait recollindex) monopolise les accès disque pendant une bonne trentaine de minutes.
Si je lance glances par exemple, ça donne (classer par I/O rate) :

126703.jpeg (impression d'écran)

recollindex lit entre 2Mo/s et 7Mo/s et l'iowait du cpu est entre 45 et 55% ce qui ralentit considérablement les accès disques pour les autres applications (bien que recollindex soit lancé en "nice" et "ionice" avec des priorités minimales)

Si je lance en même temps l'interface graphique recoll, j'ai dans dans la barre d'info en bas de la fenêtre :
indexation en cours : mise à jour <chemin des fichiers>
126704.jpeg (<- impression d'écran)

(Question : est-ce normal qu'à ce moment recoll ré-indexe alors qu'il est lancé au démarrage "au fil de l'eau")

puis dans une seconde phase :
indexation en cours : moniteur <chemin des fichiers>
126705.jpeg (<- impression d'écran)

Une fois cette phase passée (30 à 40 mn env) tout redevient normal et recollindex redevient transparent.

J'ai déjà vidé la base ~/.recoll/xapiandb/ et relancer la première et longue indexation des docs (3h env), le comportement est le même.

version recoll : Recoll 1.19.14p1 + Xapian 1.2.15
recoll indexe environ 180 000 documents
hdd : 2To hybride seagate, cpu : Intel(R) Core(TM)2 Duo CPU E8400  @ 3.00GHz

Voili, désolé d'être un peu long, merci de me dire si vous avez ce comportement de votre côté, bonne journée !

#3 Re : -1 »  [Résolu] Recoll, comportement, consommation ressources et iowait » Le 15/10/2014, à 08:07

goug
Réponses : 6

Merci beaucoup pour votre réponse.
J'ai activé l'option -n et les logs au niveau 4

Cette fois quand je démarre l'interface graphique de recoll, je n'ai plus dans la barre des taches de la fenêtre :
indexation en cours : mise à jour <chemin des fichiers>
mais directement :
indexation en cours : moniteur <chemin des fichiers> ou tous les fichiers sont parcourus
Cette phase dure environ 15 minutes (donc moitié moins de temps) avec une forte sollicitation du disque et un iowait assez important :
127735.jpeg et 127736.jpeg

Le fichier de log daemrcltrace produit fait 19Mo, les fichiers y sont par bloc de 20, voici un cours extrait :

[ ...]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-04-25 photo grand seminaire eps/DSC_0246.JPG|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/DSC_1304.JPG|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/dsc_1177.jpg|]
:3:../rcldb/rcldb.cpp:1682:Db::waitUpdIdle: total xapian work 0 mS
:4:../index/fsindexer.cpp:376:Indexfiles: purging orphans
:3:../rcldb/rcldb.cpp:1682:Db::waitUpdIdle: total xapian work 0 mS
:4:../index/fsindexer.cpp:388:FsIndexer::indexFiles: done
:4:../rcldb/rcldb.cpp:857:Db::i_close(0): m_isopen 1 m_iswritable 1
:3:../rcldb/rcldb.cpp:1682:Db::waitUpdIdle: total xapian work 0 mS
:4:../rcldb/rcldb.cpp:871:Rcl::Db:close: xapian will close. May take some time
:4:../utils/workqueue.h:189:setTerminateAndWait:DbUpd
:4:../utils/workqueue.h:309:WorkQueue:ok:DbUpd: not ok m_ok 0 m_workers_exited 0 m_worker_threads size 1
:4:../utils/workqueue.h:309:WorkQueue:ok:DbUpd: not ok m_ok 0 m_workers_exited 0 m_worker_threads size 1
:4:../utils/workqueue.h:288:workerExit:DbUpd
:3:../utils/workqueue.h:212:DbUpd: tasks 0 nowakes 0 wsleeps 1 csleeps 0
:4:../utils/workqueue.h:231:setTerminateAndWait:DbUpd done
:4:../rcldb/rcldb.cpp:875:Rcl::Db:close() xapian close done.
:4:../internfile/mimehandler.cpp:128:clearMimeHandlerCache()
:4:../rcldb/rcldb.cpp:756:Db::open: m_isopen 0 m_iswritable 0 mode 1
:4:../rcldb/rcldb.cpp:214:RclDb:: threads: haveWriteQ 1, wqlen 2 wqts 1
:4:../rcldb/rcldb.cpp:795:Db::open: lastdocid: 190701
:4:../index/fsindexer.cpp:312:FsIndexer::indexFiles
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/2013-11-13 16.21.50.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/2013-11-29 21.31.51.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/DSC_1283.JPG|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/DSC_1292.JPG|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/DSC_1308.JPG|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/DSC_1306.JPG|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/DSC_1348.JPG|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/DSC_1368.JPG|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/dsc_0898.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/dsc_0913.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/dsc_0936.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/dsc_0952.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/dsc_0991.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/dsc_1016.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/dsc_1021.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/dsc_1071.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/dsc_1143 corrigé.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/dsc_1103.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/dsc_1163.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/dsc_1217.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/dsc_1254.jpg|]
:3:../rcldb/rcldb.cpp:1682:Db::waitUpdIdle: total xapian work 0 mS
:4:../index/fsindexer.cpp:376:Indexfiles: purging orphans
:3:../rcldb/rcldb.cpp:1682:Db::waitUpdIdle: total xapian work 0 mS
:4:../index/fsindexer.cpp:388:FsIndexer::indexFiles: done
:4:../rcldb/rcldb.cpp:857:Db::i_close(0): m_isopen 1 m_iswritable 1
:3:../rcldb/rcldb.cpp:1682:Db::waitUpdIdle: total xapian work 0 mS
:4:../rcldb/rcldb.cpp:871:Rcl::Db:close: xapian will close. May take some time
:4:../utils/workqueue.h:189:setTerminateAndWait:DbUpd
:4:../utils/workqueue.h:309:WorkQueue:ok:DbUpd: not ok m_ok 0 m_workers_exited 0 m_worker_threads size 1
:4:../utils/workqueue.h:309:WorkQueue:ok:DbUpd: not ok m_ok 0 m_workers_exited 0 m_worker_threads size 1
:4:../utils/workqueue.h:288:workerExit:DbUpd
:3:../utils/workqueue.h:212:DbUpd: tasks 0 nowakes 0 wsleeps 1 csleeps 0
:4:../utils/workqueue.h:231:setTerminateAndWait:DbUpd done
:4:../rcldb/rcldb.cpp:875:Rcl::Db:close() xapian close done.
:4:../internfile/mimehandler.cpp:128:clearMimeHandlerCache()
:4:../rcldb/rcldb.cpp:756:Db::open: m_isopen 0 m_iswritable 0 mode 1
:4:../rcldb/rcldb.cpp:214:RclDb:: threads: haveWriteQ 1, wqlen 2 wqts 1
:4:../rcldb/rcldb.cpp:795:Db::open: lastdocid: 190701
:4:../index/fsindexer.cpp:312:FsIndexer::indexFiles
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/2013-11-07 12.02.27.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/2013-11-14 19.03.08.jpg|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/DSC_1280.JPG|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/DSC_1289.JPG|]
:4:../rcldb/rcldb.cpp:1777:Db::needUpdate:no: [Q/home/guog/Documents/photos_perso/2013/2013-11-10_30/DSC_1297.JPG|]
[ ... ]

Note : Peut être est-ce le nombre important de fichiers (180 000 fichiers indexés, dont bcp de photo) ? Sur mon portable où j'ai peu de documents, recoll est làcomplètement transparent.

#4 Re : -1 »  [Résolu] Recoll, comportement, consommation ressources et iowait » Le 16/10/2014, à 15:21

goug
Réponses : 6

J'ai oublié de mentionner que mon répertoire /home/user est chiffré sous ecryptfs, ceci a peut-être son importance, bien que je ne vois pas le processus associé consommer bcp de ressources cpu qd il y a les sollicitations en début de session.

Je suis reparti de zero, j'ai supprimer mon ~/.recoll, refais une indexation générale (120mn), puis redémarrer la session.
Cette fois les 2 phases indiquées dans la barre des taches de recoll (l'indexation incrémentale sans doute) : indexation en cours : mise à jour <fichiers indexés défilant>, pause d'environ 1mn, puis indexation en cours : moniteur <fichiers indexés défilant> durent environ 10mn chacune, soit 20mn de forte sollicitation du disque après le démarrage de session.
Nb de docs indexés : un peu plus de 170 000 (j'ai supprimé qq dossiers)

Le fichier de log, verbosité 5, fait 70Mo, 650 000 lignes.
Seules 288 occurrences de "processone: processing", (et beaucoup concernent des fichiers audio/vidéos mp4 (?))

Extrait d'un bloc à propos d'un de ces fichiers :

:5:../index/fsindexer.cpp:521:FsIndexerInternfileWorker: task fn /home/guog/Documents/ziq perso/percussions/28012011007.mp4
:4:../rcldb/rcldb.cpp:1772:Db::needUpdate:yes: olsig [133799951410277129+] new [133799951410277129] [Q/home/guog/Documents/ziq perso/percussions/28012011007.mp4|]
:5:../index/fsindexer.cpp:661:processone: processing: [13 MB ] /home/guog/Documents/ziq perso/percussions/28012011007.mp4
:5:../internfile/internfile.cpp:117:FileInterner::FileInterner(fn=/home/guog/Documents/ziq perso/percussions/28012011007.mp4)
:4:../internfile/internfile.cpp:161:FileInterner::init fn [/home/guog/Documents/ziq perso/percussions/28012011007.mp4] mime [(null)] preview 0
:4:../internfile/mimehandler.cpp:249:getMimeHandler: mtype [audio/mp4] filtertypes 1
:4:../internfile/mimehandler.cpp:64:getMimeHandlerFromCache: 148e941113667c071ca8f2e5a79f6a20 cache size 4
:4:../internfile/mimehandler.cpp:77:getMimeHandlerFromCache: 148e941113667c071ca8f2e5a79f6a20 found size 3
:4:../internfile/internfile.cpp:250:FileInterner:: init ok audio/mp4 [/home/guog/Documents/ziq perso/percussions/28012011007.mp4]
:4:../internfile/internfile.cpp:741:FileInterner::internfile. ipath []
:4:../internfile/mh_execm.cpp:152:MimeHandlerExecMultiple::next_document(): [/home/guog/Documents/ziq perso/percussions/28012011007.mp4]
:4:../internfile/mh_execm.cpp:214:MHExecMultiple: got EOFNOW
:4:../internfile/mh_execm.cpp:220:MHExecMultiple: got SUBDOCERROR
:4:../internfile/mh_execm.cpp:90:MHExecMultiple: Got empty line
:2:../internfile/internfile.cpp:736:FileInterner::internfile: next_document error [/home/guog/Documents/ziq perso/percussions/28012011007.mp4] audio/mp4
:4:../internfile/mimehandler.cpp:98:returnMimeHandler: returning filter for audio/mp4 cache size 3
:4:../internfile/internfile.cpp:856:FileInterner::internfile: conversion ended with no doc
:5:../index/fsindexer.cpp:497:FsIndexerDbUpdWorker: task ql 1
:4:../rcldb/rcldb.cpp:1256:Db::add: udi [/home/guog/Documents/ziq perso/percussions/28012011007.mp4|] parent []
:5:../rcldb/rcldb.cpp:1353:Db::add: field [filename] pfx [XSFN] inc 1: [28012011007.mp4]
:5:../rcldb/rcldb.cpp:1569:Rcl::Db::add: new doc record:
url=file:///home/guog/Documents/ziq perso/percussions/28012011007.mp4
mtype=audio/mp4
fmtime=01296244350
origcharset=
fbytes=13379995
pcbytes=13379995
dbytes=0
sig=133799951410277129+
filename=28012011007.mp4

:4:../rcldb/rcldb.cpp:168:DbUpdWorker: got add/update task, ql 1
:3:../rcldb/rcldb.cpp:604:Db::add: docid 77924 updated [/home/guog/Documents/ziq perso/percussions/28012011007.mp4|]

J'ai lancé un find ~/Documents -ls (98% des fichiers indexés y sont) il a fallu presque 7mn pour finir la commande, avec un iowait entre 50 et 55%

Peut-être le disque n'est pas très véloce en lecture ? c'est un SSHD ST2000DX001-1CM1 hybride de Seagate.

Sinon je vais désactiver le lancement au fil de l'eau et lancer l'indexation manuel de temps en temps ... pas de soucis. Merci d'avoir pris le temps de me répondre.

#5 Re : -1 »  [Résolu] Recoll, comportement, consommation ressources et iowait » Le 16/10/2014, à 20:17

goug
Réponses : 6

Oui, il y a sans doute des soucis au niveau du disque, et le fait que le dossier soit chiffré comme je le l'indiquais précédemment ne doit pas aider. Merci en tout cas pour ce diagnostic, je relancerai l'indexation manuellement de temps en temps.

#6 -1 »  fail2ban refuse de bannir les attaques force brute en smtp sasl » Le 12/09/2014, à 11:23

goug
Réponses : 0

Bonjour tout le monde, sur ma dedibox, j'ai énormément de tentatives d'accès au serveur smtp (sur sasl) par force brute ou dictionnaire.
extrait de logwatch :

       User: abc123 - PAM auth error - 1 Time(s):
       User: access - PAM auth error - 1 Time(s):
       User: accounts - PAM auth error - 2 Time(s):
       User: albert - PAM auth error - 2 Time(s):
       User: alex - PAM auth error - 2 Time(s):
       User: alexis - PAM auth error - 2 Time(s):
       User: amanda - PAM auth error - 2 Time(s):

J'utilise fail2ban,  et j'ai ajouté une règle sasl comme sur ce site pour bannir les prétendants.

$ cat /etc/fail2ban/filter.d/sasl.conf
[Definition]
failregex = (?i): warning: [-._\w]+\[<HOST>\]: SASL (?:LOGIN|PLAIN|(?:CRAM|DIGEST)-MD5) authentication failed: \w
ignoreregex = 

et la partie du jail.local concernée :

$ cat /etc/fail2ban/jail.local
...
[sasl]
enabled  = true
port     = smtp,ssmtp,imap2,imap3,imaps,pop3,pop3s
filter   = sasl
findtime = 600
logpath  = /var/log/mail.log
maxretry = 4
...

le filtre semble bien être lancé avec les bons paramètres :

$ fail2ban-client -d | grep sasl
['add', 'sasl', 'auto']
['set', 'sasl', 'addlogpath', '/var/log/mail.log']
['set', 'sasl', 'maxretry', 2]
['set', 'sasl', 'addignoreip', '127.0.0.1/8']
['set', 'sasl', 'findtime', 600]
['set', 'sasl', 'bantime', 86400]
['set', 'sasl', 'addfailregex', '(?i): warning: [-._\\w]+\\[<HOST>\\]: SASL (?:LOGIN|PLAIN|(?:CRAM|DIGEST)-MD5) authentication failed: \\w']
['set', 'sasl', 'addaction', 'iptables-multiport']
['set', 'sasl', 'actionban', 'iptables-multiport', 'iptables -I fail2ban-<name> 1 -s <ip> -j DROP']
['set', 'sasl', 'actionstop', 'iptables-multiport', 'iptables -D <chain> -p <protocol> -m multiport --dports <port> -j fail2ban-<name>\niptables -F fail2ban-<name>\niptables -X fail2ban-<name>']
['set', 'sasl', 'actionstart', 'iptables-multiport', 'iptables -N fail2ban-<name>\niptables -A fail2ban-<name> -j RETURN\niptables -I <chain> -p <protocol> -m multiport --dports <port> -j fail2ban-<name>']
['set', 'sasl', 'actionunban', 'iptables-multiport', 'iptables -D fail2ban-<name> -s <ip> -j DROP']
['set', 'sasl', 'actioncheck', 'iptables-multiport', 'iptables -n -L <chain> | grep -q fail2ban-<name>']
['set', 'sasl', 'setcinfo', 'iptables-multiport', 'protocol', 'tcp']
['set', 'sasl', 'setcinfo', 'iptables-multiport', 'name', 'sasl']
['set', 'sasl', 'setcinfo', 'iptables-multiport', 'chain', 'INPUT']
['set', 'sasl', 'setcinfo', 'iptables-multiport', 'port', 'smtp,ssmtp,imap2,imap3,imaps,pop3,pop3s']
['start', 'sasl']

et si je lance le filtre sasl.conf :

$ fail2ban-regex /var/log/mail.log /etc/fail2ban/filter.d/sasl.conf

Running tests
=============
Use regex file : /etc/fail2ban/filter.d/sasl.conf
Use log file   : /var/log/mail.log

Results
=======
Failregex
|- Regular expressions:
|  [1] (?i): warning: [-._\w]+\[<HOST>\]: SASL (?:LOGIN|PLAIN|(?:CRAM|DIGEST)-MD5) authentication failed: \w
|
`- Number of matches:
   [1] 907 match(es)

Summary
=======
Addresses found:
[1]
    217.160.252.xxx (Sun Sep 07 06:58:21 2014)
    217.160.252.xxx (Sun Sep 07 08:01:44 2014)
    217.160.252.xxx (Sun Sep 07 09:04:29 2014)
    217.160.252.xxx (Sun Sep 07 10:07:30 2014)
    217.160.252.xxx (Sun Sep 07 11:07:45 2014)
    50.57.66.xxx (Sun Sep 07 13:49:13 2014)
........... 
    87.106.33.xxx (Fri Sep 12 11:44:09 2014)
    82.165.16.xxx (Fri Sep 12 11:45:02 2014)
    217.160.20.xxx (Fri Sep 12 12:04:29 2014)
    94.158.158.xxx (Fri Sep 12 12:05:53 2014)

Date template hits:
7659 hit(s): MONTH Day Hour:Minute:Second

Success, the total number of match is 907

Tout semble ok, il me trouve bien des les IP à bannir .... hors il ne les bannit pas  : ( :

$ fail2ban-client status sasl
Status for the jail: sasl
|- filter
|  |- File list:	/var/log/mail.log 
|  |- Currently failed:	4
|  `- Total failed:	4
`- action
   |- Currently banned:	0
   |  `- IP list:	
   `- Total banned:	0

et donc rien dans iptable : (, alors que les autres filtres fail2ban fonctionnent correctement ....

avec vous une idée ??? merci !!!!!!!!!!!!!!!!!!!!!!!!! : )

#7 Re : -1 »  [RESOLU] Pb avec les executables sous Ubuntu 12.04lts » Le 23/11/2013, à 11:59

goug
Réponses : 20

Même problème avec cette librairie libgomp.so.1 qui n'est pas trouvée en lançant le logiciel Lidl-photo pour les livres photos (sympa de la part de Lidl d'avoir développé un programme sous linux).
Il faut bien installer la version 32 bits de libgomp1 :

sudo aptitude install libgomp1:i386

ensuite tout marche nickel ! : )

#8 Re : -1 »  un excellent indexeur de fichiers: Recoll » Le 05/04/2010, à 12:34

goug
Réponses : 53

Je viens de tester recoll (après beagle et tracker)... et de l'adopter. Rapide et pertinent !
Une fois les docs indexés, on peut le lancer pour qu'il surveille les fichiers en temps réel.
Menu : Système/Préférences/Applications au démarrage, ajouter recoll avec la commande :
/usr/bin/recollindex -m

#9 Re : -1 »  Le ASUS F201E un netbook avec ubuntu préinstallé chez ASUS » Le 07/09/2013, à 18:47

goug
Réponses : 104

Salut Yogu, si toutefois tu lis ce message, c'est très difficile d'avoir un retour d'installation "hardware" sur l'asus F201E avec ubuntu 13.04.
Tout le matériel est-il reconnu "out of the box" ?? Gestion de la luminosité de l'écran ? Wifi ? Mise en veille ?
Merci beaucoup de ta réponse, si c'est ok je pense le commander cette semaine.
@++

#10 Re : -1 »  [pas resolu mais compris] icones du bureau qui disparaissent » Le 23/11/2008, à 10:20

goug
Réponses : 11

J'avais ce phénomène sur 2 pc différents, même depuis la 8.04 : de plus en plus souvent les icônes du bureau n'apparaissaient pas au démarrage => killall nautilus et tout rentrait dans l'ordre.

Dans le même temps je laissais ma clé USB de plus en plus souvent branchée sur le PC lors du démarrage, et la cause était bien là ....

donc => plus de clé USB branchée au démarrage, plus de problème !!!

#11 Re : -1 »  WIFI sur ASUS UL30A [Résolu] » Le 19/11/2009, à 09:46

goug
Réponses : 3

J'espère que tu t'en sortira. Je suis à deux doigts d'acheter ce portable, mais si le wifi ne marche pas ...
La connexion filaire semble ok. L'a tu testé sur un autre spot wifi ?

#12 Re : -1 »  Deskbar incompatible avec Firefox 3.0.3 ? » Le 21/11/2008, à 12:44

goug
Réponses : 2

Salut, non tu n'es pas le seul.
Une extension a été développée : http://github.com/lutzky/deskbar_ff3/tree/master pour rechercher dans la base sqlite des favoris de firefox.
Mais ça ne marche pas chez moi, elle n'apparait pas quand je recharge les extensions : ( Peut être manque-t-il un fichier deskbar_ff3.pyc ?
C'est dommage, ce serait fort pratique ...

#13 Re : -1 »  Je n'ai de son que si je suis en root :s » Le 23/12/2007, à 13:10

goug
Réponses : 3

yes !! merci pour la manip !

même symptomes que cités ci-dessus, sauf que le seul le compte qui avait du son était celui qui avait installé le pc ..... les autres non.

@++ : )

#14 -1 »  Droits ecriture pour tous, partition ext3 [résolu] » Le 10/11/2007, à 17:13

goug
Réponses : 5

Boujour, chez des amis j'ai installé ubuntu sur un nouveau (gros) disque.
J'ai fait une grande partition en etx3 montée sur /media/coffre que je souhaiterai accessible en lecture/ecriture pour toute la famille

Chacun peut y écrire (chmod 777 /media/coffre ok), mais par contre personne ne peut modifier un fichier crée par un autre (droits unix) :
-rw-r--r-- pour un nouveau fichier

umask=777 ne marche pas dans le fstab .... voici la ligne concernée

# /dev/hdb7
UUID=8a3273f5-5841-4571-a624-2bab24c7d973 /media/coffre         ext3    defaults       0       2

... sinon c'est dommage de la partitionner en ntfs (mais ça résoudrait mes problèmes je pense)

Si vous aviez des pistes ..... maaarki !!

#15 Re : -1 »  Droits ecriture pour tous, partition ext3 [résolu] » Le 10/11/2007, à 17:58

goug
Réponses : 5

merci pour vos réponses ...

>Hoper, j'ai fait ta manip, le sgid marche bien pour les nouveaux fichiers crées, par contre ce sont les droits qui merdoient ....

-rw-r--r-- 1 thierry famille    0 2007-11-10 17:58 test

.. le groupe ne peut pas les modifier ...

mais vu que c'est une partition "peu sensible"  : films, musiques, photos, je crois que je vais la passer en ntfs ... c'est pas le plus élégant, mais je pense que ça marchera ...

merci pour votre aide !

#16 Re : -1 »  Droits ecriture pour tous, partition ext3 [résolu] » Le 12/11/2007, à 06:42

goug
Réponses : 5

un petit mot pour clore ce billet

En fait les droits conviennent bien ainsi.
Chaque utilisateur peut écrire, modifier ses fichiers, et lire ceux des autres.
Seul le propriétaire (créateur) du fichier peut le modifier

C'est le papa qui est administrateur qui modifiera les droits si besoin. Pas besoin de ntfs !

( Hoper : l'umask par defaut est bien 022)

Merci encore pour vos réponses !
Je passe le billet en résolu :)

#17 -1 »  Raccourcis web depuis firefox vers bureau impossible » Le 28/10/2007, à 12:06

goug
Réponses : 0

Bonjour à tous !
Sur une Gutsy fraichement installée pour une amie (samsungR20-ATIxpress1250-sans beryl-compiz)

Impossible de faire des raccourcis de page web (firefox) par glisser/déposer.
Au moment de lacher l'icône, j'ai un petit point d'interrogation dessus.
Au bout de qq secondes une petit fenêtre apparait "copie de fichiers" ... et là ça freeze.
La fenêtre disparait au bout d'une mn environ, et rien sur le bureau .....

Bien sûr on peut créer un lanceur, mais le glisser/déposer est si pratique !!!

Si vous avez des idées ... (j'ai rien vu de tel sur le forum... peut être mal cherché)

@+++

#18 Re : -1 »  Grub error 21 » Le 13/10/2005, à 16:41

goug
Réponses : 10

salut, je me suis arraché le peu de cheveux que j'ai durant plusieurs jours avec cette erreur 21 ....mon ubuntu était en hdb, et la solution fut bien au niveau du bios .....j'ai passé l'esclave en auto .... et le problème était résolu

.. si ça peut t'aider .....