J'ai une galère de graveur sur une mdk 9.1 (graveur IDE standard).
Il n'y a pas si longtemps, sous Mdk 9.0, je gravais facile.
Depuis mon upgrade -ou depuis une autre action survenue à peu près à ce
moment--, mon cdrecord -scanbus ne trouve plus rien.
Après moult investigations, j'ai trouvé que ça remarchait très bien si je
démarre en devfs=nomount.
Le problème, c'est que comme tout est paramétré avec devfs=mount, c'est le
reste qui ne marche plus.
J'ai vu quelque part qu'il faudrait un fichier /etc/default/cdrecord pour
que tout rentre dans l'ordre.
Quelqu'un confirme ? Quelqu'un a une idée de ce à quoi doit ressembler ce
fichier ?
Merci
--
G.Delafond
http://www.delafond.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
ericb
G.Delafond a écrit:
Bonjour !
Bonjour,
moment--, mon cdrecord -scanbus ne trouve plus rien.
Il devrait. Sauf si tu utilise un noyau 2.6.x :-)
Après moult investigations, j'ai trouvé que ça remarchait très bien si je démarre en devfs=nomount.
Ce qui revient à ne pas utiliser les fonctionnalités de devfs...
Le problème, c'est que comme tout est paramétré avec devfs=mount, c'est le reste qui ne marche plus. J'ai vu quelque part qu'il faudrait un fichier /etc/default/cdrecord pour que tout rentre dans l'ordre. Quelqu'un confirme ?
Non, je ne sais pas, par contre, j'ai toujours utilisé ce fichier de configuration de cdrecord.
Quelqu'un a une idée de ce à quoi doit ressembler ce fichier ?
A celà :
:~$ cat /etc/default/cdrecord #ident @(#)cdrecord.dfl 1.2 00/04/16 Copyr 1998 J. Schilling # # This file is /etc/default/cdrecord # It contains defaults that are used if no command line option # or environment is present. # # The default device, if not specified elswhere # CDR_DEVICE=yamaha
# # The default speed, if not specified elswhere # CDR_SPEED=4
# # The default FIFO size if, not specified elswhere # CDR_FIFOSIZE=4m
# # The following definitions allow abstract device names. # They are used if the device name does not contain the # the characters ',', ':', '/' and '@' # # drive name device speed fifosize driveropts # teac= 1,3,0 -1 -1 "" panasonic= 1,4,0 -1 -1 "" plextor= 1,4,0 12 -1 "" sanyo= 1,4,0 12 -1 burnproof yamaha= 1,5,0 -1 -1 "" cdrom= 0,1,0 2 1m ""
Donc je pense que tu pourras facilement adapter...
Merci
Pas de quoi
-- eric b
G.Delafond a écrit:
Bonjour !
Bonjour,
moment--, mon cdrecord -scanbus ne trouve plus rien.
Il devrait. Sauf si tu utilise un noyau 2.6.x :-)
Après moult investigations, j'ai trouvé que ça remarchait très bien si je
démarre en devfs=nomount.
Ce qui revient à ne pas utiliser les fonctionnalités de devfs...
Le problème, c'est que comme tout est paramétré avec devfs=mount, c'est le
reste qui ne marche plus.
J'ai vu quelque part qu'il faudrait un fichier /etc/default/cdrecord pour
que tout rentre dans l'ordre.
Quelqu'un confirme ?
Non, je ne sais pas, par contre, j'ai toujours utilisé ce fichier de
configuration de cdrecord.
Quelqu'un a une idée de ce à quoi doit ressembler ce
fichier ?
A celà :
eric@tomate:~$ cat /etc/default/cdrecord
#ident @(#)cdrecord.dfl 1.2 00/04/16 Copyr 1998 J. Schilling
#
# This file is /etc/default/cdrecord
# It contains defaults that are used if no command line option
# or environment is present.
#
# The default device, if not specified elswhere
#
CDR_DEVICE=yamaha
#
# The default speed, if not specified elswhere
#
CDR_SPEED=4
#
# The default FIFO size if, not specified elswhere
#
CDR_FIFOSIZE=4m
#
# The following definitions allow abstract device names.
# They are used if the device name does not contain the
# the characters ',', ':', '/' and '@'
#
# drive name device speed fifosize driveropts
#
teac= 1,3,0 -1 -1 ""
panasonic= 1,4,0 -1 -1 ""
plextor= 1,4,0 12 -1 ""
sanyo= 1,4,0 12 -1 burnproof
yamaha= 1,5,0 -1 -1 ""
cdrom= 0,1,0 2 1m ""
Donc je pense que tu pourras facilement adapter...
moment--, mon cdrecord -scanbus ne trouve plus rien.
Il devrait. Sauf si tu utilise un noyau 2.6.x :-)
Après moult investigations, j'ai trouvé que ça remarchait très bien si je démarre en devfs=nomount.
Ce qui revient à ne pas utiliser les fonctionnalités de devfs...
Le problème, c'est que comme tout est paramétré avec devfs=mount, c'est le reste qui ne marche plus. J'ai vu quelque part qu'il faudrait un fichier /etc/default/cdrecord pour que tout rentre dans l'ordre. Quelqu'un confirme ?
Non, je ne sais pas, par contre, j'ai toujours utilisé ce fichier de configuration de cdrecord.
Quelqu'un a une idée de ce à quoi doit ressembler ce fichier ?
A celà :
:~$ cat /etc/default/cdrecord #ident @(#)cdrecord.dfl 1.2 00/04/16 Copyr 1998 J. Schilling # # This file is /etc/default/cdrecord # It contains defaults that are used if no command line option # or environment is present. # # The default device, if not specified elswhere # CDR_DEVICE=yamaha
# # The default speed, if not specified elswhere # CDR_SPEED=4
# # The default FIFO size if, not specified elswhere # CDR_FIFOSIZE=4m
# # The following definitions allow abstract device names. # They are used if the device name does not contain the # the characters ',', ':', '/' and '@' # # drive name device speed fifosize driveropts # teac= 1,3,0 -1 -1 "" panasonic= 1,4,0 -1 -1 "" plextor= 1,4,0 12 -1 "" sanyo= 1,4,0 12 -1 burnproof yamaha= 1,5,0 -1 -1 "" cdrom= 0,1,0 2 1m ""
Donc je pense que tu pourras facilement adapter...
Merci
Pas de quoi
-- eric b
J. Mayer
On Wed, 20 Aug 2003 11:00:56 +0200, ericb wrote:
G.Delafond a écrit:
Bonjour !
Bonjour,
moment--, mon cdrecord -scanbus ne trouve plus rien.
Il devrait. Sauf si tu utilise un noyau 2.6.x :-)
Tiens, sur mon 2.6, il voit mon DVD et mon scanner. C'est grâve ? Je précise que je n'ai pas recompilé cdrecord depuis mon passage en 2.6...
On Wed, 20 Aug 2003 11:00:56 +0200, ericb wrote:
G.Delafond a écrit:
Bonjour !
Bonjour,
moment--, mon cdrecord -scanbus ne trouve plus rien.
Il devrait. Sauf si tu utilise un noyau 2.6.x :-)
Tiens, sur mon 2.6, il voit mon DVD et mon scanner.
C'est grâve ?
Je précise que je n'ai pas recompilé cdrecord depuis mon passage
en 2.6...
moment--, mon cdrecord -scanbus ne trouve plus rien.
Il devrait. Sauf si tu utilise un noyau 2.6.x :-)
Tiens, sur mon 2.6, il voit mon DVD et mon scanner. C'est grâve ? Je précise que je n'ai pas recompilé cdrecord depuis mon passage en 2.6...
ericb
Bonjour,
J. Mayer a écrit:
On Wed, 20 Aug 2003 11:00:56 +0200, ericb wrote:
Tiens, sur mon 2.6, il voit mon DVD et mon scanner. C'est grâve ?
Essaye un cdrecord avec le scanner, et tu me postes ce que ça donne ;-)
Je précise que je n'ai pas recompilé cdrecord depuis mon passage en 2.6...
Le 2.6 n'a plus besoin de l'émulation scsi pour les graveurs IDE. GROS progrès. On raconte même que le gain serait considérable.
<rien_à_voir> P.S. : où en-es tu avec le driver orinoco_usb pour le MA111 ? Je suis en train de bidouiller le dernier cvs orinoco_usb (0.2.2), mais il ne veut pas compiler à cause d'une variable hotplug_path non définie. J'ai trouvé une variable de ce type dans <linux/kmod.h>, mais inclure kmod.h n'a pas résolu mon problème. Un #define non plus. Je vais voir si je ne peux pas utiliser les sources de linux-wlan-ng, des fois que...</rien_à_voir>
Cordialement
-- eric b
Bonjour,
J. Mayer a écrit:
On Wed, 20 Aug 2003 11:00:56 +0200, ericb wrote:
Tiens, sur mon 2.6, il voit mon DVD et mon scanner.
C'est grâve ?
Essaye un cdrecord avec le scanner, et tu me postes ce que ça donne ;-)
Je précise que je n'ai pas recompilé cdrecord depuis mon passage
en 2.6...
Le 2.6 n'a plus besoin de l'émulation scsi pour les graveurs IDE. GROS
progrès. On raconte même que le gain serait considérable.
<rien_à_voir>
P.S. : où en-es tu avec le driver orinoco_usb pour le MA111 ?
Je suis en train de bidouiller le dernier cvs orinoco_usb (0.2.2), mais
il ne veut pas compiler à cause d'une variable hotplug_path non définie.
J'ai trouvé une variable de ce type dans <linux/kmod.h>, mais inclure
kmod.h n'a pas résolu mon problème. Un #define non plus.
Je vais voir si je ne peux pas utiliser les sources de linux-wlan-ng,
des fois que...</rien_à_voir>
Tiens, sur mon 2.6, il voit mon DVD et mon scanner. C'est grâve ?
Essaye un cdrecord avec le scanner, et tu me postes ce que ça donne ;-)
Je précise que je n'ai pas recompilé cdrecord depuis mon passage en 2.6...
Le 2.6 n'a plus besoin de l'émulation scsi pour les graveurs IDE. GROS progrès. On raconte même que le gain serait considérable.
<rien_à_voir> P.S. : où en-es tu avec le driver orinoco_usb pour le MA111 ? Je suis en train de bidouiller le dernier cvs orinoco_usb (0.2.2), mais il ne veut pas compiler à cause d'une variable hotplug_path non définie. J'ai trouvé une variable de ce type dans <linux/kmod.h>, mais inclure kmod.h n'a pas résolu mon problème. Un #define non plus. Je vais voir si je ne peux pas utiliser les sources de linux-wlan-ng, des fois que...</rien_à_voir>
Cordialement
-- eric b
J. Mayer
On Wed, 20 Aug 2003 15:02:32 +0200, J. Mayer wrote:
On Wed, 20 Aug 2003 14:05:56 +0200, G.Delafond wrote:
J. Mayer wrote:
Normalement, en 2.6, tu n'as pas besoin d'émulation ide-scsi.
D'un autre coté, même si ça semble buggé pour l'instant, je ne crois pas qu'il y ait d'obstacle théorique à l'utilisation de l'IDE-SCSI pour graver avec le 2.6, même si ça marche avec l'IDE direct. J'avoue ne pas encore avoir essayé. Je vais tenter tout à l'heure...
Bon j'ai essayé sur mon Ibook, ça marche parfaitement et c'est burn-proof (c'est comme ça qu'ils disent, non ?): je compilais en même temps, pendant les links la gravure s'arretait une dizaine de secondes (!) mais le CD est nickel ! (je précise que les links en question donnent des executables qui font pas loin de 4 Mo... ce qui charge "légèrement" le CPU...).
Vive le 2.6 !!!
On Wed, 20 Aug 2003 15:02:32 +0200, J. Mayer wrote:
On Wed, 20 Aug 2003 14:05:56 +0200, G.Delafond wrote:
J. Mayer wrote:
Normalement, en 2.6, tu n'as pas besoin d'émulation ide-scsi.
D'un autre coté, même si ça semble buggé pour l'instant, je ne crois
pas qu'il y ait d'obstacle théorique à l'utilisation de l'IDE-SCSI
pour graver avec le 2.6, même si ça marche avec l'IDE direct.
J'avoue ne pas encore avoir essayé. Je vais tenter tout à l'heure...
Bon j'ai essayé sur mon Ibook, ça marche parfaitement et c'est
burn-proof (c'est comme ça qu'ils disent, non ?):
je compilais en même temps, pendant les links la gravure s'arretait
une dizaine de secondes (!) mais le CD est nickel !
(je précise que les links en question donnent des executables
qui font pas loin de 4 Mo... ce qui charge "légèrement" le CPU...).
On Wed, 20 Aug 2003 15:02:32 +0200, J. Mayer wrote:
On Wed, 20 Aug 2003 14:05:56 +0200, G.Delafond wrote:
J. Mayer wrote:
Normalement, en 2.6, tu n'as pas besoin d'émulation ide-scsi.
D'un autre coté, même si ça semble buggé pour l'instant, je ne crois pas qu'il y ait d'obstacle théorique à l'utilisation de l'IDE-SCSI pour graver avec le 2.6, même si ça marche avec l'IDE direct. J'avoue ne pas encore avoir essayé. Je vais tenter tout à l'heure...
Bon j'ai essayé sur mon Ibook, ça marche parfaitement et c'est burn-proof (c'est comme ça qu'ils disent, non ?): je compilais en même temps, pendant les links la gravure s'arretait une dizaine de secondes (!) mais le CD est nickel ! (je précise que les links en question donnent des executables qui font pas loin de 4 Mo... ce qui charge "légèrement" le CPU...).
Vive le 2.6 !!!
ericb
Bonjour,
J. Mayer a écrit:
On Wed, 20 Aug 2003 15:02:32 +0200, J. Mayer wrote:
Bon j'ai essayé sur mon Ibook, ça marche parfaitement et c'est burn-proof (c'est comme ça qu'ils disent, non ?):
J'aurais besoin d'un petit service, qui me permettrait de gagner beaucoup de temps : comme nous avons pratiquement la même machine ( ibook ), est-ce que tu pourrais, s'il te plaît m'envoyer ton .config pour le 2.6.x ? Un grand merci d'avance !
N.B. : Je remets mon adresse perso en fin de mail ;-)
Pour info, j'utilise MontaVista avec rsync pour avoir les sources (actuellement 2.6.0-test3). C'est le même "fournisseur de sources" que tu utilises, ou tu utilise bitkeeper ?
je compilais en même temps, pendant les links la gravure s'arretait une dizaine de secondes (!) mais le CD est nickel !
J'ai aussi remarqué, sur l'ibook, que les performances en lecture DVD/CD s'améliorent quand on n'utilise pas l'émulation SCSI. Et cette avancée du 2.6.x est donc vraiment intéressante, rien que pour ça. En plus, y'a la crypto (comme sur BSD), alsa intégré [ qui compile pas encore sur ibook ], et j'en passe.
(je précise que les links en question donnent des executables qui font pas loin de 4 Mo... ce qui charge "légèrement" le CPU...).
J'ai encore une question : est-ce que tu {utilises || arrives à utiliser} MOL avec un 2.6.x ? Parce que pour lire les CD audio (et les vidéos) avec quick time (celui de Mac OS X !), c'est pas mal du tout...
Vive le 2.6 !!!
Oui, c'est encore mieux que le 2.4. En plus, il n'y a plus de code de ces abrutis de chez SCO dedans.
Mon adresse :
eric point bachard at free point fr
Cordialement
-- eric b
Bonjour,
J. Mayer a écrit:
On Wed, 20 Aug 2003 15:02:32 +0200, J. Mayer wrote:
Bon j'ai essayé sur mon Ibook, ça marche parfaitement et c'est
burn-proof (c'est comme ça qu'ils disent, non ?):
J'aurais besoin d'un petit service, qui me permettrait de gagner
beaucoup de temps : comme nous avons pratiquement la même machine (
ibook ), est-ce que tu pourrais, s'il te plaît m'envoyer ton .config
pour le 2.6.x ? Un grand merci d'avance !
N.B. : Je remets mon adresse perso en fin de mail ;-)
Pour info, j'utilise MontaVista avec rsync pour avoir les sources
(actuellement 2.6.0-test3). C'est le même "fournisseur de sources" que
tu utilises, ou tu utilise bitkeeper ?
je compilais en même temps, pendant les links la gravure s'arretait
une dizaine de secondes (!) mais le CD est nickel !
J'ai aussi remarqué, sur l'ibook, que les performances en lecture DVD/CD
s'améliorent quand on n'utilise pas l'émulation SCSI. Et cette avancée
du 2.6.x est donc vraiment intéressante, rien que pour ça.
En plus, y'a la crypto (comme sur BSD), alsa intégré [ qui compile pas
encore sur ibook ], et j'en passe.
(je précise que les links en question donnent des executables
qui font pas loin de 4 Mo... ce qui charge "légèrement" le CPU...).
J'ai encore une question : est-ce que tu {utilises || arrives à
utiliser} MOL avec un 2.6.x ?
Parce que pour lire les CD audio (et les vidéos) avec quick time (celui
de Mac OS X !), c'est pas mal du tout...
Vive le 2.6 !!!
Oui, c'est encore mieux que le 2.4. En plus, il n'y a plus de code
de ces abrutis de chez SCO dedans.
On Wed, 20 Aug 2003 15:02:32 +0200, J. Mayer wrote:
Bon j'ai essayé sur mon Ibook, ça marche parfaitement et c'est burn-proof (c'est comme ça qu'ils disent, non ?):
J'aurais besoin d'un petit service, qui me permettrait de gagner beaucoup de temps : comme nous avons pratiquement la même machine ( ibook ), est-ce que tu pourrais, s'il te plaît m'envoyer ton .config pour le 2.6.x ? Un grand merci d'avance !
N.B. : Je remets mon adresse perso en fin de mail ;-)
Pour info, j'utilise MontaVista avec rsync pour avoir les sources (actuellement 2.6.0-test3). C'est le même "fournisseur de sources" que tu utilises, ou tu utilise bitkeeper ?
je compilais en même temps, pendant les links la gravure s'arretait une dizaine de secondes (!) mais le CD est nickel !
J'ai aussi remarqué, sur l'ibook, que les performances en lecture DVD/CD s'améliorent quand on n'utilise pas l'émulation SCSI. Et cette avancée du 2.6.x est donc vraiment intéressante, rien que pour ça. En plus, y'a la crypto (comme sur BSD), alsa intégré [ qui compile pas encore sur ibook ], et j'en passe.
(je précise que les links en question donnent des executables qui font pas loin de 4 Mo... ce qui charge "légèrement" le CPU...).
J'ai encore une question : est-ce que tu {utilises || arrives à utiliser} MOL avec un 2.6.x ? Parce que pour lire les CD audio (et les vidéos) avec quick time (celui de Mac OS X !), c'est pas mal du tout...
Vive le 2.6 !!!
Oui, c'est encore mieux que le 2.4. En plus, il n'y a plus de code de ces abrutis de chez SCO dedans.
