Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

nombre réponses : 25

#0 -1 »  [Résolu] Problème UEFI… toujours » Le 28/05/2014, à 00:37

omne
Réponses : 22

Bonjour,

Désolé d'être un utilisateur de plus avec ce type de problème, mais je ne trouve pas de solution.
J'essaie de faire condensé :
Un pote à ordi hp20 2010ef neuf. Il ne veut pas de windows 8, que linux. J'ai donc tout viré.
Première installe sans soucis sauf qu'au démarrage suivant…

Périphérique d'amorçage introuvable
Veuillez installer un système d'exploitation sur votre disque dur.
Disque dur - (3F0)
F2 diagnostics du système
Pour en savoir plus blablabla site web HP

J'ai essayé plein de choses (Partitionnement manuel, automatique, divers options dans boot-repair) rien n'y fait. J'ai lu la doc, le forum. C'est la galère.

Quelques infos :
— la clef-usb est avec la version internationale d'ubuntu. Les clef usb avec ubuntu 13.04, typiquement ubuntu-secure plantent (Écran noir, j'ai eu un terminal, une fois, mais je ne sais plus comment je m'étais démerdé…) ;
— la clef boot en UEFI si j'en crois l'écran identique à la capture d'écran de la doc ;
— le disque est en GPT, la partition /boot/efi bien présente (avec un flag « boot » quoi que le partitionnement auto d'ubuntu met le flag « msftdata ») ;
— j'ai une partion /boot/efi, une /boot, une / et une swap
— depuis le live-usb j'ai accès aux partitions l'installation d'ubuntu semble parfaite, j'ai d'ailleurs pu vérifier que la partions /boot/efi est bien dans /etc/fstab (avec le bon UUID) ;
— dans cette partiotion EFI, il y a un répertoire « ubuntu » avec un grub.cfg qui envoie bien vers la partition /boot
— j'ai bien désactivé fast-boot et secure-boot dans le bios, mais je ne peux pas virer le mode UEFI du bios (dommage…) D'ailleurs dans l'ongelt GRUB de boot-repair il y a une case secure-boot, faut-il la décocher ? ;
— boot-repair me demande de copier/coller plein de lignes avec des chroot dans tous les sens (ça me rappel des bon souvenirs d'arch smile) et à la fin me signale qu'il y a eu une erreur. Les logs sont là : http://paste.ubuntu.com/7532266/ C'est peut-être là le problème : je force la version saucy pour l'utiliser dans trusty, mais c'est ce que préconise la doc et ça semble fonctionner pour les autres.

Voilà. Je ne sais plus trop quoi faire. Peut-être trouver un moyen de faire tourner ubuntu saucy ?
[je vais faire mon vieux con mais il y a plus de 15 ans, me premières install linux de SuSE avec une disquette et 6 CDs se passaient plus simplement…]

#1 Re : -1 »  [Résolu] Problème UEFI… toujours » Le 28/05/2014, à 12:03

omne
Réponses : 22

Ha... bien vu. Il n'y a donc rien dans le mbr du disque de l'ordi (sda).
sdb c'est la clef USB sur laquelle je boot pour avoir un live-usb, le but c'est qu'il ne soit plus là !
Ce qu'il faut donc c'est que je rétablisse je ne sais quoi sur le MBR du disque ? Je vais fouiller, merci.

#2 Re : -1 »  [Résolu] Problème UEFI… toujours » Le 28/05/2014, à 17:07

omne
Réponses : 22

Lorsque je fais un F9 au démarrage pour afficher le menu de boot (sans la clef USB) il y a bien une entrée ubuntu (et deux entrée UEFI : network).
C'est cette entrée qui plante.
Donc je pense que le boot est bien en UEFI.
Il faut que je regarde du côté du contenu de la partition UEFI ?

#3 Re : -1 »  [Résolu] Problème UEFI… toujours » Le 28/05/2014, à 21:35

omne
Réponses : 22
Cirius1987 a écrit :

Non c'est une fausse piste, l'UEFI n'utilise pas le MBR.
Si c'est une clé, que tu enlèves au démarrage, et que ça ne démarre toujours pas... dans la mesure où je vois que tu as fait les partitions avec le mode automatique (et que donc la partition EFI s'est mise automatiquement...et que donc tu as lancé la clé en mode UEFI) c'est que ton ordinateur ne redémarre peut-être pas en mode UEFI avec le disque dur. Regarde dans ton BIOS/UEFI si tu démarres (en priorité ?) sur UEFI ou sur Legacy.

Je ne vois aucun réglage de ce type dans le bios. Il y a un réglage qui s'appel « Démarrage par le BIOS » qui propose d'activer ou désactiver les jours de la semaine puis une dernière ligne avec un réglage d'heure… pas très clair.
La phrase exacte lorsque j'affiche le menu de démarrage au boot c'est :

Source de démarrage UEFI
   ubuntu
Source de démarrage héritées

Il n'y a rien d'autre (j'ai viré le boot depuis le réseau, ça prenait 3 plombes).

Cirius1987 a écrit :

Autrement, essaye en installant Ubuntu en mode non UEFI... en faisant ainsi n'oublie pas de créer une table de partition MS-DOS (au lieu de GPT) sur le disque dur, avec Gparted, avant de réinstaller.

Au vu de ce qui est au dessus, je ne vois pas bien l'intérêt de faire du non-UEFI.

#4 Re : -1 »  [Résolu] Problème UEFI… toujours » Le 28/05/2014, à 21:38

omne
Réponses : 22
Cirius1987 a écrit :

Je viens d'essayer ça ne donne rien.

Cirius1987 a écrit :
omne a écrit :

Les clef usb avec ubuntu 13.04

Ubuntu 14.04 64-Bit ? → http://www.ubuntu.com/download/desktop
(64-Bit obligatoire quelque soit la version !)

Je n'ai toujours utilisé que des 64bits. La première install sur cette ordi c'était la version francophone mais depuis que j'ai lu la doc, je n'utilise que la version intl.

#5 Re : -1 »  [Résolu] Problème UEFI… toujours » Le 29/05/2014, à 02:02

omne
Réponses : 22

Alors, supergrub ne boot pas depuis une clef usb (j'ai testé deux versions). À la place j'ai, au mieux, un prompt GRUB4DOS sad

#6 Re : -1 »  [Résolu] Problème UEFI… toujours » Le 29/05/2014, à 10:50

omne
Réponses : 22
Cirius1987 a écrit :
omne a écrit :
Cirius1987 a écrit :

Autrement, essaye en installant Ubuntu en mode non UEFI... en faisant ainsi n'oublie pas de créer une table de partition MS-DOS (au lieu de GPT) sur le disque dur, avec Gparted, avant de réinstaller.

Au vu de ce qui est au dessus, je ne vois pas bien l'intérêt de faire du non-UEFI.

Ben c'est simple, une des raisons pour laquelle ça ne boot pas en UEFI sur ton disque dur peut venir du fait que l'ordinateur n'arrive pas à gérer le boot de cette version d'Ubuntu en mode UEFI sur le disque dur...
Peut-être un problème de BIOS/UEFI à mettre à jour (→ BIOS - hp20 2010ef), ou alors...

Le problème c'est que c'est un .exe et que, comme je l'ai dit plus haut, je n'ai pas de windows sur cet ordinateur (mon pote n'en veut pas, et vu la tronche du partitionnement, ça m'allait bien : j'ai tout viré). Mais c'est peut-être bien là le problème, en effet. Cf réponse dans autre post.

Cirius1987 a écrit :
omne a écrit :
Cirius1987 a écrit :

Ubuntu 14.04 64-Bit ? → http://www.ubuntu.com/download/desktop
(64-Bit obligatoire quelque soit la version !)

Je n'ai toujours utilisé que des 64bits. La première install sur cette ordi c'était la version francophone mais depuis que j'ai lu la doc, je n'utilise que la version intl.

(*soupir*) Installe Ubuntu 14.04 !! → http://www.ubuntu.com/download/desktop
J'ai l'impression que tu comprends pas.
La 13.04 a passé le cap de fin de vie, alors on est plus dedans... donc si elle bug pour toi... on pourra pas faire grand chose.

Ça fait 15 ans que j'utilise linux, je comprends bien ce que tu dis smile Je me suis peut-être mal exprimé. Je n'utilise que la version 14.04, et en 64bits, et intl, naturellement. Mais linux-secure n'est pas encore dispo en version 14.04, donc j'ai été forcé d'utilisé cette version plus ancienne, qui ne démarre pas du tout (sans doute problème de matériel récent).

#7 Re : -1 »  [Résolu] Problème UEFI… toujours » Le 29/05/2014, à 11:01

omne
Réponses : 22

Alors, déjà merci à vous deux.
J'ai finalement un ubuntu qui démarre, en désactivant EFI.
Je note ici comment faire, c'est assez bien caché dans le BIOS :
— dans la partie sécurité il faut activer « support du matériel ancien » (ça nécessite de désactivé le boot-sécure, ce que j'avais fait depuis longtemps) ;
— dans la partie séquence de démarrage, un nouveau menu apparaît, avec les mêmes disques et réseau, mais en non UEFI. Pour le moment j'ai désactivé tout ce qui était en UEFI.

De là, boot sur clef usb, démarrage de la clef en non UEFI, installation standard, reboot OK \o/
Je suis au travail, pas encore été voir comment ubuntu a fait le partitionnement auto. Mais maintenant que j'ai un truc qui fonctionne, je vais peut-être aller faire mumuse et essayer de faire fonctionner l'UEFI correctement en suivant ta piste, @bourgon.
La mise-à-jour du BIOS est peut-être nécessaire, j'ai déjà fait ça il y a longtemps en bootant un freedos… mais maintenant ce sont des .exe, je pense que ça ne va pas fonctionner. À moins que je puisse le faire depuis un wmware et un windows virtuel, mais je n'ai pas de CD windows et pas envie de tout planter en jouant à ça.

Merci à vous deux, ce fut un peu épique… mais comme d'ab, grâce à la communauté, on s'en sort smile

#8 Re : -1 »  [Résolu] Problème UEFI… toujours » Le 29/05/2014, à 16:52

omne
Réponses : 22
Cirius1987 a écrit :

Sinon ce serait sympas si tu pouvais poster le retour de :

sudo dmidecode -t baseboard && echo "-------------------------------------------------------------" && sudo dmidecode -t bios

... histoire qu'on en sache un peu plus.

Voila :

sudo dmidecode -t baseboard && echo "-------------------------------------------------------------" && sudo dmidecode -t bios
[sudo] password for valentin: 
# dmidecode 2.12
SMBIOS 2.8 present.

Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
	Manufacturer: Hewlett-Packard
	Product Name: 2B0A
	Version: 1.02
	Serial Number: 126482480001317
	Asset Tag: 4CH4050Q9Q
	Features:
		Board is a hosting board
		Board is removable
		Board is replaceable
	Location In Chassis:  
	Chassis Handle: 0x0003
	Type: Motherboard
	Contained Object Handles: 0

Handle 0x0023, DMI type 41, 11 bytes
Onboard Device
	Reference Designation:  Onboard IGD
	Type: Video
	Status: Enabled
	Type Instance: 1
	Bus Address: 0000:00:01.0

Handle 0x0024, DMI type 41, 11 bytes
Onboard Device
	Reference Designation:  Onboard Audio Controller
	Type: Sound
	Status: Enabled
	Type Instance: 1
	Bus Address: 0000:00:14.2

Handle 0x0025, DMI type 41, 11 bytes
Onboard Device
	Reference Designation:  Onboard LAN
	Type: Ethernet
	Status: Enabled
	Type Instance: 1
	Bus Address: 0000:01:00.0

Handle 0x0026, DMI type 41, 11 bytes
Onboard Device
	Reference Designation:  Onboard Card Reader
	Type: Other
	Status: Enabled
	Type Instance: 1
	Bus Address: 0000:03:00.0

-------------------------------------------------------------
# dmidecode 2.12
SMBIOS 2.8 present.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
	Vendor: AMI
	Version: 80.00
	Release Date: 10/03/2013
	Address: 0xF0000
	Runtime Size: 64 kB
	ROM Size: 4096 kB
	Characteristics:
		PCI is supported
		PNP is supported
		BIOS is upgradeable
		BIOS shadowing is allowed
		Boot from CD is supported
		Selectable boot is supported
		EDD is supported
		Print screen service is supported (int 5h)
		Serial services are supported (int 14h)
		Printer services are supported (int 17h)
		ACPI is supported
		USB legacy is supported
		BIOS boot specification is supported
		Targeted content distribution is supported
		UEFI is supported
	BIOS Revision: 80.0

Handle 0x0035, DMI type 13, 22 bytes
BIOS Language Information
	Language Description Format: Long
	Installable Languages: 13
		en|US|iso8859-1
		fr|FR|iso8859-1
		es|ES|iso8859-1
		de|DE|iso8859-1
		it|IT|iso8859-1
		da|DK|iso8859-1
		fi|FI|iso8859-1
		nl|NL|iso8859-1
		no|NO|iso8859-1
		pt|PT|iso8859-1
		sv|SE|iso8859-1
		ja|JP|unicode
		zh|CN|unicode
	Currently Installed Language: fr|FR|iso8859-1

Bon, je reconnais que j'ai fait le barbare sur ce coup là, J'aurais du essayer de garder un bout de windows dans un coin.
Sinon je ne connais pas ces nouveau hardware, mais je trouve que c'est lent et poussif. Je me demande si je ne vais pas plutot lui installer une xubunbtu ou lubuntu.

#9 Re : -1 »  [Résolu] Problème UEFI… toujours » Le 29/05/2014, à 19:26

omne
Réponses : 22
Cirius1987 a écrit :
omne a écrit :

Sinon je ne connais pas ces nouveau hardware, mais je trouve que c'est lent et poussif. Je me demande si je ne vais pas plutot lui installer une xubunbtu ou lubuntu.

D'après les caractéristiques de l'ordinateur de bureau tout-en-un HP 20-2010ef l'ordinateur à un processeur AMD E1-2500 APU lequel est juste un double coeur à 1,4Ghz, avec le coeur graphique d'une Radeon HD 8240 intégré. Il serait donc effectivement préférable d'opter pour une distribution linux avec un bureau pas trop gourmand en ressource. Ca devrait être bon pour Xubuntu.

Ou une mint ? Je peux toujours installer xfce en parallèle d'unity, non ?

Encore merci pour ces conseils.

#10 Re : -1 »  Clavier bépo » Le 04/06/2009, à 11:56

omne
Réponses : 183

Bien que fervent défenseur du bépo et principal rédacteur de la page de critique à l’encontre du dvorak-fr, quelques précisions :

ploum a écrit :

Bépo est le seul de ces projets à avoir un peu d'ampleur et d'enthousiasme communautaire.  Tu peux déjà acheter des autocollants pour transformer ton clavier en bépo voire le typematrix en bépo. Je pense (mais c'est une intuition) que d'autres claviers bépo seront dispo dans les prochaines années.

Ça c’est on ne peut plus vrai !
Mais précisons que le dvorak-fr est la seule dispo dvorak francophone pour laquelle vous pouvez suivre une formation en dactylographie : http://dactyl-ok.typepad.fr/. Malheureusement, les relation avec la personne qui les dispense sont… compliquées. En particulier concernant des chiffres qu’elle avance et dont elle ne veut (ne peut ?) fournir les sources et corpus, ou des affirmation bio-mécanico-ergonomique non étayées.

ploum a écrit :

Bépo est également le seul facilement mutiplateforme et utilisable sur clavier 104 touches.

Leboutte et mouette n'existent que parce que bépo n'existait pas. Mouette est même marqué comme "legacy" dans X.org.

Il existe des pilotes dvorak-fr pour linux/mac/*bsd sur le site algo.be. Par ailleurs la dispo est utilisable sur les 104 touches, mais les « à » et « ç » doivent alors se faire avec la touche morte située sur la touche « 8 ». cf. ma critique sur le bépowiki !

NémOlivier.

#11 Re : -1 »  Clavier bépo » Le 25/01/2010, à 23:20

omne
Réponses : 183

Félicitation ! (au fait, on a un forum sur le bépo, nous aussi wink)

#12 Re : -1 »  dvorak-fr, c'est pas du bidon ! » Le 21/02/2010, à 11:58

omne
Réponses : 584

Salut miangebe,
je ne suis pas certain que ce soit le bon endroit pour une telle question. Ici on parle d’une disposition de clavier alternative, ni azerty, ni qwerty. Tu risques d’avoir peu de personnes susceptible de te répondre. Tu devrais la poser ailleurs, dans un fil de discussion plus adapté.

Concernant ton problème c’est très étrange. Et rarement aussi aléatoire qu’on puisse le croire. Qu’est-ce qui ne fonctionne plus au démarrage ? D’autres symptômes que le clavier ? Quels sont tes préférences « régionales » (système > administration > Prise en charge des langues)  ?  Quelle est la langue que tu as configurée lors de l’installation ? As-tu fait des bidouilles quelque part depuis ton installation ?

Voilà, ça fait beaucoup de question mais il faut bien essayer de comprendre le problème…

#13 Re : -1 »  Pidgin 2.6, enfin le support Audio/Video » Le 21/08/2009, à 14:27

omne
Réponses : 224

Installé depuis ce ppa : https://launchpad.net/~frasten/+archive/ppa dommage c’est une version devel (2.6.2-dev) et pas la 2.6.1
Pas encore pu tester… Mais vraiment étrange qu’il n’y ait pas de réglages dispo dans les préférences. Comment fait-on si on a deux webcam, ou si une carte tunner (comme je l’ai déjà vu, est prise pour une webcam ?).

#14 Re : -1 »  [résolu] ubuntu 9.10 demarre 1 fois sur 2 ! » Le 30/12/2009, à 20:02

omne
Réponses : 21

Lu le fil en diagonale. As-tu essayé la modif du bios lié au pb avec le mode AHCI ? Cf le wiki : http://doc.ubuntu-fr.org/packard_bell_dot_mu_fr_020

#15 Re : -1 »  [résolu] ubuntu 9.10 demarre 1 fois sur 2 ! » Le 31/12/2009, à 12:49

omne
Réponses : 21
dzeekee a écrit :

Non, pas essayé, car il est marqué que ça concerne les distribution precedents (-> 9.04), 9.10 n'est plus concerné.

Non, non, il est indiqué que ça concerne les noyau jusqu’au 2.6.31, donc ubuntu 9.10 inclue. En tout cas j’ai eu le problème. Et ce que tu décris me semble correspondre.
Il me semble que les bios plus récents ne posent pas le problème, mais comme je ne peux pas mettre à jour cette ***** de bios… je ne peux rien dire.

dzeekee a écrit :

Et en plus ça pose des problemes à Vista.

Seule la solution de modifier le réglage dans le bios bloque Vista, les autres non, puisque c’est un argument passé lors du lancement d’ubuntu qui est utilisé.

#16 Re : -1 »  [résolu] ubuntu 9.10 demarre 1 fois sur 2 ! » Le 31/12/2009, à 19:34

omne
Réponses : 21
dzeekee a écrit :

Maintenant il me reste juste de faire le modifs deecrits dans http://doc.ubuntu-fr.org/packard_bell_dot_mu_fr_020 càd le manip avec

Si on rajoute l'option "libata.force=noncq" on peut garder aussi le mode AHCI dans le bios et on s'assure que l'ACPI marche aussi. Si on a installé grub2 il faudra rajouter l'option dans le fichier /etc/default/grub dans la ligne "GRUB_CMDLINE_LINUX_DEFAULT".

Mais le probleme que je ne sais pas faire sad

* J'ai fait un petit essai et apparement j'ai le Grub2 car il ne trouve pas le fichier "/boot/grub/menu.lst" par contre il y a le fichier "/boot/grub/grub.cfg"

C’est plus simple qu’il n’y paraît, il suffit que tu édites le fichier /etc/default/grub à l’aide de l’éditeur de ton choix, gedit par exemple. Pour ce faire, dans un terminal :

On commence par sauvegarder le fichier actuel

sudo cp /etc/default/grub /etc/default/grub.sav

Puis on le modifie

gksudo gedit /etc/default/grub

Dans l’éditeur de texte qui s’ouvre, tu fais la modif demandée, tu sauvegardes, reboot (en remettant le bios sur AHCI). Et voilà.

#17 Re : -1 »  Compte Google Wave ?? » Le 11/11/2009, à 16:01

omne
Réponses : 126

Encore une bonne quinzaine d’invitations dispo sur les 30 que j’ai reçues hier. Qui en veut ? PM car je ne passe pas souvent ici.

#18 Re : -1 »  Compte Google Wave ?? » Le 11/11/2009, à 18:26

omne
Réponses : 126

Attention à tous ceux qui demandent des invitation :
— les invitations n'arrivent pas immédiatement, il faut plusieurs jours après que vous avez été nominés pour que vous la receviez : inutile d'en demander à plusieurs personnes, donc ;
— si vous recevez plusieurs invitations, vous pouvez envoyer celle(s) en trop à quelqu'un d'autre, le code de l'invitation n'est pas lié à votre adresse électronique.

#19 -1 »  Flasher le bios avec plus de 1,44oi » Le 20/11/2009, à 16:21

omne
Réponses : 7

Bonjour à tous,

Je sens que je vais demander l’impossible, mais bon. Je voudrais flasher le bios de mon packardbell dot mu 020 (netbook : pas de lecteur de cd).
De tout ce que j’ai pu trouver pour le faire, je me heurte à un problème, le .exe que j’ai récupéré fait 1,7Mo, or les images du dos que je trouve font 1,44… il n’y a donc pas la place.
Peut-être pourrais-je virer des choses du .exe pour gagner de la place, mais je ne sais pas quoi (hormis le .wav, bien entendu).
Voici le contenu du .exe : 
— Ding.wav (103 ko)
— Insideflash.exe (724 ko)
— iscflash.dll (1,2 Mo)
— iscflash.sys (13ko)
— platform.ini (7,6 ko)
— ZH7_3117.fd (2 Mo)

Idéalement, plutôt que de bidouiller l’exécutable je préfèrerais une solution pour que, démarrant sur freedos depuis ma clef usb, je puisse avoir accès au contenu de ladite clef sur laquelle se trouve le .exe… mais je ne sais pas comment faire sad

Si vous avez une idée, elle est la bienvenue.

PS : non, windows n’est plus installé sur la machine, je me le suis fait remboursé et j’en suis très fier !

#20 Re : -1 »  Flasher le bios avec plus de 1,44oi » Le 20/11/2009, à 21:04

omne
Réponses : 7

@abelthorne : c’est exactement ce que j’ai fait (avec unetbootlin). Une fois installé, je copie les fichiers dessus. Mais quand je boot sur le dos, je n’ai pas accès au contenu de la clef. Ni à une autre clef, ni à une autre partition sur la clef.

Pour ce qui est de l’install graphique, c’est exactement ça. La mise à jour du bios n’est pas dispo sur le site, elles est jointe à la mise à jour vers seven et on me l’a envoyée. Cela dit c’est exactement le même ordi que l’acer timeline 14quelquechose et d’autres on installé cette mise à jour. Peut-être pourrais-je tenter ça.

En fait j’aimerais faire cette mise-à-jour pour que le mode ahci fonctionne sous linux et, surtout, j’espère (on peut rêver) que ça va permettre de faire en sortes que mon ventillo arrête de tourner vitesse max sans cesse.

#21 Re : -1 »  Flasher le bios avec plus de 1,44oi » Le 20/11/2009, à 22:23

omne
Réponses : 7
abelthorne a écrit :

c’est exactement ce que j’ai fait (avec unetbootlin). Une fois installé, je copie les fichiers dessus. Mais quand je boot sur le dos, je n’ai pas accès au contenu de la clef. Ni à une autre clef, ni à une autre partition sur la clef.

Tu es sûr que unetbootin te fait un périphérique DOS ? Lorsque tu bootes dessus, tu es sur quelle lettre d'unité ? Si tu exécutes la commande dir, qu'est-ce que tu vois sur le périphérique courant ?

Je suis sur A: et aucun cd {b:,c:,d:} ne fonctionne.
Le boot me signale aussi qu’aucun cd n’est reconnu (ce qui n’est pas vraiment choquant : il n’y en a pas !

Je devrais peut-être commencer par chercher une m-à-j pour dos, il y a de bonne chances qu’elle soit plus petite.

#22 Re : -1 »  Flasher le bios avec plus de 1,44oi » Le 20/11/2009, à 23:12

omne
Réponses : 7

Il ne me donne pas le contenu du live-cd, mais une arborescence dos. Je pense que la clef sur laquelle il y a le freedos contient une image d’une arborescence dos.

#23 Re : -1 »  [Résolu] Soucis avec mplayer dans un script » Le 11/11/2009, à 13:13

omne
Réponses : 13

Super script, merci.

Jusqu’à présent je gardais dans un coin une ligne bien plus complexe qui doit remonter à la jeunesse d’mplayer (et donc la mienne !)

Je ne connais que très (très) peu bash, mais ne pourrait-on pas ajouter un second argument (optionnel) à la ligne de commande pour choisir le nom du fichier de sortie ? Là il risque d’y avoir collision de fichiers, non ? Et/ou un truc qui ajouterait la date ?

#24 Re : -1 »  [Résolu] Soucis avec mplayer dans un script » Le 11/11/2009, à 14:51

omne
Réponses : 13

Bon, avec l’aide de mes « camarade » du bépo… le script est devenu ça :
Il n’y a qu’une ligne de code en plus certes big_smile
On peut ajouter comme second paramètre de la ligne de commande le nom souhaité pour le fichier final (sans espaces, je pense). Si ce paramètre n’est pas précisé, c’est le nom « podcast_ram » qui sera utilisé.

Si le script se nomme ram2ogg on peut donc faire :

ram2ogg URL nom_de_fichier
#!/bin/bash
# -*- coding: UTF8 -*-
nom=${2:-podcast_ram}
temp=`mktemp playXXXX`
wget $1 -O $temp 
adr1=`cat $temp | sed 's/pnm/rtsp/'`
mplayer -bandwidth 100000 -dumpstream $adr1 -dumpfile $nom.ra
ffmpeg -i $nom.ra -ar 22050 -ab 64k -ac 1 -acodec libvorbis $nom.ogg
rm $temp
rm $nom.ra