Installation sur Intel NUC BOX 5 i3 RYH.

[thekod]

Bonjour,

Comme promis lors de ma présentation, voici un petit RetEx de l'installation sur le matériel en question.

Comme je n'ai comme "créneau de tranquillité" que le vendredi après-midi (il s'agit d'un cadeau de Noël pour mon épouse et on vit un peu ensemble et j'ai un jeune enfant qui croit encore qu'un bonhomme peut faire le tour du monde en 80 minutes), ce fil se fera en plusieurs épisodes (quel suspense ).

Donc, hier fut mon premier créneau de tranquillité pour effectuer cette installation...

Bref !

Après avoir mis en place les 2 barrettes de 4 Go, le disque M2 de 120 Go (ce sera "sdb") et le HDD de 750 Go (ce sera "sda"), je configure le BIOS en retirant les options qui semblent poser problème : je vire l'UEFI (ça passe en Legacy) et le "secure boot".
Je place la clé USB créée avec unetbootin sous Windows 7 et ça démarre.
J'ai bien accès au bureau et à l’icône d'installation.
Je lance donc l'installation et crée le partitionnement suivant :

• /dev/sda1 = swap (16 Go)
• /dev/sda2 = /tmp (200 Mo)
• /dev/sda3 = /opt (1 Go)
• /dev/sda4 = /usr (2 Go)
• /dev/sda5 = /home (tout le reste)
• /dev/sdb1 = / (tout le disque)

À part la swap, tout est en ext4.

La procédure se déroule bien et, à la fin de l'installation, ça va même sur Internet (Ethernet) pour télécharger et installer des mises à jour...

Au redémarrage, j'ai les mêmes problèmes que tommylemen...

J'avais vu un article qui indiquait une procédure spéciale liée aux distributions basées sur Ubuntu, à l'UEFI et à ce type de PC : ce lien.

Je relance donc l'opération d'installation et, à la fin, au lieu de redémarrer, je tente la procédure décrite.
Mais ! Je n'ai pas la même arborescence : pas de répertoire "EFI" !!!!
Eh oui ! J'ai enlevé les options UEFI dans le BIOS !!!

J'ai donc encore du travail... Mais, il faut que j'aille chercher mes gosses à l'école (j'aime bien ce terme, surtout avec des lecteurs québécois ; donc, pour eux, "gosses" est en argot Français un enfant). Donc, ce sera tout pour cette journée...

Les pistes identifiées :

• Mettre le "/boot" sur une partition de sda
• Remettre l'option "UEFI" en place (j'ai cru comprendre dans un forum que cette option était nécessaire en cas d'utilisation de SSD)

Sinon, des questions :

• Est-ce que je ne devrais pas mettre aussi "/var/tmp" sur le HDD ?
• Est-ce que, à part ça, le partitionnement vous semble correct ?
• Est-ce que je ne devrais pas laisser une partie du SSD "sans partitionnement" pour économiser des itérations d'écriture ?
• Est-ce que l'UEFI est bien indispensable à l'utilisation d'un SSD ?

Voilà !
Merci de m'avoir lu et des réponses que vous ne manquerez pas, j'en suis sûr, d'apporter à ce fil au long cours...

[dagonh]

j'ai un jeune enfant qui croit encore qu'un bonhomme peut faire le tour du monde en 80 minutes)

Et il a raison, c'est à peu près la durée orbitale de la station spatiale internationale.

Je lance donc l'installation et crée le partitionnement suivant :

• /dev/sda1 = swap (16 Go)
• /dev/sda2 = /tmp (200 Mo)
• /dev/sda3 = /opt (1 Go)
• /dev/sda4 = /usr (2 Go)
• /dev/sda5 = /home (tout le reste)
• /dev/sdb1 = / (tout le disque)

À part la swap, tout est en ext4.

Plus de partitions qu’il n’est vraiment utile. À mes débuts sur Linux, je partitionnais fin aussi, à présent je n'ai plus que /, swap, /var et /home (plus des partitions de données).
Et 2Go pour /usr, c'est trop petit (mon répertoire /usr contient présentement 6 Go de fichiers, et il en faisait déjà plus de 4 dès l'installation !)

• Mettre le "/boot" sur une partition de sda
• Remettre l'option "UEFI" en place (j'ai cru comprendre dans un forum que cette option était nécessaire en cas d'utilisation de SSD)

Oui pour le sda, non pour l'UEFI (y compris pour un disque système GPT). J'ai monté plusieurs PC (dont un serveur d'entreprise) avec le système sur SSD, UEFI de la carte-mère soigneusement désactivé, ça roxe du poney !
Mais… un disque système en GPT a besoin d'une partition de démarrage spécifique (100 Mo en début de disque). si tu as formaté sans réserver celle-ci, tu peux avoir en effet des soucis.

Sinon, des questions :

• Est-ce que je ne devrais pas mettre aussi "/var/tmp" sur le HDD ?
• Est-ce que, à part ça, le partitionnement vous semble correct ?
• Est-ce que je ne devrais pas laisser une partie du SSD "sans partitionnement" pour économiser des itérations d'écriture ?
• Est-ce que l'UEFI est bien indispensable à l'utilisation d'un SSD ?

1. Non.
2. Inutilement fin, comme dit plus haut (mais, sous réserve d'un /usr plus grand, ça fonctionne très bien comme ça quand même).
3. Non, au contraire : plus la place utilisable est importante, mieux c'est, puisque les SSD ont un algorithme de répartition des écritures pour écrire le moins souvent possible aux mêmes emplacements.
4. Pas du tout. Les machines que j'ai montées sont toutes en Legacy, avec SSD (en tant que sda) en table de partitions classique, et les autres disques en GPT.

[mpat]

Salut, rien à dire sur la superbe explication de Dagonh.
je peux juste ajouter, si celui-ci le permet, comme tu as un ssd.
Les fichiers temporaires /tmp peuvent être mis en Ram pour gagner du temps en évitant des accès disque. Ils permettent aussi indirectement d’économiser un peu les disques SSD en réduisant l’usure.

Pour ça, rien de plus simple : il suffit d’éditer le fichier /etc/fstab et d’y mettre :

Code : Tout sélectionner

tmpfs /tmp tmpfs defaults,noatime,mode=1777,nosuid,size=512M 0 0

Avec 8 Go de ram tu peux aussi régler ton swappiness sur 5 ou 10.

[thekod]

Bon, j'en conclus que je me suis un peu lourdé...

Quelques précisions, svp...

Qu'est-ce qu'un disque système GPT ?

En effet, je crois me souvenir qu'il y avait une partition de 100Mo au début d'un disque que j'ai plus que formaté : "départitionné" pour reprendre l'espace...
Une procédure pour corriger ça ?
A priori, il faut utiliser GPARTED pour créer une partition de 1 Mo sans point de montage en début d'un disque partitionné en GPT (et non en MBR) et qui contienne le drapeau "BIOS-boot" ou "BIOS-grub".

Cette partition est-elle à créer sur les 2 disques ou seulement dans le disque de démarrage ?

Je reprends donc mon partitionnement, avec la prise en compte du GPT :
1) Détruire toutes les partitions
2) Créer une nouvelle table de partition utilisant GPT et non MBR (j'ai tout créé en MBR) :

• /dev/sda1 : swap (10Go) swap
• /dev/sda2 : /var (10Go ?) ext4
• /dev/sda3 : /home (tout le reste) ext4
• /dev/sdb1 : - (1Mo) BIOS-grub
• /dev/sdb2 : / (tout le reste) ext4

Et j'ajoute deux entrées dans le fichier /etc/fstab :

Code : Tout sélectionner

tmpfs /tmp tmpfs defaults,noatime,mode=1777,nosuid,size=512M 0 0
tmpfs /var/tmp tmpfs defaults,noatime,mode=1777,nosuid,size=512M 0 0

Votre réactivité est super !!!

[mpat]

Re thekod,

je ne suis pas sur de ta deuxième ligne dans ton fstab, à vérifier lors de l'usage.

[Robinwood]

Sur ssd, ajouter à mon fstab:

Code : Tout sélectionner

tmpfs      /tmp            tmpfs        defaults,size=1g           0    0
tmpfs /var/log tmpfs defaults,nosuid,nodev,noatime,mode=0755,size=5% 0 0
tmpfs    /var/cache/apt/archives    tmpfs    defaults,size=4g    0    0
tmpfs    /home/nomd'utilisateur/.cache    tmpfs    defaults,size=1g    0    0

[mpat]

Salut Robinwood, merci du retour et ça marche ? tout va bien dans la ram ?

[dagonh]

tmpfs /var/log tmpfs defaults,nosuid,nodev,noatime,mode=0755,size=5% 0 0
tmpfs /var/cache/apt/archives tmpfs defaults,size=4g 0 0
tmpfs /home/nomd'utilisateur/.cache tmpfs defaults,size=1g 0 0[/code]

Pas sûr que ce soit une bonne idée de mettre ces trois-là en RAM.

/var/log enregistre des informations souvent utiles en cas de pépin. Et qu'on va plutôt consulter après détection d'un problème qui peut concerner une session antérieure. Ou pour vérifier qu'un traitement s'est bien déroulé. Si c'est en RAM, aucun historique possible des sessions antérieures !

/var/cache/apt/archives stocke les paquets pour les mises à jour. Il est parfois intéressant de simplement charger dans un premier temps et de faire la màj plus tard. Ou utile de réinstaller un paquet. Il peut aussi arriver que ça coince sur le net et qu'il faille différer une partie des mises à jour. En cas de changement de session, faudra systématiquement retélécharger, même s'il y en a pour plusieurs centaines de Mo (et que les serveurs se montrent lents).

/home/utilisateur/.cache permet au système de ne pas tout recalculer chaque fois… ni à chaque session. Le seul répertoire où rien n'est réutilisé après chaque session, c'est ~/.cache/thumbnails/normal/* : celui-là, je le vide avec une commande ajoutée à un de mes shell de sauvegarde lorsque j'effectue celles-ci avant extinction (sinon on finit par se retrouver avec des dizaines de milliers de vignettes là-dedans).

[Robinwood]

Comme tu me l'as montré dans une autre discussion, dagonh,
je commente d'un # /var/log dans fstab et j'attends que le problème se reproduise.
Je mets le cache de firefox dans /tmp, tmp étant en ram, je désactive aussi la journalisation.
Et je passe l'actualisation des mises à jour à une fois par semaine (par défaut toutes les 30 minutes).
Sinon tout semble bien fonctionner.

[L5d]

Bonjour,

/dev/sdb1 : - (1Mo) BIOS-grub

Il me semble que quelqu'un (toi ?) a écrit plus haut qu'il fallait 100 Mo pour cette petite partition en début de disque. 1Mo sera trop juste pour une partition.
Elle n'est nécessaire que si tu crées la table de partition en mode GPT.

Si par contre tu formates en MBR (ok pour les disques <= 2 To), pense que la quatrième partition du disque *doit* être une "étendue" si tu veux en mettre 5 ou plus sur le même disque.

Pour la swap, avec 8 Go de Ram physique installées, soit tu met 9 Go pour pouvoir faire de l'hibernation (est-ce conseillé ?), sinon 2 Go suffisent largement.