Bonjour,
Je viens de mettre à jour ma Mandrake vers la version 9.2 qui utilise
devfs.
Pour pouvoir utiliser mon lecteur de cd-rom avec les logiciels de
gravure, j'ai ajouté, comme je l'avais déjà fait auparavant :
append="hdd=ide-scsi" dans lilo.conf.
Je fais lilo à la suite et je ne touche pas à /etc/fstab
Je reboote.
Et là ça commence à délirer !
Y'a un message qui dit, en substance, "dev/scd1" a été ajouté, lancer
l'utilitaire de configuration ? Je réponds oui.
Au final, la bête démarre et je me retrouve avec un fstab où
apparaissent mes périphériques :
- un graveur en /dev/scd0 (normal, comme avant, il est sur port usb)
- mon cd-rom (anciennement /dev/hdd devenu /dev/scd1)
Bon, OK.
Mais l'icône du Desktop ne permet plus d'ouvrir le cdrom (ça ouvre une
fenêtre konqueror mais le contenu du cdrom n'apparaît pas).
Et puis des tentatives de "mount" se soldent par "mount : permission
refusée" (je suis root bien sûr).
Plus amusant, lorsque je démarre, je suis mode terminal (runlevel3). Un
cdrecord --scanbus me donne mon lecteur de cd sur 1.0.0
Ensuite je lance startx, j'ouvre un terminal root et je refais le
cdrecord --scanbus.
Et là, bizarre, il trouve le lecteur de cd sur 2.0.0 !
Plus amusant encore, re-reboot, et là, l'utilitaire se lance de nouveau
(pourquoi ? je n'ai rien modifié entretemps...)
Bon,je réponds encore oui à chaque sollicitation, et là, mystère, une
fois la bécane repartie, mon fstab ne contient plus rien faisant
allusion au lecteur de cd et au graveur ! Plus de scd0 ou de scd1 à
l'horizon...
Quelqu'un aurait-il un début d'explication à ce phénomène ?
Bonjour, Je viens de mettre à jour ma Mandrake vers la version 9.2 qui utilise devfs.
OK ...
Quelqu'un aurait-il un début d'explication à ce phénomène ?
1°) Ne pas tuojours faire confiance a tous les "utilitaires de configuration' ... cela dit , je ne sais pas lesquels sont fiables ...
2°) remets le systeme comme il était et essaie de refaire le tout a la mano ... -- http://mrakotom.free.fr
Alain Walliser
Le Sat, 13 Dec 2003 18:31:27 +0100, Rakotomandimby a écrit :
1°) Ne pas tuojours faire confiance a tous les "utilitaires de configuration' ... cela dit , je ne sais pas lesquels sont fiables ...
2°) remets le systeme comme il était et essaie de refaire le tout a la mano ...
3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22 et le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à charger ou à trimballer dans le kernel.
-- Les rues de Rome sont beaucoup plus sures depuis que les voleurs sont au gouvernement.
Le Sat, 13 Dec 2003 18:31:27 +0100, Rakotomandimby a écrit :
1°) Ne pas tuojours faire confiance a tous les "utilitaires de
configuration' ... cela dit , je ne sais pas lesquels sont fiables ...
2°) remets le systeme comme il était et essaie de refaire le tout a la
mano ...
3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières
versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22 et
le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à
charger ou à trimballer dans le kernel.
--
Les rues de Rome sont beaucoup plus sures depuis que les voleurs sont au
gouvernement.
Le Sat, 13 Dec 2003 18:31:27 +0100, Rakotomandimby a écrit :
1°) Ne pas tuojours faire confiance a tous les "utilitaires de configuration' ... cela dit , je ne sais pas lesquels sont fiables ...
2°) remets le systeme comme il était et essaie de refaire le tout a la mano ...
3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22 et le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à charger ou à trimballer dans le kernel.
-- Les rues de Rome sont beaucoup plus sures depuis que les voleurs sont au gouvernement.
vvaquin
Alain Walliser wrote:
1°) Ne pas tuojours faire confiance a tous les "utilitaires de configuration' ... cela dit , je ne sais pas lesquels sont fiables 2°) remets le systeme comme il était et essaie de refaire le tout a la mano ... 3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières
versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22 et le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à charger ou à trimballer dans le kernel.
Oui, ben effectivement je vais essayer de voir si une version récente de cdrecord et cdrdao me permet d'éviter l'émulation. Depuis le premier post j'ai réessayé à nouveau, ça ne fait pas deux fois la même chose ! Le fameux utilitaire s'est mis à délirer sur mon lecteur zip (/dev/sda4) qui n'a rien à voir dans tout ça ! Bizarrerie mandrakienne, quand tu nous tiens ! J'crois qu'à la main c'est en effet mieux...
Alain Walliser wrote:
1°) Ne pas tuojours faire confiance a tous les "utilitaires de
configuration' ... cela dit , je ne sais pas lesquels sont fiables
2°) remets le systeme comme il était et essaie de refaire le tout a
la mano ...
3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières
versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22
et le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à
charger ou à trimballer dans le kernel.
Oui, ben effectivement je vais essayer de voir si une version récente de
cdrecord et cdrdao me permet d'éviter l'émulation.
Depuis le premier post j'ai réessayé à nouveau, ça ne fait pas deux fois
la même chose !
Le fameux utilitaire s'est mis à délirer sur mon lecteur zip (/dev/sda4)
qui n'a rien à voir dans tout ça !
Bizarrerie mandrakienne, quand tu nous tiens !
J'crois qu'à la main c'est en effet mieux...
1°) Ne pas tuojours faire confiance a tous les "utilitaires de configuration' ... cela dit , je ne sais pas lesquels sont fiables 2°) remets le systeme comme il était et essaie de refaire le tout a la mano ... 3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières
versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22 et le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à charger ou à trimballer dans le kernel.
Oui, ben effectivement je vais essayer de voir si une version récente de cdrecord et cdrdao me permet d'éviter l'émulation. Depuis le premier post j'ai réessayé à nouveau, ça ne fait pas deux fois la même chose ! Le fameux utilitaire s'est mis à délirer sur mon lecteur zip (/dev/sda4) qui n'a rien à voir dans tout ça ! Bizarrerie mandrakienne, quand tu nous tiens ! J'crois qu'à la main c'est en effet mieux...
hugolino
Le Sat, 13 Dec 2003 21:13:57 +0100, Alain Walliser a écrit:
3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22 et le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à charger ou à trimballer dans le kernel.
Très interessant...
Je suis en Woody 2.4.19 (récupéré sur ftp.kernel.org) et effectivement, je suis obligé d'avoir une ligne
Je peux alors graver, mais si jamais je veux lire un CD de données, je doit faire un 'rmmod sg' et si je veux à nouveau graver, il faut remonter le module. Bref un peu chiant...
Je dois donc selon toi aller chercher les patchs kivonbien sur kernel.org, et recompiler. (Ouh-la vais-je me rappeler comment on fait ? ;-)
Devrais-je alors supprimer ma ligne dans le lilo.conf, ainsi le fichier 'graveur' ? Et vers quel dev pointer mon lien cdrom ? (hdc, non ?)
Les dernières versions des cdrtools sont elles dispo en packages deb pour la Woody ? pour la Sarge ? (chez moi: Cdrecord 1.10)
Merci
-- Hugo NPN -<°o)) Quelqu'un aurait un patch du noyau pour que ma souris arrête de ramasser les grains de tabac qui parsèment mon bureau depuis que je me suis remis à rouler ?
Le Sat, 13 Dec 2003 21:13:57 +0100, Alain Walliser a écrit:
3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières
versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22 et
le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à
charger ou à trimballer dans le kernel.
Très interessant...
Je suis en Woody 2.4.19 (récupéré sur ftp.kernel.org) et effectivement,
je suis obligé d'avoir une ligne
Je peux alors graver, mais si jamais je veux lire un CD de données, je
doit faire un 'rmmod sg' et si je veux à nouveau graver, il faut
remonter le module. Bref un peu chiant...
Je dois donc selon toi aller chercher les patchs kivonbien sur
kernel.org, et recompiler. (Ouh-la vais-je me rappeler comment on fait ?
;-)
Devrais-je alors supprimer ma ligne dans le lilo.conf, ainsi le fichier
'graveur' ? Et vers quel dev pointer mon lien cdrom ? (hdc, non ?)
Les dernières versions des cdrtools sont elles dispo en packages deb
pour la Woody ? pour la Sarge ? (chez moi: Cdrecord 1.10)
Merci
--
Hugo NPN -<°o))
Quelqu'un aurait un patch du noyau pour que ma souris arrête de
ramasser les grains de tabac qui parsèment mon bureau depuis que
je me suis remis à rouler ?
Le Sat, 13 Dec 2003 21:13:57 +0100, Alain Walliser a écrit:
3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22 et le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à charger ou à trimballer dans le kernel.
Très interessant...
Je suis en Woody 2.4.19 (récupéré sur ftp.kernel.org) et effectivement, je suis obligé d'avoir une ligne
Je peux alors graver, mais si jamais je veux lire un CD de données, je doit faire un 'rmmod sg' et si je veux à nouveau graver, il faut remonter le module. Bref un peu chiant...
Je dois donc selon toi aller chercher les patchs kivonbien sur kernel.org, et recompiler. (Ouh-la vais-je me rappeler comment on fait ? ;-)
Devrais-je alors supprimer ma ligne dans le lilo.conf, ainsi le fichier 'graveur' ? Et vers quel dev pointer mon lien cdrom ? (hdc, non ?)
Les dernières versions des cdrtools sont elles dispo en packages deb pour la Woody ? pour la Sarge ? (chez moi: Cdrecord 1.10)
Merci
-- Hugo NPN -<°o)) Quelqu'un aurait un patch du noyau pour que ma souris arrête de ramasser les grains de tabac qui parsèment mon bureau depuis que je me suis remis à rouler ?
Rakotomandimby
Alain Walliser wrote:
3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22 et le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à charger ou à trimballer dans le kernel.
Pas encore suffisament de documentations sur le 2.6 ... en cas de pepin faudrai quand meme avoir un minimum dedoc , de questions/reponses ... ;-)
-- http://mrakotom.free.fr
Alain Walliser wrote:
3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières
versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22 et
le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à
charger ou à trimballer dans le kernel.
Pas encore suffisament de documentations sur le 2.6 ... en cas de pepin
faudrai quand meme avoir un minimum dedoc , de questions/reponses ... ;-)
3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22 et le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à charger ou à trimballer dans le kernel.
Pas encore suffisament de documentations sur le 2.6 ... en cas de pepin faudrai quand meme avoir un minimum dedoc , de questions/reponses ... ;-)
-- http://mrakotom.free.fr
J. Mayer
On Sat, 13 Dec 2003 21:13:57 +0100, Alain Walliser wrote:
Le Sat, 13 Dec 2003 18:31:27 +0100, Rakotomandimby a écrit :
1°) Ne pas tuojours faire confiance a tous les "utilitaires de configuration' ... cela dit , je ne sais pas lesquels sont fiables ...
2°) remets le systeme comme il était et essaie de refaire le tout a la mano ...
3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22 et le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à charger ou à trimballer dans le kernel.
Pas forcément une bonne approche: les kernels 2.6 ne devraient plus supporter l'IDE natif prochainement: Alan Cox a décidé d'unifier l'interface des bloc-device en ne laissant qu'une seule API qui sera l'API SCSI (puisque c'est de loin la plus utilisée...). Donc, à mon avis, il est de bon gout de se dire que l'API IDE directe va disparaitre et qu'il faut essayer de s'abstenir de l'utiliser..
On Sat, 13 Dec 2003 21:13:57 +0100, Alain Walliser wrote:
Le Sat, 13 Dec 2003 18:31:27 +0100, Rakotomandimby a écrit :
1°) Ne pas tuojours faire confiance a tous les "utilitaires de
configuration' ... cela dit , je ne sais pas lesquels sont fiables ...
2°) remets le systeme comme il était et essaie de refaire le tout a la
mano ...
3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières
versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22 et
le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à
charger ou à trimballer dans le kernel.
Pas forcément une bonne approche:
les kernels 2.6 ne devraient plus supporter l'IDE natif prochainement:
Alan Cox a décidé d'unifier l'interface des bloc-device en ne laissant
qu'une seule API qui sera l'API SCSI (puisque c'est de loin la plus
utilisée...).
Donc, à mon avis, il est de bon gout de se dire que l'API IDE directe
va disparaitre et qu'il faut essayer de s'abstenir de l'utiliser..
On Sat, 13 Dec 2003 21:13:57 +0100, Alain Walliser wrote:
Le Sat, 13 Dec 2003 18:31:27 +0100, Rakotomandimby a écrit :
1°) Ne pas tuojours faire confiance a tous les "utilitaires de configuration' ... cela dit , je ne sais pas lesquels sont fiables ...
2°) remets le systeme comme il était et essaie de refaire le tout a la mano ...
3°) Ma solution : ne plus utiliser l'émulation ide-scsi. Les dernières versions de cdrecords (cdrtools) le supportent sur un noyau 2.4.20, 22 et le 2.6.0(testé et adopté). Et c'est tout çà en moins de modules à charger ou à trimballer dans le kernel.
Pas forcément une bonne approche: les kernels 2.6 ne devraient plus supporter l'IDE natif prochainement: Alan Cox a décidé d'unifier l'interface des bloc-device en ne laissant qu'une seule API qui sera l'API SCSI (puisque c'est de loin la plus utilisée...). Donc, à mon avis, il est de bon gout de se dire que l'API IDE directe va disparaitre et qu'il faut essayer de s'abstenir de l'utiliser..
