Forum Linux.gentoo init introuvable au démarrage

Posté par  .
Étiquettes : aucune
0
29
mai
2008

Bonjour,

je rencontre un problème après la réinstallation de ma Gentoo. j'ai partitionné mon disque dur de la manière suivante :


/dev/hda1 /boot ext2 noauto,noatime 1 2
/dev/hda5 / ext3 defaults 0 1
/dev/hda3 none swap sw 0 0
/dev/hda6 /home ext3 defaults 0 0
/dev/hda7 /etc ext3 defaults 0 0
/dev/hda8 /var ext3 defaults 0 0

(à savoir que toutes mes partitions sont des partitions logiques à part le /boot et la swap)

Mon problème : au démarrage, init ne se lance pas, il me demande le niveau d'exécution à lancer (je réponds 3) et ne trouve aucun script. Pourtant mon inittab semble correct :


#
# /etc/inittab: This file describes how the INIT process should set up
# the system in a certain run-level.
#
# Author: Miquel van Smoorenburg,
# Modified by: Patrick J. Volkerding,
# Modified by: Daniel Robbins,
# Modified by: Martin Schlemmer,
#
# $Header: /var/cvsroot/gentoo-x86/sys-apps/sysvinit/files/inittab,v 1.5 2005/12/22 02:03:23 vapier Exp $

# Default runlevel.
id:3:initdefault:

# System initialization, mount local filesystems, etc.
si::sysinit:/sbin/rc sysinit

# Further system initialization, brings up the boot runlevel.
rc::bootwait:/sbin/rc boot

l0:0:wait:/sbin/rc shutdown
l1:S1:wait:/sbin/rc single
l2:2:wait:/sbin/rc nonetwork
l3:3:wait:/sbin/rc default
l4:4:wait:/sbin/rc default
l5:5:wait:/sbin/rc default
l6:6:wait:/sbin/rc reboot
#z6:6:respawn:/sbin/sulogin

# TERMINALS
c1:12345:respawn:/sbin/agetty 38400 tty1 linux
c2:2345:respawn:/sbin/agetty 38400 tty2 linux
c3:2345:respawn:/sbin/agetty 38400 tty3 linux
c4:2345:respawn:/sbin/agetty 38400 tty4 linux
c5:2345:respawn:/sbin/agetty 38400 tty5 linux
c6:2345:respawn:/sbin/agetty 38400 tty6 linux

# SERIAL CONSOLES
#s0:12345:respawn:/sbin/agetty 9600 ttyS0 vt100
#s1:12345:respawn:/sbin/agetty 9600 ttyS1 vt100

# What to do at the "Three Finger Salute".
ca:12345:ctrlaltdel:/sbin/shutdown -r now

# Used by /etc/init.d/xdm to control DM startup.
# Read the comments in /etc/init.d/xdm for more
# info. Do NOT remove, as this will start nothing
# extra at boot if /etc/init.d/xdm is not added
# to the "default" runlevel.
x:a:once:/etc/X11/startDM.sh


Ma théorie est que mon fstab contient une erreur (/etc est dans une partition à part, peut-être n'est-il pas monté correctement), mais je ne vois pas laquelle !
Quelqu'un pour m'aider ?
  • # /etc à part, mauvaise idée

    Posté par  (site web personnel) . Évalué à 3.

    Généralement, mettre /etc sur une partition séparée est une mauvaise idée.

    Comment le système pourrait-il trouver le fichier /etc/inittab quand /etc n'est pas monté ? Et pour savoir comment monter /etc, il faudrait lire /etc/fstab... Ça se mord la queue.

    Boot sur un live CD, et copie le contenu de hda7 (ton /etc) dans le "vrai" répertoire /etc présent sur hda5 (ton /). Edite le fichier /etc/fstab pour retirer le montage de hda7.

    À partir de là, le système devrait de nouveau être utilisable. Ensuite, tu as deux possibilités :
    La plus simple, tu cesses d'utiliser une partition séparée pour /etc.
    L'autre, c'est de garder sur hda5 un /etc minimaliste qui contient uniquement le nécessaire pour booter. Mais attention, la maintenance demande pas mal de boulot, pour finalement très peu d'avantages.
    • [^] # Re: /etc à part, mauvaise idée

      Posté par  . Évalué à 1.

      Après coup, c'est vrai que c'est logique ! (j'ai créé mon fstab hier soir et je devais plus être très frais !)
      L'idée c'était de pouvoir garder certains fichiers de configuration en cas de réinstallation, mais je me suis aperçu que ce n'est pas possible à cause de certains liens symboliques.

      Je me pose juste une question : si je détruis la partition /dev/hda7, est-ce que ça va tout chambouler dans ma table (avec risque de perte de données) ou est-ce que je peux le faire les yeux fermés ?

      Et désolé pour le post en double !

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.