Résolu - Impossible de garder actif le montage des disques Sata (KDE)

tsuky · Le 07/03/2021, à 12:49

Bonjour à tous

Je voudrais comprendre pourquoi mes disques dur ne restent pas monter après redémarrage et remontent d'un niveau .

J'ai tout essayé et refait mille fois la manipulation . J'utilise le gestionnaire de partition KDE ( j'ose pas utiliser fstable ) . Mon architecture c'est : /media/rey/disk/Sata1 , pour le disques 2 /media/rey/disk/Sata2 etc . pour le moment j'ai 3 Disques Sata

Une fois que j'ai monté les disques dans le gestionnaire de disk , le fichier fstable reste désespéramment vide , excepté les infos du SSD du système .

fichier fstable :

  GNU nano 4.8                                                                              /etc/fstab                                                                                       
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=cf3488ff-5fd3-4149-b652-ee3e341f227c /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=028D-CB82  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

https://i.imgur.com/uXI8oiX.png

Merci beaucoup pour votre aide

_{Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Des hébergeurs comme Toile Libre ou TDCT'Pix le permettent).}

Dernière modification par tsuky (Le 07/03/2021, à 22:46)

geole · Le 07/03/2021, à 13:13

Bonjour,
Je ne connais pas ton gestionnaire de montage, je connais le gestionnaire gnome-disk-utility
il dispose de deux options
a) monter une partition, ce qui ne met pas à jour le fichier /etc/fstab
b) monter une partition au démarrage de l'ordinateur, ce qui met à jour fichier /etc/fstab sans monter la partition
Il faut donc faire les deux actions pour être tranquille par la suite
Il est probable que ton gestionnaire se comporte pareillement.

Dernière modification par geole (Le 07/03/2021, à 13:13)

tsuky · Le 07/03/2021, à 13:21

Je n'ai pas ca ! Je monte la partition en sélectionnant le point de montage dans une arborescence . Et ensuite j'ai différent option mais pas démarrer automatiquement , j'ai " pas de montage automatique " .
https://imgur.com/aFm2UYI

# réponse pour la modération , aucun des deux sites proposés ne fonctionne

Dernière modification par tsuky (Le 07/03/2021, à 13:23)

cqfd93 · Le 07/03/2021, à 13:59

tsuky a écrit :

# réponse pour la modération , aucun des deux sites proposés ne fonctionne

Autre solution : héberger l'image et sa miniature quelque part sur le net et coller un lien de la forme :
[url=lien-vers-grande-image][img]lien-vers-miniature[/img][/url]

erresse · Le 07/03/2021, à 15:59

Bonjour,
Il me semble tout à fait normal que tes montages "manuels" ne soient pas repris automatiquement lorsque tu redémarres la machine, de tels montages ne sont pas pérennes.
Pour que le système sache que ces volumes doivent être montés lors du démarrage, il faut bien qu'ils soient mentionnés dans le "/etc/fstab"...
Il y a sans doute plusieurs manière de les enregistrer dans ce fichier, la plus simple étant de saisir les lignes en ouvrant le fichier dans un éditeur de textes (en mode super-utilisateur, bien sûr, mais ce n'est pas si compliqué). Je vois qu'on t'a déjà conseillé d'utiliser un "gnome-disk-utility" ou apparenté pour cela, méfiance, on n'obtient pas toujours ce que l'on souhaite avec ces logiciels fourre-tout !
Dans la mesure où les volumes que tu veux monter sont en format EXT4, il est très simple d'écrire les lignes dan "fstab" pour les monter. Toutefois, ton principal problème serait de monter ces volumes dans l'environnement utilisateur avec "fuse", car le montage par "fstab" réserve le volume à "root" et non à l'utilisateur. Il faut alors des options spéciales pour en autoriser l'accès.
Je ne proposerai pas d'exemple de ligne de montage pour "fstab", pour la bonne raison que je monte tous mes volumes avec "root" puis crée et autorise ensuite un répertoire spécifique à l'utilisateur qui a ainsi tous les droits dessus.
Mais une petite recherche dans la doc devrait te donner les options nécessaires pour créer les lignes de montage correctes et tes volumes seront alors montés au démarrage du système normalement...

tsuky · Le 07/03/2021, à 16:57

Merci beaucoup pour ta réponse , même si j'avoue qu'elle m'éclaire pas plus ( j'ai les pétoches de touché à fstable ) . il y a une vie de films et musiques sur ces 3 disques . Si vous avez besoin de plus d'info n'hésitez pas .
J'ai pas envie d'installer un nouveau programme , trop peur de rater un truc et de tout perdre .

geole · Le 07/03/2021, à 17:35

tsuky a écrit :

Je n'ai pas ca ! Je monte la partition en sélectionnant le point de montage dans une arborescence . Et ensuite j'ai différent option mais pas démarrer automatiquement , j'ai " pas de montage automatique " .
https://imgur.com/aFm2UYI

Le lien que tu donnes, indique pourtant que le montage automatique est activé par défaut.
Il faudrait cocher pour le déactiver.

Dernière modification par geole (Le 07/03/2021, à 17:36)

erresse · Le 07/03/2021, à 17:43

geole a écrit :

Le lien que tu donnes, indique pourtant que le montage automatique est activé par défaut.

Peut-être que d'autres options se cachent sous le bouton "Plus..." ?

tsuki a écrit :

J'ai pas envie d'installer un nouveau programme , trop peur de rater un truc et de tout perdre .

Au pire, si ton montage est incorrect tu ne pourras pas avoir accès au volume, ça ne va pas l'effacer pour autant...
Mais donne plus de renseignements sur tes volumes externes une fois montés et opérationnels, entre dans un terminal :

sudo fdisk -l | grep sd
sudo lsblk | grep sd
sudo blkid | grep sd

Ça permettra de voir comment ils sont partitionnés et de pouvoir ensuite te conseiller les lignes à ajouter à ton "fstab".

Dernière modification par erresse (Le 07/03/2021, à 17:51)

tsuky · Le 07/03/2021, à 18:51

rey@rey-System:~$ sudo fdisk -l | grep sd
[sudo] Mot de passe de rey : 
Disque /dev/sda : 223,58 GiB, 240057409536 octets, 468862128 secteurs
/dev/sda1    *           2048   1050623   1048576   512M  b W95 FAT32
/dev/sda2             1052670 468860927 467808258 223,1G  5 Étendue
/dev/sda5             1052672 468860927 467808256 223,1G 83 Linux
Disque /dev/sdb : 931,53 GiB, 1000204886016 octets, 1953525168 secteurs
/dev/sdb1     2048 1953525134 1953523087 931,5G Système de fichiers Linux
Disque /dev/sdc : 3,65 TiB, 4000787030016 octets, 7814037168 secteurs
/dev/sdc1     2048 7814037134 7814035087   3,7T Système de fichiers Linux
Disque /dev/sdd : 2,75 TiB, 3000592982016 octets, 5860533168 secteurs
/dev/sdd1     2048 5860533134 5860531087   2,7T Système de fichiers Linux

rey@rey-System:~$ sudo lsblk | grep sd
sda      8:0    0 223,6G  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
├─sda2   8:2    0     1K  0 part 
└─sda5   8:5    0 223,1G  0 part /
sdb      8:16   0 931,5G  0 disk 
└─sdb1   8:17   0 931,5G  0 part /media/rey/disk/1TO
sdc      8:32   0   3,7T  0 disk 
└─sdc1   8:33   0   3,7T  0 part /media/rey/disk/4TO
sdd      8:48   0   2,7T  0 disk 
└─sdd1   8:49   0   2,7T  0 part /media/rey/disk/3TO

rey@rey-System:~$ sudo blkid | grep sd
/dev/sda5: UUID="cf3488ff-5fd3-4149-b652-ee3e341f227c" TYPE="ext4" PARTUUID="a116d155-05"
/dev/sda1: UUID="028D-CB82" TYPE="vfat" PARTUUID="a116d155-01"
/dev/sdb1: LABEL="1TO" UUID="56eb9dd0-1878-410f-bf06-8b18886d344d" TYPE="ext4" PARTUUID="56eababd-c5cc-42f8-a8c7-9378c353cdc4"
/dev/sdc1: LABEL="4TO" UUID="9d085ee8-b965-49cb-a496-428d4dd62af5" TYPE="ext4" PARTUUID="668f3239-2631-4df6-944a-8f770a2daeeb"
/dev/sdd1: LABEL="3TO" UUID="fbccf625-8bc8-4bee-8871-06ecb11ed73c" TYPE="ext4" PARTUUID="18965ecc-9d41-4fe2-ba18-082f18eebdad"

Sous le bouton Plus il y a une petite fenetre ( genre mini terminal ) pour y entré des options ( mais rien comme information ) .

J'ai déjà essayé en cochant " ne pas monter automatique " et ca change rien .

geole · Le 07/03/2021, à 19:20

je te propose

sudo -i

mkdir /media/1TO /media/4TO  /media/3TO
cp /etc/fstab /etc/fstab.old
cat <<*EOF*  >>/etc/fstab
UUID=56eb9dd0-1878-410f-bf06-8b18886d344d /media/1TO auto nosuid,nodev,nofail,x-gvfs-show,x-udisks-auth 0 2
UUID=9d085ee8-b965-49cb-a496-428d4dd62af5 /media/4TO auto nosuid,nodev,nofail,x-gvfs-show,x-udisks-auth 0 2
UUID=fbccf625-8bc8-4bee-8871-06ecb11ed73c /media/3TO auto nosuid,nodev,nofail,x-gvfs-show,x-udisks-auth 0 2
*EOF*
cat /etc/fstab
exit

NOTA, il possible que erresse te propose d'autres options car il n'aime pas trop celles de gnome disque utility

Dernière modification par geole (Le 07/03/2021, à 19:26)

erresse · Le 07/03/2021, à 20:03

geole a écrit :

NOTA, il possible que erresse te propose d'autres options car il n'aime pas trop celles de gnome disque utility

C'est pas ça, mais est-ce qu'avec ces paramètres l'utilisateur aura pleinement accès à ses données ? Est-ce que ça monte les volumes avec "fuse" dans l'environnement utilisateur ou appartenant à "root" ?

geole · Le 07/03/2021, à 21:50

aucune idée!
Mais c'est certainement monté sous root , l'important est que l'application graphique ( fichier pour ubuntu) a la possibilité d'écrire dedans. il me semble bien qu'en ligne de commande, l'utilisateur peut aussi y écrire sans utiliser sudo. Réponse d'un ipad...
demain je détaillerais pour ubuntu mais pour KDE, je ne saurais pas répondre.

tsuky · Le 07/03/2021, à 21:55

@geole , est ce que j'essaie ou tu préfére que j'attende ? Peut être que d'autre auront des idées ?!

geole · Le 07/03/2021, à 22:01

Je connais assez bien comment cela fonctionne avec ubuntu.
mais je ne connais pas KDE.
De toute façon c'est sans risque, on sait facilement enlever ou modifier les lignes.
Si tu souhaites attendre la réponse de quelqu'un qui connait bien la réponse pour KDE, c'et toi qui décide.

tsuky · Le 07/03/2021, à 22:13

Je vais essayé avec 1 disque

EDIT:

YES merci beaucoup çà fonctionné , je vais faire les 2 autres maintenant .

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=cf3488ff-5fd3-4149-b652-ee3e341f227c /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=028D-CB82  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
UUID=56eb9dd0-1878-410f-bf06-8b18886d344d /media/rey/disk/1TO auto nosuid,nodev,nofail,x-gvfs-show,x-udisks-auth 0 2

Dernière modification par tsuky (Le 07/03/2021, à 22:34)

Coeur Noir · Le 07/03/2021, à 22:39

sudo fdisk -l | grep sd
sudo lsblk | grep sd
sudo blkid | grep sd

se remplace avantageusement par

lsblk -fe7 -o +size

Ici on sait que les partitions à monter sont en ext4 et on sait qu'on n'est pas sous gnome donc les options x-gvfs-show,x-udisks-auth ont-elles le moindre intérêt ?
Je proposerais plus simplement :

UUID=56eb9dd0-1878-410f-bf06-8b18886d344d /media/1TO ext4 defaults 0 2
UUID=9d085ee8-b965-49cb-a496-428d4dd62af5 /media/4TO ext4 defaults 0 2
UUID=fbccf625-8bc8-4bee-8871-06ecb11ed73c /media/3TO ext4 defaults 0 2

comme montages à ajouter au fichier /etc/fstab via

kate /etc/fstab

qui devrait demander le mot de passe aux moments opportuns, ou

sudo nano /etc/fstab

éditeur de texte « dans » le terminal.

Après bien sûr avoir créé les dossiers points de montage :

sudo mkdir /media/1TO /media/4TO  /media/3TO

et sauvegarde du fichier fstab actuel, histoire de savoir revenir en arrière si problème :

sudo cp /etc/fstab /etc/fstab.old

comme évoqué par geole.

C'est de l'ext4 donc pas de problème d'accès, on y gère les droits et permissions comme on veut.
Le point de montage reste à root ce qui importe c'est que un ou des dossiers dans cette partition appartiennent à l'$USER concerné.

Les modif's ne seront visibles qu'au démarrage suivant : le système lit /etc/fstab très tôt, une seule fois, pendant le démarrage, pour monter en conséquence ce qui y est consigné.

Doc → https://doc.ubuntu-fr.org/mount_fstab

tsuky · Le 07/03/2021, à 22:43

Du coup c'est pas bon faut que je refasse ? La ca fonctionne et tous semble ok .

Coeur Noir · Le 07/03/2021, à 23:18

Si ça marche comme tu le souhaites, y'a pas de grosse raison de changer, montre

cat /etc/fstab

quand tu auras fini.

Je pense juste que
⋅ x-gvfs-show est inutile ici ( puisque tes points de montage sont quelque part dans /media/… ) d'après https://forums.linuxmint.com/viewtopic. … c5#p992375
⋅ et x-udisks-auth je n'en comprends pas non plus l'utilité sur une partition montée dès le démarrage système, en essayant de déduire de http://manpages.ubuntu.com/manpages/tru … %20control

J'avais pas vu ton édit plus haut.

/media/rey/disk/1TO

Tu vérifieras bien que ton dossier /media continue de fonctionner correctement, par exemple en branchant une clé usb ou un dd externe :
⋅ de tels médias amovibles doivent automatiquement apparaître dans /media/ton_nom/label_ou_uuid_media_amovible
⋅ et cela sans perturber les autres montages.

Dernière modification par Coeur Noir (Le 08/03/2021, à 00:25)

tsuky · Le 08/03/2021, à 09:37

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=cf3488ff-5fd3-4149-b652-ee3e341f227c /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=028D-CB82  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
UUID=56eb9dd0-1878-410f-bf06-8b18886d344d /media/rey/disk/1TO auto nosuid,nodev,nofail,x-gvfs-show,x-udisks-auth 0 2
UUID=fbccf625-8bc8-4bee-8871-06ecb11ed73c /media/rey/disk/3TO auto nosuid,nodev,nofail,x-gvfs-show,x-udisks-auth 0 2
UUID=9d085ee8-b965-49cb-a496-428d4dd62af5 /media/rey/disk/4TO auto nosuid,nodev,nofail,x-gvfs-show,x-udisks-auth 0 2

erresse · Le 08/03/2021, à 11:07

Cœur Noir a écrit :

C'est de l'ext4 donc pas de problème d'accès, on y gère les droits et permissions comme on veut.
Le point de montage reste à root ce qui importe c'est que un ou des dossiers dans cette partition appartiennent à l'$USER concerné.

C'est justement pour ça que j'avais émis un doute... Ainsi montés, les volumes appartiennent à "root" et j'ignore si tsuki a effectivement prévu un dossier lui appartenant dans ces volumes pour enregistrer ses données.
Si ce n'est pas le cas, comme il ne va sans doute pas refaire son arborescence, il va falloir modifier les propriétés des points de montage (c'est ce que n'aime pas) pour les attribuer à l'utilisateur afin qu'il puisse avoir accès à ses données sans passer par "sudo".

tsuky · Le 08/03/2021, à 12:30

Je capte pas ce que tu dis désolé , j'ai aucun soucis pour créé des dossiers ou fichiers dans les disques montés !

erresse · Le 08/03/2021, à 14:35

tsuky a écrit :

Je capte pas ce que tu dis désolé , j'ai aucun soucis pour créé des dossiers ou fichiers dans les disques montés !

Normal, mon message était plutôt adressé à Cœur Noir...
Si tu as conservé ton "fstab" avec les lignes telles que geole t'avait conseillé de les écrire, cette forme de paramétrage doit te permettre un accès aux volumes en qualité de simple utilisateur, et c'est tant mieux vu que c'est ce que nous voulions tous !
Cependant, Cœur Noir te disait dans son message que certains paramètres utilisés n'étaient pas nécessaire et te conseillait de les supprimer, ce à quoi je répondais que dans ce cas les volumes appartiendraient à "root" et que le simple utilisateur ne pourrait plus y avoir accès sans acquérir les droits du super-utilisateur "root".
Puisque tu constates que tout fonctionne à ta convenance, ne change rien, le but visé est atteint et le mieux est toujours l'ennemi du bien !

Dernière modification par erresse (Le 08/03/2021, à 14:35)

geole · Le 08/03/2021, à 17:13

erresse a écrit :

C'est pas ça, mais est-ce qu'avec ces paramètres l'utilisateur aura pleinement accès à ses données ? Est-ce que ça monte les volumes avec "fuse" dans l'environnement utilisateur ou appartenant à "root" ?

Bonjour erresse
Je vais répondre en deux temps
A) Tout de suite
1) Je viens de créer une partition de test
2) J'ai demandé le montage automatique en remplaçant le point de montage suggéré (/mnt) par /media
Suivant des conseils qui ne me semblent plus valables en version 20.04.2
3) Bien sur, j'ai monté dans la foulée la partition.
C'est peut-être cette action qui me masque depuis toujours le futur problème.
4) Je n'ai aucun problème pour créer mes répertoires et mes fichiers tant en ligne de commande qu'avec le logiciel fichier.
5) Et pour cause, comme j'ai monté la partition , elle m'appartient et ce que je fabrique m'appartient aussi.
6) Voici les extraits

@b:/$ tail -1 /etc/fstab
/dev/disk/by-partuuid/5799a27e-97b1-4762-9eb1-b8549ca317eb /media/5799a27e-97b1-4762-9eb1-b8549ca317eb auto nosuid,nodev,nofail,x-gvfs-show 0 0
a@b:/$ ls -ls /media | grep 5799
 4 drwx------   5 a    a     4096 mars   8 16:51 5799a27e-97b1-4762-9eb1-b8549ca317eb
a@b:/$ ls -als /media/5799*
total 32
 4 drwx------  5 a    a     4096 mars   8 16:51 .
 4 drwxr-xr-x 29 root root  4096 mars   8 16:39 ..
 4 drwxrwxr-x  2 a    a     4096 mars   8 16:51 a
16 drwx------  2 root root 16384 mars   8 16:23 lost+found
 4 drwxrwxr-x  2 a    a     4096 mars   8 16:43 titi

B) après le reboot
Pour l'instant, je souhaite ne pas rebooter car j'ai un script qui tourne.... et qui m'a empêché de faire le montage standard sur /mnt!!!!

umount -v /dev/sdc8
mount -v /dev/sdc8 -o ro /mnt 
for  (( Z=1; Z < 20; Z++ ));  do 
     debut=$(date +%s)
     echo $Z
     fsarchiver savefs /media/BigDisK/FSARCHIVER/FS-Z$Z /dev/sdc8 -Z$Z
     mv /media/BigDisK/FSARCHIVER/FS-Z$Z  /media/BigDisK/FSARCHIVER/"FS-Z$Z généré en $(( $(date +%s) - $debut )) secondes.fsa" 
done;
ls -ls /media/BigDisK/FSARCHIVER

VOILA, le reboot est fait et root ne s'est pas approprié le point de montage

 ls -ls /media | grep 5799
 4 drwx------   5 a    a     4096 mars   8 16:51 5799a27e-97b1-4762-9eb1-b8549ca317eb
a@b:/media$

Donc, si plusieurs utilisateurs cela poser problème....

Dernière modification par geole (Le 09/03/2021, à 08:20)

erresse · Le 08/03/2021, à 17:43

Oui, dans ton exemple on voit bien que le point de montage de "5799a..." appartient à "a" qui est l'utilisateur et non à "root".
Mais c'est ainsi lorsque l'utilisateur fait ce montage en direct avec "mount" ou un "gnome-disk-utility" qui sont exécutés dans l'environnement de l'utilisateur. La question que je me pose, lorsque le montage est fait dans le "fstab", avec une ligne qui ne mentionne aucunement l'utilisateur concerné (pas d'UID, pas de GID) comment va se faire ce montage ? Le point de montage créé avec "a" comme propriétaire sera réutilisé puisque ce n'est pas un point de montage dynamique, mais les droits afférents seront-ils encore ceux de l'utilisateur ou réservés à "root" ?
Il semble que tsuki ait bien accès total à ses volumes, ce qui serait positif, mais a-t-il redémarré sa machine depuis la mise à jour de son "fstab" ???

Coeur Noir · Le 08/03/2021, à 18:29

Je disais juste :

x-gvfs-show et x-udisk-auth ne servent à rien 99% du temps pour tout le monde. Ces options n'adressent que des cas particuliers, souvent spécifiques à Gnome, elles ne sont pas universelles.
Et ici dans ce cas ( points de montage dans /media/… + montage dès le démarrage + pas de partitions chiffrées ) elles ne servent à rien, tout court, donc pourquoi les laisser ? Les laisser n'est pas gênant, ok, mais inutile.

( j'ai beau chercher, je trouve peu de doc's au sujet de ces options - par contre des trouzaines de posts où x-gvfs-show pose problème, ça oui c'est facile à trouver… )

Comme de laisser auto plutôt que préciser ext4 pour le type de système de fichiers, c'est pas bien grave mais je suppose que ça fait perdre un micronième de seconde au démarrage, le temps que le système détermine à quel type de fs il a à faire. Autant lui dire tout de suite.

Erresse ces options x-gvfs-show et x-udisk-auth n'ont rien à voir avec le fait qu'un montage appartienne à root. C'est normal qu'un montage appartienne à root, puisque c'est une opération réalisée par le « système » et qui concerne des périphériques ( périphériques que le système attribue à des groupes d'utilisateurs spécifiques en fonction de leur type ).

Si tu veux des montages dédiés aux utilisateurs, dans ce cas il ne faut pas utiliser fstab ( forcément système ) mais les initier en tant qu'utilisateur depuis sa session via udisksctl [ ubuntu man page ] ( qui exclura d'office les options « dangereuses » type suid ou dev et autres de nature à attribuer des privilèges élevés à un utilisateur ). udisksctl est le mécanisme utilisé « derrière » le montage automatique des médias amovibles à leur connexion mais on peut tout à fait s'en servir « manuellement » via des lanceurs en autostart par exemple ( et dans ce cas des données utilisateur ne montent qu'avec la mise en route de la session de cet utilisateur, c'est plutôt safe ).

Quand on utilise fstab avec un point de vue « humain » sur les données à monter, on en détourne un peu l'objectif initial, qui est d'attacher au système de façon statique / permanente les partitions nécessaires à son bon fonctionnement à lui. C'est évidemment commode de passer par là pour aussi attacher ce qui semble important d'un point de vue humain mais ça n'a rien d'obligatoire pour le système.

Tout ça pour dire : y'a pas une seule méthode, une plus royale que les autres, tout dépend du contexte de la machine et des humains qui s'en servent, du degré de séparation qu'on estime nécessaires entre données système / humaine, puis entre données de chaque humain. Dans le cas d'un ordi solo avec un seul utilisateur, on peut tout laisser dans le même sac. Dans des ordis à plusieurs utilisateurs en réseau / synchro / nuage, on agira sans doute autrement.

Dernière modification par Coeur Noir (Le 08/03/2021, à 19:14)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 07/03/2021, à 12:49

Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#2 Le 07/03/2021, à 13:13

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#3 Le 07/03/2021, à 13:21

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#4 Le 07/03/2021, à 13:59

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#5 Le 07/03/2021, à 15:59

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#6 Le 07/03/2021, à 16:57

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#7 Le 07/03/2021, à 17:35

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#8 Le 07/03/2021, à 17:43

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#9 Le 07/03/2021, à 18:51

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#10 Le 07/03/2021, à 19:20

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#11 Le 07/03/2021, à 20:03

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#12 Le 07/03/2021, à 21:50

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#13 Le 07/03/2021, à 21:55

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#14 Le 07/03/2021, à 22:01

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#15 Le 07/03/2021, à 22:13

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#16 Le 07/03/2021, à 22:39

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#17 Le 07/03/2021, à 22:43

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#18 Le 07/03/2021, à 23:18

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#19 Le 08/03/2021, à 09:37

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#20 Le 08/03/2021, à 11:07

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#21 Le 08/03/2021, à 12:30

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#22 Le 08/03/2021, à 14:35

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#23 Le 08/03/2021, à 17:13

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#24 Le 08/03/2021, à 17:43

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

#25 Le 08/03/2021, à 18:29

Re : Résolu - Impossible de garder actif le montage des disques Sata (KDE)

Pied de page des forums