Forum

Bonjour,
"Petit" problème, sur le DD de mon PC mobile il m'est impossible de passer les cdes chown ou chgrp.
Je m'explique:
ma config: PC mobile Asus Rog 741, 1 SSD en dual boot Mageia 6.1, Windows 10 (personne n'est parfait ) le /home est sur le SSD
1 DD de 1 To partagé en 2 partitions équivalentes Data1 et Data2
ces 2 partitions sont ratachées respectivement à Data1 et Data2 dans /home (sur le SSD)
ainsi la commande ls -al renvoie ceci:

[root@localhost home]# ls -al
total 100
drwxr-xr-x 7 root root 4096 févr. 11 2016 ./
drwxr-xr-x 21 root root 4096 févr. 20 16:36 ../
drwxrwx--- 27 alamo alamo 4096 mai 24 07:08 alamo/
drwxrwxrwx 1 root root 65536 mai 17 06:49 Data1/
drwxrwxrwx 1 root root 4096 mai 17 06:49 Data2/
drwx------ 2 root root 16384 juin 17 2016 lost+found/
drwx------ 4 root root 4096 mars 19 2018 .Trash-0/
[root@localhost home]#

On voit clairement que les 2 partitions appartiennent à root et au groupe root
conséquences: depuis mon compte "alamo" je ne peux pas écrire sur ces partitions ni détruire des fichiers; je ne peux QUE lire
Les commandes chown et chgrp passées en mode "su" depuis une console renvoient ceci:

[root@localhost home]# chown alamo Data1
chown: modification du propriétaire de 'Data1': Système de fichiers accessible en lecture seulement
[root@localhost home]# chgrp alamo Data1
chgrp: modification du groupe de 'Data1': Système de fichiers accessible en lecture seulement
[root@localhost home]#

au lieu de me loguer avec mon compte utilisateur "Alamo" j'ai essayé de me loguer directement avec le compte root.
Le résultat est le même
et en plus sous root je ne peux pas lancer Dolphin, je ne peux travailler qu'à partir de la console, mais ce n'est pas un pb.

Voilà, je pourrais surement "rapidement" refaire l'installe de la 6.1, mais il y a peut-être une solution avant cette extrémité ?
Merci d'avance de vos conseils et aide

La réponse est presque dans ton message ^^



Peux tu nous confirmer que ces partitions sont au format NTFS, que tu les montes en lecture ET écriture, et qu'elle ne sont pas instables ?

Pour le montage courant, que donnes :
# mount -l
Pour le montage automatique, que donnes :
# cat /etc/fstab
Pour ce qu'il s'est passé sur la machine depuis le démarrage :
# journalctl -x -b 0 > /home/alamo/journal
Le journal fait peut-être un millier de lignes, alors on le redirige directement dans un fichier dans le dossier home de ton utilisateur alamo.
Pour que l'utilisateur alamo puisse l'ouvrir, n'hésite pas à faire en root :
# chown alamo:alamo /home/alamo/journal

Merci Jybz de ton aide, voici les réponses (auxquelles je ne comprends pas grand chose...)
[root@localhost alamo]# mount -l
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,noexec,size=4021280k,nr_inodes=1005320,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,noexec)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,mode=755)
/dev/sda6 on / type ext4 (rw,noatime,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=33,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=2170)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,relatime,mode=755)
tmpfs on /tmp type tmpfs (rw)
/dev/sda2 on /boot/EFI type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=437,iocharset=utf8,shortname=mixed,utf8,errors=remount-ro)
/dev/sda8 on /home type ext4 (rw,noatime,data=ordered)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda4 on /media/win_c type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/sdb1 on /home/Data1 type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096) [Musique]
/dev/sdb2 on /home/Data2 type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096) [Photo]
tmpfs on /run/user/982 type tmpfs (rw,nosuid,nodev,relatime,size=805732k,mode=700,uid=982,gid=979)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=805732k,mode=700,uid=1000,gid=1000)
[root@localhost alamo]#


[root@localhost alamo]# cat /etc/fstab
# Entry for /dev/sda6 :
UUID=c6ab56f1-e5cd-46cd-a882-0477672db0ec / ext4 noatime,acl 1 1
# Entry for /dev/sda2 :
UUID=7082-63B0 /boot/EFI vfat umask=000,iocharset=utf8 0 0
# Entry for /dev/sda8 :
UUID=6a34b37b-ed9c-4398-ba90-a50a8176b685 /home ext4 noatime,acl 1 2
# Entry for /dev/sdb1 :
UUID=728EF02D8EEFE815 /home/Data1 ntfs-3g defaults,nofail,umask=000 0 0
# Entry for /dev/sdb2 :
UUID=E036F16436F13C5A /home/Data2 ntfs-3g defaults,nofail,umask=000 0 0
# Entry for /dev/sda4 :
UUID=DA5E93405E9313FB /media/win_c ntfs-3g defaults,nofail,umask=000 0 0
none /proc proc defaults 0 0
# Entry for /dev/sda7 :
UUID=b0ec6dd6-2ceb-4c3e-97c1-f8b7dc929494 swap swap defaults 0 0
[root@localhost alamo]#

la commande # journalctl -x -b 0 > /home/alamo/journal ne renvoie rien (et ne crée pas de fichier journal) ce qui est peut-être normal puisque je viens de redémarrer mon PC.
la commande # journalctl -x -b 0 ne renvoie rien non plus.
Voilà...

Bonjour,

D' aprés le mount, les partitions sont montées en lecture seule (ro).

Donc on ne peut pas faire de modification dessus.

Ensuite le fstab indique que ce sont des partitions ntfs (ntfs-3g).

Je ne suis pas sur que l' on puisse écrire sur les partitions ntfs (ou alors il faut peut être spécifier une option dans le fstab)

Édité par nic80 Le 24/05/2019 à 12h05

Pas de journalctl ?!
ça alors !

Bien, alors, on passe par dmesg :
$ dmesg > ~/journal
dmesg n'a pas besoin d'être root, le fichier sera dans le dossier de l'utilisateur courant.

Si le système ntfx est dans un état instable, on le saura avec ce registre.

Bonjour,

On peut très bien le faire. Si la partition Windows a été correctement arrêtée, les partitions de celle-ci doivent se monter en lecture/écriture par défaut.

Bonjour,

Donc il faudrait redémarrer Windows et procéder à un arrêt "complet " ( et pas un mode hibernation par exemple (ou le mode dont j' ai oublié le nom et qui est par défaut dans Windows) ?

C’est tout bon, merci à tous pour votre aide
et merci à nic80 qui m'a suggéré un"arrêt complet" de Windows 10 (il faut appuyer sur la touche shift en même temps qu'on lance l'arrêt de Windows)
Je vais surveiller ça maintenant et me souvenir de cette manip si jamais le pb se reproduit.
Je passe en résolu, encore merci à tous

Oui, je voulais en venir.
Lorsque ça se produit, il est explicitement écrit dans journalctl ou dmesg.
Il existe un outil pour "réparer" depuis linux sans redémarrer sous windows.

Bonjour,



Sinon on peut peut être appliquer la solution d' Adrien




On peut enlever l' information de verrouillage ?

Le dirty flag ?
# ntfsfix -d /dev/sdX0