Cannot open dev/console

Support Debian
#1

Bonjour,

J’ai installé une debian Lenny depuis plus d’un an sur un serveur dédié (OVH RPS)
Après quelques problèmes réseau, j’ai de nouveau la main sur le système mais un problème ne me permet plus de redémarrer avec le bon kernel

Voici le message d’erreur:

/sbin/init: 303: cannot open dev/console : no such file kernel panic – not syncing : Attempted to kill init

J’ai commencé quelques recherches sur gg il s’agirait d’un problème d’image du noyau.
Avez-vous une piste? car je commence à être en panique (sans mauvais jeu de mot) cela fait 24h que le serveur est inaccessible puisqu’il redémarrer en mode rescue…

Merci pour votre aide

#2

Si tu boutes avec un initrd, refais le. Ça peut être ça

#3

Voilà ce qui est disponible dans /boot:

root@rescue:~# ls -l /boot/ total 8824 -rw-r--r-- 1 root root 592336 Jun 11 2008 System.map-2.4.20-bf2.4 -rw-r--r-- 1 root root 456487 Jun 11 2008 System.map-2.4.26-piii -rw-r--r-- 1 root root 497094 Jun 11 2008 System.map-2.4.27-grs-sata -rw-r--r-- 1 root root 528496 Jun 11 2008 System.map-2.4.28-grs-bipiv -rw-r--r-- 1 root root 512 Jun 11 2008 boot.0300 lrwxrwxrwx 1 root root 11 Oct 8 10:05 boot.b -> boot-menu.b -rw-r--r-- 1 root root 1007725 Jun 11 2008 bzImage-2.4.25-piii -rw-r--r-- 1 root root 1172237 Jun 11 2008 bzImage-2.4.26-piii -rw-r--r-- 1 root root 1348635 Jun 11 2008 bzImage-2.4.27-grs-sata -rw-r--r-- 1 root root 1541898 Jun 11 2008 bzImage-2.4.28-grs-bipiv -rw-r--r-- 1 root root 308326 Aug 27 2009 coffee.bmp -rw-r--r-- 1 root root 19486 Jun 11 2008 config-2.4.20-bf2.4 lrwxrwxrwx 1 root root 15 Oct 8 10:05 debian.bmp -> /boot/sarge.bmp -rw-r--r-- 1 root root 153720 Aug 27 2009 debianlilo.bmp drwxr-xr-x 2 root root 4096 Aug 31 2009 grub -rw------- 1 root root 19968 Jun 11 2008 map -rw-r--r-- 1 root root 23662 Aug 27 2009 sarge.bmp -rw-r--r-- 1 root root 24116 Aug 27 2009 sid.bmp -rw-r--r-- 1 root root 1257258 Jun 11 2008 vmlinuz-2.4.20-bf2.4

Je ne sais pas comment modifier le boot
et je ne sais pas non plus lequel choisir :confused:
Je me rends compte que l’administration d’un dédié n’est vraiment pas évident

#4

De plus, il m’est impossible de monter les partitions

[code]root@rescue:~# fdisk -l

Disk /dev/uba: 2006 MB, 2006974464 bytes
255 heads, 63 sectors/track, 244 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0000e3b4

Device Boot Start End Blocks Id System
/dev/uba1 1 244 1959898+ 82 Linux swap / Solaris

Disk /dev/sda: 21.4 GB, 21474836480 bytes
255 heads, 63 sectors/track, 2610 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0000a1f0

Device Boot Start End Blocks Id System
/dev/sda1 * 1 637 5116671 83 Linux
/dev/sda2 638 2549 15358140 83 Linux
root@rescue:~# ls /mnt/
root@rescue:~# mount /dev/sda /mnt/
mount: /dev/sda: can’t read superblock
root@rescue:~# mount /dev/sda1 /mnt/
mount: /dev/sda1: can’t read superblock
[/code]

J’ai travaillé comme un sagouin car je ca fait quelques mois que je n’ai pas fait de backup de BdD !! :blush: :blush:
J’aimerais au moins pouvoir accéder à mes partitions pour récupérer la base de production…
Là, j’ai vraiment honte…

#5

Hum, je pense que ton mode rescue est sur une partition à part car tes noyaux 2.4 me paraissent assez vieux. Essaye un modprobe ext3 avant de monter ta partition

#6

voici le résultat:

root@rescue:~# modprobe ext3 modprobe: Can't open dependencies file /lib/modules/2.6.32.2-xxxx-std-ipv4-32/modules.dep (No such file or directory)

#7

Si tu es sur un RPS OVH, pourquoi ne bootes tu pas en netboot sur les noyaux grsec ?
Tu as fait des modifications qui ne te le permettent pas ?

#8

Hé bien, justement
Voici la liste des noyaux disponibles en netboot:

2.6.32.2 x86 & SMP 2.6.32.2 x86 & SMP & IPv6 2.6.32.2 x86 & SMP & HZ_1000 2.6.32.2 x86 & SMP & GRSEC 2.6.32.2 x86 & SMP & GRSEC &IPv6 2.6.31.5-rt-beta x86 & SMP & IPv6

On m’a conseillé de redémarrer sur 2.6.31.5-rt-beta x86 & SMP & IPv6
mais le boot se passe mal.
Du coup, ca déclenche une alerte administrateur.
et on me le reboot en mode rescue.

Le message d’erreur qu’ils me retournent après intervention:

[quote]Ci-dessous le rapport d’intervention :
Date 2010-03-01 22:00:26, kevin.domenech made Software
diagnosis:
Le serveur retourne a chaque demarrage :

/sbin/init: 303: cannot open dev/console : no such file
kernel panic – not syncing : Attempted to kill init

J’ai netbooté ce dernier en rescue pro :

Ping ok
ssh open

Le technicien a du placer votre machine en rescue afin de
vous permettre de corriger le problème.
Sinon, la meilleur solution est de contacter le support
technique pour une éventuelle assistance.[/quote]

Bon et là, j’appelle l’assistance technique qui me dit que c’est maintenant un problème software donc c’est à moi de me débrouiller :confused:

#9

J’ai réussi à basculer tout le site sur ma machine en local (chez moi).
Ca tiendra le choc le temps de la reprise.

En fait, mon principal problème actuellement, c’est de pouvoir récupérer la base de production sur le RPS. Et Donc de monter le système de fichier.

Quelqu’un aurait-il une piste?

Merci pour votre aide, car j’en ai bien besoin

#10

As-tu fais des modifications kernel ?
L’installation est récente ?

Le mieux est de rebooter ton serveur en mode kvm et de te chrooter sur la partition principale de ton linux.
Ensuite comme le disait fran.b tu pourras recréer l’initrd.

#11

Bonjour,

Je reviens sur ce problème, j’avoue que je n’y comprends pas grand chose sur cette partie.
1°/ J’ai lancé un aptitude dist-upgrade il y a une semaine environ
d’ou le noyau “2.6.31.5-rt-beta x86 & SMP & IPv6” beta, c’est instable?

2°/ en mode rescue, j’ai réussi à remonter la partition principale dans /mnt. J’accède donc mes données, j’ai l’impression qu’il y a des anomalies dans le système de fichier
Question: un fsck permettrait-il de remettre de l’ordre sans dommage?

3°/ Ensuite, j’ai essayé le reboot KVM (vKVM pour OVH) comme vous me l’avez conseillé.
une erreur s’affiche dans la fenetre “Netword error. Software cause connection abort:recv failed”.
L’interface me propose de rebooter:

  • sur netboot
  • sur le disque
  • sur une image iso (en ftp)
    Question: Redémarrer sur une image iso en ftp est peut-être une bonne idée ?

:unamused:

#12

Ca peut-être vous aider si je vous dis qu’il y a le fichier
initrd-iscsi.img
à la racine de la partition montée?

Heu et c’est quoi chrooter?? :unamused: :unamused:
Désolé d’être si inculte en administration

C’est en forgeant qu’on devient forgeron…

#13

Si le kvm ne fonctionne pas il ne reste plus que le mode rescue.
Une fois le / de ta distribution monté par exemple dans /mnt tu te chroote dedans:

chroot /mnt

Ce qui permet de dire que ta nouvelle racine est /mnt et te permet donc de travailler directement sur ta machine.
Dans ce cas la verifie que tout upgrade s’est bien passé et voir pour refaire ton initrd.

Par contre ce paquet la “2.6.31.5-rt-beta x86 & SMP & IPv6” n’est pas en Lenny, tu n’as pas du testing ou sid dans ton sources.list ?