Contenu | Rechercher | Menus

Annonce

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

À propos de l'équipe du forum.

#426 Le 30/06/2021, à 19:10

dauphin

Re : SSD en partie invisible [RESOLU]

Bonjour Coeur Noir,
les commandes étaient:

michel@michel-System-Product-Name:~$ cat /etc/fstab
 /etc/fstab: static file system information.

les résultats sont au post précédent.
voici le résultat de la commande cat

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>

 racine système / depuis /dev/sda3 à l'installation
UUID=eb8a79ce-6a39-40a9-af87-28853183c2c6 /               ext4    errors=remount-ro 0       1

Fichier d'échange
/swapfile                                 none            swap    sw              0       0

partition étiquetée Dossiers-Ubuntu montée dans /media/DATA-EXT
UUID=68c02ee4-57a5-4879-a539-7704fa8b6b8a	/media/DATA-EXT	ext4	defaults	0	2

 partition étiquetée Dossiers-Windows montée dans /media/DATA-NTFS
UUID=360664D30B460A8E	/media/DATA-NTFS	ntfs	defaults,permissions,locale=fr_FR.UTF-8,windows_names	0	0

 montages dossier-à-dossier entre /home/michel et /media/DATA-EXT/michel_1000
/media/DATA-EXT/michel_1000/Bureau/	/home/michel/Bureau/	none	bind
/media/DATA-EXT/michel_1000/Documents/	/home/michel/Documents/	none	bind
/media/DATA-EXT/michel_1000/Images/	/home/michel/Images/	none	bind
/media/DATA-EXT/michel_1000/Modèles/	/home/michel/Modèles/	none	bind
/media/DATA-EXT/michel_1000/Musique/	/home/michel/Musique/	none	bind
/media/DATA-EXT/michel_1000/Public/	/home/michel/Public/	none	bind
/media/DATA-EXT/michel_1000/Téléchargements/	/home/michel/Téléchargements/	none	bind
/media/DATA-EXT/michel_1000/Vidéos/	/home/michel/Vidéos/	none	bind

michel@michel-System-Product-Name:~$ 

lsblk -fe7 -o +size
ls -la /media/michel

Je n'ai pas modifié le fstab depuis que tu me l'avais fait faire.
J'ai complètement débranché le lecteur de cartes interne; j'en ai un externe en usb dont je pourrai me servir également sous Windows.
Le disque externe se monte maintenant tout seul sans problème,et je vois ses partitions dans Nautilus, colonne de gauche.
Effectivement il n'y a plus rien d'intéressant dans sdb2 ni dans sdb5, tout est retourné sur le disque externe.
J'ai un petit souci de propriété de toutes les partitions, elle appartiennent à root; j'ai essayé de changer cette propriété avec  chown, mais le chemin est peut-être trop long? Voici ce que j'ai tapé:

michel@michel-System-Product-Name:~$ sudo chown michel:michel /media/michel/Focal/sauvegarde/sauv_michel/*

J'ai mis une étoile pour essayer de faire changer aussi tous les fichiers inclus dans sauv_michel, je ne sais pas si c'est correct? Donc je ne touche pas maintenant aux partitions provisoires.


20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés

Hors ligne

#427 Le 30/06/2021, à 22:32

Coeur Noir

Re : SSD en partie invisible [RESOLU]

Où sont passés les # en début de certaines lignes de ton fstab ???
Encore une blague avec le copier-coller, ou tu les as vraiment enlevés ?
Il ne faut surtout pas les supprimer ces # ils ont une fonction particulière !

À part ce gros détail de mise en forme, ton fstab est très bien comme il est, il « monte » automatiquement au démarrage :
⋅ la partition qui contient l'OS Ubuntu, depuis le disque de 240Go
⋅ le fichier d'échange ( en cas de RAM saturée ), situé sur le disque 240 Go
⋅ la partition Dossiers-Ubuntu depuis le disque interne 1To
⋅ la partition Dossier-Windows depuis le disque interne 1To
⋅ il lie tes répertoires persos usuels à leurs cibles, situées dans la partition Dossiers-Ubuntu du disque interne 1To

Pas touche à ce fstab - sauf si les # ont effectivement disparu !!!

En vrai cat /etc/fstab aurait du te répondre :

# /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>
#
# racine système / depuis /dev/sda3 à l'installation
UUID=eb8a79ce-6a39-40a9-af87-28853183c2c6 /               ext4    errors=remount-ro 0       1
#
# Fichier d'échange
/swapfile                                 none            swap    sw              0       0
#
# partition étiquetée Dossiers-Ubuntu montée dans /media/DATA-EXT
UUID=68c02ee4-57a5-4879-a539-7704fa8b6b8a	/media/DATA-EXT	ext4	defaults	0	2
#
# partition étiquetée Dossiers-Windows montée dans /media/DATA-NTFS
UUID=360664D30B460A8E	/media/DATA-NTFS	ntfs	defaults,permissions,locale=fr_FR.UTF-8,windows_names	0	0
#
# montages dossier-à-dossier entre /home/michel et /media/DATA-EXT/michel_1000
/media/DATA-EXT/michel_1000/Bureau/	/home/michel/Bureau/	none	bind
/media/DATA-EXT/michel_1000/Documents/	/home/michel/Documents/	none	bind
/media/DATA-EXT/michel_1000/Images/	/home/michel/Images/	none	bind
/media/DATA-EXT/michel_1000/Modèles/	/home/michel/Modèles/	none	bind
/media/DATA-EXT/michel_1000/Musique/	/home/michel/Musique/	none	bind
/media/DATA-EXT/michel_1000/Public/	/home/michel/Public/	none	bind
/media/DATA-EXT/michel_1000/Téléchargements/	/home/michel/Téléchargements/	none	bind
/media/DATA-EXT/michel_1000/Vidéos/	/home/michel/Vidéos/	none	bind
#

J'ai un petit souci de propriété de toutes les partitions
Oh misère Dauphin… partition = matériel, physique = c'est géré par le système = c'est normal que les « racines » des partitions appartiennent à root !
Ce qui importe pour michel, c'est de créer dans cette partition un dossier qui appartient à michel dans lequel michel pourra alors faire tout ce qu'il veut.

Et bon sang de bonsoir de bordel de crotte tu continues à faire les mêmes conneries que d'habitude : agir sans réfléchir, sans comprendre ce que tu fais !
On ne joue pas au petit bonheur la chance à changer des droits et permissions sur des dossiers ( ou des points de montage de partitions ) si on ne sait pas exactement ce qu'on fait.
Arrête de jouer à l'apprenti sorcier doublé d'une tête brûlée.
Est-ce que je t'ai suggéré une telle manip' ? Non. Parce que pas besoin.

Qu'est-ce que tu n'as pas compris là-dedans :

#425 a écrit :

…ça veut dire qu'il n'y a plus rien d'intéressant pour toi dans sdb2 ( sauve D.E. Focal ) et sdb5 ( Sauve D.E. Windows ) - ce que tu as mis un temps là, tu l'as remis dans les partitions du disque externe, c'est bien ça, tu confirmes ? → à ça tu as répondu.

Puisqu'on va manipuler à nouveau tes partitions et que ça présente toujours un risque : as-tu une sauvegarde de l'actuel contenu de sdb1 ( Dossiers Ubuntu ) et de sdb3 ( Dossiers-Windows ) ?  → à ça tu n'as pas répondu.

Si et seulement si tu réponds « oui » à ces ↑ 2 questions alors dans ce cas tu pourrais effectivement utiliser Gparted pour :
⋅ démonter sdb2 et sdb5, puis sdb4,
⋅ supprimer la partition primaire sdb2 et et la partition logique sdb5,
. supprimer sdb4 ( la partition étendue qui contenait la logique sdb5 ).
Une fois ces suppressions effectuées :
⋅ agrandir sdb1 ( ext ) vers la droite jusqu'à « toucher » la partition suivante ( ntfs ) - ici je ne suis pas sûr que le n° de cette deuxième partition sera mis à jour, elle pourrait donc toujours s'appeler sdb3.
Une fois cet agrandissement de partition ( ext ) réalisé, rebelote avec la partition ( ntfs ) qui s'appelera toujours probablement sdb3 :
⋅ l'agrandir vers la droite jusqu'à la fin du disque.

Une fois ces opérations effectuées, passer un

sudo partprobe -s

pour d'ores et déjà informer ton système des changements dans la maison.

(…)

2 recommandations de prudence importantes :
1⋅ retiens : tu ne dois absolument pas toucher aux partitions du disque sda de 240Go qui contiennent tes systèmes d'exploitation !
2⋅ avant d'ouvrir Gparted : pour éviter tout risque de confusion, démonter proprement et débrancher ton disque externe de 2To.

Voilà, ça ↑ c'est pour supprimer les partitions inutiles et redimensionner les utiles.


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#428 Le 01/07/2021, à 10:09

dauphin

Re : SSD en partie invisible [RESOLU]

Bonjour Coeur NOir,
Les # de début de ligne ont disparu lors du copier-coller, ils existent toujours dans le dossier original. Super que ce fstab soit très bien, une chose de moins à modifier.
Pour les partitions, c'est quand j'ai voulu faire une nouvelle sauvegarde que le système m'a répondu que je n'en étais pas le propriétaire et que donc je ne pouvais pas faire une sauvegarde de mes fichiers; j'avais vu l'utilisation de chown bien plus haut dans cette discussion et j'ai lu soigneusement la documentation à ce sujet avant d'essayer. Je n'ai vu nulle part qu'on ne devait pas changer les permissions pour les dossiers-systèmes. Comment faut-il faire pour reprendre la propriété de mes fichiers? Alors il faut encore partition pour "monter" la partition! encore une spécialité de Linux! J'avais une sauvegarde des partitions sdb1 et sdb3, mais quand j'ai voulu vérifier leur contenu,  je me suis aperçu qu'un grande partie des fichiers étaient vérolés, c'est pour cela que j'ai décidé de refaire ces sauvegardes.
Une fois qu'elles seront faites et que je les aurai vérifiées, je pourrai passer à Gparted pour supprimer et redimensionner.


20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés

Hors ligne

#429 Le 01/07/2021, à 19:19

Coeur Noir

Re : SSD en partie invisible [RESOLU]

roll Je n'ai vu nulle part qu'on ne devait pas changer les permissions pour les dossiers-systèmes → t'es sérieux là ?
À ton avis - dans un OS type Linux/Ubuntu - pourquoi certains fichiers ou dossiers appartiennent à root et d'autres appartiennent à d'autres utilisateurs ?
Ce qui relève du fonctionnement interne et fondamental de ton OS appartient généralement à root, avec des droits déterminés d'une certaine façon pour le bon fonctionnement du système.
S'il y a bien un « endroit » où il ne faut surtout pas toucher aux droits et permissions des fichiers et dossiers, c'est bien côté « dossiers-système » !

Côté « utilisateurs humains » là les humains peuvent intervenir sur les droits et permissions de fichiers et dossiers les concernant, afin de les adapter à leur usage et organisation à eux humains, parce que de ce côté on agit sur des données appartenant à des humains, données quasiment sans « impact » sur le fonctionnement du système.

Sous Linux et particulièrement sous Ubuntu, quand tu te retrouves face à quelque chose qui appartient à root - ou demande une action avec sudo - le seul réflexe à avoir c'est de comprendre pourquoi c'est normal.
Et surtout pas de changer des droits et permissions sur des fichiers ou dossiers sans en avoir mesuré les conséquences : tel ou tel fichier ou dossier a souvent de bonnes raisons d'appartenir à root avec des droits restrictifs. C'est comme ça que le système se protège des erreurs humaines, ou des opérations malhonnêtes d'humains malveillants.

Comment faut-il faire pour reprendre la propriété de mes fichiers? Alors il faut encore partition pour "monter" la partition! encore une spécialité de Linux!
roll bis.
D'abord repérer de quel dossier « contenant » des données il s'agit.
Ensuite agir éventuellement sur les droits et permissions de ce dossier « contenant ». Il n'est nul besoin de nouvelles partitions.
D'où l'intérêt de bien ranger toutes les affaires des uns et des autres dans des dossiers appartenant spécifiquement aux uns ou aux autres.
C'est exactement pour ça que je t'ai fait créer des dossiers appartenant à michel à la racine de certaines partitions… pour que michel puisse mettre dans ces dossiers tout ce qu'il veut.
michel agit sur des dossiers et fichiers appartenant à michel, qu'importe que les partitions appartiennent à root ( c'est souhaitable de toute façon ).

Donc là il faudrait que tu montres quelque chose comme :

ls -la /chemin/vers/le_dossier/dont_tu_n'es_pas_propriétaire

afin de viser précisément où il sera opportun de changer des droits et permissions.

C'est peut-être exactement ce que tu as fait, au final, mais ta façon de décrire les choses reste trop floue.
Je suppose que c'est ce dossier ( souligné, en bleu ) qui te posait question :

/media/michel/Focal/sauvegarde/sauv_michel/

Si tu veux rendre michel propriétaire de ce dossier ET tout son contenu c'est

sudo   chown   -R   michel:michel   /media/michel/Focal/sauvegarde/sauv_michel

l'option -R signifie « récursif », qui agit sur la cible et tout ce qu'elle contient.

En faisant :

sudo chown michel:michel /media/michel/Focal/sauvegarde/sauv_michel/*

tu as agi sur tout le contenu du dossier « sauv_michel » mais pas sur le dossier lui-même - ce qui peut parfois être utile, là tu as normalement déjà attribué tous les fichiers et dossiers contenus par « sauv_michel » à michel.
C'est expliqué dans les doc's droits et permissions, tu n'as pas lu assez attentivement.

En rouge Focal : ce dossier qui est le point de montage de ta partition ( = l'endroit dans ton système où apparaissent les données contenues par ce morceau de périphérique ) peut très bien appartenir à root avec des droits rwxr-xr-x qui permettent à quiconque de lire et explorer cette partition ( et aucune autre action, pas d'écriture par exemple, seul le propriétaire a ce droit ).
Un point de montage prend automatiquement les droits et permissions de la partition qu'on y monte s'il s'agit de systèmes de fichiers « compatibles » unix/Linux ; les partitions NTFS/*Fat ont donc un autre comportement ( géré par les pilotes Linux des système de fichiers en question, et leurs options de montage subséquentes ).

Retiens :
michel agit sur les fichiers et dossiers appartenant à michel. Et michel n'a nullement besoin d'agir directement sur des partitions, hors cas rares et particuliers.
⋅ Ces fichiers et dossiers ( objets logiciels ) sont situés sur des partitions ( objets physiques ) gérées par le système, elles appartiennent par conséquent à root.
⋅ C'est le propriétaire root des partitions qui détermine qui a le droit de faire quoi sur les partitions : en général elles sont en rwxr-xr-x, c'est à dire que tout le monde peut au moins lire cette partition, seul root peut y écrire des choses, ou y changer le propriétaire d'un objet ( par ex. créer un dossier qu'il attribue ensuite à michel ).
⋅ Seul l'utilisateur propriétaire d'un fichier ou dossier peut en changer les droits et permissions.

_____________________________________

Les # de début de ligne ont disparu lors du copier-coller, ils existent toujours dans le dossier fichier original.
…sauf que ça n'est déjà pas normal qu'ils disparaissent suite au copier-coller.
…confusion dossier/fichier → tout comme tu as confondu ou confonds encore disques, partitions, montages, dossiers, données, périphériques.

La plupart de tes mésaventures dans ce fil et tes autres discussions proviennent de ces confusions. Donc
Retiens, bis :
⋅ Au quotidien Dauphin/michel n'a jamais besoin de manipuler directement des partitions et n'a jamais besoin de prendre les droits du SuperUtilisateur root. C'est un peu l'intérêt d'un OS comme Ubuntu, à la base.
⋅ Pour gérer tes affaires tu te sers de Nautilus, ou de commandes ( genre cp ou mv ) sans sudo, pour manipuler tes dossiers et fichiers.
⋅ Si malgrè cela tu tombes sur une action qui nécessite sudo ou root tu dois t'interroger sur la bonne stratégie à adopter et n'agir qu'avec la certitude d'un choix éclairé, étayé. Dans le doute ou si tu ne sais pas pourquoi tu t'apprêtes à faire quelque chose, tu t'abstiens et demandes aide ou explication.
⋅ Réinstaller des OS est rarement une solution à un problème. Il faut d'abord déterminer les origines du problème. Sinon tu risques de reproduire les mêmes conditions problématiques dans le nouvel OS installé…

_____________________________________

J'avais une sauvegarde des partitions sdb1 et sdb3, mais quand j'ai voulu vérifier leur contenu,  je me suis aperçu qu'un grande partie des fichiers étaient vérolés
Vérolés ? Rien que ça… Qu'est ce que ça signifie « vérolés » dans ce cas ?
Comment t'es-tu assuré qu'il s'agit d'une vérole ? Je ne lis nulle part un

ls -la /chemin/vers/montage/sauvegarde_sdb1ou3

Ne serait-ce pas plutôt Dauphin qui ne comprend pas ce qui se passe, ne montre pas ce qu'il a fait, ne demande pas d'aide à ce sujet et préfère dire mes fichiers sont vérolés ???

Dernière modification par Coeur Noir (Le 01/07/2021, à 19:23)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#430 Le 02/07/2021, à 17:07

dauphin

Re : SSD en partie invisible [RESOLU]

Bonjour et merci Coeur Noir,
C'est la troisième fois que fais cette réponse, les deux autres ont disparues.
J'ai bien noté que je ne devais pas toucher aux fichiers système, sauf exception et avec ton accord ou celui d'un autre spécialiste. Le dossier qui me refusait l'accès semble revenu à de meilleurs sentiments: il ne me rejette plus.
pour ma sauvegarde "vérolée", voila un exemple d'un fichier .doc:

#ࡱ#################;###    #########################################R#o#o#t# #E#n#t#r#y#############################################################################################################################################################################################################################################################################################################################################################################################################################################

Je l'ai refaite avec luckybackup et cette fois elle semble correcte.

Pour la réinstallation, je vais attendre la prochaine LTS.
Bonne soirée

Dernière modification par dauphin (Le 02/07/2021, à 17:56)


20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés

Hors ligne

#431 Le 02/07/2021, à 19:56

Coeur Noir

Re : SSD en partie invisible [RESOLU]

Avant d'utiliser luckybacup tu utilisais quoi pour faire tes sauvegardes, Sauvegardes/Deja-Dup ?
Sans doute une histoire de chiffrement, et le chiffrement, ça ajoute une couche de complexité… ( oblige à toujours utiliser ce logiciel pour restaurer, à potentiellement gérer les clés de chiffrement, etc ).

Luckybacup est plus simple à ce niveau ( il ne propose pas de chiffrement, il sauvegarde en clair, c'est « juste » de la copie automatisée donc moins « contraignante » à l'usage ).

Au pire du pire, en cas de doute, pour sauvegarder tes affaires, il te suffit de copier « manuellement » quelque part les contenus de :
⋅ /media/DATA-EXT/michel_1000
⋅ /media/DATA-NTFS/michel_1000
…le plus gros de tes affaires est là-dedans dorénavant.

Le dossier qui me refusait l'accès semble revenu à de meilleurs sentiments
De quel dossier s'agissait-il ?

ls -la /chemin/de_ce/dossier

pour en voir contenu, droits et permissions.

C'est la troisième fois que fais cette réponse, les deux autres ont disparues.
Il y a une manip' pour éviter les déconnexions du forum, qu'on t'a donnée dans ce fil, l'as-tu tentée ?
Ça peut aussi venir de ton navigateur web qui effacerait automatiquement tous les cookies.
Dans ce cas il faut mettre l'adresse url du forum en « liste autorisée » afin de conserver ses cookies à lui.

Dernière modification par Coeur Noir (Le 02/07/2021, à 20:03)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#432 Le 02/07/2021, à 20:22

dauphin

Re : SSD en partie invisible [RESOLU]

Bonsoir Coeur Noir,
J'avais déjà fait ma sauvegarde avec Luckybackup, c'est pour cela que j'ai été très surpris.
Le dossier qui me refusait l'accès.. il me semble que c'était sauve-DE Focal.
J'avais bien suivi la manip donnée ici et aussi faire le message avec l'éditeur de texte.


20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés

Hors ligne

#433 Le 03/07/2021, à 17:18

Coeur Noir

Re : SSD en partie invisible [RESOLU]

Pour les déconnexions forum, alors voir aussi les paramètres de conservation / suppression des cookies dans ton navigateur web, et faire en sorte de conserver les cookies pour forum.ubuntu-fr.org

il me semble que c'était sauve-DE Focal. → dossier qui n'existe plus depuis. Tu avais partiellement résolu le problème d'appartenance des fichiers avec le chown mich:mich /chemin/dossier/*
Tu l'aurais complètement résolu avec un chown -R mich:mich /chemin/dossier

Pour la sauvegarde « corrompue » bon bah là on n'saura plus. À surveiller. Un accident quelconque en cours de copie entraînant une erreur impromptue dans le système de fichiers ? ( interruption, déconnexion, panne de courant… )

big_smile avec ton accord ou celui d'un autre spécialiste
C'est pas vraiment ça l'idée, t'as pas besoin d'un accord. L'idée c'est que tu comprennes les conséquences d'une action avant de la faire - surtout si c'est côté « système ».
Quand t'es « freiné » par root ou sudo ou une demande de mot de passe, ça doit te mettre la puce à l'oreille : suis-je en train de faire un truc potentiellement dangereux ? Oui très certainement…

Pour ce qui est de tes affaires à toi Dauphin/michel, tant que tu utilises les dossiers qui t'appartiennent pour les ranger, tu n'as pas besoin de mot de passe, sudo ou root.
Ces dossiers sont :
⋅ le répertoire perso /home/michel et tout ce qu'il contient,
/media/DATA-EXT/michel_1000 et tout ce qu'il contient,
/media/DATA-NTFS/michel_1000 et tout ce qu'il contient,
sachant que tout ce qui est contenu dans les dossiers …/DATA-*/michel_1000 t'est accessible directement depuis /home/michel grâce aux divers liens mis en place.

Dernière modification par Coeur Noir (Le 03/07/2021, à 22:41)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#434 Le 04/07/2021, à 17:23

dauphin

Re : SSD en partie invisible [RESOLU]

Merci Coeur Noir,
Je crois que j'ai  à peu près tout compris et que ça va s'enregistrer petit à petit dans ma mémoire percée. J'ai maintenant des dossiers superfétatoires que je voudrais bien effacer; je les i vidés,mais je n'arrive pas à les supprimer, comment faire? je préfère Nautilus à la ligne de commande quand je ne suis pas sûr de moi.


20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés

Hors ligne

#435 Le 05/07/2021, à 01:49

Coeur Noir

Re : SSD en partie invisible [RESOLU]

Quels dossiers veux-tu effacer, où se trouvent-ils ?


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#436 Le 05/07/2021, à 18:58

dauphin

Re : SSD en partie invisible [RESOLU]

Ah ben zut! j'avais préparé ma réponse dans le cadre approprié du forum et je l'avais copiée dans l'éditeur de texte par sécurité; j'ai cliqué sur "valider" et je me suis retrouvé avec un écran ne contenant que le cadre "veuillez composer votre réponse". J'ai relancé Firefox, mais ma réponse et sa copie ont disparu!

Dernière modification par dauphin (Le 05/07/2021, à 18:59)


20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés

Hors ligne

#437 Le 05/07/2021, à 20:54

Coeur Noir

Re : SSD en partie invisible [RESOLU]

Dans ce genre de situation il ne faut pas quitter Firefox, il faut te connecter à nouveau au forum puis revenir en arrière.

Dans le même ordre d'idée, si tu passes par un éditeur de texte quelconque pour rédiger ou conserver tes messages, il faut les enregistrer…

Bref. Là, sans info exploitable, que veux-tu que je te suggère ?

Quant aux dossiers superfétatoires, je suis un peu étonné : s'il s'agit de dossiers parmi {Bureau,Documents,Images,Vidéos,etc} je pense au contraire que tu devrais t'efforcer de les utiliser.
C'est pas grave qu'un dossier reste vide ou peu utilisé, ça ne te « contraint » pas, ça ne te prive pas d'espace de stockage.


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#438 Le 06/07/2021, à 15:26

dauphin

Re : SSD en partie invisible [RESOLU]

Bonjour Coeur Noir,
Merci de ces infos; je tâcherai de m'en souvenir.
Les dossiers dont je parlais sont :    à enlever     /home/michel /Documents
                                                          à supprimer /home/michel /Téléchargements
                                                          supprimer     /home/michel /Vidéos    
                                                          sup              /home/michel   /Musique                                               
Ce qui m'inquiète c'est le fait que ces dossiers portent le nom d'autres dossiers de Focal et que quand je les ai vidés il semblerait que ça ait vidé ceux de Focal aussi !


20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés

Hors ligne

#439 Le 06/07/2021, à 18:20

Coeur Noir

Re : SSD en partie invisible [RESOLU]

Je me demande si tu as compris ce qu'on a fait, et surtout pourquoi c'est souhaitable.

Techniquement : je t'ai déjà expliqué pourquoi ces dossiers usuels ne peuvent pas être effacés, et tu devrais voir ça comme un avantage sécurisant ( ça a un rapport avec bind ).
Sers-toi donc de ces dossiers pas trop faciles à supprimer pour ranger toutes tes affaires un peu plus en « sécurité » contre tes propres étourderies ;-)
Je ne t'ai pas fait faire tout ça par hasard.
La plupart des logiciels s'attendent à ce que ces dossiers existent car ce sont les dossiers personnels usuels par défaut d'un répertoire personnel.
Si tu ne te sers pas de tous ces dossiers, ce n'est absolument pas gênant de les conserver, vides, alors que ça pourrait être gênant dans certains cas de les supprimer complètement.

On peut bien sûr les effacer si on veut. Il s'agirait de désactiver les montages dossier~à~dossier correspondants mais je ne suis absolument pas convaincu que ce soit une bonne idée vu les imprudences que tu as déjà commises. Et toutes les procédures sont déjà là dans cette longue discussion, si tu veux revenir en arrière. Et ce quasiment depuis les premiers « tutos ».

Quant à ces dossiers portent le nom d'autres dossiers de Focal et que quand je les ai vidés il semblerait que ça ait vidé ceux de Focal aussi !
Mmmm… c'est quoi « Focal » dans ton exemple, ça correspond(ait) à quel chemin ?
2 dossiers de même nom, rangés à 2 endroits différents, sont 2 objets différents. Effacer l'un n'efface pas l'autre.
Exemple :
⋅ crée sous /home/michel/Documents/ 2 dossiers, A et B.
⋅ dans le dossier A crée un dossier Z
⋅ dans le dossier B créé un dossier nommé pareil Z
→ Si tu vas dans A pour effacer Z, ça ne va pas effacer le Z qui se trouve dans B. Et vice-versa.
→ si dans le dossier Z qui se trouve dans A tu ranges des choses nommées W, X, Y, ces choses W, X, Y ne vont pas apparaître dans le dossier Z qui se trouve dans B.
…car ces 2 dossiers Z sont 2 objets différents à 2 endroits différents. Un peu comme si dans ta chambre tu avais 2 commodes à tiroirs, et chaque commode a un tiroir qui s'appelle « chaussettes ». Bah c'est pas les mêmes « chaussettes » dans les 2 tiroirs ;-) Ce que tu fais dans un tiroir n'a aucune influence sur un quelconque autre tiroir. Si tu agis sur une commode, ça n'a pas d'influence sur l'autre commode…

Bon. L'informatique c'est du traitement de données ( logique, logiciel, relatif à des informations ). Pas seulement du traitement d'objets physiques ( concrets, matériels, relatif à des périphériques ).
On peut donc en informatique créer des tiroirs « spéciaux » qui vont translater des informations contenues ailleurs par un autre tiroir dans une autre commode.
Ce sont les liens ( symboliques ou durs ) et les montages dossier-à-dossier ( bind ). On fait « apparaître » dans un tiroir des informations qui proviennent d'un autre tiroir : on a alors les mêmes « chaussettes » en utilisant des tiroirs dans des commodes différentes, comme si ce tiroir était partout en même temps, en gros.
Et chez toi c'est ce qu'on a mis en place concernant les dossiers usuels par défaut de ton répertoire personnel /home/michel + le dossier~lien nommé « Dossier Windows » :
⋅ les premiers sont la translation de ce qui est contenu dans /media/DATA-EXT/michel_1000/{les-divers-dossiers-usuels} stockés dans une partition du gros disque dur,
⋅ le second t'emmène dans /media/DATA-NTFS/michel_1000 stocké dans l'autre partition du gros disque dur
⋅ et tout ça sans jamais avoir à chercher ailleurs que dans ton répertoire perso habituel /home/michel: tu accèdes à, et manipules, toutes tes affaires par là .

D'où je répète : utilise toujours les dossiers {Bureau,Documents,Images,Vidéos,etc} de ton répertoire personnel pour ranger toutes tes affaires, car tous ces dossiers + le dossier~lien « Dossier Windows » sont « réglés » pour utiliser le gros disque dur comme stockage physique. Du point de vue logique, organisationnel, tout ça t'apparaît classiquement dans ton répertoire perso par défaut, répertoire perso par défaut qui est attendu par tous les logiciels que tu utilises. Tu trouveras donc toujours toutes tes affaires de la même façon depuis Nautilus ou Firefox ou LibreOffice ou autres… ( attention juste aux logiciels installés en snap, éventuellement ).

Rien ne t'interdit d'ajouter des dossiers supplémentaires dans /media/DATA-EXT/michel_1000/ ou dans /media/DATA-NTFS/michel_1000/ puis de créer un lien vers eux dans /home/michel/ mais bon ça ne devrait pas être nécessaire en exploitant ce qui existe déjà. Le but c'est de te simplifier la vie : on met en place une fois pour toutes quelque chose qui peut paraître compliqué mais à l'usage et à long terme ça s'utilise comme un système dans ses réglages « par défaut » usuels. Avec l'avantage de séparer « physiquement » tes affaires personnelles du reste du système : ton petit SSD de 240Go peut cramer, ou tu peux casser ton Ubuntu, tes affaires perso sont sur l'autre disque celui de 1To. Si tu changes d'ordi, t'as juste à connecter ce disque de 1To à la nouvelle machine pour récupérer tes affaires. Quand tu veux sauvegarder tes affaires perso, t'as juste à copier les dossiers …/michel_1000 de chaque partition de ce gros disque.

Je t'avais aussi recommandé plusieurs fois de faire des essais divers et variés AVANT de réintégrer toutes tes données sauvegardées : là non plus c'était pas par hasard, c'était pour que tu prennes tes aises avec cette organisation, pour que tu la maîtrises AVANT d'aller plus loin.

Dernière modification par Coeur Noir (Le 06/07/2021, à 18:33)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#440 Le 06/07/2021, à 18:32

Coeur Noir

Re : SSD en partie invisible [RESOLU]

Du coup je m'inquiète.

Si tu n'utilises pas {Documents,Téléchargements,Vidéos,Musique} où donc ranges-tu tes affaires ?

Peux tu montrer

ls -l /home/michel

et

ls -l /media/DATA-EXT/michel_1000

Rappel : ce que tu ranges directement sous /home/michel mais en dehors des dossiers usuels ( ou du lien Dossier-Windows ) se trouve physiquement stocké sur le "petit" SSD de 240Go.
T'as donc moins de place disponible là…


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#441 Le 06/07/2021, à 19:06

dauphin

Re : SSD en partie invisible [RESOLU]

Merci Coeur Noir,
Je ne t'ai peut-être pas donné assez de détails sur cette disparition. Les  fameux dossiers Documents etc, je les utilisais pour ranger mes affaires. et quand j'ai videé les dossiers à supprimer etc,ça a aussi vidé Documents...; ce qui a attiré mon attention, c'est quand j'ai cherché les propriétés et que j'ai vu
que ces adresses finissaient par les dossier de Focal.
                                               

 à enlever     /home/michel /Documents
                                                          à supprimer /home/michel /Téléchargements
                                                          supprimer     /home/michel /Vidéos    
                                                          sup              /home/michel   /Musique    

           
voici les réponses ;

michel@michel-System-Product-Name:~$ ls -l /home/michel
total 2368
drwxr-xr-x  3 michel michel    4096 juil.  1 14:42  Astuces
drwxr-xr-x  2 michel michel    4096 nov.  14  2017  Audio
drwxr-xr-x  2 michel michel    4096 avril 30  2016 "Avis d'imposition - Taxes foncières - 2015_fichiers"
drwxrwxr-x  2 michel michel    4096 janv. 28  2017 'Bienvenue sur le site du Chèque emploi service universel_fichiers'
drwxrwxr-x  2 michel michel  122880 avril 29 15:46  Blagues
drwxr-xr-x  2 michel michel    4096 avril 30  2016  Bouquins
drwxr-xr-x  5 michel michel    4096 juil.  6 16:27  Bureau
drwxrwxr-x 12 michel michel    4096 juil.  1 14:55 'Clé USB'
drwxrwxrwx  2 michel michel    4096 juin  24 18:14  crack
drwxr-xr-x  2 michel michel    4096 avril 30  2016 'débloquer mot de passe Windows'
drwxr-xr-x 20 michel michel    4096 juil.  6 15:40  Documents
drwxrwxr-x  4 michel michel    4096 juil.  2 12:25 'Du 3 juin 2021'
drwxrwxrwx  3 michel michel    4096 juin  28 13:28  GSB
drwxr-xr-x  5 michel michel    4096 juil.  6 15:03  Images
drwxr-xr-x  3 michel michel    4096 nov.  14  2017 'Images Hélène'
drwxr-xr-x  2 michel michel    4096 juil.  9  2020 'Images scannées'
drwxr-xr-x  4 michel michel    4096 juin  21 14:26  LOGICIELS
drwxr-xr-x 46 michel michel   12288 juin  24 18:14  Manuels
drwxrwxr-x 10 michel michel    4096 juil.  6 16:11  michel
drwxr-xr-x  2 michel michel    4096 juin  24 18:14  Modèles
drwxrwxr-x  2 michel michel    4096 juil.  4 16:59  Musique
drwxr-xr-x 15 michel michel    4096 nov.  14  2017  PDF
drwxr-xr-x  3 michel michel    4096 juin  24 18:14  Public
drwxrwxr-x  2 michel michel    4096 avril 30  2016 'Réparer un disque passé en RAW_fichiers'
drwxr-xr-x  5 michel michel    4096 juin  29 15:06  snap
drwxr-xr-x  4 michel michel    4096 juil.  6 16:12  Téléchargements
drwxrwxrwx  7 michel michel    4096 mai    4 10:14  Thunderbird
drwxrwxr-x  7 michel michel    4096 janv.  4  2018  TRANSFERT
drwxr-xr-x  2 michel michel    4096 juil.  5 18:25  Vidéos
drwxrwxr-x  3 michel michel    4096 juin  21 08:21  virtualbox_fichiers
drwxrwxr-x  4 michel michel    4096 janv.  4  2018 'VirtualBox VMs'
-rwxrwxr-x  1 michel michel 2169856 oct.  17  2015 'zozios politique 04 201512.pps'
michel@michel-System-Product-Name:~$ 
michel@michel-System-Product-Name:~$ ls -l /media/DATA-EXT/michel_1000
total 32
drwxr-xr-x  5 michel michel 4096 juil.  6 16:27 Bureau
drwxr-xr-x 20 michel michel 4096 juil.  6 15:40 Documents
drwxr-xr-x  5 michel michel 4096 juil.  6 15:03 Images
drwxr-xr-x  2 michel michel 4096 juin  24 18:14 Modèles
drwxrwxr-x  2 michel michel 4096 juil.  4 16:59 Musique
drwxr-xr-x  3 michel michel 4096 juin  24 18:14 Public
drwxr-xr-x  4 michel michel 4096 juil.  6 16:12 Téléchargements
drwxr-xr-x  2 michel michel 4096 juil.  5 18:25 Vidéos
michel@michel-System-Product-Name:~$ 
michel@michel-System-Product-Name:~$ 

 michel@michel-System-Product-Name:~$ ls -l /home/michel
total 2368
drwxr-xr-x  3 michel michel    4096 juil.  1 14:42  Astuces
drwxr-xr-x  2 michel michel    4096 nov.  14  2017  Audio
drwxr-xr-x  2 michel michel    4096 avril 30  2016 "Avis d'imposition - Taxes foncières - 2015_fichiers"
drwxrwxr-x  2 michel michel    4096 janv. 28  2017 'Bienvenue sur le site du Chèque emploi service universel_fichiers'
drwxrwxr-x  2 michel michel  122880 avril 29 15:46  Blagues
drwxr-xr-x  2 michel michel    4096 avril 30  2016  Bouquins
drwxr-xr-x  5 michel michel    4096 juil.  6 16:27  Bureau
drwxrwxr-x 12 michel michel    4096 juil.  1 14:55 'Clé USB'
drwxrwxrwx  2 michel michel    4096 juin  24 18:14  crack
drwxr-xr-x  2 michel michel    4096 avril 30  2016 'débloquer mot de passe Windows'
drwxr-xr-x 20 michel michel    4096 juil.  6 15:40  Documents
drwxrwxr-x  4 michel michel    4096 juil.  2 12:25 'Du 3 juin 2021'
drwxrwxrwx  3 michel michel    4096 juin  28 13:28  GSB
drwxr-xr-x  5 michel michel    4096 juil.  6 15:03  Images
drwxr-xr-x  3 michel michel    4096 nov.  14  2017 'Images Hélène'
drwxr-xr-x  2 michel michel    4096 juil.  9  2020 'Images scannées'
drwxr-xr-x  4 michel michel    4096 juin  21 14:26  LOGICIELS
drwxr-xr-x 46 michel michel   12288 juin  24 18:14  Manuels
drwxrwxr-x 10 michel michel    4096 juil.  6 16:11  michel
drwxr-xr-x  2 michel michel    4096 juin  24 18:14  Modèles
drwxrwxr-x  2 michel michel    4096 juil.  4 16:59  Musique
drwxr-xr-x 15 michel michel    4096 nov.  14  2017  PDF
drwxr-xr-x  3 michel michel    4096 juin  24 18:14  Public
drwxrwxr-x  2 michel michel    4096 avril 30  2016 'Réparer un disque passé en RAW_fichiers'
drwxr-xr-x  5 michel michel    4096 juin  29 15:06  snap
drwxr-xr-x  4 michel michel    4096 juil.  6 16:12  Téléchargements
drwxrwxrwx  7 michel michel    4096 mai    4 10:14  Thunderbird
drwxrwxr-x  7 michel michel    4096 janv.  4  2018  TRANSFERT
drwxr-xr-x  2 michel michel    4096 juil.  5 18:25  Vidéos
drwxrwxr-x  3 michel michel    4096 juin  21 08:21  virtualbox_fichiers
drwxrwxr-x  4 michel michel    4096 janv.  4  2018 'VirtualBox VMs'
-rwxrwxr-x  1 michel michel 2169856 oct.  17  2015 'zozios politique 04 201512.pps'
michel@michel-System-Product-Name:~$ 
michel@michel-System-Product-Name:~$ ls -l /media/DATA-EXT/michel_1000
total 32
drwxr-xr-x  5 michel michel 4096 juil.  6 16:27 Bureau
drwxr-xr-x 20 michel michel 4096 juil.  6 15:40 Documents
drwxr-xr-x  5 michel michel 4096 juil.  6 15:03 Images
drwxr-xr-x  2 michel michel 4096 juin  24 18:14 Modèles
drwxrwxr-x  2 michel michel 4096 juil.  4 16:59 Musique
drwxr-xr-x  3 michel michel 4096 juin  24 18:14 Public
drwxr-xr-x  4 michel michel 4096 juil.  6 16:12 Téléchargements
drwxr-xr-x  2 michel michel 4096 juil.  5 18:25 Vidéos
michel@michel-System-Product-Name:~$ 
michel@michel-System-Product-Name:~$ 

   

Depuis j'ai recopié une partie des mes affaires dans les dossiers de Focal depuis la sauvegarde.
J'espère les avoir replacées au bon endroit.


20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés

Hors ligne

#442 Le 06/07/2021, à 20:13

Coeur Noir

Re : SSD en partie invisible [RESOLU]

Donc tu n'as rien compris.
Je ne sais plus comment t'expliquer les choses, là.

Tu DOIS ranger toutes tes affaires sous les dossiers usuels de ton répertoire personnel :
Bureau = /home/michel/Bureau = /media/DATA-EXT/michel_1000/Bureau = c'est les mêmes « chaussettes » dans ces 2 tiroirs grâce à bind
Documents = /home/michel/Documents = /media/DATA-EXT/michel_1000/Documents = c'est les mêmes « chaussettes » dans ces 2 tiroirs grâce à bind
Images = tu comprends le principe ou pas ?
Modèles = c'est les mêmes « chaussettes » dans ces 2 tiroirs grâce à bind
Musique = c'est les mêmes « chaussettes » dans ces 2 tiroirs…
Public = c'est les mêmes « chaussettes »…
Téléchargements = c'est les mêmes…
Vidéos = c'est…
→ tout ce que tu mets là-dedans est ( dorénavant, automatiquement ) stocké dans ton gros disque dur 1To,
→ depuis ton répertoire perso /home/michel/ ce que tu mets ailleurs que dans ces dossiers usuels est stocké sur le SSD de 240Go ( c'est pas interdit, mais réfléchis aux conséquences, en terme d'espace disponible ou besoin de conservation / sauvegarde ).
→ si tu effaces ou crées quelque chose dans /home/michel/{un-de-ces-dossiers-usuels} ça agit dans /media/DATA-EXT/michel_1000/{un-de-ces-dossiers-usuels} car on a lié ces dossiers via bind, on en a fait des « tiroirs spéciaux » qui montrent les mêmes « chaussettes » dans 2 tiroirs. Ou une autre image : c'est 2 portes d'entrée sur un même stock. Mais ton stock de chaussettes, en vrai, il n'existe qu'une fois, dans le gros disque de 1To.
→ si tu crées de nouveaux dossiers directement dans /media/DATA-EXT/michel_1000/ ils n'apparaîtront qu'en visitant ce chemin. Pour atteindre ces nouveaux dossiers depuis ton répertoire perso, il faudrait alors ajouter dans /home/michel/ les liens nécessaires ( soit lien symbolique, soit montage dossier~à~dossier bind ).

Ici à vue de nez les dossiers :
⋅ 'Images Hélène' ou 'Images scannées' auraient très bien leur place dans 'Images'
⋅ Audio dans Musique
⋅ Bouquins ( et bien d'autres ) dans Documents
⋅ etc, etc… regroupe par grands thèmes ou types.
⋅ Le fichier 'zozios politique 04 201512.pps' aurait sans doute sa place dans le dossier Blagues qui lui même devrait se trouver dans Documents.

Les seuls dossiers que je laisserais là, à la racine de /home/michel, à côté des dossiers usuels c'est :
⋅ LOGICIELS à priori doit préférer un disque rapide donc il paraît bien là,
⋅ snap ( pas touche à celui-là, on peut le cacher si tu veux via une certaine méthode mais il doit rester là )
⋅ TRANSFERT ( si comme son nom semble l'indiquer, il sert de zone temporaire pour déplacer ou trier des données, en attente de leur rangement définitif )
⋅ virtualbox_fichiers et VirtualBox VMs qu'il semble opportun de conserver sur le SSD plus rapide.

Tout le reste ( en dehors des dossiers utilisateur usuels ) n'a pas sa place là, sur ton plus petit disque.

Si tu as besoin absolument d'autres dossiers que les usuels pour t'y retrouver, on pourrait en créer d'autres ( sur le gros disque ) et les lier dans ton répertoire perso mais pour l'instant je re-re-re-répète : sers-toi déjà mieux de ce qui existe par défaut. Utilise toujours les dossiers {Bureau,Documents,Images,Vidéos,etc} de ton répertoire personnel pour ranger toutes tes affaires, car tous ces dossiers + le dossier~lien « Dossier Windows » { qu'est-il devenu lui ? } sont « réglés » pour utiliser le gros disque dur comme stockage physique.

Et autre inquiétude pourquoi un dossier michel dans /home/michel y'a quoi là-dedans ?

Ça ne sert à rien d'installer / partitionner / lier / organiser tes partitions, disques ou dossiers si au final tu ne ranges pas tes affaires dans les dossiers utiles.
Dans ton cas, les dossiers utiles ce sont les « classiques », usuels, qu'on trouve par défaut dans un répertoire perso. Pas besoin de chercher ailleurs.
Range tes affaires dedans. Crée autant de nouveaux dossiers que tu souhaites dans ceux-là. C'est à dire à l'intérieur de {Bureau,Documents,Images,Vidéos,etc}. Pas à côté. Mais dedans.

Pigé ?

Dernière modification par Coeur Noir (Le 07/07/2021, à 13:29)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#443 Le 07/07/2021, à 17:27

dauphin

Re : SSD en partie invisible [RESOLU]

Merci Coeur Noir,
J'ai très bien compris le principe des dossiers liés, mais une chose me titille: les dossiers que je vois dans /home/michel pèsent 64 GB, comme ceux qui sont dans le gros disque et tiennent donc de la place sur le ssd de 240 GB.
voici les lignes de Gparted concernant les dossiers Ubuntu et Windows où sont les doubles des dossiers Bureau, Documents; l'une indique DATA-NTFS et l'autre directement /home/michel/Bureau, /home/michel/Documents; Est-ce normal ou est-ce cela qui me cause ces problèmes? Comment peut-on savoir si ces dossiers usuels ne sont bien que sur le gros disque ?
Transfert n'est pas une zone temporaire pour des données à trier mais une zone temporaire pour passer des dossiers à Windows pour les traiter par exemple avec Outlook et les reprendre ensuite dans Focal.
Le dossier michel dans /home/michel est un dossier de sauvegarde qui fait double emploi avec /home/michel, je viens de le supprimer.
Il y a deux dossiers Images avec les mêmes photos; je crains, si j'en supprime un ça me fasse comme pour les dossier usuels que j'ai renommés en "sup", "à suprimer" et qui ont effacés les deux.

Dernière modification par dauphin (Le 07/07/2021, à 17:48)


20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés

Hors ligne

#444 Le 07/07/2021, à 19:55

Coeur Noir

Re : SSD en partie invisible [RESOLU]

home/michel pèsent 64 GB, comme ceux qui sont dans le gros disque et tiennent donc de la place sur le ssd de 240 GB
Non. Ils ne sont pas physiquement sur ton SSD.
Quand tu regardes les propriétés d'un dossier, il te donne la quantité de données que ce dossier héberge ( les données représentent tant de Go ).
Tu regardes ces propriétés depuis /home/michel/un_dossier mais ce un_dossier ( en cas de lien symbolique ou montage bind ) n'est pas stocké dans /home/michel, il est un genre de « raccourci » vers /media/DATA-EXT/michel_1000/un_dossier si tu préfères. Ce que tu vois là c'est l'espace pris sur la « source », le disque de 1To.
La seule place que prend réellement un tel genre de raccourci sur ton SSD, c'est quelques octets ( soit vraiment pas grand' chose ).

Sur ton disque 1To tu as 2 partitions :
⋅ une en ext4 exploitable uniquement depuis Ubuntu → dossier DATA-EXT dans /media
⋅ une en NTFS exploitable depuis Windows et depuis Ubuntu → dossier DATA-NTFS dans /media
Ce sont 2 pièces différentes dans ta maison. Faire quelque chose dans l'une est sans incidence sur l'autre.

voici les lignes de Gparted concernant les dossiers Ubuntu et Windows
euh… je ne vois rien qui ressemble à gparted là, tu pensais avoir posté une image ?

Ton dossier « Images » dans ton répertoire perso /home/michel/Images c'est grâce au lien/raccourci le dossier « Images » dans /media/DATA-EXT/michel_1000/ → les données ne sont pas doublées ni stockées à 2 endroits, elles ne se trouvent que dans la partition ext4 du disque 1To. Même principe pour les autres dossiers usuels.

C'est dans le fichier fstab qu'on a défini que tes dossiers usuels dans /home/michel sont en vrai, physiquement, des dossiers qui se trouvent dans le disque 1To ( sur ton SSD ce sont des dossiers à la base vide dans lesquels on monte d'autres dossiers, c'est la même mécanique que les montages de partition ).

C'est cette partie du fichier :

# montages dossier-à-dossier entre /home/michel et /media/DATA-EXT/michel_1000
/media/DATA-EXT/michel_1000/Bureau/	/home/michel/Bureau/	none	bind
/media/DATA-EXT/michel_1000/Documents/	/home/michel/Documents/	none	bind
/media/DATA-EXT/michel_1000/Images/	/home/michel/Images/	none	bind
/media/DATA-EXT/michel_1000/Modèles/	/home/michel/Modèles/	none	bind
/media/DATA-EXT/michel_1000/Musique/	/home/michel/Musique/	none	bind
/media/DATA-EXT/michel_1000/Public/	/home/michel/Public/	none	bind
/media/DATA-EXT/michel_1000/Téléchargements/	/home/michel/Téléchargements/	none	bind
/media/DATA-EXT/michel_1000/Vidéos/	/home/michel/Vidéos/	none	bind
#

sous la forme :

/chemin/vers/ce_qu'on/vise            /endroit/où_on/veut_voir/ce_qu'on_vise

ça me fasse comme pour les dossier usuels que j'ai renommés en "sup", "à suprimer" et qui ont effacés les deux
Là j'ai peur de ne pas comprendre ce que tu me racontes : où as-tu renommé, et quoi ?
Montre par exemple :

ls -l /home/michel/Images

et

ls -l /media/DATA-EXT/michel_1000/Images

ça doit te répondre exactement la même chose.
Maintenant rajoute des fichiers et dossiers via l'une ou l'autre de ces entrées dans « Images » : c'est au final physiquement le même stock.
L'un accède à l'autre, et vice-versa, pendant que tout ce qui y est montré n'est stocké physiquement qu'à un seul endroit.

C'est bien pour ça que tu peux te servir uniquement des dossiers usuels de ton répertoire personnel car ce sont des « liens / raccourcis / montages / tiroirs spéciaux » vers le gros disque.
Tes dossiers usuels = sur la partition ext4 du gros disque 1To.
Ailleurs que dans ces dossiers usuels = sur la partition / de ton SSD de 240Go.

Donc oui depuis ton répertoire perso, on garde une organisation logique ( les dossiers usuels ) habituelle mais derrière cette info logique confortable et lisible pour l'humain, il y en fait divers disques et partitions, diverses sources physiques.
Avantages :
⋅ tout t'est directement accessible depuis un seul endroit logique, ton répertoire personnel. T'as pas à te soucier de naviguer vers l'un ou l'autre disque, l'une ou l'autre partition, ce boulot est déjà fait via le fichier fstab qui fait pointer tes dossiers logiques usuels vers les bonnes ressources physiques.
⋅ ces montages dossier~à~dossier via bind ( tes dossiers usuels ) sont quasiment impossibles à effacer par inadvertance.
⋅ c'est transparent à l'usage ( utiliser l'une ou l'autre entrée, c'est rigoureusement pareil ).
Inconvénients : enfin pas vraiment mais ça a l'air de t'intriguer ;-)
⋅ c'est tellement transparent qu'effectivement le système donne exactement la même apparence à un dossier source et sa destination liée par bind ( y'a pas de petite flèche ou d’emblème sur l'icône du dossier de destination ) on ne les repère qu'en regardant dans fstab ou…
⋅ …dans tout logiciel qui sait énumérer les montages / les volumes : dans gparted ; probablement dans Nautilus / Autres emplacements ; tu les retrouveras potentiellement sur ton bureau si tu lui demandes d'afficher les volumes montés ; peut-être aussi dans « disques »…

Mais même si une ressource apparaît à plusieurs endroits dans ton système d'un point de vue logique, c'est toujours qu'une seule et même ressource d'un point de vue physique. Tu as juste plusieurs portes vers un seul stock ( le disque 1To ).

C'est bien que tu poses toutes ces questions, pour savoir où tu mets les pieds, où tu vas. Je t'avais suggéré plusieurs fois de faire divers essais de copies / déplacements de fichiers et dossiers AVANT de réintégrer tes sauvegardes, justement pour que tu prennes en main cette organisation tranquillement, sans risque. Et surtout je ne compte plus le nombre de fois où je t'ai déjà expliqué tout ça… Reprends les « tutos » c'était déjà là ;-)

Et retiens : sous Ubuntu, range toutes tes affaires dans les dossiers usuels de ton répertoire perso, car ces dossiers sont dans ton gros disque dur.

Y'a juste un truc qui a disparu, c'est un lien dans ton rép. perso vers DATA-NTFS/michel_1000/ → comment se fait-ce ? On l'avait mis en place lui, pourtant.
Pour le recréer :

ln   -s   /media/DATA-NTFS/michel_1000   /home/michel/michel_1000\ dans\ DATA-NTFS

Placé dans ton répertoire perso, ce lien t'emmène dans le dossier michel_1000 qui se trouve dans la partition NTFS de ton disque 1To.
C'est donc dans là dans ce dossier michel_1000 situé dans DATA-NTFS qu'il faudra mettre les documents que tu veux partager avec toi quand tu es sous Windows.
Sous Windows c'est uniquement cette partition NTFS qui est accessible, pas la EXT4.
/media/DATA-EXT/michel_1000 et /media/DATA-NTFS/michel_1000 sont 2 dossiers différents à 2 endroits différents. Ils ont le même nom pour rappeler à qui ils appartiennent. Mais chacun de leur contenu pourra complètement différer.
Depuis Windows c'est dans ce dossier michel_1000 sur la partition NTFS qu'il faudra placer les documents que tu veux partager avec toi sous Ubuntu.

Un lien symbolique, ça reste un fichier ( ça n'est pas un montage ). Tu peux donc l'effacer, le copier ou déplacer à ta guise, ça n'affectera pas la cible du lien.
Les liens symboliques sont facilement reconnaissables ( il y a une petite flèche sur leur icône ) et en commande ils apparaissent comme ça :

django@ASGARD:~$ ls -l
total 4
lrwxrwxrwx 1 django django   29 avril 10  2020 Bureau -> /media/DATA/coeurnoir/Bureau/
lrwxrwxrwx 1 django django   31 avril 16  2020 Documents -> /media/DATA/coeurnoir/Documents
lrwxrwxrwx 1 django django   29 avril 10  2020 Images -> /media/DATA/coeurnoir/Images/
lrwxrwxrwx 1 django django   31 janv. 18 18:08 Logiciels -> /media/DATA/coeurnoir/Logiciels
lrwxrwxrwx 1 django django   30 avril 11  2020 Modèles -> /media/DATA/coeurnoir/Modèles
lrwxrwxrwx 1 django django   49 avril 10  2020 Musique -> '/media/DATA/Bibliothèque Musicale/Bibliothèque/'
drwxrwxr-x 7 django django 4096 mai    3 21:12 snap
lrwxrwxrwx 1 django django   39 avril 11  2020 Téléchargements -> /media/DATA/coeurnoir/Téléchargements
lrwxrwxrwx 1 django django   30 avril 10  2020 Vidéos -> /media/DATA/coeurnoir/Vidéos/

↑ ça c'est chez moi : tous mes dossiers usuels ( sauf snap ) dans mon rép. perso ont été remplacés par des liens qui ciblent des dossiers placés dans une partition d'un autre disque.
Si la cible vient à disparaître ou est déplacée, alors le lien apparaît cassé.
Si on remet la cible à sa place, alors le lien fonctionne à nouveau.

À mon avis tu as effacé ton lien ne sachant plus trop à quoi il correspondait ( de mémoire il s'appelait Dossier Windows ).

Dernière modification par Coeur Noir (Le 10/07/2021, à 12:06)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#445 Le 08/07/2021, à 09:53

dauphin

Re : SSD en partie invisible [RESOLU]

Bonjour Coeur Noir,
Je suis rassuré par le fait que mes données ne soient pas dupliquées.Néanmoins, quand je regarde dans Gparted, je vois que la partition Ubuntu n'a plus que 46 GB de libre; c'est cela qui m'avait inquiété.
J'avais renommé les dossiers originaux de Home et je les avais vidés pour pouvoir les supprimer. Ca n'a pas marché, mais ça m'a vidé aussi les dossiers originaux.

voici les réponses à tes demandes:

michel@michel-System-Product-Name:~$ ls -l /home/michel/Images
total 61612
-rwxrwxr-x 1 michel michel   40838 août  19  2010  1000c2005.jpg
-rwxrwxr-x 1 michel michel  533143 févr. 21  2013  Charmettesbis.pdf
-rwxrwxr-x 1 michel michel  605593 févr. 21  2013  Charmettes.pdf
-rwxrwxr-x 1 michel michel 2530304 mars  26  2013  EAU_QUI_COULE_NE_REVIENT_PAS.pps
-rwxrwxr-x 1 michel michel   86724 oct.  10  2012  ECML_01.jpg
-rwxrwxr-x 1 michel michel   72268 oct.  10  2012  ECML_02.jpg
-rwxrwxr-x 1 michel michel   60503 oct.  10  2012  ECML_03.jpg
-rwxrwxr-x 1 michel michel   45443 oct.  10  2012  ECML_04.jpg
-rwxrwxr-x 1 michel michel   60583 oct.  10  2012  ECML_05.jpg
-rwxrwxr-x 1 michel michel   38554 oct.  10  2012  ECML_06.jpg
-rwxrwxr-x 1 michel michel   58203 oct.  10  2012  ECML_07.jpg
-rwxrwxr-x 1 michel michel   55383 oct.  10  2012  ECML_08.jpg
-rwxrwxr-x 1 michel michel   53284 oct.  10  2012  ECML_09.jpg
-rwxrwxr-x 1 michel michel   50129 oct.  10  2012  ECML_10.jpg
-rwxrwxr-x 1 michel michel   60666 oct.  10  2012  ECML_11.jpg
-rwxrwxr-x 1 michel michel   60088 oct.  10  2012  ECML_12.jpg
-rwxrwxr-x 1 michel michel   58046 oct.  10  2012  ECML_13.jpg
-rwxrwxr-x 1 michel michel   70057 oct.  10  2012  ECML_14.jpg
-rwxrwxr-x 1 michel michel 1926664 mars  28  2012  ECML_1.jpg
-rwxrwxr-x 1 michel michel 1612687 mars  28  2012  ECML_2.jpg
-rwxrwxr-x 1 michel michel 3449750 mars  28  2012  ECML_3.jpg
-rwxrwxr-x 1 michel michel 6770176 févr. 10  2013  Ecureuils_de_toute_beaute1.pps
-rwxrwxr-x 1 michel michel     429 déc.  13  2013 'Enregistrement Avast.txt'
-rw-r--r-- 1 michel michel  132651 oct.  12  2006 'gaston 80.jpg'
-rwxrwxr-x 1 michel michel 2774684 avril  6  2014 'Grille Peak Flow-0003.jpg'
-rwxrwxr-x 1 michel michel 2438926 avril  6  2014 'Grille Peak Flow-0004.jpg'
-rwxrwxr-x 1 michel michel 2292137 avril  6  2014 'Grille Peak Flow-0005.jpg'
-rwxrwxr-x 1 michel michel 4398080 févr.  7  2012 "Histoire_d'huitre.pps"
drwxr-xr-x 3 michel michel    4096 juin  24 18:14 'Images Hélène'
-rwxrwxr-x 1 michel michel 2613894 janv. 31  2012  IMG_2464.JPG
-rwxrwxr-x 1 michel michel 2572093 janv. 31  2012  IMG_2465.JPG
-rwxrwxr-x 1 michel michel 2386565 janv. 31  2012  IMG_2466.JPG
-rwxrwxr-x 1 michel michel 2972793 janv. 31  2012  IMG_2467.JPG
-rwxrwxr-x 1 michel michel 3763191 janv. 31  2012  IMG_2468.JPG
-rwxrwxr-x 1 michel michel 2503514 janv. 31  2012  IMG_2469.JPG
-rwxrwxr-x 1 michel michel 2551732 janv. 31  2012  IMG_2470.JPG
-rwxrwxr-x 1 michel michel 2496827 janv. 31  2012  IMG_2471.JPG
-rwxrwxr-x 1 michel michel 3435377 janv. 31  2012  IMG_2472.JPG
-rwxrwxr-x 1 michel michel  914010 avril 22  2012 'JM & Bernard.jpg'
-rwxrwxr-x 1 michel michel  957504 avril 20  2012 'JM_JR_&_autres.jpg'
-rwxr-xr-x 1 michel michel 5505024 nov.  14  2017  Myrelingues.pps
michel@michel-System-Product-Name:~$ 
michel@michel-System-Product-Name:~$ ls -l /media/DATA-EXT/michel_1000/Images
total 61612
-rwxrwxr-x 1 michel michel   40838 août  19  2010  1000c2005.jpg
-rwxrwxr-x 1 michel michel  533143 févr. 21  2013  Charmettesbis.pdf
-rwxrwxr-x 1 michel michel  605593 févr. 21  2013  Charmettes.pdf
-rwxrwxr-x 1 michel michel 2530304 mars  26  2013  EAU_QUI_COULE_NE_REVIENT_PAS.pps
-rwxrwxr-x 1 michel michel   86724 oct.  10  2012  ECML_01.jpg
-rwxrwxr-x 1 michel michel   72268 oct.  10  2012  ECML_02.jpg
-rwxrwxr-x 1 michel michel   60503 oct.  10  2012  ECML_03.jpg
-rwxrwxr-x 1 michel michel   45443 oct.  10  2012  ECML_04.jpg
-rwxrwxr-x 1 michel michel   60583 oct.  10  2012  ECML_05.jpg
-rwxrwxr-x 1 michel michel   38554 oct.  10  2012  ECML_06.jpg
-rwxrwxr-x 1 michel michel   58203 oct.  10  2012  ECML_07.jpg
-rwxrwxr-x 1 michel michel   55383 oct.  10  2012  ECML_08.jpg
-rwxrwxr-x 1 michel michel   53284 oct.  10  2012  ECML_09.jpg
-rwxrwxr-x 1 michel michel   50129 oct.  10  2012  ECML_10.jpg
-rwxrwxr-x 1 michel michel   60666 oct.  10  2012  ECML_11.jpg
-rwxrwxr-x 1 michel michel   60088 oct.  10  2012  ECML_12.jpg
-rwxrwxr-x 1 michel michel   58046 oct.  10  2012  ECML_13.jpg
-rwxrwxr-x 1 michel michel   70057 oct.  10  2012  ECML_14.jpg
-rwxrwxr-x 1 michel michel 1926664 mars  28  2012  ECML_1.jpg
-rwxrwxr-x 1 michel michel 1612687 mars  28  2012  ECML_2.jpg
-rwxrwxr-x 1 michel michel 3449750 mars  28  2012  ECML_3.jpg
-rwxrwxr-x 1 michel michel 6770176 févr. 10  2013  Ecureuils_de_toute_beaute1.pps
-rwxrwxr-x 1 michel michel     429 déc.  13  2013 'Enregistrement Avast.txt'
-rw-r--r-- 1 michel michel  132651 oct.  12  2006 'gaston 80.jpg'
-rwxrwxr-x 1 michel michel 2774684 avril  6  2014 'Grille Peak Flow-0003.jpg'
-rwxrwxr-x 1 michel michel 2438926 avril  6  2014 'Grille Peak Flow-0004.jpg'
-rwxrwxr-x 1 michel michel 2292137 avril  6  2014 'Grille Peak Flow-0005.jpg'
-rwxrwxr-x 1 michel michel 4398080 févr.  7  2012 "Histoire_d'huitre.pps"
drwxr-xr-x 3 michel michel    4096 juin  24 18:14 'Images Hélène'
-rwxrwxr-x 1 michel michel 2613894 janv. 31  2012  IMG_2464.JPG
-rwxrwxr-x 1 michel michel 2572093 janv. 31  2012  IMG_2465.JPG
-rwxrwxr-x 1 michel michel 2386565 janv. 31  2012  IMG_2466.JPG
-rwxrwxr-x 1 michel michel 2972793 janv. 31  2012  IMG_2467.JPG
-rwxrwxr-x 1 michel michel 3763191 janv. 31  2012  IMG_2468.JPG
-rwxrwxr-x 1 michel michel 2503514 janv. 31  2012  IMG_2469.JPG
-rwxrwxr-x 1 michel michel 2551732 janv. 31  2012  IMG_2470.JPG
-rwxrwxr-x 1 michel michel 2496827 janv. 31  2012  IMG_2471.JPG
-rwxrwxr-x 1 michel michel 3435377 janv. 31  2012  IMG_2472.JPG
-rwxrwxr-x 1 michel michel  914010 avril 22  2012 'JM & Bernard.jpg'
-rwxrwxr-x 1 michel michel  957504 avril 20  2012 'JM_JR_&_autres.jpg'
-rwxr-xr-x 1 michel michel 5505024 nov.  14  2017  Myrelingues.pps
michel@michel-System-Product-Name:~$ 

effectivement c'est la même chose

ça c'est chez moi : tous mes dossiers usuels ( sauf snap ) dans mon rép. perso ont été remplacés par des liens qui ciblent des dossiers placés dans une partition d'un autre disque.
C'est la méthode que j'avais utilisée lors des précédentes installations et qui a fonctionné jusqu'au tsunami de ces jours derniers.


20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés

Hors ligne

#446 Le 08/07/2021, à 12:18

geole

Re : SSD en partie invisible [RESOLU]

dauphin a écrit :

Néanmoins, quand je regarde dans Gparted, je vois que la partition Ubuntu n'a plus que 46 GB de libre; c'est cela qui m'avait inquiété.

Bonjour
Il faut enquêter avant de prendre des décisions
1) Une  vision générale

sudo du -hxd2 / |  sort -h | tail -30

2)  Suivie d'une vision plus ciblée   qui sera fonction de ce que sera le trio gagnant. Par exemple

sudo du -hxd2 /var |  sort -h | tail -30

Note qu'il existe une autre technique en mode graphique mais le camembert n'est pas facile à faire parvenir aux aidants

Donne aussi ce retour

df -h | egrep -v "loop|tmpfs|udev"

Dernière modification par geole (Le 08/07/2021, à 12:22)


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

#447 Le 08/07/2021, à 12:22

Coeur Noir

Re : SSD en partie invisible [RESOLU]

effectivement c'est la même chose
lol oui, c'est juste la trente-douzième fois que j'essaie de me faire comprendre smile
C'est la même chose parce que les 2 dossiers « logiques » pointent le même « endroit » physique où sont les données sur la partition d'un disque.

J'avais renommé les dossiers originaux de Home et je les avais vidés pour pouvoir les supprimer.
À priori tant que 2 dossiers sont liés par un bind inscrit dans le fichier fstab, tu ne dois pas pouvoir modifier ( renommer, déplacer ) ces dossiers ( tu = l'utilisateur michel ).
Au préalable il faudrait désactiver le bind dans fstab → ça démonterait le dossier cible du dossier destination = ça viderait le dossier /home/michel/une_destination sans rien changer à /media/DATA-EXT/michel_1000/une_cible

Ca n'a pas marché, mais ça m'a vidé aussi les dossiers originaux
Ça n'a pas marché ne veut jamais rien dire.
Et c'est normal que vider la destination, vide la cible, puisque ce sont 2 dossiers liés ( par bind ) l'un à l'autre.

C'est la méthode que j'avais utilisée lors des précédentes installations et qui a fonctionné jusqu'au tsunami de ces jours derniers.
Les liens symboliques sont plus facilement « effaçables », c'est peut-être à partir d'une suppression malencontreuse que tu as commencé à perdre tes repères ?

N'oublie pas : tout ce que tu placerais dans /home/michel/ en~dehors~à~côté des dossiers usuels ( qui font l'objet d'un bind ) se trouve dans ton SSD.
On regardera plus tard ce qui prend de la place dans / la racine du sytème, par exemple avec l'outil ncdu.

Dernière modification par Coeur Noir (Le 08/07/2021, à 12:27)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#448 Le 08/07/2021, à 13:05

dauphin

Re : SSD en partie invisible [RESOLU]

Merci Coeur Noir,
Oui, c'est ce que je voudrais faire, récupérer de la place sur le ssd, mais ça peut attendre.


20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés

Hors ligne

#449 Le 08/07/2021, à 23:04

Abel 0

Re : SSD en partie invisible [RESOLU]

Bonjour,
Dauphin, à moins que tu aies déjà résolu ton pb, pense aux commandes proposées par geole.
Ca ne risque rien, ce ne sont que des commandes ramenant des informations - triées et filtrées - sur l'occupation de ton(tes) disque(s).

Hors ligne

#450 Le 08/07/2021, à 23:56

Coeur Noir

Re : SSD en partie invisible [RESOLU]

D'où l'intérêt de ncdu qui est une commande « semi-graphique ».

Voir cet excellent tuto → https://forum.ubuntu-fr.org/viewtopic.p … #p18943181 → les 2 premiers messages.


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne