Comprendre sequence de démarrage

Support Debian
#1

à qul niveau mon système débloque ? (voir top précédent)

je ne comprends pas tous dans le démarrage

BIOS (pas de pb)-> MBR (grub pas de pb) -> noyau (pas de pb) -> init
c’est ici que commence les problèmes

première question
quel genre de module charge le noyau dans la phase avant init : ceux qui sont en dur et/où les autres ?

deuxième
init au départ lit le fichier /etc/inittab
pas facile à décoder
mais apparemment il exécute en premier la ligne
si:sysinit:/etc/init.d/rcS

question : est que les modules qu’il charge sont indiqués dans les fichiers rc

autre question
y a t il un rapport avec initramfs ??

pouvez-vous m’éclairer à ce sujet pour que je puisse continuer mes investigations

#2

autre question
existe-il un utilitaire qui pourrait permettre de suivre pas à pas la séquence de boot? genre strace

#3

Je sais pas si c’est ce que tu recherches, mais dmesg ou bootchart, peut-être ?

#4

je cherche à savoir à quel niveau est généré mon problème
noyau , module, init , initramfs, udev, hdparm ou je ne sais quoi encore

dmesg donne des messages mais on ne sais pas quel est le “service” qui les envoie

bootchart je connaissais pas, mais j’ai un problème
$ bootstart
/var/log/bootstart.tgz not found
???

#5

Sans doute obnubilé par tes problèmes de démarrage, tu as écrit bootstart et non pas bootchart… :slightly_smiling:

#6

je confirme c’est bootchart

apparemment il m’a pas installer l’archive bootchart.tgz dans log

#7

je crois avoir un peu mieux compris

BIOS (pas de pb)-> MBR (grub pas de pb) -> noyau (pas de pb) -> init

j’ai réussi à décompresser le fichier /boot/initrd.imag-2-6.xxx

ce sont des scripts et je comprends mieux ce qui ce passe en les lisant

je ne sais pas encore comment init passe au démarrage des services dans les rcX.d

#8

si j’ai bien compris

initramfs serait une sorte d’outils pour faire un fichier initrd.imag

vous confirmez ?

#9

Salut,

Je suis un peu dans les mêmes méandres que toi.
Je suis nouveau, donc, vérifis mes alégations.

Perso, je tripatouille mon initrd.img avec cpio et gunzip.
(Je décompresse, je modifie et je recompresse)
Il me semble que c’est pas forcément la meilleur des solutions, car la taille de l’initrd.img s’en recent et j’imagine que lors d’un upgrade (apt-get) du noyau/initrd je perdrais mes modifs.

Si tu install mkintrdfs, tu trouveras un répertoire dans /etc/mkinitrdfs-tools, qui contiendra des scripts des modules, etc…
Un petit “mkintrdfs -u” permet de reconstruire l’initrd avec les modifs.
Je penses (a vérifier) que lors de l’upgrade d’un initrd par apt-get il intègre les données de /etc/initrd-tools

Voilou

Molux

#10

$ bootstart
/var/log/bootstart.tgz not found

réponse dans le post viewtopic.php?f=8&t=9914

#11

je commence à pouvoir bidouiller moi aussi ce fichier
mais c’est pas simple à comprendre

j’ai résolu le problème que le boot mettait une plombe pour démarrer.
il coinçait et au bout de’une plombe il affichait
after the udevadm settle timeout, the events queue contains:
619 : /devices/pci0000:00/0000:00:02.5/ide/1.0/block/hdc

pour ceux que cela intéresse, j’ai résolu ce problème de temps en ajoutant l’option le fichier
/usr/share/initramfs-tools/scripts/init-premount/udev

udevadm settle –timeout=10 || true

puis
update-initramfs -u

quel soulagement

reste entier mon problème hdc : j’ai un cdrom en hdc et il marche quand il veut
je vais peut-être finir par localiser le problème