Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Alain Tesio
On Tue, 14 Sep 2004 19:04:16 +0200 Alexandre gerussi wrote:
pivot_root: no such file or directory unable to open /dev/console: no such file or directory kernel panic: attempted to kill init!
Après un grep sur les sources, on voit que pivot_root est un appel système utilisé pendant l'initialisation, extrait de Documentation/initrd.txt :
When using initrd, the system typically boots as follows:
1) the boot loader loads the kernel and the initial RAM disk 2) the kernel converts initrd into a "normal" RAM disk and frees the memory used by initrd 3) initrd is mounted read-write as root 4) /linuxrc is executed (this can be any valid executable, including shell scripts; it is run with uid 0 and can do basically everything init can do) 5) linuxrc mounts the "real" root file system 6) linuxrc places the root file system at the root directory using the pivot_root system call 7) the usual boot sequence (e.g. invocation of /sbin/init) is performed on the root file system 8) the initrd file system is removed
Le problème peut venir d'un bootloader comme grub avec une mauvaise partition root, essaies de la forcer avec root=/dev/... Ou de drivers spéciaux pour accéder au disque qui contient la partition root
Je connaissais pas, man pivot_root est intéressant même si ça ne t'ai deras pas
pivot_root: no such file or directory
unable to open /dev/console: no such file or directory
kernel panic: attempted to kill init!
Après un grep sur les sources, on voit que pivot_root est un
appel système utilisé pendant l'initialisation, extrait de
Documentation/initrd.txt :
When using initrd, the system typically boots as follows:
1) the boot loader loads the kernel and the initial RAM disk
2) the kernel converts initrd into a "normal" RAM disk and
frees the memory used by initrd
3) initrd is mounted read-write as root
4) /linuxrc is executed (this can be any valid executable, including
shell scripts; it is run with uid 0 and can do basically everything
init can do)
5) linuxrc mounts the "real" root file system
6) linuxrc places the root file system at the root directory using the
pivot_root system call
7) the usual boot sequence (e.g. invocation of /sbin/init) is performed
on the root file system
8) the initrd file system is removed
Le problème peut venir d'un bootloader comme grub avec une mauvaise
partition root, essaies de la forcer avec root=/dev/...
Ou de drivers spéciaux pour accéder au disque qui contient la partition root
Je connaissais pas, man pivot_root est intéressant même si ça ne t'ai deras pas
On Tue, 14 Sep 2004 19:04:16 +0200 Alexandre gerussi wrote:
pivot_root: no such file or directory unable to open /dev/console: no such file or directory kernel panic: attempted to kill init!
Après un grep sur les sources, on voit que pivot_root est un appel système utilisé pendant l'initialisation, extrait de Documentation/initrd.txt :
When using initrd, the system typically boots as follows:
1) the boot loader loads the kernel and the initial RAM disk 2) the kernel converts initrd into a "normal" RAM disk and frees the memory used by initrd 3) initrd is mounted read-write as root 4) /linuxrc is executed (this can be any valid executable, including shell scripts; it is run with uid 0 and can do basically everything init can do) 5) linuxrc mounts the "real" root file system 6) linuxrc places the root file system at the root directory using the pivot_root system call 7) the usual boot sequence (e.g. invocation of /sbin/init) is performed on the root file system 8) the initrd file system is removed
Le problème peut venir d'un bootloader comme grub avec une mauvaise partition root, essaies de la forcer avec root=/dev/... Ou de drivers spéciaux pour accéder au disque qui contient la partition root
Je connaissais pas, man pivot_root est intéressant même si ça ne t'ai deras pas
Alain
Alexandre gerussi
Alain Tesio wrote:
Le problème peut venir d'un bootloader comme grub avec une mauvaise partition root, essaies de la forcer avec root=/dev/... Ou de drivers spéciaux pour accéder au disque qui contient la partition root
En effet, le problème venait d'une mauvaise partition root. En fait, j'utilisais (jene sais plus pourquoi) le couple disk= et bios= dans lilo.conf, qui décalait les noms des devices hdx. Pour une raison inconnue, le noyau 2.4.18 prend cela en compte mais pas les noyaux plus récents..
Merci.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Alain Tesio wrote:
Le problème peut venir d'un bootloader comme grub avec une mauvaise
partition root, essaies de la forcer avec root=/dev/...
Ou de drivers spéciaux pour accéder au disque qui contient la partition root
En effet, le problème venait d'une mauvaise partition root.
En fait, j'utilisais (jene sais plus pourquoi) le couple disk= et bios=
dans lilo.conf, qui décalait les noms des devices hdx.
Pour une raison inconnue, le noyau 2.4.18 prend cela en compte mais pas
les noyaux plus récents..
Merci.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le problème peut venir d'un bootloader comme grub avec une mauvaise partition root, essaies de la forcer avec root=/dev/... Ou de drivers spéciaux pour accéder au disque qui contient la partition root
En effet, le problème venait d'une mauvaise partition root. En fait, j'utilisais (jene sais plus pourquoi) le couple disk= et bios= dans lilo.conf, qui décalait les noms des devices hdx. Pour une raison inconnue, le noyau 2.4.18 prend cela en compte mais pas les noyaux plus récents..
Merci.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
