Mise en Route de la Super Configuration Linux de Ghost "Michu" Raider
555 réponses
Ghost-Raider
Et ben voilÍ , La bébête est arrivée ce matin de chez Hardware.fr.
Comme lundi pour l'écran et le clavier-souris, Chronopost s'est pointé
pile au milieu de la plage horaire d'une heure communiquée par SMS.
Merci Monsieur le Ministre des Postes.
Déballage, tout est en ordre, le PC est bien monté, je branche les
prises et l'UEFI s'affiche et la souris aussi avec la vitesse des deux
ventilos, les températures et l'Í¢ge du capitaine.
Je mets mon DVD Linux dans la fente et c'est parti : questions ==>
réponses puis redémarrage et comme toujours (souvenirs Windows ?)
j'enlève trop tÍ´t le DVD et l'écran m'affiche des tas de trucs qu'il ne
trouve pas. Pas grave, c'est Linux, pas Windows.
Je redémarre, menu de boot, je choisi Linux et ça s'installe pour de bon
sur le SSD.
Suivent quelques questions inattendues dont une Í propos de Codecs et de
Secure Boot, je réponds oui et je rentre un mot de passe, j'espère que
je n'ai pas fait une bêtise.
Essai WIFI : impeccable, FF/nperf.com m'apprend que la connexion est
bien plus rapide que sur mon vieux PC Windows situé Í 2 mètres.
Essai Thunderbird : ça marche sans problème et ça me charge des
palanquées de messages.
Bon, c'est pas tout ça, il faut commencer Í travailler pour de bon et
tout d'abord, formater le HDD de 4 TO.
Je ne partitionne pas, c'est pour moi inutile sur un disque uniquement
de données et au pif, je réponds: formatage uniquement Linux. J'ai bon ?
Si ce n'est pas bon, je peux revenir en arrière, il m'affiche encore 14
heures de formatage.
La suite très bientÍ´t...
--
Ils y reviendront, au cheval, ils y reviendront, et au galop !
Le problème qui se pose Í moi, c'est justement, comment limiter mon SSD au système et aux logiciels, et mon HDD de 4 TO aux données uniquement, ceci dans le cadre d'une gestion localisée de mes sauvegardes.
Pourquoi vouloir limiter le SSD au sustème et aux logiciels, et quel rapport avec les sauvegardes ?
C'est un bonne question : pourquoi ? Parce qu'en général, c'est ce que j'ai lu, c'est comme ça : grande rapidité pour accéder aux programmes. Les sauvegardes : j'utilise un disque amovible et j'ai donc tendance Í chercher Í copier ce qui est sur un disque physique sur un autre disque physique. -- Ils y reviendront, au cheval, ils y reviendront, et au galop !
Le 17/04/2022 Í 14:24, Pascal Hambourg a écrit :
Le 17/04/2022 Í 13:37, Ghost-Raider a écrit :
Le problème qui se pose Í moi, c'est justement, comment limiter mon SSD
au système et aux logiciels, et mon HDD de 4 TO aux données uniquement,
ceci dans le cadre d'une gestion localisée de mes sauvegardes.
Pourquoi vouloir limiter le SSD au sustème et aux logiciels, et quel
rapport avec les sauvegardes ?
C'est un bonne question : pourquoi ? Parce qu'en général, c'est ce que
j'ai lu, c'est comme ça : grande rapidité pour accéder aux programmes.
Les sauvegardes : j'utilise un disque amovible et j'ai donc tendance Í
chercher Í copier ce qui est sur un disque physique sur un autre disque
physique.
--
Ils y reviendront, au cheval, ils y reviendront, et au galop !
Le problème qui se pose Í moi, c'est justement, comment limiter mon SSD au système et aux logiciels, et mon HDD de 4 TO aux données uniquement, ceci dans le cadre d'une gestion localisée de mes sauvegardes.
Pourquoi vouloir limiter le SSD au sustème et aux logiciels, et quel rapport avec les sauvegardes ?
C'est un bonne question : pourquoi ? Parce qu'en général, c'est ce que j'ai lu, c'est comme ça : grande rapidité pour accéder aux programmes. Les sauvegardes : j'utilise un disque amovible et j'ai donc tendance Í chercher Í copier ce qui est sur un disque physique sur un autre disque physique. -- Ils y reviendront, au cheval, ils y reviendront, et au galop !
Ghost-Raider
Le 17/04/2022 Í 14:30, Nicolas George a écrit :
Ghost-Raider , dans le message <t3gu5h$r9f$, a écrit :
Ça me rappelle l'espace adressable unique des AS400 et c'est effectivement déroutant pour un débutant nourri au lait de CP/M et de MS-DOS.
C'est rigolo, les neuneux en Linux ont toujours des anecdotes et des comparaisons avec le temps o͹ ils étaient des cadors sur des mainframes, et ces anecdotes et comparaisons ne sont jamais pertinentes.
En l’occurrence, pour l'espace adressable unique, c'est pertinent. -- Ils y reviendront, au cheval, ils y reviendront, et au galop !
Le 17/04/2022 Í 14:30, Nicolas George a écrit :
Ghost-Raider , dans le message <t3gu5h$r9f$1@dont-email.me>, a écrit :
Ça me rappelle l'espace adressable unique des AS400 et c'est
effectivement déroutant pour un débutant nourri au lait de CP/M et de
MS-DOS.
C'est rigolo, les neuneux en Linux ont toujours des anecdotes et des
comparaisons avec le temps o͹ ils étaient des cadors sur des mainframes, et
ces anecdotes et comparaisons ne sont jamais pertinentes.
En l’occurrence, pour l'espace adressable unique, c'est pertinent.
--
Ils y reviendront, au cheval, ils y reviendront, et au galop !
Ghost-Raider , dans le message <t3gu5h$r9f$, a écrit :
Ça me rappelle l'espace adressable unique des AS400 et c'est effectivement déroutant pour un débutant nourri au lait de CP/M et de MS-DOS.
C'est rigolo, les neuneux en Linux ont toujours des anecdotes et des comparaisons avec le temps o͹ ils étaient des cadors sur des mainframes, et ces anecdotes et comparaisons ne sont jamais pertinentes.
En l’occurrence, pour l'espace adressable unique, c'est pertinent. -- Ils y reviendront, au cheval, ils y reviendront, et au galop !
Ghost-Raider
Le 17/04/2022 Í 14:28, Pascal Hambourg a écrit :
Le 17/04/2022 Í 14:24, Ghost-Raider a écrit :
C'est une évidence quand on sait ce qu'est un fichier swap.
Il y a une seule chose Í savoir sur les fichiers de swap : c'est mal.
C'est pour ça que j'ai mis 16 GO de RAM, ce qui, m'a dit mon petit doigt, est très excessif pour Linux. -- Ils y reviendront, au cheval, ils y reviendront, et au galop !
Le 17/04/2022 Í 14:28, Pascal Hambourg a écrit :
Le 17/04/2022 Í 14:24, Ghost-Raider a écrit :
C'est une évidence quand on sait ce qu'est un fichier swap.
Il y a une seule chose Í savoir sur les fichiers de swap : c'est mal.
C'est pour ça que j'ai mis 16 GO de RAM, ce qui, m'a dit mon petit
doigt, est très excessif pour Linux.
--
Ils y reviendront, au cheval, ils y reviendront, et au galop !
C'est une évidence quand on sait ce qu'est un fichier swap.
Il y a une seule chose Í savoir sur les fichiers de swap : c'est mal.
C'est pour ça que j'ai mis 16 GO de RAM, ce qui, m'a dit mon petit doigt, est très excessif pour Linux. -- Ils y reviendront, au cheval, ils y reviendront, et au galop !
Pascal Hambourg
Le 17/04/2022 Í 14:39, Ghost-Raider a écrit :
Le 17/04/2022 Í 14:24, Pascal Hambourg a écrit :
Le 17/04/2022 Í 13:37, Ghost-Raider a écrit :
Le problème qui se pose Í moi, c'est justement, comment limiter mon SSD au système et aux logiciels, et mon HDD de 4 TO aux données uniquement, ceci dans le cadre d'une gestion localisée de mes sauvegardes.
Pourquoi vouloir limiter le SSD au sustème et aux logiciels, et quel rapport avec les sauvegardes ?
C'est un bonne question : pourquoi ? Parce qu'en général, c'est ce que j'ai lu, c'est comme ça : grande rapidité pour accéder aux programmes.
Mais pas aux données, ce qui handicape les programmes accédant Í des données. Donc pourquoi ne pas mettre au moins les données les plus fréquemment utilisées sur le SSD ?
Les sauvegardes : j'utilise un disque amovible et j'ai donc tendance Í chercher Í copier ce qui est sur un disque physique sur un autre disque physique.
Je ne vois pas pas le rapport. On sauvegarde un contenu, pas un contenant.
Le 17/04/2022 Í 14:39, Ghost-Raider a écrit :
Le 17/04/2022 Í 14:24, Pascal Hambourg a écrit :
Le 17/04/2022 Í 13:37, Ghost-Raider a écrit :
Le problème qui se pose Í moi, c'est justement, comment limiter mon SSD
au système et aux logiciels, et mon HDD de 4 TO aux données uniquement,
ceci dans le cadre d'une gestion localisée de mes sauvegardes.
Pourquoi vouloir limiter le SSD au sustème et aux logiciels, et quel
rapport avec les sauvegardes ?
C'est un bonne question : pourquoi ? Parce qu'en général, c'est ce que
j'ai lu, c'est comme ça : grande rapidité pour accéder aux programmes.
Mais pas aux données, ce qui handicape les programmes accédant Í des
données. Donc pourquoi ne pas mettre au moins les données les plus
fréquemment utilisées sur le SSD ?
Les sauvegardes : j'utilise un disque amovible et j'ai donc tendance Í
chercher Í copier ce qui est sur un disque physique sur un autre disque
physique.
Je ne vois pas pas le rapport. On sauvegarde un contenu, pas un contenant.
Le problème qui se pose Í moi, c'est justement, comment limiter mon SSD au système et aux logiciels, et mon HDD de 4 TO aux données uniquement, ceci dans le cadre d'une gestion localisée de mes sauvegardes.
Pourquoi vouloir limiter le SSD au sustème et aux logiciels, et quel rapport avec les sauvegardes ?
C'est un bonne question : pourquoi ? Parce qu'en général, c'est ce que j'ai lu, c'est comme ça : grande rapidité pour accéder aux programmes.
Mais pas aux données, ce qui handicape les programmes accédant Í des données. Donc pourquoi ne pas mettre au moins les données les plus fréquemment utilisées sur le SSD ?
Les sauvegardes : j'utilise un disque amovible et j'ai donc tendance Í chercher Í copier ce qui est sur un disque physique sur un autre disque physique.
Je ne vois pas pas le rapport. On sauvegarde un contenu, pas un contenant.
Pascal Hambourg
Le 17/04/2022 Í 14:43, Ghost-Raider a écrit :
Le 17/04/2022 Í 14:28, Pascal Hambourg a écrit :
Il y a une seule chose Í savoir sur les fichiers de swap : c'est mal.
C'est pour ça que j'ai mis 16 GO de RAM
Je ne vois pas le rapport.
, ce qui, m'a dit mon petit doigt, est très excessif pour Linux.
Pas forcément. Ça dépend de l'utilisation.
Le 17/04/2022 Í 14:43, Ghost-Raider a écrit :
Le 17/04/2022 Í 14:28, Pascal Hambourg a écrit :
Il y a une seule chose Í savoir sur les fichiers de swap : c'est mal.
C'est pour ça que j'ai mis 16 GO de RAM
Je ne vois pas le rapport.
, ce qui, m'a dit mon petit doigt, est très excessif pour Linux.
Il y a une seule chose Í savoir sur les fichiers de swap : c'est mal.
C'est pour ça que j'ai mis 16 GO de RAM
Je ne vois pas le rapport.
, ce qui, m'a dit mon petit doigt, est très excessif pour Linux.
Pas forcément. Ça dépend de l'utilisation.
Stéphane CARPENTIER
Le 13-04-2022, Ghost-Raider a écrit :
GParted doit bien le faire, ce contrÍ´le initial avant de, peut-être, historiser les mauvais secteurs pour formater ensuite plus rapidement, non ?
Un control initial sur un disque neuf ? C'est quoi l'intérêt ? D'envoyer le disque neuf dans la face de celui qui l'a vendu si des secteurs sont défectueux ? -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Le 13-04-2022, Ghost-Raider <ghost-raider@compuserve.com> a écrit :
GParted doit bien le faire, ce contrÍ´le initial avant de,
peut-être, historiser les mauvais secteurs pour formater ensuite plus
rapidement, non ?
Un control initial sur un disque neuf ? C'est quoi l'intérêt ?
D'envoyer le disque neuf dans la face de celui qui l'a vendu si des
secteurs sont défectueux ?
--
Si vous avez du temps Í perdre :
https://scarpet42.gitlab.io
GParted doit bien le faire, ce contrÍ´le initial avant de, peut-être, historiser les mauvais secteurs pour formater ensuite plus rapidement, non ?
Un control initial sur un disque neuf ? C'est quoi l'intérêt ? D'envoyer le disque neuf dans la face de celui qui l'a vendu si des secteurs sont défectueux ? -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Jacques L'helgoualc'h
Le 17-04-2022, Pascal Hambourg a écrit :
Le 17/04/2022 Í 11:50, Jacques L'helgoualc'h a écrit :
Le 16-04-2022, Pascal Hambourg a écrit :
Le 14/04/2022 Í 19:18, Jacques L'helgoualc'h a écrit :
Il faudrait plutÍ´t /mnt/archives pour être conforme
Conforme Í quoi ? /mnt n'est pas fait pour les montages permanents.
Mea culpa --- ce doit être des restes d'avant l'apparition de /media ...
Comme je l'ai déjÍ écrit dans un message précédent, /media n'est pas fait pour ça non plus.
Oui, bien sÍ»r : j'ai cru comprendre que /media a été créé pour délester /mnt du montage des médias amovibles, que ce soit /mnt/. ou /mnt/cdrom, etc.
Je n'ai pas trouvé dans le FHS o͹ monter plusieurs systèmes de fichiers, dignes de /mnt ou pas, et non-amovibles
Le FHS n'a pas vocation a dire ce qui doit être monté o͹ mais ce que doit contenir tel ou tel répertoire système. La question Í te poser est : o͹ mettrais-tu ces données si ce n'était pas un système de fichiers distinct ? Si tu peux répondre Í cette question, tu connais ton point de montage.
J'aimerai ne pas balancer dans mon ~/public_html/ tout ce que je souhaite mettre dans un partage familial, par exemple, mais plutÍ´t utiliser des répertoires de groupe ad-hoc, dans un ou des supports de stockage et selon la casquette dont je m'affuble pour les gérer.
Le 17-04-2022, Pascal Hambourg a écrit :
Le 17/04/2022 Í 11:50, Jacques L'helgoualc'h a écrit :
Le 16-04-2022, Pascal Hambourg a écrit :
Le 14/04/2022 Í 19:18, Jacques L'helgoualc'h a écrit :
Il faudrait plutÍ´t /mnt/archives pour être conforme
Conforme Í quoi ? /mnt n'est pas fait pour les montages permanents.
Mea culpa --- ce doit être des restes d'avant l'apparition de /media ...
Comme je l'ai déjÍ écrit dans un message précédent, /media n'est pas
fait pour ça non plus.
Oui, bien sÍ»r : j'ai cru comprendre que /media a été créé pour
délester /mnt du montage des médias amovibles, que ce soit /mnt/. ou
/mnt/cdrom, etc.
Je n'ai pas trouvé dans le FHS o͹ monter plusieurs systèmes de
fichiers, dignes de /mnt ou pas, et non-amovibles
Le FHS n'a pas vocation a dire ce qui doit être monté o͹ mais ce que
doit contenir tel ou tel répertoire système.
La question Í te poser est : o͹ mettrais-tu ces données si ce n'était
pas un système de fichiers distinct ? Si tu peux répondre Í cette
question, tu connais ton point de montage.
J'aimerai ne pas balancer dans mon ~/public_html/ tout ce que je
souhaite mettre dans un partage familial, par exemple, mais plutÍ´t
utiliser des répertoires de groupe ad-hoc, dans un ou des supports de
stockage et selon la casquette dont je m'affuble pour les gérer.
Le 17/04/2022 Í 11:50, Jacques L'helgoualc'h a écrit :
Le 16-04-2022, Pascal Hambourg a écrit :
Le 14/04/2022 Í 19:18, Jacques L'helgoualc'h a écrit :
Il faudrait plutÍ´t /mnt/archives pour être conforme
Conforme Í quoi ? /mnt n'est pas fait pour les montages permanents.
Mea culpa --- ce doit être des restes d'avant l'apparition de /media ...
Comme je l'ai déjÍ écrit dans un message précédent, /media n'est pas fait pour ça non plus.
Oui, bien sÍ»r : j'ai cru comprendre que /media a été créé pour délester /mnt du montage des médias amovibles, que ce soit /mnt/. ou /mnt/cdrom, etc.
Je n'ai pas trouvé dans le FHS o͹ monter plusieurs systèmes de fichiers, dignes de /mnt ou pas, et non-amovibles
Le FHS n'a pas vocation a dire ce qui doit être monté o͹ mais ce que doit contenir tel ou tel répertoire système. La question Í te poser est : o͹ mettrais-tu ces données si ce n'était pas un système de fichiers distinct ? Si tu peux répondre Í cette question, tu connais ton point de montage.
J'aimerai ne pas balancer dans mon ~/public_html/ tout ce que je souhaite mettre dans un partage familial, par exemple, mais plutÍ´t utiliser des répertoires de groupe ad-hoc, dans un ou des supports de stockage et selon la casquette dont je m'affuble pour les gérer.
Stéphane CARPENTIER
Le 17-04-2022, Ghost-Raider a écrit :
Le 17/04/2022 Í 12:15, Stéphane CARPENTIER a écrit :
Le 13-04-2022, Ghost-Raider a écrit :
Mais y'a des insuffisances d'explications: le système ne décrit pas les différents formatages et ne commente pas leurs usages, avantages ou inconvénients.
C'est un logiciel d'installation que tu utilises, pas une formation Í Linux.
D'accord, mais très souvent l'option est expliquée par un message, mais pas toujours.
L'option, comme l'explication, est destinée Í quelqu'un qui est supposé connaÍ®tre. Ou au minimum, avec assez d'information pour que celui qui ne connaÍ®t pas puisse savoir quoi chercher. C'est pour ça que je dis que ce n'est pas une formation mais une aide Í l'installation. La personne qui ne connait pas et ne veut pas connaÍ®tre n'a qu'Í faire comme avec Windows : laisser l'option par défaut.
si c'était l'action inverse des trois premières, elle supprime le paquet et ne peut être annulée !
Ben si, tu réinstalles le paquet.
Ça c'est anti-michuesque
Non. Michu laisse les options par défaut.
et ça peut être catastrophique car il faut ensuite aller rechercher le paquet, le réinstaller etc., ce qui n'est pas évident du tout et fait appel au langage de contrÍ´le
C'est le problème de Michu qui veut rester Michu sans arrêter d'être Michu. C'est pas le problème avec Linux mais avec Michu. Soit Michu se renseigne sur ce qu'il se passe soit Michu laisse les options par défaut. Vouloir modifier les options sans vouloir en comprendre les conséquences pose des problèmes : il n'y a aucune surprise lÍ -dedans. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Le 17-04-2022, Ghost-Raider <ghost-raider@compuserve.com> a écrit :
Le 17/04/2022 Í 12:15, Stéphane CARPENTIER a écrit :
Le 13-04-2022, Ghost-Raider <ghost-raider@compuserve.com> a écrit :
Mais y'a des insuffisances d'explications: le système ne décrit pas les
différents formatages et ne commente pas leurs usages, avantages ou
inconvénients.
C'est un logiciel d'installation que tu utilises, pas une formation
Í Linux.
D'accord, mais très souvent l'option est expliquée par un message, mais
pas toujours.
L'option, comme l'explication, est destinée Í quelqu'un qui est
supposé connaÍ®tre. Ou au minimum, avec assez d'information pour que
celui qui ne connaÍ®t pas puisse savoir quoi chercher. C'est pour ça
que je dis que ce n'est pas une formation mais une aide Í
l'installation.
La personne qui ne connait pas et ne veut pas connaÍ®tre n'a qu'Í
faire comme avec Windows : laisser l'option par défaut.
si c'était l'action inverse des trois premières, elle supprime le paquet
et ne peut être annulée !
Ben si, tu réinstalles le paquet.
Ça c'est anti-michuesque
Non. Michu laisse les options par défaut.
et ça peut être catastrophique car il faut ensuite aller
rechercher le paquet, le réinstaller etc., ce qui n'est pas
évident du tout et fait appel au langage de contrÍ´le
C'est le problème de Michu qui veut rester Michu sans arrêter d'être
Michu. C'est pas le problème avec Linux mais avec Michu. Soit Michu
se renseigne sur ce qu'il se passe soit Michu laisse les options par
défaut. Vouloir modifier les options sans vouloir en comprendre les
conséquences pose des problèmes : il n'y a aucune surprise
lÍ -dedans.
--
Si vous avez du temps Í perdre :
https://scarpet42.gitlab.io
Le 17/04/2022 Í 12:15, Stéphane CARPENTIER a écrit :
Le 13-04-2022, Ghost-Raider a écrit :
Mais y'a des insuffisances d'explications: le système ne décrit pas les différents formatages et ne commente pas leurs usages, avantages ou inconvénients.
C'est un logiciel d'installation que tu utilises, pas une formation Í Linux.
D'accord, mais très souvent l'option est expliquée par un message, mais pas toujours.
L'option, comme l'explication, est destinée Í quelqu'un qui est supposé connaÍ®tre. Ou au minimum, avec assez d'information pour que celui qui ne connaÍ®t pas puisse savoir quoi chercher. C'est pour ça que je dis que ce n'est pas une formation mais une aide Í l'installation. La personne qui ne connait pas et ne veut pas connaÍ®tre n'a qu'Í faire comme avec Windows : laisser l'option par défaut.
si c'était l'action inverse des trois premières, elle supprime le paquet et ne peut être annulée !
Ben si, tu réinstalles le paquet.
Ça c'est anti-michuesque
Non. Michu laisse les options par défaut.
et ça peut être catastrophique car il faut ensuite aller rechercher le paquet, le réinstaller etc., ce qui n'est pas évident du tout et fait appel au langage de contrÍ´le
C'est le problème de Michu qui veut rester Michu sans arrêter d'être Michu. C'est pas le problème avec Linux mais avec Michu. Soit Michu se renseigne sur ce qu'il se passe soit Michu laisse les options par défaut. Vouloir modifier les options sans vouloir en comprendre les conséquences pose des problèmes : il n'y a aucune surprise lÍ -dedans. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Stéphane CARPENTIER
Le 17-04-2022, Ghost-Raider a écrit :
Le problème qui se pose Í moi, c'est justement, comment limiter mon SSD au système et aux logiciels, et mon HDD de 4 TO aux données uniquement, ceci dans le cadre d'une gestion localisée de mes sauvegardes.
Le mieux, c'est en comprenant la façon dont sont organisés les fichiers dans Linux (c'est possible que Mint ait adapté un peu). Comme ça, tu peux choisir d'utiliser ou de créer le répertoire le plus adapté Í ce que tu veux faire. <https://fr.wikipedia.org/wiki/Filesystem_Hierarchy_Standard> Ou alors, tu laisses ce qui est proposé par défaut en considérant que si c'est pas le mieux, c'est pas non plus le pire. Ou alors, tu fais ce qui a été indiqué dans une réponse. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Le 17-04-2022, Ghost-Raider <ghost-raider@compuserve.com> a écrit :
Le problème qui se pose Í moi, c'est justement, comment limiter mon SSD
au système et aux logiciels, et mon HDD de 4 TO aux données uniquement,
ceci dans le cadre d'une gestion localisée de mes sauvegardes.
Le mieux, c'est en comprenant la façon dont sont organisés les fichiers dans Linux
(c'est possible que Mint ait adapté un peu). Comme ça, tu peux
choisir d'utiliser ou de créer le répertoire le plus adapté Í ce que
tu veux faire.
Ou alors, tu laisses ce qui est proposé par défaut en considérant
que si c'est pas le mieux, c'est pas non plus le pire. Ou alors, tu
fais ce qui a été indiqué dans une réponse.
--
Si vous avez du temps Í perdre :
https://scarpet42.gitlab.io
Le problème qui se pose Í moi, c'est justement, comment limiter mon SSD au système et aux logiciels, et mon HDD de 4 TO aux données uniquement, ceci dans le cadre d'une gestion localisée de mes sauvegardes.
Le mieux, c'est en comprenant la façon dont sont organisés les fichiers dans Linux (c'est possible que Mint ait adapté un peu). Comme ça, tu peux choisir d'utiliser ou de créer le répertoire le plus adapté Í ce que tu veux faire. <https://fr.wikipedia.org/wiki/Filesystem_Hierarchy_Standard> Ou alors, tu laisses ce qui est proposé par défaut en considérant que si c'est pas le mieux, c'est pas non plus le pire. Ou alors, tu fais ce qui a été indiqué dans une réponse. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Thierry P
Le 17/04/2022 Ghost-Raider écrivationnait :
Le 17/04/2022 Í 14:24, Pascal Hambourg a écrit :
Le 17/04/2022 Í 13:37, Ghost-Raider a écrit :
Le problème qui se pose Í moi, c'est justement, comment limiter mon SSD au système et aux logiciels, et mon HDD de 4 TO aux données uniquement, ceci dans le cadre d'une gestion localisée de mes sauvegardes.
Pourquoi vouloir limiter le SSD au sustème et aux logiciels, et quel rapport avec les sauvegardes ?
C'est un bonne question : pourquoi ? Parce qu'en général, c'est ce que j'ai lu, c'est comme ça : grande rapidité pour accéder aux programmes. Les sauvegardes : j'utilise un disque amovible et j'ai donc tendance Í chercher Í copier ce qui est sur un disque physique sur un autre disque physique.
le disque amovible, il faut mounter une de ses partitions, soit Í la mimine, soit automatiquement généralement ce sera sur /mnt/quelque-chose les floppies sur /mnt/floppy les cdrom sur /mnt/cdrom :~$ ls /mnt README cdrecorder/ cdrom/ dvd/ floppy/ hd/ memory/ tmp/ zip/ ------------------------------- The purpose of the /mnt directory is to provide a place for the admin to mount block device temporarily. Any of the subdirectories of /mnt may be used, or volumes may even be mounted directly on /mnt (which is the traditional way of doing things, though /mnt/tmp is also provided for the purpose of mounting any kind of volume temporarily). See the /media directory also. voici le /etc/fstab d'un simple Raspberry sous Slackware : /dev/mmcblk0p1 /boot vfat defaults 0 0 /dev/mmcblk0p2 swap swap defaults 0 0 /dev/mmcblk0p3 / ext4 defaults 1 1 #/dev/cdrom /mnt/cdrom auto noauto,owner,ro,comment=xgvfs-show 0 0 /dev/fd0 /mnt/floppy auto noauto,owner 0 0 devpts /dev/pts devpts gid=5,modeb0 0 0 proc /proc proc defaults 0 0 tmpfs /dev/shm tmpfs nosuid,nodev,noexec 0 0
Le 17/04/2022 Ghost-Raider <ghost-raider@compuserve.com> écrivationnait :
Le 17/04/2022 Í 14:24, Pascal Hambourg a écrit :
Le 17/04/2022 Í 13:37, Ghost-Raider a écrit :
Le problème qui se pose Í moi, c'est justement, comment limiter mon SSD
au système et aux logiciels, et mon HDD de 4 TO aux données uniquement,
ceci dans le cadre d'une gestion localisée de mes sauvegardes.
Pourquoi vouloir limiter le SSD au sustème et aux logiciels, et quel
rapport avec les sauvegardes ?
C'est un bonne question : pourquoi ? Parce qu'en général, c'est ce que
j'ai lu, c'est comme ça : grande rapidité pour accéder aux programmes.
Les sauvegardes : j'utilise un disque amovible et j'ai donc tendance Í
chercher Í copier ce qui est sur un disque physique sur un autre disque
physique.
le disque amovible, il faut mounter une de ses partitions, soit Í la
mimine, soit automatiquement
généralement ce sera sur /mnt/quelque-chose
les floppies sur /mnt/floppy
les cdrom sur /mnt/cdrom
-------------------------------
The purpose of the /mnt directory is to provide a place for the admin to
mount block device temporarily. Any of the subdirectories of /mnt may
be used, or volumes may even be mounted directly on /mnt (which is the
traditional way of doing things, though /mnt/tmp is also provided for
the purpose of mounting any kind of volume temporarily).
See the /media directory also.
voici le /etc/fstab d'un simple Raspberry sous Slackware :
Le problème qui se pose Í moi, c'est justement, comment limiter mon SSD au système et aux logiciels, et mon HDD de 4 TO aux données uniquement, ceci dans le cadre d'une gestion localisée de mes sauvegardes.
Pourquoi vouloir limiter le SSD au sustème et aux logiciels, et quel rapport avec les sauvegardes ?
C'est un bonne question : pourquoi ? Parce qu'en général, c'est ce que j'ai lu, c'est comme ça : grande rapidité pour accéder aux programmes. Les sauvegardes : j'utilise un disque amovible et j'ai donc tendance Í chercher Í copier ce qui est sur un disque physique sur un autre disque physique.
le disque amovible, il faut mounter une de ses partitions, soit Í la mimine, soit automatiquement généralement ce sera sur /mnt/quelque-chose les floppies sur /mnt/floppy les cdrom sur /mnt/cdrom :~$ ls /mnt README cdrecorder/ cdrom/ dvd/ floppy/ hd/ memory/ tmp/ zip/ ------------------------------- The purpose of the /mnt directory is to provide a place for the admin to mount block device temporarily. Any of the subdirectories of /mnt may be used, or volumes may even be mounted directly on /mnt (which is the traditional way of doing things, though /mnt/tmp is also provided for the purpose of mounting any kind of volume temporarily). See the /media directory also. voici le /etc/fstab d'un simple Raspberry sous Slackware : /dev/mmcblk0p1 /boot vfat defaults 0 0 /dev/mmcblk0p2 swap swap defaults 0 0 /dev/mmcblk0p3 / ext4 defaults 1 1 #/dev/cdrom /mnt/cdrom auto noauto,owner,ro,comment=xgvfs-show 0 0 /dev/fd0 /mnt/floppy auto noauto,owner 0 0 devpts /dev/pts devpts gid=5,modeb0 0 0 proc /proc proc defaults 0 0 tmpfs /dev/shm tmpfs nosuid,nodev,noexec 0 0
