Plantage Debian Grub au démarrage sur écran noir !

[medline2c]

Bonsoir,

Je suis désarmé face à mon soucis :

J’ai installé une Débian (Lenny) pour héberger un petit site web perso. Jusque là, tout allait bien.
Hier soir, je constate que le site ne répond plus…

Je décide donc de redémarrer la machine en SSH avec Putty et re-essaye quelques minutes après : aucune réponse du serveur… bizarre…

Je branche alors un écran et un clavier sur la machine et constate en fait qu’elle n’a pas redémarré :

J’ai un écran noir avec juste un prompt “grub >”… et rien d’autre…

Après quelques recherches, et tests divers, je n’arrive pas à relancer ma machine.

Pour info, une commande “find /boot/grub/stage1” me renvoie : “code[/code]”

“geometry (hd0)” donne :

drive 0x80: C/H/S = 1023/255/63, The number of secteors = 156301488, LBA Partition num: 0, Filesystem type is ext2fs, partition type 0x83 Partition num: 4, Filesystem type is ext2fs, partition type 0x83 Partition num: 5, Filesystem type is ext2fs, partition type 0x83 Partition num: 6, Filesystem type unknown, partition type 0x82 Partition num: 7, Filesystem type is ext2fs, partition type 0x83 Partition num: 8, Filesystem type is ext2fs, partition type 0x83

J’ai essayé de lancer une netinstall en mode rescue > re-installation de Grub : pas de changement
A priori, les disques hda, hdb etc donc toutes mes partitions sont bien là mais impossible de booter dessus…

une commande setup (hd0) donne :

Checking if "/boot/grub/stage1" exists... yes
Checking if "/boot/grub/stage2" exists... yes
Checking if "/boot/grub/e2fs_stage1_5" exists... yes
Running "embed /boot/grub/efs_stage1_5 (hd0)"... 15 sectors are embeded. succeeded
Running "install /boot/grub/stage1 (hd0) (hd0)1+15 p (hd0,0)/boot/grub/stage2
/boot/grub/menu.lst"... succeeded
Done.

je tape ensuite reboot et je me retrouve à la même page après redémarrage de la machine…

GNU GRUB version 0.97 (639K lower / 1033308K upper memory)

[ Minimal BASH-Like line editing is supported. For
the first word, TAB lists possible command
completions. Anywhere else TAB lists the possible
completions of a device/filename. ]

grub> _

J’avoue ne pas trop savoir quoi faire avec tout ça… j’essaye de me défaire de windob’ mais j’avoue que le pingouin me donne du fil à retordre…

Y-a-t-il des possibilité de réparer ça ? et si oui, comment ?
et de quoi cela peut-il bien provenir ? matériel ? logiciel ? piraterie ?..

Merci par avance pour vos réponses car là… gloups !

un petit pingouin sur la banquise …

[dchost99]

une fois dans grub>
tape
root (si le boot se trouve dans la même partition que root)
initrd /boot/initrd(puis touche tab pour compléter )
kerel /boot/vmlinuz(tab…idem)
boot

et regarde les erreurs

[medline2c]

Merci pour la réponse rapide… alors, voilà le résultat :

grub> root

donne :

(hd0,0): Filesystem type is ext2fs, partition type 0x83

par contre :

[code]grub> initrd /boot/initrd.img-2.6.18-6-686

Error 19: Linux kernel must be loaded before initrd[/code]

du coup :

grub> kernel /boot/vmlinuz-2.6.18-6-686 [Linux-bzImage, setup=0x1e00, size=0x132005]

donc à nouveau :

grub> initrd /boot/initrd.img-2.6.18-6-686 [Linux-initrd @ 0x1fb44000, 0x4ab717 bytes]

grub> boot

suspense… résultat :

tout défile très vite à l’écran et blocage sur la ligne suivante :

Begin: Running /scripts/local-top ... Done. Begin: Waiting for root file system... ... _(curseur clignotant)

Après plus de trois minutes :

[code]Done.
Check root= bootarg cat /proc/cmdline
or missing modules, devices: cat /proc/modules ls /dev
ALERT! does not exist. Dropping to a shell!

BusyBox v1.1.3 (Debian 1:1.1.3-4) built-in shell (ash)
Enter ‘help’ for a list of built-in commands.

/bin/sh: can’t access tty; job control turned off
(initramfs) _(curseur clignotant)
[/code]

voilou… du coup, j’ai pas osé toucher, j’ai juste éteint l’écran …

[linux78]

[quote=“medline2c”]:smt006 Merci pour la réponse rapide… alors, voilà le résultat :

donne :

par contre :

[code]grub> initrd /boot/initrd.img-2.6.18-6-686

Error 19: Linux kernel must be loaded before initrd[/code]

du coup :

grub> kernel /boot/vmlinuz-2.6.18-6-686 [Linux-bzImage, setup=0x1e00, size=0x132005]

donc à nouveau :

grub> initrd /boot/initrd.img-2.6.18-6-686 [Linux-initrd @ 0x1fb44000, 0x4ab717 bytes]

suspense… résultat :

tout défile très vite à l’écran et blocage sur la ligne suivante :

Begin: Running /scripts/local-top ... Done. Begin: Waiting for root file system... ... _(curseur clignotant)

Après plus de trois minutes :

[code]Done.
Check root= bootarg cat /proc/cmdline
or missing modules, devices: cat /proc/modules ls /dev
ALERT! does not exist. Dropping to a shell!

BusyBox v1.1.3 (Debian 1:1.1.3-4) built-in shell (ash)
Enter ‘help’ for a list of built-in commands.

/bin/sh: can’t access tty; job control turned off
(initramfs) _(curseur clignotant)
[/code]

voilou… du coup, j’ai pas osé toucher, j’ai juste éteint l’écran … [/quote]

T’es bon pour réinstaller complètement debian.

[panthere]

Ou de restaurer la sauvgarde selon le tuto que j’ai fait …(pas encore fini ).
note c’est peut etre ton disque qui n’est pas trouver ,mai la je préfère laisser quelqu’un d’autre te répondre.

[dchost99]

le but ce n’est pas de re-installer à chaque petit problème …
ton kernel démarre, mais il ne trouve plus ton disque root
probablement avec les re-install et mise à jour udev (regarde si erreur udev)

ide ou sata?

donne nous le
fdisk -l

tu peux aussi éditer la ligne grub pour démarrer en sigle (init=/bin/sh)
tenter un mkinitrd

démarrer en live fouiller le disque pour comprendre ce qui ne va pas (fsck, modifications udev, mise à jour kernel ?, plusieurs kernel? …)

[medline2c]

dchost99,

Je pense aussi que trouver la solution est toujours mieux que tout ré-installer mais pour cela, encore faut-il qu’il y en ai une et également, que l’on soit en mesure de le faire (là, je parle de compétences…).

Je suis donc tes instructions :

Déjà, c’est une machine avec 1 seul disque dur SATA partitionné à l’installation en plusieurs parties /home, /var, /dev etc séparés.

quand tu me dis “regarde si erreur udev”… ok, mais je fais ça comment ?..

J’ai donc redémarré sur un CD netinstall debian en “rescue mode”

Là, il me demande de choisir un périphérique qui sera utilisé comme système de fichier racine dans une liste
[ul]/dev/sda1
/dev/sda2
/dev/sda5
/dev/sda6
/dev/sda7
/dev/sda8
/dev/sda9[/ul]

Je choisi … hum… le premier ! /dev/sda1

Là, j’ai 5 options :

[ul]Exécuter un shell dans /dev/sda1
Exécuter un shell dans le contexte de l’installateur
Reinstallation du programme de démarrage GRUB (déjà essayé mais sans résultat)
Changer de système de fichier racine
redémarrer le système[/ul]

Je choisi la première option (Exécuter un shell dans /dev/sda1)

donne :

[code]Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Unit = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 34 273073+ 83 Linux
/dev/sda2 * 35 9729 77875087+ 5 Extended
/dev/sda5 35 642 4883728+ 83 Linux
/dev/sda6 643 1007 2931831 83 Linux
/dev/sda7 1008 1337 2650693+ 82 Linux swap / Solaris
/dev/sda8 1338 1386 393561 83 Linux
/dev/sda9 1387 9729 67015116 83 Linux
[/code]

mkinitrd sh: mkinitrd: command not found

[code]fsck
fsck 1.40-WIP (14-Nov-2006)
e2fsck 1.40-WIP (14-Nov-2006)
/dev/sda1 is mounted.

WARNING!!! Running e2fsck on a mounted filesystem may cause SEVERE filesystem damage.

Do you want to continue (y/n)? no

check aborded
e2fsck 1.40-WIP (14-Nov-2006)
/dev/sda9: clean, 32687/8388608 files, 7122899/16752779 blocks
e2fsck 1.40-WIP (14-Nov-2006)
/dev/sda8: clean, 28/98392 files, 22748/393560 blocks
e2fsck 1.40-WIP (14-Nov-2006)
/dev/sda5: clean, 84651/611648 files, 551128/1220932 blocks
e2fsck 1.40-WIP (14-Nov-2006)
/dev/sda4: clean, 15828/366528 files, 696316/732957 blocks
[/code]

J’ai répondu “non” par sécurité, je ne sais pas si j’ai bien fait…

J’ai essayé de changer de système de fichier racine mais impossible (écran rouge) donc j’ai lâché l’affaire…

Je n’ai qu’un seul système installé sur cette machine…

Voilou, que faire ensuite ?

Sinon, dans la série des questions : si je suis obligé de re-installer le système, comment puis-je faire pour ne pas perdre mes données ? (base de donnée Mysql et fichiers dans mlon répertoire /home) ?

[linux78]

[quote=“medline2c”]dchost99,

Je pense aussi que trouver la solution est toujours mieux que tout ré-installer mais pour cela, encore faut-il qu’il y en ai une et également, que l’on soit en mesure de le faire (là, je parle de compétences…).

Je suis donc tes instructions :

Déjà, c’est une machine avec 1 seul disque dur SATA partitionné à l’installation en plusieurs parties /home, /var, /dev etc séparés.

quand tu me dis “regarde si erreur udev”… ok, mais je fais ça comment ?..

J’ai donc redémarré sur un CD netinstall debian en “rescue mode”

Là, il me demande de choisir un périphérique qui sera utilisé comme système de fichier racine dans une liste
[ul]/dev/sda1
/dev/sda2
/dev/sda5
/dev/sda6
/dev/sda7
/dev/sda8
/dev/sda9[/ul]

Je choisi … hum… le premier ! /dev/sda1

Là, j’ai 5 options :

[ul]Exécuter un shell dans /dev/sda1
Exécuter un shell dans le contexte de l’installateur
Reinstallation du programme de démarrage GRUB (déjà essayé mais sans résultat)
Changer de système de fichier racine
redémarrer le système[/ul]

Je choisi la première option (Exécuter un shell dans /dev/sda1)

donne :

[code]Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Unit = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 34 273073+ 83 Linux
/dev/sda2 * 35 9729 77875087+ 5 Extended
/dev/sda5 35 642 4883728+ 83 Linux
/dev/sda6 643 1007 2931831 83 Linux
/dev/sda7 1008 1337 2650693+ 82 Linux swap / Solaris
/dev/sda8 1338 1386 393561 83 Linux
/dev/sda9 1387 9729 67015116 83 Linux
[/code]

mkinitrd sh: mkinitrd: command not found

[code]fsck
fsck 1.40-WIP (14-Nov-2006)
e2fsck 1.40-WIP (14-Nov-2006)
/dev/sda1 is mounted.

WARNING!!! Running e2fsck on a mounted filesystem may cause SEVERE filesystem damage.

Do you want to continue (y/n)? no

check aborded
e2fsck 1.40-WIP (14-Nov-2006)
/dev/sda9: clean, 32687/8388608 files, 7122899/16752779 blocks
e2fsck 1.40-WIP (14-Nov-2006)
/dev/sda8: clean, 28/98392 files, 22748/393560 blocks
e2fsck 1.40-WIP (14-Nov-2006)
/dev/sda5: clean, 84651/611648 files, 551128/1220932 blocks
e2fsck 1.40-WIP (14-Nov-2006)
/dev/sda4: clean, 15828/366528 files, 696316/732957 blocks
[/code]

J’ai répondu “non” par sécurité, je ne sais pas si j’ai bien fait…

J’ai essayé de changer de système de fichier racine mais impossible (écran rouge) donc j’ai lâché l’affaire…

Je n’ai qu’un seul système installé sur cette machine…

Voilou, que faire ensuite ?

Sinon, dans la série des questions : si je suis obligé de re-installer le système, comment puis-je faire pour ne pas perdre mes données ? (base de donnée Mysql et fichiers dans mlon répertoire /home) ?

[/quote]

Démarre depuis un live cd linux et fais une copie de tes données sur un média amovible (disque dur externe…).

[medline2c]

Alors,

Dans les news, voici où j’en suis :

J’ai gravé un CD avec dessus “super_grub_disk_francais_usb_0.9799”

Là, j’ai un menu qui me propose de démarrer sur Linux… et merveille, ma Débian démarre “normalement”…

Je me dit donc qu’à priori, ce n’est peut être pas si grave que ça… non ?

Comment, une fois démarré sur ma Débian, réparer mon Grub ?

Sinon, est-ce quelque chose qui arrive souvent ou est-ce exceptionnel… et dû à quoi ? une problème physique sur le disque dur… ? peut-on scanner le disque pour voir s’il est défectueux ?..

Encore merci pour votre aide…

[medline2c]

Ah si, une interrogation :

Quand je regarde le disque /dev/sda6 qui correspond à /var, j’ai une taille totale de 2.8 Go total, 85.5 Mo libre (soit presque 100% occupé…), disponible : 0 octet, utilisé : 2.7 Go… normal ?.. cela peut-il être à l’origine de mes soucis ? et si oui, comment y remédier ?

[linux78]

[quote=“medline2c”]Ah si, une interrogation :

Quand je regarde le disque /dev/sda6 qui correspond à /var, j’ai une taille totale de 2.8 Go total, 85.5 Mo libre (soit presque 100% occupé…), disponible : 0 octet, utilisé : 2.7 Go… normal ?.. cela peut-il être à l’origine de mes soucis ? et si oui, comment y remédier ?

[/quote]

Va falloir que tu fasses le ménage (nettoyer le disque).

[medline2c]

Merci pour la réponse mais “concrètement”… ?
je fais quoi et comment ?.. je rappelle que j’y connais pas grand chose…

J’ai regardé et rien me semble inutile, il n’y a aucun fichier de ma part à cet endroit, enfin si, mais ça ne pèse que quelques mégas, le reste, je ne sais pas à quoi cela sert, si c’est utile ou pas…

Voici la liste des dossiers :
[ul]log (51 Mo)
games (0 octet)
lib (114 Mo)
run (172 Ko)
backups (2.4 Mo)
cache (222 Mo)
www (587 Mo)
spool (44 Ko)
mail (25 Ko)
lock (4 Ko)
tmp (rien)
opt (rien)
local (rien)
lost+found (inaccessible)[/ul]

Quand je demande les propriétés du dossier /var, j’obtiens "977.9 Mio (certains éléments sont impossibles lire)"
Je suis loin de mes 2.8 Go théoriques !
=> avec Disk Manager, je vois dans l’onglet “Partitions” :
"Partition 6"
Access Path: "/var"
Size : “2.8 Go”

…/…

???

[linux78]

[quote=“medline2c”]Merci pour la réponse mais “concrètement”… ?
je fais quoi et comment ?.. je rappelle que j’y connais pas grand chose…

J’ai regardé et rien me semble inutile, il n’y a aucun fichier de ma part à cet endroit, enfin si, mais ça ne pèse que quelques mégas, le reste, je ne sais pas à quoi cela sert, si c’est utile ou pas…

Voici la liste des dossiers :
[ul]log (51 Mo)
games (0 octet)
lib (114 Mo)
run (172 Ko)
backups (2.4 Mo)
cache (222 Mo)
www (587 Mo)
spool (44 Ko)
mail (25 Ko)
lock (4 Ko)
tmp (rien)
opt (rien)
local (rien)
lost+found (inaccessible)[/ul]

Quand je demande les propriétés du dossier /var, j’obtiens "977.9 Mio (certains éléments sont impossibles lire)"
Je suis loin de mes 2.8 Go théoriques !
=> avec Disk Manager, je vois dans l’onglet “Partitions” :
"Partition 6"
Access Path: "/var"
Size : “2.8 Go”

…/…

???[/quote]
Et si tu essayais de lancer disk manager en tant que root (tu aurais une meilleure idée de la taille de /var)?

[medline2c]

J’ai la même choses

Par contre, j’ai un autre soucis…

Le système est bien lancé mais tout ne fonctionne pas :

Apache ne fonctionne pas => je n’ai pas accès au localhost (port 80)
donc pas à phpmyadmin, sachant que
musqld ne fonctionne pas…

J’ai essayé de réinstaller Apache et … et impossible (apt-get …)
=> j’ai toujours le même message :

ex :

me revoie :

.../... Certains paquets ne peuvent être installés. .../... Les paquets suivants contiennent des dépendances non satisfaites : .../... E: Paquets défectueux

[linux78]

[quote=“medline2c”]J’ai la même choses

Par contre, j’ai un autre soucis…

Le système est bien lancé mais tout ne fonctionne pas :

Apache ne fonctionne pas => je n’ai pas accès au localhost (port 80)
donc pas à phpmyadmin, sachant que
musqld ne fonctionne pas…

J’ai essayé de réinstaller Apache et … et impossible (apt-get …)
=> j’ai toujours le même message :

ex :

me revoie :

.../... Certains paquets ne peuvent être installés. .../... Les paquets suivants contiennent des dépendances non satisfaites : .../... E: Paquets défectueux [/quote]

Lance apt-get install -f nom_du_paquet.

[wetaskiwin]

Petite remarque sans méchanceté : citer la totalité du post précédent pour y répondre en une seule ligne rend tes réponses quasi illisibles et le topic sera difficilement utilisable pour ceux qui pourraient y faire des recherches ultérieurement.

[medline2c]

Ca ne fait rien de plus que sans le "-f" :

[code]E: Paquets défectueux[/code]

... oups !

Ca ne fait rien de plus que sans le “-f” :

… oups !

[dchost99]

Si je comprend bien tu as réussi à démarrer?
essaye apt-get clean et apt-get update avant.
Tu as changée le sources.list?
essaye avec aptitude l’install

[etxeberrizahar]

apt-get clean videra le cache des paquets que tu sois en ligne ou pas.
Si ton sources-list s’appuye sur des dépôts en ligne, il faudra tout d’abord que le réseau soit d’aplomb avant d’envisager de mettre à jour.

S’agissant de /var, /var/log de ton système est vraisemblablement rempli.
Lorsque les choses se mettent à aller de travers, /var/log se remplit très facilement.
Si tu tiens à avoir une trace de ce qui coince, les “logs” sont la première source d’information. Il n’est pas toujours utile de conserver ces traces et une purge de ces fichiers pourrait te faire gagner de la place.
Comment procéder pour alléger /var/log ?
Il s’agit de remettre les fichiers à zéro et non pas de les effacer.

Pour voir la quantité occupée par les journaux et autres alertes, tu ouvre un terminal
et tu te dirige vers /var/log

$ cd /var/log

Tu prends les droits de “root”

$ su

et tu fournis le mot de passe de root , le mot de passe ne s’affiche pas, c’est normal

Tu demandes à quantifier l’espace occupé :

du -h

en retour tu obtiens la liste des sous-dossiers et l’espace respectivement occupé.
Je ne peux pas te donner de valeur absolue, sur un système domestique sans services particulier, cela devrait se compter en unités de MO
certainement pas en GO, un sous-dossier à plusieurs centaines de MO est déjà obèse pour un système élémentaire .

Si tu remarques qu’un sous-dossier est rempli jusqu’au cou, tu t’y dirige.

cd “dossier_glouton”

Lister les fichiers individuellement et afficher l’espace qu’ils occupent.

ls -sh

Tu repères les gros gloutons qui prennent toute la place.

3 candidats qui ont habituellement tendance à grossir inconsidérément :

/var/log/kern.log
/var/log/messages
/var/log/syslog
(+ leurs pendants numérotés et compressés comme syslog.1.gz)

Pour les remettre à zéro sans toutefois les effacer , on remplace leur contenu par du vide .

cat /dev/null > messages

explication “mot à mot” : cat=cocaténer, donner en sortie /dev/null=source du néant, rien “un petit rien c’est quelque chose” >=rediriger vers le fichier appelé messages
Le contenu de “messages” est remplacé par du vide sans qu’on l’aie effacé.

Tu t’assure bien que tu te trouve dans le bon dossier avant de remplacer les fichiers
( pas de joker)

exemple , tu te trouve en /var/log, la commande

pwd

renvoie : /var/log

et tu répète l’opération pour chaque fichier inconsidérément engraissé.

Pour en venir à la source de ton problème de grub , à mon humble avis il te manque une seule précision : la racine du système .

L’entrée grub a besoin de deux définitions de / “root”, le premier pour grub, le deuxième pour le système proprement dit.
Le “root” de grub peut être différent de celui qui acceuille le système, il faut préciser root=/dev/??? à la ligne “kernel”

Ce qui prend cette forme :

title Debian
root (hd0,0)
kernel /boot/vmlinuz root=/dev/sda1

[medline2c]

Je voulais vous remercier tous pour votre aide.

J’ai réussi à fauvegarder mes bases mysql, mes scripts php et les fichiers importants sur un disque dur externe USB (pas simple là non plus !.. rires !).

Comme je ne m’en sors pas de ce grub teigneux, je vais re-installer un os tout neuf en formatant le disque… tant pis.

Par contre, pourriez-vous juste me dire pourquoi et comment on peut avoir un tel plantage de Grub ?.. est-ce courant ?

J’ai testé mon disque dur, processeur, mémoire etc… avec un Live-CD, rien trouvé… une idée ?..

Merci !