Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 21/01/2014, à 23:25

ladsy

[13.10] refermeture immédiate du tirroir cd apres ejection

Bonjour,

J'ai un problème qui ne se passe que depuis l'installation de la version 13.10 d'Ubuntu (version serveur avec les paquetage desktop), sur la même configuration que j'employais sans aucun problème depuis la 11.10.

Quand je clique droit sur l'icône du CD (en l'occurence un DVD de film, mais ça va pour tout type de CD), fait "Ejecter le CD", le CD est convenablement démonté (/dev/sr0 en SATA), le tirroir s'ouvre à fond ... mais à la place de rester ouvert : PAF il se referme aussitôt.

Il n'y a même pas le temps de retirer le CD (qui du coup est remonté automatiquement ... et le dévédé est relancé en lecture).
Si j'attrape le tirroir à la volée, et bien outre que ce n'est pas bon pour le matériel, une fois sur deux ... je dois forcer comme un malade car il veut se refermer au risque de bousiller le disque etc etc.

Quel serait le processus / paramètre qui commenderai la fermeture immédiate du tirroir ?

Ca a toujours fait ça, depuis l'installation de la 13.10 serveur (transformée en desktop ... c'était le seul moyen d'avoir un RAID) par défaut.

Merci d'avance.

Dernière modification par ladsy (Le 21/01/2014, à 23:40)


ubuntu mate 21.04 x86-64 - dual boot W10
Machine 1 : portable Lenovo P50 -  écran 4K - 4G/LTE - raid 0 de 2 eNVM - 64 Go de RAM et écran Acer Predator XB321HK
Machine 2 :P5Q-EM - 16Go - SB X-Fi Xtrem - 3 SSD Samsung 840EVO 500 Go en raid 0, GTX 970 et écran Samsung B2330

Hors ligne

#2 Le 22/01/2014, à 01:59

tylam

Re : [13.10] refermeture immédiate du tirroir cd apres ejection

salut ,
bein pour un truc qui doit être plus sécurisé pour les panne
je la trouve un peu RAID!
ta becane c'est pas un Casper 3000 non?

bon trêve de plaisanterie
peut-ètre est-ce uniquement un défaut matériel survenu en même temps que la MAJ mais qui n'a rien à voir avec celle-ci?non?
si tu changes physiquement de tiroir ça fait pareil ?


La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
Albert Enstein

Hors ligne

#3 Le 22/01/2014, à 12:36

olivi4

Re : [13.10] refermeture immédiate du tirroir cd apres ejection

Bonjour,

Cela m'est arrivé il y a un mois. J'ai du changer de lecteur et en plaçant l'autre, je l'ai mis trop en avant ce qui fait que le bouton d'ouverture était toujours sous tension.
Le mieux pour être certain, serait que tu sortes le lecteur et que tu le rebranche à l'extérieur.

Bonne chance et bonne journée.

Olivier


La philosophie nous enseigne à douter de ce qui nous paraît évident. La propagande, au contraire, nous enseigne à accepter pour évident ce dont il serait raisonnable de douter. (Aldous Huxley)
"La plus grande partie de la souffrance humaine est inutile. On se l'inflige à soi-même aussi longtemps que, à son insu, on laisse le mental prendre le contrôle de sa vie". (E. Tolle)

Hors ligne

#4 Le 17/02/2014, à 18:03

ladsy

Re : [13.10] refermeture immédiate du tirroir cd apres ejection

Bonjour,
Merci pour vos réponses.
J'ai cherché un petit peu sur ma machine.
En effet, j'avais bien des erreurs dues à un branchement physique/

/var/log# zcat kern.log.2.gz | grep ata5

02-02 14:16 kernel: [ 1843.859202] ata5: exception Emask 0x10 SAct 0x0 SErr 0x4000000 action 0xe frozen
02-02 14:16 kernel: [ 1843.859205] ata5: irq_stat 0x00000040, connection status changed
02-02 14:16 kernel: [ 1843.859208] ata5: SError: { DevExch }
02-02 14:16 kernel: [ 1843.859211] ata5: hard resetting link
02-02 14:16 kernel: [ 1844.752016] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
02-02 14:16 kernel: [ 1844.758990] ata5.00: configured for PIO0
02-02 14:16 kernel: [ 1844.784822] ata5: EH complete
02-02 14:16 kernel: [ 1845.286885] ata5: exception Emask 0x10 SAct 0x0 SErr 0x4000000 action 0xe frozen
02-02 14:16 kernel: [ 1845.286889] ata5: irq_stat 0x00000040, connection status changed
02-02 14:16 kernel: [ 1845.286892] ata5: SError: { DevExch }
02-02 14:16 kernel: [ 1845.286895] ata5: hard resetting link
02-02 14:16 kernel: [ 1846.180013] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
02-02 14:16 kernel: [ 1846.186990] ata5.00: configured for PIO0
02-02 14:16 kernel: [ 1846.212817] ata5: EH complete
02-02 14:16 kernel: [ 1846.714627] ata5: exception Emask 0x10 SAct 0x0 SErr 0x4000000 action 0xe frozen
02-02 14:16 kernel: [ 1846.714630] ata5: irq_stat 0x00000040, connection status changed
02-02 14:16 kernel: [ 1846.714633] ata5: SError: { DevExch }
02-02 14:16 kernel: [ 1846.714636] ata5: hard resetting link
02-02 14:16 kernel: [ 1847.608016] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
02-02 14:16 kernel: [ 1847.614989] ata5.00: configured for PIO0
02-02 14:16 kernel: [ 1847.640821] ata5: EH complete
02-02 14:16 kernel: [ 1848.142299] ata5: exception Emask 0x10 SAct 0x0 SErr 0x4000000 action 0xe frozen
02-02 14:16 kernel: [ 1848.142302] ata5: irq_stat 0x00000040, connection status changed
02-02 14:16 kernel: [ 1848.142305] ata5: SError: { DevExch }
02-02 14:16 kernel: [ 1848.142309] ata5: hard resetting link
02-02 14:16 kernel: [ 1849.036014] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 310)

Et ça bouclait à raison d'une rafale par seconde !

J'ai changé de port SATA5 sur SATA 6 et je n'ai plus que des affichage qui me semblent normaux (enfin, j'ai la même chose pour tous mes SATA : 2 SSD en raid 0, 1 DVD, 1 e-SATA).

/var/log# zcat syslog* | grep ata6

gzip: syslog: not in gzip format

gzip: syslog.1: not in gzip format
02-15 16:33 kernel: [    1.641626] ata6: SATA max UDMA/133 abar m2048@0xfe8fc000 port 0xfe8fc380 irq 44
02-15 16:33 kernel: [    3.970015] ata6: SATA link down (SStatus 0 SControl 300)
02-15 22:57 kernel: [    1.632812] ata6: SATA max UDMA/133 abar m2048@0xfe8fc000 port 0xfe8fc380 irq 44
02-15 22:57 kernel: [    3.962016] ata6: SATA link down (SStatus 0 SControl 300)
02-16 11:16 kernel: [    1.632860] ata6: SATA max UDMA/133 abar m2048@0xfe8fc000 port 0xfe8fc380 irq 44
02-16 11:16 kernel: [    3.964016] ata6: SATA link down (SStatus 0 SControl 300)
02-14 08:41 kernel: [    1.643318] ata6: SATA max UDMA/133 abar m2048@0xfe8fc000 port 0xfe8fc380 irq 44

J'ai aussi rebougé mon lecteur de BR/DVD.
Et bien le problème reste.

Par contre, je suis en dualboot Windows 7 ...
Je positionne un DVD, je lis mon DVD, je lance l'extraction du DVD via la souris ... et bien tout se passe normalement sous Windows.

Donc si le problème est matériel ... pourquoi le tiroir rerentre sous Linux ... mais pas sous Windows ?

Merci d'avance.

Dernière modification par ladsy (Le 17/02/2014, à 18:04)


ubuntu mate 21.04 x86-64 - dual boot W10
Machine 1 : portable Lenovo P50 -  écran 4K - 4G/LTE - raid 0 de 2 eNVM - 64 Go de RAM et écran Acer Predator XB321HK
Machine 2 :P5Q-EM - 16Go - SB X-Fi Xtrem - 3 SSD Samsung 840EVO 500 Go en raid 0, GTX 970 et écran Samsung B2330

Hors ligne