vendredi 25 juillet
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

Retourner aux forums || Retourner au forum Linux.general

Linux.general : kernel 2.6, cdrecord et graveur LG

Posté par Sirrus () le 05 octobre 2004
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.

> Lire le message (6 commentaires, moyenne: 2,2).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

rebouter mi-malproprement

Posté par gc (page perso, ) le 05/10/2004 à 12:47. (lien). Évalué à 2.

Ca n'est pas une réponse à ta question mais j'en profite pour parler d'une feature peu connue du kernel.

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 (Jabber id, page perso, ) le 05/10/2004 à 15:22. (lien). Évalué à 2.

    C'est quelle touche/combinaison de touche SysRq ?

    --
    Ce commentaire est :
    Génial, Nul, 42

    • [^]Re: rebouter mi-malproprement

      Posté par gc (page perso, ) le 05/10/2004 à 16:48. (lien). Évalué à 3.

      Rah je savais que j'avais oublié quelque chose :


      [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 (Jabber id, page perso, ) le 05/10/2004 à 20:11. (lien). Évalué à 2.

        bon, moi ca a tout casser ma debian, mais je sais pas si y'avait l'option :)

        --
        Ce commentaire est :
        Génial, Nul, 42

        • [^]Re: rebouter mi-malproprement

          Posté par gc (page perso, ) le 06/10/2004 à 07:16. (lien). Évalué à 2.

          Alt-SysRq-b reboote immédiatement, comme quand tu appuies sur le bouton reset, donc si c'est ce dont tu parles c'est normal :)

          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 (Jabber id, page perso, ) le 06/10/2004 à 10:15. (lien). Évalué à 2.

            Non, c'est plutot du genre ca a tout planté X et j'ai du reboot comme un barbarre mais
            - 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 :)

            --
            Ce commentaire est :
            Génial, Nul, 42

Revenir en haut de page || Retourner aux forums || Retourner au forum Linux.general

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0552s (dont 0.006 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.