Dual boot et ennuis divers...

Notes sur le multi-boot et l’installation de Linux sur Argonaute

Justine, lis tes docs avant de faire des bêtises.

Bios

Par défaut, Windows utilise les paramètres suivants : * Secure boot on * CSM auto ou off (CSM correspond au mode de compatabilité BIOS; il est réglable pour plusieurs éléments) * Fast boot on

A priori, pour utiliser Linux, il faut : * Désactiver Fast boot -> c’est sûr * CSM : Bien que certains Linux comme Fedora affirment pouvoir utiliser le mode UEFI, je n’en suis pas sûre. Il faut essayer le mode UEFI et le mode bios (qui correspondent respectivement à “UEFI” et “Legacy”). * Secure boot : on nous dit souvent de le désactiver, et à priori c’est une fonction réservée à Windows. Comment le désactiver est un peu obscure, mais il me semble qu’il faille supprimer les clefs d’une seule des valeurs (la première, je crois, à vérifier…). Update : Ubuntu 18.04 le prend en charge, voir autre note

En cas de doute…

Remettre le bios en configuration d’usine et tester des trucs un par un. Tout reposer à plat, étape par étape : Etat de chaque disque? Contenu de chaque partition? Clef USB : contenu, prise 3.0? Ne pas s’enfoncer pendant des heures. En cas de doute : on efface les disques, on remet le bios en conf usine, et on RECOMMENCE.

Ordre de boot

Pour l’ordre de boot, attention : cet UEFI n’est pas clair du tout et on peut facilement se faire avoir ! On a un menu avec disque, CD, clef USB, et un sous menu pour chaque truc : attention à savoir sur quel disque on boote ! On a aussi des raccourcis pour booter directement sur un des éléments. Sur une clef USB bootable moderne, on devrait avoir deux options (UEFI et pas UEFI, c’est-à-dire mode legacy…).

Un disque avec un morceau d’install foireuse peut continuer de vouloir booter, le BIOS est un peu têtu. Il faut bien modifier les éléments et faire F10 pour valider !

La clef USB

Alors : attention à savoir si la clef est bonne. Fedora media writer fonctionne à priori bien, mais seul lui peut “normaliser” une des clefs qu’il a faites. Rufus est testé et validé pour une clef Windows. Etcher.io me fait douter.

En cas de gros bordel dans les disques…

Windows 10 aime bien créer plein de partitions qui font plein de trucs différents. En cas de mélange avec Linux sur le même disque, ça peut vite devenir compliqué (et on peut vite effacer une partition essentielle à Windows sans y prêter gare)… Si au bout de deux-trois installs ça ne fonctionne pas, il ne faut pas hésiter et TOUT EFFACER COMPLETEMENT. Soit avec Gparted depuis une live, soit autre chose. Les utilitaires de disques d’install Linux sont un peu peureux et veulent éviter d’effacer du Windows par mégarde. On peut parfois se retrouver avec des morceaux d’installs qui traînent.

En cas de boot sur un écran avec un curseur blanc ou un message type “insérer un truc bootable” (ou autre écran de merde)

C’est la troisième install d’un OS différent et ça ne marche pas ? -> On efface tout et on recommence, avec Gparted. Commencer par Windows est une bonne idée : son installateur est un peu bourrin et sait bien tout effacer. Privilégier le 1 OS == 1 disque. Et tant pis si l’un deux est sur le HDD mécanique. Un disque défectueux ne nous laissera pas installer quoi que ce soit, d’ailleurs.

A propos de la licence Windaube

Soon after the release of Windows 10, back in 2015, Microsoft made it clear that one can reinstall Windows 10 and activate Windows 10 after the reinstall without any hassle if you are reinstalling Windows 10 on the same PC without making major hardware changes.

Cela veut dire que normalement, je peux réinstaller Windows 10 sur la même machine sans perdre ma licence. Super ! En effet, Win10 se base sur un état du matériel pour savoir si la licence a été bougée de PC. Il regarde les IDs du matériel, etc. Donc, je peux réinstaller sur le même PC sans problème. En revanche, changer trop de composant peut invalider la licence.

pci=nomsi, noaer

Par défaut, ma CG donne un GRAND nombre d'erreurs. Il faut absolument interdire ces erreurs d'apparaître sous peine de quoi le dmseg est absolument blindé et l'ordi tourne au ralenti...

Pour cela, il faut modifier la ligne du fichier /etc/default/grub qui commence par "GRUB_CMDLINE_LINUX" et ajouter à la fin :

pci=nomsi,noaer

Puis :

• Sur Ubuntu :

update-grub

• Sur Fedora [efi]:

sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg 

• Sur Fedora [Legacy]:

sudo grub2-mkconfig -o /boot/grub2/grub.cfg

LVM existant et installeur qui boucle

Le fait d'avoir un système existant installé sur des LVM fait que le système qui tourne en live peut essayer de les analyser. Et souvent (toujours), ça prend beaucoup de temps et de ressource. Parfois, on peut se retrouver à ne pas se rendre compte qu'on essaye d'installer sur un LVM déjà existant et ça complique les choses. Dans le doute : on efface tout et on recommence.

WOEUSB

Faire une clef windows sous Linux c'est chiant. J'utilise woeusb avec la commande suivante sous Manjaro :

<source> sudo woeusb --target-filesystem NTFS --device Documents/fr_windows_10_multiple_editions_version_1703_updated_march_2017_x64_dvd_10204029.iso /dev/sda

1. /dev/sda ma clef usb

</source>

Réparer l'UEFI WIndows

Windows doit avoir son petit dossier dans la partition UEFI. Et cette foutue partition est pas toujours sur le disque de Windows, cf => je l'ai effacé sans prendre garde. Heureusement :

https://www.youtube.com/watch?time_continue=391&v=l_I4K2-Rr_Y&feature=emb_logo

Il faut bien faire gaffe aux lettres de lecteurs.

Pas de son sur le laptop

Sur mon laptop, sur Manjaro / Ubuntu, je n'ai pas de son. La solution :

1. Edit /etc/modprobe.d/alsa-base.conf as root and add options snd-hda-intel dmic_detect=0 at the end of this file. You can do this with a single command, by using (run this command only once):

echo "options snd-hda-intel dmic_detect=0" | sudo tee -a /etc/modprobe.d/alsa-base.conf


2. Edit /etc/modprobe.d/blacklist.conf as root and add blacklist snd_soc_skl at the end of the file. You can do this with a single command, by using (run this command only once):

echo "blacklist snd_soc_skl" | sudo tee -a /etc/modprobe.d/blacklist.conf


3. After making these changes, reboot your system.

Téléchargements lents sur Steam avec un SSD branché en SATA

Un de mes disques, un Crucial BX500, avait le symptôme suivant à travers deux ordis et plusieurs installs de windows successives : les téléchargements Steam se coupent dès que le DL atteint une certaine vitesse (env 40 Mo/s). Le disque sature en écriture et le dl est ralenti. Bon, le disque n'est pas d'une qualité folle mais je n'ai jamais eu de pb avec la même config sur Linux. Après des mois et des mois à chercher (j'ai menti, mais j'ai quand même bien cherché sur Google...), j'ai trouvé la solution au pif : désactiver le cache en écriture Windows. Merci Windows. Aller dans le gestionnaire de périphs > Lecteurs de disques (sic) > Clic droit sur le disque et propriétés > Onglet stratégies > Décocher la mise en cache. Et voilà, mes DLs sont stables (à 50 Mo/s... Plus lents que sous Linux donc, mais plus stables).

Plus d'entrée systemd-boot après update de l'UEFI (sous Arch, 2022)

La mise à jour de l'UEFI peut endommager les entrées de boot, notamment celle de systemd. Le problème est dans mon cas survenu sur arch.

• Booter sur une clef arch.
• Passer le clavier en azerty :

loadkeys fr

• Vérifier les disques avec lsblk
• Monter la partition root du système arch d'origine :

mount /dev/nvme0n1p2 /mnt

• Chroot

arch-chroot /mnt

• Monter la partition de boot depuis le chroot

mount /dev/nvme0n1p1 /boot

• Réinstaller systemd-boot

bootctl install

• Exit, reboot

Après ça, l'entrée de boot "Linux" devrait être de retour. Merci Aorus...

Pas de son sur le laptop sous Arch

Installer les driver:

sudo pacman -Sy sof-firmware alsa-ucm-conf

Créer /etc/modprobe.d/inteldsp.conf

ptions snd-intel-dspcfg dsp_driver=1