Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 2 3

#1 Le 01/09/2018, à 22:17

misterbean22

impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Bonjour à tous !

J'ai éffectué la migration de ubuntu 16.4 vers 18.4.1 LTS sans aucun souci depuis 1 semaine, sauf celui-ci : je ne peux plus lire certains fichiers présents sur mon DDE (notamment des fichiers propres à LMMS). L'ouverture du fichier me renvoit  (par exemple) :
"Le fichier /mnt/usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1/Colin privé/techno.mmpz n'a pas pu être ouvert. Vos n'avez probablement pas le droit de lire ce fichier.
Veuillez vérifier que vous avez les droits en lecture pour ce fichier et le répertoire qui contient ce fichier et réessayez."

J'ai essayé de passé via nautilus, mais dès que je tente de modifier les permissions avec mon "login" il repasse en "root" sans tenir compte de mon choix.
Je n'ai pas osé utilisé la commande chmod777 ?? de peur de faire des con....eries sans avis éclairé.
Si une bonne âme pouvait m'indiquer la marche à suivre....mon gamin cesserait de me dire "T'aurais pas du faire la migration.....j'te l'avais dit...j'peux plus rien faire sur mes fichiers ...." Une pression de moins ...!
Bref, redonner à mon ado la permission de créer et modifier ses fichiers LMMS présents sur notre DDE, histoire qu'il nous lâche un peu et continue ses projets de création...

Merci d'avance, les amis ubuntiens.

Hors ligne

#2 Le 02/09/2018, à 09:18

misterbean22

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Je précise que je suis passé par "disque" pour le monter. C'est peut-être de là que ça vient ?

Hors ligne

#3 Le 02/09/2018, à 10:39

moko138

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Merci de montrer séparément :

df -Th  # (C'est la piste "snap")

Identification des disques, partitions et montages :

mount -l
sudo lsblk -o name,fstype,size,label,mountpoint,uuid
cat /etc/fstab

Exploration des propriétaires et des droits :

ls -l /dev/disk/by-id
ls -la  /mnt/usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1/ | head
ls -la  /mnt/

/!\  Ne cherche surtout pas à retaper ces lignes !   Utilise
- un triple clic gauche sur une ligne pour la sélectionner tout entière et la copier,
- un clic milieu pour la coller.


Et merci aussi d'expliquer "LMMS".

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#4 Le 02/09/2018, à 10:52

misterbean22

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Merci moko138de te pencher sur mon cas !
Voici les résultats des commandes : 

benoit-steph@benoitsteph-desktop:~$ df -Th  # 
Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
udev             devtmpfs   3,8G       0  3,8G   0% /dev
tmpfs            tmpfs      765M    1,9M  763M   1% /run
/dev/sdb1        ext4        20G     11G  7,9G  57% /
tmpfs            tmpfs      3,8G     31M  3,8G   1% /dev/shm
tmpfs            tmpfs      5,0M    4,0K  5,0M   1% /run/lock
tmpfs            tmpfs      3,8G       0  3,8G   0% /sys/fs/cgroup
/dev/loop0       squashfs    61M     61M     0 100% /snap/mtpaint-casept/1
/dev/loop1       squashfs    87M     87M     0 100% /snap/core/4917
/dev/loop2       squashfs   141M    141M     0 100% /snap/gnome-3-26-1604/70
/dev/loop3       squashfs   3,8M    3,8M     0 100% /snap/gnome-system-monitor/54
/dev/loop4       squashfs    88M     88M     0 100% /snap/core/5328
/dev/loop5       squashfs    35M     35M     0 100% /snap/gtk-common-themes/319
/dev/loop6       squashfs    13M     13M     0 100% /snap/gnome-characters/117
/dev/loop7       squashfs    15M     15M     0 100% /snap/gnome-logs/40
/dev/loop8       squashfs    87M     87M     0 100% /snap/core/5145
/dev/loop9       squashfs   2,4M    2,4M     0 100% /snap/gnome-calculator/199
/dev/sdb3        ext4        76G     33G   39G  47% /home
/dev/sda1        fuseblk    466G    114G  352G  25% /mnt/usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1
tmpfs            tmpfs      765M     20K  765M   1% /run/user/128
tmpfs            tmpfs      765M     48K  765M   1% /run/user/1000
benoit-steph@benoitsteph-desktop:~$ mount -l
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=3885468k,nr_inodes=971367,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=783148k,mode=755)
/dev/sdb1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) [racine]
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=31,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=13080)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/var/lib/snapd/snaps/mtpaint-casept_1.snap on /snap/mtpaint-casept/1 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_4917.snap on /snap/core/4917 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-26-1604_70.snap on /snap/gnome-3-26-1604/70 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-system-monitor_54.snap on /snap/gnome-system-monitor/54 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_5328.snap on /snap/core/5328 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_319.snap on /snap/gtk-common-themes/319 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-characters_117.snap on /snap/gnome-characters/117 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-logs_40.snap on /snap/gnome-logs/40 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_5145.snap on /snap/core/5145 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-calculator_199.snap on /snap/gnome-calculator/199 type squashfs (ro,nodev,relatime,x-gdu.hide)
/dev/sdb3 on /home type ext4 (rw,relatime,data=ordered) [home]
/dev/sda1 on /mnt/usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1 type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096,x-gvfs-show) [DESTROYPOP]
tmpfs on /run/user/128 type tmpfs (rw,nosuid,nodev,relatime,size=783148k,mode=700,uid=128,gid=140)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=783148k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
benoit-steph@benoitsteph-desktop:~$ sudo lsblk -o name,fstype,size,label,mountpoint,uuid
[sudo] Mot de passe de benoit-steph : 
NAME   FSTYPE    SIZE LABEL      MOUNTPOINT UUID
loop0  squashf  60,1M            /snap/mtpa 
loop1  squashf  86,9M            /snap/core 
loop2  squashf 140,9M            /snap/gnom 
loop3  squashf   3,7M            /snap/gnom 
loop4  squashf  87,9M            /snap/core 
loop5  squashf  34,7M            /snap/gtk- 
loop6  squashf    13M            /snap/gnom 
loop7  squashf  14,5M            /snap/gnom 
loop8  squashf    87M            /snap/core 
loop9  squashf   2,3M            /snap/gnom 
sda            465,8G                       
└─sda1 ntfs    465,8G DESTROYPOP /mnt/usb-J B81E372A1E36E0D4
sdb            111,8G                       
├─sdb1 ext4     19,5G racine     /          c0691283-1274-4f78-ab57-fb97f54556c1
├─sdb2 swap     15,6G            [SWAP]     ea9be244-2e04-4dc1-89c2-2d51cd975b09
└─sdb3 ext4     76,6G home       /home      18bbb9b6-bbb7-4466-8f09-81964a8e5a41
benoit-steph@benoitsteph-desktop:~$ cat /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/sda1 during installation
UUID=c0691283-1274-4f78-ab57-fb97f54556c1 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda3 during installation
UUID=18bbb9b6-bbb7-4466-8f09-81964a8e5a41 /home           ext4    defaults        0       2
# swap was on /dev/sda2 during installation
UUID=ea9be244-2e04-4dc1-89c2-2d51cd975b09 none            swap    sw              0       0
/dev/disk/by-id/usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1 /mnt/usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1 auto defaults,x-gvfs-show 0 0

Puis : 

benoit-steph@benoitsteph-desktop:~$ ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root  9 sept.  2 09:12 ata-Corsair_Force_LS_SSD_154980230001048007A7 -> ../../sdb
lrwxrwxrwx 1 root root 10 sept.  2 09:12 ata-Corsair_Force_LS_SSD_154980230001048007A7-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 sept.  2 09:12 ata-Corsair_Force_LS_SSD_154980230001048007A7-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 sept.  2 09:12 ata-Corsair_Force_LS_SSD_154980230001048007A7-part3 -> ../../sdb3
lrwxrwxrwx 1 root root  9 sept.  2 09:12 usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0 -> ../../sda
lrwxrwxrwx 1 root root 10 sept.  2 09:12 usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1 -> ../../sda1
benoit-steph@benoitsteph-desktop:~$ ls -la  /mnt/usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1/ | head
total 276664
drwxrwxrwx 1 root root     24576 sept.  1 11:47 .
drwxr-xr-x 3 root root      4096 août  30 22:17 ..
drwxrwxrwx 1 root root     20480 janv. 11  2017 40 ans bretons
-rwxrwxrwx 1 root root   3937233 déc.   1  2016 arduino.pdf
-rwxrwxrwx 1 root root   9082112 déc.   1  2016 arduino-pour-bien-commencer-en-electronique-et-en-programmation.pdf
drwxrwxrwx 1 root root      4096 juil. 12  2017 chèquesvac
drwxrwxrwx 1 root root       176 sept.  2 10:36 Colin privé
drwxrwxrwx 1 root root      4096 déc.  26  2017 Concert Romane 2017
-rwxrwxrwx 1 root root  28713573 août  20 11:39 Dave Grohl - Play.mp3

et enfin : 

benoit-steph@benoitsteph-desktop:~$ ls -la  /mnt/
total 32
drwxr-xr-x  3 root root  4096 août  30 22:17 .
drwxr-xr-x 24 root root  4096 août  31 18:58 ..
drwxrwxrwx  1 root root 24576 sept.  1 11:47 usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1

LMMS (ou Linux Multi Media Studio) permet de faire de la petite MAO. C'est assez simpliste mais relativement complet, comme outils d'initiation..

Hors ligne

#5 Le 02/09/2018, à 12:35

moko138

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

misterbean22 a écrit :

Je n'ai pas osé utilisé la commande chmod777 ?? de peur de faire des con....eries

Tu as eu raison.
Malheureusement...

Je précise que je suis passé par "disque" pour le monter. C'est peut-être de là que ça vient ?

...Oui, passer par "Disques" était une erreur ! Qui a plusieurs conséquences.
2 bénignes :
  L'étiquette "DESTROYPOP", simple et efficace, n'est plus utilisée dans le point de montage, qui prend un nom indigeste ;
  Montage sous /mnt (ce point est dévolu aux montages temporaires);

Et 2 graves, que tu peux voir dans ton avant-dernier retour, et qui sont la source de vos maux :
  Montage où tout appartient à l'usager root et au groupe root ;
  Montage, précisément en 777 (les "rwxrwxrwx".


/!\ On remarque au passage que mettre en 777 toute une partition ne suffit pas à la rendre accessible ! Même une partition en NTFS comme ici !


Il y a plusieurs solutions.  smile

Afin de choisir la plus adaptée, il serait bon que tu informes le forum sur quelques points :

1  Ce disque dur externe (DDE) usb, est-il branché à demeure, ou presque ? Ou bien souvent absent au démarrage ?
2  Ton fils et toi avez-vous deux comptes séparés ou partagez-vous le compte "benoit-steph" ?
3       Si vous avez des comptes séparés, arrive-t-il que l'un ouvre sa session sans que l'autre ait fermé la sienne ?
4  Y a-t-il d'autres utilisateurs sur ce pc ?

     Merci d'avance pour tes réponses !  smile

Dernière modification par moko138 (Le 02/09/2018, à 12:38)

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#6 Le 02/09/2018, à 12:49

misterbean22

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Effectivement,  1-ce DDE est à demeure ou presque et j'ai cherché comment le faire apparaitre dans le lanceur de gauche, monté à chaque démarrage (puisque c'est dans celui-ci que nous sauvegardons nos dosiers, toute personne de la famille confondue..),
2- mon fils passe essentiellement par notre compte benoit-steph, mais il lui arrive de "bidouiller" en compte invité (que j'ai supprimé depuis) ou de temps en temps par le compte "enfants" (dont il ne connait pas le code ?! étant un grand maitre bidouilleur...
Mais majoritairement, c'est à partir de notre compte.
3-Alors, oui, il arrive sûrement que mon fils tente de se connecter quand l'ecran est vérrouillé, par un autre compte.
4-Les seuls utilisateurs de ce pc sont les 5 membres de notre famille.

J'espère que ce n'est pas trop grave, car il y a aussi d'autres documents (plus importants que ces fichiers LMMS...) pour le travail de ma compagne.

Effectivement, avant migration, ce DDE s'affichait en tant que "destroypop" dans le lanceur de gauche (et c'etait bien pratique...)

Merci de tes solutions, mokko138 wink

Hors ligne

#7 Le 02/09/2018, à 13:14

misterbean22

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Quand je clique sur les propriétés de ce "destroy pop" , en accèdant aux permissions, il me renvoit ce message " les permissions de " usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1" ne peuvent pas être déterminées "
Lorsque je branche un autre disque "type usb" j'ai accès à toutes les permissions.

Mon fils me fait remarquer , à juste titre, que lors de la migration, mon DDE était branché...d'où, peut-être l'origine du problème ?!

Hors ligne

#8 Le 02/09/2018, à 13:33

moko138

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

il y a aussi d'autres documents (plus importants (...)) pour le travail de ma compagne.

En cas d'urgence avant la fin du dépannage,
Qu'elle se place dans le répertoire contenant son boulot :

cd "/son-répertoire-taf/" && sudo chown -Ri $USER: .

Attention ! Dans la ligne ci-dessus, après "/son-répertoire-taf/", (qui est bien sûr à modifier, (mais en conservant les guillemets)), il faut tout copier-coller ! Car tout compte et la moindre faute de frappe peut être catastrophique !

  Confirmation lui sera demandée pour chaque fichier ou sous-répertoire concerné.
(S'il y en a 12, c'est parfait ; s'il y en a 250... me consulter).
  - -

Pour le reste : à suivre !

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#9 Le 02/09/2018, à 14:13

moko138

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Existe-t-il un groupe collectif, pour toute la famille ?
Sinon, le créer ! (avec un nom sans espace ni accent).
  - -

Faire une copie de sécurité du fstab, (copie datée d'hier) avant toute modification :

sudo cp -av /etc/fstab  /etc/fstab-2018-09-01

Ensuite, on édite le fstab :

sudo nano /etc/fstab

ou alors

gedit admin:///etc/fstab

Et au début de la ligne concernant le DDE, tu mets un "#", qui s'obtient par
AltGr 3

Tu enregistres                        (dans nano, c'est Ctrl o puis Entrée)
et tu quittes l'éditeur de texte   (dans nano, c'est Ctrl x).


Tu redémarres normalement !
Tu montres :

mount -l | grep /sd ; echo ; ls -la /media/$USER/DESTROYPOP --group-directories-first | head

Et tu dis si tu peux (sans sudo) créer un répertoire dans DESTROYPOP.

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#10 Le 02/09/2018, à 14:53

misterbean22

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Lorsque je tape la deuxième commande, voici ce que j'ai : 

# /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/sda1 during installation
UUID=c0691283-1274-4f78-ab57-fb97f54556c1 /               ext4    errors=remoun$
# /home was on /dev/sda3 during installation
UUID=18bbb9b6-bbb7-4466-8f09-81964a8e5a41 /home           ext4    defaults     $
# swap was on /dev/sda2 during installation
UUID=ea9be244-2e04-4dc1-89c2-2d51cd975b09 none            swap    sw           $
/dev/disk/by-id/usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1 /mnt/us$

Du coup, je ne comprends pas où mettre "#" vu qu'il y est déjà...

Hors ligne

#11 Le 02/09/2018, à 15:02

misterbean22

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

J'ai fait la manip' avec gedit, ajouté le # devant /dev/disk/by-id/usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1 /mnt/us$ , redémarré, et tapé la dernière commande. Voici le résultat : 

benoit-steph@benoitsteph-desktop:~$ mount -l | grep /sd ; echo ; ls -la /media/$USER/DESTROYPOP --group-directories-first | head
/dev/sdb1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) [racine]
/dev/sdb3 on /home type ext4 (rw,relatime,data=ordered) [home]
/dev/sda1 on /media/benoit-steph/DESTROYPOP2 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2) [DESTROYPOP]

ls: impossible d'ouvrir le répertoire '/media/benoit-steph/DESTROYPOP': Permission non accordée

...:(

Hors ligne

#12 Le 02/09/2018, à 17:44

moko138

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

1) Quel est le nom du groupe collectif ?

2) Montre

sudo chown -v $USER: /media/benoit-steph/DESTROYPOP ; echo ; sudo mount -a ; echo ; ls -la /media/$USER/DESTROYPOP --group-directories-first | head

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#13 Le 02/09/2018, à 18:28

misterbean22

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Excuses moi, mais je ne comprend pas ce qu'est le nom du groupe collectif ?! Il s'agit peut-être de benoit-steph ?
Sinon, voici le resultat de la commande : 

appartenance de '/media/benoit-steph/DESTROYPOP' modifiée de root:root en benoit-steph:benoit-steph


total 8
drwx------  2 benoit-steph benoit-steph 4096 août   7  2016 .
drwxr-x---+ 5 root         root         4096 sept.  2 14:58 ..

Hors ligne

#14 Le 02/09/2018, à 18:32

misterbean22

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Chose étrange, depuis la dernière commande, il m'a remis en proprietaire du DDE, mais je ne peux toujours pas modifier ou ouvrir certains fichiers...

Hors ligne

#15 Le 02/09/2018, à 20:14

moko138

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Montre déjà

ls -la /media/$USER/DESTROYPOP --group-directories-first | head -60

en indiquant des fichiers que tu ne peux pas ouvrir.

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#16 Le 02/09/2018, à 20:26

misterbean22

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

benoit-steph@benoitsteph-desktop:~$ ls -la /media/$USER/DESTROYPOP --group-directories-first | head -60
total 8
drwx------  2 benoit-steph benoit-steph 4096 août   7  2016 .
drwxr-x---+ 5 root         root         4096 sept.  2 18:37 ..

Dans le dossier "Colin privé", tous les fichiers LMMS sont inaccesibles.
Si je démonte le DDE et tente de le remonter, penses-tu que ça modifierait quelquechose ? (Je ne veux pas tout planter ce que tu m'a indiqué...)

Hors ligne

#17 Le 02/09/2018, à 20:43

moko138

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Montre

ls -la "/media/$USER/DESTROYPOP/Colin privé" | head -15

en indiquant les fichiers inaccessibles. (si 15 lignes ne suffisent pas, tu peux augementer le nombre).

N'hésite pas à modifier des noms avant d'envoyer la réponse, si confidentiels !

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#18 Le 02/09/2018, à 20:52

moko138

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

je ne comprends pas ce qu'est le nom du groupe collectif ?

Quand on regarde un ls -l, on lit des choses comme

drwxr-xr-x 1 benoit-steph benoit-steph  689923 août  31 21:09 Navigation
-rw-r--r-- 1 titi titi  689923 août  31 21:09 bateau_15357590.png
-rw-r--r-- 1 toto toto 1003354 août  31 21:06 chute_153572364.png

où le 1er nom est celui de l'usager propriétaire,
et le 2ème nom, apparemment identique au 1er, celui d'un groupe.

Mais dans un système familial à plusieurs comptes et où

3- oui, il arrive sûrement que mon fils tente de se connecter quand l'ecran est vérrouillé, par un autre compte.

il est préférable d'utiliser des astuces pour que
- toto n'accède pas aux fichiers et répertoires personnels de titi (chacun son jardin secret)
- toto et titi puissent mettre en commun certains fichiers et répertoires.

C'est à cela que servent les groupes.
On peut mettre en place des groupes :
  famille complète
  famille sauf enfants
  ou autres, à votre guise.

Ce qui donnera :

drwxr-xr-x 1 benoit-steph famille  689923 août  31 21:09 Navigation
-rw-r--r-- 1 titi famille                    689923 août  31 21:09 bateau_15357590.png
-rw-r--r-- 1 toto groupe2             1003354 août  31 21:06 chute_153572364.png

C'est indispensable pour les partitions de type Linux, pour que titi puisse accéder à ses fichiers  quand toto n'a pas fermé sa session.
  Mais c'est peut-être hors-sujet ici, puisque le DDE "DESTROYPOP" est en ntfs : je vais donc demander du renfort spécialisé dans ce cas de figure !  smile

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#19 Le 02/09/2018, à 23:15

Coeur Noir

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Coucou big_smile

Sans aller très loin je vais pointer 2-3 trucs, réfléchir et revenir ;-)

Bon l'habituel caca illisible de gnome-disques déjà - qui n'explique pas tout :

/dev/disk/by-id/usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1 /mnt/usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1 auto defaults,x-gvfs-show 0 0

Et des trucs que je ne comprends pas là :

benoit-steph@benoitsteph-desktop:~$ mount -l | grep /sd ; echo ; ls -la /media/$USER/DESTROYPOP --group-directories-first | head
/dev/sdb1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) [racine]
/dev/sdb3 on /home type ext4 (rw,relatime,data=ordered) [home]
/dev/sda1 on /media/benoit-steph/DESTROYPOP2 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2) [DESTROYPOP]

C'est quoi user_id=0,group_id=0 ? On a du DESTROYPOP et du DESTROYPOP2, pourquoi ?

Pour m'éclairer :
- DD externe en ntfs ( pourquoi ntfs, il est utilisé par des ordis sous windows ? )
- externe mais finalement il est toujours branché au pc ?
- un système multi-utilisateurs, tous sous Linux tout le temps ?

Dernière modification par Coeur Noir (Le 02/09/2018, à 23:16)

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Hors ligne

#20 Le 02/09/2018, à 23:28

misterbean22

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Ok, je saisi cette notion de groupe.
Avec ce PC (et ce DDE), quand la session benoit-steph est ouverte et que j'autorise mon fils à aller dessus pour son loisirs, pas de soucis. Mais dès qu'il tente d'ouvrir une autre session (invité ou enfants, dont il n'a, normalement pas l'accès) et qu'il "réussit" son coup, cela génère un dysfonctionnement dans les droits utilisateurs  du DDE, c'est ça ? Ca peut paraître étrange d'avoir une session "enfant" et que mon fils ne puisse pas en connaître le MDP, mais son coté "bidouille" a plus d'une fois modifié des choses dans le pc (et ça continue, semble t-il, malgré tout... ou pas puisque arrive la notion de NTFS ! En sachant, qu'avant migration, ce DDE était déjà comme tel et que je ne lui ai apporté aucune modification -partitionnement-formatage ou autre.)
Merci mokko de ton soutien, et j’attends donc une aide des "pro-NTFS, s'ils peuvent corriger ce problème.

Je mets en dessous le résultat de la commande en #17 : 

total 92208
drwxrwxrwx 1 benoit-steph benoit-steph     8192 sept.  2 10:36 .
drwxrwxrwx 1 benoit-steph benoit-steph    24576 sept.  1 11:47 ..
-rwxrwxrwx 1 benoit-steph benoit-steph   565230 juin  25 12:29 153_5011.JPG
-rwxrwxrwx 1 benoit-steph benoit-steph    19636 févr. 18  2018 à imprimer Vasarely.odt
-rwxrwxrwx 1 benoit-steph benoit-steph     5841 mai   20  2017 anniv papa2.mmpz
-rwxrwxrwx 1 benoit-steph benoit-steph     4354 mai    7  2017 anniv papa.mmpz
drwxrwxrwx 1 benoit-steph benoit-steph        0 nov.  29  2017 calculatrice
-rwxrwxrwx 1 benoit-steph benoit-steph   200480 juin   8 19:52 Capture du 2018-06-08 19-52-39.png
-rwxrwxrwx 1 benoit-steph benoit-steph     8653 mars  13 12:39 castor.odt
-rwxrwxrwx 1 benoit-steph benoit-steph   523744 nov.   5  2017 CDL Colin.odt
-rwxrwxrwx 1 benoit-steph benoit-steph     3265 avril 21 09:52 chaud !.mmpz
-rwxrwxrwx 1 benoit-steph benoit-steph     3927 juin  26  2016 colin dance 2.mmpz
-rwxrwxrwx 1 benoit-steph benoit-steph     4836 nov.   4  2017 colin space22.mmpz
-rwxrwxrwx 1 benoit-steph benoit-steph     4733 nov.   1  2017 colin space22.mmpz.bak

En sachant que j'ai du mettre "DESTROYPOP2" au lieu de "DESTROYPOP", et je ne comprend pas pourquoi...
Les fichiers inaccessibles sont les fichiers mmpz.

Hors ligne

#21 Le 02/09/2018, à 23:37

misterbean22

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Salut Coeur Noir !
C'est justement cette histoire de DESTROYPOP 2 que je vient de voir (cf #20) et que je ne comprend pas plus.
Effectivement, il est externe, mais branché en permanence sur le PC puisque contenant nos fichiers perso, pour ne pas surcharger le pc qui n'a "que " 120Go (et nous sommes adeptes de photos de famille qui prennent beaucoup de place...ainsi que toute notre musique).
Notre PC principal est sous linux, avec deux sessions (benoit-steph et enfants). Mais nous avons aussi un portable sous WIndows, qui permet à chacun de pouvoir surfer quand le PC principal est utilisé. (jusqu'à preuve du contraire, le DESTROYPOP n'a jamais été branché sur le portable....sauf si un "bidouilleur" est passé par là...je vais poser la question demain !)

Hors ligne

#22 Le 03/09/2018, à 00:34

moko138

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Merci Coeur Noir d'intervenir !

misterbean22,
Apparemment (cf. https://lmms.io/) ces fichiers .mmpz sont zippés et s'ouvrent avec le logiciel multiplateforme LLMS.
  Ton fils doit savoir s'il les as produits ou - méfiance ! - téléchargés.

  En attendant, ils appartiennent à benoit-steph benoit-steph, et ont - horreur ! mais nous le savions déjà - les droits 777.
  Donc si ton fils n'arrive pas à les ouvrir, qu'il lise la documentation de llms. Et qu'il lance dans le terminal

llms /media/$USER/DESTROYPOP*/"Colin privé/colin dance 2.mmpz"

et qu'il nous en donne le retour complet.

= =

Pour se débarrasser de "DESTROYPOP2", c'est simple :
Démonter le DDE

Débrancher le DDE

Vérifier que les retours de

ls -la /media/*/DESTROYPOP2/

et de 

ls -la /media/*/DESTROYPOP/

sont vides.

Donne les retours COMPLETS !!!    Pas comme en #20.
  Un retour complet doit contenir toutes les lignes,
depuis celle, entière, de la commande
jusqu'à la ligne attendant la commande suivante, exemple :

moi@mon-pc~$: ma-commande
son retour
moi@mon-pc~$:

Faute de quoi, il manque souvent à ceux qui tentent de t'aider des éléments essentiels.

(Plus de détails dans ce message-ci Retour utilisable de commande.)


Après validation par Coeur Noir ou moi, tu devras supprimer le DESTROYPOP résiduel, mais j'ai bien dit "après validation" !

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#23 Le 03/09/2018, à 00:54

Coeur Noir

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Non non il n'est pas question de bidouille, c'était pour voir s'il y a un intérêt particulier au ntfs dans votre configuration.

Et en l’occurrence si ce disque n'est jamais directement branché à une machine windows, ça aurait été sage de le formater en ext4 ( afin de pouvoir y gérer les droits et permissions des groupes et utilisateurs ).

Maintenant qu'il est bien rempli je suppose, on va peut-être éviter ?

J'aimerais savoir comment réagit ce disque quand on se contente de le brancher au pc comme le simple DD externe qu'il est…

Donc dans un premier temps : démonter/éjecter proprement du système ce disque.

Puis dans le fstab, enlever purement et simplement tout ce qui concerne ce disque.

Débrancher physiquement le disque. Rebooter la machine.

Là, connecter le disque, le mettre sous tension. Que se passe-t-il ? Où apparaît-il ? Pouvez-vous y écrire ?
Normalement il est censé monter dans /media/user_A/label_ou_uuid_du_disque
et l'explorateur de fichiers censé s'ouvrir sur lui.
« user_A » dans ce cas est celui de la session en cours, et du coup seul lui a des droits sur ce disque.

Démonter/éjecter le disque, ouvrir l'autre session, monter le disque. Que se passe-t-il ? Où apparaît-il ? Pouvez-vous y écrire ?
Normalement il est censé monter dans /media/user_B/label_ou_uuid_du_disque

Qu'est ce que ça signifie ?
Tant qu'un montage « auto » existe dans la session A personne d'autre que cet « user_A » ne peut agir sur ce disque.
Exemples :
Si l'user_B ouvre une session tandis que la session user_A reste active, l'user_B verra le disque dans les périphériques mais l'accès lui sera refusé ( c'est A qui a monté ce disque et a des droits dessus, pas B ).
Si B veut accéder au disque, il faut soit au préalable que A ait démonté le disque, ou qu'il ait complétement éteint sa session ( pas juste verrouillé mais bien quitté complètement ) afin de libérer le périphérique.
→ C'est le fonctionnement normal du montage automatique des médias amovibles.

Si A et B faisaient parti d'un même groupe, groupe qui aurait des droits écriture+lecture, alors B accéderait en lecture-écriture au disque même s'il est branché chez A.
Bien sûr B peut outrepasser ce mécanisme en passant root et là commencent les ennuis…

Bon voyons déjà ce qui se passe dans une situation « basique » et on avisera.

[edit] oui je valide complètement l'idée : disque débranché, après vérif' que les dossiers DESTROYPOP et DESTROYPOP2 sont vides dans chaque /<user> contenu dans /media, les supprimer.
Cela dit ça indique quand même que telle partition n'a pas été libérée correctement à un moment donné, ou un changement ou modification d'utilisateur…
J'irais même jusqu'à supprimer les dossiers <users> dans /media si ceux-ci sont bien vides.
Le⋅s dossier⋅s nécessaires seront recréés à la prochaine connexion du DD via le mécanisme de montage automatique.

…en fonction de tes retours de commandes bien sûr.

Dernière modification par Coeur Noir (Le 03/09/2018, à 01:14)

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Hors ligne

#24 Le 03/09/2018, à 08:27

misterbean22

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Bonjour,
Voici la réponse donné par la première commande : 

benoit-steph@benoitsteph-desktop:~$ lmms /media/$USER/DESTROYPOP*/"Colin privé/colin dance 2.mmpz"
Gtk-Message: 08:24:25.006: Failed to load module "canberra-gtk-module"
Notice: could not set realtime priority.
VST sync support disabled in your configuration
Connection established.

Stream successfully created

Je vais faire la manip de demontage et vous donner les retours....après avoir envoyé mes enfants à l'école...!

Hors ligne

#25 Le 03/09/2018, à 09:33

misterbean22

Re : impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Voici les retours après démontage du DDE (débranché) : 

benoit-steph@benoitsteph-desktop:~$ ls -la /media/*/DESTROYPOP2/
ls: impossible d'accéder à '/media/*/DESTROYPOP2/': Aucun fichier ou dossier de ce type
benoit-steph@benoitsteph-desktop:~$ ls -la /media/*/DESTROYPOP/
total 8
drwx------  2 benoit-steph benoit-steph 4096 août   7  2016 .
drwxr-x---+ 4 root         root         4096 sept.  3 09:13 ..
benoit-steph@benoitsteph-desktop:~$

@ Coeur noir, j'ai fait un démontage propre et éssayé de rentrer dans fstab, en faisant la commande sudo fstab, qui n'a rien donné. J'ai fait ensuite ceci : 

benoit-steph@benoitsteph-desktop:~$  sudo fdisk -l 
Disque /dev/loop0 : 14,5 MiB, 15196160 octets, 29680 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


Disque /dev/loop1 : 2,3 MiB, 2433024 octets, 4752 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


Disque /dev/loop2 : 34,7 MiB, 36323328 octets, 70944 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


Disque /dev/loop3 : 87 MiB, 91160576 octets, 178048 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


Disque /dev/loop4 : 60,1 MiB, 63037440 octets, 123120 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


Disque /dev/loop5 : 3,7 MiB, 3887104 octets, 7592 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


Disque /dev/loop6 : 86,9 MiB, 91099136 octets, 177928 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


Disque /dev/loop7 : 13 MiB, 13619200 octets, 26600 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


Disque /dev/sdb : 111,8 GiB, 120034123776 octets, 234441648 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 : dos
Identifiant de disque : 0x00050224

Périphérique Amorçage    Début       Fin  Secteurs Taille Id Type
/dev/sdb1    *            2048  40962047  40960000  19,5G 83 Linux
/dev/sdb2             40962048  73730047  32768000  15,6G 82 partition d'échange
/dev/sdb3             73730048 234440703 160710656  76,6G 83 Linux


Disque /dev/loop8 : 87,9 MiB, 92164096 octets, 180008 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


Disque /dev/loop9 : 140,9 MiB, 147722240 octets, 288520 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
benoit-steph@benoitsteph-desktop:~$

Et du coup, je suis étonné qu'il y est autant de partition/disk qui s'affichent...
En allant dans le fstab, il faudrait que je supprime la ligne concernant le DDE ?

# /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/sda1 during installation
UUID=c0691283-1274-4f78-ab57-fb97f54556c1 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda3 during installation
UUID=18bbb9b6-bbb7-4466-8f09-81964a8e5a41 /home           ext4    defaults        0       2
# swap was on /dev/sda2 during installation
UUID=ea9be244-2e04-4dc1-89c2-2d51cd975b09 none            swap    sw              0       0
#/dev/disk/by-id/usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1 /mnt/usb-JMicron_USB_to_SATA_bridge_DB123456789A41-0:0-part1 auto defaults,x-gvfs-show 0 0

   ?

Hors ligne

Pages : 1 2 3