#51 Le 01/06/2024, à 12:27
- geole
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
Bonjour.
Cela ressemble à un disque malade.
Installe l'application smartmontools et publie l'état de santé de ce disque ( chapitre trois)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#52 Le 01/06/2024, à 12:39
- Coeur Noir
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
Mmmm… c'est potentiellement inquiétant concernant l'état du disque 8To - mais ça n'est pas mon sujet de prédilection. Disons que c'est une piste à élucider.
Mais ça n'est pas la seule.
Si je comprends bien, le disque JEUX8T lui est bien interne~sédentaire~fixe à ton PC ? C'est ton stockage principal pour un peu tout et tout le monde ( entendre par là : les utilisateurs humains qui existent dans ce pc. ) Aujourd'hui comment est-il monté ?
Pour avoir une « photo » de ton contexte concernant disques, partitions et montages en présence,
pourras-tu s'te plaît redonner ces infos ( avec ton disque SSD_Photos branché au pc - lui il est bien externe~nomade~amovible ? ) :
lsblk -fe7,11 -o +size,model,pttype | catgrep -v ^# /etc/fstabet
ls -la /media/$USERSi JEUX8T est censé être interne~permanent, alors il devrait plutôt faire l'objet d'un montage « permanent / dès le démarrage » via fstab.
J'ai l'impression que ça n'est pas le cas aujourd'hui.
Si tu veux pouvoir écrire à la racine de JEUX8T, il faut que cette racine accorde des droits à ton ou tes utilisateurs.
Elle pourrait par exemple appartenir à root:users avec modes rwxrwx---.
De cette façon, seul les utilisateurs membres du groupe users pourront tous écrire dès la racine de cette partition ( rien pour les autres. )
Je te redemanderai plus tard d'autres infos pour éclaircir ce point ( enfin je t'en avais déjà demandées mais je n'ai pas cru voir la réponse et c'est pas grave, chaque chose en son temps. )
Je ne suis pas de retour avant la nuit.
Pendant ce temps je vous invite plutôt à vous assurer de l'état du disque JEUX8T sans plus toucher aux questions de droits / permissions pour l'instant.
Il me semble quand même que tu as évoqué d'autres machines, et un réseau, ça a une influence sur la manière d'organiser les utilisateurs à travers ce réseau… donc précisons bienvenues.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#53 Le 01/06/2024, à 13:42
- eric63
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
ok, merci,et désolé d’accaparer votre temps.Je vais répondre dans l’ordre
@geole
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.8.0-31-generic] (local build)
Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Seagate BarraCuda 3.5 (SMR)
Device Model: ST8000DM004-2U9188
Serial Number: WSC1NELA
LU WWN Device Id: 5 000c50 0f18d3264
Firmware Version: 0001
User Capacity: 8,001,563,222,016 bytes [8.00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 5400 rpm
Form Factor: 3.5 inches
Device is: In smartctl database 7.3/5528
ATA Version is: ACS-3 T13/2161-D revision 5
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 1.5 Gb/s)
Local Time is: Sat Jun 1 11:29:43 2024 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 0) seconds.
Offline data collection
capabilities: (0x73) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 961) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x30a5) SCT Status supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 076 064 006 Pre-fail Always - 44581988
3 Spin_Up_Time 0x0003 092 091 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 099 099 020 Old_age Always - 1194
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 077 060 045 Pre-fail Always - 55320793
9 Power_On_Hours 0x0032 096 096 000 Old_age Always - 4120h+00m+27.963s
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 099 099 020 Old_age Always - 1193
183 Runtime_Bad_Block 0x0032 001 001 000 Old_age Always - 203
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
188 Command_Timeout 0x0032 095 074 000 Old_age Always - 809 1186 2186
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 069 054 040 Old_age Always - 31 (Min/Max 29/32)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 194
193 Load_Cycle_Count 0x0032 097 097 000 Old_age Always - 6929
194 Temperature_Celsius 0x0022 031 046 000 Old_age Always - 31 (0 17 0 0 0)
195 Hardware_ECC_Recovered 0x001a 076 064 000 Old_age Always - 44581988
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 191 183 000 Old_age Always - 74283
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 3123h+08m+19.226s
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 12667242772
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 10025346721
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
The above only provides legacy SMART information - try 'smartctl -x' for more@cœur noir
mon disque de démarrage c’est le nvme
j’ai l’ancien démarrage en double boot en sdb
kubu@kubu-System-Product-Name:~$ lsblk -fe7,11 -o +size,model,pttype | cat
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS SIZE MODEL PTTYPE
sda 7,3T ST8000DM004-2U9188 gpt
└─sda1 ext4 1.0 JEUX8T 35bb9ca2-2022-4dfa-a201-1a2dde7ce1aa 3,1T 53% /media/kubu/JEUX8T 7,3T gpt
sdb 111,8G Crucial_CT120M500SSD1 gpt
├─sdb1 vfat FAT32 BF48-8EA6 47M gpt
└─sdb2 ext4 1.0 KUBUNTU_nouveau fb80bc79-31ad-4d13-b9ab-463adda65fb5 111,7G gpt
sdc 465,8G Samsung SSD 860 EVO 500GB gpt
└─sdc1 ext4 1.0 Photos_SSD 7229b0bc-0ee2-4495-9068-07f5ada7d50e 465,7G gpt
sdd 0B MFC-J4510DW
nvme0n1 931,5G Samsung SSD 990 PRO 1TB gpt
├─nvme0n1p1 vfat FAT32 9236-E359 291,2M 3% /boot/efi 300M gpt
├─nvme0n1p2 ext4 1.0 Kubuntu_mvmeM2 c947219d-7b6c-468b-b484-10fdfd4c590a 26,7G 43% /var/snap/firefox/common/host-hunspell 52,3G gpt
│ /
└─nvme0n1p3 ext4 1.0 def72feb-0130-4fcb-8d77-d86e75de156b 609,8G 24% /home 878,9G gpt
kubu@kubu-System-Product-Name:~$ curieux pour fstab je ne vois pas d’étiquette marquée DATA_Ext4 dans mon gestionnaire de partition sur aucun de mes disques présents ??
kubu@kubu-System-Product-Name:~$ grep -v ^# /etc/fstab
UUID=c947219d-7b6c-468b-b484-10fdfd4c590a / ext4 errors=remount-ro 0 1
UUID=9236-E359 /boot/efi vfat umask=0077 0 1
UUID=def72feb-0130-4fcb-8d77-d86e75de156b /home ext4 defaults 0 2
LABEL=DATA_Ext4 none ext4 users 0 0
kubu@kubu-System-Product-Name:~$ kubu@kubu-System-Product-Name:~$ ls -la /media/$USER
ls: /media/kubu/JEUX8T: Input/output error
total 12
drwxr-x---+ 3 root root 4096 juin 1 11:30 .
drwxr-xr-x 4 root root 4096 mai 18 13:52 ..
drwxrwxrwx 20 root root 4096 mai 19 11:31 JEUX8T
kubu@kubu-System-Product-Name:~$ je crois que j’ai donné toutes les infos
je confirme que JEUX8T est le disque de stockage et qu’il est interne au PC et qu’il n’est pas monté automatiquement au démarrage ou à la connexion comme le disque Photos_SSD
je les monte seulement au besoin mais je peux aussi les monter automatiquement dans ma configuration (c’est un choix donné par kde ) je ne passe pas par fstab pour faire ça.
j’ai consulté le fstab et cette ligne est effectivement bizarre: à commenter peut être
LABEL=DATA_Ext4 none ext4 users 0 0 les 2 disques JEUX8T et Photos_SSD ne sont pas montés automatiquement au démarrage car se sont des disques de stockage qui sont amenés à ne plus être connectés au PC fixe à terme quand j’aurais viré tous mes dossiers du 8T vers le SSD (ce qui me semble de moins en moins gagné )
Le SSD qui est pour l’instant sur le PC fixe en usb3 va devoir passer sur la freebox à terme pour que tous les utilisateurs du réseau local puissent avoir accès au dossier photos
S’il n’y a pas de moyen de permuter le SSD entre le fixe ou les pc portables il faut qu‘il soit visible de la freebox à minima et à terme il y aura un accès sur un réseau externe.
Dernière modification par eric63 (Le 01/06/2024, à 13:46)
Kubuntu 24.10 Wayland Plasma 6.1.5 KDE 6.6.0 Qt 6.6.2 et noyau 6.11.0-8 Asus B760+D4 i5-12400F 4.4Ghz DDR4 32Go nvidia RTX 3060 12GB
Utilisez les drivers libres avant d’ installer une brother avec le script de demonipuch
J’utilise le clavier french AFNOR
Hors ligne
#54 Le 01/06/2024, à 15:17
- Coeur Noir
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
( rapidement )
je pense aussi que
LABEL=DATA_Ext4 none ext4 users 0 0 ne correspond plus à aucune partition.
Surtout, attends le retour de Geole ou Iznobe concernant l'état du disque - je crois y voir des signes inquiétants mais j'espère me tromper.
Tout le problème des « gros » disques : quand ça commence à flancher, c'est toutes les données qu'il faut vite mettre à l'abri…
En attendant d'en savoir plus, laisse ce disque tranquille.
Dernière modification par Coeur Noir (Le 01/06/2024, à 15:19)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#55 Le 01/06/2024, à 19:20
- iznobe
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
Ben #33… ou #26 → changer les propriétaires du dossier Photos_SSD
c' est un point de montage , pas un simple dossier :
kubu@kubu-System-Product-Name:/media/kubu/Photos_SSD$ namei -lvx /media/kubu/Photos_SSD/* f: /media/kubu/Photos_SSD/xxxxxxxxxxx xxxxxxx Drwxr-xr-x root root / drwxr-xr-x root root media drwxr-x--- root root kubu Drwxrwxr-t 4242 4242 Photos_SSD drwxrwxrwx kubu kubu xxxxxxxxx xxxxxx
si il est en 4242 , c' est probablement qu ' il n' est pas connecté a l ' ordinateur .
Dans ce cas , les permissions ne changeront pas . En tout cas pas à partir de l' ordinateur , et encore heureux .
Ce qu ' il faut c' est comme d ' habitude , creer un dossier dans lequel l ' utilisateur pourra faire ce qu ' il veut .
on a vu que c' etait deja le cas .
pourquoi donc vouloir s ' obstiner a écrire dans le point de montage ... je comprends pas .
on stocke pas nos fichiers utilisateurs dans / sur ubuntu ???
et d' ailleurs on, ne stocke rien dans les points de montages generalement , c ' est reservé a root cette histoire ( sur ubuntu ) , la si le disque est connecté a la freebox ( ou l' a été ) , ben c' est la freebox qui gere ce point de montage .
Mais OSEF , de toute façon , on ecrit pas des fichiers dans un point de montage . comme deja dit , on cree un dossier pour le(s) user(s) qui ecrivent dans le dossier adequate .
Dernière modification par iznobe (Le 01/06/2024, à 19:47)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#56 Le 01/06/2024, à 22:31
- Coeur Noir
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
@eric63 la looongue première partie de ce message répond plutôt à Iznobe parce que j'aime bien digresser avec lui 
la partie en dessous du trait c'est pour tout le monde.
c' est un point de montage , pas un simple dossier
Un point de montage est d'abord un simple dossier.
Quand un simple dossier sert de point de montage, les droits~permissions portés par le syst. de fichiers qu'on y monte « remplacent » ceux du dossier « naturel » ( son état avant montage ).
Le montage c'est la substitution d'un dossier ( dans un syst. de fichiers A ) par le syst. de fichiers B ( porté par la partition montée. )
L'emplacement du dossier existe toujours dans l'arborescence du syst. de fichiers A mais plus ses données « naturelles, initiales »,
ce sont dorénavant les données du syst. de fichiers B qu'on trouve dans ce dossier.
Données qui, selon le type de syst. de fichiers monté, porteront leurs propres droits~permissions ( ou pas et dans ce cas, c'est à travers les options du montage qu'on ajuste les droits~permissions. )
Une fois un montage effectué dans un dossier, agir sur les droits~permissions de ce dossier~maintenant~point~de~montage,
c'est agir sur la racine de la partition montée.
En démontant le syst. de fichiers B, on libère le dossier~point~de~montage de « l'emprise » des données du syst. de fichiers précédemment monté,
et ce dossier~maintenant~libéré retrouve son état d'avant montage ( ses données comme ses droits~permissions. )
D'où l'idée que suite à la création d'un dossier qui servira ( futur ) de point de montage, c'est inutile d'en changer les droits et permissions.
À ces sujets je ne remercierai jamais assez MicP et pourtant au début je ne comprenais pas grand' chose à ce qu'il essayait de m'expliquer, promis juré !
on stocke pas nos fichiers utilisateurs dans / sur ubuntu
Non parce que la racine présente ces droits~permissions :
django@ASGARD:~$ ls -ld /
drwxr-xr-x 23 root root 4096 avril 26 00:53 /mais sans doute que si elle appartenait à root:users et rwxrwx--T ça deviendrait possible…
Qui essaye ? 
La racine / c'est le périmètre du syst. de fichiers, autrement dit c'est la fondation étendue sur toute la superficie de la partition.
Le système d'exploitation est bâti sur cette fondation. Ce serait dommage qu'un simple utilisateur sans privilège soit en mesure d'effacer la fondation ( tout s'effondrerait. )
Et puis on peut jouer sur les mots car si les fichiers utilisateurs ne sont pas au niveau de la fondation, ils juste rangés dans une commode placée quelque part sur cette fondation.
on, ne stocke rien dans les points de montages generalement
Un dossier c'est déjà quelque chose.
DD externe, clé USB, en général on stocke à la racine du syst. de fichiers qui est idéalement borné~balisé par une partition.
Un point de montage est un syst. de fichiers, c'est un dossier qui est devenu la racine d'un système imbriqué en gros.
Le fait qu'un point de montage ( libre, vide, sans montage ) appartienne à root:root c'est essentiellement pour éviter qu'un utilisateur sans privilège se mette à stocker des éléments dans un dossier,
éléments qui seront invisibilisés dès lors que ce dossier sera « occupé » par un montage.
À l'attention des experts : tout ce que je raconte là est empirique donc complètement sujet à caution, j'en suis conscient - corrigez-moi volontiers mais pas ici dans ce fil de discussion, merci.
_________________________________________
Un jour, le système de fichiers qu'on voit en ce moment monté dans le dossier /media/kubu/Photos_SSD a été la propriété d'un utilisateur et groupe d'uid~gid 4242.
Apparemment c'est la freebox qui a fait ça. Je ne mets pas en doute qu'elle le fit mais je me demande bien comment elle y est parvenue… ça n'est pas le sujet mais ça m'intéresse aussi ;-)
Donc rapidement :
cd /media/kubu
sudo chown -c root:users Photos_SSD
sudo chmod -c 0770 Photos_SSD
cdréglera le problème si kubu fait bien partie du groupe users.
J'ai déjà évoqué que je souhaitais vérifier plus tard cette question d'appartenance au groupe mais puisqu'on y est :
echo ; grep -E :[0-9]{4}: /etc/passwd ; echo ; grep -E :[0-9]{4}: /etc/group ; echo ; grep -E :100: /etc/group ; echoPour ajouter kubu au groupe users :
sudo adduser kubu usersLà l'urgence c'est de connaître l'état de santé du disque JEUX8T,
si tu as des certitudes à ce sujet, fais-toi plaisir ;-)
Dernière modification par Coeur Noir (Le 02/06/2024, à 00:03)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#57 Le 01/06/2024, à 22:46
- iznobe
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
Autant utiliser un autre point de montage " fait main " dans ce cas , car vu que c' est la freebox qui l' a potentiellement crée , il doit y avoir des subtilités dessus .
Pour l ' etat du HD , j' ai reperé 2 compteurs qui parraissent potentiellement a risque .
Sauf que sur le detail correspondants a ces attributs , je n ' ai rien trouvé de concret comme description .
Comme c' est au bon vouloir des constructeurs et qu ' il n' y a pas de norme d' encadrement ( ce qui est par ailleurs dommage justement ) , on ne peut être sur de rien .
Peut etre que @geole nous en dira plus , il maitrise bien mieux le domaine que moi .
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#58 Le 01/06/2024, à 22:59
- geole
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
Le firmware de ce disque me semble "masquer" certains problèmes
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
183 Runtime_Bad_Block 0x0032 001 001 000 Old_age Always - 203
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
SMART Error Log Version: 1
No Errors LoggedSi il a lancé 203 fois la réparation des secteurs en mauvais état. Il ne peut pas y avoir 0 secteur réalloué et 0 secteur en attente de réallocation ainsi que 0 erreur enregistrée..
Il a un débit qui me semble bien faible si c'est un disque interne.
SATA 3.1, 6.0 Gb/s (current: 1.5 Gb/s)
Si vous n'arrivez pas à savoir à qui le répertoire appartient, il serait sage d'exécuter la commande de copie en la précédant du mot sudo et reporter à plus tard ce problème. Cela permettra de savoir si la copie est physiquement possible
Dernière modification par geole (Le 01/06/2024, à 23:23)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#59 Le 01/06/2024, à 23:10
- eric63
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
sur mon fstab actuel j’ai copié l’ancien fstab utilisé sur l’autre boot
et commenter les montages que j’ai réalisé sur la freebox entre autres je vous les redonnes
…
#Introduction des disques supplémentaires, sauvegardes, NAS, fstab copié de l’ancien démarrage sur kubunu_Nouveau en dual boot avec kubuntu_nvmeM2
#
# disque dur usb branché sur freebox après avoir créé au préalable «sudo mkdir /media/DDexterneFreebox/»
#ce disque n’est actuellement pas branché
#//192.168.0.254/sauvegardeDDex /media/DDexterneFreebox cifs _netdev,guest,uid=1000,iocharset=utf8,file_mode=0777,dir_mode=0777 0 0
# disque dur usb branché sur freebox après avoir créé au préalable «sudo mkdir /media/NAS/»
#ce disque n’est actuellement pas branché
#//192.168.0.254/NAS/ /media/NAS/ cifs _netdev,guest,uid=1000,iocharset=utf8,file_mode=0777,dir_mode=0777 0 0
# disque dur usb branché sur freebox après avoir créé au préalable «sudo mkdir /media/BackupSynchro/»
# ce disque n’est actuellement pas branché
#//192.168.0.254/BackupSynchro/ /media/BackupSynchro/ cifs _netdev,guest,uid=1000,iocharset=utf8,file_mode=0770,dir_mode=0770 0 0
# SSD 500G branché sur un PC portable après avoir créé au préalable «sudo mkdir /media/PHOTO1/» accès en ssh.
# Ce SSD est actuellement branché sur le port usb du PC fixe et renomer en Photos_SSD
#sftp://kubuportable@192.168.0.19:22/media/kubuportable/PHOTO1/ /media/PHOTO1/et je vais modifier l’emplacement du disque JEUX8T pour le mettre sur un port usb3 externe (boitier alimenté externe) pour vérifié si la liaison est amélioré ou pas .
Et de toute façon je dois le virer du pc à terme ce disque.
Dernière modification par eric63 (Le 01/06/2024, à 23:16)
Kubuntu 24.10 Wayland Plasma 6.1.5 KDE 6.6.0 Qt 6.6.2 et noyau 6.11.0-8 Asus B760+D4 i5-12400F 4.4Ghz DDR4 32Go nvidia RTX 3060 12GB
Utilisez les drivers libres avant d’ installer une brother avec le script de demonipuch
J’utilise le clavier french AFNOR
Hors ligne
#60 Le 02/06/2024, à 01:45
- Coeur Noir
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
Autant utiliser un autre point de montage " fait main " dans ce cas , car vu que c' est la freebox qui l' a potentiellement crée , il doit y avoir des subtilités dessus
Je ne comprends pas bien ta phrase, désolé.
Qu'est ce que la freebox a créé ici ?
⋅ certainement pas un point de montage dans l'OS actuel de kubu ;
⋅ le système de fichiers qui est actuellement dans la partition EXT4 de JEUX8T ?
un autre point de montage " fait main "
→ tu veux dire monter dans un simple dossier créé pour l'occasion, qui deviendra alors un point de montage ( plutôt que le montage automatisé dans /media/$USER ) ?
À tester je ne pense pas que cela fasse de différence.
As-tu lu le #56 ( qui a grandi depuis… ) ?
Revenons-en au dossier /media/kubu/Photos_SSD :
⋅ si vous ne voulez pas en changer les propriétaires ( pourquoi ? c'est LA solution re-proposée à la fin du #56 ) alors ajoutons lui le droit d'écriture pour les autres ;
⋅ puisque tant qu'il appartient à 4242:4242, kubu fait partie des autres du point de vue de ce dossier.
⋅ Ça signifie aussi que n'importe qui aura droit d'écriture dès la racine de ce syst. de fichiers ( porté par la partition montée automatiquement dans /media/$USER/Photos_SSD )
Ce qui est proposé à la fin du #56 est nettement plus sain ; on s'en fout des propriétaires 4242, ils n'existent pas sur l'OS de kubu.
À moins que ce disque soit destiné à retourner dans la freebox ? Ou une autre machine dont l'OS aurait un utilisateur 4242 ?
Dans ce cas on peut faire :
cd /media/kubu
sudo chown -cR :users Photos_SSD # pas de modif' de l'utilisateur proprio, users comme groupe proprio à tous les éléments, de la racine jusqu'aux tréfonds des ramifications de sous-dossiers et fichiers.
sudo chmod -c 0770 Photos_SSD # retrait du sticky bit pour l'instant, rwxrwx---, uniquement sur la racine du syst. de fichiers
cdDe cette façon les membres du groupe users ( du point de vue de l'OS auquel sera connecté ce disque ) accèdent à tout en écriture, modification, suppression
tout comme un potentiel utilisateur 4242.
Les autres n'ont pas d'accès.
Le groupe users existe par défaut dans toutes les ×buntu, et de nombreuses autres distributions Linux.
Selon les versions d'×buntu ( avant 23.04 ) il ne compte aucun membre ( faut les ajouter manuellement. )
À partir de 23.04 le groupe users semble automatiquement peuplé des utilisateurs humains existants ( ce qui aurait dû toujours être le cas, en fait. )
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#61 Le 02/06/2024, à 01:46
- Coeur Noir
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
pour le mettre sur un port usb3 externe (boitier alimenté externe)
Un disque mécanique mal alimenté peut effectivement générer des incohérences !
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#62 Le 02/06/2024, à 02:15
- Coeur Noir
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
il serait sage d'exécuter la commande de copie en la précédant du mot sudo
Genre :
sudo cp -ar /media/$USER/JEUX8T/un_dossier_pas_trop_lourd ~/un_dossier/existantl'option a pour que la copie conserve les attributs d'origine ( droits~permissions, horodatages, etc )
et r pour copier le dossier et ce qu'il contient.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#63 Le 02/06/2024, à 09:27
- eric63
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
je répond presque dans l’ordre à partir du post de cœur noir #56
quels sont mes droits/permissions de mon système sur ma racine/ situé sur mvmeM2
kubu@kubu-System-Product-Name:~$ ls -ld /
drwxr-xr-x 23 root root 4096 mai 22 09:16 /
kubu@kubu-System-Product-Name:~$ je regarde quels droits ont les utilisateurs et s’ils appartiennent au groupe users
kubu@kubu-System-Product-Name:~$ echo ; grep -E :[0-9]{4}: /etc/passwd ; echo ; grep -E :[0-9]{4}: /etc/group ; echo ; grep -E :100: /etc/group ; echo
kubu:x:1000:1000:kubu,,,:/home/kubu:/bin/bash
fanou:x:1001:1001:fanou,,,:/home/fanou:/bin/bash
kubu:x:1000:
fanou:x:1001:
users:x:100:kubu,fanou
kubu@kubu-System-Product-Name:~$ je modifie les droits de Photos_SSD. Là la commande initiale en première ligne chown -c mais dans les post suivant de cœur noir elle se change en chown -cR
kubu@kubu-System-Product-Name:/media/kubu$ sudo chown -c root:users Photos_SSD
[sudo] password for kubu:
changed ownership of 'Photos_SSD' from 4242:4242 to root:users
kubu@kubu-System-Product-Name:/media/kubu$ sudo chmod -c 0770 Photos_SSD
mode of 'Photos_SSD' changed from 1775 (rwxrwxr-t) to 0770 (rwxrwx---)
kubu@kubu-System-Product-Name:mais dans les post suivant de cœur noir elle se change en chown -cR pour un retour probable de Photo_SSD sur la freebox
cd /media/kubu
sudo chown -cR :users Photos_SSDlà ça a changé les propriétés de tous les dossiers et fichiers de façon récursive
changed ownership of 'Photos_SSD/.stversions/VID_20230830_220344~20230918-091838.mp4' from kubu:kubu to :users
changed ownership of 'Photos_SSD/.stversions' from kubu:kubu to :users
changed ownership of 'Photos_SSD/Enregistrements' from 4242:4242 to :users
changed ownership of 'Photos_SSD/.temp/.nomedia' from kubu:kubu to :users
changed ownership of 'Photos_SSD/.temp' from kubu:kubu to :userset le dernière ligne facultative puisque déjà exécutée précedemment
sudo chmod -c 0770 Photos_SSDDonc on en a terminé pour le disque Photos_SSD ? qui semble avoir toutes les caractéristiques pour être nomade entre la box; le pc et les portables
Il a un débit qui me semble bien faible si c'est un disque interne.
SATA 3.1, 6.0 Gb/s (current: 1.5 Gb/s)
je vais passer au déplacement du 8T pour voir si ça améliore ou pas le problème à moins que vous vouliez que je fasse la commande de copie
Déjà j’ai du changement sur le 8T ??? sans avoir touché à rien sur ce disque
je peux ouvrir un fichier de photo correctement avec gwenview car avant je ne voyais que les vignettes de ces photos.
Je peux renomer les dossiers et photos et j’ai la permission de déplacer copier vers Photos_SSD
et je peux voir toutes les vignettes des photos qui ne s’affichaient pas avant du moins pour certaines assez nombreuses
bref maintenant ça semble se comporter normalement
Dernière modification par eric63 (Le 02/06/2024, à 09:56)
Kubuntu 24.10 Wayland Plasma 6.1.5 KDE 6.6.0 Qt 6.6.2 et noyau 6.11.0-8 Asus B760+D4 i5-12400F 4.4Ghz DDR4 32Go nvidia RTX 3060 12GB
Utilisez les drivers libres avant d’ installer une brother avec le script de demonipuch
J’utilise le clavier french AFNOR
Hors ligne
#64 Le 02/06/2024, à 10:02
- eric63
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
La liaison est plus rapide cette fois ci
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.8.0-31-generic] (local build)
Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Seagate BarraCuda 3.5 (SMR)
Device Model: ST8000DM004-2U9188
Serial Number: WSC1NELA
LU WWN Device Id: 5 000c50 0f18d3264
Firmware Version: 0001
User Capacity: 8,001,563,222,016 bytes [8.00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 5400 rpm
Form Factor: 3.5 inches
Device is: In smartctl database 7.3/5528
ATA Version is: ACS-3 T13/2161-D revision 5
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Sun Jun 2 08:16:00 2024 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 0) seconds.
Offline data collection
capabilities: (0x73) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 961) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x30a5) SCT Status supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 077 064 006 Pre-fail Always - 45255952
3 Spin_Up_Time 0x0003 091 091 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 099 099 020 Old_age Always - 1199
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 077 060 045 Pre-fail Always - 55340894
9 Power_On_Hours 0x0032 096 096 000 Old_age Always - 4128h+49m+57.670s
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 099 099 020 Old_age Always - 1198
183 Runtime_Bad_Block 0x0032 001 001 000 Old_age Always - 205
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
188 Command_Timeout 0x0032 097 074 000 Old_age Always - 831 1216 2228
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 078 054 040 Old_age Always - 22 (Min/Max 22/22)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 194
193 Load_Cycle_Count 0x0032 097 097 000 Old_age Always - 6949
194 Temperature_Celsius 0x0022 022 046 000 Old_age Always - 22 (0 17 0 0 0)
195 Hardware_ECC_Recovered 0x001a 077 064 000 Old_age Always - 45255952
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 197 183 000 Old_age Always - 75050
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 3129h+34m+49.743s
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 12667245812
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 10026017645
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
The above only provides legacy SMART information - try 'smartctl -x' for moreKubuntu 24.10 Wayland Plasma 6.1.5 KDE 6.6.0 Qt 6.6.2 et noyau 6.11.0-8 Asus B760+D4 i5-12400F 4.4Ghz DDR4 32Go nvidia RTX 3060 12GB
Utilisez les drivers libres avant d’ installer une brother avec le script de demonipuch
J’utilise le clavier french AFNOR
Hors ligne
#65 Le 02/06/2024, à 14:21
- Coeur Noir
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
Juste pour s'assurer qu'on a bien fait ce qu'on espérait :
ls -la /media/$USER/Photos_SSDet
ls -la /media/$USER/Photos_SSD/<un_dossier_quelconque_y_existant>Le syst. de fichiers dans ce disque est au moins accessible en écriture aux membre du groupe users.
Du point de vue de l'OS auquel sera connecté ce disque.
Tu évoques encore un réseau local et plusieurs machines.
Il faut donc que tu envisages ton « réseau de machines » comme une « Communauté d'États » pour tous les utilisateurs humains de toutes les machines, chaque machine étant un « État » dans cette « Communauté. »
Chaque utilisateur doit avoir la même identité partout si on veut qu'il ait les mêmes droits dans tous les pays.
Exemple :
⋅ dans le PC-pays1 tu as
kubu:x:1000:
fanou:x:1001:qui sont membres du groupe 100.
⋅ dans le PC-pays2 il faudra que
l'uid 1000 corresponde au nom que kubu se donne dans ce PC-pays2 ( ça pourrait être coubou par ex. )
et que l'uid 1001 corresponde au nom que fanou se donne dans ce PC-pays2 ( phanu par ex. )
+ que ces 2 utilisateurs soient membres du groupe 100 dans ce PC-pays2.
Le plus simple évidemment, c'est que tous les utilisateurs sur toutes les machines aient les mêmes noms ( pour le confort humain ) associés aux mêmes uid et gid.
C'était juste pour illustrer que du point de vue des OS le nom des utilisateurs est relativement secondaire, ce sont leurs uid et gid qui sont déterminants.
Si sur un PC-pays× de ta communauté tu ajoutes un citoyen supplémentaire, celui-ci n'est connu que dans son pays de naissance, à la base.
S'il est membre du groupe users dans ce pays, il aura accès en écriture au disque Photos_SSD quand ce dernier est connecté dans ce pays.
Les éléments créés dans le disque par ce nouveau citoyen lui appartiennent et ne seront pas exploitables par les citoyens des autres pays.
Tant que ce nouveau citoyen n'existe que dans son pays de naissance, il ne peut rien faire de lui-même dans les autres pays ( en dehors de son pays il fait partie des autres ; quand il est dans son pays il est l'utilisateur propriétaire. )
Si tu ajoutes ce nouveau citoyen aux autres pays de la communauté, alors il peut agir de lui-même dans la communauté.
Si tu l'ajoutes aux groupes users de chaque pays, il pourra agir dans tout élément appartenant au groupe users dans ces pays, selon ce que chaque élément accorde comme droits au groupe users.
Est-ce que ça te convient comme façon de gérer ton disque, et tes utilisateurs ?
Je ne t'ai pas forcément proposé le plus simple MAIS c'est quelque chose de ± circonscrit à ta communauté.
Attention cependant : si tu emmènes ce disque dans une autre communauté, il pourra très bien y avoir là-bas des citoyens avec des uid~gid 1000, 1001 comme chez toi.
Ils auront des noms différents mais ce sont les uid~gid qui déterminent ;-) Ces citoyens d'ailleurs auront donc exactement les mêmes droits que les tiens dans ce disque.
Les combinaisons sont nombreuses ( mais pas infinies ) : un groupe qui n'existerait que dans ta communauté en rwx, la racine du syst. de fichiers du disque à root:ce_groupe…
Ou un disque beaucoup plus ouvert à tous MAIS en limitant l'effacement au proprio d'un élément…
Ou la racine à root:root et droits rwxr-xr-x mais des dossiers distincts accessibles par uid, et un dossier accessible à n'importe qui…
Ooops, je n'y ai pas pensé avant, on aurait pu aussi créer un groupe 4242 nommé freebox sur toutes les machines ( quelqu'un l'avait pas suggéré ça, d'ailleurs ? )
ce qui est bien avec droits~permissions c'est que c'est plutôt facile à gérer, une fois qu'on en mesure un peu la portée.
Bref, rien n'est gravé dans le marbre…
Dernière modification par Coeur Noir (Le 02/06/2024, à 14:45)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#66 Le 02/06/2024, à 21:46
- eric63
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
problème
sur le PC fixe il y a 2 utilisateurs: kubu en uid1000 et fanou en uid1001
pour 2 pc portable il n’y a qu’un seul utilisateur superutilisateur: fanou en uid1000
le ssd actuellement connecté en usb3 sur le PC fixe est il au bon endroit pour les trois utilisateurs kubu-fixe, fanou-fixe, et fanou portable pour voir et modifier dossiers et fichiers?
le déplacement du SSD connecté en usb3 à la freebox ne serait t’il pas plus adapté pour les 3 utilisateurs kubu-fixe, fanou-fixe, et fanou portable pour voir et modifier dossiers et fichiers?
kubu@kubu-System-Product-Name:~$ ls -la /media/$USER/Photos_SSD
total 120
drwxrwx--- 16 root users 4096 juin 2 21:26 .
drwxr-x---+ 5 root root 4096 juin 2 18:12 ..
drwxrwxr-x 3 kubu kubu 12288 sept. 29 2023 '100 ans primaire'
drwxrwxr-x 2 kubu kubu 4096 sept. 24 2023 31-12-2009
drwxrwxr-x 2 kubu kubu 4096 sept. 26 2023 40ansPatouDidier
drwxrwxr-x 2 kubu kubu 12288 oct. 1 2023 '50ans Mariage'
drwxrwxr-x 2 kubu kubu 4096 oct. 1 2023 '60 ans raymond'
drwxrwxrwx 5 kubu users 4096 mai 31 10:27 'Anniversaire Roman'
drwxrwxr-x 4 kubu users 36864 sept. 24 2023 Camera
drwxrwxrwx 2 kubu users 4096 sept. 22 2023 Divers
drwx------ 2 4242 users 4096 févr. 15 10:05 .fbxgrabberd
drwxrwxr-x 2 kubu users 4096 sept. 24 2023 .globalTrash
drwxrwxrwx 2 kubu users 4096 sept. 22 2023 'Jeudi du pressoir'
drwx------ 2 root users 4096 mai 30 20:04 lost+found
drwxr-xr-x 40 kubu users 12288 sept. 26 2023 .stversions
drwx------ 4 kubu kubu 4096 juin 2 21:26 .Trash-1000
kubu@kubu-System-Product-Name:~$ kubu@kubu-System-Product-Name:~$ ls -la /media/$USER/Photos_SSD/Divers
total 35804
drwxrwxrwx 2 kubu users 4096 sept. 22 2023 .
drwxrwx--- 16 root users 4096 juin 2 21:26 ..
-rwxrwxrwx 1 kubu users 4633446 sept. 22 2023 1695378794456.jpg
-rwxrwxrwx 1 kubu users 5202966 sept. 22 2023 1695378794508.jpg
-rwxrwxrwx 1 kubu users 8181639 sept. 22 2023 1695380613754.jpg
-rwxrwxrwx 1 kubu users 4638880 août 19 2023 IMG_20230819_125254~20230922-145209.jpg
-rwxrwxrwx 1 kubu users 5208397 août 19 2023 IMG_20230819_125311~20230922-145209.jpg
-rw-rw-r-- 1 kubu users 8775375 août 26 2023 IMG_20230826_164742.jpg
suite kubu@kubu-System-Product-Name:~$ ceci est un dossier que j’ai copié de 8T vers SSD cet après midi donc après les lignes de commande de #63
kubu@kubu-System-Product-Name:~$ ls -la /media/$USER/Photos_SSD/31-12-2009
total 4884
drwxrwxr-x 2 kubu kubu 4096 sept. 24 2023 .
drwxrwx--- 16 root users 4096 juin 2 21:26 ..
-rwxrwxrwx 1 kubu kubu 2506015 déc. 31 2009 PICT0705~20230917-131259.JPG
-rwxrwxrwx 1 kubu kubu 2484263 déc. 31 2009 PICT0706~20230917-131308.JPG
kubu@kubu-System-Product-Name:~$ donc la copie garde les permissions de 8T et les dossier fichiers ne seront plus visibles ou modifiable que par kubu uniquement ?
faudra t il que je refasse la ligne de commande pour remettre les choses correctement ?
cd /media/kubu
sudo chown -cR :users Photos_SSD
sudo chmod -c 0770 Photos_SSDDernière modification par eric63 (Le 02/06/2024, à 21:49)
Kubuntu 24.10 Wayland Plasma 6.1.5 KDE 6.6.0 Qt 6.6.2 et noyau 6.11.0-8 Asus B760+D4 i5-12400F 4.4Ghz DDR4 32Go nvidia RTX 3060 12GB
Utilisez les drivers libres avant d’ installer une brother avec le script de demonipuch
J’utilise le clavier french AFNOR
Hors ligne
#67 Le 03/06/2024, à 03:05
- Coeur Noir
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
le ssd actuellement connecté en usb3 sur le PC fixe est il au bon endroit pour les trois utilisateurs kubu-fixe, fanou-fixe, et fanou portable pour voir et modifier dossiers et fichiers?
Là c'est un problème de disponibilité de la ressource, pas tellement de droits~permissions.
À partir du moment où le pc fixe sera éteint, fanou portable n'aura plus accès au disque.
Si le pc fixe est allumé mais que le syst. de fichiers Photos_SSD n'y est monté nulle part ou pas encore/déjà monté, personne n'aura accès aux données qu'il contient.
le déplacement du SSD connecté en usb3 à la freebox ne serait t’il pas plus adapté pour les 3 utilisateurs kubu-fixe, fanou-fixe, et fanou portable pour voir et modifier dossiers et fichiers?
Il semblerait bien que oui, puisque la freebox est probablement allumée non-stop.
À partir du moment où le disque est connecté à la freebox, il devient accessible à tout appareil connecté à ce réseau.
Ce sera fonction des droits~permissions du syst. de fichiers contenu dans ce disque ET de la méthode employée par la freebox pour « partager » les données de ce disque sur le réseau.
donc la copie garde les permissions de 8T et les dossier fichiers ne seront plus visibles ou modifiable que par kubu uniquement ?
Tu as bien compris.
Les droits~permissions sont des informations inscrites dans les éléments ( fichiers, dossiers ).
Tout ce que kubu a le droit de lire ( y compris des éléments qui ne lui appartiennent pas ) il peut le copier dans tout emplacement dans lequel il a le droit d'écrire.
Comme c'est kubu qui agit, la copie de l'élément lui appartient et cette copie conserve ses droits d'origine, elle a juste éventuellement changé de propriétaires.
faudra t il que je refasse la ligne de commande pour remettre les choses correctement ?
Ce serait une possibilité. Peu pratique ( et ce ne serait que la commande chown. )
C'est pour cela qu'il existe le droit spécial, applicable à l'utilisateur ou au groupe.
Sur un dossier, si tu ajoutes ce s bit au groupe, alors tout élément créé DANS ce dossier prendra les mêmes droits que le groupe du dossier.
Exemple :
⋅ kubu et fanou sont membres du groupe users ;
⋅ tu crées dans ce disque un dossier nommé 'Bibliothèque Musicale' qui appartient à root:users avec droits rwxrws--- ;
⋅ si kubu colle un élément DANS ce dossier, cet élément appartiendra à kubu:users et accordera rw(x) au groupe users ;
⋅ si fanou colle un élément DANS ce dossier, cet élément appartiendra à fanou:users et accordera rw(x) au groupe users.
→ Tout élément créé DANS ce dossier 'Bibliothèque Musicale' appartient au groupe users donc fanou et kubu peuvent lire, écrire, modifier, supprimer ces éléments.
→ Pour éviter qu'un utilisateur supprime trop facilement les éléments de l'autre, on peut ajouter le sticky bit à 'Bibliothèque Musicale' ; les utilisateurs pourront toujours lire, écrire et modifier.
problème
sur le PC fixe il y a 2 utilisateurs: kubu en uid1000 et fanou en uid1001
pour 2 pc portable il n’y a qu’un seul utilisateur superutilisateur: fanou en uid1000
C'est une certaine gymnastique mais ça peut bien sûr se modifier.
Ici le moins compliqué sera d'intervenir sur le pc fixe pour obtenir fanou en uid et gid 1000 et kubu en uid et gid 1001.
Ça sera de suite « raccord » avec les 2 pc portables, et à la rigueur tu pourrais ajouter aux 2 portables l'utilisateur kubu qui aura automatiquement 1001 comme uid et gid.
( le premier utilisateur créé pendant l'installation d'Ubuntu a l'uid 1000, les utilisateurs qu'on ajoute ensuite c'est id+1, le deuxième aura 1001, le troisième 1002, etc. )
Il faudrait créer un …troisième compte de type administrateur sur le pc fixe, pour faire les manip's sur les 2 autres comptes.
À la fin tu pourras supprimer ce troisième utilisateur et ses données si tu veux.
______________________________________
Sauf que là, ce serait mieux d'être certain de ce que tu veux, d'avoir les idées claires sur ton organisation future, histoire de mettre en place quelque chose de solide à long terme.
Il faudrait aussi savoir comment fonctionne le « partage » de disque depuis la freebox ( samba~smb ? y-a-t-il une interface où tu peux gérer des utilisateurs et leurs partages / droits ? )
car à priori elle va refoutre la racine de la partition à 4242:4242 ce qui implique la stratégie évoquée à la toute fin du #65.
Si dans ce disque Photos_SSD, tu t'apprêtes à écrire des données qui proviennent essentiellement du disque JEUX8T,
ça simplifierait sans doute la vie de d'abord faire le ménage dans les droits et permissions de ce dernier ( retirer l’exécution des fichiers, voir si tous les dossiers ont besoin du sgid… )
Sans doute aussi de déjà y ranger les éléments en fonction de ton organisation future ( ce qui est à kubu, à fanou, aux deux… ou toutes les photos ici, toute la musique là… )
Idéalement ce serait bien que Photos_SSD soit vide, histoire d'y poser et régler les dossiers « principaux » adéquats pour ton organisation future.
Changer les étiquettes de ces disques aussi pour que ça colle mieux à leurs futurs « rôles ».
C'est pas pour te décourager, la réflexion et la lenteur des fois c'est bien. Ça permet de prioriser les tâches.
Sauf si tu nous dis que tu es dans une urgence absolue !
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#68 Le 03/06/2024, à 09:19
- iznobe
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
Bonjour ,
Il faudrait aussi savoir comment fonctionne le « partage » de disque depuis la freebox ( samba~smb ? y-a-t-il une interface où tu peux gérer des utilisateurs et leurs partages / droits ? )
Surtout que sur certaines box , quand samba est disponible , il est en SMBV1 , ce qui implique maintenant que c' est impossible ( ou tres compliqué ) d ' acceder aux données à partir d' ubuntu .
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#69 Le 03/06/2024, à 09:37
- O_20_100_O
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
Sur les Freebox actuelles, on peut activer samba2 et samba3.
D'autre part, une clé USB d'abord activée sur la Freebox comme disque externe, puis retirée montre que ses fichiers appartiennent à 4242:4242.
Dernière modification par O_20_100_O (Le 03/06/2024, à 10:20)
Hors ligne
#70 Le 03/06/2024, à 09:51
- iznobe
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
Merci pour ces infos .
ca risque d ' etre une obligation de passer par un groupe specifique " freebox " dans ce cas .
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#71 Le 03/06/2024, à 11:02
- eric63
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
@cœur noir
il n’y a aucune urgence même absolue 
ça fait des mois que je tourne autour du problème sans me résigner à franchir l’étape d’une façon ou d’une autre
car je regarde ce qu’il est possible de faire et comment le faire et j’essais de faire des trucs qui me paraissent intéressants (freebox, Nas, Syncthing, partage, sauvegarde kup) mais je ne maitrise absolument pas tout plutôt proche de rien, et ça me fais un peu peur, de part mon indécision 
En plus le changement de matériel ne m’aide pas mais m’oblige à changer mon point de vue sur ma façon de faire d’avant.
Donc tes conseils sont très précieux et m’ouvre aux possibilités de ce que devrais faire et comment le faire bien.
Un ou plusieurs disques sur la freebox, en usb3 ou emplacement direct nvme, seront la solution. Je vais partir sur cette base là
c’est plus simple pour kubu et fanou en fixe ou sur pc portable.
Ici le moins compliqué sera d'intervenir sur le pc fixe pour obtenir fanou en uid et gid 1000 et kubu en uid et gid 1001.
Ça sera de suite « raccord » avec les 2 pc portables, et à la rigueur tu pourrais ajouter aux 2 portables l'utilisateur kubu qui aura automatiquement 1001 comme uid et gid.
( le premier utilisateur créé pendant l'installation d'Ubuntu a l'uid 1000, les utilisateurs qu'on ajoute ensuite c'est id+1, le deuxième aura 1001, le troisième 1002, etc. )
Il faudrait créer un …troisième compte de type administrateur sur le pc fixe, pour faire les manip's sur les 2 autres comptes.
À la fin tu pourras supprimer ce troisième utilisateur et ses données si tu veux.
a priori la manœuvre requière l’obligation d’ouvrir un second utilisateur avec droits superutilisateur pour modifier l’uid de fanou de 1000 à 1001 et de ses dossiers et fichiers existants
Cette manœuvre ne me semble pas être très intuitive ou naturelle (c’est pas à la portée de tout le monde) même si je comprends le but :
le premier utilisateur a toujours l’uid calé sur 1000 à sa création et il n’y a aucune raison de changer cela au départ
Si ce n’est qu’il faut que je fasse une manœuvre pour modifier l’uid à 1001 pour les pc portable (1 vieux et 1 neuf):
le neuf est vide de données; le vieux est encore plein de données qu’il faudra que je transfère d’une manière ou d’une autre sur le neuf et sur le disque de la freebox en tant que sauvegarde perso fanou (donc pas forcément à la vue du monde) pour ce dernier.
j’ai jeté un coup d’œil sur la doc:
On va faire le ménage d’abord dans l’emplacement des disques avant de changer les uid et gid des portables 
lorsque je déplace mon SSD sur l’usb3 de ma freebox
je peux à partir du réseau samba (smb://freebox-server.local) voir, renommer, supprimer les dossiers et photos
Dolphin ne voit pas de propriétés ni de droits sur ces dossiers et fichiers (ce qui me semble normal avec samba ?)
Le Photos_SSD n’est pas vide, il est occupé en grande partie par un dossier de synchro de syncthing se nommant .stversions et fait 331Gio/500Gio
J’ai fait une copie d’un dossier de mon kubu
kubu@kubu-System-Product-Name:~/Appimages$ ls -la /home/kubu/Appimages/Rexuiz
total 64
drwxrwxr-x 6 kubu kubu 4096 mai 25 23:57 .
drwxrwxr-x 3 kubu kubu 4096 mai 30 17:05 ..
drwxrwxr-x 3 kubu kubu 4096 mai 25 23:50 data
-rw-rw-r-- 1 kubu kubu 18009 mai 25 23:49 gpl.txt
-rw-rw-r-- 1 kubu kubu 6791 mai 25 23:50 index.lst
drwxrwxr-x 5 kubu kubu 4096 mai 25 23:49 linux-bins
-rw-rw-r-- 1 kubu kubu 598 mai 25 23:49 rexuiz-linux-sdl-aarch64
-rw-rw-r-- 1 kubu kubu 586 mai 25 23:49 rexuiz-linux-sdl-i686
-rwxr-xr-x 1 kubu kubu 594 mai 25 23:49 rexuiz-linux-sdl-x86_64
drwxrwxr-x 2 kubu kubu 4096 mai 25 23:50 server
drwxrwxr-x 2 kubu kubu 4096 mai 25 23:49 sources
kubu@kubu-System-Product-Name:~/Appimages$ dans le dossier Photos_SSD sur la freebox
l'opération s’est passé sans problème apparent
mais si je remets mon SSD sur l’usb3 de mon pc fixe je n’ai plus accès au disque
kubu@kubu-System-Product-Name:~$ ls -la /media/$USER/Photos_SSD
ls: cannot access '/media/kubu/Photos_SSD': No such file or directory
kubu@kubu-System-Product-Name:~$ Kubuntu 24.10 Wayland Plasma 6.1.5 KDE 6.6.0 Qt 6.6.2 et noyau 6.11.0-8 Asus B760+D4 i5-12400F 4.4Ghz DDR4 32Go nvidia RTX 3060 12GB
Utilisez les drivers libres avant d’ installer une brother avec le script de demonipuch
J’utilise le clavier french AFNOR
Hors ligne
#72 Le 03/06/2024, à 11:22
- O_20_100_O
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
Sauf que là, ce serait mieux d'être certain de ce que tu veux,
Effectivement, à ce stade du sujet, on a compris la cause du problème initial :
impossible de copier déplacer dossiers et fichiers vers disque externe
Ce serait peut-être le moment de créer un nouveau sujet pour définir ton objectif clairement, sans traiter des moyens d'y arriver.
Je veux sauvegarder ... synchroniser ... partager en lecture ... en écriture ....untel avec tel autre ...
Hors ligne
#73 Le 03/06/2024, à 12:32
- Coeur Noir
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
Tu utilises SyncThing actuellement ? Cet outil est une mine d'or !
Lui pourrait être une façon de contourner nombre de problématiques ( autour de la freebox, autour des droits-permissions… )
MAIS
il implique que tu aies assez d'espace de stockage sur chacune des machines concernées par la synchronisation.
À la maison comme au boulot j'utilise SyncThing depuis ( quasiment ) qu'il existe, car ça m'a justement permis d'éviter smb/samba dans bien des situations.
Là aussi, c'est une question d'organisation…
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#74 Le 03/06/2024, à 12:45
- eric63
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
je vais passer ce post en résolu effectivement car le but initial est atteint
je peux transférer mes dossiers et fichiers de mon disque dur interne JEUX8T (celui ci a un problème parfois : alim?) vers mon disque externe Photos_SSD qu’il soit sur le PC fixe ou qu’il soit sur la freebox
moyennant des lignes de commande pour que Photos_SSD soit reconnu et accessible aux dossiers et fichiers quand il était branché sur la freebox et qu’il est rebranché au PC fixe
cd /media/kubu
sudo chown -cR :users Photos_SSD #pour changer le groupe utilisateurou avec un disque connecté sur la freebox
si le disque est déjà inscrit dans le réseau samba rien à faire de plus
si le disque n’est pas inscrit recherche réseau/Dossiers partagés(SMB)/Freebox Server/Photos_SSD# le protocole samba doit être du smb2 ou smb3 à cocher dans les paramètres de la freebox
le fait de copier un dossier extérieur dans le dossier du disque Photos_SSD rattaché à la freebox modifie l’uid du disque en 4242:4242
J’ai utilisé un temps syncthing pour évaluer ce qu’il valait sans être très complexe, il n’est pas simple pour autant car très complet. Il est intéressant pour ses synchros unidirectionnelles. Mais c’est trop complexe pour l’utilisateur fanou mais c’est pas impossible que j’y retourne
je me suis fixé sur kup pour l’instant qui est plus simple et fait des sauvegardes soit synchronisé ou versionning
Kubuntu 24.10 Wayland Plasma 6.1.5 KDE 6.6.0 Qt 6.6.2 et noyau 6.11.0-8 Asus B760+D4 i5-12400F 4.4Ghz DDR4 32Go nvidia RTX 3060 12GB
Utilisez les drivers libres avant d’ installer une brother avec le script de demonipuch
J’utilise le clavier french AFNOR
Hors ligne
#75 Le 04/06/2024, à 00:48
- Coeur Noir
Re : [Résolu] impossible de copier dossiers et fichiers vers disque externe
Ne pas confondre sauvegarde et synchronisation, ce sont deux finalités complétement différentes ( éventuellement complémentaires. )
La sauvegarde, c'est une copie fiable de données en dehors de leur emplacement d'origine.
La synchronisation c'est disposer des mêmes données, en même temps, dans plusieurs emplacements.
La première est une stratégie d'archivage au cas où les données disparaîtraient de leur emplacement d'origine, qu'on pourrait récupérer dans la sauvegarde ;
la seconde, une stratégie de partage via réplication de dossiers entre les machines concernées par la synchronisation, sans service web tiers.
La finalité de Syncthing n'est pas là sauvegarde mais la synchronisation immédiate et bilatérale de dossiers entre appareils, sur réseau local comme distant.
Dernière modification par Coeur Noir (Le 04/06/2024, à 01:34)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne