[Résolu] Impossible d'ejecter la clef usb (plantage)

nounours · 24-11-2018 17:50:18

Bonjour à tous.

OS debian stretch Xfce
Pc moderne avec disque SSD (mars 2018)
Marque Clevo livré avec ubuntu à l’origine

En ce moment j’ai un gros problème quand je veux copier un fichier sur ma clef usb, et parfois tout plante et impossible d’arrêter le PC même avec Alt + o + Imp ecr Sys. Il faut arrêter à la ’’dure’’.
Tout marchait parfaitement bien depuis des mois.
Que faire ?.
Voilà le message d’erreur.

Merci à la personne qui voudra bien me répondre.

Dernière modification par nounours (01-01-2019 18:01:51)

unit · 24-11-2018 19:39:49

Salut,
as-tu essayer de la démonter manuellement :

umount /mnt/la_ou_tu_as_monte_ta_clé

Que donne

fdisk -l

Dernière modification par unit (24-11-2018 19:46:03)

nounours · 24-11-2018 20:01:18

@unit
Bonjour.
Non je n'ai pas essayé de démonté la clef usb manuellement tout est ''coincé'' et il faut éteindre à la ''dure'' quand ça se produit.
Il faut dire aussi que je ne suis qu'un petit bricoleur en informatique.

Résultat de :

fdisk -l

 jbs@clevo:~$ su

Mot de passe : 

root@clevo:/home/jbs# fdisk -l

Disque /dev/sda : 465,8 GiB, 500107862016 octets, 976773168 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 89D2E99F-E640-4FAA-8E4A-2C089826F4EB

Périphérique    Début       Fin  Secteurs Taille Type

/dev/sda1        2048   1050623   1048576   512M Système EFI

/dev/sda2     1050624  49879039  48828416  23,3G Système de fichiers Linux

/dev/sda3    49879040 976771071 926892032   442G Système de fichiers Linux

unit · 24-11-2018 20:19:31

Faudrais voir au niveau du fstab.
http://lea-linux.org/documentations/Fstab

nounours · 24-11-2018 20:26:53

@unit

Voila ce que donne :

nano /etc/fstab

 # /etc/fstab: static file system information.

#

# Use 'blkid' to print the universally unique identifier for a

# device; this may be used with UUID= as a more robust way to name devices

# that works even if disks are added and removed. See fstab(5).

#

# <file system> <mount point>   <type>  <options>       <dump>  <pass>

# / was on /dev/sda2 during installation

UUID=c0ef9725-3957-49c5-9733-dbac3420ad01 /               ext4    errors=remount-ro 0       1

# /home was on /dev/sda3 during installation

UUID=07095e3a-6633-4f62-879e-082e33dca6b5 /home           ext4    defaults        0       2

/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

nounours · 30-11-2018 09:41:00

Je viens de remarquer que ce problème n'affecte qu'une sortie USB en façade (pc tour). Il me reste une sortie ou tout se passe bien. Est-ce que c'est une pb matériel ?.

otyugh · 30-11-2018 10:59:06

C'est bien possible. Même si j'ai jamais vu ce cas en particulier ; les périphérique USB sont souvent source à problème, que ce soit le periphérique ou la connectique.

>Sur un vieux PC j'ai vu des freeze aléatoires en utilisant un certain clavier.
>Sur mon PC maison j'ai constaté que quand mon lecteur mp3 est branché au démarrage... Ça ne démarre pas (il se met en attente et se débloque dès que je débranche le periphérique).

Ce genre de joyeuseté.
La suggestion de retirer la clé via "umount" serait un probablement intéressante pour confirmer que le problème est matériel (si ça plante) ou pas (si ça ne plante qu'en ejectant la chose par thunar).

Dernière modification par otyugh (30-11-2018 11:01:27)

nounours · 30-11-2018 11:33:36

@otyugh
Bonjour.
J'ai appliqué la commande :

umont/media/KINGSTON

La clef se démonte, mais quand je clique sur éjecter la clef : ça plante. Peut-être que je devrais enlever la clef sans faire éjecter.

Dernière modification par nounours (30-11-2018 12:23:34)

rodinux · 30-11-2018 12:23:02

nounours a écrit :

@otyugh
Bonjour.
Avant de faire n'importe quoi, je préfère demander.
Quand je monte la clef j'ai ça : media/jbs/KINGSTON
(ce n'est pas exactement comme a dit unit (umont/mnt/la_ou_tu_as_monte_ta_clé)
Est ce que la commande serait ça :
umont/media/KINGSTON

Attention à l'espace entre la commande umont et le chemin de la clé. Je ne suis pas sûr, mais je crois que ça revient au même de démonter la clé comme tu le dis ou avec le chemin de la clé que tu retrouves avec un fdisk -l.

umont /media/KINGSTON

Ton message peut venir du fait qu'une application utilise un fichier sur la clé, avant de la démonter, il faut vérifier si il n'y a pas une application qui lit un fichier sur la clé... J'ai trouvé un lien qui explique comment trouver ce qui peut occuper un périphérique ici : https://oletange.blogspot.com/2012/04/u … y-why.html

nounours · 30-11-2018 12:30:22

@otyugh
Bonjour.
(je recommence mon message est mal parti)
J'ai appliqué la commande :

umount /media/KINGSTON

La clef se démonte, mais quand je clique sur éjecter la clef : ça plante. Peut-être que je devrais enlever la clef sans faire éjecter.

Dernière modification par nounours (21-12-2018 17:42:28)

nounours · 21-12-2018 15:14:26

Bonjour à tous.

J’ai trouvé la solution pour contourner le problème.
Pour ne pas subir de plantage voila comment je fais :

a – je ne clique surtout pas sur le triangle (cercle rouge)
b – si la clef ne se monte pas toute seule je fais un clic droit sur la ligne (dans mon cas ’’tosh-clevo’’) > monter
c – pour sortir la clef je fais un clic droit sur ’’tosh-clevo’’ > démonter
d – je retire la clef (et surtout ne pas faire éjecter)

J’ai eu exactement le même pb sur un autre ordinateur, alors maintenant je fais comme ça.
Qu’en pense les barbus ?.

otyugh · 21-12-2018 15:18:19

Ça a pas l'air de dépendre du GUI, ça ressemble à un problème avec "eject" en général- ou de l'implémentation matériel qui s'occupe de l'eject. En tous cas, aucune idée. Changer de kernel aupif ? ;..;

smolski · 21-12-2018 15:28:59

À noter que c'est pas umont mais umount la commande pour démonter...

De plus, le montage se fait normalement dans :

/media/user/nom_cle_usb

Dernière modification par smolski (21-12-2018 15:34:35)

deuchdeb · 21-12-2018 20:45:55

Avant de retirer ta clef usb tu peux lancer la commande sync

sync

Cela écrit sur le disque toutes les données dans les tampons en mémoire.

j'avais eu aussi ce genre de problème et cela venait de la clef elle même. Essaie de voir avec une autre clef pour voir si le problème revient.

nounours · 21-12-2018 22:22:39

@deuchdeb
Salut

Cela écrit sur le disque toutes les données dans les tampons en mémoire.

Le résultat est définitif et règle le problème, ou il faut lancer la commande chaque fois ?.
J'ai essayé avec 3 clef différentes sur 3 sorties ; c'est pareil.
La seule solution qui marche c'est ce que j'indique plus haut (#11)

Dernière modification par nounours (21-12-2018 22:23:18)

otyugh · 21-12-2018 23:23:21

"umount" fait l'équivalent d'un sync.
Source : https://unix.stackexchange.com/question … tes#345950

MicP · 22-12-2018 00:26:17

Bonjour

Je ne suis pas arrivé à accéder au lien proposé dans le précédent message,
mais celui là semble fonctionner : https://unix.stackexchange.com/question … ing-writes

=======
En ce qui concerne les points de montage dans l'arborescence du répertoire /media
je préfère laisser udisksctl les créer et les supprimer lui-même :

Je viens de connecter une clef USB sur ma machine,
et le fichier de périphérique qui a été créé pour permettre l'accès à cette clef USB est /dev/sdb

udisksctl status

MODEL                     REVISION  SERIAL               DEVICE

--------------------------------------------------------------------------

Samsung SSD 840 PRO Series DXM04B0Q  S12PNEAD302179M      sda     

HL-DT-STDVDRAM GT34N      AS00      KZAB16D3405          sr0     

USB DISK 2.0              1.00      060FF1106022226388900123 sdb

Une partition existe sur cette clef :

ls -l /dev/disk/by-id/usb*

lrwxrwxrwx 1 root root  9 déc.  21 23:55 /dev/disk/by-id/usb-USB_DISK_2.0_060FF1106022226388900123-0:0 -> ../../sdb

lrwxrwxrwx 1 root root 10 déc.  21 23:55 /dev/disk/by-id/usb-USB_DISK_2.0_060FF1106022226388900123-0:0-part1 -> ../../sdb1

Et le système de fichiers de cette partition a même un label :

ls -l /dev/disk/by-label/

total 0

lrwxrwxrwx 1 root root 10 déc.  21 19:13 home06 -> ../../dm-2

lrwxrwxrwx 1 root root 10 déc.  21 19:13 root06 -> ../../dm-0

lrwxrwxrwx 1 root root 10 déc.  21 19:13 samP1 -> ../../sda1

lrwxrwxrwx 1 root root 10 déc.  21 19:13 samP2 -> ../../sda2

lrwxrwxrwx 1 root root 10 déc.  21 19:13 samP3L5 -> ../../sda5

lrwxrwxrwx 1 root root 10 déc.  21 19:13 samP3L7swap -> ../../sda7

lrwxrwxrwx 1 root root 10 déc.  21 19:13 usr06 -> ../../dm-1

lrwxrwxrwx 1 root root 10 déc.  21 23:55 verte564MB -> ../../sdb1

Sans avoir à créer le point de montage,
pour monter le système de fichiers de la partition de cette clef
je n'ai qu'à lancer la ligne de commande suivante :

udisksctl mount -b /dev/sdb1

Mounted /dev/sdb1 at /media/michel/verte564MB.

Et en utilisant la ligne de commande suivante,
le système de fichier sera démonté,
et le point de montage sera automatiquement supprimé :

udisksctl unmount -b /dev/sdb1

Unmounted /dev/sdb1.

Je peux vérifier que le point de montage a bien été automatiquement supprimé :

ls -l /media/michel/

total 0

NOTE :
Si le système de fichier à monter n'avait pas eu de label,
udisksctl aurait utilisé l'UUID du système de fichiers à monter
comme nom de point de montage.
⁫

Dernière modification par MicP (22-12-2018 00:36:54)

nounours · 22-12-2018 08:39:35

Je remercie tout le monde.
Le titre de cette discussion est mauvais en fait. Ce n'est pas un défaut de montage ou de démontage puisque j'arrive à m'en tirer en faisant comme en #11.
Le vrai problème c'est que tout plante quand on clique sur ce foutu triangle ou quand on fait clic droit > éjecter.
On a l'impression que cette fonction est inutile puisque rien ne se passe de "mauvais" quand on retire la clef, après démontage.
Je n'ai aucun problème sur une autre bécane sous Stretch Xfce Lenovo ancienne.

Est-ce qu'il serait possible de neutraliser la fonction éjecter ?.

Dernière modification par nounours (22-12-2018 09:04:40)

--gilles-- · 22-12-2018 09:05:42

nounours a écrit :

Je remercie tout le monde.
Le titre de cette discussion est mauvais en fait. Ce n'est pas un défaut de montage ou de démontage puisque j'arrive à m'en tirer en faisant comme en #11.
Le vrai problème c'est que tout plante quand on clique sur ce foutu triangle ou quand on fait clic droit > éjecter.
On a l'impression que cette fonction est inutile puisque rien ne se passe de "mauvais" quand on retire la clef, après démontage.
Je n'ai aucun problème sur une autre bécane sous Stretch Xfce Lenovo ancienne.

Si tu possèdes un lecteur de CD-ROM, est-ce que le clic sur le triangle pour éjecter le disque provoque le même comportement que tu décris pour une clé USB ?

chalu · 22-12-2018 09:12:06

Est-ce que ça te le fait avec toutes les clés ou seulement une ?
Ces mêmes clés sont éjecter sans problème sur un autre pc stretch xfce ?
Les deux pc sont des systèmes i686 ou amd64 ? Tous les deux sous stretch xfce ?

nounours · 22-12-2018 09:17:57

@ --gilles--

Si tu possèdes un lecteur de CD-ROM, est-ce que le clic sur le triangle pour éjecter le disque provoque le même comportement que tu décris pour une clé USB ?

Bonjour.

Je viens d'essayer : aucun problème.

Est-ce qu'il serait possible de neutraliser la fonction éjecter ?.

Nota : Tant que ça se produit sur mes bécanes ce n'est pas grave mais je vois mal expliquer ça à Mme Michu.

--gilles-- · 22-12-2018 09:27:19

Cela semble lié spécifiquement à l'USB et pas à eject en tant que tel puisque l'éjection avec le symbole triangulaire est correcte avec le disque.

Que donne :

journalctl -r -p err

Dernière modification par --gilles-- (22-12-2018 09:28:26)

nounours · 22-12-2018 09:33:45

@chalu
Bonjour

Est-ce que ça te le fait avec toutes les clés ou seulement une ?
Ces mêmes clés sont éjecter sans problème sur un autre pc stretch xfce ?
Les deux pc sont des systèmes i686 ou amd64 ? Tous les deux sous stretch xfce ?

Les pc qui plante sont en amd64 il y en a un DFlinux Stretch et l'autre en Stretch Xfce.
Ça se produit sur n'importe quelle clef et même sur un disque dur extérieur formaté en ext4
j'ai une autre machine Lenovo ancienne sous Stretch Xfce ou tout va bien avec les mêmes clefs et Ddur extérieur.
J'ai aussi remarqué que ça se produisait beaucoup moins sur une certaine sortie USB
Rien ne se produit quant j'applique #11
Manque plus que quelqu'un sorte de son chapeau une ligne de commande magique pour neutraliser la fonction ''éjecter''.

nounours · 22-12-2018 10:07:44

@ --gilles--
Résultat :

journalctl -r -p err

 -- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{i

lines 1-6/6 (END)

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{id

lines 1-6/6 (END)

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idV

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVe

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVen

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVend

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVendo

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVendor

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVendor}

6/6 (END)

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVendor}'

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVendor}'

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVendor}'

~

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVendor}'

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVendor}'

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVendor}'

- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVendor}'

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVendor}'

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVendor}'

-- Logs begin at Sat 2018-12-22 08:21:58 CET, end at Sat 2018-12-22 09:52:25 CET. --

déc. 22 08:22:04 clevo /hpfax[782]: [782]: error: Failed to create /var/spool/cups/tmp/.hplip

déc. 22 08:21:59 clevo kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

déc. 22 08:21:59 clevo avahi-daemon[440]: chroot.c: open() failed: No such file or directory

déc. 22 08:21:58 clevo kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)

déc. 22 08:21:58 clevo systemd-udevd[244]: Invalid rule /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: unknown key 'SYSFS{idVendor}'

--gilles-- · 22-12-2018 10:11:31

nounours a écrit :

Manque plus que quelqu'un sorte de son chapeau une ligne de commande magique pour neutraliser la fonction ''éjecter''.

Nous ne sommes pas sûr que neutraliser la fonction "éjecter" soit pertinent avant d'examiner l'hypothèse qu'un autre logiciel interfère et empêche une bonne reconnaissance de l'absence ou de la présence d'un périphérique USB. Quelles sont les erreurs rencontrées ?

journalctl -r -p err

Dernière modification par --gilles-- (22-12-2018 10:12:53)

Debian-facile

#1 24-11-2018 17:50:18

[Résolu] Impossible d'ejecter la clef usb (plantage)

#2 24-11-2018 19:39:49

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#3 24-11-2018 20:01:18

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#4 24-11-2018 20:19:31

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#5 24-11-2018 20:26:53

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#6 30-11-2018 09:41:00

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#7 30-11-2018 10:59:06

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#8 30-11-2018 11:33:36

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#9 30-11-2018 12:23:02

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#10 30-11-2018 12:30:22

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#11 21-12-2018 15:14:26

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#12 21-12-2018 15:18:19

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#13 21-12-2018 15:28:59

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#14 21-12-2018 20:45:55

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#15 21-12-2018 22:22:39

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#16 21-12-2018 23:23:21

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#17 22-12-2018 00:26:17

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#18 22-12-2018 08:39:35

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#19 22-12-2018 09:05:42

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#20 22-12-2018 09:12:06

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#21 22-12-2018 09:17:57

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#22 22-12-2018 09:27:19

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#23 22-12-2018 09:33:45

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#24 22-12-2018 10:07:44

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

#25 22-12-2018 10:11:31

Re : [Résolu] Impossible d'ejecter la clef usb (plantage)

Pied de page des forums