Bonjour,

Je suis sur une dedibox pro en raid5 avec Ubuntu 9.04, et aujourd'hui il y avais une mise à jours de kernel de dispo.
Je lance donc un aptitude upgrade. Tout se passe bien, sauf que la conf dans /boot/grub/menu.lst est mauvaise je pense.
Le nouveau kernel se trouve dans /boot/vmlinuz-2.6.28-13-server
Alors que dans menu.lst j'ai :

title Ubuntu 9.04, kernel 2.6.28-13-server
root (hd0,0)
kernel /vmlinuz-2.6.28-13-server root=/dev/md1 md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro quiet splash
initrd /initrd.img-2.6.28-13-server
quiet


Vous remarquer à la ligne :
kernel /vmlinuz-2.6.28-13-server

alors qu'il devrait être en
kernel /boot/vmlinuz-2.6.28-13-server

Dans / j'ai ceci :
lrwxrwxrwx 1 root root 29 2009-06-24 14:05 vmlinuz -> boot/vmlinuz-2.6.28-13-server
lrwxrwxrwx 1 root root 29 2009-05-07 13:04 vmlinuz.old -> boot/vmlinuz-2.6.28-11-server

Donc le vmlinuz pointe bien vers le nouveau kernel

Aussi dans /etc/kernel-img.conf j'ai ceci :
# Kernel Image management overrides
# See kernel-img.conf(5) for details
do_symlinks = Yes

Alors que sur ma Ubuntu 8.04.2 desktop j'ai ceci :

do_symlinks = yes
relative_links = yes
do_bootloader = no
do_bootfloppy = no
do_initrd = yes
link_in_boot = no
postinst_hook = update-grub
postrm_hook = update-grub

Ma question : est ce que le boot va fonctionner ? Prend t-il en compte le liens qui est fait dans /vmlinuz pour booter
le kernel ? Pourquoi le /etc/kernel-img.conf est différent du mien qui suis sur Ubuntu 8.04 ?
Car dans mon /boot/grub/menu.lst j'ai bien :

title Ubuntu 8.04.2, kernel 2.6.24-24-generic
root (hd0,0)
kernel /boot/vmlinuz-2.6.24-24-generic root=UUID=37cf3da8-2bb7-4268-b514-6e9ff2e20311 ro quiet splash
initrd /boot/initrd.img-2.6.24-24-generic
quiet

Bonjour.

Est-ce que tu aurais /boot dans une partition à part ?
Auquel cas, le "/vmlinuz-2.6.28-13-server" est normal puisqu'il se base
par rapport à la partition de boot (si je ne m'abuse ...)

Mike


fugitif a écrit :
> Bonjour,
>
> Je suis sur une dedibox pro en raid5 avec Ubuntu 9.04, et aujourd'hui il
> y avais une mise à jours de kernel de dispo.
> Je lance donc un aptitude upgrade. Tout se passe bien, sauf que la conf
> dans /boot/grub/menu.lst est mauvaise je pense.
> Le nouveau kernel se trouve dans /boot/vmlinuz-2.6.28-13-server
> Alors que dans menu.lst j'ai :
>
> title Ubuntu 9.04, kernel 2.6.28-13-server
> root (hd0,0)
> kernel /vmlinuz-2.6.28-13-server root=/dev/md1
> md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro quiet splash
> initrd /initrd.img-2.6.28-13-server
> quiet
>
>
> Vous remarquer à la ligne :
> kernel /vmlinuz-2.6.28-13-server
>
> alors qu'il devrait être en
> kernel /boot/vmlinuz-2.6.28-13-server
>
> Dans / j'ai ceci :
> lrwxrwxrwx 1 root root 29 2009-06-24 14:05 vmlinuz ->
> boot/vmlinuz-2.6.28-13-server
> lrwxrwxrwx 1 root root 29 2009-05-07 13:04 vmlinuz.old ->
> boot/vmlinuz-2.6.28-11-server
>
> Donc le vmlinuz pointe bien vers le nouveau kernel
>
> Aussi dans /etc/kernel-img.conf j'ai ceci :
> # Kernel Image management overrides
> # See kernel-img.conf(5) for details
> do_symlinks = Yes
>
> Alors que sur ma Ubuntu 8.04.2 desktop j'ai ceci :
>
> do_symlinks = yes
> relative_links = yes
> do_bootloader = no
> do_bootfloppy = no
> do_initrd = yes
> link_in_boot = no
> postinst_hook = update-grub
> postrm_hook = update-grub
>
> Ma question : est ce que le boot va fonctionner ? Prend t-il en compte
> le liens qui est fait dans /vmlinuz pour booter le kernel ? Pourquoi le
> /etc/kernel-img.conf est différent du mien qui suis sur Ubuntu 8.04 ?
> Car dans mon /boot/grub/menu.lst j'ai bien :
>
> title Ubuntu 8.04.2, kernel 2.6.24-24-generic
> root (hd0,0)
> kernel /boot/vmlinuz-2.6.24-24-generic
> root=UUID=37cf3da8-2bb7-4268-b514-6e9ff2e20311 ro quiet splash
> initrd /boot/initrd.img-2.6.24-24-generic
> quiet

Mike Baroukh, avec son clavier le 24.06.2009 16:03 a écrit:
>
> Bonjour.
>
> Est-ce que tu aurais /boot dans une partition à part ?
> Auquel cas, le "/vmlinuz-2.6.28-13-server" est normal puisqu'il se base
> par rapport à la partition de boot (si je ne m'abuse ...)
>
> Mike
>
>
> fugitif a écrit :
>> Bonjour,
>>
>> Je suis sur une dedibox pro en raid5 avec Ubuntu 9.04, et aujourd'hui
>> il y avais une mise à jours de kernel de dispo.
>> Je lance donc un aptitude upgrade. Tout se passe bien, sauf que la
>> conf dans /boot/grub/menu.lst est mauvaise je pense.
>> Le nouveau kernel se trouve dans /boot/vmlinuz-2.6.28-13-server
>> Alors que dans menu.lst j'ai :
>>
>> title Ubuntu 9.04, kernel 2.6.28-13-server
>> root (hd0,0)
>> kernel /vmlinuz-2.6.28-13-server root=/dev/md1
>> md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro quiet splash
>> initrd /initrd.img-2.6.28-13-server
>> quiet
>>
>>
>> Vous remarquer à la ligne :
>> kernel /vmlinuz-2.6.28-13-server
>>
>> alors qu'il devrait être en
>> kernel /boot/vmlinuz-2.6.28-13-server
>>
>> Dans / j'ai ceci :
>> lrwxrwxrwx 1 root root 29 2009-06-24 14:05 vmlinuz ->
>> boot/vmlinuz-2.6.28-13-server
>> lrwxrwxrwx 1 root root 29 2009-05-07 13:04 vmlinuz.old ->
>> boot/vmlinuz-2.6.28-11-server
>>
>> Donc le vmlinuz pointe bien vers le nouveau kernel
>>
>> Aussi dans /etc/kernel-img.conf j'ai ceci :
>> # Kernel Image management overrides
>> # See kernel-img.conf(5) for details
>> do_symlinks = Yes
>>
>> Alors que sur ma Ubuntu 8.04.2 desktop j'ai ceci :
>>
>> do_symlinks = yes
>> relative_links = yes
>> do_bootloader = no
>> do_bootfloppy = no
>> do_initrd = yes
>> link_in_boot = no
>> postinst_hook = update-grub
>> postrm_hook = update-grub
>>
>> Ma question : est ce que le boot va fonctionner ? Prend t-il en compte
>> le liens qui est fait dans /vmlinuz pour booter le kernel ? Pourquoi
>> le /etc/kernel-img.conf est différent du mien qui suis sur Ubuntu 8.04 ?
>> Car dans mon /boot/grub/menu.lst j'ai bien :
>>
>> title Ubuntu 8.04.2, kernel 2.6.24-24-generic
>> root (hd0,0)
>> kernel /boot/vmlinuz-2.6.24-24-generic
>> root=UUID=37cf3da8-2bb7-4268-b514-6e9ff2e20311 ro quiet splash
>> initrd /boot/initrd.img-2.6.24-24-generic
>> quiet
Voici mon /etc/fstab

# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/md1 / ext3 defaults,errors=remount-ro 0 1
/dev/md0 /boot ext3 defaults 0 2
/dev/sda3 none swap sw 0 0
/dev/sdb3 none swap sw 0 0
/dev/sdc3 none swap sw 0 0


Donc la partition /boot/ est dans /dev/md0

Ma conf du menu.lst est pas bonne alors ?

Le 24/06/2009 16:28, fugitif a écrit :
> Mike Baroukh, avec son clavier le 24.06.2009 16:03 a écrit:
>>
>> Bonjour.
>>
>> Est-ce que tu aurais /boot dans une partition à part ?
>> Auquel cas, le "/vmlinuz-2.6.28-13-server" est normal puisqu'il se
>> base par rapport à la partition de boot (si je ne m'abuse ...)
>>
>> Mike
>>
>>
>> fugitif a écrit :
>>> Bonjour,
>>>
>>> Je suis sur une dedibox pro en raid5 avec Ubuntu 9.04, et aujourd'hui
>>> il y avais une mise à jours de kernel de dispo.
>>> Je lance donc un aptitude upgrade. Tout se passe bien, sauf que la
>>> conf dans /boot/grub/menu.lst est mauvaise je pense.
>>> Le nouveau kernel se trouve dans /boot/vmlinuz-2.6.28-13-server
>>> Alors que dans menu.lst j'ai :
>>>
>>> title Ubuntu 9.04, kernel 2.6.28-13-server
>>> root (hd0,0)
>>> kernel /vmlinuz-2.6.28-13-server root=/dev/md1
>>> md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro quiet splash
>>> initrd /initrd.img-2.6.28-13-server
>>> quiet
>>>
>>>
>>> Vous remarquer à la ligne :
>>> kernel /vmlinuz-2.6.28-13-server
>>>
>>> alors qu'il devrait être en
>>> kernel /boot/vmlinuz-2.6.28-13-server
>>>
>>> Dans / j'ai ceci :
>>> lrwxrwxrwx 1 root root 29 2009-06-24 14:05 vmlinuz ->
>>> boot/vmlinuz-2.6.28-13-server
>>> lrwxrwxrwx 1 root root 29 2009-05-07 13:04 vmlinuz.old ->
>>> boot/vmlinuz-2.6.28-11-server
>>>
>>> Donc le vmlinuz pointe bien vers le nouveau kernel
>>>
>>> Aussi dans /etc/kernel-img.conf j'ai ceci :
>>> # Kernel Image management overrides
>>> # See kernel-img.conf(5) for details
>>> do_symlinks = Yes
>>>
>>> Alors que sur ma Ubuntu 8.04.2 desktop j'ai ceci :
>>>
>>> do_symlinks = yes
>>> relative_links = yes
>>> do_bootloader = no
>>> do_bootfloppy = no
>>> do_initrd = yes
>>> link_in_boot = no
>>> postinst_hook = update-grub
>>> postrm_hook = update-grub
>>>
>>> Ma question : est ce que le boot va fonctionner ? Prend t-il en
>>> compte le liens qui est fait dans /vmlinuz pour booter le kernel ?
>>> Pourquoi le /etc/kernel-img.conf est différent du mien qui suis sur
>>> Ubuntu 8.04 ?
>>> Car dans mon /boot/grub/menu.lst j'ai bien :
>>>
>>> title Ubuntu 8.04.2, kernel 2.6.24-24-generic
>>> root (hd0,0)
>>> kernel /boot/vmlinuz-2.6.24-24-generic
>>> root=UUID=37cf3da8-2bb7-4268-b514-6e9ff2e20311 ro quiet splash
>>> initrd /boot/initrd.img-2.6.24-24-generic
>>> quiet
> Voici mon /etc/fstab
>
> # /etc/fstab: static file system information.
> #
> # <file system> <mount point> <type> <options> <dump> <pass>
> proc /proc proc defaults 0 0
> /dev/md1 / ext3 defaults,errors=remount-ro 0 1
> /dev/md0 /boot ext3 defaults 0 2
> /dev/sda3 none swap sw 0 0
> /dev/sdb3 none swap sw 0 0
> /dev/sdc3 none swap sw 0 0
>
>
> Donc la partition /boot/ est dans /dev/md0
>
> Ma conf du menu.lst est pas bonne alors ?

Tout dépend des partitions qui composent md0

Simon, avec son clavier le 24.06.2009 16:36 a écrit:
> Le 24/06/2009 16:28, fugitif a écrit :
>> Mike Baroukh, avec son clavier le 24.06.2009 16:03 a écrit:
>>>
>>> Bonjour.
>>>
>>> Est-ce que tu aurais /boot dans une partition à part ?
>>> Auquel cas, le "/vmlinuz-2.6.28-13-server" est normal puisqu'il se
>>> base par rapport à la partition de boot (si je ne m'abuse ...)
>>>
>>> Mike
>>>
>>>
>>> fugitif a écrit :
>>>> Bonjour,
>>>>
>>>> Je suis sur une dedibox pro en raid5 avec Ubuntu 9.04, et aujourd'hui
>>>> il y avais une mise à jours de kernel de dispo.
>>>> Je lance donc un aptitude upgrade. Tout se passe bien, sauf que la
>>>> conf dans /boot/grub/menu.lst est mauvaise je pense.
>>>> Le nouveau kernel se trouve dans /boot/vmlinuz-2.6.28-13-server
>>>> Alors que dans menu.lst j'ai :
>>>>
>>>> title Ubuntu 9.04, kernel 2.6.28-13-server
>>>> root (hd0,0)
>>>> kernel /vmlinuz-2.6.28-13-server root=/dev/md1
>>>> md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro quiet splash
>>>> initrd /initrd.img-2.6.28-13-server
>>>> quiet
>>>>
>>>>
>>>> Vous remarquer à la ligne :
>>>> kernel /vmlinuz-2.6.28-13-server
>>>>
>>>> alors qu'il devrait être en
>>>> kernel /boot/vmlinuz-2.6.28-13-server
>>>>
>>>> Dans / j'ai ceci :
>>>> lrwxrwxrwx 1 root root 29 2009-06-24 14:05 vmlinuz ->
>>>> boot/vmlinuz-2.6.28-13-server
>>>> lrwxrwxrwx 1 root root 29 2009-05-07 13:04 vmlinuz.old ->
>>>> boot/vmlinuz-2.6.28-11-server
>>>>
>>>> Donc le vmlinuz pointe bien vers le nouveau kernel
>>>>
>>>> Aussi dans /etc/kernel-img.conf j'ai ceci :
>>>> # Kernel Image management overrides
>>>> # See kernel-img.conf(5) for details
>>>> do_symlinks = Yes
>>>>
>>>> Alors que sur ma Ubuntu 8.04.2 desktop j'ai ceci :
>>>>
>>>> do_symlinks = yes
>>>> relative_links = yes
>>>> do_bootloader = no
>>>> do_bootfloppy = no
>>>> do_initrd = yes
>>>> link_in_boot = no
>>>> postinst_hook = update-grub
>>>> postrm_hook = update-grub
>>>>
>>>> Ma question : est ce que le boot va fonctionner ? Prend t-il en
>>>> compte le liens qui est fait dans /vmlinuz pour booter le kernel ?
>>>> Pourquoi le /etc/kernel-img.conf est différent du mien qui suis sur
>>>> Ubuntu 8.04 ?
>>>> Car dans mon /boot/grub/menu.lst j'ai bien :
>>>>
>>>> title Ubuntu 8.04.2, kernel 2.6.24-24-generic
>>>> root (hd0,0)
>>>> kernel /boot/vmlinuz-2.6.24-24-generic
>>>> root=UUID=37cf3da8-2bb7-4268-b514-6e9ff2e20311 ro quiet splash
>>>> initrd /boot/initrd.img-2.6.24-24-generic
>>>> quiet
>> Voici mon /etc/fstab
>>
>> # /etc/fstab: static file system information.
>> #
>> # <file system> <mount point> <type> <options> <dump> <pass>
>> proc /proc proc defaults 0 0
>> /dev/md1 / ext3 defaults,errors=remount-ro 0 1
>> /dev/md0 /boot ext3 defaults 0 2
>> /dev/sda3 none swap sw 0 0
>> /dev/sdb3 none swap sw 0 0
>> /dev/sdc3 none swap sw 0 0
>>
>>
>> Donc la partition /boot/ est dans /dev/md0
>>
>> Ma conf du menu.lst est pas bonne alors ?
>
> Tout dépend des partitions qui composent md0
/dev/md0 est en raid 1 (partition qui contient /boot)
/dev/md1 est en raid 5 (partition qui contient /)
Les 3 disques sont comme ceci : (sda, sdb, sdc

Disque /dev/sda: 1000.2 Go, 1000204886016 octets
255 têtes, 63 secteurs/piste, 121601 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0x00000000

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 1 12 96389+ fd Linux RAID autodetect
/dev/sda2 13 121534 976125465 fd Linux RAID autodetect
/dev/sda3 121535 121599 522112+ 83 Linux


Disque /dev/md1: 1999.1 Go, 1999104770048 octets
2 têtes, 4 secteurs/piste, 488062688 cylindres
Unités = cylindres de 8 * 512 = 4096 octets
Identifiant de disque : 0x00000000

Et md0

Disque /dev/md0: 98 Mo, 98631680 octets
2 têtes, 4 secteurs/piste, 24080 cylindres
Unités = cylindres de 8 * 512 = 4096 octets
Identifiant de disque : 0x00000000

df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/md1 1,9T 92G 1,7T 6% /
tmpfs 3,9G 0 3,9G 0% /lib/init/rw
varrun 3,9G 132K 3,9G 1% /var/run
varlock 3,9G 0 3,9G 0% /var/lock
udev 3,9G 164K 3,9G 1% /dev
tmpfs 3,9G 8,0K 3,9G 1% /dev/shm
/dev/md0 92M 33M 54M 38% /boot

fugitif a écrit :
> Simon, avec son clavier le 24.06.2009 16:36 a écrit:
>> Le 24/06/2009 16:28, fugitif a écrit :
>>> Mike Baroukh, avec son clavier le 24.06.2009 16:03 a écrit:
>>>>
>>>> Bonjour.
>>>>
>>>> Est-ce que tu aurais /boot dans une partition à part ?
>>>> Auquel cas, le "/vmlinuz-2.6.28-13-server" est normal puisqu'il se
>>>> base par rapport à la partition de boot (si je ne m'abuse ...)
>>>>
>>>> Mike
>>>>
>>>>
>>>> fugitif a écrit :
>>>>> Bonjour,
>>>>>
>>>>> Je suis sur une dedibox pro en raid5 avec Ubuntu 9.04, et aujourd'hui
>>>>> il y avais une mise à jours de kernel de dispo.
>>>>> Je lance donc un aptitude upgrade. Tout se passe bien, sauf que la
>>>>> conf dans /boot/grub/menu.lst est mauvaise je pense.
>>>>> Le nouveau kernel se trouve dans /boot/vmlinuz-2.6.28-13-server
>>>>> Alors que dans menu.lst j'ai :
>>>>>
>>>>> title Ubuntu 9.04, kernel 2.6.28-13-server
>>>>> root (hd0,0)
>>>>> kernel /vmlinuz-2.6.28-13-server root=/dev/md1
>>>>> md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro quiet splash
>>>>> initrd /initrd.img-2.6.28-13-server
>>>>> quiet
>>>>>
>>>>>
>>>>> Vous remarquer à la ligne :
>>>>> kernel /vmlinuz-2.6.28-13-server
>>>>>
>>>>> alors qu'il devrait être en
>>>>> kernel /boot/vmlinuz-2.6.28-13-server
>>>>>
>>>>> Dans / j'ai ceci :
>>>>> lrwxrwxrwx 1 root root 29 2009-06-24 14:05 vmlinuz ->
>>>>> boot/vmlinuz-2.6.28-13-server
>>>>> lrwxrwxrwx 1 root root 29 2009-05-07 13:04 vmlinuz.old ->
>>>>> boot/vmlinuz-2.6.28-11-server
>>>>>
>>>>> Donc le vmlinuz pointe bien vers le nouveau kernel
>>>>>
>>>>> Aussi dans /etc/kernel-img.conf j'ai ceci :
>>>>> # Kernel Image management overrides
>>>>> # See kernel-img.conf(5) for details
>>>>> do_symlinks = Yes
>>>>>
>>>>> Alors que sur ma Ubuntu 8.04.2 desktop j'ai ceci :
>>>>>
>>>>> do_symlinks = yes
>>>>> relative_links = yes
>>>>> do_bootloader = no
>>>>> do_bootfloppy = no
>>>>> do_initrd = yes
>>>>> link_in_boot = no
>>>>> postinst_hook = update-grub
>>>>> postrm_hook = update-grub
>>>>>
>>>>> Ma question : est ce que le boot va fonctionner ? Prend t-il en
>>>>> compte le liens qui est fait dans /vmlinuz pour booter le kernel ?
>>>>> Pourquoi le /etc/kernel-img.conf est différent du mien qui suis sur
>>>>> Ubuntu 8.04 ?
>>>>> Car dans mon /boot/grub/menu.lst j'ai bien :
>>>>>
>>>>> title Ubuntu 8.04.2, kernel 2.6.24-24-generic
>>>>> root (hd0,0)
>>>>> kernel /boot/vmlinuz-2.6.24-24-generic
>>>>> root=UUID=37cf3da8-2bb7-4268-b514-6e9ff2e20311 ro quiet splash
>>>>> initrd /boot/initrd.img-2.6.24-24-generic
>>>>> quiet
>>> Voici mon /etc/fstab
>>>
>>> # /etc/fstab: static file system information.
>>> #
>>> # <file system> <mount point> <type> <options> <dump> <pass>
>>> proc /proc proc defaults 0 0
>>> /dev/md1 / ext3 defaults,errors=remount-ro 0 1
>>> /dev/md0 /boot ext3 defaults 0 2
>>> /dev/sda3 none swap sw 0 0
>>> /dev/sdb3 none swap sw 0 0
>>> /dev/sdc3 none swap sw 0 0
>>>
>>>
>>> Donc la partition /boot/ est dans /dev/md0
>>>
>>> Ma conf du menu.lst est pas bonne alors ?
>>
>> Tout dépend des partitions qui composent md0
> /dev/md0 est en raid 1 (partition qui contient /boot)
> /dev/md1 est en raid 5 (partition qui contient /)
> Les 3 disques sont comme ceci : (sda, sdb, sdc
>
> Disque /dev/sda: 1000.2 Go, 1000204886016 octets
> 255 têtes, 63 secteurs/piste, 121601 cylindres
> Unités = cylindres de 16065 * 512 = 8225280 octets
> Identifiant de disque : 0x00000000
>
> Périphérique Amorce Début Fin Blocs Id Système
> /dev/sda1 1 12 96389+ fd Linux RAID
> autodetect
> /dev/sda2 13 121534 976125465 fd Linux RAID
> autodetect
> /dev/sda3 121535 121599 522112+ 83 Linux
>
>
> Disque /dev/md1: 1999.1 Go, 1999104770048 octets
> 2 têtes, 4 secteurs/piste, 488062688 cylindres
> Unités = cylindres de 8 * 512 = 4096 octets
> Identifiant de disque : 0x00000000
>
> Et md0
>
> Disque /dev/md0: 98 Mo, 98631680 octets
> 2 têtes, 4 secteurs/piste, 24080 cylindres
> Unités = cylindres de 8 * 512 = 4096 octets
> Identifiant de disque : 0x00000000
>
> df -h
> Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
> /dev/md1 1,9T 92G 1,7T 6% /
> tmpfs 3,9G 0 3,9G 0% /lib/init/rw
> varrun 3,9G 132K 3,9G 1% /var/run
> varlock 3,9G 0 3,9G 0% /var/lock
> udev 3,9G 164K 3,9G 1% /dev
> tmpfs 3,9G 8,0K 3,9G 1% /dev/shm
> /dev/md0 92M 33M 54M 38% /boot
>

ben alors tout va bien.

Elle reboote correctement ta box ? La preuve...

YBM, avec son clavier le 25.06.2009 22:47 a écrit:
> fugitif a écrit :
>> Simon, avec son clavier le 24.06.2009 16:36 a écrit:
>>> Le 24/06/2009 16:28, fugitif a écrit :
>>>> Mike Baroukh, avec son clavier le 24.06.2009 16:03 a écrit:
>>>>>
>>>>> Bonjour.
>>>>>
>>>>> Est-ce que tu aurais /boot dans une partition à part ?
>>>>> Auquel cas, le "/vmlinuz-2.6.28-13-server" est normal puisqu'il se
>>>>> base par rapport à la partition de boot (si je ne m'abuse ...)
>>>>>
>>>>> Mike
>>>>>
>>>>>
>>>>> fugitif a écrit :
>>>>>> Bonjour,
>>>>>>
>>>>>> Je suis sur une dedibox pro en raid5 avec Ubuntu 9.04, et aujourd'hui
>>>>>> il y avais une mise à jours de kernel de dispo.
>>>>>> Je lance donc un aptitude upgrade. Tout se passe bien, sauf que la
>>>>>> conf dans /boot/grub/menu.lst est mauvaise je pense.
>>>>>> Le nouveau kernel se trouve dans /boot/vmlinuz-2.6.28-13-server
>>>>>> Alors que dans menu.lst j'ai :
>>>>>>
>>>>>> title Ubuntu 9.04, kernel 2.6.28-13-server
>>>>>> root (hd0,0)
>>>>>> kernel /vmlinuz-2.6.28-13-server root=/dev/md1
>>>>>> md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro quiet splash
>>>>>> initrd /initrd.img-2.6.28-13-server
>>>>>> quiet
>>>>>>
>>>>>>
>>>>>> Vous remarquer à la ligne :
>>>>>> kernel /vmlinuz-2.6.28-13-server
>>>>>>
>>>>>> alors qu'il devrait être en
>>>>>> kernel /boot/vmlinuz-2.6.28-13-server
>>>>>>
>>>>>> Dans / j'ai ceci :
>>>>>> lrwxrwxrwx 1 root root 29 2009-06-24 14:05 vmlinuz ->
>>>>>> boot/vmlinuz-2.6.28-13-server
>>>>>> lrwxrwxrwx 1 root root 29 2009-05-07 13:04 vmlinuz.old ->
>>>>>> boot/vmlinuz-2.6.28-11-server
>>>>>>
>>>>>> Donc le vmlinuz pointe bien vers le nouveau kernel
>>>>>>
>>>>>> Aussi dans /etc/kernel-img.conf j'ai ceci :
>>>>>> # Kernel Image management overrides
>>>>>> # See kernel-img.conf(5) for details
>>>>>> do_symlinks = Yes
>>>>>>
>>>>>> Alors que sur ma Ubuntu 8.04.2 desktop j'ai ceci :
>>>>>>
>>>>>> do_symlinks = yes
>>>>>> relative_links = yes
>>>>>> do_bootloader = no
>>>>>> do_bootfloppy = no
>>>>>> do_initrd = yes
>>>>>> link_in_boot = no
>>>>>> postinst_hook = update-grub
>>>>>> postrm_hook = update-grub
>>>>>>
>>>>>> Ma question : est ce que le boot va fonctionner ? Prend t-il en
>>>>>> compte le liens qui est fait dans /vmlinuz pour booter le kernel ?
>>>>>> Pourquoi le /etc/kernel-img.conf est différent du mien qui suis sur
>>>>>> Ubuntu 8.04 ?
>>>>>> Car dans mon /boot/grub/menu.lst j'ai bien :
>>>>>>
>>>>>> title Ubuntu 8.04.2, kernel 2.6.24-24-generic
>>>>>> root (hd0,0)
>>>>>> kernel /boot/vmlinuz-2.6.24-24-generic
>>>>>> root=UUID=37cf3da8-2bb7-4268-b514-6e9ff2e20311 ro quiet splash
>>>>>> initrd /boot/initrd.img-2.6.24-24-generic
>>>>>> quiet
>>>> Voici mon /etc/fstab
>>>>
>>>> # /etc/fstab: static file system information.
>>>> #
>>>> # <file system> <mount point> <type> <options> <dump> <pass>
>>>> proc /proc proc defaults 0 0
>>>> /dev/md1 / ext3 defaults,errors=remount-ro 0 1
>>>> /dev/md0 /boot ext3 defaults 0 2
>>>> /dev/sda3 none swap sw 0 0
>>>> /dev/sdb3 none swap sw 0 0
>>>> /dev/sdc3 none swap sw 0 0
>>>>
>>>>
>>>> Donc la partition /boot/ est dans /dev/md0
>>>>
>>>> Ma conf du menu.lst est pas bonne alors ?
>>>
>>> Tout dépend des partitions qui composent md0
>> /dev/md0 est en raid 1 (partition qui contient /boot)
>> /dev/md1 est en raid 5 (partition qui contient /)
>> Les 3 disques sont comme ceci : (sda, sdb, sdc
>>
>> Disque /dev/sda: 1000.2 Go, 1000204886016 octets
>> 255 têtes, 63 secteurs/piste, 121601 cylindres
>> Unités = cylindres de 16065 * 512 = 8225280 octets
>> Identifiant de disque : 0x00000000
>>
>> Périphérique Amorce Début Fin Blocs Id Système
>> /dev/sda1 1 12 96389+ fd Linux RAID
>> autodetect
>> /dev/sda2 13 121534 976125465 fd Linux RAID
>> autodetect
>> /dev/sda3 121535 121599 522112+ 83 Linux
>>
>>
>> Disque /dev/md1: 1999.1 Go, 1999104770048 octets
>> 2 têtes, 4 secteurs/piste, 488062688 cylindres
>> Unités = cylindres de 8 * 512 = 4096 octets
>> Identifiant de disque : 0x00000000
>>
>> Et md0
>>
>> Disque /dev/md0: 98 Mo, 98631680 octets
>> 2 têtes, 4 secteurs/piste, 24080 cylindres
>> Unités = cylindres de 8 * 512 = 4096 octets
>> Identifiant de disque : 0x00000000
>>
>> df -h
>> Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
>> /dev/md1 1,9T 92G 1,7T 6% /
>> tmpfs 3,9G 0 3,9G 0% /lib/init/rw
>> varrun 3,9G 132K 3,9G 1% /var/run
>> varlock 3,9G 0 3,9G 0% /var/lock
>> udev 3,9G 164K 3,9G 1% /dev
>> tmpfs 3,9G 8,0K 3,9G 1% /dev/shm
>> /dev/md0 92M 33M 54M 38% /boot
>>
>
> ben alors tout va bien.
>
> Elle reboote correctement ta box ? La preuve...
>
J'en sais rien, j'ai pas encore tester de reboot :-)
Si quelqu'un avec une dedibox raid5 qui est sous Ubuntu 9.04 passait par là pour confirmer ?

fugitif, avec son clavier le 26.06.2009 13:16 a écrit:
> YBM, avec son clavier le 25.06.2009 22:47 a écrit:
>> fugitif a écrit :
>>> Simon, avec son clavier le 24.06.2009 16:36 a écrit:
>>>> Le 24/06/2009 16:28, fugitif a écrit :
>>>>> Mike Baroukh, avec son clavier le 24.06.2009 16:03 a écrit:
>>>>>>
>>>>>> Bonjour.
>>>>>>
>>>>>> Est-ce que tu aurais /boot dans une partition à part ?
>>>>>> Auquel cas, le "/vmlinuz-2.6.28-13-server" est normal puisqu'il se
>>>>>> base par rapport à la partition de boot (si je ne m'abuse ...)
>>>>>>
>>>>>> Mike
>>>>>>
>>>>>>
>>>>>> fugitif a écrit :
>>>>>>> Bonjour,
>>>>>>>
>>>>>>> Je suis sur une dedibox pro en raid5 avec Ubuntu 9.04, et
>>>>>>> aujourd'hui
>>>>>>> il y avais une mise à jours de kernel de dispo.
>>>>>>> Je lance donc un aptitude upgrade. Tout se passe bien, sauf que la
>>>>>>> conf dans /boot/grub/menu.lst est mauvaise je pense.
>>>>>>> Le nouveau kernel se trouve dans /boot/vmlinuz-2.6.28-13-server
>>>>>>> Alors que dans menu.lst j'ai :
>>>>>>>
>>>>>>> title Ubuntu 9.04, kernel 2.6.28-13-server
>>>>>>> root (hd0,0)
>>>>>>> kernel /vmlinuz-2.6.28-13-server root=/dev/md1
>>>>>>> md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro quiet splash
>>>>>>> initrd /initrd.img-2.6.28-13-server
>>>>>>> quiet
>>>>>>>
>>>>>>>
>>>>>>> Vous remarquer à la ligne :
>>>>>>> kernel /vmlinuz-2.6.28-13-server
>>>>>>>
>>>>>>> alors qu'il devrait être en
>>>>>>> kernel /boot/vmlinuz-2.6.28-13-server
>>>>>>>
>>>>>>> Dans / j'ai ceci :
>>>>>>> lrwxrwxrwx 1 root root 29 2009-06-24 14:05 vmlinuz ->
>>>>>>> boot/vmlinuz-2.6.28-13-server
>>>>>>> lrwxrwxrwx 1 root root 29 2009-05-07 13:04 vmlinuz.old ->
>>>>>>> boot/vmlinuz-2.6.28-11-server
>>>>>>>
>>>>>>> Donc le vmlinuz pointe bien vers le nouveau kernel
>>>>>>>
>>>>>>> Aussi dans /etc/kernel-img.conf j'ai ceci :
>>>>>>> # Kernel Image management overrides
>>>>>>> # See kernel-img.conf(5) for details
>>>>>>> do_symlinks = Yes
>>>>>>>
>>>>>>> Alors que sur ma Ubuntu 8.04.2 desktop j'ai ceci :
>>>>>>>
>>>>>>> do_symlinks = yes
>>>>>>> relative_links = yes
>>>>>>> do_bootloader = no
>>>>>>> do_bootfloppy = no
>>>>>>> do_initrd = yes
>>>>>>> link_in_boot = no
>>>>>>> postinst_hook = update-grub
>>>>>>> postrm_hook = update-grub
>>>>>>>
>>>>>>> Ma question : est ce que le boot va fonctionner ? Prend t-il en
>>>>>>> compte le liens qui est fait dans /vmlinuz pour booter le kernel ?
>>>>>>> Pourquoi le /etc/kernel-img.conf est différent du mien qui suis sur
>>>>>>> Ubuntu 8.04 ?
>>>>>>> Car dans mon /boot/grub/menu.lst j'ai bien :
>>>>>>>
>>>>>>> title Ubuntu 8.04.2, kernel 2.6.24-24-generic
>>>>>>> root (hd0,0)
>>>>>>> kernel /boot/vmlinuz-2.6.24-24-generic
>>>>>>> root=UUID=37cf3da8-2bb7-4268-b514-6e9ff2e20311 ro quiet splash
>>>>>>> initrd /boot/initrd.img-2.6.24-24-generic
>>>>>>> quiet
>>>>> Voici mon /etc/fstab
>>>>>
>>>>> # /etc/fstab: static file system information.
>>>>> #
>>>>> # <file system> <mount point> <type> <options> <dump> <pass>
>>>>> proc /proc proc defaults 0 0
>>>>> /dev/md1 / ext3 defaults,errors=remount-ro 0 1
>>>>> /dev/md0 /boot ext3 defaults 0 2
>>>>> /dev/sda3 none swap sw 0 0
>>>>> /dev/sdb3 none swap sw 0 0
>>>>> /dev/sdc3 none swap sw 0 0
>>>>>
>>>>>
>>>>> Donc la partition /boot/ est dans /dev/md0
>>>>>
>>>>> Ma conf du menu.lst est pas bonne alors ?
>>>>
>>>> Tout dépend des partitions qui composent md0
>>> /dev/md0 est en raid 1 (partition qui contient /boot)
>>> /dev/md1 est en raid 5 (partition qui contient /)
>>> Les 3 disques sont comme ceci : (sda, sdb, sdc
>>>
>>> Disque /dev/sda: 1000.2 Go, 1000204886016 octets
>>> 255 têtes, 63 secteurs/piste, 121601 cylindres
>>> Unités = cylindres de 16065 * 512 = 8225280 octets
>>> Identifiant de disque : 0x00000000
>>>
>>> Périphérique Amorce Début Fin Blocs Id Système
>>> /dev/sda1 1 12 96389+ fd Linux RAID
>>> autodetect
>>> /dev/sda2 13 121534 976125465 fd Linux RAID
>>> autodetect
>>> /dev/sda3 121535 121599 522112+ 83 Linux
>>>
>>>
>>> Disque /dev/md1: 1999.1 Go, 1999104770048 octets
>>> 2 têtes, 4 secteurs/piste, 488062688 cylindres
>>> Unités = cylindres de 8 * 512 = 4096 octets
>>> Identifiant de disque : 0x00000000
>>>
>>> Et md0
>>>
>>> Disque /dev/md0: 98 Mo, 98631680 octets
>>> 2 têtes, 4 secteurs/piste, 24080 cylindres
>>> Unités = cylindres de 8 * 512 = 4096 octets
>>> Identifiant de disque : 0x00000000
>>>
>>> df -h
>>> Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
>>> /dev/md1 1,9T 92G 1,7T 6% /
>>> tmpfs 3,9G 0 3,9G 0% /lib/init/rw
>>> varrun 3,9G 132K 3,9G 1% /var/run
>>> varlock 3,9G 0 3,9G 0% /var/lock
>>> udev 3,9G 164K 3,9G 1% /dev
>>> tmpfs 3,9G 8,0K 3,9G 1% /dev/shm
>>> /dev/md0 92M 33M 54M 38% /boot
>>>
>>
>> ben alors tout va bien.
>>
>> Elle reboote correctement ta box ? La preuve...
>>
> J'en sais rien, j'ai pas encore tester de reboot :-)
> Si quelqu'un avec une dedibox raid5 qui est sous Ubuntu 9.04 passait par
> là pour confirmer ?
Up, personne ne peu me dire si ma dedibox va reboot normalement ?

fugitif a écrit :
....
>> J'en sais rien, j'ai pas encore tester de reboot :-)
>> Si quelqu'un avec une dedibox raid5 qui est sous Ubuntu 9.04 passait
>> par là pour confirmer ?
> Up, personne ne peu me dire si ma dedibox va reboot normalement ?

md0 est probablement implanté sur /dev/sda1 (ce que grub appelle
(hd0,0))

Pour le vérifier deux solutions :

à partir de grub lancé en tant que root :
$ sudo grub
grub> kernel (hd0,0)/vmlinuz-2.6.28-13-server

-> ne doit pas dire "Error 15: File not found"

grub> quit

ou encore en montant la partoche (en ro, juste pour voir) :

$ sudo mount -o ro /dev/sda1 /mnt
$ ls -l /mnt/vmlinuz-2.6.28-13-server
$ sudo umount /mnt

ou bien encore... en rebootant !

YBM, avec son clavier le 28.06.2009 15:02 a écrit:
> fugitif a écrit :
> ...
>>> J'en sais rien, j'ai pas encore tester de reboot :-)
>>> Si quelqu'un avec une dedibox raid5 qui est sous Ubuntu 9.04 passait
>>> par là pour confirmer ?
>> Up, personne ne peu me dire si ma dedibox va reboot normalement ?
>
> md0 est probablement implanté sur /dev/sda1 (ce que grub appelle
> (hd0,0))
>
> Pour le vérifier deux solutions :
>
> à partir de grub lancé en tant que root :
> $ sudo grub
> grub> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>
> -> ne doit pas dire "Error 15: File not found"
>
> grub> quit
>
> ou encore en montant la partoche (en ro, juste pour voir) :
>
> $ sudo mount -o ro /dev/sda1 /mnt
> $ ls -l /mnt/vmlinuz-2.6.28-13-server
> $ sudo umount /mnt
>
> ou bien encore... en rebootant !
>
Si je tape
grub
Probing devices to guess BIOS drives. This may take a long time.

[ 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. ]

J'ai rien qui m'indique où est le kernel. Et je peu pas mount /dev/sda1

mount -o ro /dev/sda1 /mnt
mount: type inconnu de système de fichiers 'linux_raid_member'

En principe le update-grub sais ou trouver le nouveau kernel non ? Idem pour la mise à jours du kernel via aptitude.

fugitif a écrit :
> YBM, avec son clavier le 28.06.2009 15:02 a écrit:
>> fugitif a écrit :
>> ...
>>>> J'en sais rien, j'ai pas encore tester de reboot :-)
>>>> Si quelqu'un avec une dedibox raid5 qui est sous Ubuntu 9.04 passait
>>>> par là pour confirmer ?
>>> Up, personne ne peu me dire si ma dedibox va reboot normalement ?
>>
>> md0 est probablement implanté sur /dev/sda1 (ce que grub appelle
>> (hd0,0))
>>
>> Pour le vérifier deux solutions :
>>
>> à partir de grub lancé en tant que root :
>> $ sudo grub
>> grub> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>>
>> -> ne doit pas dire "Error 15: File not found"
>>
>> grub> quit
>>
>> ou encore en montant la partoche (en ro, juste pour voir) :
>>
>> $ sudo mount -o ro /dev/sda1 /mnt
>> $ ls -l /mnt/vmlinuz-2.6.28-13-server
>> $ sudo umount /mnt
>>
>> ou bien encore... en rebootant !
>>
> Si je tape
> grub
> Probing devices to guess BIOS drives. This may take a long time.
>
> [ 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. ]
>
> J'ai rien qui m'indique où est le kernel. Et je peu pas mount /dev/sda1

Et si tu tapes à l'invite "grub>" ceci :

kernel (hd0,0)/vmlinuz-2.6.28-13-server

puis entrée il dit quoi ?

YBM, avec son clavier le 29.06.2009 14:44 a écrit:
> fugitif a écrit :
>> YBM, avec son clavier le 28.06.2009 15:02 a écrit:
>>> fugitif a écrit :
>>> ...
>>>>> J'en sais rien, j'ai pas encore tester de reboot :-)
>>>>> Si quelqu'un avec une dedibox raid5 qui est sous Ubuntu 9.04
>>>>> passait par là pour confirmer ?
>>>> Up, personne ne peu me dire si ma dedibox va reboot normalement ?
>>>
>>> md0 est probablement implanté sur /dev/sda1 (ce que grub appelle
>>> (hd0,0))
>>>
>>> Pour le vérifier deux solutions :
>>>
>>> à partir de grub lancé en tant que root :
>>> $ sudo grub
>>> grub> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>>>
>>> -> ne doit pas dire "Error 15: File not found"
>>>
>>> grub> quit
>>>
>>> ou encore en montant la partoche (en ro, juste pour voir) :
>>>
>>> $ sudo mount -o ro /dev/sda1 /mnt
>>> $ ls -l /mnt/vmlinuz-2.6.28-13-server
>>> $ sudo umount /mnt
>>>
>>> ou bien encore... en rebootant !
>>>
>> Si je tape
>> grub
>> Probing devices to guess BIOS drives. This may take a long time.
>>
>> [ 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. ]
>>
>> J'ai rien qui m'indique où est le kernel. Et je peu pas mount /dev/sda1
>
> Et si tu tapes à l'invite "grub>" ceci :
>
> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>
> puis entrée il dit quoi ?
J'ai fait quelques recherche pour savoir comment nomme les hdd grub suivant les partitions, et c'est indiquer dans
/boot/grub/device.map

Donc :
cat /boot/grub/device.map
(fd0) /dev/fd0
(hd0) /dev/sda
(hd1) /dev/sdb
(hd2) /dev/sdc

(hd0) est bien dans /dev/sda suivant mon menu.lst

title Ubuntu 9.04, kernel 2.6.28-13-server
root (hd0,0)
kernel /vmlinuz-2.6.28-13-server root=/dev/md1 md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro quiet splash
initrd /initrd.img-2.6.28-13-server

Donc ça à l'air tout bon.

YBM, avec son clavier le 29.06.2009 14:44 a écrit:
> fugitif a écrit :
>> YBM, avec son clavier le 28.06.2009 15:02 a écrit:
>>> fugitif a écrit :
>>> ...
>>>>> J'en sais rien, j'ai pas encore tester de reboot :-)
>>>>> Si quelqu'un avec une dedibox raid5 qui est sous Ubuntu 9.04
>>>>> passait par là pour confirmer ?
>>>> Up, personne ne peu me dire si ma dedibox va reboot normalement ?
>>>
>>> md0 est probablement implanté sur /dev/sda1 (ce que grub appelle
>>> (hd0,0))
>>>
>>> Pour le vérifier deux solutions :
>>>
>>> à partir de grub lancé en tant que root :
>>> $ sudo grub
>>> grub> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>>>
>>> -> ne doit pas dire "Error 15: File not found"
>>>
>>> grub> quit
>>>
>>> ou encore en montant la partoche (en ro, juste pour voir) :
>>>
>>> $ sudo mount -o ro /dev/sda1 /mnt
>>> $ ls -l /mnt/vmlinuz-2.6.28-13-server
>>> $ sudo umount /mnt
>>>
>>> ou bien encore... en rebootant !
>>>
>> Si je tape
>> grub
>> Probing devices to guess BIOS drives. This may take a long time.
>>
>> [ 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. ]
>>
>> J'ai rien qui m'indique où est le kernel. Et je peu pas mount /dev/sda1
>
> Et si tu tapes à l'invite "grub>" ceci :
>
> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>
> puis entrée il dit quoi ?
De plus, j'ai oublier que j'avais fait un cp du fichier /boot/grub/menu.lst et il était comme ceci avant le aptitude update

title Ubuntu 9.04, kernel 2.6.28-11-server
root (hd0,0)
kernel /vmlinuz-2.6.28-11-server root=/dev/md1 md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro quiet splash
initrd /initrd.img-2.6.28-11-server

title Ubuntu 9.04, kernel 2.6.28-11-server (recovery mode)
root (hd0,0)
kernel /vmlinuz-2.6.28-11-server root=/dev/md1 md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro single
initrd /initrd.img-2.6.28-11-server

Donc c'est correct. Merci pour ton aide.

fugitif, avec son clavier le 29.06.2009 14:54 a écrit:
> YBM, avec son clavier le 29.06.2009 14:44 a écrit:
>> fugitif a écrit :
>>> YBM, avec son clavier le 28.06.2009 15:02 a écrit:
>>>> fugitif a écrit :
>>>> ...
>>>>>> J'en sais rien, j'ai pas encore tester de reboot :-)
>>>>>> Si quelqu'un avec une dedibox raid5 qui est sous Ubuntu 9.04
>>>>>> passait par là pour confirmer ?
>>>>> Up, personne ne peu me dire si ma dedibox va reboot normalement ?
>>>>
>>>> md0 est probablement implanté sur /dev/sda1 (ce que grub appelle
>>>> (hd0,0))
>>>>
>>>> Pour le vérifier deux solutions :
>>>>
>>>> à partir de grub lancé en tant que root :
>>>> $ sudo grub
>>>> grub> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>>>>
>>>> -> ne doit pas dire "Error 15: File not found"
>>>>
>>>> grub> quit
>>>>
>>>> ou encore en montant la partoche (en ro, juste pour voir) :
>>>>
>>>> $ sudo mount -o ro /dev/sda1 /mnt
>>>> $ ls -l /mnt/vmlinuz-2.6.28-13-server
>>>> $ sudo umount /mnt
>>>>
>>>> ou bien encore... en rebootant !
>>>>
>>> Si je tape
>>> grub
>>> Probing devices to guess BIOS drives. This may take a long time.
>>>
>>> [ 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. ]
>>>
>>> J'ai rien qui m'indique où est le kernel. Et je peu pas mount /dev/sda1
>>
>> Et si tu tapes à l'invite "grub>" ceci :
>>
>> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>>
>> puis entrée il dit quoi ?
> De plus, j'ai oublier que j'avais fait un cp du fichier
> /boot/grub/menu.lst et il était comme ceci avant le aptitude update
>
> title Ubuntu 9.04, kernel 2.6.28-11-server
> root (hd0,0)
> kernel /vmlinuz-2.6.28-11-server root=/dev/md1
> md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro quiet splash
> initrd /initrd.img-2.6.28-11-server
>
> title Ubuntu 9.04, kernel 2.6.28-11-server (recovery mode)
> root (hd0,0)
> kernel /vmlinuz-2.6.28-11-server root=/dev/md1
> md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro single
> initrd /initrd.img-2.6.28-11-server
>
> Donc c'est correct. Merci pour ton aide.
Une chose que je comprend pas aussi. Pourquoi j'ai du faire moi même le update-grub après avoir installer l'update.
C'est car le fichier /etc/kernel-img.conf est minimaliste, et ne fait pas cet update après une mise à jours.

Sur la dédibox :

cat /etc/kernel-img.conf
# Kernel Image management overrides
# See kernel-img.conf(5) for details
do_symlinks = Yes

Sur ma Ubuntu 8.04 :

do_symlinks = yes
relative_links = yes
do_bootloader = no
do_bootfloppy = no
do_initrd = yes
link_in_boot = no
postinst_hook = update-grub
postrm_hook = update-grub

Donc normal qu'il n'y a pas de update-grub vu qu'il manque des lignes
postinst_hook = update-grub
postrm_hook = update-grub

C'est le staff de dedibox qui modifie cette config ou la version server de Ubuntu ?

fugitif a écrit :
> YBM, avec son clavier le 29.06.2009 14:44 a écrit:
>> fugitif a écrit :
>>> YBM, avec son clavier le 28.06.2009 15:02 a écrit:
>>>> fugitif a écrit :
>>>> ...
>>>>>> J'en sais rien, j'ai pas encore tester de reboot :-)
>>>>>> Si quelqu'un avec une dedibox raid5 qui est sous Ubuntu 9.04
>>>>>> passait par là pour confirmer ?
>>>>> Up, personne ne peu me dire si ma dedibox va reboot normalement ?
>>>>
>>>> md0 est probablement implanté sur /dev/sda1 (ce que grub appelle
>>>> (hd0,0))
>>>>
>>>> Pour le vérifier deux solutions :
>>>>
>>>> à partir de grub lancé en tant que root :
>>>> $ sudo grub
>>>> grub> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>>>>
>>>> -> ne doit pas dire "Error 15: File not found"
>>>>
>>>> grub> quit
>>>>
>>>> ou encore en montant la partoche (en ro, juste pour voir) :
>>>>
>>>> $ sudo mount -o ro /dev/sda1 /mnt
>>>> $ ls -l /mnt/vmlinuz-2.6.28-13-server
>>>> $ sudo umount /mnt
>>>>
>>>> ou bien encore... en rebootant !
>>>>
>>> Si je tape
>>> grub
>>> Probing devices to guess BIOS drives. This may take a long time.
>>>
>>> [ 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. ]
>>>
>>> J'ai rien qui m'indique où est le kernel. Et je peu pas mount /dev/sda1
>>
>> Et si tu tapes à l'invite "grub>" ceci :
>>
>> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>>
>> puis entrée il dit quoi ?
> J'ai fait quelques recherche pour savoir comment nomme les hdd grub
> suivant les partitions, et c'est indiquer dans /boot/grub/device.map
>
> Donc :
> cat /boot/grub/device.map
> (fd0) /dev/fd0
> (hd0) /dev/sda
> (hd1) /dev/sdb
> (hd2) /dev/sdc
>
> (hd0) est bien dans /dev/sda suivant mon menu.lst
>
> title Ubuntu 9.04, kernel 2.6.28-13-server
> root (hd0,0)
> kernel /vmlinuz-2.6.28-13-server root=/dev/md1
> md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro quiet splash
> initrd /initrd.img-2.6.28-13-server
>
> Donc ça à l'air tout bon.

Oui, mais si tu tapais ce que je te suggère et si ça ne fait pas
d'erreur, tu en serais sûr :

>> Et si tu tapes à l'invite "grub>" ceci :
>>
>> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>>
>> puis entrée il dit quoi ?

Tu as un problème existentiel avec l'idée de taper quelque chose à
l'invte de grub ?

YBM, avec son clavier le 29.06.2009 15:09 a écrit:
> fugitif a écrit :
>> YBM, avec son clavier le 29.06.2009 14:44 a écrit:
>>> fugitif a écrit :
>>>> YBM, avec son clavier le 28.06.2009 15:02 a écrit:
>>>>> fugitif a écrit :
>>>>> ...
>>>>>>> J'en sais rien, j'ai pas encore tester de reboot :-)
>>>>>>> Si quelqu'un avec une dedibox raid5 qui est sous Ubuntu 9.04
>>>>>>> passait par là pour confirmer ?
>>>>>> Up, personne ne peu me dire si ma dedibox va reboot normalement ?
>>>>>
>>>>> md0 est probablement implanté sur /dev/sda1 (ce que grub appelle
>>>>> (hd0,0))
>>>>>
>>>>> Pour le vérifier deux solutions :
>>>>>
>>>>> à partir de grub lancé en tant que root :
>>>>> $ sudo grub
>>>>> grub> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>>>>>
>>>>> -> ne doit pas dire "Error 15: File not found"
>>>>>
>>>>> grub> quit
>>>>>
>>>>> ou encore en montant la partoche (en ro, juste pour voir) :
>>>>>
>>>>> $ sudo mount -o ro /dev/sda1 /mnt
>>>>> $ ls -l /mnt/vmlinuz-2.6.28-13-server
>>>>> $ sudo umount /mnt
>>>>>
>>>>> ou bien encore... en rebootant !
>>>>>
>>>> Si je tape
>>>> grub
>>>> Probing devices to guess BIOS drives. This may take a long time.
>>>>
>>>> [ 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. ]
>>>>
>>>> J'ai rien qui m'indique où est le kernel. Et je peu pas mount /dev/sda1
>>>
>>> Et si tu tapes à l'invite "grub>" ceci :
>>>
>>> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>>>
>>> puis entrée il dit quoi ?
>> J'ai fait quelques recherche pour savoir comment nomme les hdd grub
>> suivant les partitions, et c'est indiquer dans /boot/grub/device.map
>>
>> Donc :
>> cat /boot/grub/device.map
>> (fd0) /dev/fd0
>> (hd0) /dev/sda
>> (hd1) /dev/sdb
>> (hd2) /dev/sdc
>>
>> (hd0) est bien dans /dev/sda suivant mon menu.lst
>>
>> title Ubuntu 9.04, kernel 2.6.28-13-server
>> root (hd0,0)
>> kernel /vmlinuz-2.6.28-13-server root=/dev/md1
>> md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro quiet splash
>> initrd /initrd.img-2.6.28-13-server
>>
>> Donc ça à l'air tout bon.
>
> Oui, mais si tu tapais ce que je te suggère et si ça ne fait pas
> d'erreur, tu en serais sûr :
Jusqu'a présent toutes les commandes que tu ma donner n'ont rien donner.
>
> >> Et si tu tapes à l'invite "grub>" ceci :
> >>
> >> kernel (hd0,0)/vmlinuz-2.6.28-13-server
> >>
> >> puis entrée il dit quoi ?
>
> Tu as un problème existentiel avec l'idée de taper quelque chose à
> l'invte de grub ?
Non, mais comme dit plus haut, tes commandes ne donnent rien, voilà pourquoi j'hésitais à les taper.
Mais pour te faire plaisir

grub
Probing devices to guess BIOS drives. This may take a long time.

[ 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> kernel (hd0,0)/vmlinuz-2.6.28-13-server
kernel (hd0,0)/vmlinuz-2.6.28-13-server
Erreur de segmentation


Encore une qui de donne rien.

fugitif a écrit :
> Non, mais comme dit plus haut, tes commandes ne donnent rien, voilà
> pourquoi j'hésitais à les taper.
> Mais pour te faire plaisir
>
> grub
> Probing devices to guess BIOS drives. This may take a long time.
>
> [ 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> kernel (hd0,0)/vmlinuz-2.6.28-13-server
> kernel (hd0,0)/vmlinuz-2.6.28-13-server
> Erreur de segmentation
>
>
> Encore une qui de donne rien.

Arf!

C'est pas vraiment ce que j'appellerai rien un "Erreur de segmentation".

Tu l'as bien lancé en root (sudo grub) ?

Je commence à douter qu'un reboot se passera bien. Quelle idée bizarre
as-tu eu de mettre /boot dans un volume RAID ?

YBM, avec son clavier le 30.06.2009 13:48 a écrit:
> fugitif a écrit :
>> Non, mais comme dit plus haut, tes commandes ne donnent rien, voilà
>> pourquoi j'hésitais à les taper.
>> Mais pour te faire plaisir
>>
>> grub
>> Probing devices to guess BIOS drives. This may take a long time.
>>
>> [ 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> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>> Erreur de segmentation
>>
>>
>> Encore une qui de donne rien.
>
> Arf!
>
> C'est pas vraiment ce que j'appellerai rien un "Erreur de segmentation".
>
> Tu l'as bien lancé en root (sudo grub) ?
Oui, j'était directement en root. Ca m'évite de taper sudo avant.
>
> Je commence à douter qu'un reboot se passera bien. Quelle idée bizarre
> as-tu eu de mettre /boot dans un volume RAID ?
C'est pas moi qui a partitionner la bestiole. Je fait que l'admin moi. Et j'avoue que je connait pas grand chose au RAID.

YBM, avec son clavier le 30.06.2009 13:48 a écrit:
> fugitif a écrit :
>> Non, mais comme dit plus haut, tes commandes ne donnent rien, voilà
>> pourquoi j'hésitais à les taper.
>> Mais pour te faire plaisir
>>
>> grub
>> Probing devices to guess BIOS drives. This may take a long time.
>>
>> [ 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> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>> Erreur de segmentation
>>
>>
>> Encore une qui de donne rien.
>
> Arf!
>
> C'est pas vraiment ce que j'appellerai rien un "Erreur de segmentation".
>
> Tu l'as bien lancé en root (sudo grub) ?
>
> Je commence à douter qu'un reboot se passera bien. Quelle idée bizarre
> as-tu eu de mettre /boot dans un volume RAID ?
Voilà ce que je trouve dans les log :

[1276554.228968] grub[4290]: segfault at f7f6c080 ip 0000000008060089 sp 00000000f7b73e60 error 6 in grub[8048000+a8000]
[1276609.079155] grub[4730]: segfault at f7ffe080 ip 0000000008060089 sp 00000000f7c05e60 error 6 in grub[8048000+a8000]
[1363691.773712] grub[20533]: segfault at f804b080 ip 0000000008060089 sp 00000000f7c52e60 error 6 in grub[8048000+a8000]
[1363780.652237] grub[20752]: segfault at f7fba080 ip 0000000008060089 sp 00000000f7bc1e60 error 6 in grub[8048000+a8000]

fugitif, avec son clavier le 29.06.2009 15:01 a écrit:
> fugitif, avec son clavier le 29.06.2009 14:54 a écrit:
>> YBM, avec son clavier le 29.06.2009 14:44 a écrit:
>>> fugitif a écrit :
>>>> YBM, avec son clavier le 28.06.2009 15:02 a écrit:
>>>>> fugitif a écrit :
>>>>> ...
>>>>>>> J'en sais rien, j'ai pas encore tester de reboot :-)
>>>>>>> Si quelqu'un avec une dedibox raid5 qui est sous Ubuntu 9.04
>>>>>>> passait par là pour confirmer ?
>>>>>> Up, personne ne peu me dire si ma dedibox va reboot normalement ?
>>>>>
>>>>> md0 est probablement implanté sur /dev/sda1 (ce que grub appelle
>>>>> (hd0,0))
>>>>>
>>>>> Pour le vérifier deux solutions :
>>>>>
>>>>> à partir de grub lancé en tant que root :
>>>>> $ sudo grub
>>>>> grub> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>>>>>
>>>>> -> ne doit pas dire "Error 15: File not found"
>>>>>
>>>>> grub> quit
>>>>>
>>>>> ou encore en montant la partoche (en ro, juste pour voir) :
>>>>>
>>>>> $ sudo mount -o ro /dev/sda1 /mnt
>>>>> $ ls -l /mnt/vmlinuz-2.6.28-13-server
>>>>> $ sudo umount /mnt
>>>>>
>>>>> ou bien encore... en rebootant !
>>>>>
>>>> Si je tape
>>>> grub
>>>> Probing devices to guess BIOS drives. This may take a long time.
>>>>
>>>> [ 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. ]
>>>>
>>>> J'ai rien qui m'indique où est le kernel. Et je peu pas mount /dev/sda1
>>>
>>> Et si tu tapes à l'invite "grub>" ceci :
>>>
>>> kernel (hd0,0)/vmlinuz-2.6.28-13-server
>>>
>>> puis entrée il dit quoi ?
>> De plus, j'ai oublier que j'avais fait un cp du fichier
>> /boot/grub/menu.lst et il était comme ceci avant le aptitude update
>>
>> title Ubuntu 9.04, kernel 2.6.28-11-server
>> root (hd0,0)
>> kernel /vmlinuz-2.6.28-11-server root=/dev/md1
>> md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro quiet splash
>> initrd /initrd.img-2.6.28-11-server
>>
>> title Ubuntu 9.04, kernel 2.6.28-11-server (recovery mode)
>> root (hd0,0)
>> kernel /vmlinuz-2.6.28-11-server root=/dev/md1
>> md=1,/dev/sda2,/dev/sdb2,/dev/sdc2 ro single
>> initrd /initrd.img-2.6.28-11-server
>>
>> Donc c'est correct. Merci pour ton aide.
> Une chose que je comprend pas aussi. Pourquoi j'ai du faire moi même le
> update-grub après avoir installer l'update. C'est car le fichier
> /etc/kernel-img.conf est minimaliste, et ne fait pas cet update après
> une mise à jours.
>
> Sur la dédibox :
>
> cat /etc/kernel-img.conf
> # Kernel Image management overrides
> # See kernel-img.conf(5) for details
> do_symlinks = Yes
>
> Sur ma Ubuntu 8.04 :
>
> do_symlinks = yes
> relative_links = yes
> do_bootloader = no
> do_bootfloppy = no
> do_initrd = yes
> link_in_boot = no
> postinst_hook = update-grub
> postrm_hook = update-grub
>
> Donc normal qu'il n'y a pas de update-grub vu qu'il manque des lignes
> postinst_hook = update-grub
> postrm_hook = update-grub
>
> C'est le staff de dedibox qui modifie cette config ou la version server
> de Ubuntu ?
Up, personne n'a de dedi pro en raid 5 ?