#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 ) 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
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).
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
Essaye en réactivant le secure boot. (→ http://askubuntu.com/questions/342365/w … nd-shimx64 - http://ubuntuforums.org/showthread.php?t=2215782)
Je viens d'essayer ça ne donne rien.
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
#6 Re : -1 » [Résolu] Problème UEFI… toujours » Le 29/05/2014, à 10:50
- omne
- Réponses : 22
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.
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 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
#8 Re : -1 » [Résolu] Problème UEFI… toujours » Le 29/05/2014, à 16:52
- omne
- Réponses : 22
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
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 :
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.
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 )
#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
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.
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
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
* 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
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
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
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