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 »  [MIGRATION vers " ...changement de version]date de sortie de 14.04.1 ? » Le 24/07/2014, à 16:09

obibann
Réponses : 24

De toutes façon, lorsqu'on a une 14.04, on passe en 14.04.1 via les mises à jour ?

#1 -1 »  /etc/rc.local non éxécuté au démarrage » Le 09/07/2014, à 10:31

obibann
Réponses : 0

Bonjour,

Je rencontre un problème sur certains serveurs. Les commandes inscrites dans "/etc/rc.local" ne sont pas exécutées au démarrage.

Voici un exemple :

#!/bin/sh
#
# This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full Sys V style init stuff.

touch /var/lock/subsys/local
touch /home/toto
exit 0

Pas de fichier "/home/toto" après reboot.

Le fichier semble correct niveau droits :

-rwxr-xr-x. 1 root root   220 Oct 10  2013 rc.local

Le fichier s'éxécute correctement si je lance manuellement "/etc/rc.local".

Merci pour votre aide.

#2 -1 »  Ubuntu 14.04 : What the fuck ? » Le 25/05/2014, à 15:52

obibann
Réponses : 26

Bonjour a tous !

Je suis passé à Ubuntu 14.04 LTS récemment et j'ai eu une surprise de taille !!

Le driver AMD propriétaire ne fonctionnant pas sur cette version (rétro éclairage de l'écran off) je n'ai eu nul autre choix que de rester sur le driver libre ...

Ce que je viens de découvrir, c'est que celui-ci a bien évolué !! J'arrive à jouer à StarCraft II avec les shaders activés sans perte de FPS flagrante ... C'était impossible sur la 12.04, même avec les drivers proprio !

Le driver libre est juste ... parfait !! Il est stable et la 3D fonctionne aussi bien (voire mieux) qu'avec le driver proprio !!
Bon après j'ai pas la dernière radeon de la mort qui déchire tout, j'ai une humble HD 6370 qui tourne pas trop mal smile

Bon, j'ai quand même 2 jeux dans steam linux qui ne se lancent pas, mais je ne sais pas si ça vient du driver vidéo ou pas (Natural selection 2 et brutal legend).

Voilà, donc chapeau aux développeurs qui prouvent qu'avec des specs ouvertes on peut faire des heureux smile

#3 Re : -1 »  Ubuntu 14.04 : What the fuck ? » Le 27/05/2014, à 09:01

obibann
Réponses : 26
src a écrit :

Il est vrai que le pilote libre est beaucoup trop lent au développement, il faut compter plus d'un an avant d'avoir le support fonctionnel d'une carte

Comme avec le pilote proprio quoi ^^ (je plaisante). Plus sérieusement, je trouve que les avancées sont majeures. Jusqu'à il y a encore un an, la 3D avec le driver libre, je pouvais oublier. Aujourd'hui ça fonctionne parfaitement. Mais si AMD fournit réellement ses specs, l'avancée du driver libre ne dépend que des ressources disponibles et elles ne sont sûrement pas infinies. D'ailleurs, savez-vous qui travaille sur le driver radeon ? Ils ont un site ? Une page de don ?

#4 Re : -1 »  Ubuntu 14.04 : What the fuck ? » Le 27/05/2014, à 18:15

obibann
Réponses : 26

Je préfère ne pas taper sur les devs AMD. Même avec les meilleurs devs au monde, si AMD n'est pas capable de les motiver, leur allouer les ressources nécessaires et leur donner des objectifs clairs, on obtiendra rien de mieux.

Les devs du driver libres sont peut-être plus motivés et mieux organisés.

#5 Re : -1 »  votre Desktop le vendredi ... » Le 06/05/2014, à 15:16

obibann
Réponses : 112
ChrisFR06 a écrit :

Pardon, je vais essayer de mettre en miniature (si je trouve comment faire)... smile

C'est quoi ton icon set ? J'adore ^^

#6 Re : -1 »  protection contre la suppression de vmlinuz » Le 29/04/2014, à 17:25

obibann
Réponses : 17

Pourquoi serait-il supprimé ?

#7 Re : -1 »  protection contre la suppression de vmlinuz » Le 30/04/2014, à 16:43

obibann
Réponses : 17

Sinon,

chattr -i vmlinuz

Mais du coup il ne pourra plus être écrasé non plus (mise à jour, etc ...)

#8 -1 »  Choix smartphone android » Le 23/04/2014, à 21:17

obibann
Réponses : 49

Noyé dans le choix croissant des smartphones, je recherche un remplaçant à mon Galaxy S2 qui déconne hmm

Voici les fonctions que je recherche :

- 3G+ (s'il fait 4G je prend, mais vraiment pas indispensable)
- GPS / Boussole qui fonctionne bien (je m'en sert souvent)
- Radio FM (pour le taf smile)
- Port micro SD. Si pas de microSD, mémoire interne d'au moins 32GB
- Appareil photo / camera HD de bonne qualité (au moins équivalente au S2)
- Prise jack casque
- Android
- Batterie amovible de préférence
- Pas trop gros (pas de format type galaxy Note)
- Finitions correctes
- 300€ max ^^

Que me conseilleriez-vous ?
Si vous avez des idées de modèles / marques, même peu connues (mais qui soient quand même de bonne facture), je suis tout ouïe smile

Merci

#9 Re : -1 »  Choix smartphone android » Le 24/04/2014, à 09:04

obibann
Réponses : 49

Merci pour vos réponses. Je connais un peu Wiko, j'aime assez, cependant j'ai lu des mauvaises critiques concernant leur GPS (fix parfois capricieux).

D'ailleurs, quel sont les symptômes ?

Bouton power qui ne fonctionne plus. Je l'ai arraché en changeant mon écran (mauvaise chute). Pourtant je suis soigneux d'habitude...
Bref, je l'ai rooté et ai installé une app qui permet de remplacer le bouton, mais hier j'ai fait l'erreur de redémarrer en mode recovery, et là c'est le drame : impossible d'en sortir, même en retirant la batterie, car il faut valider avec le bouton power pour redémarrer normalement...
Bref, j'ai remonté la ROM stock avec Odin, mais ça m'a un peu énervé d'où mon post smile
De plus, mon GPS met parfois du temps à fixer. J'ai modifié "/etc/gps.conf" pour l’Europe, on verra bien.

Sinon, j'ai regardé la fiche du Peax 2, pas mal smile

#10 Re : -1 »  Choix smartphone android » Le 24/04/2014, à 09:41

obibann
Réponses : 49

Bon, le patch pour le GPS se révèle efficace, fix en 10 secondes ce matin smile
Je vais donc garder mon S2 encore quelques temps ! D'ici là les modèles premium d'aujourd'hui deviendront accessibles ^^

A+ et merci, je garde les Wiko en mémoire, ils me font quand même pas mal envie.

#11 Re : -1 »  Choix smartphone android » Le 24/04/2014, à 11:35

obibann
Réponses : 49

Quelqu'un a déjà testé cyanogenmod ? C'est bien ?

#12 Re : -1 »  Choix smartphone android » Le 24/04/2014, à 14:58

obibann
Réponses : 49

Quand on regarde les tests du Wiko Cink Slim sur le net, en effet, ce modèle semble peu attirant... Cependant, d'autres modèles de la marque m'ont l'air bien mieux non ?

#13 Re : -1 »  Choix smartphone android » Le 25/04/2014, à 10:21

obibann
Réponses : 49

Bidouiller son smartphone ? NON ! Un smartphone doit être joignable quand on veut, c'est un outil de travail, on est pas la pour le bidouiller et avoir un 3310 à côté au cas où...

Çà, c'est oublié le côté geek de la plupart d'entre nous ici, qui iraient jusqu'à bidouiller leur grille pain (moi-y-compris ^^) big_smile

Merci à tous pour vos réponse. Ce que j'en retiens pour l'instant c'est :
- Wiko pas cher, nombreuses fonctionnalités mais loterie niveau qualité
- Sony pas mal, mais
- Nokia super, mais pas Android
- Archos français, mais je ne sais pas du tout ce que ça vaut niveau smartphone
- nexus pas stable

Bref, c'est bien ce que je pensais, il n'y a pas de modèle "magique" smile
C'est pas simple, et je reste toujours perdu dans ce monde si varié ^^ C'est pas un mal, c'est juste long quand on cherche un modèle qui nous correspond smile

#14 Re : -1 »  Choix smartphone android » Le 25/04/2014, à 15:41

obibann
Réponses : 49

Quelle marque / modèle considérez-vous comme (très) fiable ?

#15 Re : -1 »  Plutôt Gnome, Unity, kde, xfce, lxde, Cinnamon, Mate ou autres... » Le 18/04/2014, à 14:40

obibann
Réponses : 73

J'aime bien le WM de elementary OS. Simple, léger et léché. Cependant je ne sais pas sur quoi il se base. C'est du GTK 3 mais après c'est un WM maison.

#16 -1 »  ffmpeg : encodage au format dvd-pal et taille de la vidéo trop petite » Le 11/04/2014, à 09:48

obibann
Réponses : 6

Bonjour !

Je dispose d'une vidéo (en h264) que je souhaite encoder au format mpeg2 compatible DVD.
J'ai déjà encodé l'audio à part sans problème (ac3).

En ce qui concerne la vidéo, je suis confronté à un problème : la taille finale est plus petite que prévu, j'ai donc potentiellement perdu de la qualité.

Détail du calcul

La vidéo dure 1h42, soit 6120 secondes
La taille ciblée pour la vidéo est de 4Go (les 700Mo restant étant pour le flux audio et le menu).
Pour obtenir le débit moyen, j'ai donc effectué le calcul suivant : 4000000 / 6120 * 8
Ce qui me donne : 5229 Kb/s

Commande d'encodage

Voici les commandes utilisées pour mon encodage 2 passes :

THREADS=`grep -c processor /proc/cpuinfo`
FLAGS="-flags mv0 -mbd rd -cmp dct -precmp dct -subcmp dct -trellis 2 -dc 10"
ABR=448
VBR=$((9000-$ABR))
AVGVBR=5229

ffmpeg -y -threads $THREADS \
	-i "$1" \
	-target pal-dvd \
	-an \
	${FLAGS} -b ${AVGVBR}k -maxrate ${VBR}k \
	-pass 1 /dev/null && \
# PASS 2
ffmpeg -y -threads $THREADS \
	-i "$1"\
	-target pal-dvd \
	-an \
	${FLAGS} -b ${AVGVBR}k -maxrate ${VBR}k \
	-pass 2 "${VIDEOFILE}"

Problème

Le fichier vidéo généré ne fait que 2.9Go sad J'ai donc perdu 1Go qui m'aurait permis d'obtenir une meilleure qualité d'encodage.
J'ai donc du commettre des erreurs, auriez-vous des pistes ?

Merci

#17 Re : -1 »  ffmpeg : encodage au format dvd-pal et taille de la vidéo trop petite » Le 12/04/2014, à 19:39

obibann
Réponses : 6

En effet, il monte rarement au dessus de 5. Est-ce qu'il est possible de le diminuer en dessous de 2 afin de gratter un peu ? smile

#18 Re : -1 »  ffmpeg : encodage au format dvd-pal et taille de la vidéo trop petite » Le 13/04/2014, à 00:13

obibann
Réponses : 6

Non. Tu as déjà atteint la meilleure qualité permise par le codec mpeg2.

Dans ce cas c'est parfait, c'est le but recherché smile

Merci

#19 Re : -1 »  ffmpeg : encodage au format dvd-pal et taille de la vidéo trop petite » Le 13/04/2014, à 16:43

obibann
Réponses : 6

Dans les options que j'ai ajouté :

FLAGS="-flags mv0 -mbd rd -cmp dct -precmp dct -subcmp dct -trellis 2 -dc 10"

Lesquelles ont un impact uniquement sur la taille et non sur la qualité ?

Merci

#20 Re : -1 »  linux entre dans les distributeurs des banques? » Le 31/03/2014, à 12:29

obibann
Réponses : 6

Ce qui m'étonne surtout, c'est pourquoi ce n'est pas déjà le cas ??

La très grande majorité des systèmes embarqués et/ou qui nécessitent un minimum de sécurité / fiabilité c'est en général du Linux inside ...

#21 Re : -1 »  [Résolu] Déplacer des données sur le disque, octets par octets » Le 17/03/2014, à 10:59

obibann
Réponses : 14

Merci pour ton aide et tes conseils.

Afin de fiabiliser le déplacement du filesystem, que penses-tu de l'idée suivante :

1) Lecture de 1MB de /deb/sdb vers un fichier dans un emplacement de sauvegarde (/home/toto/onemeg.bin par exemple)
2) Lecture du 1MB suivant sur /deb/sdb vers home/toto/secondmeg.bin
3) Écriture de /home/toto/onemeg.bin sur /dev/sdb1 à partir de l'octet 0 de /dev/sdb1
4) Lecture du 3ème 1MB de /deb/sdb vers /home/toto/onemeg.bin
5) Écriture de /home/toto/secondmeg.bin sur /dev/sdb1 à partir de 1MB+1o de /dev/sdb1
6) Lecture du 4ème 1MB de /deb/sdb vers /home/toto/secondmeg.bin

Et ainsi de suite ... L'idée étant d'avoir toujours des données lues d'avance sur les données écrites.

Bon j'utilise arbitrairement des morceaux de 1MB, il y a peut-être plus optimum.

Sinon, en ce qui concerne resize2fs, peux-tu me confirmer que les données du FS contenues à la fin seront bien physiquement déplacées en cas de redimensionnement, et que ce n'est pas uniquement l'information sur la taille du FS qui est altérée ?

Merci

#22 Re : -1 »  [Résolu] Déplacer des données sur le disque, octets par octets » Le 17/03/2014, à 11:28

obibann
Réponses : 14

Voici la fonction à laquelle je pense (à optimiser sans doute) :

BITSTREAM=4096
NBBLOCS=5000
BUFFER_PATH=/tmp/tmpfs
BUFFER_SIZE=$(( $NBBLOCS * $BITSTREAM * 3 ))

# Move Data procedure
# $1: source
# $2: target
move_data()
{
  read=0
  offset_source=0
  offset_target=0
  data1=$BUFFER_PATH/data1.bin
  data2=$BUFFER_PATH/data2.bin
  data=$data1
  type_write=0
  tstart=`date +%s`
  
  # Mounting buffer
  mkdir -p $BUFFER_PATH >> $LOG 2>&1
  mount -t tmpfs -o size=$BUFFER_SIZE tmpfs $BUFFER_PATH >> $LOG 2>&1
  
  # Moving data
  while [ $read -eq 0 ]
  do
    # Source to file 1
    if [ $type_write -eq 1 ] || [ $offset_source -eq 0 ] ; then
      echo "Copying $1 to $data1 : bs=${BITSTREAM} skip=${offset_source} count=${NBBLOCS}" >> $LOG
      dd if=${1} of=${data1} bs=${BITSTREAM} skip=${offset_source} count=${NBBLOCS} 1>/dev/null 2>>$LOG
      read=$?
      offset_source=$(( $offset_source + $NBBLOCS ))
    fi
    
    # Source to file 2
    if [ $type_write -eq 0 ] ; then
      echo "Copying $1 to $data2 : bs=${BITSTREAM} skip=${offset_source} count=${NBBLOCS}" >> $LOG
      dd if=${1} of=${data2} bs=${BITSTREAM} skip=${offset_source} count=${NBBLOCS} 1>/dev/null 2>>$LOG
      read=$?
      offset_source=$(( $offset_source + $NBBLOCS ))
    fi
    
    # file to target
    data=$data1
    [ $type_write -eq 1 ] && data=$data2
    if [ -s $data ] ; then
      echo "Copying $data to $2 : bs=${BITSTREAM} seek=${offset_target}" >> $LOG
      dd if=${data} of=${2} bs=${BITSTREAM} seek=${offset_target} conv=notrunc 1>/dev/null 2>>$LOG
      # Preparing next write
      offset_target=$(( $offset_target + $NBBLOCS ))
    fi
    
    # Next write
    if [ $type_write -eq 0 ] ; then type_write=1
    else type_write=0 ; fi
  done
  tend=`date +%s`
  duration=$(($tend-$tstart))
  echo "Data moving done in $duration seconds" >> $LOG
  
  # Cleaning buffer
  umount $BUFFER_PATH >> $LOG 2>&1
  rm -rf $BUFFER_PATH >> $LOG 2>&1
}

#23 Re : -1 »  [Résolu] Déplacer des données sur le disque, octets par octets » Le 17/03/2014, à 17:07

obibann
Réponses : 14

Merci pour ta réponse.

J'ai mis à jour mon code à jour afin de prendre en compte tes remarques (post #11).

Edit : J'avais renseigné un problème que je rencontrais, mais en fait je me prenais la tête pour rien.
Je passe maintenant sur le décalage à 1MB et le resize2fs à la place des badblocks.

#24 Re : -1 »  [Résolu] Déplacer des données sur le disque, octets par octets » Le 17/03/2014, à 18:46

obibann
Réponses : 14

Et bien c'est un succès !

L'utilisation de resize2fs fonctionne comme tu me l'as confirmé. Le déplacement via le double buffer est rapide et mes fichiers sont OK.

En ce qui concerne parted, il suffit de créer la partition en lui donnant des bornes en pourcentage pour qu'il s'ajuste automatiquement smile

parted mkpart "toto" ext4 0% 100%

Merci beaucoup pour ton aide !