Je marche sous Mandrake 10.0 Official, mise à jour, kernel 2.6.3. Mon graveur est un LG GCE-8480B, bien évidemment IDE/ATAPI. Comme je veux continuer à utiliser xcdroast comme logiciel de gravure, je dois effectuer une émulation scsi (à moins que xcdroast supporte maintenant l'IDE, il ne me semble que ça ne marche pas mais je veux bien réessayer si on me dit que c'est censé marcher).
L'émulation marche donc bien, au passage, on me crée aussi /dev/sr0 et /dev/sr1 qui sont des liens symboliques vers les /dev/scdx et qui sont utilisés dans le fstab. Ensuite, je compile xcdroast car le paquet ne repère pas les scsi (!!!) et les refusent même manuellement (mais le problème n'est pas là).
Donc après compilation, je configure, je grave mais le hic, c'est à la fin de la gravure (ou d'un effacement). La gravure se déroule très bien, la fixation aussi (puisque après, les données sont tout à fait accessibles et le cd réutilisable si c'est un multi-session), mais le proc se bloque, il est arrêté mais refuse de se terminer. J'ai eu beau employer les kill signal 9, toussa, essayer d'éjecter le tiroir, la dynamite, rien n'y fait, je suis obligé de rebooter malproprement car les partitions se démontent pas comme il faut.
Donc voilà, si vous aviez des idées de l'origine du problème ou de résolutions et autres conseils (autres que booter sur 2.4 svp, ça marche mais je suis un daicideur pressé), je suis preneur.
Voilà, merci d'avance.
Forum Linux.général kernel 2.6, cdrecord et graveur LG
5
oct.
2004
# rebouter mi-malproprement
Posté par gc (site web personnel) . Évalué à 2.
J'ai eu beau employer les kill signal 9, toussa, essayer d'éjecter le tiroir, la dynamite, rien n'y fait, je suis obligé de rebooter malproprement car les partitions se démontent pas comme il faut.
Quand on est obligé de rebooter à la hussarde (bouton reset ou bouton power), en général quand X chie en fait, on peut utilise les Magic SysRq, qui permettent de donner directement un ordre au kernel. Situation typique :
- Alt-SysRq[1]-S : (s)ynchronise les partitions (écris les buffers en attente)
- Alt-SysRq-U : (u)nmount les partitions (en fait ça les remonte Read-Only)
- Alt-SysRq-B : re(b)oot
Ca réduit notablement le risque d'erreur au reboot.
[^] # Re: rebouter mi-malproprement
Posté par Calim' Héros (site web personnel) . Évalué à 2.
[^] # Re: rebouter mi-malproprement
Posté par gc (site web personnel) . Évalué à 3.
[1] SysRq c'est la touche avec marqué SysRq dessus, y'a aussi marqué PrintScreen en général et elle se situe à gauche de ScrollLock et Pause/Break
J'ajoute que c'est une option du kernel, en dessous de "kernel hacking" si ma mémoire est bonne (ce qui est très con), et elle est activée sur les kernel Mandrake pour notre plus grand bonheur à tous.
[^] # Re: rebouter mi-malproprement
Posté par Calim' Héros (site web personnel) . Évalué à 2.
[^] # Re: rebouter mi-malproprement
Posté par gc (site web personnel) . Évalué à 2.
L'utilité, encore une fois, c'est lorsque ton système est bien planté, par exemple que X ne répond plus donc tu ne peux rien faire (sauf si tu as un laptop avec acpi et le bouton reset déclenche le shutdown), tu fais "s" et "u" d'abord pour tenter de mettre tes disques en meilleur état avant "b" qui reboote à la porc.
[^] # Re: rebouter mi-malproprement
Posté par Calim' Héros (site web personnel) . Évalué à 2.
- c'etait Alt-SysReq-S
- apres les Alt-SysReq-U et Alt-SysReq-B n'ont pas marché
- c'est le noyau 2.4x de la woody sans recompilation et j'ai pas verifié si c'etait compilé ou pas :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.