Bonjour à tous,

Je me décide à poster sur le fofo , parce-que je me retrouve face à un problème avec mon disque dur SSD (Kingston SSD nowV300) que je n'arrive pas à résoudre..

En effet, j'ai transformé ce dernier en disque dur externe, pour ce faire je l'ai placé dans un boité compatible relié par usb à mon pc.
Le disque dur est formaté en ext4 c'est un 120 go. Une fois branché, aucun problème il ce monte et je peux alors copier, consulter tout ce que je souhaite.
Mais après quelques minutes (environ 5 minutes) celui ci devient inaccessible , impossible de le démonter ou d’ouvrir un fichier.. La diode lumineuse reste figé en violet,
ce qui signifie que le disque est en train de travailler..

J'ai testé mon disque dur sur un autre pc sur CentOS. Aucun problème. J'ai vérifié que le firmware du SSD était bien à jour, c'est bien le cas. Ce pourrait il que cela vienne d'un module lié au kernel ?
Avez vous déjà rencontré ce problème ?

Voici le lsmod une fois le SSD branché : 
# lsmod
Module                  Size  Used by
uas                    24576  1
usb_storage            65536  1 uas
isofs                  45056  1
loop                   28672  2
rfcomm                 73728  14
xt_CHECKSUM            16384  1
fuse                   94208  5
ipt_MASQUERADE         16384  3
nf_nat_masquerade_ipv4    16384  1 ipt_MASQUERADE
tun                    28672  1
nf_conntrack_netbios_ns    16384  0
nf_conntrack_broadcast    16384  1 nf_conntrack_netbios_ns
ip6t_rpfilter          16384  1
ip6t_REJECT            16384  2
nf_reject_ipv6         16384  1 ip6t_REJECT
xt_conntrack           16384  24
ebtable_nat            16384  1
ebtable_broute         16384  1
bridge                114688  1 ebtable_broute
ebtable_filter         16384  1
ebtables               32768  3 ebtable_broute,ebtable_nat,ebtable_filter
ip6table_nat           16384  1
nf_conntrack_ipv6      20480  13
nf_defrag_ipv6         36864  1 nf_conntrack_ipv6
nf_nat_ipv6            16384  1 ip6table_nat
ip6table_mangle        16384  1
ip6table_security      16384  1
ip6table_raw           16384  1
ip6table_filter        16384  1
ip6_tables             28672  5 ip6table_filter,ip6table_mangle,ip6table_security,ip6table_nat,ip6table_raw
iptable_nat            16384  1
nf_conntrack_ipv4      16384  13
nf_defrag_ipv4         16384  1 nf_conntrack_ipv4
nf_nat_ipv4            16384  1 iptable_nat
nf_nat                 28672  3 nf_nat_ipv4,nf_nat_ipv6,nf_nat_masquerade_ipv4
nf_conntrack          106496  9 nf_conntrack_netbios_ns,nf_nat,nf_nat_ipv4,nf_nat_ipv6,xt_conntrack,nf_nat_masquerade_ipv4,nf_conntrack_broadcast,nf_conntrack_ipv4,nf_conntrack_ipv6
iptable_mangle         16384  1
iptable_security       16384  1
iptable_raw            16384  1
bnep                   20480  2
vfat                   24576  1
fat                    69632  1 vfat
uvcvideo               90112  0
videobuf2_vmalloc      16384  1 uvcvideo
videobuf2_core         49152  1 uvcvideo
snd_usb_audio         180224  3
videobuf2_memops       16384  1 videobuf2_vmalloc
v4l2_common            16384  1 videobuf2_core
videodev              155648  3 uvcvideo,v4l2_common,videobuf2_core
snd_usbmidi_lib        32768  1 snd_usb_audio
amd_freq_sensitivity    16384  0
snd_hda_codec_realtek    86016  1
kvm_amd                65536  0
snd_rawmidi            32768  1 snd_usbmidi_lib
media                  24576  2 uvcvideo,videodev
snd_hda_codec_generic    69632  1 snd_hda_codec_realtek
snd_hda_codec_hdmi     53248  1
btusb                  45056  0
kvm                   491520  1 kvm_amd
bluetooth             495616  32 bnep,btusb,rfcomm
snd_hda_intel          32768  12
crct10dif_pclmul       16384  0
snd_hda_controller     32768  1 snd_hda_intel
snd_hda_codec         139264  5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
crc32_pclmul           16384  0
crc32c_intel           24576  0
ghash_clmulni_intel    16384  0
snd_hwdep              16384  2 snd_usb_audio,snd_hda_codec
rfkill                 24576  3 bluetooth
snd_seq                73728  0
snd_seq_device         16384  2 snd_seq,snd_rawmidi
snd_pcm               114688  5 snd_usb_audio,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
snd_timer              32768  2 snd_pcm,snd_seq
k10temp                16384  0
fam15h_power           16384  0
edac_core              57344  0
edac_mce_amd           24576  0
i2c_piix4              24576  0
snd                    77824  43 snd_hda_codec_realtek,snd_usb_audio,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec_generic,snd_usbmidi_lib,snd_hda_codec,snd_hda_intel,snd_seq_device
soundcore              16384  2 snd,snd_hda_codec
wmi                    20480  0
shpchp                 40960  0
acpi_cpufreq           20480  0
nfsd                  331776  1
auth_rpcgss            65536  1 nfsd
nfs_acl                16384  1 nfsd
lockd                  94208  1 nfsd
grace                  16384  2 nfsd,lockd
sunrpc                311296  7 nfsd,auth_rpcgss,lockd,nfs_acl
amdkfd                 90112  1
amd_iommu_v2           20480  1 amdkfd
radeon               1556480  6
i2c_algo_bit           16384  1 radeon
drm_kms_helper        118784  1 radeon
ttm                    94208  1 radeon
drm                   331776  9 ttm,drm_kms_helper,radeon
8021q                  32768  0
garp                   16384  1 8021q
stp                    16384  2 garp,bridge
llc                    16384  3 stp,garp,bridge
mrp                    20480  1 8021q
hid_logitech_hidpp     20480  0
r8169                  86016  0
serio_raw              16384  0
mii                    16384  1 r8169
hid_logitech_dj        20480  0

Si quelqu'un a une idée..


EDIT : Voici le résultat de la commande journalctl quand je branche le SSD jusqu’à l'apparition du problème :


juin 30 16:53:49 localhost.localdomain kernel: usb 2-2: new SuperSpeed USB device number 2 using xhci_hcd
juin 30 16:53:49 localhost.localdomain kernel: usb 2-2: New USB device found, idVendor=357d, idProduct=7788
juin 30 16:53:49 localhost.localdomain kernel: usb 2-2: New USB device strings: Mfr=10, Product=11, SerialNumber=3
juin 30 16:53:49 localhost.localdomain kernel: usb 2-2: Product: USB to ATA/ATAPI Bridge
juin 30 16:53:49 localhost.localdomain kernel: usb 2-2: Manufacturer: JMicron
juin 30 16:53:49 localhost.localdomain kernel: usb 2-2: SerialNumber: 000012345678
juin 30 16:53:49 localhost.localdomain kernel: usbcore: registered new interface driver usb-storage
juin 30 16:53:49 localhost.localdomain kernel: scsi host2: uas
juin 30 16:53:49 localhost.localdomain kernel: usbcore: registered new interface driver uas
juin 30 16:53:49 localhost.localdomain kernel: scsi 2:0:0:0: Direct-Access     KINGSTON  SV300S37A120G   0100 PQ: 0 ANSI: 6
juin 30 16:53:49 localhost.localdomain kernel: sd 2:0:0:0: Attached scsi generic sg2 type 0
juin 30 16:53:49 localhost.localdomain kernel: sd 2:0:0:0: [sdb] 234441648 512-byte logical blocks: (120 GB/111 GiB)
juin 30 16:53:49 localhost.localdomain kernel: sd 2:0:0:0: [sdb] 4096-byte physical blocks
juin 30 16:53:49 localhost.localdomain kernel: sd 2:0:0:0: [sdb] Write Protect is off
juin 30 16:53:49 localhost.localdomain kernel: sd 2:0:0:0: [sdb] Mode Sense: 67 00 10 08
juin 30 16:53:49 localhost.localdomain kernel: sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA
juin 30 16:53:49 localhost.localdomain kernel:  sdb: sdb1
juin 30 16:53:49 localhost.localdomain kernel: sd 2:0:0:0: [sdb] Attached SCSI disk
juin 30 16:53:49 localhost.localdomain kernel: EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
juin 30 16:59:33 localhost.localdomain kernel: audit_printk_skb: 36 callbacks suppressed
juin 30 16:59:33 localhost.localdomain kernel: audit: type=1305 audit(1435676373.351:621): audit_pid=0 old=771 auid=4294967295 ses=4294967295 r
juin 30 16:59:33 localhost.localdomain kernel: audit: type=1131 audit(1435676373.354:622): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit
juin 30 16:59:33 localhost.localdomain kernel: audit: type=1131 audit(1435676373.358:623): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit
juin 30 16:59:33 localhost.localdomain kernel: audit: type=1131 audit(1435676373.384:624): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit
juin 30 16:59:33 localhost.localdomain kernel: audit: type=1131 audit(1435676373.385:625): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit
juin 30 16:59:33 localhost.localdomain kernel: audit: type=1130 audit(1435676373.867:626): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit
juin 30 16:59:34 localhost.localdomain kernel: audit: type=1131 audit(1435676374.520:627): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit
juin 30 16:59:34 localhost.localdomain kernel: audit: type=1131 audit(1435676374.539:628): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit
juin 30 16:59:34 localhost.localdomain kernel: audit: type=1131 audit(1435676374.584:629): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit
juin 30 16:59:34 localhost.localdomain kernel: audit: type=1131 audit(1435676374.642:630): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit

C'est à 16h59 que le disque dur ne répondait plus..
Ça le fait avec un autre périphérique usb ou juste le disque?
Tu peux toujours essayer d'arrêter (ou de desactiver) le service qui pose problème pour voir ce que ça donne, il me semble pas qu'il soit essentiel pour le bon fonctionnement du système (à confirmer): 
systemctl stop auditd.service
VINDICATORs wrote:Ça le fait avec un autre périphérique usb ou juste le disque?
Salut VINDICATORs 🙂

Oui, si je branche un casque, ou une clef usb je n'ai aucun problème.
J'ai cherché à regarder au niveau de mon bios pour le flasher mais c'est tout un truc pour y arriver et pas forcément nécessaire .. Il faudrait passer par Freedos en livecd tout ça..
Mon pc est de 2013 mais il y a des mises à jour de bios dispo.



CabSud wrote:Tu peux toujours essayer d'arrêter (ou de desactiver) le service qui pose problème pour voir ce que ça donne, il me semble pas qu'il soit essentiel pour le bon fonctionnement du système (à confirmer): 
systemctl stop auditd.service
C'est une bonne idée ça, malheureusement ça ne fonctionne pas : 
systemctl stop auditd.service
Failed to stop auditd.service: Operation refused, unit auditd.service may be requested by dependency only.
Vérifier quels sont les services nécessaires par auditd: 
systemctl show -p WantedBy -p RequiredBy auditd.service
WantedBy=multi-user.target
Ça à l'air compliqué en effet, y'a des rapports de bug à ce sujet, mais d'après ce que j'ai compris le comportement est voulu donc c'est pas vraiment un bug ...
C'est bien au dessus de mes compétences, la discussion date de l'année dernière mais ça semble toujours en vigueur, et apparemment même si tu arrives à stopper le service il n'est pas possible de le relancer manuellement .
Je pense qu'en rebootant il se relance tout seul (ou pas), mais ça solutionne pas ton problème tout ça, et l'idée n'est pas d'en ajouter d'autres ^^

Donc non c'était pas une bonne idée, désolé 🙂
CabSud wrote:Vérifier quels sont les services nécessaires par auditd: 
systemctl show -p WantedBy -p RequiredBy auditd.service
WantedBy=multi-user.target
Ça à l'air compliqué en effet, y'a des rapports de bug à ce sujet, mais d'après ce que j'ai compris le comportement est voulu donc c'est pas vraiment un bug ...
C'est bien au dessus de mes compétences, la discussion date de l'année dernière mais ça semble toujours en vigueur, et apparemment même si tu arrives à stopper le service il n'est pas possible de le relancer manuellement .
Je pense qu'en rebootant il se relance tout seul (ou pas), mais ça solutionne pas ton problème tout ça, et l'idée n'est pas d'en ajouter d'autres ^^

Donc non c'était pas une bonne idée, désolé 🙂
J'ai fais ça par contre : 

service auditd stop
chkconfig auditd off
Mais j'ai toujours le même problème et les mêmes messages..
systemctl disable nomduservice
A mon avis c'est plus exact.

Il faudrait voir pour tester le disque sur une autre machine, voir avec un hub usb avec alimentation externe pour voir si c'est pas une faiblesse dans le port usb de lordi.

Cela peut être aussi un souci de gestion de l'économie d'énergie provenant soit du noyau/pilote, soit du bios bogué.
VINDICATORs wrote:systemctl disable nomduservice
A mon avis c'est plus exact.

Il faudrait voir pour tester le disque sur une autre machine, voir avec un hub usb avec alimentation externe pour voir si c'est pas une faiblesse dans le port usb de lordi.

Cela peut être aussi un souci de gestion de l'économie d'énergie provenant soit du noyau/pilote, soit du bios bogué.

Merci pour la commande. Malheureusement même après l'avoir appliqué j'ai toujours le même soucis avec les mêmes retours de log.
J'ai testé le disque dur sur un autre pc sur Centos et je n'ai pas ce problème.

J'ai aussi pu constater que le disque ce met comme dans un état de "veille" après 5 minutes d’inactivité , si je créer des dossiers toutes les minutes dessus alors il ne ce met jamais en "veille".
S'il passe en "veille" pour le rendre de nouveau disponible je viens de m’apercevoir que je dois le démonter pour le remonter ensuite.. A l'inverse si je tente d'accéder à un fichier pdf quand il est dans cet état
alors j'ai un message d'erreur m'indiquant que le disque est occupé, il m'est alors impossible de le démonter.. 


Error unmounting /dev/sdb1: Command-line `umount  "/run/media/brain71/KingstonSSD"' exited with non-zero exit status 32: umount: /run/media/brain71/KingstonSSD : cible occupée
       (Dans certains cas, des renseignements sur les processus utilisant
        le périphérique sont accessibles avec lsof(8) ou fuser(1).)

Malheureusement je n'ai pas de hub usb sous la main..

EDIT : Au démarrage visiblement je repère quelques anomalies de type Kernel ? Ou bios ? Aucune idée mais ça a l'air d'avoir un lien : 

ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20150204/tbfadt-649)

ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S1_] (20150204/hwxface-580)

ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20150204/hwxface-580)
Est ce que ça pourrait correspondre à mon problème ? Il aurait du mal à évaluer le passage en mode veille ?
6 jours plus tard
Bon et bien , j'ai voulu mettre à jour mon bios en passant par FreeDOS (Obligatoire dans mon cas..) sur une partition de mon système cette fois ci on me dit que la ROM à flasher est incompatible avec la nouvelle ROM..

Je suis sure de ne pas m'être trompé de fichier en le prenant sur le site officiel pourtant et entrant même un numéro de série . Mais bon quand c'est daubé dés le départ c'est pas la peine de persister..

De toute façon en cherchant sur la toile, le flash du bios pour ce type d'erreur ne corrige pas nécessairement le problème . Mais j'aurai toujours le doute quand au fait que ce soit lié au bios ou au système en lui même..
A voir si ce n'est pas un souci avec la carte mère de cette macgine.
VINDICATORs wrote:A voir si ce n'est pas un souci avec la carte mère de cette macgine.
Ce n'est pas le système qui est en cause je pense, car quand je branche mon SSD dans le bios, au bout de 5 min le disque dur ce met comme occupé..
Malheureusement impossible de flasher le bios.. Et honnêtement au vu du problème très mineur que cela pose je ne vais pas persister pour si peu.
Le SSD ne ce coupe pas quand je l'utilise et il me suffit de le démonter puis de le remonter s'il ce met en "veille".

N’empêche j'ai acheté cette machine dans la précipitation en urgence et je suis très déçu que pour flasher le bios on soit obligé de passer par DOS et
encore qu'au final le flash ne fonctionne quand même pas au final..




Apparemment ce type d'erreur est connu depuis longtemps et indépendante du système : 
ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20150204/tbfadt-649)
voir lien :
https://bugzilla.redhat.com/show_bug.cgi?id=1010562

Par contre pour cette erreur des rapports ont déjà été fait pour d'autres carte mère : 
ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S1_] (20150204/hwxface-580)
https://bugzilla.redhat.com/show_bug.cgi?id=849773


Du coup peut être qu'il semble pertinent que je fasse un rapport de bogue juste au cas ou..
7 jours plus tard
Bonjour à tous,
ça ne serait pas tout simplement un problème avec le boitier lui même ???
Je sais que ça semble très simpliste, mais comme il m’était arrivé un peu le même gag il y a quelques années...
Dès que le boitier en question arrivait à une certaine température, il ne réagissait plus, la seule solution était de le débrancher car il me figeait la machine.
C'est vrai qu'à l'époque, il y avait dedans un disque dur mécanique en 2 1/2, mais bon...
Bonne journée.
Salut,

Merci pour ta suggestion, cependant je ne pense pas que ce soit ça dans mon cas. Il s'agit effectivement d'un SSD et ça le fait dés le départ à froid en 5 min seulement d’inactivité , sur un autre poste aucun problème de ce type.

Le problème étant mineur , je n'en fais pas plus cas..