DEDIBOX-NEWS.COM

Kikoo,

je pense avoir la réponse à ta question, car je surveille de prêt cette nouvelle version.

Je viens de voir à l'instant qu'Ubuntu 8.04 LTS est dispo en version 32b et 64b  (BETA) dans la console d'administration Dedibox.

@pluche !

Dernière modification par $heeby (2008-04-26 12:38:37)

Re,

les installations fonctionnent correctement, mais l'étape " Configuration du système  :       En attente " reste très longue,  >= 10-20 minutes.

++

personnellement j'ai installé la version desktop de ubuntu et suivi un procedure de mise a jour vers la 8.04 et tout marche

Si tu fais une migration 6.06 vers 8.04, elle sera directe. Il n'y aura donc pas de passage vers 7.04 puis 7.10.

++

Me donne pas envie de la tester

dalgwen a écrit:

J'avais fait (par précaution) une petite étape supplémentaire avant de rebooter
Dans le /etc/fstab, j'ai dégagé les UUID pour mettre des identifiants "standard" /dev/machinbidule
Je ne sais pas si j'ai eu raison, mais il me semble que j'avais lu quelque chose dans le genre sur ce forum.
A essayer chez toi depuis la console de récup

Merveilleux, nickel, j'ai récupéré ma box, merci infiniment.

Alors la procédure pour ceux qui auraient le même genre de problème :

* redémarrer le serveur en mode "système de secours" depuis la console Dedibox.

Comme on va tout faire en tant que root, plutôt que de mettre des sudo partout, je fais une fois pour toutes sudo -s (mais on ne fait pas ça en temps normal hein, c'est très mal).

cd /mnt
mkdir boot root
mount /dev/sda1 boot
mount /dev/sda2 root
vi boot/grub/menu.lst

Il faut modifier la ligne kernel= du premier kernel de la liste statique (tout à la fin du fichier), contrairement à ce que disent les commentaires car on ne pourra pas faire un update-grub.
Remplacer, donc :

#kernel         /vmlinuz-2.6.24.4 root=UUID=1ebf0b2a-bfe3-4756-897b-1546a35215df ro quiet

par :

kernel          /vmlinuz-2.6.24.4 root=/dev/sda2 ro quiet

Ensuite on fait la modif indiquée par dalgwen :

vi root/etc/fstab

On remplace les UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx par /dev/sdaX pour toutes les lignes :

# /dev/sda2 -- converted during upgrade to edgy
UUID=1ebf0b2a-bfe3-4756-897b-1546a35215df / ext3 defaults,errors=remount-ro 0 1

devient :

# /dev/sda2 -- converted during upgrade to edgy
/dev/sda2 / ext3 defaults,errors=remount-ro 0 1

Puis on démonte tout proprement et on reboote :

umount boot root
reboot

Et sur la console, cliquer sur le bouton qui repasse la machine en mode normal.

Après environ 1mn on a la joie de récupérer un serveur en bon état.

Ne pas oublier de faire le changement dans /boot/grub/menu.lst pourqu'au prochain changement dans le démarrage on ne retombe pas sur le même problème :

sudo vi /boot/grub/menu.lst

Et changer la ligne :

# kopt=root=UUID=1ebf0b2a-bfe3-4756-897b-1546a35215df ro

en :

# kopt=root=/dev/sda2 ro

Attention, cette ligne est en commentaire, c'est normal.

Puis normalement on ferait :

sudo update-grub

Malheureusement, update-grub force son UUID=xxxxxxx-xxxx-xxxx-xxxxxxxxxxxx donc là on ne fait rien :-)

Je ne sais pas comment remédier à ce problème (à part en modifiant /usr/sbin/update-grub).

Le principal c'est que la box fonctionne. Après tout, sur ma v1 :

cat@neko % /home/cat>uptime
 17:25:50 up 298 days,  7:30,  2 users,  load average: 0.01, 0.05, 0.12

Donc avec un peu de chances, je ne devrais pas rebooter avant un petit moment... Ils ont le temps de corriger d'ici là... :-)