Bonjour à tous,
Exaspéré par la lenteur de mon vieux portable tournant sous windows 7, je me suis décidé à lâcher windows pour Manjaro.
Voici ma config :
Dell studio 1737
Processeur : Intel Core 2 Duo (64 bits)
Mémoire vive : 4 Go de DDR2
Stockage : Disque SSD de 500 Go en maître et disque dur de 250 Go en esclave.
Après pas mal de recherches sur internet, j'ai finalement suivi un tutoriel de Frédéric Bézies (merci à lui) et j'ai partitionné mes disques de la façon suivante :
Sur le SSD de 500 Go, j'ai :
- Une partition boot de 1 Gio en fat32
- Une partion racine de 465 Gio en ext4
Sur le HD de 250 Go, j'ai :
- Une partition swap de 4 Gio
- Une partition home de 229 Gio
Exception faite des ventilateurs qui tournent tout le temps, tout fonctionne bien mais je regrette d'avoir un SSD de 500 Go sur lequel seuls 15 Gio sont utilisés. Je pensais donc modifier le partitionnement de mes disques de la façon suivante :
Sur le SSD de 500 Go :
- Une partition boot de 1Gio en fat32
- Une partion racine en ext4
- Une partition home en ext4
Sur le HD de 250 Go :
- Une partition swap de 4 Gio
- Une partition data de 229 Gio
Voici mes questions :
1) Ce nouveau partitionnement vous semble t-il cohérent ? Si non, comment feriez-vous ?
2) Quelle taille alloueriez-vous à la partition racine ? (je ne pense pas installer d'autres logiciels)
3) Quel point de montage choisiriez-vous pour la partition data ? J'ai vu du /data, j'ai vu du /mnt/data, j'ai vu du /media/data. Et pourquoi pas /home/data ?
Je sais que c'est le genre de questions posées maintes et maintes fois mais on tombe parfois sur des fils assez anciens ou sur des réponses parfois contradictoires qui font qu'il est difficile de s'y retrouver.
En tous cas, je vous remercie d'avance pour vos réponses et vos suggestions.
il y a une erreur sur le /boot
Sur le SSD de 500 Go :
- Une partition boot de 1Gio en fat32
alors , il faut BIEN comprendre
- en EFI le /boot/efi est en fat32
- en MBR le /boot est en ext4
pour le vérifier , les options legacy , csm , secure doivent etre disable , disque sur AHCI , et EFI uniquement ou autre,
cas limite USB mass storage actif
la clé USB manjaro devrait apparaitre
< EFI >< USB nom vendeur > < partition1 > --> boot en EFI
< EFI >< USB nom vendeur > --> boot en MBR
avant de faire l'installation , ouvre le terminal et vérifie
inxi -Fxxxza
parted -l
efibootmgr -v
pour la répartition cas EFI
GPT
Sur le SSD de 500 Go, j'ai :
- Une partition boot/efi de 100Mo Gio en fat32 avec boot + esp en flag
- Une partition racine / de 30 a 50 Gio en ext4
- Une partition /home du reste en ext4
pour la répartition cas Bios
MBR
Sur le SSD de 500 Go, j'ai :
- Une partition boot/ de 1Gio en ext4 avec boot en flag
- Une partition racine / de 30 a 50 Gio en ext4
- Une partition /home du reste en ext4
Sur le HD de 250 Go, j'ai :
- Une partition swap de 4 Gio ok
- Une partition home de 229 Gio --> avoir pour la suite en "data"
souvent faire un lien à partir de /home/<user>/<type doc> vers /mnt/data/<doc>
attention dans cas mnt/data est de type ext4 et tu as bien les droits sur le disque ( chown sur données pour le users)
exemple cas video
ln -s /home/user/<video> /mnt/data/<video>
si tu veux eviter /mnt , tu peux ajouter UUID de ton disque HDD dans /etc/fstab
ln -s /home/user/<video> /data/<video>
nb : pense AVANT a effectuer tout les maj firmware à partir de windows 7
pour le SSD et pour la carte-mere
/data --> tu as ajouté dans /etc/fstab les UUID de(s) /data(s)
/mnt/data, --> tu as monté temporairement /data ( attention un seul data dans ce cas ) pour son type fichier systeme fs
/media/data --> pour les amovibles ou USB montage automatique sans utilisation d' UUID donc change de valeur à chaque montage
UUID est l'option utilisé par linux , car dans le cas de détection /dev/sda qui peut devenir /dev/sdb , c'est une qestion de temps pour detecter tous les disques au demarrage dans n'importe quel ordre
Et pourquoi pas /home/data ?
--> ici c'est un répertoire NON lié à un utilisateur , quels droits as tu dans ce cas ?
c'est toujours /home/<user> ( répertoire pour tous les utilisateurs )
Bonsoir Stéphane et merci pour ta réponse très détaillée.
il y a une erreur sur le /boot
Sur le SSD de 500 Go :
- Une partition boot de 1Gio en fat32
alors , il faut BIEN comprendre
- en EFI le /boot/efi est en fat32
- en MBR le /boot est en ext4
pour le vérifier , les options legacy , csm , secure doivent etre disable , disque sur AHCI , et EFI uniquement ou autre,
cas limite USB mass storage actif
Si j'ai bien compris ce que tu me dis : pour choisir le bon format de la partition boot, il faut au préalable savoir si l'ordinateur est en EFI ou en MBR. Je t'avoue ne pas le savoir mais tout ce que je peux te dire c'est que l'installation semble avoir réussi puisque l'ordinateur démarre.
la clé USB manjaro devrait apparaitre
< EFI >< USB nom vendeur > < partition1 > --> boot en EFI
< EFI >< USB nom vendeur > --> boot en MBR
Je ne suis pas sûr d'avoir compris ce que tu me dis. Je ne sais pas si c'est ce que tu me demandes mais en démarrant Manjaro depuis le disque SSD puis en insérant la clé bootable qui m'a permis de l'installer, elle apparaît dans "périphériques" à l'endroit suivant : /run/media/mlg/MJRO1814/
avant de faire l'installation , ouvre le terminal et vérifie
pour la répartition cas EFI
GPT
Sur le SSD de 500 Go, j'ai :
- Une partition boot/efi de 100Mo Gio en fat32 avec boot + esp en flag
- Une partition racine / de 30 a 50 Gio en ext4
- Une partition /home du reste en ext4
pour la répartition cas Bios
MBR
Sur le SSD de 500 Go, j'ai :
- Une partition boot/ de 1Gio en ext4 avec boot en flag
- Une partition racine / de 30 a 50 Gio en ext4
- Une partition /home du reste en ext4
Ce que je peux te dire, c'est que l'installation que j'ai faite a été faite dans le cas EFI avec des disques convertis au format GPT.
J'avais oublié de le préciser mais la partition /boot est bien en fat32 avec boot+esp en drapeaux. De plus, de mémoire, lors de l'installation, on ne m'a même pas proposé boot mais directement boot/efi (remarque, c'est peut-être normal avec une partition en fat32...). Enfin je vois que tu ne mets que 100 Mo pour cette partition. En ouvrant GParted, je vois effectivement que seuls 56 Mio ont été utilisés. 1 Gio c'est peut -être beaucoup effectivement.
Comme tu le suggères, pour la partition racine, je vais lui mettre 30 Gio et créer une partition home avec ce qu'il reste de place sur le SSD.
Sur le HD de 250 Go, j'ai :
- Une partition swap de 4 Gio ok
- Une partition home de 229 Gio --> avoir pour la suite en "data"
souvent faire un lien à partir de /home/<user>/<type doc> vers /mnt/data/<doc>
attention dans cas mnt/data est de type ext4 et tu as bien les droits sur le disque ( chown sur données pour le users)
exemple cas video
ln -s /home/user/<video> /mnt/data/<video>
si tu veux eviter /mnt , tu peux ajouter UUID de ton disque HDD dans /etc/fstab
ln -s /home/user/<video> /data/<video>
Pour le montage de la partition data, j'ai peur de ne pas avoir bien compris. Je vais prendre le temps d'ouvrir les liens que tu me proposes afin d'y voir plus clair.
nb : pense AVANT a effectuer tout les maj firmware à partir de windows 7
pour le SSD et pour la carte-mere
Zut ! Je ne l'ai pas fait. Windows 7 étant toujours installé sur un autre disque dur, je peux peut-être le réinstaller en maître et le SSD en esclave pour pouvoir effectuer les maj que tu recommandes.
/data --> tu as ajouté dans /etc/fstab les UUID de(s) /data(s)
/mnt/data, --> tu as monté temporairement /data ( attention un seul data dans ce cas ) pour son type fichier systeme fs
/media/data --> pour les amovibles ou USB montage automatique sans utilisation d' UUID donc change de valeur à chaque montage
UUID est l'option utilisé par linux , car dans le cas de détection /dev/sda qui peut devenir /dev/sdb , c'est une qestion de temps pour detecter tous les disques au demarrage dans n'importe quel ordre
Je ne sais pas quelle solution tu préconises mais celle qui semble la plus cohérente au béotien que je suis me paraît être la première.
Encore une fois, un grand merci Stéphane pour le temps que tu as pris pour répondre à mes questions.
revoit les paramétrages au demarrage du bios
- secureboot disable
- fastboot disable
- disques sur AHCI
- pas de csm
- pas de legacy
Dans les paramètres du BIOS :
- secureboot disable -> je n'ai rien trouvé qui ressemble à ça
- fastboot disable -> j'ai trouvé QuickBoot Mode que j'ai passé en Disable
- disques sur AHCI -> c'est apparamment déjà le cas
- pas de csm -> je n'ai rien trouvé qui ressemble à ça
- pas de legacy -> j'ai trouvé Legacy USB Support que j'ai passé en Disable
cas possible conserver USB storage actif si la clé USB n'est pas vu
les commandes pour vérifier si tu as démarrer sur le bios ou EFI et que tu as bien accès par la suite
à la memoire efivar pour la configuration efi
après démarrage sur la clé USB , tu ouvre le terminal pour vérifier que c'est bien ce que tu voulais
Bios ou EFI
Effectivement je n'ai pas pu booter sur la clé. Du coup, j'ai booté sur le disque (j'espère que ça ne change rien) et j'ai tapé ce que tu m'as indiqué dans le terminal. Voici ce que j'obtiens :
MLG a écrit :La dernière ligne signifierait-elle que j'ai un BIOS UEFI ?
Non, la commande dit en gros :test -d /sys/firmware/efi ne renvoie rien et "Affiche moi le mot 'UEFI' si le code de sortie est différent de <0> affiche le mot 'BIOS'
Donc le seul truc que bash peut interpréter c'est d'afficher le mot 'UEFI'.
J'ai testé sur la Tour en bios classique et sur le portable en UEFI et le retour est le même que le tiens.
Par contre un sudo dmesg |grep efi te donnera des lignes efi: EFI..... alors qu'en bios classique , tu auras un truc du genre :clocksource: rEFIned-jiffies.....
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
[mlg@DellStudio1737 ~]$ est -d /sys/firmware/efi && echo UEFI || echo BIOS
bash: est : commande introuvable
BIOS
Tout porte à croire que le BIOS n'est pas UEFI. Finalement, j'ai installé Manjaro en faisant comme si j'avais un BIOS en UEFI alors que ça n'est pas le cas. Ceci amène donc trois questions
1) N'est-ce pas surprenant que l'installation ait réussi ?
2) Je ne le ferai pas mais y aurait-il un risque à laisser les choses en l'état ?
3) En faisant une installation en mode BIOS non UEFI, y aura t-il des choses qui fonctionneront mieux ?
[mlg@DellStudio1737 ~]$ sudo parted -l
[sudo] Mot de passe de mlg :
Modèle : ATA CT500MX500SSD1 (scsi)
Disque /dev/sda : 500GB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : gpt
Drapeaux de disque :
Numéro Début Fin Taille Système de fichiers Nom Drapeaux
1 1049kB 1075MB 1074MB fat32 démarrage, esp
2 1075MB 500GB 499GB ext4
Modèle : ATA Hitachi HTS54252 (scsi)
Disque /dev/sdb : 250GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : gpt
Drapeaux de disque :
Numéro Début Fin Taille Système de fichiers Nom Drapeaux
1 1049kB 4296MB 4295MB linux-swap(v1) swap
2 4296MB 250GB 246GB ext4
Modèle : 3System USB Flash Disk (scsi)
Disque /dev/sdc : 2043MB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : msdos
Drapeaux de disque :
Numéro Début Fin Taille Type Système de fichiers Drapeaux
1 32,3kB 2042MB 2042MB primary fat16
j'espère que cela ne te jouera pas des tours a un moment après une maj
dans le choix que tu as fait ton disque aurai du être formatté MBR , le reste est correct
Je suis partisan de me prendre un peu la tête à l'installation pour faire les choses dans les règles de l'art. S'il vaut mieux faire une installation pour BIOS non UEFI, alors je refais.
Alors selon moi, tu as un bios classique avec une table de partition GPT et non DOS .
On peut booter un disque GPT avec un bios non EFI, (c'est mon cas sur la Tour) mais il faut créer une partition ef02 :
$ fdisk -l
Disque /dev/sda : 223,58 GiB, 240057409536 octets, 468862128 secteurs
Modèle de disque : SATA SSD
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 7A91D35D-A64B-4598-894A-3C67FA24CD83
Périphérique Début Fin Secteurs Taille Type
/dev/sda1 174080 101054463 100880384 48,1G Système de fichiers Linux
/dev/sda2 101054464 468860927 367806464 175,4G Système de fichiers Linux
/dev/sda3 2048 174079 172032 84M Amorçage BIOS
On voit que /dev/sda3 de 84 Mega permet à un Bios classique de gérer une table de partition GPT . Ça permet à un bios classique de gérer plus de 4 partitions physiques.