Ubuntu-fr

Il y a des chances que ce qui bloque c'est parceque la session est en cours d'utilisation... Sinon un conseil pour ce genre de chose aussi c'est d'utiliser rsync/grsync histoire d'être beaucoup plus sûr d'éviter les corruptions de fichiers...

Il y a des chances que ce qui bloque c'est parceque la session est en cours d'utilisation...
Euh… ce serait un comble qu'on ne puisse pas copier le contenu d'un /home/$USER pendant qu'on est dans la session active de cet $USER

J'avoue qu'en l'écrivant je trouvais ça bizarre quand-même car en général la copie ne peut pas être bloquée comme ça... Un "couper" peut-être un peu plus mais et encore... Effectivement il faudrait s'assurer qu'il n'y a pas un malaise au niveau des droits celà dit je confirme que la logique voudrait que la sauvegarde des dossiers cachés doit intelligemment sélective car la majeure partie de ces dossiers sont inutiles à garder... Comme il a été dit les plus importants sont d'abord les profils des navigateurs web et des logiciels de mail mais après...

@lphelippeau
L'idée dans un forum d'entraide, c'est de ne pas laisser aveugles les gens qui te proposent de l'aide.
Lorsque tu écris : « Autrement j'ai tous les droits » c'est peut-être vrai mais on n'en a pas la « preuve » formelle.

As-tu lancé cette commande :

find ~ ! -user $USER

par exemple ?

Ton DD externe branché, tu pourras donner aussi

lsblk -e7

ou

lsblk -fe7 -o +size

qu'on voit « où » il monte
puis

ls -la /chemin/vers_ton/DD_externe

qu'on voit les droits et permissions sur ce qu'il héberge.
Le chemin vers la partition de ce disque devrait ressembler à /media/ton_nom/label_ou_uuid_de_la_partition

Les retours de commande sont à insérer entre « balises code » :

Dans les retours tu peux bien sûr « anonymiser » des éléments que tu jugerais confidentiels ( des noms de documents du genre « bon de commande sextoys » ou « mon plan pour fabriquer une bombe atomique » ).
Ou remplacer ton nom de session par « moi ».
Ou utiliser

ls -lna /chemin/vers/un_dossier

qui affichera les uid numériques des utilisateurs plutôt que leur nom en toute lettre.

Jette un œil à Retour commande ↓ ci-dessous.

C'est une blague ? C'est comme ça qu'on voit ceux qui recopient les commandes données sans même les lire... Alors les comprendre... Et pourtant ce second point est évidemment excusable...

Je ne sais toujours pas à quoi correspond "mon dossier home"

Il faudrait que l'on puisse connaître le chemin absolu de ces noms de fichiers et tous les attributs de ces fichiers.
Mais logiquement, ces types de fichiers sont des fichiers spéciaux permettant l'intercommunication entre des processus,
donc il ne contiennent pas d'information copiable ou du moins qui soit d'une quelconque utilité une fois copiés sur un support amovible.

=======
Merci pour les retours de commandes,
mais je n'y vois pas le retour complet de la ligne de commande que je t'avais demandé d'entrer :

grep ^/dev/[^l] /etc/mtab

ce qui fait qu'on ne peut pas savoir :
si les systèmes de fichiers montés l'ont été en lecture seule ou en lecture/écriture
ni de quel type de système de fichiers il s'agit
ni quelles ont été les options de montage appliquées.

=======
5 disques sont connectés à ta machine :

====
Le disque (de 931,5G) qui est associé au fichier de périphérique /dev/sda semble ne pas avoir été partitionné
et aucun système de fichiers qui serait présent sur ce disque n'a été monté.

====
Le disque (de 232,9G) qui est associé au fichier de périphérique /dev/sdb semble avoir été partitionné avec une table de partitionnement de type msdos
3 partitions ont été créées dans le table de partitionnement de ce disque,

La partition qui est accessible par le fichier de périphérique /dev/sdb1 a peut-être été formatée avec un système de fichiers de type ext
mais en tout cas, c'est celle qui est utilisée pour la racine de ton système Ubuntu.

La partition qui est accessible par le fichier de périphérique /dev/sdb2 est une partition étendue <=> c'est un conteneur de partitions logiques.

La partition qui est accessible par le fichier de périphérique /dev/sdb5 est une partition logique <=> qui a été créée dans la partition étendue
Cette partition a été formatée pour être utilisée par le swap

====
Il y a une seule partition dans le disque (de 1,8To) qui est associé au fichier de périphérique /dev/sdc
cette partition est accessible par le fichier de périphérique /dev/sdc1
et le système de fichiers de cette partition est accessible par le point de montage  /media/lphelippeau/Seagate Expansion Drive1
Mais on ne peut pas encore savoir de quel type de système de fichiers il s'agit,
ni quelles ont été les options de montage utilisées pour le monter.

====
Il y a une seule partition dans le disque (de 931,5G) qui est associé au fichier de périphérique /dev/sdd
cette partition est accessible par le fichier de périphérique /dev/sdd1
et le système de fichiers de cette partition est accessible par le point de montage  /media/lphelippeau/Seagate Expansion Drive
Mais on ne peut pas encore savoir de quel type de système de fichiers il s'agit,
ni quelles ont été les options de montage utilisées pour le monter.

====
Il y a une seule partition dans le disque (de 1,8To) qui est associé au fichier de périphérique /dev/sde
cette partition est accessible par le fichier de périphérique /dev/sde1
et le système de fichiers de cette partition est accessible par le point de montage  /media/lphelippeau/Seagate Basic
Mais on ne peut pas encore savoir de quel type de système de fichiers il s'agit,
ni quelles ont été les options de montage utilisées pour le monter.

Dernière modification par MicP (Le 14/08/2021, à 17:27)

Ce qui pourrait aider, n'en déplaise à MicP c'est :

lsblk -fe7 -o +size

bien élargir la fenêtre de terminal AVANT de lancer ↑ cette commande.

Car là avec le retour de grep ^/dev/[^l] /etc/mtab on n'a toujours pas idée du système de fichiers des partitions des disques sd{c,d,e} on voit juste que c'est fuseblk qui est utilisé comme pilote.
Vu les user_id et group_id à 0 ( root ) c'est normal que tu ne puisses pas écrire dedans, reste à savoir s'il s'agit de partitions en ext×, fat ou ntfs ou autre.
Si ext× il suffira d'y créer un dossier t'y appartenant et dans lequel tu rangeras toutes tes affaires. Simple.
Si ntfs, fat ça devrait t'appartenir d'office avec le droit d'y écrire pour toi - sauf s'il ne s'agit pas de médias amovibles, externes…

Peux-tu préciser ton problème :
⋅ tu n'arrives pas à coller dans tes disques durs externes les dossiers et fichiers que tu as copiés depuis ton /home/lphelippeau/… c'est bien ça ?
⋅ Ces disques sd{c,d,e} ce sont tous les trois des disques externes, amovibles, nomades ? ( en opposition à internes, fixes, sédentaires ).
⋅ Ces disques les as-tu formatés toi-même manuellement ou c'est leur état initial, d'origine ? Si formatés manuellement, te souviens-tu comment, quelles méthodes ou options, via quel utilitaire ?

Il serait aussi intéressant de voir :

ls -la ~
ls -la /media
ls -la /media/lphelippeau/{chacune des partitions des 3 disques}

et à tout hasard car je soupçonne comme QiD un loup par là ( voir son message plus bas ) :

cat /etc/fstab

À noter : ton disque sda de ±1 To n'est pas correctement formaté ( pas de partition ) c'est plutôt dangereux.
Au #9 il n'est monté nulle part, donc pas utilisé à ce moment là.

Là ce qui importe avant de copier / coller / sauvegarder c'est déjà de repérer où sont tes affaires :
⋅ physiquement : combien de disques as-tu ? Combien sont internes et permanents à ton ordinateur, et lesquels sont-ils ( sda et sdb à priori ) ? Combien sont externes ( à priori 3, sdc, sdd, sde ) ? Tu confirmes tout ça ?
⋅ logiquement, d'un point de vue logiciel : où montent / apparaissent les données qui t'intéressent, dans quels dossiers de ton système ? Les disques externes, amovibles, nomades sont censés apparaître dans le volet latéral de l'explorateur de fichiers, ou dans Autres Emplacements, ou dans ordinateur → media → ton nom → le nom de chaque partition. Tu confirmes tout ça ?

Dernière modification par Coeur Noir (Le 15/08/2021, à 02:02)

Ça sent le bricolage de fstab sans trop savoir...
J'ai un peu de mal à comprendre comment on a pu en arriver là...

Bref @lphelippeau donne les retours des commandes suggérées au #16
et essaie de répondre comme tu peux aux diverses questions.

perso c'est hors sujet mais je serais bien curieux de savoir d'où sortent des périphérique en "vd"... ou alors c'est "virtual disk" ? enfin bon ça noie un peu la demande et le besoin de départ tout ça...

Je pense que tu dois sans doute déjà savoir quelles sont les informations retournées par la ligne de commande dont tu as demandé plusieurs fois un retour (#8, #11, #13, #16).

Si besoin, tu pourras visualiser une image d'une capture d'écran du système Ubuntu 20.04 LTS que j'utilise pour faire ces tests
en cliquant sur le lien suivant : https://i.ibb.co/Y8jXB2N/Capture-d-cran … -09-33.png

Tu pourras y voir aussi une fenêtre GParted ouverte qui affiche les informations concernant le disque (de 16 GB) utilisé par ce système Ubuntu et le détail de son partitionnement.

Il y aussi une fenêtre de terminal dans laquelle on peut bien voir le retour de la commande grep ^/dev/[^l] /etc/mtab
qui permet d'afficher les options de montage qui ont étés utilisés pour monter les systèmes de fichiers
et le type de système de fichiers qui à été utilisé pour y accéder.

=======

Tu as sans doute dû confondre avec un retour de commande qui est dans un ou plusieurs des autres messages que les miens,
car aucun de mes messages de ce fil de discussion n'affiche ce type d'information.

Si besoin, pour comprendre cette histoire de numéro majeur:mineur des fichiers de périphériques,
tu pourras en avoir un petit aperçu dans le tableau 2.1 qui est dans cette page web

Dernière modification par MicP (Le 15/08/2021, à 00:23)