#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
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.
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 !
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
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 !
%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
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