Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Serveur dédié injoignable - erreur de boot

8 réponses
Avatar
Vinc Teteve
--f46d0444ef31eeb022051f01616e
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Bonjour =C3=A0 tous,

Je commence par un petit historique de mes manip jusqu'aux probl=C3=A8mes
actuels :
J'ai un serveur d=C3=A9di=C3=A9 chez OVH sur lequel est install=C3=A9 Proxm=
ox 3.0, avec en
gros une VM par service (toutes sous Debian dans des CT OpenVZ).
La semaine derni=C3=A8re, j'ai fait une mise =C3=A0 jour de la VM DNS. En f=
in de
semaine, j'ai voulu ajouter un NDD sur cette VM. Impossible de m'y
connecter en SSH (de m=C3=A9moire, le message =C3=A9tait : pas de pty dispo=
nible). Je
me suis dit que les mises =C3=A0 jour ne devaient pas =C3=AAtre termin=C3=
=A9e, et qu'elles
devaient attendre un retour de ma part. J'ai red=C3=A9marr=C3=A9 la VM via
l'interface Proxmox : VM up, mais impossible de m'y connecter en SSH
(network error : Connection timed out). N'=C3=A9tant pas en =C3=A9tat de ch=
ercher une
solution intelligente, j'ai red=C3=A9marr=C3=A9 tout le serveur (sic...). E=
t depuis,
impossible de me reconnecter sur l'h=C3=B4te.
L=C3=A0, intervention d'OVH :

"Cette op=C3=A9ration a =C3=A9t=C3=A9 achev=C3=A9e le 2015-09-04 03:10:46
Voici les d=C3=A9tails de cette op=C3=A9ration :
Boot sur interface diagnostique (rescue)
Date 2015-09-04 03:07:47, yoann P a fait Boot sur interface diagnostique
(rescue):
Voici le detail de l'intervention realisee:
Le serveur lance un memtest lors du boot sur disque.
Actions entreprises:
Redemarrage du serveur sur mode 'rescue' (Linux)
Resultat:
Boot OK. Systeme 'rescue' accessible.
Recommandations:
Configuration/erreur a corriger par le client"

J'ai effectu=C3=A9 les tests via le manager en mode rescue : tous OK. Je l'=
ai
d=C3=A9marr=C3=A9 en mode rescue, acc=C3=A8s SSH OK. J'ai d=C3=A9plac=C3=A9=
le r=C3=A9pertoire
/etc/grub.d/20_memtest86+ pour =C3=A9viter qu'il lance un memtest au boot, =
mais
toujours aucun acc=C3=A8s SSH apr=C3=A8s reboot sur HD. Donc retour en mode=
rescue,
et histoire de cumuler, j'ai eu la merveilleuse id=C3=A9e de me dire : "Une=
mise
=C3=A0 jour du syst=C3=A8me va tout r=C3=A9soudre..." Donc apt-get update &=
& apt-get
upgrade en chroot sur ma partition principale /dev/md1.
Et l=C3=A0, c'est le drame :
"Errors were encountered while processing:
bind9
pve-cluster
qemu-server
pve-manager
E: Sub-process /usr/bin/dpkg returned an error code (1)"
Donc bien =C3=A9videmment, =C3=A7a n'a rien r=C3=A9solu du tout !! Je me su=
is enfin dit
qu'il valait mieux aller se coucher que de continuer =C3=A0 tout casser...
Donc au final, j'ai un serveur partiellement mis =C3=A0 jour en mode rescue=
, qui
=C3=A0 priori d=C3=A9marre en HD, mais impossible de s'y connecter. D=C3=A9=
j=C3=A0, je voudrais
commencer par r=C3=A9soudre ce probl=C3=A8me de boot. Mais =C3=A0 distance,=
je ne sais pas
o=C3=B9 s'arr=C3=AAte la s=C3=A9quence de boot, dans quel =C3=A9tat est le =
serveur...
Et je vous avoue ne pas trop savoir quoi chercher et par o=C3=B9 commencer.=
..

Si quelqu'un aurait une piste/id=C3=A9e, je suis preneur. De m=C3=AAme, je =
n'ai pas
envie de faire un pav=C3=A9 encore plus gros qu'actuellement avec des infos
inutiles, mais n'h=C3=A9sitez pas si vous voulez plus d'infos techniques...
Je vais m=C3=AAme aller plus loin : si quelqu'un se sent l'=C3=A2me de me f=
aire un
devis pour une prestation de sauvetage de serveur, je suis =C3=A9galement
int=C3=A9ress=C3=A9. Je ne veux absolument pas perdre les donn=C3=A9es sur =
le serveur...

Bon w-e =C3=A0 tous.

--f46d0444ef31eeb022051f01616e
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><span style=3D"font-size:12.8px">Bonjour =C3=A0 tous,</spa=
n><div style=3D"font-size:12.8px"><br></div><div style=3D"font-size:12.8px"=
>Je commence par un petit historique de mes manip jusqu&#39;aux probl=C3=A8=
mes actuels :</div><div style=3D"font-size:12.8px">J&#39;ai un serveur d=C3=
=A9di=C3=A9 chez OVH sur lequel est install=C3=A9 Proxmox 3.0, avec en gros=
une VM par service (toutes sous Debian dans des CT OpenVZ).</div><div styl=
e=3D"font-size:12.8px">La semaine derni=C3=A8re, j&#39;ai fait une mise =C3=
=A0 jour de la VM DNS. En fin de semaine, j&#39;ai voulu ajouter un NDD sur=
cette VM. Impossible de m&#39;y connecter en SSH (de m=C3=A9moire, le mess=
age =C3=A9tait : pas de pty disponible). Je me suis dit que les mises =C3=
=A0 jour ne devaient pas =C3=AAtre termin=C3=A9e, et qu&#39;elles devaient =
attendre un retour de ma part. J&#39;ai red=C3=A9marr=C3=A9 la VM via l&#39=
;interface Proxmox : VM up, mais impossible de m&#39;y connecter en SSH (ne=
twork error : Connection timed out). N&#39;=C3=A9tant pas en =C3=A9tat de c=
hercher une solution intelligente, j&#39;ai red=C3=A9marr=C3=A9 tout le ser=
veur (sic...). Et depuis, impossible de me reconnecter sur l&#39;h=C3=B4te.=
</div><div style=3D"font-size:12.8px">L=C3=A0, intervention d&#39;OVH :</di=
v><div style=3D"font-size:12.8px"><div><br></div><div>&quot;Cette op=C3=A9r=
ation a =C3=A9t=C3=A9 achev=C3=A9e le 2015-09-04 03:10:46</div><div>Voici l=
es d=C3=A9tails de cette op=C3=A9ration :=C2=A0<br></div><div>Boot sur inte=
rface diagnostique (rescue)</div><div>Date 2015-09-04 03:07:47, yoann P a f=
ait Boot sur interface diagnostique (rescue):</div><div>=C2=A0Voici le deta=
il de l&#39;intervention realisee:</div><div>Le serveur lance un memtest lo=
rs du boot sur disque.</div><div>Actions entreprises:=C2=A0<br></div><div>R=
edemarrage du serveur sur mode &#39;rescue&#39; (Linux)</div><div>Resultat:=
=C2=A0<br></div><div>Boot OK. Systeme &#39;rescue&#39; accessible.</div><di=
v>Recommandations:<br></div><div>Configuration/erreur a corriger par le cli=
ent&quot;</div></div><div style=3D"font-size:12.8px"><br></div><div style=
=3D"font-size:12.8px">J&#39;ai effectu=C3=A9 les tests via le manager en mo=
de rescue : tous OK. Je l&#39;ai d=C3=A9marr=C3=A9 en mode rescue, acc=C3=
=A8s SSH OK. J&#39;ai d=C3=A9plac=C3=A9 le r=C3=A9pertoire /etc/grub.d/20_m=
emtest86+ pour =C3=A9viter qu&#39;il lance un memtest au boot, mais toujour=
s aucun acc=C3=A8s SSH apr=C3=A8s reboot sur HD. Donc retour en mode rescue=
, et histoire de cumuler, j&#39;ai eu la merveilleuse id=C3=A9e de me dire =
: &quot;Une mise =C3=A0 jour du syst=C3=A8me va tout r=C3=A9soudre...&quot;=
Donc apt-get update &amp;&amp; apt-get upgrade en chroot sur ma partition =
principale /dev/md1.</div><div style=3D"font-size:12.8px">Et l=C3=A0, c&#39=
;est le drame :</div><div style=3D"font-size:12.8px">&quot;Errors were enco=
untered while processing:</div><div style=3D"font-size:12.8px">=C2=A0 bind9=
</div><div style=3D"font-size:12.8px">=C2=A0 pve-cluster</div><div style=3D=
"font-size:12.8px">=C2=A0 qemu-server</div><div style=3D"font-size:12.8px">=
=C2=A0 pve-manager</div><div style=3D"font-size:12.8px">=C2=A0E: Sub-proces=
s /usr/bin/dpkg returned an error code (1)&quot;</div><div style=3D"font-si=
ze:12.8px">Donc bien =C3=A9videmment, =C3=A7a n&#39;a rien r=C3=A9solu du t=
out !! Je me suis enfin dit qu&#39;il valait mieux aller se coucher que de =
continuer =C3=A0 tout casser...</div><div style=3D"font-size:12.8px">Donc a=
u final, j&#39;ai un serveur partiellement mis =C3=A0 jour en mode rescue, =
qui =C3=A0 priori d=C3=A9marre en HD, mais impossible de s&#39;y connecter.=
=C2=A0<span style=3D"font-size:12.8px">D=C3=A9j=C3=A0, je voudrais commence=
r par r=C3=A9soudre ce probl=C3=A8me de boot. Mais =C3=A0 distance, je ne s=
ais pas o=C3=B9 s&#39;arr=C3=AAte la s=C3=A9quence de boot, dans quel =C3=
=A9tat est le serveur...</span></div><div style=3D"font-size:12.8px">Et je =
vous avoue ne pas trop savoir quoi chercher et par o=C3=B9 commencer...</di=
v><div style=3D"font-size:12.8px"><br></div><div style=3D"font-size:12.8px"=
>Si quelqu&#39;un aurait une piste/id=C3=A9e, je suis preneur. De m=C3=AAme=
, je n&#39;ai pas envie de faire un pav=C3=A9 encore plus gros qu&#39;actue=
llement avec des infos inutiles, mais n&#39;h=C3=A9sitez pas si vous voulez=
plus d&#39;infos techniques...</div><div style=3D"font-size:12.8px">Je vai=
s m=C3=AAme aller plus loin : si quelqu&#39;un se sent l&#39;=C3=A2me de me=
faire un devis pour une prestation de sauvetage de serveur, je suis =C3=A9=
galement int=C3=A9ress=C3=A9. Je ne veux absolument pas perdre les donn=C3=
=A9es sur le serveur...</div><div style=3D"font-size:12.8px"><br></div><div=
style=3D"font-size:12.8px">Bon w-e =C3=A0 tous.</div></div>

--f46d0444ef31eeb022051f01616e--

8 réponses

Avatar
Grégory Bulot
Le Sat, 5 Sep 2015 17:08:01 +0200,
Vinc Teteve a écrit :

Bonjour à tous,



Salut,

Je me permets de répondre limite HS. J'ai eu un problème similair e en
apparence, la solution était de réutiliser le noyau "ovh" au boot
(modification directe de /boot/grub/grub.cfg pour specifier le bon No
correspondant au menuentry, sa commence à 0 ...)

alors certe, c'est un noyau 2.6, mais cela a été salvateur (je ne
retrouve plus la page qui en parle)
Avatar
Jean-Michel OLTRA
Bonjour,


Le samedi 05 septembre 2015, Vinc Teteve a écrit...


commencer par résoudre ce problème de boot. Mais à distance, je ne sais pas
où s'arrête la séquence de boot, dans quel état est le serveur...
Et je vous avoue ne pas trop savoir quoi chercher et par où commencer...



Lorsque tu tentes le boot sur le disque, tu dois avoir des logs que tu
peux lire en rebootant en rescue juste derrière.

D'autre part, il faudrait voir ce que tu as d'activé en mode rescue, en
comparaison du mode normal (points de montage, services…).
Éventuellement tenter des redémarrages manuels, pour voir ce qui
pourrait bloquer (déjà, ce qui a été mis à jour partiellement), les
désactiver sur la séquence de boot et tenter des redémarrages en mode
normal. Par élimination et tâtonnements, tu pourrais trouver une
séquence de boot valide sur le disque avec ce qui fonctionne encore.

--
jm
Avatar
Vinc Teteve
--089e0141aa2251cbad051f2a6b6a
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Merci Jean-Michel pour ta réponse. Le problème est que mon fichie r
/var/log/dmesg date de décembre 2014, date du dernier reboot réus si du
serveur.
Donc à priori, je pense que le serveur ne démarre pas du tout, à moins
qu'il ne log rien au démarrage...
J'ai beau retourner ma config dans tous les sens, je ne vois pas où pe ut se
trouver le problème.
J'ai 2 disques en RAID logiciel, avec /dev/md1 pour le système / et
/dev/md3 avec LVM pour les datas...

~# fdisk -l

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
[...]
Device Boot Start End Blocks Id System
/dev/sda1 * 4096 20482048 10238976+ fd Linux raid
autodetect
/dev/sda2 20482049 40960000 10238976 82 Linux swap / Solari s
Partition 2 does not start on physical sector boundary.
/dev/sda3 40960001 1953517568 956278784 fd Linux raid
autodetect
Partition 3 does not start on physical sector boundary.

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
[...]
Device Boot Start End Blocks Id System
/dev/sdb1 4096 20482048 10238976+ fd Linux raid
autodetect
/dev/sdb2 20482049 40960000 10238976 82 Linux swap / Solari s
Partition 2 does not start on physical sector boundary.
/dev/sdb3 40960001 1953517568 956278784 fd Linux raid
autodetect
Partition 3 does not start on physical sector boundary.

Disk /dev/md3: 979.2 GB, 979229409280 bytes
2 heads, 4 sectors/track, 239069680 cylinders, total 1912557440 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Alignment offset: 3584 bytes
Disk identifier: 0x00000000
Disk /dev/md3 doesn't contain a valid partition table

Disk /dev/md1: 10.5 GB, 10484645888 bytes
2 heads, 4 sectors/track, 2559728 cylinders, total 20477824 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
Disk /dev/md1 doesn't contain a valid partition table

Disk /dev/mapper/vg--vm-lv--vm: 107.4 GB, 107374182400 bytes
255 heads, 63 sectors/track, 13054 cylinders, total 209715200 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/vg--vm-lv--vm doesn't contain a valid partition table

Disk /dev/mapper/vg--vm-lv--bck: 32.2 GB, 32212254720 bytes
255 heads, 63 sectors/track, 3916 cylinders, total 62914560 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/vg--vm-lv--bck doesn't contain a valid partition table

Disk /dev/mapper/vg--vm-lv--data: 805.3 GB, 805306368000 bytes
255 heads, 63 sectors/track, 97906 cylinders, total 1572864000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/vg--vm-lv--data doesn't contain a valid partition table

~# dd if=/dev/sda bsD6 count=1
[;;;]GRUB GeomHard DiskRead Error
1+0 records in
1+0 records out
446 bytes (446 B) copied, 3.3286e-05 s, 13.4 MB/s

Je me pose une question bête : GRUB doit bien être installé sur /dev/sda,
et pas sur /dev/md1 ??
Et comment être sûr que le système log bien ce qu'il fait au boot ?

Cdlt

Le 6 septembre 2015 14:26, Jean-Michel OLTRA <
a écrit :


Bonjour,


Le samedi 05 septembre 2015, Vinc Teteve a écrit...


> commencer par résoudre ce problème de boot. Mais à dista nce, je ne sais
pas
> où s'arrête la séquence de boot, dans quel état est le serveur...
> Et je vous avoue ne pas trop savoir quoi chercher et par où commen cer...

Lorsque tu tentes le boot sur le disque, tu dois avoir des logs que tu
peux lire en rebootant en rescue juste derrière.

D'autre part, il faudrait voir ce que tu as d'activé en mode rescue, en
comparaison du mode normal (points de montage, services…).
Éventuellement tenter des redémarrages manuels, pour voir ce qu i
pourrait bloquer (déjà, ce qui a été mis à jour partiellement), les
désactiver sur la séquence de boot et tenter des redémarra ges en mode
normal. Par élimination et tâtonnements, tu pourrais trouver un e
séquence de boot valide sur le disque avec ce qui fonctionne encore.

--
jm





--089e0141aa2251cbad051f2a6b6a
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir="ltr">Merci Jean-Michel pour ta réponse. Le problème e st que mon fichier /var/log/dmesg date de décembre 2014, date du derni er reboot réussi du serveur.<br><div>Donc à priori, je pense que le serveur ne démarre pas du tout, à moins qu&#39;il ne log rien au démarrage...</div><div>J&#39;ai beau retourner ma config dans tous les sens, je ne vois pas où peut se trouver le problème.</div><di v>J&#39;ai 2 disques en RAID logiciel, avec /dev/md1 pour le système / et /dev/md3 avec LVM pour les datas...</div><div><div><br></div><div>~# fd isk -l</div><div><br></div><div>Disk /dev/sda: 1000.2 GB, 1000204886016 byt es</div><div>[...]</div><div>Device Boot      Start         End      Blocks   Id  System< br></div><div>/dev/sda1   *        4096     20482048    10238976+  fd  Linux raid autodetect</di v><div>/dev/sda2        20482049    40960000    10238976   82  Linux swap / Solaris</div><div>Partit ion 2 does not start on physical sector boundary.</div><div>/dev/sda3         40960001  1953517568   956278784   f d  Linux raid autodetect</div><div>Partition 3 does not start on physi cal sector boundary.</div><div><br></div><div>Disk /dev/sdb: 1000.2 GB, 100 0204886016 bytes</div><div>[...]</div><div>Device Boot       Start         End      Blocks   Id  System<br></div><div>/dev/sdb1             4096    20482048    10238976+  fd  Linux r aid autodetect</div><div>/dev/sdb2        20482049     40960000    10238976   82  Linux swap / Solar is</div><div>Partition 2 does not start on physical sector boundary.</div>< div>/dev/sdb3        40960001  1953517568   9 56278784   fd  Linux raid autodetect</div><div>Partition 3 does n ot start on physical sector boundary.</div><div><br></div><div>Disk /dev/md 3: 979.2 GB, 979229409280 bytes</div><div>2 heads, 4 sectors/track, 2390696 80 cylinders, total 1912557440 sectors</div><div>Units = sectors of 1 * 5 12 = 512 bytes</div><div>Sector size (logical/physical): 512 bytes / 4096 bytes</div><div>I/O size (minimum/optimal): 4096 bytes / 4096 bytes</div>< div>Alignment offset: 3584 bytes</div><div>Disk identifier: 0x00000000</div ><div>Disk /dev/md3 doesn&#39;t contain a valid partition table</div><div>< br></div><div>Disk /dev/md1: 10.5 GB, 10484645888 bytes</div><div>2 heads, 4 sectors/track, 2559728 cylinders, total 20477824 sectors</div><div>Units = sectors of 1 * 512 = 512 bytes</div><div>Sector size (logical/physica l): 512 bytes / 4096 bytes</div><div>I/O size (minimum/optimal): 4096 bytes / 4096 bytes</div><div>Disk identifier: 0x00000000</div><div>Disk /dev/md1 doesn&#39;t contain a valid partition table</div><div><br></div><div>Disk /dev/mapper/vg--vm-lv--vm: 107.4 GB, 107374182400 bytes</div><div>255 heads , 63 sectors/track, 13054 cylinders, total 209715200 sectors</div><div>Unit s = sectors of 1 * 512 = 512 bytes</div><div>Sector size (logical/physi cal): 512 bytes / 4096 bytes</div><div>I/O size (minimum/optimal): 4096 byt es / 4096 bytes</div><div>Disk identifier: 0x00000000</div><div>Disk /dev/m apper/vg--vm-lv--vm doesn&#39;t contain a valid partition table</div><div>< br></div><div>Disk /dev/mapper/vg--vm-lv--bck: 32.2 GB, 32212254720 bytes</ div><div>255 heads, 63 sectors/track, 3916 cylinders, total 62914560 sector s</div><div>Units = sectors of 1 * 512 = 512 bytes</div><div>Sector siz e (logical/physical): 512 bytes / 4096 bytes</div><div>I/O size (minimum/op timal): 4096 bytes / 4096 bytes</div><div>Disk identifier: 0x00000000</div> <div>Disk /dev/mapper/vg--vm-lv--bck doesn&#39;t contain a valid partition table</div><div><br></div><div>Disk /dev/mapper/vg--vm-lv--data: 805.3 GB, 805306368000 bytes</div><div>255 heads, 63 sectors/track, 97906 cylinders, total 1572864000 sectors</div><div>Units = sectors of 1 * 512 = 512 byt es</div><div>Sector size (logical/physical): 512 bytes / 4096 bytes</div><d iv>I/O size (minimum/optimal): 4096 bytes / 4096 bytes</div><div>Disk ident ifier: 0x00000000</div><div>Disk /dev/mapper/vg--vm-lv--data doesn&#39;t co ntain a valid partition table</div></div><div><br></div><div><div>~# dd if =/dev/sda bsD6 count=1</div><div>[;;;]GRUB GeomHard DiskRead Error< /div><div>1+0 records in</div><div>1+0 records out</div><div>446 bytes (446 B) copied, 3.3286e-05 s, 13.4 MB/s</div></div><div><br></div><div>Je me po se une question bête : GRUB doit bien être installé sur /dev /sda, et pas sur /dev/md1 ??</div><div>Et comment être sûr que le système log bien ce qu&#39;il fait au boot ?</div><div><br></div><div >Cdlt</div></div><div class="gmail_extra"><br><div class="gmail_quote"> Le 6 septembre 2015 14:26, Jean-Michel OLTRA <span dir="ltr">&lt;<a href ="mailto:" target="_blank">jm.oltra.anti </a>&gt;</span> a écrit :<br><blockquote class="gm ail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-le ft:1ex"><br>
    Bonjour,<br>
<br>
<br>
Le samedi 05 septembre 2015, Vinc Teteve a écrit...<br>
<span class=""><br>
<br>
&gt; commencer par résoudre ce problème de boot. Mais à dist ance, je ne sais pas<br>
&gt; où s&#39;arrête la séquence de boot, dans quel éta t est le serveur...<br>
&gt; Et je vous avoue ne pas trop savoir quoi chercher et par où comme ncer...<br>
<br>
</span>Lorsque tu tentes le boot sur le disque, tu dois avoir des logs que tu<br>
peux lire en rebootant en rescue juste derrière.<br>
<br>
D&#39;autre part, il faudrait voir ce que tu as d&#39;activé en mode r escue, en<br>
comparaison du mode normal (points de montage, services…).<br>
Éventuellement tenter des redémarrages manuels, pour voir ce qui< br>
pourrait bloquer (déjà, ce qui a été mis à jour pa rtiellement), les<br>
désactiver sur la séquence de boot et tenter des redémarrage s en mode<br>
normal. Par élimination et tâtonnements, tu pourrais trouver une< br>
séquence de boot valide sur le disque avec ce qui fonctionne encore.<b r>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
jm<br>
<br>
</font></span></blockquote></div><br></div>

--089e0141aa2251cbad051f2a6b6a--
Avatar
Jean-Michel OLTRA
Bonjour,


Le lundi 07 septembre 2015, Vinc Teteve a écrit...


J'ai 2 disques en RAID logiciel, avec /dev/md1 pour le système / et
/dev/md3 avec LVM pour les datas...



Sur quel noyau tentes tu de démarrer ? Si tu cherches les archives (du
mois d'août, je pense), tu verras que, dans une configuration similaire
(à part que j'ai md0 sur /boot), et avec un noyau 4.x, je ne pouvais
plus démarrer, suite à un souci sur lvm2. Actuellement, c'est corrigé
chez Debian. Ça pourrait être ça ?

--
jm
Avatar
Grégory Bulot
Bonjour,

As-tu essayé d'utiliser la console IPMI pour avoir l'équivalent d'un
accès physique au serveur. Tu pourras voir les messages affichés à
l'écran.

ManagerV6 -> ton serveur -> onglet IPMI -> Depuis une applet Java et
hop, console comme si tu étais sur la machine physique



Je réponds, sachant que je ne suis pas l'auteur du post :

Y'a pas ipmi sur les kimsuffi

:-/
Avatar
Daniel Caillibaud
Le 05/09/15 à 17:08, Vinc Teteve a écrit :
VT> Je ne veux absolument pas perdre les données sur le serveur...

Ça va pas résoudre ton problème mais peut-être te perme ttre d'essayer plus sereinement,
sauvegarde d'abord tes données
- boot en rescue et se connecter en ssh
- si elle n'y est pas ajouter ta clé ssh (dans /root/.ssh/authorized_k eys
ou /root/.ssh/authorized_keys2) pour éviter de retaper le mot de pas se tout le temps
- mkdir /mnt/data
- si tu sais pas quelle est la partition de data "parted -l" (ou lvdisplay si c'est du lvm)
- mount /dev/sdX /mnt/data

Et ensuite sur ton pc
rsync -av :/mnt/data/ /un/dossier/avec/assez/d/espace/libre
(tu peux aussi sauvegarder tout /etc, c'est pas énorme, et éventu ellement des trucs de /var/lib
si tu as des datas perso dedans)

Sinon, pour travailler sur ton serveur en rescue, avant le chroot faut mont er dedans les
dossiers spéciaux et tout ce qu'il faut pour que le système puiss e tourner (par ex sans /var
apt-get marche moins bien…)

Si /dev/sdX est /boot, /dev/sdX la racine et /dev/sdZ /home, tu dois tout m onter avant le chroot

# un dossier pour le chroot
mkdir /mnt/foo

# les partitions
mount /dev/sdY /mnt/foo
mount /dev/sdX /mnt/foo/boot
mount /dev/sdX /mnt/foo/home

# et les répertoires spéciaux
mount -o bind /proc /mnt/foo/proc
mount -o bind /sys /mnt/foo/sys/
mount -o bind /dev /mnt/foo/dev/
mount -o bind /dev/pts /mnt/foo/dev/pts/

# tu peux chroot
chroot /mnt/foo


--
Daniel

Pourquoi lave-t-on une injure alors qu'on essuie un affront ?
Alphonse Allais
Avatar
bruno.debian
Oui je m'en doute mais il n'a pas précisé quelle gamme il utilisait :
kimsufi, soyoustart ou OVH.



On 08/09/2015 10:35, Grégory Bulot wrote:
Bonjour,

As-tu essayé d'utiliser la console IPMI pour avoir l'équivalent d'un
accès physique au serveur. Tu pourras voir les messages affichés à
l'écran.

ManagerV6 -> ton serveur -> onglet IPMI -> Depuis une applet Java et
hop, console comme si tu étais sur la machine physique



Je réponds, sachant que je ne suis pas l'auteur du post :

Y'a pas ipmi sur les kimsuffi

:-/

Avatar
Vinc Teteve
--f46d0444ee159403ee051f3e55dc
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Bonsoir,

Le 7 septembre 2015 20:31, Jean-Michel OLTRA <
a écrit :
Sur quel noyau tentes tu de démarrer ? Si tu cherches les archives ( du


mois d'août, je pense), tu verras que, dans une configuration similair e
(à part que j'ai md0 sur /boot), et avec un noyau 4.x, je ne pouvais plus


démarrer, suite à un souci sur lvm2. Actuellement, c'est corrig é
chez Debian. Ça pourrait être ça ?



J'essaye de démarrer avec le noyau par défaut dans Proxmox v3 : l e
2.6.32-26-pve
# ls -l /boot/
total 22944
-rw-r--r-- 1 root root 2525801 Oct 14 2013 System.map-2.6.32-26-pve
-rw-r--r-- 1 root root 104818 Oct 14 2013 config-2.6.32-26-pve
drwxr-xr-x 3 root root 4096 Sep 7 18:15 grub
-rw-r--r-- 1 root root 16639161 Sep 7 18:18 initrd.img-2.6.32-26-pve
-rw-r--r-- 1 root root 4207920 Oct 14 2013 vmlinuz-2.6.32-26-pve

Je n'ai pas fait de changement de noyau depuis le dernier reboot qui
fonctionnait...

Le 8 septembre 2015 10:35, Grégory Bulot a écrit :
Je réponds, sachant que je ne suis pas l'auteur du post :
Y'a pas ipmi sur les kimsuffi



Le serveur est un serveur dédié (gamme "pro") et non un kimsufi. Je
pourrais donc avoir l'option IPMI, sous réserve de souscrire l'option
"Pro", avec la sous-option "vKVM"...etc...
Ce qui ne rentre pas dans mon budget mensuel... :/

Par contre, j'avance un peu. J'ai lancé un reboot "classique" du serve ur,
et demandé à OVH ce qu'il y avait sur l'écran :
"Voici le detail de l'intervention realisee:
Le serveur reste bloqué durant la phase de boot sur le message :
(grub)
Actions entreprises:
Redémarrage du serveur sur mode 'rescue' (Linux)
Resultat:
Boot OK. Systeme 'rescue' accessible."

J'ai donc bien un souci de grub...

Je viens de faire les manips indiquées par Daniel pour monter le chroo t.
J'avais déjà essayé, mais apparemment le /dev/pts est indisp ensable...
Il n'était pas indiqué dans les tutos que j'avais trouvés, e t ça me
bloquait pour monter mes volumes LVM.
Je lance toutes les sauvegardes ce soir, et tente une réinstall de gru b
dans la foulée...

--f46d0444ee159403ee051f3e55dc
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir="ltr"><div>Bonsoir,</div><div><br></div><div>Le 7 septembre 2015 20:31, Jean-Michel OLTRA &lt;<a href="mailto: .net"></a>&gt; a écrit :</div><div>&gt; Sur quel noyau tentes tu de démarrer ? Si tu cherches les archives (d u mois d&#39;août, je pense), tu verras que, dans une configuration si milaire</div><div>&gt; (à part que j&#39;ai md0 sur /boot), et avec un noyau 4.x, je ne pouvais plus démarrer, suite à un souci sur lvm 2. Actuellement, c&#39;est corrigé</div><div>&gt; chez Debian. Ça pourrait être ça ?</div><div><br></div><div>J&#39;essaye de dà ©marrer avec le noyau par défaut dans Proxmox v3 : le 2.6.32-26-pve< /div><div># ls -l /boot/</div><div>total 22944</div><div>-rw-r--r-- 1 root root  2525801 Oct 14  2013 System.map-2.6.32-26-pve</div><div>-rw -r--r-- 1 root root   104818 Oct 14  2013 config-2.6.32-26-pve</d iv><div>drwxr-xr-x 3 root root     4096 Sep  7 18:15 grub</d iv><div>-rw-r--r-- 1 root root 16639161 Sep  7 18:18 initrd.img-2.6.32 -26-pve</div><div>-rw-r--r-- 1 root root  4207920 Oct 14  2013 vm linuz-2.6.32-26-pve</div><div><br></div><div>Je n&#39;ai pas fait de change ment de noyau depuis le dernier reboot qui fonctionnait...</div><div><br></ div><div>&gt; Le 8 septembre 2015 10:35, Grégory Bulot &lt;<a href=" mailto:"></a>&gt; a écrit :</d iv><div>&gt; Je réponds, sachant que je ne suis pas l&#39;auteur du po st :</div><div>&gt; Y&#39;a pas ipmi sur les kimsuffi</div><div><br></div>< div>Le serveur est un serveur dédié (gamme &quot;pro&quot;) et no n un kimsufi. Je pourrais donc avoir l&#39;option IPMI, sous réserve d e souscrire l&#39;option &quot;Pro&quot;, avec la sous-option &quot;vKVM&qu ot;...etc...</div><div>Ce qui ne rentre pas dans mon budget mensuel... :/</ div><div><br></div><div>Par contre, j&#39;avance un peu. J&#39;ai lancà © un reboot &quot;classique&quot; du serveur, et demandé à OVH ce qu&#39;il y avait sur l&#39;écran :</div><div>&quot;Voici le detail de l&#39;intervention realisee:</div><div>Le serveur reste bloqué dur ant la phase de boot sur le message :</div><div>(grub)</div><div>Actions en treprises: </div><div>Redémarrage du serveur sur mode &#39;rescue &#39; (Linux)</div><div>Resultat: </div><div>Boot OK. Systeme &#39;res cue&#39; accessible.&quot;</div><div><br></div><div>J&#39;ai donc bien un s ouci de grub...</div><div><br></div><div>Je viens de faire les manips indiq uées par Daniel pour monter le chroot. J&#39;avais déjà essa yé, mais apparemment le /dev/pts est indispensable...</div><div>Il n&# 39;était pas indiqué dans les tutos que j&#39;avais trouvés, et ça me bloquait pour monter mes volumes LVM.</div><div>Je lance tou tes les sauvegardes ce soir, et tente une réinstall de grub dans la fo ulée...</div></div>

--f46d0444ee159403ee051f3e55dc--