Forum

Bonjour , en regardant les droits sur des partitions et dossiers , j'ai vu que l'habituel user:user a été remplacé par ren:systemd-coredump

J'ai vu aussi que c'était un truc de cache pour debugger ...

J'ai pas plus capté que ca . j'ai aussi lu que cela utilisé plus de ressource machine .

Est ce que l'on peu le désactiver , et surtout récupérer les droits comme cela ren:ren



merci

Bonjour,

Il est surprenant qu' un processus s' attribut des droits sur des répertoires de /home .

Il faudrait voir s' il y a des plantages dans le journal ( journalctl | grep -i coredump ( en root)).

Vu les répertoires impactés, peut être est ce du aux plantages de Kodi ?

Dans ces répertoires il y a des fichiers normaux ?

Pour remettre des droits classiques, on peut utiliser la commande chown



edit: quels sont des dépots actifs ? Quand je vois cette page, https://documentation.suse.com/sles/12-SP4/html/SLES-all/cha-tuning-systemd-coredump.html, je suppose que certains fichiers contenant des informations de debug doivent être installés ( et je crois que les dépots de debug sont désactivés par défaut)).

edit2 : je suppose que le Media_4TO se trouve dans le répertoire /home/ren . Si ce n' est pas le cas, il faut ajuster avec le bon chemin ( le -R est pour l' option de récursivité, ren:ren c' est pour changer le propriétaire:groupe du fichier/répertoire qui suit ( dans mon exemple /home/ren ))

Édité par nic80 Le 22/05/2021 à 13h46

qu'entends tu par normaux ? c'est de la musique , films , des ISO rien de spécial

[root@localhost ~]# journalctl | grep -i coredump
mai 19 01:40:52 localhost systemd[1]: systemd-coredump.socket: Succeeded.
mai 19 10:47:34 localhost systemd[1]: systemd-coredump.socket: Succeeded.
mai 19 14:23:18 localhost systemd[1]: systemd-coredump.socket: Succeeded.
mai 19 16:13:37 localhost systemd[1]: systemd-coredump.socket: Succeeded.
mai 19 16:17:57 localhost systemd[1]: systemd-coredump.socket: Succeeded.
mai 19 16:40:07 localhost systemd[1]: systemd-coredump.socket: Succeeded.
mai 20 16:08:18 localhost systemd[1]: systemd-coredump.socket: Succeeded.
[root@localhost ~]#

Bonjour,

Par fichiers "anormaux", je pensais à des fichiers de dumps qui auraient put être générés par systemd-coredump ( même si le comportement par défaut est de les stocker ailleurs en l' occurence /var/lib/systemd/coredump/ ).

Déjà je ne vois pas de dépôts debug actifs, donc si coredump est généré, il n' y aura aucune information pertinente ( autre que celle sorties par un journal ctl | grep -A 10 -i coredump ) ...

Malheureusement je ne suis pas parvenu a créer un fichier de dump malgré la méthode du site de Suse ( donc impossible de voir s' il s' agirait d'un bug).

J' ai regardé dans mon journal, mais je ne vois pas non plus d' entrées liées à systemd-coredump.

edit: que donnent les commandes



Ainsi on saura peut être ce qui a généré les coredump.

Édité par nic80 Le 22/05/2021 à 15h37

Bonjour,
A mon avis, l'utilisateur systemd-coredump qui est affiché devait avoir un autre nom sous un autre système avant l'installation de Mageia, avec l'identifiant 990.

[ren@localhost ~]$ rpm -qa | grep debuginfo
journalctl | grep -A 10 -i coredump
mai 19 01:40:52 localhost systemd[1]: systemd-coredump.socket: Succeeded.
mai 19 01:40:52 localhost systemd[1]: Closed Process Core Dump Socket.
mai 19 01:40:52 localhost systemd[1]: systemd-rfkill.socket: Succeeded.
mai 19 01:40:52 localhost systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
mai 19 01:40:52 localhost systemd[1]: Stopping Accounts Service...
mai 19 01:40:52 localhost systemd[1]: Stopping ACPI Event Daemon...
mai 19 01:40:52 localhost systemd[1]: Stopping Manage Sound Card State (restore and store)...
mai 19 01:40:52 localhost systemd[1]: Stopping Command Scheduler...
mai 19 01:40:52 localhost systemd[1]: Stopping Restore /run/initramfs on shutdown...
mai 19 01:40:52 localhost systemd[1]: Stopping Console Mouse manager...
mai 19 01:40:52 localhost systemd[1]: Condition check resulted in Grub2 systemctl reboot --boot-loader-menu=... support being skipped.
--
mai 19 10:47:34 localhost systemd[1]: systemd-coredump.socket: Succeeded.
mai 19 10:47:34 localhost kded5[1988]: QDBusAbstractAdaptor: Cannot relay signal KDEDModule::moduleDeleted(KDEDModule*): Pointers are not supported: KDEDModule*
mai 19 10:47:34 localhost systemd[1]: Closed Process Core Dump Socket.
mai 19 10:47:34 localhost systemd[1]: systemd-rfkill.socket: Succeeded.
mai 19 10:47:34 localhost systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
mai 19 10:47:34 localhost systemd[1]: Unmounting /media/DISKS-REY/TOSHIBA_250G...
mai 19 10:47:34 localhost systemd[1]: Stopping Accounts Service...
mai 19 10:47:34 localhost systemd[1]: Stopping ACPI Event Daemon...
mai 19 10:47:34 localhost systemd[1]: Stopping Manage Sound Card State (restore and store)...
mai 19 10:47:34 localhost systemd[1]: Stopping Command Scheduler...
mai 19 10:47:34 localhost systemd[1]: Stopping Restore /run/initramfs on shutdown...
--
mai 19 14:23:18 localhost systemd[1]: systemd-coredump.socket: Succeeded.
mai 19 14:23:18 localhost systemd[1]: Closed Process Core Dump Socket.
mai 19 14:23:18 localhost systemd[1]: systemd-rfkill.socket: Succeeded.
mai 19 14:23:18 localhost systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
mai 19 14:23:18 localhost korgac[2078]: kf.notifications: env says KDE is running but SNI unavailable -- check KDE_FULL_SESSION and XDG_CURRENT_DESKTOP
mai 19 14:23:18 localhost systemd[1]: Unmounting /media/DISKS-REY/TOSHIBA_250G...
mai 19 14:23:18 localhost systemd[1]: Stopping ACPI Event Daemon...
mai 19 14:23:18 localhost qbittorrent[2104]: kf.notifications: env says KDE is running but SNI unavailable -- check KDE_FULL_SESSION and XDG_CURRENT_DESKTOP
mai 19 14:23:18 localhost systemd[1]: Stopping Manage Sound Card State (restore and store)...
mai 19 14:23:18 localhost systemd[1]: Stopping Command Scheduler...
mai 19 14:23:18 localhost systemd[1]: Stopping Restore /run/initramfs on shutdown...
--
mai 19 16:13:37 localhost systemd[1]: systemd-coredump.socket: Succeeded.
mai 19 16:13:37 localhost systemd[1]: Closed Process Core Dump Socket.
mai 19 16:13:37 localhost systemd[1]: systemd-rfkill.socket: Succeeded.
mai 19 16:13:37 localhost systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
mai 19 16:13:37 localhost systemd[1]: Unmounting /media/DISKS-REY/TOSHIBA_250G...
mai 19 16:13:37 localhost systemd[1]: Stopping ACPI Event Daemon...
mai 19 16:13:37 localhost sensord[1053]: sensord stopped
mai 19 16:13:37 localhost systemd[1]: Stopping Manage Sound Card State (restore and store)...
mai 19 16:13:37 localhost systemd[1]: Stopping Command Scheduler...
mai 19 16:13:37 localhost systemd[1]: Stopping Restore /run/initramfs on shutdown...
mai 19 16:13:37 localhost systemd[1]: Stopping Getty on tty2...
--
mai 19 16:17:57 localhost systemd[1]: systemd-coredump.socket: Succeeded.
mai 19 16:17:57 localhost systemd[1]: Closed Process Core Dump Socket.
mai 19 16:17:57 localhost systemd[1]: systemd-rfkill.socket: Succeeded.
mai 19 16:17:57 localhost systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
mai 19 16:17:57 localhost kwin_x11[2020]: The X11 connection broke: I/O error (code 1)
mai 19 16:17:57 localhost systemd[1]: Unmounting /media/DISKS-REY/TOSHIBA_250G...
mai 19 16:17:57 localhost systemd[1]: Stopping ACPI Event Daemon...
mai 19 16:17:57 localhost systemd[1]: Stopping Manage Sound Card State (restore and store)...
mai 19 16:17:57 localhost systemd[1]: Stopping Command Scheduler...
mai 19 16:17:57 localhost systemd[1]: Stopping Restore /run/initramfs on shutdown...
mai 19 16:17:57 localhost systemd[1]: Stopping Console Mouse manager...
--
mai 19 16:40:07 localhost systemd[1]: systemd-coredump.socket: Succeeded.
mai 19 16:40:07 localhost sensord[1056]: sensord stopped
mai 19 16:40:07 localhost systemd[1]: Closed Process Core Dump Socket.
mai 19 16:40:07 localhost systemd[1]: systemd-rfkill.socket: Succeeded.
mai 19 16:40:07 localhost systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
mai 19 16:40:07 localhost systemd[1]: Unmounting /media/DISKS-REY/TOSHIBA_250G...
mai 19 16:40:07 localhost systemd[1]: Stopping ACPI Event Daemon...
mai 19 16:40:07 localhost systemd[1]: Stopping Manage Sound Card State (restore and store)...
mai 19 16:40:07 localhost systemd[1]: Stopping Command Scheduler...
mai 19 16:40:07 localhost systemd[1]: Stopping Restore /run/initramfs on shutdown...
mai 19 16:40:07 localhost systemd[1]: Stopping Console Mouse manager...
--
mai 20 16:08:18 localhost systemd[1]: systemd-coredump.socket: Succeeded.
mai 20 16:08:18 localhost systemd[1]: Closed Process Core Dump Socket.
mai 20 16:08:18 localhost systemd[1]: systemd-rfkill.socket: Succeeded.
mai 20 16:08:18 localhost systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
mai 20 16:08:18 localhost systemd[1]: Unmounting /media/DISKS-REY/TOSHIBA_250G...
mai 20 16:08:18 localhost systemd[1]: Stopping Accounts Service...
mai 20 16:08:18 localhost systemd[1]: Stopping ACPI Event Daemon...
mai 20 16:08:18 localhost systemd[1]: Stopping Manage Sound Card State (restore and store)...
mai 20 16:08:18 localhost crond[1558]: (CRON) INFO (Shutting down)
mai 20 16:08:18 localhost systemd[1]: Stopping Command Scheduler...
mai 20 16:08:18 localhost systemd[1]: Stopping Restore /run/initramfs on shutdown...
--
mai 22 14:26:49 localhost.localdomain systemd[1]: systemd-coredump.socket: Succeeded.
mai 22 14:26:49 localhost.localdomain systemd[1]: Closed Process Core Dump Socket.
mai 22 14:26:49 localhost.localdomain systemd[1]: systemd-rfkill.socket: Succeeded.
mai 22 14:26:49 localhost.localdomain systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
mai 22 14:26:49 localhost.localdomain systemd[1]: Unmounting /media/DISKS-REY/TOSHIBA_250G...
mai 22 14:26:49 localhost.localdomain systemd[1]: Stopping Accounts Service...
mai 22 14:26:49 localhost.localdomain systemd[1]: Stopping ACPI Event Daemon...
mai 22 14:26:49 localhost.localdomain systemd[1]: Stopping Manage Sound Card State (restore and store)...
mai 22 14:26:49 localhost.localdomain systemd[1]: Stopping Command Scheduler...
mai 22 14:26:49 localhost.localdomain crond[1570]: (CRON) INFO (Shutting down)
mai 22 14:26:49 localhost.localdomain systemd[1]: Stopping Docker Application Container Engine...
--
mai 22 16:52:47 localhost.localdomain systemd[1]: systemd-coredump.socket: Succeeded.
mai 22 16:52:47 localhost.localdomain systemd[1]: Closed Process Core Dump Socket.
mai 22 16:52:47 localhost.localdomain systemd[1]: systemd-rfkill.socket: Succeeded.
mai 22 16:52:47 localhost.localdomain systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
mai 22 16:52:47 localhost.localdomain systemd[1]: Stopping ACPI Event Daemon...
mai 22 16:52:47 localhost.localdomain kded5[3793]: QDBusAbstractAdaptor: Cannot relay signal KDEDModule::moduleDeleted(KDEDModule*): Pointers are not supported: KDEDModule*
mai 22 16:52:47 localhost.localdomain kded5[3793]: QDBusAbstractAdaptor: Cannot relay signal KDEDModule::moduleDeleted(KDEDModule*): Pointers are not supported: KDEDModule*
mai 22 16:52:47 localhost.localdomain dockerd[29168]: time="2021-05-22T16:52:47.947652983+02:00" level=error msg="failed to get event" error="rpc error: code = Unavailable desc = transport is closing" module=libcontainerd namespace=plugins.moby
mai 22 16:52:47 localhost.localdomain dockerd[29168]: time="2021-05-22T16:52:47.947728686+02:00" level=error msg="failed to get event" error="rpc error: code = Unavailable desc = transport is closing" module=libcontainerd namespace=moby
mai 22 16:52:47 localhost.localdomain dockerd[29168]: time="2021-05-22T16:52:47.947856722+02:00" level=info msg="Processing signal 'terminated'"
mai 22 16:52:47 localhost.localdomain dockerd[29168]: time="2021-05-22T16:52:47.948610130+02:00" level=info msg="Daemon shutdown complete"
--
mai 22 17:29:15 localhost.localdomain systemd[1]: systemd-coredump.socket: Succeeded.
mai 22 17:29:15 localhost.localdomain systemd[1]: Closed Process Core Dump Socket.
mai 22 17:29:15 localhost.localdomain systemd[1]: systemd-rfkill.socket: Succeeded.
mai 22 17:29:15 localhost.localdomain systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
mai 22 17:29:15 localhost.localdomain systemd[1]: Unmounting /media/HDD-REN/TOSHIBA_250G...
mai 22 17:29:15 localhost.localdomain systemd[1]: Stopping ACPI Event Daemon...
mai 22 17:29:15 localhost.localdomain systemd[1]: Stopping Manage Sound Card State (restore and store)...
mai 22 17:29:15 localhost.localdomain systemd[1]: Stopping Command Scheduler...
mai 22 17:29:15 localhost.localdomain systemd[1]: Stopping Docker Application Container Engine...
mai 22 17:29:15 localhost.localdomain systemd[1]: Stopping Restore /run/initramfs on shutdown...
mai 22 17:29:15 localhost.localdomain systemd[1]: Stopping Console Mouse manager...
--
mai 22 18:46:28 localhost.localdomain systemd[1]: systemd-coredump.socket: Succeeded.
mai 22 18:46:28 localhost.localdomain systemd[1]: Closed Process Core Dump Socket.
mai 22 18:46:28 localhost.localdomain systemd[1]: systemd-rfkill.socket: Succeeded.
mai 22 18:46:28 localhost.localdomain systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
mai 22 18:46:28 localhost.localdomain systemd[1]: Unmounting /media/HDD-REN/TOSHIBA_250G...
mai 22 18:46:28 localhost.localdomain systemd[1]: Stopping ACPI Event Daemon...
mai 22 18:46:28 localhost.localdomain systemd[1]: Stopping Manage Sound Card State (restore and store)...
mai 22 18:46:28 localhost.localdomain systemd[1]: Stopping Command Scheduler...
mai 22 18:46:28 localhost.localdomain systemd[1]: Stopping Restore /run/initramfs on shutdown...
mai 22 18:46:28 localhost.localdomain systemd[1]: Stopping Console Mouse manager...
mai 22 18:46:28 localhost.localdomain systemd[1]: Condition check resulted in Grub2 systemctl reboot --boot-loader-menu=... support being skipped.

Bonjour,

Je ne vois rien de pertinent dans cette sortie (c' est à l' extinction de la machine ?)

L' hypothèse Papoteur est interessante, le /home a t' il été récupéré d' une installation précédente d' une autre distribution ?

que donne les commandes :

?

Bonjour,



Alors je dirais que le ls va donner


ou le x peut aller de 0 à 9 ( j' ai 991 sur une machine mais 998 sur une autre pour le groupe systemd-coredump dans /etc/group)



Pour cat /etc/passwd, une trop longue liste ! D' ailleurs ce n' est pas plus le /etc/group qui est voulu ?

Édité par nic80 Le 22/05/2021 à 23h35

[ren@localhost ~]$ ls -n
id
cat /etc/passwd
total 40
drwxrwxr-x 2 1000 1000 4096 mai 22 19:58 Desktop/
drwxr-xr-x 3 0 0 4096 mai 22 00:59 docker/
drwxr-xr-x 2 1000 1000 4096 mai 22 18:39 Documents/
drwxr-xr-x 4 1000 1000 4096 mai 22 13:46 Images/
drwxr-xr-x 2 1000 1000 4096 mai 19 01:23 Modèles/
drwxr-xr-x 2 1000 1000 4096 mai 19 01:23 Musique/
drwxr-xr-x 2 0 0 4096 mai 22 08:50 script/
drwxr-xr-x 2 1000 1000 4096 mai 21 00:51 Téléchargements/
drwx------ 2 1000 1000 4096 mai 22 02:28 tmp/
drwxr-xr-x 2 1000 1000 4096 mai 19 01:23 Vidéos/
uid=1000(ren) gid=1000(ren) groupes=1000(ren),10(wheel),973(docker)
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/bin:/bin/sh
daemon:x:2:2:daemon:/sbin:/bin/sh
adm:x:3:4:adm:/var/adm:/bin/sh
lp:x:4:7:lp:/var/spool/lpd:/bin/sh
sync:x:5:0:sync:/sbin:/bin/sync
mail:x:8:12:mail:/var/spool/mail:/bin/sh
news:x:9:13:news:/var/spool/news:/bin/sh
uucp:x:10:14:uucp:/var/spool/uucp:/bin/sh
operator:x:11:0:operator:/var:/bin/sh
games:x:12:100:games:/usr/games:/bin/sh
nobody:x:65534:65534:Nobody:/:/bin/sh
messagebus:x:999:999:system user for dbus:/:/sbin/nologin
systemd-coredump:x:998:998:systemd Core Dumper:/:/sbin/nologin
systemd-network:x:192:192:systemd Network Management:/:/sbin/nologin
systemd-resolve:x:193:193:systemd Resolver:/:/sbin/nologin
systemd-journal-remote:x:993:993:systemd Journal Remote:/:/usr/sbin/nologin
systemd-timesync:x:992:992:systemd Time Synchronization:/:/usr/sbin/nologin
polkitd:x:991:988:system user for polkit:/usr/lib/polkit-1:/sbin/nologin
rtkit:x:990:987:system user for rtkit:/proc:/sbin/nologin
rpm:x:989:986:system user for rpm:/var/lib/rpm:/bin/false
mysql:x:988:984:system user for mariadb:/var/lib/mysql:/bin/bash
vcsa:x:69:69:virtual console memory owner:/dev:/sbin/nologin
firebird:x:987:982:system user for firebird:/var/lib/firebird/data:/sbin/nologin
sddm:x:986:981:system user for sddm:/var/lib/sddm:/sbin/nologin
ren:x:1000:1000:ren:/home/ren:/bin/bash
pipewire:x:985:979:PipeWire System Daemon:/run/pipewire:/sbin/nologin
geoclue:x:984:978:system user for geoclue:/var/lib/geoclue:/sbin/nologin
flatpak:x:983:977:User for flatpak system helper:/:/sbin/nologin
ftp:x:982:976:system user for proftpd:/var/ftp:/bin/false
davfs2:x:981:975:system user for davfs2:/run/mount.davfs2:/bin/false
apache:x:980:972:system user for webserver-base:/var/www:/bin/sh
redis:x:979:971:Redis Database Server:/var/lib/redis:/sbin/nologin
[ren@localhost ~]$

Bonjour,

Je pense que le ls -n doit être fait sur l' arborescence qui contient les répertoires où le groupe systemd-coredump.

Je suppose qu' un "cat /etc/group | grep systemd-coredump" devrait donner 998.

C' est répertoires sont montés manuellement au travers du fstab ? Si oui, est ce qu' il y a une option gid à 998 ?

edit: bon de ce post là, je pense que non. https://www.mageialinux-online.org/forum/topic-28959-1+mageia-8-au-top.php#m287143

Édité par nic80 Le 23/05/2021 à 00h41

[ren@localhost ~]$ cd ..
[ren@localhost home]$ cd ..
[ren@localhost /]$ cd media/
[ren@localhost media]$ ls
HDD-REN/
[ren@localhost media]$ ls -n
total 4
drwxr-xr-x 6 0 0 4096 mai 22 15:34 HDD-REN/
[ren@localhost media]$ id
uid=1000(ren) gid=1000(ren) groupes=1000(ren),10(wheel),973(docker)
[ren@localhost media]$ cat /etc/passwd
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/bin:/bin/sh
daemon:x:2:2:daemon:/sbin:/bin/sh
adm:x:3:4:adm:/var/adm:/bin/sh
lp:x:4:7:lp:/var/spool/lpd:/bin/sh
sync:x:5:0:sync:/sbin:/bin/sync
mail:x:8:12:mail:/var/spool/mail:/bin/sh
news:x:9:13:news:/var/spool/news:/bin/sh
uucp:x:10:14:uucp:/var/spool/uucp:/bin/sh
operator:x:11:0:operator:/var:/bin/sh
games:x:12:100:games:/usr/games:/bin/sh
nobody:x:65534:65534:Nobody:/:/bin/sh
messagebus:x:999:999:system user for dbus:/:/sbin/nologin
systemd-coredump:x:998:998:systemd Core Dumper:/:/sbin/nologin
systemd-network:x:192:192:systemd Network Management:/:/sbin/nologin
systemd-resolve:x:193:193:systemd Resolver:/:/sbin/nologin
systemd-journal-remote:x:993:993:systemd Journal Remote:/:/usr/sbin/nologin
systemd-timesync:x:992:992:systemd Time Synchronization:/:/usr/sbin/nologin
polkitd:x:991:988:system user for polkit:/usr/lib/polkit-1:/sbin/nologin
rtkit:x:990:987:system user for rtkit:/proc:/sbin/nologin
rpm:x:989:986:system user for rpm:/var/lib/rpm:/bin/false
mysql:x:988:984:system user for mariadb:/var/lib/mysql:/bin/bash
vcsa:x:69:69:virtual console memory owner:/dev:/sbin/nologin
firebird:x:987:982:system user for firebird:/var/lib/firebird/data:/sbin/nologin
sddm:x:986:981:system user for sddm:/var/lib/sddm:/sbin/nologin
ren:x:1000:1000:ren:/home/ren:/bin/bash
pipewire:x:985:979:PipeWire System Daemon:/run/pipewire:/sbin/nologin
geoclue:x:984:978:system user for geoclue:/var/lib/geoclue:/sbin/nologin
flatpak:x:983:977:User for flatpak system helper:/:/sbin/nologin
ftp:x:982:976:system user for proftpd:/var/ftp:/bin/false
davfs2:x:981:975:system user for davfs2:/run/mount.davfs2:/bin/false
apache:x:980:972:system user for webserver-base:/var/www:/bin/sh
redis:x:979:971:Redis Database Server:/var/lib/redis:/sbin/nologin
[ren@localhost media]$

[ren@localhost etc]$ cat fstab
# Entry for /dev/sda1 :
UUID=2b992588-680e-4b17-aa0b-50e7f1b168dd / ext4 relatime,acl 1 1
# Entry for /dev/sda6 :
UUID=7a756086-242d-4d19-86e0-cb1565757010 /home ext4 relatime,acl 1 2
none /proc proc defaults 0 0
# Entry for /dev/sda5 :
UUID=4688225b-4065-45cd-b0ca-3e23cfc99cc1 swap swap defaults 0 0

UUID=56eb9dd0-1878-410f-bf06-8b18886d344d /media/HDD-REN/1TO ext4 defaults 0 2
UUID=9d085ee8-b965-49cb-a496-428d4dd62af5 /media/HDD-REN/4TO ext4 defaults 0 2
UUID=fbccf625-8bc8-4bee-8871-06ecb11ed73c /media/HDD-REN/3TO ext4 defaults 0 2
/dev/disk/by-uuid/68ece95f-140e-42d5-8d3c-e08ec4269b0c /media/HDD-REN/TOSHIBA_250G/ auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=TOSHIBA 0 0
[ren@localhost etc]$

Bonjour,

Dans le ls précédent, je ne vois pas le répertoire Movies_4TO. Où se situe t' il (sous /media/HDD-REN/4TO ?) ? C' est sur celui ci qu' il faut l' information.

Si un changement a été fait par un processus ( en partant du fait qu' à l' origine on avait bien ren:ren sur ce répertoire), il faudrait savoir lequel.

A titre d' information, que donne "sysctl -n kernel.core_pattern" ? Si un core est généré, et qu' une action est entreprise, c' est par ce paramètre que cela semble être géré ( et un coredumpctl permet de lister les cores généré si traités par systemd-coredump).

[ren@localhost ~]$ sudo sysctl -n kernel.core_pattern
|/bin/false
[ren@localhost ~]$


j'avais mis ces disques dans d'autres OS (et j'ai fais un copier collé de la partie concerné du fstab ) pour mageia . J'ai rien fait de différent . J'ai monté les disques et c'est devenue comme cela . Mais j'ai refais les chown ren:ren .. du coup c'est bon non ?