#0 -1 » Dual boot et désactivation de cartes matérielles (bluetooth/wifi/audio » Le 04/02/2017, à 14:49
- Dominique49
- Réponses : 1
Bonjour,
Ma question est assez générique mais s'applique surtout aux cartes wifi et/ou bluetooth ...
D'abord je ne demande pas de réponse à un problème précis (ce sera l'objet d'un autre problème dont j'espère encore trouver la solution seul), mais je cherche à comprendre une série de problèmes vraisemblablement liés. Exemples de problèmes que j'ai eu :
1) Il y a longtemps sur un ordinateur ASUS, en dual boot sous windows/xu ma carte audio était désactivée une fois sur deux lors du démarrage sous win, sans doute un problème de ce type : https://doc.ubuntu-fr.org/son_problemes … _dual_boot
2) Plus récemment sur un chromebook (ASUS C300 unlocked et avec un bios SeaBIOS), la carte réseau marchait une fois sur 5 sous xu depuis l'installation en dual boot de win 7 (qui n'a jamais bien marché sur cette machine mais passons).
3) Actuellement, j'avais un MSI sous Win10 et tout allait bien ... et là j'installe une nouvelle distro (cyborg, basée sur ubuntu) histoire d'avoir un Linux sur une machine puissante et pas seulement sur un petit laptop, et là bim problème sous Windows, plus de bluetooth (alors qu'il marchait nickel avant). Dans le gestionnaire de périphériques ça m'affichait "impossible de se connecter au matériel, code 10. Aujourd'hui il ne trouve même plus de matériel bluetooth, suite à un bricolage que j'ai fait sur l'autre distro.
Bref, la question est, mais comment des modifications sous Linux peuvent ainsi causer des problèmes sous Windows ? J'ai souvent lu "vérifie si le périphérique est activé dans le BIOS", mais personnellement dans mon BiOS je n'ai rien qui me permette de faire ça ... De plus en lisant le lien que j'ai passé plus haut à propos des problèmes de carte son, je crois comprendre qu'il est possible d'enregistrer la configuration de la carte ... et ce n'est bien évidemment pas sur le DD, donc es-ce dans le BIOS ... ou dans la carte son elle-même ? (pourquoi pas il suffirait de quelques bits de stockage).
Bref, mes quelques recherches ne m'ont pas assez éclairé à propos de ces problèmes que je suppose liés, un connaisseur aurait-il la bonté d'éclairer ma lanterne svp ? Merci d'avance ! (peut-être qu'il me manque juste les bons mots clefs ... )
PS: Et à propos du bluetooth sous cyborg, il fonctionnait mais ayant un problème lors de l'appairage j'ai commencé à bricolé dans les modules etc. et c'est là que le bluetooth a purement et simplement disparu du gestionnaire de périf windows. L'erreur code 10 dans le gestionnaire de périf elle est apparue dès l'installation de cyborg, alors que le bluetooth fonctionnait sur ce dernier ...
#1 -1 » Config alsa pour Asus C300 (ex-chromebook) » Le 29/09/2015, à 23:46
- Dominique49
- Réponses : 12
Bonjour tout le monde,
Ca fait un petit bout de temps que j'ai arrêté de mettre les mains dans le cambouis, mais pour le coup j'y ai replongé ^^
J'ai récemment fait l'achat d'un chromebook Asus C300 pour son rapport qualité/prix avec la ferme intention d'y installer linux. J'ai d'abord essayé le coup classique avec Crouton ou les système de ce genre, mais je n'ai pas apprécier les contraintes restantes dues aux fait de l'architecture du chromebook. Bref je l'ai traficoté et ouvert 2j après réception pour faire sauter la protection hardware et reconfig le bios (avec seaBios). Je suis donc maintenant sous Xubuntu 15.04 (Linux version 3.19.0-15-generic), j'ai du résoudre quelques pépins style carte réseau mal détecté etc., mais un dernier "détail" est décidément coriace, le son déconne complètement.
- Aucun son ne sors des hauts-parleurs, mais si je branche des écouteurs j'entend le fond musical noyé dans un bruit monstrueux. PAr contre si je débranche les écouteurs et les rebranche ... plus rien 
(c'est là que ça commence à contrarier). J'ai testé plusieurs models de config, 2 on donné un son "meilleur", alc283-dac-wcaps (prévu pour chromebook), et "asus-dig2" (indiqué dans un forum, je ne le vois pas dans la liste officielles https://www.kernel.org/doc/Documentatio … Models.txt Mais bon dès que je debranche / rebranche les écouteurs ça déconne à nouveau ...
- Dans tous les cas le monitor de son (ou alsamixer) détecte bien la musique et semble la lire normalement d'après le mouvement de l'intensité sonore.
Résultat avec lspci : 00:1b.0 Audio device: Intel Corporation Atom Processor Z36xxx/Z37xxx Series High Definition Audio Controller (rev 0e)
Je pense que si je n'y arrive vraiment pas j'essaierai d'obtenir les fichier de config d'un chromebook original non modifié, j'ai déjà cherché rapidement mais apparement on ne les trouve pas comme ça, il faudrait que je demande sur un forum dédié. En attendant si vous avez une idée ... c'est la première fois que je m'attaque à ce genre de problème matériel (le cambouis dont je parlais au début était d'un autre ordre).
Edit : quelques infos à propos de la config audio :
dominique@XBOOK:~$ aplay -l
**** Liste des Périphériques Matériels PLAYBACK ****
carte 0: bytmax98090 [byt-max98090], périphérique 0: Audio HiFi-0 []
Sous-périphériques: 1/1
Sous-périphérique #0: subdevice #0
carte 1: PCH [HDA Intel PCH], périphérique 3: HDMI 0 [HDMI 0]
Sous-périphériques: 1/1
Sous-périphérique #0: subdevice #0
carte 1: PCH [HDA Intel PCH], périphérique 7: HDMI 1 [HDMI 1]
Sous-périphériques: 1/1
Sous-périphérique #0: subdevice #0(bytmax98090 est celui que j'utilise, je n'ai pas de lecteur audio hdmi)
dominique@XBOOK:~$ cat /proc/asound/card*/codec*
Codec: Intel Valleyview2 HDMI
Address: 2
AFG Function Id: 0x1 (unsol 0)
Vendor Id: 0x80862882
Subsystem Id: 0x80860101
Revision Id: 0x100000
No Modem Function Group found
Default PCM:
rates [0x0]:
bits [0x0]:
formats [0x0]:
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
State of AFG node 0x01:
Power states: D0 D3
Power: setting=D0, actual=D0
GPIO: io=0, o=0, i=0, unsolicited=0, wake=0
Node 0x02 [Audio Output] wcaps 0x6611: 8-Channels Digital
Converter: stream=8, channel=0
Digital: Enabled
Digital category: 0x0
IEC Coding Type: 0x0
PCM:
rates [0x7f0]: 32000 44100 48000 88200 96000 176400 192000
bits [0x1e]: 16 20 24 32
formats [0x5]: PCM AC3
Power states: D0 D3
Power: setting=D0, actual=D0
Node 0x03 [Audio Output] wcaps 0x6611: 8-Channels Digital
Converter: stream=0, channel=0
Digital: Enabled
Digital category: 0x0
IEC Coding Type: 0x0
PCM:
rates [0x7f0]: 32000 44100 48000 88200 96000 176400 192000
bits [0x1e]: 16 20 24 32
formats [0x5]: PCM AC3
Power states: D0 D3
Power: setting=D0, actual=D0
Node 0x04 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP
Control: name="HDMI/DP,pcm=3 Jack", index=0, device=0
Control: name="IEC958 Playback Con Mask", index=0, device=0
Control: name="IEC958 Playback Pro Mask", index=0, device=0
Control: name="IEC958 Playback Default", index=0, device=0
Control: name="IEC958 Playback Switch", index=0, device=0
Control: name="ELD", index=0, device=3
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x09000094: OUT Detect HBR HDMI DP
Pin Default 0x18560010: [Jack] Digital Out at Int HDMI
Conn = Digital, Color = Unknown
DefAssociation = 0x1, Sequence = 0x0
Pin-ctls: 0x40: OUT
Unsolicited: tag=01, enabled=1
Power states: D0 D3
Power: setting=D0, actual=D0
Connection: 2
0x02 0x03*
Node 0x05 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP
Control: name="HDMI/DP,pcm=7 Jack", index=0, device=0
Control: name="IEC958 Playback Con Mask", index=1, device=0
Control: name="IEC958 Playback Pro Mask", index=1, device=0
Control: name="IEC958 Playback Default", index=1, device=0
Control: name="IEC958 Playback Switch", index=1, device=0
Control: name="ELD", index=0, device=7
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x09000094: OUT Detect HBR HDMI DP
Pin Default 0x18560020: [Jack] Digital Out at Int HDMI
Conn = Digital, Color = Unknown
DefAssociation = 0x2, Sequence = 0x0
Pin-ctls: 0x40: OUT
Unsolicited: tag=02, enabled=1
Power states: D0 D3
Power: setting=D0, actual=D0
Connection: 2
0x02* 0x03
Node 0x06 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x80]
Pincap 0x09000094: OUT Detect HBR HDMI DP
Pin Default 0x58560030: [N/A] Digital Out at Int HDMI
Conn = Digital, Color = Unknown
DefAssociation = 0x3, Sequence = 0x0
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Power states: D0 D3
Power: setting=D0, actual=D0
Connection: 2
0x02 0x03*
Node 0x07 [Vendor Defined Widget] wcaps 0xf00000: Mono#2 Re : -1 » Config alsa pour Asus C300 (ex-chromebook) » Le 30/09/2015, à 22:20
- Dominique49
- Réponses : 12
Salut (oiseau de nuit aussi ? ^^ )
Comme je l'ai dit je n'ai rien pour tester cette sortie (j'ai bien un cable hdmi mais pas de tele ou rien qui puisse vérifier ce qui en sort ...
Je me renseignerai mais dans tous les cas je ne pense pas que ce soit primordial (même s'il marche ça apporterai pas la solution à moins que t'ai une idée 
)
#3 Re : -1 » Config alsa pour Asus C300 (ex-chromebook) » Le 03/10/2015, à 12:56
- Dominique49
- Réponses : 12
Yo,
Oui j'étais tombé sur le sujet mais justement mon kernel est à jour et mon système aussi. Enfin plutôt il l'était parce que j'ai essayer les modifications apportées par linux-samus4 prévues spécialement pour le chromebook ... pixel 15. Donc ça a dû me bazardé certains drivers notamment ceux du touchpad et du clavier donc ... bah j'ai réinstallé ^^ Je pense avoir enfin isolé l'erreur; Je me suis rendu compte qu'en montant le son au max on l'entendais quasiment bien (au niveau sonore), mais littéralement haché. En regardant dans les syslogs j'ai constaté ce message à répétition (une dizaine de fois par seconde lorsque je tente de jouer de la musique).
Oct 3 12:45:15 C300 kernel: [ 844.967619] max98090 i2c-193C9890:00: PLL unlocked
Oct 3 12:45:15 C300 kernel: [ 845.003631] max98090 i2c-193C9890:00: PLL unlocked
Oct 3 12:45:15 C300 kernel: [ 845.039665] max98090 i2c-193C9890:00: PLL unlocked
Oct 3 12:45:15 C300 kernel: [ 845.075646] max98090 i2c-193C9890:00: PLL unlocked
Oct 3 12:45:15 C300 kernel: [ 845.111693] max98090 i2c-193C9890:00: PLL unlockedAprès recherche rapide il semble que ce soit ce "PPL unlocked" qui relance quelque chsoe (ou réinitialise je ne sais), ce qui provoque ce hachurage (ainsi qu'un niveau sonore moyen très ible). Finalement en bricolant dans les params (juste en montant le son / sans toucher à rien au final, le son devient bon d'un seul coup et PPL unlocked arrête de spammer les logs). (C'est assez aléatoire donc dès que ça marche j'y touche plus 
). Je pense qu'il faudrait creuser du côté de ce "PPL", mais je n'ai pas bien compris ce que c'est (et n'ai pas vraiment le temps de me former dans le domaine). J'ai retrouvé ce message d'erreur le code écrit par linux-samus pour le driver max98090 (mais j'ai dit ce que ça a donné d'essayer de l'installer ^^ ). Sans doute ce message d'erreur à propos du PPL pourra-t-il te donner une idée ?
Merci.
NB: Par contre les hauts parleur intégrés pas moyens de les faire marcher même mal. Mais bon je m'en passerai ^
EDIT: Ah oui au gré de mes recherches, j'ai remarqué que Archlinux était très avancé dans le domaine des chromebooks, ils ont pas mal de pages de doc exprès pour ça, et on même prévu des dépôts spéciaux pour chromebooks. Linux-samus à d'ailleurs été développé à l'origine pour archlinux et il semble prendre totalement en charge le chromebook pixel 2015 (qui n'est pas le mien ^^ ). Je ferais sans doute un test de tout ça pendant les prochaine vacs, ça à l'air bien avancé.
https://wiki.archlinux.org/index.php/Chrome_OS_devices
https://wiki.archlinux.org/index.php/Chromebook_Pixel_2
https://wiki.archlinux.org/index.php/Ch … xing_audio (j'avais déjà essayé tout ça et je suis resté sur la config model=alc283-sense-combo )
#4 Re : -1 » Config alsa pour Asus C300 (ex-chromebook) » Le 06/10/2015, à 00:00
- Dominique49
- Réponses : 12
Je comprend pas pour le hp ... alsa doit être correctement configuré par rapport à la prise jack de sortie (en admetttant que l'on est les écouteurs / ampli adaptés), mais les HP internes sont indépendant de la prise jack externe non ? Ou alors j'ai raté qq chose ce qui est fort possible ^^
Pour l'erreur pll unlocked .. faut que j'approfondisse ça mais à priori oui alsa n'arrive pas à l'enclencher, ou plutôt il l'enclenche mais il se désactive tout de suite après ce qui expliquerai le son hachure (à cause des pics et creux successifs de l'amplitude du son, trop rapide pour les entendrent à l'oreille ce qui donnerai très bien ce type de "hachurage" je pense). JE vois ça pdt les vacs parce que là ... pas le temps du tout 
#5 Re : -1 » Config alsa pour Asus C300 (ex-chromebook) » Le 09/10/2015, à 01:25
- Dominique49
- Réponses : 12
Oui j'ai bien compris ça, mais je pense que l'on est pas sur la même longeur d'onde à propos de ce que sont les "hp" (haut parleurs j'imagine ^^).
Je parle bien des hauts parleurs internes (il y en a je les ai testés sur chrome OS ils marchaient bien). Je suppose que la carte son (ou la puce qui s'en charge) gère à la fois la sortie jack (combo) et les haut parleurs internes, hauts parleurs qui j'imagine n'utilisent pas de connectique telle que les prises jacks (je n'y ai pas prêté attention quand j'ai ouvert la bête, mais je suppose que les hauts parleurs sont directement cablés par fils). Enfin voilà je voulais bien parler des hauts parleurs intégrés donc pas en rapport avec la prise jack ('fin je crois). On est d'accord qu'il y a 2 problèmes ?
1) La configuration d'alsa pour que l'appareil externe que l'on branche via la prise jack (que ce soit des écouteurs ou une ampli) recoive le signal sur les bornes appropriées (le problème principal de ce topic)
2) Le fait que les hauts parleurs intégrés soient silencieux (donc sans rapport avec la prise jack où alors j'ai raté quelque chose, genre que les hauts parleurs intégrés sont relié à la carte son par une prise jack ce qui m'étonnerai énormément ^^ ). Normalement, en l'absence d'appareil externe cablé sur la prise jack, les hauts parleurs internes devraient se faire entendre ...
Mais bon si je résous le premier problème ce sera déjà bien 
#6 Re : -1 » Config alsa pour Asus C300 (ex-chromebook) » Le 11/10/2015, à 14:38
- Dominique49
- Réponses : 12
Yo,
Ah oui en effet j'avais pas capté qu'il y avait le noyau entre alsa et le matériel ...
Je comprend donc mieux la nécessité d'une version récente du noyau.
Et en relisant ce message d'erreur je le vois d'un atre oiel : "C300 kernel: [ 845.111693] max98090 i2c-193C9890:00: PLL unlocked"
Il semble que le message d'erreur provienne du noyau, donc finalement le problème ne viendrai pas d'alsa mais du kernel qui n'arrive pas a "vérouiller" (qui n'arrive pas à lancer la boucle en régime permanent, fin je vois ce que ça veut dire ^^). Donc c'est pas impossible que ça vienne du noyau non ? Même si alsa joue son rôle notamment au niveau de la config (donc faudrait approfondir l'erreur pll unlocked pour savoir si cela dépend de la config alsa ou si alsa n'a pas son rôle la-dedans.
Je pensais avoir mis le lspci mais apparement non :x
lspci |grep Audio
00:1b.0 Audio device: Intel Corporation Atom Processor Z36xxx/Z37xxx Series High Definition Audio Controller (rev 0e)Alsamixer détecte bien le bytmax98090 et semble fonctionner comme normalement d'après l'agitation des barres de volume ...
Et donc pour les hauts-parleurs intégrés (donc branchés directement sur la carte, mais comment j'en sais rien), comment savoir si c'est un souci matériel ou logiciel ? Le processeur sonore s'occupe-t-il lui même d'envoyer le signal vers la sortie jack ou vers les hp internes ou cela provient-il d'une config en amont ... Juste en passant bytmax98090 c'est le nom de quoi exactement, du processeur sonore ? Parce que le lspci annonce déjà Audio device: Intel Corporation Atom Processor Z36xxx/Z37xxx , donc bytmax99090 ça serait le nom de code de quoi ?
Petit lien qui pourrait être intéressant : https://chromium.googlesource.com/chrom … dive=0%2F/
(CRAS est le serveur audio utilisé sur les chromebook).
#7 -1 » Dossier /lib/modules ne correspond pas à la version du kernel » Le 24/09/2014, à 00:33
- Dominique49
- Réponses : 3
Bonjour,
Je n'ai pas vraiment l'habitude de toucher au noyau ... à vrai dire je ne connais pas bien les relations entre le kernel et les modules, mais il me semble y avoir un problème de configuration important. Quand j'essaye de lancer iptables j'ai cette erreur :
root@dedibox-classic:~# iptables -L
libkmod: ERROR ../libkmod/libkmod.c:554 kmod_search_moddep: could not open moddep file '/lib/modules/3.2.0-65-generic/modules.dep.bin'
iptables v1.4.14: can't initialize iptables table `filter': Table does not exist (do you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.
root@dedibox-classic:~# uname -r
3.2.0-65-generic
root@dedibox-classic:~# ls /lib/modules
3.2.0-4-amd64
root@dedibox-classic:~# Comme vous voyez le dossier /lib/modules ne contient aucun dossier "3.2.0-65-generic"
J'ai essayé avec un lien symbolique mais ça provoque d'autres erreur (j'ai vite enlevé de peur de causer des dommages encore plus grave). J'ai déjà tenté un reboot, un apt-get purge et reinstall de linux-image-amd64 etc. ... je ne comprend pas pourquoi uname -r ou uname -a ne correspond pas avec le nom du dossier présent dans modules. Sans doute n'ai-je pas compris quelque chose dans le fonctionnement des modules du kernel ...
Merci d'avance.
#8 Re : -1 » Dossier /lib/modules ne correspond pas à la version du kernel » Le 24/10/2014, à 14:26
- Dominique49
- Réponses : 3
Vraiment désolé du délai de réponse, je n'ai pour ainsi dire pas pu toucher à un ordi depuis
Ca me donne ça :
ii doc-linux-fr-text 2012.11-1 all Linux docs in French: HOWTOs, MetaFAQs in ASCII format
ii firmware-linux-free 3.2 all Binary firmware for various drivers in the Linux kernel
ii linux-base 3.5 all Linux image base package
ii linux-headers-3.2.0-4-amd64 3.2.60-1+deb7u3 amd64 Header files for Linux 3.2.0-4-amd64
ii linux-headers-3.2.0-4-common 3.2.60-1+deb7u3 amd64 Common header files for Linux 3.2.0-4
ii linux-headers-amd64 3.2+46 amd64 Header files for Linux amd64 configuration (meta-package)
ii linux-image-3.2.0-4-amd64 3.2.60-1+deb7u3 amd64 Linux 3.2 for 64-bit PCs
ii linux-image-amd64 3.2+46 amd64 Linux for 64-bit PCs (meta-package)
ii linux-kbuild-3.2 3.2.17-1 amd64 Kbuild infrastructure for Linux 3.2
ii linux-libc-dev:amd64 3.2.60-1+deb7u3 amd64 Linux support headers for userspace development
ii util-linux-locales 2.20.1-5.3 all Locales files for util-linuxCa semble coller avec apt-cache search linux-image qui ne me propose que la version linux-image-3.2.0-4 ...
Ce que je comprend pas c'est le uname -r lui ne renvoi pas ça !
#9 Re : -1 » MultiSystem, Créez votre LiveUSB MultiBoot simplement! » Le 08/11/2012, à 22:11
- Dominique49
- Réponses : 2 566
@pierguiard bah quand ça ne dépasse pas c'est bon, là franchement c'est correct, ça ne gêne pas sur les écrans normaux
#10 Re : -1 » DTS en AC3 » Le 16/02/2013, à 16:45
- Dominique49
- Réponses : 16
moi j'aurais fait :
ffmpeg -i input.mkv -vn -acodec ac3 out.ac3
Il y avait un temps où ffmpeg convertissait mal le TS en AC3 mais ce n'est plus le cas ...
#11 Re : -1 » Tri par défaut sur Nautilus » Le 07/11/2012, à 14:42
- Dominique49
- Réponses : 10
Petit up, personne ne sait ?
#12 -1 » [FFMPEG] Encodage avec plusieurs pistes » Le 14/12/2012, à 11:20
- Dominique49
- Réponses : 3
Bonjour,
n'ayant trouver aucune application graphique pour faire un BRrip en xvid (handbrake ne supporte plus le AVI ), j'ai été obligé de me faire un peu la main avec ffmpeg ... j'y ai presque réussi, seulement je n'arrive pas à gérer mes paramètres pour chaques pistes ... Exemple :
ffmpeg -i source_1080p.mkv -b 936k -s 720x304 -ab 256k -acodec ac3 -vcodec libxvid cible_xvid.mkv
Imaginons que le fichier source contient les pistes suivante :
- Vidéo x264 #0
- Audio DTS #1
- Audio DTS #2
- VobSub #3
Premièrement, ffmpeg va essayer de convertir la piste de subs en xvid, ce qui va me donner une erreur de codec inconnu. Pour éviter cela je suis obligé de supprimer cette piste au préalable. De plus, comment je fait si je veux des paramètres différents pour chaque piste audio ? Suis-je obligé de séparer toutes les pistes pour les encoder séparément et les remuxer ensuite ?
Merci d'avance.
EDIT : au passage existe-t-il des paramètres pour améliorer l'encodage en xvid ? la doc n'en parle pas alors ...
#13 Re : -1 » [FFMPEG] Encodage avec plusieurs pistes » Le 16/12/2012, à 12:04
- Dominique49
- Réponses : 3
Salut,
merci beaucoup pour ta réponse !
Moi aussi je préfère grandement le x264 (j'ai compiler tout mes codecs et ffmpeg moi même )... mais qqfois je suis un peu obliger de faire en XviD pour des raisons de comptabilités (quand j'utilise x264 je le fait avec handbrake). Pour le scale si, si je fait un rip c'est pour avoir un fichier inférieur à 1.5 Go ... donc en me basant sur les tables de résolution le mieux est du 640*XXX (les normes standard du DVDRiP).
Mais sinon c'est exactement ce qu'il me fallait (les maps), merci bcp !
EDIT: Ah oui aussi une dernière question, on m'a parlé d'un "mode lent" en XviD, mais je n'ai trouver cela null par ... je connais le système de preset etc. pour x264, mais apparemment c'est pas la même chose pour le XviD ...
EDIT 2 : Hum, ça ne marche pas ...
Unrecognized option 'c:v'
Failed to set value 'libxvid' for option 'c:v'
Selon certaines discussion que j'ai lue il s'agirait d'une version trop vieille ... pourtant c'est celle proposée par ubuntu 12.04 qui est assez récent ...
#14 -1 » Conversion avi (xvid) avec Handbrake » Le 14/12/2012, à 01:41
- Dominique49
- Réponses : 2
Bonjour, j'ai récemment compiler avec soin la toute dernière version de Handbrake ... que du bonheur pour l'encodage en x264, mais là j'aurais pour une fois besoin du XviD ... et je me rend compte que le container AVI n'est pas dans la liste des containers ! Dans les containers j'ai MKV et MP4 (mais pas AVI), et dans les codecs j'ai x264, MPEG et VP3 ... mais pas de XviD (ni de DivX mais celui là il est vraiment obsolète). J'ai ouï dire sur le net que Handbrake aurait abandonné le support de XviD ... serait-ce cela ? Y aurait-t-il moyen de pouvoir encoder en XviD avec Handbrake sans devoir utiliser une ancienne version ?
Je sais qu'il y a aussi OGMrip, mais celui-là ne rippe pas à partir des BluRay (je rippe depuis un BR 1080p x264).
Merci d'avance.
#15 Re : -1 » Conversion avi (xvid) avec Handbrake » Le 14/12/2012, à 10:15
- Dominique49
- Réponses : 2
Je viens d'essayer ... mais c'est pas facilement viable pour un encodage sérieux (le soft choisi lui même entre MPEG / DivX ou XviD ), très peu d'options etc. C'est une solution de dépannage certes mais je vais essayer de trouver mieux ...
EDIT : Je n'ai rien trouvé (arista ne permet pas de personnaliser l'encodage pour chaque piste) ... je vais donc devoir me résoudre à utiliser ffmpeg en lignes de commandes 
Si quelqu'un connaît une solution plus pratique ...
#16 -1 » iptables débloque ip mais pas dns ... » Le 08/12/2012, à 23:52
- Dominique49
- Réponses : 6
Bonjour,
je voudrais configurer iptables pour ne rien laisser sortir de la machine, à part les paquets à destination de certains sites. J'ai donc autorisé les paquets à destination de 'ip_site'. L'ennui c'est que quand on y va en utilisant un navigateur ... ça ne passe qu'avec l'ip et pas avec le nom de domaine. J'ai essayé de remplacer ip_table par le nom_de_domaine dans iptables ... mais ça ne passe pas.
Est-il possible d'autorisé des nom de domaine aussi bien que des ip ? iptables n'est pas la seule alternative, je suis prêt à utiliser un autre pare feu si cela peu résoudre le problème ...
Au passage le problème est le même si on bloque le traffic entrant au lieu du traffic sortant.
Merci d'avance,
Dominique.
#17 Re : -1 » iptables débloque ip mais pas dns ... » Le 09/12/2012, à 10:43
- Dominique49
- Réponses : 6
Merci !
Effectivement si je bloquais aussi le service de DNS ... (je ne savais pas encore que ça marchais comme ça )
Donc en autorisant le port 53 en sortie pour le service DNS ça marche
Par contre, niveau sécurité, est-il possible pour quelqu'un qui s'y connais d'utiliser cette ouverture pour communiquer avec internet ... Alors déjà vu que c'est du udp ça ne va pas lui faciliter la tâche ... car il faudrait que le site cible accepte les connexions en UDP. Pour éviter "une fuite d'information" (même si c'est un peu parano ^^ ), il faudrait en fait n'autoriser les connexion du service DNS par le port 53 unique ment vers les serveurs DNS (<x>.root-servers.net il me semble) ... Je n'ai donc autorisé que les ip des serveurs présentés sur cette page : http://www.root-servers.org/ , mais ça ne marche pas .. il faudrait que j'analyse les paquets sortant par le ports 53 pour les ip utilisées ... Devant partir tout de suite je n'ai pas le temps, mais je le ferais ce soir.
Merci beaucoup !
#18 Re : -1 » iptables débloque ip mais pas dns ... » Le 09/12/2012, à 22:16
- Dominique49
- Réponses : 6
ok ... merci. Si, j'ai bien spécifier le protocol (DNS) ... mais je crains que même en ne permettant que le protocole DNS, on pourrait envisager de sortir des infos vers un serveur non autorisé ... je suis en train de me renseigner poour étudier les possibilités.
#19 Re : -1 » iptables débloque ip mais pas dns ... » Le 10/12/2012, à 10:52
- Dominique49
- Réponses : 6
ok, alors en fait par manque de temps et souci de simplicité pour l'utilisateur (il faut que la technique soit ensuite utilisable par qq qui ne connais rien au lignes de commandes), j'utilise firestarter, et j'ai ajouté une règles "pour le service DNS par le port 53 vers anyone". Bref je pensais qu'il allait ainsi autoriser uniquement le service DNS ... mais en allant voir dans la liste des règles en ligne de commande, je m’aperçoit que le port 53 est effectivement ouvert .. Bref c'est belle et bien une faille béante ^^ .
Je ne connais pas terriblement bien les firewalls ... je pense qu'il va falloir que je me mette aux lignes de commandes au lieu d'utiliser une interface graphique (c'est pas que ça me fasse peur mais je manque déjà de temps )
"Comment ? Avec l7-filter ou une expression u32 ?"
Je ne connais pas encore ... je vais donc aussi me renseigner sur ce point.
Merci pour tout ! 
#20 Re : -1 » [Résolu] Peut-on désinstaller apt-xapian-index » Le 07/11/2012, à 10:34
- Dominique49
- Réponses : 8
Hum... je mon coté ce processus me bouffe la vie depuis 2 jours.
Je suis sous Ubuntu 12.04 LTS depuis plus d'un mois, c'est arrivé subitement. En attendant je vais me faire un plaisir de le virer ^^
#21 -1 » Interface graphique persistante sur serveur dédié » Le 29/10/2012, à 19:03
- Dominique49
- Réponses : 2
Bonjour,
malgré le nom je crois que ma question est mieux placée dans cette catégorie ...
Je cherchais désespérément à avoir un bureau graphique à distance sur mon server dédié (je suis pas pour mais JDownloader n'existe pas en ligne de commande ... ), et je n'y arrivait pas. Enfin en faisant un ssh -X cela affichait les GUI chez moi, mais elles étaient très saccadées voire quasi inutilisable pour les GUI en Java comme JDownloader. Je suis enfin tombé sur x2goserver, qui est très bien ... le seul ennui, c'est que quand je ferme la session, ça ferme le bureau aussi ... Ma question est donc, comment avoir un accès graphique persistent ? Par contre j'aimerai quand même pouvoir fermer le Bureau graphique quand je n'en ai plus besoin.
Merci d'avance.
#22 Re : -1 » Interface graphique persistante sur serveur dédié » Le 29/10/2012, à 21:24
- Dominique49
- Réponses : 2
Ok merci beaucoup, je me renseigne
#23 -1 » Administration espace de stockage intensif multi-users » Le 29/10/2012, à 19:24
- Dominique49
- Réponses : 2
Bonjour,
j'aimerai savoir s'il y a des choses importantes à savoir pour gérer un serveurs destiné à servir d'espace de stockage intensif et ce pour plusieurs utilisateurs. N'y a-t-il pas de risque par exemple pour les fichier trop gros, la vitesse de lecture etc. ?
J'ai parcouru la doc de long en large, mais je n'ai vu aucun avertissement à ce propos ...
Pour info il s'agit de disque RAID-0 (4 To en tout). Peut-il y avoir des risques de surcharges voire de casse en cas d'utilisation trop intensive par plusieurs utilisateurs simultanément ?
Merci d'avance.
#24 Re : -1 » Administration espace de stockage intensif multi-users » Le 29/10/2012, à 21:23
- Dominique49
- Réponses : 2
Donc absolument aucun risque, pas besoin de limitations ?