Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

gros problème après mise à jour :-(

virus30

Salut à tous, 😉

Donc je viens vers vous car depuis la dernière mise à jour, impossible d'accèder a mes partitions en ntfs, au démarrage voici ce que le système m'affiche ;

......
EXT3 FS on hdb2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
SELinux: initialized (dev hdb2, type ext3), uses xattr
audit(1175635929.748:3): avc: denied { getattr } for pid=1883 comm="mount.ntfs-3g" name="modprobe" dev=hdb1 ino=4214718 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:insmod_exec_t:s0 tclass=file
audit(1175635929.749:4): avc: denied { execute } for pid=1884 comm="mount.ntfs-3g" name="bash" dev=hdb1 ino=4508744 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:shell_exec_t:s0 tclass=file
audit(1175635929.749:5): avc: denied { execute_no_trans } for pid=1884 comm="mount.ntfs-3g" name="bash" dev=hdb1 ino=4508744 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:shell_exec_t:s0 tclass=file
audit(1175635929.749:6): avc: denied { read } for pid=1884 comm="mount.ntfs-3g" name="bash" dev=hdb1 ino=4508744 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:shell_exec_t:s0 tclass=file
audit(1175635929.750:7): avc: denied { getattr } for pid=1884 comm="sh" name="bash" dev=hdb1 ino=4508744 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:shell_exec_t:s0 tclass=file
audit(1175635929.751:8): avc: denied { execute } for pid=1884 comm="sh" name="modprobe" dev=hdb1 ino=4214718 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:insmod_exec_t:s0 tclass=file
audit(1175635929.751:9): avc: denied { execute_no_trans } for pid=1884 comm="sh" name="modprobe" dev=hdb1 ino=4214718 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:insmod_exec_t:s0 tclass=file
audit(1175635929.751:10): avc: denied { read } for pid=1884 comm="sh" name="modprobe" dev=hdb1 ino=4214718 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:insmod_exec_t:s0 tclass=file
audit(1175635929.752:11): avc: denied { read } for pid=1884 comm="modprobe" name="modules.dep" dev=hdb1 ino=2290953 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:modules_dep_t:s0 tclass=file
audit(1175635929.752:12): avc: denied { getattr } for pid=1884 comm="modprobe" name="modules.dep" dev=hdb1 ino=2290953 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:modules_dep_t:s0 tclass=file
audit(1175635929.808:13): avc: denied { read write } for pid=1884 comm="modprobe" name="fuse.ko" dev=hdb1 ino=2713503 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:modules_object_t:s0 tclass=file
audit(1175635929.808:14): avc: denied { lock } for pid=1884 comm="modprobe" name="fuse.ko" dev=hdb1 ino=2713503 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:modules_object_t:s0 tclass=file
audit(1175635929.808:15): avc: denied { getattr } for pid=1884 comm="modprobe" name="fuse.ko" dev=hdb1 ino=2713503 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:modules_object_t:s0 tclass=file
audit(1175635929.809:16): avc: denied { sys_module } for pid=1884 comm="modprobe" capability=16 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:system_r:mount_t:s0 tclass=capability
........

alors qu'avant la dernière MàJ je n'avais aucun blème avec ntfs-3g,

maintant je dois utiliser mount -t ntfs-3g /dev/hda1 /media/win_c -o force pour monter les partitions ?????

si quelqu'un parmis vous a une idée, elle serait la bienvenue :-D

Paulove

Bonsoir,

Essai avec SE Linux en mode permissif .... pour voir !

virus30

re bonsoir à tous, 😉

c'est règlé, j'avais dû faire un reset sous win :hammer: et de ce fait les journaux n'était pas bon !!!!! après un redémarrage sous win et une vérification des partitions :-P j'ai redémarrer normalement et tout est rentré dans l'ordre !!!!!8-):-D

slobberbone

Ca t'apprendra à redémarrer sous windows !!!! on a pas idée non plus!!:hammer::hammer::hammer::hammer:

Paulove

Pffff, quelle crotte ce Windows ....ca fait même bugué Linux !!!! rhaaaa Winbug

herrib

Paulove wrote:Pffff, quelle crotte ce Windows ....ca fait même bugué Linux !!!! rhaaaa Winbug

Non, pas vraiment. Windows génère un flag car la partition Ntfs doit être vérifiée. SELinux (manifestement positionné par Virus30 en mode strict) réagit à cette modification et interdit le montage (normal, l'environnement a été modifié).

SELinux aurait procédé ainsi pour toute partition dont les caractéristiques auraient été modifiées.