Journal UEFI, à la découverte du nouveau BIOS…

Posté par  . Licence CC By‑SA.
Étiquettes :
81
25
oct.
2011

Sommaire

Qu'il semble loin le temps, béni pour certains, maudits pour d'autres, où il était nécessaire de connaître les IRQs et DMAs de sa machine pour l'utiliser, où, loin du Plug'n'Pray, le matériel se contentait de laisser l'humain configurer…
Puis vint le Plug'n'Play, son compagnon l'ACPI permettant de (…)

/run or not /run

Posté par  (site web personnel) . Modéré par Xavier Teyssier. Licence CC By‑SA.
Étiquettes :
52
4
avr.
2011
Linux

Ces dernières semaines les personnes clés des principales distributions se sont réunies pour discuter des problèmes liés aux données d'exécution (runtime data) utilisées lors de la phase de démarrage et surtout de leurs emplacements.

Lors du démarrage d'un système GNU/Linux différents programmes (initscripts, dracut, mdadm, etc) ont besoin de stocker leurs données d'exécution dans l'arborescence et cela avant les éventuels montages annexes (/home, /usr ou /var). Ces données sont aussi utilisées par les programmes et daemons lors du fonctionnement du système.

Actuellement, les distributions utilisent différents subterfuges pour stocker ce type de données dans des dossiers cachés : /dev/.mdadm, /dev/.mount, /dev/.systemd, /dev/.udev, etc. Elles utilisent pour la plupart le répertoire /dev pour stocker les premières données, ce dossier est de type tmpfs et est disponible dès les premiers instants du démarrage.

À la suite des derniers montages (/home, /usr ou /var) les daemons sont lancés, ils utilisent principalement le dossier /var/run pour leurs données et cherchent les données liées au démarrage dans les différents dossiers /dev/.xxx ou autres selon les distributions.

Pour en finir avec cette cacophonie, les principales distributions ont décidé d'ajouter le dossier "run" à la racine. Ce dossier fera partie de l'arborescence initiale des prochaines versions, il contiendra les données contenues auparavant dans les dossiers /dev/.xxx, /var/run, /var/lock, /lib/init/rw, etc.

Cette décision est techniquement simple et simplifie la liaison entre les données liées au démarrage et les programmes, elle a souvent été envisagée mais repoussée pour des raisons politiques, des craintes d'intense flameware et la rupture avec la LSB/FHS.

Les développeurs de dracut, udev et systemd ont déjà mis à jour ces logiciels. Les distributions utiliseront le répertoire /run de façon progressive avec, dans un premier temps, des montages de type bind des anciens répertoires vers /run.

Lennart Poettering (Pulseaudio, avahi, systemd) a rédigé un mail pour faire le point sur cette réunion, annoncer le changement et les phases de mise en place.

Alors, LSB/FHS outragée, LSB/FHS brisée, LSB/FHS martyrisée… crouch, touch, pause, engage !

N. D. M. : Les principales distributions impliquées sont Debian, SuSE, Ubuntu et Fedora.

Journal Dual-boot avec Windows 8 et pertes de données

Posté par  .
Étiquettes :
47
8
nov.
2012

Bonjour,

Cela intéressera surtout les lecteurs qui ont un dual-boot avec Windows 8. En effet, la fonctionnalité de redémarrage rapide ne démonte pas entièrement la partition NTFS, ce qui fait que si vous écrivez dessus sous Linux avec ntfs-3g puis que vous redémarrez sous Windows, ce dernier risque d'ignorer les écritures que vous avez faites entraînant ainsi un risque de pertes de données.

De mon côté, j'ai remarqué le problème lorsque j'ai vu windows lancer fréquemment des chkdsk au redémarrage (…)

Journal systemd est un "bloat"

Posté par  (Mastodon) . Licence CC By‑SA.
Étiquettes :
40
2
mai
2011

Bon, le titre trollesque, c'est juste pour attirer le chaland. En fait, c'est plus subtil.

Daniel Kahn Gillmor (alias dkg) a testé systemd sur Debian. Il y trouve des points positifs : la gestion des daemons, la gestion saine des états des processus, l'élimination de la redondance dans les scripts init, le démarrage des services réseaux. Bref, tout ce qui convient à un serveur robuste se trouve dans systemd.

Mais il est aussi inquiet. Principalement par deux choses :

Journal Booting a Self-signed Linux Kernel

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
18
7
sept.
2013

Billet sur le blog de Greg Kroah-Hartman : http://kroah.com/log/blog/2013/09/02/booting-a-self-signed-linux-kernel/

Donc d'après ce que je comprends, une machine avec un firmware UEFi n'est plus un souci pour les utilisateurs de Linux qui pourront non seulement installer leur système mais aussi empêcher le boot d'un autre.

Journal Le splash screen d’ubuntu empêche le démarrage ?

Posté par  . Licence CC By‑SA.
Étiquettes :
7
17
jan.
2022

Oui, je sais, ça a l’air complètement idiot.

Voici l’histoire : au boulot je dispose d’une station Dell précision sur laquelle j’ai une kubuntu qui tourne sans problème depuis des années. Depuis quelques mois j’ai constaté un phénomène étrange au démarrage :
Le bios démarre et affiche le logo Dell. S’en suit une tentative de boot, puis un redémarrage, tout ça sans intervention de ma part. Re-bios, et le splash screen d’ubuntu reste indéfiniment à l’écran.

Deuxième tentative: Au reboot (…)

Forum Linux.debian/ubuntu boot manuel

Posté par  . Licence CC By‑SA.
Étiquettes :
6
28
août
2021

Salut,

Suite à un problème de mise à jour j'ai un serveur qui ne reboot plus.
C'est une Devuan Beowulf (debian 10 sans systemd).
Le serveur est configuré en UEFI et n'a qu'un seul disque en GPT.
Le truc c'est que ca boot en manuel à partir du menu grub mais ensuite au reboot retour au menu grub.
Voila les commandes que j'utilise pour le faire booter et 'corriger' le boot/grub :

grub>set prefix=(hd0,gpt2)/grub
grub>set root=(hd0,gpt2)
grub>insmod linux
grub>insmod normal (…)

Forum Linux.général [ordinosaure] Disque dur non trouvé au boot

Posté par  . Licence CC By‑SA.
Étiquettes :
3
28
oct.
2018

Salut.

Je garde depuis quelques années une vieille carte mère (designed for windows ME, vous voyez le genre?) sur laquelle Debian tourne sans soucis (hormis la lenteur et le manque de RAM, certes). Du moins, tous les périphériques auxquels j'ai essayé d'accéder fonctionnent.

Récemment j'ai trouvé une CM de la même génération (ports PCI, AGP, P-ATA et non SATA…) mais avec plus de ports (notamment 1 de plus pour la RAM, ce qui n'est pas une mauvaise chose) et un (…)

Forum Linux.debian/ubuntu Boot impossible - No space left on device

Posté par  . Licence CC By‑SA.
Étiquettes :
2
24
déc.
2019

Bonjour à tous,

J'ai mon ordinateur qui tourne sous linux mint 19 (version cinnamon).
Du jour au lendemain il est devenu impossible de le démarrer. L'interface graphique ne démarre pas, j'ai seulement accès aux lignes de commande.
J'ai essayé plusieurs manipulations avant de me rendre compte qu'il y avait un problème d'espace de stockage.

En faisant df -h je me rend compte que ma partition sda2 linux est remplie à 100% alors qu'elle ne devrait pas l'être. Quand je fais (…)

Forum Linux.général [Résolu] Impossible de booter sur disque dur

Posté par  . Licence CC By‑SA.
Étiquettes :
2
22
mai
2019

Bonjour,

J'ai manifestement fait une boulette. Au démarrage j'avais un message d'erreur m'indiquant qu'il était impossible de démarrer le serveur X à cause d'une erreur interne. J'ai rebooté, et suis allé dans le setup pour voir s'il n'y avait pas moyen de faire un démarrage en mode sans échec. Et c'est là que bêtement, dans l'onglet "Exit", j'ai sélectionné "Load up setup defaults" en croyant que c'était une sorte d'équivalent. J'ai maintenant le message suivant au démarrage : "Reboot and (…)

Forum Linux.général Utiliser une carte SD comme "clé de démarrage"

Posté par  .
Étiquettes : aucune
2
17
mai
2011

Bonjour,

J'aimerais profiter du fait que mon X200 est capable de booter sur carte SD pour m'affranchir de la contrainte d'un multiboot classique. (Je souhaite une sorte de démarrage sans intervention humaine, une fois le bouton pressé)

Mon idée est de laisser l'OS propriétaire démarrer par défaut, sauf si la carte SD de boot est insérée, dans ce cas c'est ArchLinux qui devra se lancer.

J'aimerais donc savoir comment vous feriez pour lancer un Grub installé en local par le (…)

Forum Linux.général [RÉSOLU] boot EFISTUB

Posté par  . Licence CC By‑SA.
Étiquettes :
2
2
avr.
2023

Bonjour,

Je cherche à booter mon nouveau système (install archlinux) avec EFISTUB.
Cela permet de booter sans gestionnaire de boot (grub, syslinux …)
J'ai désactivé le « secure boot ».

J'ai suivi: https://wiki.archlinux.org/title/EFISTUB et https://wiki.archlinux.org/title/EFI_system_partition

Ma partition ESP est sur /dev/nvme0n1p1
Mon système ( / ) est sur /dev/nvme0n1p3

J'ai procédé ainsi:

Commencé par monter le contenu de {esp}/EFI/arch/ dans /boot.

Il faut procéder avec un « bind mount » qui se fait en deux temps.
Il faut déjà mounter (…)

Forum Linux.embarqué Etude d'un système ARM et reverse

Posté par  . Licence CC By‑SA.
Étiquettes :
2
27
mar.
2018

Bonjour à tous,
Alors je me permets de venir sur ce forum car je suis a la recherche d'information sur les systèmes embarqués d'un point de vue "reverse" a titre d'apprentissage. Je m’intéresse au monde du libre depuis quelques années et maintenant j'aimerai approfondir mes connaissances en reverse.
Je cherche a faire fonctionner un "ancien" système (fonctionnant sur ARM) pour l'adapter sur RPI, par exemple mais ce n'est pas important pour le moment.
J'ai en ma possession
- U-boot.bin
- (…)