Mon alim. a pété un condensateur il y a quelques temps, ce aui a grillé
ma carte mère et clavier... J'ai donc remplacé ces deux choses-là.
Remplacement de carte mère qui m'a obligé de remplacer le processeur et
les barrettes de mémoire, bien sûr, car l'ancien matos datait d'il y a
plusieurs douzaines de paires de mois ;-)
Bon, j'ai donc remplacé tout ça, et j'ai redémarré en Mdk 9.2 qui
était sur mes disques.
Après quelques semaines, j'ai installé Mdk 10.0. Sans aucun problème
majeur, et les problèmes mineurs de config était réglés rapidement.
Mais voilà, que j'essaie de graver un CD.
J'ai un Yamaha CRW8824S, attaché à une carte Tekram. Cela ne m'a posé
aucun problème en Mdk 8 et 9.2. Mais avec la 10.0, je n'arrive pas à
graver, même si la lecteur de disques marche parfaitement.
J'ai essayé cdrecord, cdrdao et k3b. Je ne vois rien paraître dans
/var/log/messages, et la machine plante... C'est tout juste si je vois
apparaître quelque petits messages sur la version de libscg utilisé
('schily0.7' ou 'schily0.8', selon que c'est cdrdao ou cdrecord).
Après lecture de plusieurs discussions sur comp.os.linux.hardware,
alt.os.linux.mandrake, et des articles par ci, ar là, je crois comprendre
que le noyeau 2.6.3-4mdk (mais aussi le 2.6.8) contient une méchante
bogue. Mais la plupart des discussions tournent autour de graveurs IDE
avec l'ancienne émulation ide-scsi...
Suis-je le seul à avoir rencontré un problème de gravure purement SCSI ?
Et la vraie question (enfin), c'est comment régler ce problème ?
Est-ce possible de trouver un noyeau dans la série 2.6.n pour Mdk qui
résoud le problème (sans en créer d'autres ailleurs) ?
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
Luc
Beef wrote:
Salut à tous et à toutes.
Mon alim. a pété un condensateur il y a quelques temps, ce aui a grillé ma carte mère et clavier... J'ai donc remplacé ces deux choses-là. Remplacement de carte mère qui m'a obligé de remplacer le processeur et les barrettes de mémoire, bien sûr, car l'ancien matos datait d'il y a plusieurs douzaines de paires de mois ;-)
Bon, j'ai donc remplacé tout ça, et j'ai redémarré en Mdk 9.2 qui était sur mes disques.
Après quelques semaines, j'ai installé Mdk 10.0. Sans aucun problème majeur, et les problèmes mineurs de config était réglés rapidement.
Mais voilà, que j'essaie de graver un CD.
J'ai un Yamaha CRW8824S, attaché à une carte Tekram. Cela ne m'a posé aucun problème en Mdk 8 et 9.2. Mais avec la 10.0, je n'arrive pas à graver, même si la lecteur de disques marche parfaitement.
J'ai essayé cdrecord, cdrdao et k3b. Je ne vois rien paraître dans /var/log/messages, et la machine plante... C'est tout juste si je vois apparaître quelque petits messages sur la version de libscg utilisé ('schily0.7' ou 'schily0.8', selon que c'est cdrdao ou cdrecord).
Après lecture de plusieurs discussions sur comp.os.linux.hardware, alt.os.linux.mandrake, et des articles par ci, ar là, je crois comprendre que le noyeau 2.6.3-4mdk (mais aussi le 2.6.8) contient une méchante bogue. Mais la plupart des discussions tournent autour de graveurs IDE avec l'ancienne émulation ide-scsi...
Suis-je le seul à avoir rencontré un problème de gravure purement SCSI ?
Et la vraie question (enfin), c'est comment régler ce problème ? Est-ce possible de trouver un noyeau dans la série 2.6.n pour Mdk qui résoud le problème (sans en créer d'autres ailleurs) ?
Merci d'avance de votre aide,
Keith.
J'ai eu aussi de problèmes de gravure jusqu'à ce que je remette à jour cdrecord. Actuellement, j'ai la version cdrecord 2.01-0.a28.1mdk
Beef wrote:
Salut à tous et à toutes.
Mon alim. a pété un condensateur il y a quelques temps, ce aui a grillé
ma carte mère et clavier... J'ai donc remplacé ces deux choses-là.
Remplacement de carte mère qui m'a obligé de remplacer le processeur et
les barrettes de mémoire, bien sûr, car l'ancien matos datait d'il y a
plusieurs douzaines de paires de mois ;-)
Bon, j'ai donc remplacé tout ça, et j'ai redémarré en Mdk 9.2 qui
était sur mes disques.
Après quelques semaines, j'ai installé Mdk 10.0. Sans aucun problème
majeur, et les problèmes mineurs de config était réglés rapidement.
Mais voilà, que j'essaie de graver un CD.
J'ai un Yamaha CRW8824S, attaché à une carte Tekram. Cela ne m'a posé
aucun problème en Mdk 8 et 9.2. Mais avec la 10.0, je n'arrive pas à
graver, même si la lecteur de disques marche parfaitement.
J'ai essayé cdrecord, cdrdao et k3b. Je ne vois rien paraître dans
/var/log/messages, et la machine plante... C'est tout juste si je vois
apparaître quelque petits messages sur la version de libscg utilisé
('schily0.7' ou 'schily0.8', selon que c'est cdrdao ou cdrecord).
Après lecture de plusieurs discussions sur comp.os.linux.hardware,
alt.os.linux.mandrake, et des articles par ci, ar là, je crois comprendre
que le noyeau 2.6.3-4mdk (mais aussi le 2.6.8) contient une méchante
bogue. Mais la plupart des discussions tournent autour de graveurs IDE
avec l'ancienne émulation ide-scsi...
Suis-je le seul à avoir rencontré un problème de gravure purement SCSI ?
Et la vraie question (enfin), c'est comment régler ce problème ?
Est-ce possible de trouver un noyeau dans la série 2.6.n pour Mdk qui
résoud le problème (sans en créer d'autres ailleurs) ?
Merci d'avance de votre aide,
Keith.
J'ai eu aussi de problèmes de gravure jusqu'à ce que je remette à jour
cdrecord. Actuellement, j'ai la version cdrecord 2.01-0.a28.1mdk
Mon alim. a pété un condensateur il y a quelques temps, ce aui a grillé ma carte mère et clavier... J'ai donc remplacé ces deux choses-là. Remplacement de carte mère qui m'a obligé de remplacer le processeur et les barrettes de mémoire, bien sûr, car l'ancien matos datait d'il y a plusieurs douzaines de paires de mois ;-)
Bon, j'ai donc remplacé tout ça, et j'ai redémarré en Mdk 9.2 qui était sur mes disques.
Après quelques semaines, j'ai installé Mdk 10.0. Sans aucun problème majeur, et les problèmes mineurs de config était réglés rapidement.
Mais voilà, que j'essaie de graver un CD.
J'ai un Yamaha CRW8824S, attaché à une carte Tekram. Cela ne m'a posé aucun problème en Mdk 8 et 9.2. Mais avec la 10.0, je n'arrive pas à graver, même si la lecteur de disques marche parfaitement.
J'ai essayé cdrecord, cdrdao et k3b. Je ne vois rien paraître dans /var/log/messages, et la machine plante... C'est tout juste si je vois apparaître quelque petits messages sur la version de libscg utilisé ('schily0.7' ou 'schily0.8', selon que c'est cdrdao ou cdrecord).
Après lecture de plusieurs discussions sur comp.os.linux.hardware, alt.os.linux.mandrake, et des articles par ci, ar là, je crois comprendre que le noyeau 2.6.3-4mdk (mais aussi le 2.6.8) contient une méchante bogue. Mais la plupart des discussions tournent autour de graveurs IDE avec l'ancienne émulation ide-scsi...
Suis-je le seul à avoir rencontré un problème de gravure purement SCSI ?
Et la vraie question (enfin), c'est comment régler ce problème ? Est-ce possible de trouver un noyeau dans la série 2.6.n pour Mdk qui résoud le problème (sans en créer d'autres ailleurs) ?
Merci d'avance de votre aide,
Keith.
J'ai eu aussi de problèmes de gravure jusqu'à ce que je remette à jour cdrecord. Actuellement, j'ai la version cdrecord 2.01-0.a28.1mdk
Beef
On Thu, 09 Sep 2004 15:00:38 +0200, Beef wrote:
Après lecture de plusieurs discussions sur comp.os.linux.hardware, alt.os.linux.mandrake, et des articles par ci, ar là, je crois comprendre que le noyeau 2.6.3-4mdk (mais aussi le 2.6.8) contient une méchante bogue. Mais la plupart des discussions tournent autour de graveurs IDE avec l'ancienne émulation ide-scsi...
Voilà, ce soir, j'ai redémarré en noyeau 2.4.22-10mdk et le problème serait réglé...
$ cdrecord -scanbus
Linux sg driver version: 3.1.25 Cdrecord-Clone 2.01a26-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling Note: This version is an unofficial (modified) version with DVD support Note: and therefore may have bugs that are not present in the original. Note: Please send bug reports or support requests to . Note: The author of cdrecord should not be bothered with problems in this version. Using libscg version 'schily-0.8'. scsibus0: 0,0,0 0) * 0,1,0 1) * 0,2,0 2) * 0,3,0 3) 'YAMAHA ' 'CRW8824S ' '1.00' Removable CD-ROM 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) *
Alors que cette commande faisait planter la machine quand j'utilisait le noyeau 2.6.3-4mdk.
Donc, je peux sans doute graver, mais au prix de redémarrer en 2.4.22-10mdk, ce qui m'oblige à faire quelques manips (par exemple, refaire le lien /dev/mouse -> /dev/psaux au lieu de -> /dev/input/mice )
Keith.
On Thu, 09 Sep 2004 15:00:38 +0200, Beef wrote:
Après lecture de plusieurs discussions sur comp.os.linux.hardware,
alt.os.linux.mandrake, et des articles par ci, ar là, je crois comprendre
que le noyeau 2.6.3-4mdk (mais aussi le 2.6.8) contient une méchante
bogue. Mais la plupart des discussions tournent autour de graveurs IDE
avec l'ancienne émulation ide-scsi...
Voilà, ce soir, j'ai redémarré en noyeau 2.4.22-10mdk et le problème
serait réglé...
$ cdrecord -scanbus
Linux sg driver version: 3.1.25
Cdrecord-Clone 2.01a26-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling
Note: This version is an unofficial (modified) version with DVD support
Note: and therefore may have bugs that are not present in the original.
Note: Please send bug reports or support requests to <warly@mandrakesoft.com>.
Note: The author of cdrecord should not be bothered with problems in this version.
Using libscg version 'schily-0.8'.
scsibus0:
0,0,0 0) *
0,1,0 1) *
0,2,0 2) *
0,3,0 3) 'YAMAHA ' 'CRW8824S ' '1.00' Removable CD-ROM
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *
Alors que cette commande faisait planter la machine quand j'utilisait le
noyeau 2.6.3-4mdk.
Donc, je peux sans doute graver, mais au prix de redémarrer en
2.4.22-10mdk, ce qui m'oblige à faire quelques manips (par exemple,
refaire le lien /dev/mouse -> /dev/psaux au lieu de -> /dev/input/mice )
Après lecture de plusieurs discussions sur comp.os.linux.hardware, alt.os.linux.mandrake, et des articles par ci, ar là, je crois comprendre que le noyeau 2.6.3-4mdk (mais aussi le 2.6.8) contient une méchante bogue. Mais la plupart des discussions tournent autour de graveurs IDE avec l'ancienne émulation ide-scsi...
Voilà, ce soir, j'ai redémarré en noyeau 2.4.22-10mdk et le problème serait réglé...
$ cdrecord -scanbus
Linux sg driver version: 3.1.25 Cdrecord-Clone 2.01a26-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling Note: This version is an unofficial (modified) version with DVD support Note: and therefore may have bugs that are not present in the original. Note: Please send bug reports or support requests to . Note: The author of cdrecord should not be bothered with problems in this version. Using libscg version 'schily-0.8'. scsibus0: 0,0,0 0) * 0,1,0 1) * 0,2,0 2) * 0,3,0 3) 'YAMAHA ' 'CRW8824S ' '1.00' Removable CD-ROM 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) *
Alors que cette commande faisait planter la machine quand j'utilisait le noyeau 2.6.3-4mdk.
Donc, je peux sans doute graver, mais au prix de redémarrer en 2.4.22-10mdk, ce qui m'oblige à faire quelques manips (par exemple, refaire le lien /dev/mouse -> /dev/psaux au lieu de -> /dev/input/mice )
Keith.
Tom
Beef wrote:
On Thu, 09 Sep 2004 15:00:38 +0200, Beef wrote:
Après lecture de plusieurs discussions sur comp.os.linux.hardware, alt.os.linux.mandrake, et des articles par ci, ar là, je crois comprendre que le noyeau 2.6.3-4mdk (mais aussi le 2.6.8) contient une méchante bogue. Mais la plupart des discussions tournent autour de graveurs IDE avec l'ancienne émulation ide-scsi...
Voilà, ce soir, j'ai redémarré en noyeau 2.4.22-10mdk et le problème serait réglé...
$ cdrecord -scanbus
Linux sg driver version: 3.1.25 Cdrecord-Clone 2.01a26-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling Note: This version is an unofficial (modified) version with DVD support Note: and therefore may have bugs that are not present in the original. Note: Please send bug reports or support requests to . Note: The author of cdrecord should not be bothered with problems in this version. Using libscg version 'schily-0.8'. scsibus0: 0,0,0 0) * 0,1,0 1) * 0,2,0 2) * 0,3,0 3) 'YAMAHA ' 'CRW8824S ' '1.00' Removable CD-ROM 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) *
Alors que cette commande faisait planter la machine quand j'utilisait le noyeau 2.6.3-4mdk.
Donc, je peux sans doute graver, mais au prix de redémarrer en 2.4.22-10mdk, ce qui m'oblige à faire quelques manips (par exemple, refaire le lien /dev/mouse -> /dev/psaux au lieu de -> /dev/input/mice )
Keith.
Comme le suggere Luc, pourquoi ne fais-tu pas une mise niveau de tes paquetages ? Notamment du noyau, on en est, pour la branche "official" au 2.6.3-16... et j'ai cru voir dans le changelog un "fix scsi alignment..." pour le 2.6.3-7 je crois.
-- nospam = free / cwz=fr
Beef wrote:
On Thu, 09 Sep 2004 15:00:38 +0200, Beef wrote:
Après lecture de plusieurs discussions sur comp.os.linux.hardware,
alt.os.linux.mandrake, et des articles par ci, ar là, je crois comprendre
que le noyeau 2.6.3-4mdk (mais aussi le 2.6.8) contient une méchante
bogue. Mais la plupart des discussions tournent autour de graveurs IDE
avec l'ancienne émulation ide-scsi...
Voilà, ce soir, j'ai redémarré en noyeau 2.4.22-10mdk et le problème
serait réglé...
$ cdrecord -scanbus
Linux sg driver version: 3.1.25
Cdrecord-Clone 2.01a26-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004
Jörg Schilling Note: This version is an unofficial (modified) version with
DVD support Note: and therefore may have bugs that are not present in the
original. Note: Please send bug reports or support requests to
<warly@mandrakesoft.com>. Note: The author of cdrecord should not be
bothered with problems in this version. Using libscg version 'schily-0.8'.
scsibus0:
0,0,0 0) *
0,1,0 1) *
0,2,0 2) *
0,3,0 3) 'YAMAHA ' 'CRW8824S ' '1.00' Removable CD-ROM
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *
Alors que cette commande faisait planter la machine quand j'utilisait le
noyeau 2.6.3-4mdk.
Donc, je peux sans doute graver, mais au prix de redémarrer en
2.4.22-10mdk, ce qui m'oblige à faire quelques manips (par exemple,
refaire le lien /dev/mouse -> /dev/psaux au lieu de -> /dev/input/mice )
Keith.
Comme le suggere Luc, pourquoi ne fais-tu pas une mise niveau de tes
paquetages ? Notamment du noyau, on en est, pour la branche "official" au
2.6.3-16... et j'ai cru voir dans le changelog un "fix scsi alignment..."
pour le 2.6.3-7 je crois.
Après lecture de plusieurs discussions sur comp.os.linux.hardware, alt.os.linux.mandrake, et des articles par ci, ar là, je crois comprendre que le noyeau 2.6.3-4mdk (mais aussi le 2.6.8) contient une méchante bogue. Mais la plupart des discussions tournent autour de graveurs IDE avec l'ancienne émulation ide-scsi...
Voilà, ce soir, j'ai redémarré en noyeau 2.4.22-10mdk et le problème serait réglé...
$ cdrecord -scanbus
Linux sg driver version: 3.1.25 Cdrecord-Clone 2.01a26-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling Note: This version is an unofficial (modified) version with DVD support Note: and therefore may have bugs that are not present in the original. Note: Please send bug reports or support requests to . Note: The author of cdrecord should not be bothered with problems in this version. Using libscg version 'schily-0.8'. scsibus0: 0,0,0 0) * 0,1,0 1) * 0,2,0 2) * 0,3,0 3) 'YAMAHA ' 'CRW8824S ' '1.00' Removable CD-ROM 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) *
Alors que cette commande faisait planter la machine quand j'utilisait le noyeau 2.6.3-4mdk.
Donc, je peux sans doute graver, mais au prix de redémarrer en 2.4.22-10mdk, ce qui m'oblige à faire quelques manips (par exemple, refaire le lien /dev/mouse -> /dev/psaux au lieu de -> /dev/input/mice )
Keith.
Comme le suggere Luc, pourquoi ne fais-tu pas une mise niveau de tes paquetages ? Notamment du noyau, on en est, pour la branche "official" au 2.6.3-16... et j'ai cru voir dans le changelog un "fix scsi alignment..." pour le 2.6.3-7 je crois.
-- nospam = free / cwz=fr
Beef
On Sat, 11 Sep 2004 12:02:34 +0200, Tom wrote:
Comme le suggere Luc, pourquoi ne fais-tu pas une mise niveau de tes paquetages ? Notamment du noyau, on en est, pour la branche "official" au 2.6.3-16... et j'ai cru voir dans le changelog un "fix scsi alignment..." pour le 2.6.3-7 je crois.
-- nospam = free / cwz=fr
Oui, t'as raison ; je devrais mettre à jour le noyeau.
Quand j'en trouve, ce sera chose faite...
Je n'ai pas fouillé bien loi encore (j'éspérais trouver une autre rémède à mon problème), mais sur le site de Mandrake, je n'ai trouvé que les images de cédé à télécharger... pas les empaquetages individuels.
Keith.
On Sat, 11 Sep 2004 12:02:34 +0200, Tom wrote:
Comme le suggere Luc, pourquoi ne fais-tu pas une mise niveau de tes
paquetages ? Notamment du noyau, on en est, pour la branche "official" au
2.6.3-16... et j'ai cru voir dans le changelog un "fix scsi alignment..."
pour le 2.6.3-7 je crois.
--
nospam = free / cwz=fr
Oui, t'as raison ; je devrais mettre à jour le noyeau.
Quand j'en trouve, ce sera chose faite...
Je n'ai pas fouillé bien loi encore (j'éspérais trouver une autre
rémède à mon problème), mais sur le site de Mandrake, je n'ai trouvé
que les images de cédé à télécharger... pas les empaquetages individuels.
Comme le suggere Luc, pourquoi ne fais-tu pas une mise niveau de tes paquetages ? Notamment du noyau, on en est, pour la branche "official" au 2.6.3-16... et j'ai cru voir dans le changelog un "fix scsi alignment..." pour le 2.6.3-7 je crois.
-- nospam = free / cwz=fr
Oui, t'as raison ; je devrais mettre à jour le noyeau.
Quand j'en trouve, ce sera chose faite...
Je n'ai pas fouillé bien loi encore (j'éspérais trouver une autre rémède à mon problème), mais sur le site de Mandrake, je n'ai trouvé que les images de cédé à télécharger... pas les empaquetages individuels.
Keith.
Tom
Beef wrote:
[...]
Oui, t'as raison ; je devrais mettre à jour le noyeau.
Quand j'en trouve, ce sera chose faite...
Je n'ai pas fouillé bien loi encore (j'éspérais trouver une autre rémède à mon problème), mais sur le site de Mandrake, je n'ai trouvé que les images de cédé à télécharger... pas les empaquetages individuels.
Keith.
Pour mettre a jour tes paquetage il y a plus simple et plus efficace que de telecharger les paquets un à un, ça s'appelle urpmi sous MDK. De maniere graphique, ça se touve dans Systeme -> configuration -> paquetage (ou dans systeme -> configuration -> configurez votre ordinateur puis gestionnaire de paquetages).
Le principe consiste à définir des sources pour tes paquetages (généralement sur des miroirs FTP, CDROM etc), ensuite urpmi deduit quels sont les paquets a mettre a jour, les dependances, les telecharge le cas echeant et les installe. NB: pour les noyaux, ce n'est pas considéré comme une mise à jour mais comme un nouveau paquet (pour pouvoir revenir en arriere en cas de pb).
Cdlmt,
Tom. -- nospam = free / cwz=fr
Beef wrote:
[...]
Oui, t'as raison ; je devrais mettre à jour le noyeau.
Quand j'en trouve, ce sera chose faite...
Je n'ai pas fouillé bien loi encore (j'éspérais trouver une autre
rémède à mon problème), mais sur le site de Mandrake, je n'ai trouvé
que les images de cédé à télécharger... pas les empaquetages individuels.
Keith.
Pour mettre a jour tes paquetage il y a plus simple et plus efficace que de
telecharger les paquets un à un, ça s'appelle urpmi sous MDK.
De maniere graphique, ça se touve dans Systeme -> configuration -> paquetage
(ou dans systeme -> configuration -> configurez votre ordinateur puis
gestionnaire de paquetages).
Le principe consiste à définir des sources pour tes paquetages (généralement
sur des miroirs FTP, CDROM etc), ensuite urpmi deduit quels sont les
paquets a mettre a jour, les dependances, les telecharge le cas echeant et
les installe.
NB: pour les noyaux, ce n'est pas considéré comme une mise à jour mais comme
un nouveau paquet (pour pouvoir revenir en arriere en cas de pb).
Oui, t'as raison ; je devrais mettre à jour le noyeau.
Quand j'en trouve, ce sera chose faite...
Je n'ai pas fouillé bien loi encore (j'éspérais trouver une autre rémède à mon problème), mais sur le site de Mandrake, je n'ai trouvé que les images de cédé à télécharger... pas les empaquetages individuels.
Keith.
Pour mettre a jour tes paquetage il y a plus simple et plus efficace que de telecharger les paquets un à un, ça s'appelle urpmi sous MDK. De maniere graphique, ça se touve dans Systeme -> configuration -> paquetage (ou dans systeme -> configuration -> configurez votre ordinateur puis gestionnaire de paquetages).
Le principe consiste à définir des sources pour tes paquetages (généralement sur des miroirs FTP, CDROM etc), ensuite urpmi deduit quels sont les paquets a mettre a jour, les dependances, les telecharge le cas echeant et les installe. NB: pour les noyaux, ce n'est pas considéré comme une mise à jour mais comme un nouveau paquet (pour pouvoir revenir en arriere en cas de pb).
