Vous n'êtes pas identifié(e).
par défaut le montage d'un système de fichiers est une opération privilégiée, la possibilité pour un utilisateur normal de monter un support externe via udisks n'est qu'une exception.
C'est vrai ça, que c’est une opération privilégiée. Mais dans ce cas pourquoi n’importe quelle clef USB se monte-t-elle automatiquement quand on clique dessus, sur n’importe quel ordi?
Comment montes tu tes partitions et tes volumes LVM?
Je les monte en cliquant sur le volume dans le gestionnaire de fichier.
c'est surement que tes autres partitions sont déclaré dans le fichier fstab?
Seules les partitions du disque dur interne sont déclarées dans le fichier fstab.
En fait ce n’est pas dépendant de l’ordi sur lequel je branche le DD externe, j’ai essayé avec plusieurs terminaux et à chaque fois on me demande le mdp admin de la machine. Je ne vois pas l’intérêt que ça peut avoir...
Est-ce que le paquet udisks2-lvm2 est installé ?
Non il n’est pas installé, à quoi servirait-il?
Des messages m'interpellent, je ne sais pas si je dois m'en inquiéter : "Mounting failed" sur tous les volumes au début du fichier, ainsi que le contenu des deux dernières sections ("Unknown MBRs/Boot Sectors/etc" et "StdErr Messages").
Que signifient-ils?
Si tu dis d'installer l'amorce de GRUB dans le MBR d'un disque, il l'installe dans le MBR, pas dans le secteur d'amorce de la partition qui a l'indicateur d'amorçage (dont il se moque royalement). GRUB installe aussi des fichiers dans /boot, non pas parce que la partition a l'indicateur d'amorçage mais simplement parce qu'elle est montée sur /boot, indépendamment de l'endroit où il installe son amorce.
Ah bon, alors à quoi sert cette option "indicateur d'amorçage"? J'ai indiqué "présent" car en cherchant sur internet j'ai trouvé cette phrase : "Pensez à mettre l'indicateur d'amorçage à "présent" sur la première partition qui sert au démarrage du système." (source ; je conçois que les informations présentes sur cette page ne correspondent pas à mon installation, c'était juste pour savoir à quoi servait cette option).
Il pourrait y avoir un ordre de priorité par type de périphérique
Je n'ai pas trouvé...
tu peux commencer par installer GRUB dans le MBR du disque dur puisque c'est lui qui est mentionné. Ce n'est pas idéal, mais ça permettra de lancer GRUB
Merci! J'ai exécuté la commande que tu m'as indiquée, et le système démarre correctement.
Si j'ai bien compris :
- D'abord, l'amorce de GRUB a été installée dans le MBR du SSD, et d'autres fichiers de GRUB ont été installés dans la partition montée sur /boot.
- Ensuite, par la commande "grub-install /dev/sda", l'amorce a été installée dans le MBR du disque dur, et les autres fichiers ont été réinstallés dans /boot (sur le SSD), remplaçant les premiers.
Est-ce correct? Si oui, y a-t-il quelque chose que tu préconises de faire, à présent que le système est utilisable? (car tu écris "tu peux commencer par"... et "Ce n'est pas idéal", même si l'idéal est une illusion!)
Peut-être supprimer l'amorce de GRUB dans le MBR du SSD?
Pourquoi pas pour le swap ?
Le réglage de discard n'était pas disponible pour ce type de partition.
Qu'il ferait quoi automatiquement ?
Qu'il installerait GRUB dans la partition /boot, qui est la première du SSD, et pour laquelle j'ai spécifié "présent" à l'option "indicateur d'amorçage".
Il faut relancer l'installateur en mode rescue, pas en mode installation.
Voici ce que j'obtiens en mode rescue :
Il me demande d'abord de "choisir un périphérique qui sera utilisé comme système de fichiers racine" : je sélectionne "/dev/SSD/racine" (volume que j'ai monté sur / à l'installation).
Puis "Le système installé semble utiliser une partition dédiée pour /boot. Il est en général conseillé de la monter car cela permettra des actions telles que la réinstallation du gestionnaire d'amorçage. Cependant, si le système de fichiers sur /boot est corrompu, vous pourriez souhaiter ne pas monter cette partition. Faut-il monter la partition /boot dédiée ?"
Comme je ne sais pas si le système de fichiers sur /boot est corrompu ou non, je clique sur "Oui", pour voir les options disponibles :
- Exécuter un shell dans /dev/SSD/racine
- Exécuter un shell dans le contexte de l'installateur
- Réinstallation du programme de démarrage GRUB
- Changer de système de fichiers racine
- Redémarrer le système
Que puis-je faire d'après toi? Si comme tu dis installer GRUB sur le disque sdb était le bon choix, je n'ai pas besoin de le réinstaller, n'est-ce pas?
Edit: je viens de remarquer que le SSD ne faisait pas partie des différents périphériques dans la liste des réglages du BIOS "Boot Priority Order". Il y a:
- HDD (TOSHIBA MQ01...)
- USB Memory
- USB FDD
- USB HDD
- CD/DVD (MATSHITADVD...)
- Network
Là est peut-être le problème?
L'exécution périodique de fstrim repose sur un "timer" systemd. Il faut voir s'il est paramétrable.
D'accord. Et peut-on savoir combien de temps dure cette opération? Aurais-tu un ordre de grandeur? (10 min, 45 min, 3h?)
Non, le système doit être opérationnel.
Et en veille, ça fonctionne?
L'objectif de cet espace libre est différent. Dans le cas 1 que j'exposais précédemment, cet espace non alloué ou dans une partition non utilisée était réservé à l'overprovisioning, alors qu'ici il sert de réserve pour un usage futur.
Cet espace libre est-il celui du groupe de volumes? Si oui, peut-il servir pour l'overprovisioning, au même titre que celui du disque? Et si oui encore, l'usage de la fonction TRIM a-t-il un sens? Car on peut toujours l'activer le moment voulu si j'ai bien compris (c'est-à-dire au moment où, par nécessité, l'espace réservé à l'overprovisioning est ajouté au système de fichiers ; mais il y a beaucoup de "si" dans mon raisonnement!).
Ma proposition était plus une question de place, vu que tu as un petit SSD, autant ne pas l'encombrer avec des choses inutiles comme le swap.
En effet, cela me donne matière à réflexion! En fait tout dépend surtout de l'usage que je ferai de l'hibernation.
non l'espaces est en attente et ne contient pas de systéme de fichier
Dans ce cas, y a-t-il besoin d'utiliser la fonction TRIM? Je me réfère à cette page où raleur spécifie pour la deuxième façon d'utiliser le TRIM mais pas pour la première :
Il y a deux façons :
1. ne pas occuper tout l'espace avec le système de fichiers ;
2. occuper tout l'espace avec le système de fichiers mais ne pas remplir le système de fichiers au delà d'un certain seuil (à condition d'utiliser la fonction TRIM avec l'option “discard” pour marquer les blocs des fichiers effacés).
Merci pour les commandes, et pour les tailles de ton installation, cela me donne un ordre d'idée pour les adapter à la mienne.
créer des liens symbolique vers ton disque dur pour les données volumineuse
Quel est l'avantage des liens symboliques par rapport à un dossier /home/data par exemple, sur lequel est montée une partition du disque dur?
il y a des fichiers de ton profil qui mérite d’être chargé rapidement
À quels fichiers fais-tu référence? Dans quel(s) dossier(s) se trouvent-ils?
var contient certaine info qui me semble t'il on un intérêt a être lu rapidement.
Aurais-tu une idée de la nature des infos auxquelles tu penses?
5Go c'est bien. tu peux remplir ton HDD sans souci.
HDD? tu voulais dire SSD?
SSD
1. /
Macintosh HD HDD
1. swap
2. /home
En effet, j'utilise Mac actuellement, mais là c'est pour remplacer Windows que je voudrais installer Debian!
Le swap et le /home sur le HDD, c'est en raison de l'usure? Qu'est-ce qui t'a motivé à les mettre sur le SSD dans ta configuration?
Si tu mets le swap sur le SSD, il faut aussi retrancher sa taille.
Oui, effectivement, oubli corrigé!
Le TRIM est supporté, n'est-ce pas?
l'application d'un TRIM "hors ligne" avec la commande fstrim à un moment choisi de faible activité
Je pense l'activer de façon hebdomadaire. Est-ce à moi de choisir ce moment?
Autre question peut-être un peu naïve : l'opération peut-elle se lancer lorsque le système est éteint, ou en hibernation?
Si l'espace disque est contraint (cas du SSD de 32 Go), j'utilise LVM et je crée des volumes logique avec des tailles initiales minimum pour l'installation que je j'augmenterai au fur et à mesure de leur remplissage. [...]
Note qu'avec LVM, tu n'as pas besoin de te poser cette question.
Cela m'a surpris car j'en étais resté là :
Un groupe de volumes LVM peut s'étendre sur plusieurs disques mais en principe on laisse LVM s'occuper de l'allocation de l'espace pour les volumes logiques, mais en contrepartie on ne maîtrise pas où est physiquement situé l'espace disque alloué donc ça n'a pas de sens entre un SSD et un disque dur qui ont des caractéristiques très différentes.
J'en avais conclu, sans doute trop rapidement, que l'utilisation de LVM de manière globale n'avait pas de sens. En réalité, l'utilisation d'un groupe de volumes LVM étendu sur ces deux plateformes de stockage n'a pas de sens, mais celle de deux groupes de volumes LVM distincts, l'un sur le HDD et l'autre sur le SSD, elle, a un sens, n'est-ce pas?
Si c'est le cas, je pense effectivement que LVM est une bonne solution. Me vient alors une interrogation :
j'utilise LVM et je crée des volumes logique avec des tailles initiales minimum
...il reste donc de l'espace libre sur la plateforme de stockage, pas vrai?
Si oui, cet espace est-il occupé par le système de fichiers?
ne pas lancer une compilation du noyau par exemple sur le ssd
Une compilation du noyau, c'est pour le remplacer, ou le mettre à jour, n'est-ce pas? Dans quelles circonstances aurai-je besoin de faire cela?
il pourra lancer une commande "smartctl -a /dev/sdx" pour vérification
...si vous avez le courage de déchiffrer tout ça, voilà le retour de la commande!
Eventuellement un petit swap de haute priorité sur le SSD et un gros swap de basse priorité pour l'hibernation sur le disque dur, mais du coup l'hibernation et la reprise seront plus lentes.
Ça me paraît bien, si le SSD n'a pas assez de place. Si j'ai bien compris, c'est une fonction que je pourrai utiliser en cas de veille prolongée (au moins 30 min/1h), ou bien pour remplacer une extinction quand j'ai besoin de conserver l'état actuel des programmes ouverts. Dans ces cas-là, je n'ai pas besoin que l'hibernation soit rapide.
Tu peux y créer une partition (ou un volume logique LVM) et la monter sur un répertoire comme /data ou /home/data, pendant l'installation ou après.
Au fait, quelles sont ces "données volumineuses" exactement? Est-ce à moi de les définir, ou cette expression correspond-elle à un ensemble précis de données, qui est dirigé automatiquement (ou pas) dans un répertoire défini (comme /data ou /home/data que tu évoques)?
Edit : je crois que j'ai compris, elles ne correspondent à rien en particulier, c'est à moi de les mettre dans ce dossier.
/home entier sur le disque dur, c'est dommage car l'accès aux fichiers de configuration et de travail de l'environnement graphique et des applications sera plus lent.
En effet, /home sera mieux sur le SSD. Mais tu spécifies "entier" : y a-t-il un intérêt à ce qu'il soit scindé en deux, si c'est possible?
Edit : question résolue, j'ai compris le système, et je pense le mettre en entier sur le SSD.
/tmp peut être en mémoire (tmpfs) si la RAM et le swap sont suffisants pour son usage (à déterminer).
J'ai trouvé sur cette page https://debian-facile.org/viewtopic.php?id=11793 :
Typiquement, si on a un ssd, on ne veut pas que /tmp soit dessus, il y a bien trop d'écritures futiles. Et pour la vitesse, un tmpfs est très bien.
Perso, je n'ai pas peur de mettre 2Go en tmpfs, sachant qu'en pratique il n'occupe pas la ram à moins d'en avoir réellement besoin.
si t'indique pas la taille, tmpfs utilise la moitié de ta RAM et se débrouille pour le reste.
Jamais de pb jusqu'à maintenant même si je n'ai jamais eu de machine asthmatique.
...l'usage de tmpfs me semble être une bonne idée. Edit : est-ce intéressant avec 8GB de mémoire? si oui, quelle taille de swap est nécessaire?
/var dans le disque dur, très bien. Pas besoin que la manipulation des paquets soit particulièrement rapide.
Pour mes besoins 32 Go sont largement suffisants pour installer un système (mon système actuel avec LXDE tient dans moins de 10 Go) mais il faut voir en fonction des applications à installer.
On m'a conseillé (sur la discussion dans laquelle je me suis présenté), de commencer par Xfce, mais je suppose qu'il n'y a pas de grande différence de taille avec LXDE.
Au sujet des applications, il me semble que la majorité de celles que j'utiliserai est déjà préinstallée : Firefox, LibreOffice, éventuellement Gimp ou des outils de base pour le développement web.
32 Go me semble suffisant pour mon usage également, qu'en dis-tu?
Peux-tu préciser à quoi tu fais allusion ?
C'est vrai que ce n'était pas clair. Je pensais à :
Le système, le swap et les fichiers de travail (dont /home) sur le SSD. Les fichiers statiques sur le disque dur classique (HDD).
si le portable vaut le coup ça va lui donner un coup de boost
Vaut-il vraiment le coup? Pour l'instant je n'ai pas les connaissances requises pour émettre un avis éclairé sur le sujet, je vais m'en tenir à ce qui est actuellement en place pour tester Debian.
Néanmoins je garde toutes ces infos de côté, il y a des chances qu'elles me servent à l'avenir!
Le RAID en tant que tel n'augmente pas la vitesse de l'ordinateur. C'est l'utilisation d'un mode particulier et propriétaire (inutilisable avec Linux) où le SSD sert de cache pour le disque dur qui augmente la vitesse.
Si j'ai bien compris, ce "mode particulier et propriétaire" est donc ce qui est appelé "accélération" dans les réglages Intel RST.
Dans ce cas, sans cette "accélération", quelle est la différence entre RAID et non-RAID (=AHCI?) ?
Une autre possibilité consiste à installer le système sur le SSD et à réserver le disque dur au stockage des données volumineuses qui n'ont pas besoin d'accès rapide.
Oui, ça me paraît être une bonne solution. Je vais faire l'installation en Legacy, sans LVM.
Est-il possible de faire cela à l'aide du partitionnement assisté de l'installateur, en choisissant le SSD en tant que disque à partitionner? Comment rediriger les données volumineuses sur le DD?
Edit : j'ai vu qu'avec un partitionnement manuel, je pouvais mettre certains dossiers racine sur le DD et d'autres sur le SSD, mais je ne sais pas lesquels mettre sur le DD.
Edit2 : ce que tu indiques raleur sur cette page me paraît adapté, qu'en penses-tu? https://debian-facile.org/doc:materiel: … tionnement
si ça convient, comment puis-je le mettre en place?
par contre ton DD de 500Go va être particulièrement lent (et en 5400 T)
J'ai relancé Windows pour remplacer l'image live par une DVD1 complète sur la clef d'installation, et le système m'a paru plus lent. J'ai lu quelque part sur internet que le RAID accroissait effectivement la rapidité de l'ordi. N'est-il pas dommage de ne pas profiter du RAID? Qu'en pensez-vous?
a voir si le module 32Go peut être utilisé comme disque bootable (ce doit être un module M2 je suppose ).
En quoi cela consiste-t-il?
En me documentant sur le partitionnement, j'ai lu que LVM permettait de ne pas fixer la taille des partitions au départ, ce qui me convient car je ne sais pas encore vraiment quel usage je vais faire de ce portable.
Auriez-vous des conseils de répartition des partitions LVM pour utiliser au mieux le HDD et le SDD dans mon cas?
cette machine n'est pas neuve ?
Non, elle a effectivement été achetée il y a quelques années. Elle doit être de fabrication ultérieure à 2013 car la version du BIOS est de 30/07/2013.
tu n'a pas testé la résolution native ?
Je viens de tester avec le dvd1, en effet ça marche, et c'est même plus confortable, tout est plus petit et paraît parfaitement adapté à l'écran.
Merci pour ces infos à propos des DD et SSD anonyme!
Oui, et "Reset to non RAID".
Pour le DD et le SSD, ou seulement l'un des deux?
Edit : je viens de remarquer que les réglages RAID Intel RST ne sont accessibles qu'en mode UEFI, en Legacy pas moyen de les ouvrir.
Avant de désactiver le RAID il serait intéressant de récupérer les résultats des commandes suivantes
toujours dans une console de l'installateur (Ctrl+Alt+F2/3)? en legacy?
A ta place, je désactiverais toutes ces options et réinitialiserais les disques en non RAID puisque tu ne veux pas conserver Windows.
Qu'entends-tu exactement par "toutes ces options"? "Remove Acceleration"?
Qu'implique une réinitialisation en non RAID? Les DD et SSD seront effacés avec leurs partitions, et le système Windows avec?
Quel avantage s'il n'y a pas de multi-boot à gérer ?
Si j'installe Debian en legacy, et qu'un jour pour une quelconque raison je souhaite installer un deuxième système en dual-boot, y a-t-il une façon pour passer facilement en UEFI?
Merci encore pour vos réponses, j'apprends plein de choses.
il me semble que ce que tu montre c'est le live de stretch ?
nota: si tu a le dvd1 de stretch (sur une clé usb )c'est mieux pour faire une installation .
oui c'est le live de Stretch. Quel avantage d'installer debian avec le dvd1? et sur une clef USB, quelle différence entre le dvd1 et le cd1?
en théorie toutes doivent fonctionner
alors avec 800x600 aucun changement
avec 1024x768 idem
mais avec 640x480 ça marche! peut-être que ce pb apparaît quand la résolution indiquée est trop grande pour l'afficher correctement?
et je ne vois pas pourquoi celui-ci afficherait les disques différemment en mode BIOS et en mode EFI.
en effet, les disques ne sont pas détectés en EFI également
Il devrait être avec les paramètres de stockage SATA. Sans le manuel, il faut parcourir tous les menus.
Dans l'onglet "Advanced" des réglages, je peux changer "xHCI Mode". Pour l'instant il est en "Smart Auto" mais je peux le mettre en "Disabled". C'est ça?
Sinon, le seul endroit où il pourrait y avoir ce réglage est dans le setup "Intel(R) Rapid Storage Technology" qui s'ouvre à partir du même onglet "Advanced" : les "RAID Volumes" y sont affichés, c'est-à-dire le DD de 465.8GB et le SSD de 29.8GB.
Ensuite quand j'entre dans le DD, je peux faire "Remove Acceleration" ou bien entrer dans le "Port 0, TOSHIBA MQ0..." et faire "Reset to non-RAID" (mais sur la même page il y a écrit "Status: Non-RAID").
Si j'entre dans le SSD, il y a "Delete" au lieu de "Remove Acceleration" et toujours "Reset to non-RAID" (avec "Status: Cache") dans "Port 1, SAMSUNG MZM..."
C'est le troisième — "800 x 600" — que je dois mettre après "set gfxpayload="?
sur "e" je n'ai pas tout à fait comme toi :
c'est bon, je peux effectuer les opérations de ton message #14?
PS Merci également pour ton aide anonyme
quand tu démarre en efi sur la clé tu a le menu installation lisible (ou déjà affichage mauvais ) ou ça vient après le choix du mode d'installation l'affichage illisible ?
En EFI le menu du GRUB (si c'est bien ça) est lisible. Il y a cinq options : session live ; session live avec localisation ; installateur graphique ; installateur ; installateur avec synthèse vocale. Je peux lancer les deux premières sans pb. Pour les autres, quand je les lance l'affichage brouillé apparaît sur la moitié supérieure de l'écran seulement. À part pour l'affichage ça a l'air de fonctionner car quand je clique sur les flèches pour sélectionner le pays je vois des lignes qui montent et descendent (et la synthèse vocale fonctionne mais il semble y avoir un bug car impossible de comprendre ce qui est sélectionné).
Je n'ai peut-être pas indiqué assez clairement que ces actions devaient être exécutées depuis l'installateur et non depuis le système live. Est-ce bien le cas ?
Oui, j'ai utilisé le système de sauvegarde des logs sur un serveur pour obtenir les fichiers des outputs.
Peux-tu entrer dans les réglages du firmware UEFI pour passer le contrôleur en mode AHCI au lieu de RAID ?
Où est-ce que se trouve ce paramètre? Je ne le vois pas dans les réglages du BIOS (là où je peux changer le mode en UEFI ou Legacy)
si le menu apparaît "install", taper "c" et puis entrer la commande "videoinfo" qui va te donner la liste des modes supportés
Où puis-je effectuer ces opérations? dans le menu du GRUB? en UEFI ou en Legacy?