Re: Upgrade Wheezy vers Jessie

[Hugues MORIN]

Salut


Oui je boote bien sur le disque dur

C'etait bien Grub qui ne charge pas le bon kernel
J'ai corrige la priorite a l'aide de ce tuto:
https://doc.ubuntu-fr.org/tutoriel/grub2_parametrage_manuel

Et uname me donne ce que je souhaitais:
root@:~# uname -a
Linux .ip-155-63-98.eu 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2+deb8u2
(2017-06-26) x86_64 GNU/Linux


Je teste pendant une ou deux semaines que tout va bien et je m'attaque a
l'upgrade vers stretch


Merci pour votre aide

Cordialement
Hugues

Le 30 juin 2017 à 15:33, Hugues MORIN  a écrit :

> Re-salut
>
>
> Je viens d'installer le noyau linux-image-3.16.0-4-amd64
> Et j'ai redemarre le serveur .
>
> Et puis j'ai verifier:
> root@:~# uname -a
> Linux xx.ip-155.63.98.eu 3.14.32--grs-ipv6-64 #1 SMP Sat Feb 7
> 11:35:27 CET 2015 x86_64 GNU/Linux
>
> Ca n'a rien fait !!! O_o 
>
> J'ai ete verifie tout d'abord en /
> root@:/# ls -al
> total 417
> drwxr-xr-x  23 root root   4096 juin  30 14:00 .
> drwxr-xr-x  23 root root   4096 juin  30 14:00 ..
> drwxr-xr-x   2 root root   4096 juin  27 16:29 bin
> drwxr-xr-x   4 root root   1024 juin  30 14:00 boot
> drwxr-xr-x  16 root root  14640 juin  30 14:17 dev
> drwxr-xr-x  92 root root   4096 juin  27 18:08 etc
> drwxr-xr-x   6 root root   4096 juin  27 14:17 home
> lrwxrwxrwx   1 root root 31 juin  30 14:00 initrd.img ->
> /boot/initrd.img-3.16.0-4-amd64
> drwxr-xr-x  15 root root   4096 juin  30 14:00 lib
> []
> drwxr-xr-x  11 root root   4096 juin  27 16:30 usr
> drwxr-xr-x  13 root root   4096 mars   4  2015 var
> lrwxrwxrwx   1 root root 27 juin  30 14:00 vmlinuz ->
> boot/vmlinuz-3.16.0-4-amd64
>
> puis /boot:
> root@:/boot# ls -al
> total 23320
> drwxr-xr-x  4 root root1024 juin  30 14:00 .
> drwxr-xr-x 23 root root4096 juin  30 14:00 ..
> -rw-r--r--  1 root root 8506608 févr. 11  2015
> bzImage-3.14.32--grs-ipv6-64
> -rw-r--r--  1 root root  157786 juin  26 19:40 config-3.16.0-4-amd64
> drwxr-xr-x  5 root root6144 juin  30 14:00 grub
> -rw-r--r--  1 root root 6415169 juin  30 14:00 initrd.img-3.16.0-4-amd64
> drwx--  2 root root   12288 mars   4  2015 lost+found
> -rw-r--r--  1 root root 2962584 févr. 11  2015 System.map-3.14.32--grs-
> ipv6-64
> -rw-r--r--  1 root root 2681870 juin  26 19:40 System.map-3.16.0-4-amd64
> -rw-r--r--  1 root root 3128224 juin  26 19:38 vmlinuz-3.16.0-4-amd64
>
>
> ca a l'air correct pourtant le uname ne l'est pas !!!
>
>
> Je pense que ca vient du Grub qui ne charge pas le bon noyau.
> Il faudrait changer la priorite de chargement
>
>
> Cordialement
> Hugues
>
>
>
>
>
>
>
>
> Le 30 juin 2017 à 13:24, Hugues MORIN  a écrit :
>
>> Salut
>>
>>
>> Merci pour cette info
>> Je vais tenter l'operation vu qu'il semble y avoir peu de risque.
>>
>>
>>
>> Cordialement
>> Hugues
>>
>>
>> Le 30 juin 2017 à 10:27, Daniel Caillibaud  a écrit :
>>
>>> Le 30/06/17 à 08:09, Hugues MORIN  a écrit :
>>> HM> Il va vraiment falloir que je trouve plus d'info car je ne comprends
>>> pas
>>> HM> bien a quoi correspondent ces differents noyaux et je ne sais meme
>>> pas a
>>> HM> quoi il correspondent.
>>>
>>> Hormis quelques serveurs avec des cartes réseau très récentes (de
>>> mémoire c'est seulement les
>>> 10Gbps), tous les serveurs que j'ai eu chez ovh tournent très bien avec
>>> le noyau fourni par
>>> debian.
>>>
>>> Tu peux donc installer le noyau debian (linux-image* qui te plaît) et
>>> indiquer dans l'option
>>> netboot que tu boot sur le disque local.
>>>
>>> Si ça boot pas, tu seras bon pour remettre le netboot sur le noyau ovh
>>> qui marche et provoquer
>>> un reboot hard via le manager ovh.
>>>
>>> --
>>> Daniel
>>>
>>> Le doute me ronge. Et si tout n'était qu'illusion ? Si rien n'existait ?
>>> Dans ce cas, j'aurais payé ma moquette beaucoup trop cher.
>>> Woody Allen
>>>
>>>
>>
>

Re: Upgrade Wheezy vers Jessie

[jérémy prego]

bonjour,

avez vous bien mis le netboot sur disque dure ?

jerem

Le 30/06/2017 à 15:33, Hugues MORIN a écrit :

Re-salut


Je viens d'installer le noyau linux-image-3.16.0-4-amd64
Et j'ai redemarre le serveur .

Et puis j'ai verifier:
root@:~# uname -a
Linux xx.ip-155.63.98.eu  
3.14.32--grs-ipv6-64 #1 SMP Sat Feb 7 11:35:27 CET 2015 x86_64 
GNU/Linux


Ca n'a rien fait !!! O_o 

J'ai ete verifie tout d'abord en /
root@:/# ls -al
total 417
drwxr-xr-x  23 root root   4096 juin  30 14:00 .
drwxr-xr-x  23 root root   4096 juin  30 14:00 ..
drwxr-xr-x   2 root root   4096 juin  27 16:29 bin
drwxr-xr-x   4 root root   1024 juin  30 14:00 boot
drwxr-xr-x  16 root root  14640 juin  30 14:17 dev
drwxr-xr-x  92 root root   4096 juin  27 18:08 etc
drwxr-xr-x   6 root root   4096 juin  27 14:17 home
lrwxrwxrwx   1 root root 31 juin  30 14:00 initrd.img -> 
/boot/initrd.img-3.16.0-4-amd64

drwxr-xr-x  15 root root   4096 juin  30 14:00 lib
[]
drwxr-xr-x  11 root root   4096 juin  27 16:30 usr
drwxr-xr-x  13 root root   4096 mars   4  2015 var
lrwxrwxrwx   1 root root 27 juin  30 14:00 vmlinuz -> 
boot/vmlinuz-3.16.0-4-amd64


puis /boot:
root@:/boot# ls -al
total 23320
drwxr-xr-x  4 root root1024 juin  30 14:00 .
drwxr-xr-x 23 root root4096 juin  30 14:00 ..
-rw-r--r--  1 root root 8506608 févr. 11  2015 
bzImage-3.14.32--grs-ipv6-64

-rw-r--r--  1 root root  157786 juin  26 19:40 config-3.16.0-4-amd64
drwxr-xr-x  5 root root6144 juin  30 14:00 grub
-rw-r--r--  1 root root 6415169 juin  30 14:00 initrd.img-3.16.0-4-amd64
drwx--  2 root root   12288 mars   4  2015 lost+found
-rw-r--r--  1 root root 2962584 févr. 11  2015 
System.map-3.14.32--grs-ipv6-64

-rw-r--r--  1 root root 2681870 juin  26 19:40 System.map-3.16.0-4-amd64
-rw-r--r--  1 root root 3128224 juin  26 19:38 vmlinuz-3.16.0-4-amd64


ca a l'air correct pourtant le uname ne l'est pas !!!


Je pense que ca vient du Grub qui ne charge pas le bon noyau.
Il faudrait changer la priorite de chargement


Cordialement
Hugues








Le 30 juin 2017 à 13:24, Hugues MORIN > a écrit :


Salut


Merci pour cette info
Je vais tenter l'operation vu qu'il semble y avoir peu de risque.



Cordialement
Hugues


Le 30 juin 2017 à 10:27, Daniel Caillibaud > a écrit :

Le 30/06/17 à 08:09, Hugues MORIN > a écrit :
HM> Il va vraiment falloir que je trouve plus d'info car je ne
comprends pas
HM> bien a quoi correspondent ces differents noyaux et je ne
sais meme pas a
HM> quoi il correspondent.

Hormis quelques serveurs avec des cartes réseau très récentes
(de mémoire c'est seulement les
10Gbps), tous les serveurs que j'ai eu chez ovh tournent très
bien avec le noyau fourni par
debian.

Tu peux donc installer le noyau debian (linux-image* qui te
plaît) et indiquer dans l'option
netboot que tu boot sur le disque local.

Si ça boot pas, tu seras bon pour remettre le netboot sur le
noyau ovh qui marche et provoquer
un reboot hard via le manager ovh.

--
Daniel

Le doute me ronge. Et si tout n'était qu'illusion ? Si rien
n'existait ?
Dans ce cas, j'aurais payé ma moquette beaucoup trop cher.
Woody Allen

Re: Upgrade Wheezy vers Jessie

[Hugues MORIN]

Re-salut


Je viens d'installer le noyau linux-image-3.16.0-4-amd64
Et j'ai redemarre le serveur .

Et puis j'ai verifier:
root@:~# uname -a
Linux xx.ip-155.63.98.eu 3.14.32--grs-ipv6-64 #1 SMP Sat Feb 7
11:35:27 CET 2015 x86_64 GNU/Linux

Ca n'a rien fait !!! O_o 

J'ai ete verifie tout d'abord en /
root@:/# ls -al
total 417
drwxr-xr-x  23 root root   4096 juin  30 14:00 .
drwxr-xr-x  23 root root   4096 juin  30 14:00 ..
drwxr-xr-x   2 root root   4096 juin  27 16:29 bin
drwxr-xr-x   4 root root   1024 juin  30 14:00 boot
drwxr-xr-x  16 root root  14640 juin  30 14:17 dev
drwxr-xr-x  92 root root   4096 juin  27 18:08 etc
drwxr-xr-x   6 root root   4096 juin  27 14:17 home
lrwxrwxrwx   1 root root 31 juin  30 14:00 initrd.img ->
/boot/initrd.img-3.16.0-4-amd64
drwxr-xr-x  15 root root   4096 juin  30 14:00 lib
[]
drwxr-xr-x  11 root root   4096 juin  27 16:30 usr
drwxr-xr-x  13 root root   4096 mars   4  2015 var
lrwxrwxrwx   1 root root 27 juin  30 14:00 vmlinuz ->
boot/vmlinuz-3.16.0-4-amd64

puis /boot:
root@:/boot# ls -al
total 23320
drwxr-xr-x  4 root root1024 juin  30 14:00 .
drwxr-xr-x 23 root root4096 juin  30 14:00 ..
-rw-r--r--  1 root root 8506608 févr. 11  2015
bzImage-3.14.32--grs-ipv6-64
-rw-r--r--  1 root root  157786 juin  26 19:40 config-3.16.0-4-amd64
drwxr-xr-x  5 root root6144 juin  30 14:00 grub
-rw-r--r--  1 root root 6415169 juin  30 14:00 initrd.img-3.16.0-4-amd64
drwx--  2 root root   12288 mars   4  2015 lost+found
-rw-r--r--  1 root root 2962584 févr. 11  2015
System.map-3.14.32--grs-ipv6-64
-rw-r--r--  1 root root 2681870 juin  26 19:40 System.map-3.16.0-4-amd64
-rw-r--r--  1 root root 3128224 juin  26 19:38 vmlinuz-3.16.0-4-amd64


ca a l'air correct pourtant le uname ne l'est pas !!!


Je pense que ca vient du Grub qui ne charge pas le bon noyau.
Il faudrait changer la priorite de chargement


Cordialement
Hugues








Le 30 juin 2017 à 13:24, Hugues MORIN  a écrit :

> Salut
>
>
> Merci pour cette info
> Je vais tenter l'operation vu qu'il semble y avoir peu de risque.
>
>
>
> Cordialement
> Hugues
>
>
> Le 30 juin 2017 à 10:27, Daniel Caillibaud  a écrit :
>
>> Le 30/06/17 à 08:09, Hugues MORIN  a écrit :
>> HM> Il va vraiment falloir que je trouve plus d'info car je ne comprends
>> pas
>> HM> bien a quoi correspondent ces differents noyaux et je ne sais meme
>> pas a
>> HM> quoi il correspondent.
>>
>> Hormis quelques serveurs avec des cartes réseau très récentes (de mémoire
>> c'est seulement les
>> 10Gbps), tous les serveurs que j'ai eu chez ovh tournent très bien avec
>> le noyau fourni par
>> debian.
>>
>> Tu peux donc installer le noyau debian (linux-image* qui te plaît) et
>> indiquer dans l'option
>> netboot que tu boot sur le disque local.
>>
>> Si ça boot pas, tu seras bon pour remettre le netboot sur le noyau ovh
>> qui marche et provoquer
>> un reboot hard via le manager ovh.
>>
>> --
>> Daniel
>>
>> Le doute me ronge. Et si tout n'était qu'illusion ? Si rien n'existait ?
>> Dans ce cas, j'aurais payé ma moquette beaucoup trop cher.
>> Woody Allen
>>
>>
>

Re: Upgrade Wheezy vers Jessie

[Hugues MORIN]

Salut


Merci pour cette info
Je vais tenter l'operation vu qu'il semble y avoir peu de risque.



Cordialement
Hugues


Le 30 juin 2017 à 10:27, Daniel Caillibaud  a écrit :

> Le 30/06/17 à 08:09, Hugues MORIN  a écrit :
> HM> Il va vraiment falloir que je trouve plus d'info car je ne comprends
> pas
> HM> bien a quoi correspondent ces differents noyaux et je ne sais meme pas
> a
> HM> quoi il correspondent.
>
> Hormis quelques serveurs avec des cartes réseau très récentes (de mémoire
> c'est seulement les
> 10Gbps), tous les serveurs que j'ai eu chez ovh tournent très bien avec le
> noyau fourni par
> debian.
>
> Tu peux donc installer le noyau debian (linux-image* qui te plaît) et
> indiquer dans l'option
> netboot que tu boot sur le disque local.
>
> Si ça boot pas, tu seras bon pour remettre le netboot sur le noyau ovh qui
> marche et provoquer
> un reboot hard via le manager ovh.
>
> --
> Daniel
>
> Le doute me ronge. Et si tout n'était qu'illusion ? Si rien n'existait ?
> Dans ce cas, j'aurais payé ma moquette beaucoup trop cher.
> Woody Allen
>
>

Re: Upgrade Wheezy vers Jessie

[Daniel Caillibaud]

Le 30/06/17 à 08:09, Hugues MORIN  a écrit :
HM> Il va vraiment falloir que je trouve plus d'info car je ne comprends pas
HM> bien a quoi correspondent ces differents noyaux et je ne sais meme pas a
HM> quoi il correspondent.

Hormis quelques serveurs avec des cartes réseau très récentes (de mémoire c'est 
seulement les
10Gbps), tous les serveurs que j'ai eu chez ovh tournent très bien avec le 
noyau fourni par
debian.

Tu peux donc installer le noyau debian (linux-image* qui te plaît) et indiquer 
dans l'option
netboot que tu boot sur le disque local.

Si ça boot pas, tu seras bon pour remettre le netboot sur le noyau ovh qui 
marche et provoquer
un reboot hard via le manager ovh.

-- 
Daniel

Le doute me ronge. Et si tout n'était qu'illusion ? Si rien n'existait ? 
Dans ce cas, j'aurais payé ma moquette beaucoup trop cher.
Woody Allen

Re: Upgrade Wheezy vers Jessie

[Hugues MORIN]

Salut


J'ai trouve l'option dont tu me parles, le netboot
Par contre il va falloir que je me documente car au 1er abord j'ai un peu
de mal a comprendre.

Les kernels propose n'ont aucun rapport avec ce que je connais des noyaux
debian.
J'ai un kernel 3.14.32 qui est decline en 3 versions:
- Stable Kernel, Vanilla - 64bits. (Prise en charge de CPUFAMILY, SMP, &
IPv6)
- Stable Kernel, hz1000 - 64bits. (Prise en charge de CPUFAMILY, SMP, &
IPv6)
- Stable Kernel, with GRSec - 64bits. (Prise en charge de GRSec, CPUFAMILY,
SMP, & IPv6)

et 2 autres:
- 4.9.13 Experimental kernel vanilla
- 4.4.52 Testing kernel vanilla

O_O ..
Il va vraiment falloir que je trouve plus d'info car je ne comprends pas
bien a quoi correspondent ces differents noyaux et je ne sais meme pas a
quoi il correspondent.


Cordialement
Hugues


Le 29 juin 2017 à 19:34, daniel huhardeaux <no-s...@tootai.net> a écrit :

> Le 29/06/2017 à 18:03, Hugues MORIN a écrit :
>
>> Bonjour a tous :D
>>
>
> Bonjour
>
>>
>>
>> J'ai un serveur dedie qui etait sous Debian Wheezy avec un kernel 3.14.
>>
>
> Ce n'est pas un kernel livré par Debian
>
> dh@chezmoi:~$ uname -a
> Linux pabx 3.2.0-4-amd64 #1 SMP Debian 3.2.89-1 x86_64 GNU/Linux
>
> [...]
>
> --
> Daniel
>
>

Re: Upgrade Wheezy vers Jessie

[daniel huhardeaux]

Le 29/06/2017 à 18:03, Hugues MORIN a écrit :

Bonjour a tous :D


Bonjour



J'ai un serveur dedie qui etait sous Debian Wheezy avec un kernel 3.14.


Ce n'est pas un kernel livré par Debian

dh@chezmoi:~$ uname -a
Linux pabx 3.2.0-4-amd64 #1 SMP Debian 3.2.89-1 x86_64 GNU/Linux

[...]

--
Daniel

Re: Upgrade Wheezy vers Jessie

[jérémy prego]

bonjour,

l'option est le netboot

jerem

Le 29/06/2017 à 18:19, Hugues MORIN a écrit :

Salut


Oui c est bien un serveur ovh

Dans le manager, j ai vu que l on pouvait reinstaller un systeme 
complet mais pas changer juste le noyau.


Je regarderai demain si je trouve cette possibilte dans l interface d ovh.

Merci

Cordialement
Hugues


Le 29 juin 2017 18:06, "jérémy prego" <jer...@pregonetwork.net 
<mailto:jer...@pregonetwork.net>> a écrit :


bonjour,

à mon avis tu utilises un noyau OVH. il te suffit de changer de
noyau dans ton manager OVH et de redémarrer ta machine après
l'opération.

jerem


Le 29/06/2017 à 18:03, Hugues MORIN a écrit :

Bonjour a tous :D


J'ai un serveur dedie qui etait sous Debian Wheezy avec un kernel
3.14.
Je l'ai upgrade en Jessie en utilisant la procedure fournie par
debian:

https://www.debian.org/releases/jessie/i386/release-notes/ch-upgrading.fr.html

<https://www.debian.org/releases/jessie/i386/release-notes/ch-upgrading.fr.html>

Tout c'est a priori bien passe mais en controlant la version du
noyau, je me suis apercu que celle-ci n'avait pas changer:
root@:~# uname -a
Linux xx.ip-155.63.98.eu <http://xx.ip-155.63.98.eu>
3.14.32--grs-ipv6-64 #1 SMP Sat Feb 7 11:35:27 CET 2015
x86_64 GNU/Linux

J'ai utilise aptitude pour verifier quel linux-image etait
installe, et surprise, aucune n'apparait etre installer O_o!!!
Le linux-image-3.16 est bien present dans la liste des paquets
mais il n'est pas installe.

Cela me paraissant bizarre et ayant encore des lacunes dans la
gestion d'un serveur, je viens vers vous pour avoir votre avis et
vos conseils.

Je peux vous fournir la transcription de l'upgrade si vous le
souhaiter.

Est ce que mon systeme a ete upgrader correctement vers Jessie?
    Ou fonctionne-t-il avec un noyau Wheezy et des paquets en en Jessie?
Pensez-vous que l'installation du paquet
linux-image-3.16.0-4-amd64 resoudrait le probleme, si probleme il
y a?


Cordialement
Hugues

Re: Upgrade Wheezy vers Jessie

[Hugues MORIN]

Salut


Oui c est bien un serveur ovh

Dans le manager, j ai vu que l on pouvait reinstaller un systeme complet
mais pas changer juste le noyau.

Je regarderai demain si je trouve cette possibilte dans l interface d ovh.

Merci

Cordialement
Hugues


Le 29 juin 2017 18:06, "jérémy prego" <jer...@pregonetwork.net> a écrit :

bonjour,

à mon avis tu utilises un noyau OVH. il te suffit de changer de noyau dans
ton manager OVH et de redémarrer ta machine après l'opération.

jerem


Le 29/06/2017 à 18:03, Hugues MORIN a écrit :

Bonjour a tous :D


J'ai un serveur dedie qui etait sous Debian Wheezy avec un kernel 3.14.
Je l'ai upgrade en Jessie en utilisant la procedure fournie par debian:
https://www.debian.org/releases/jessie/i386/release-
notes/ch-upgrading.fr.html

Tout c'est a priori bien passe mais en controlant la version du noyau, je
me suis apercu que celle-ci n'avait pas changer:
root@:~# uname -a
Linux xx.ip-155.63.98.eu 3.14.32--grs-ipv6-64 #1 SMP Sat Feb 7
11:35:27 CET 2015 x86_64 GNU/Linux

J'ai utilise aptitude pour verifier quel linux-image etait installe, et
surprise, aucune n'apparait etre installer O_o!!!
Le linux-image-3.16 est bien present dans la liste des paquets mais il
n'est pas installe.

Cela me paraissant bizarre et ayant encore des lacunes dans la gestion d'un
serveur, je viens vers vous pour avoir votre avis et vos conseils.

Je peux vous fournir la transcription de l'upgrade si vous le souhaiter.

Est ce que mon systeme a ete upgrader correctement vers Jessie?
Ou fonctionne-t-il avec un noyau Wheezy et des paquets en en Jessie?
Pensez-vous que l'installation du paquet linux-image-3.16.0-4-amd64
resoudrait le probleme, si probleme il y a?


Cordialement
Hugues

Re: Upgrade Wheezy vers Jessie

[jérémy prego]

bonjour,

à mon avis tu utilises un noyau OVH. il te suffit de changer de noyau 
dans ton manager OVH et de redémarrer ta machine après l'opération.


jerem

Le 29/06/2017 à 18:03, Hugues MORIN a écrit :

Bonjour a tous :D


J'ai un serveur dedie qui etait sous Debian Wheezy avec un kernel 3.14.
Je l'ai upgrade en Jessie en utilisant la procedure fournie par debian:
https://www.debian.org/releases/jessie/i386/release-notes/ch-upgrading.fr.html

Tout c'est a priori bien passe mais en controlant la version du noyau, 
je me suis apercu que celle-ci n'avait pas changer:

root@:~# uname -a
Linux xx.ip-155.63.98.eu <http://xx.ip-155.63.98.eu> 
3.14.32--grs-ipv6-64 #1 SMP Sat Feb 7 11:35:27 CET 2015 x86_64 
GNU/Linux


J'ai utilise aptitude pour verifier quel linux-image etait installe, 
et surprise, aucune n'apparait etre installer O_o!!!
Le linux-image-3.16 est bien present dans la liste des paquets mais il 
n'est pas installe.


Cela me paraissant bizarre et ayant encore des lacunes dans la gestion 
d'un serveur, je viens vers vous pour avoir votre avis et vos conseils.


Je peux vous fournir la transcription de l'upgrade si vous le souhaiter.

Est ce que mon systeme a ete upgrader correctement vers Jessie?
Ou fonctionne-t-il avec un noyau Wheezy et des paquets en en Jessie?
Pensez-vous que l'installation du paquet linux-image-3.16.0-4-amd64 
resoudrait le probleme, si probleme il y a?



Cordialement
Hugues

Upgrade Wheezy vers Jessie

[Hugues MORIN]

Bonjour a tous :D


J'ai un serveur dedie qui etait sous Debian Wheezy avec un kernel 3.14.
Je l'ai upgrade en Jessie en utilisant la procedure fournie par debian:
https://www.debian.org/releases/jessie/i386/release-notes/ch-upgrading.fr.html

Tout c'est a priori bien passe mais en controlant la version du noyau, je
me suis apercu que celle-ci n'avait pas changer:
root@:~# uname -a
Linux xx.ip-155.63.98.eu 3.14.32--grs-ipv6-64 #1 SMP Sat Feb 7
11:35:27 CET 2015 x86_64 GNU/Linux

J'ai utilise aptitude pour verifier quel linux-image etait installe, et
surprise, aucune n'apparait etre installer O_o!!!
Le linux-image-3.16 est bien present dans la liste des paquets mais il
n'est pas installe.

Cela me paraissant bizarre et ayant encore des lacunes dans la gestion d'un
serveur, je viens vers vous pour avoir votre avis et vos conseils.

Je peux vous fournir la transcription de l'upgrade si vous le souhaiter.

Est ce que mon systeme a ete upgrader correctement vers Jessie?
Ou fonctionne-t-il avec un noyau Wheezy et des paquets en en Jessie?
Pensez-vous que l'installation du paquet linux-image-3.16.0-4-amd64
resoudrait le probleme, si probleme il y a?


Cordialement
Hugues

Re: Wheezy - upgrade Mysql 5.5.55 vers 5.6.35 avec dotdeb

[Hugues MORIN]

Bonjour


Merci Francois :D

Si j'ai bien compris, il s'agit de creer une image dans un chroot de la
racine du systeme ( donc / ) dans une partition ne faisant pas partie de
celle-ci ou en memoire (ramfs)

Cette solution a l'air bien mais j'ai du mal a comprendre comment la mettre
en oeuvre et l'utiliser dans mon cas.
Je ne suis pas expert et c'est quelque chose de nouveau pour moi.

Mon serveur est equipe de 2 HD en raid 1
Le partitionement est le suivant:
df -h
Sys. fich. Taille Util. Dispo Uti% Monté sur
rootfs20G  648M   18G   4% /
/dev/root 20G  648M   18G   4% /
devtmpfs  32G 0   32G   0% /dev
tmpfs6,3G  356K  6,3G   1% /run
tmpfs5,0M 0  5,0M   0% /run/lock
tmpfs 13G 0   13G   0% /dev/shm
/dev/md2 476M   18M  429M   4% /boot
/dev/md3  96G   52G   40G  57% /var
/dev/md4 1,6T  155G  1,4T  11% /var/www
/dev/md5  20G  1,6G   17G   9% /var/log
/dev/md6  96G   15G   77G  16% /home
/dev/md8 967M  2,9M  898M   1% /tmp


Si j'ai bien suivi dans mon cas,
temporoot m /home/temporaire => creera l'image de /
chroot /home/temporaire/mnt/ => me permet d'acceder a cette image
temporoot u => permet de demonter cette image ... et de la supprimer ?

Si jusque la c'est bon, c'est que j'ai a peu pres compris comment le mettre
en place.
Il me reste le probleme de l'utilisation
Originellement, mon but est de tester une mise a jour vers MySQL 5.6.

Donc dans mon cas, je cree le chroot, je m'y rends et j'utilise aptitude
pour la mise a jour:
root@hugues:/# temporoot m /home/temporaire
root@hugues:/# chroot /home/temporaire/mnt/
root@TEMPORAIRE:/# aptitude

Toujours bon?

A partir de la je bloque, je ne vois pas comment utiliser ce chroot.

Mon serveur heberge des sites, j'ai besoin de tester leur fonctionnement
avec cette nouvelle version de mysql.


Cordialement
Hugues



Le 20 mai 2017 à 07:56, François Boisson <
user.anti-s...@maison.homelinux.net> a écrit :

>
> > Mon hebergeur est OVH, donc oui il doit proposer des trucs mais comme je
> ne
> > sais pas vraiment ce que je dois chercher je n avais pas vraiment
> pense
> > a regarder de ce cote la.
> >
> > En fait je ne connais pas le nom de cette technique ou meme celui des
> > outils a utilser pour mettre en oeuvre cette solution ou l on cree un
> clone
> > pour tester quelquechose dessus.
> >
>
> Bonjour,
>
> J'ai fait un pauet aufsroot qui est très pratique et qui permet de tester
> sur
> la machine même. Je teste tout le temps les mis à jours avec ça.
>
> François Boisson
> paquet aufsroot (c'est un script bash)
> http://boisson.homeip.net/depot/pool/jessie/i386/aufsroot_0.4-1_all.deb
> ou
> deb http://boisson.homeip.net/depot jessie divers
> Rq (j'ai mis jessie mais c'est variable):
> $ ls */*/aufsroot*
> jessie/amd64/aufsroot_0.4-1_all.deb  vivid/amd64/aufsroot_0.4-1_all.deb
> wheezy/amd64/aufsroot_0.4-1_all.deb  wheezy/i386/aufsroot_0.4-1_all.deb
> wily/amd64/aufsroot_0.4-1_all.deb
> jessie/i386/aufsroot_0.4-1_all.deb   vivid/i386/aufsroot_0.4-1_all.deb
>  wheezy/amd64/aufsroot_0.4_all.debwheezy/i386/aufsroot_0.4_all.deb
> wily/i386/aufsroot_0.4-1_all.deb
>
> François Boisson
>
> Le README:
> Il y a deux choses dans ce paquet,
>
> 1) Un programme temporoot permettant de créer un chroot consistant en la
> racine
> du système montée en lecture seule avec par dessus un système de fichiers
> en
> aufs. Concrètement voilà ce que cela donne:
>
>
> * Repérez une partition non utilisé par la racine, mettons /home et
> trouver un
> nom de répertoire, mettons /home/temporaire.
>
> * Tapez sous root
> Code:
> temporoot m /home/temporaire
>
> Le programme renverra tapez chroot /home/temporaire/mnt
>
> * Faites un chroot sur /home/temporaire/mnt
> Cela se voit avec un prompt différent:
> Code:
> root@portos:/home/francois# chroot /home/temporaire/mnt/
> root@TEMPORAIRE:/ #exit
> root@portos:/home/francois#
>
> * Quand vous avez fini faites
> temporoot u
>
> Cas d'erreurs: Si vous avez le message
> Code:
> mount: wrong fs type, bad option, bad superblock on aufs,
>missing codepage or helper program, or other error
>(for several filesystems (e.g. nfs, cifs) you might
>need a /sbin/mount. helper program)
>In some cases useful info is found in syslog - try
>dmesg | tail  or so
> C'est que vous utilisez une partition que vous montez sur elle même. Dans
> ce
> cas, il faut soit trouver un autre point d'attache (une clef USB avec un
> ext3,
> un système ramfs fait par
>
> Code:
> mount -t tmpfs none /home/temporaire
>
> Dans ce deuxième cas, vous perdez les modifications à l'extinction de la
> machine, etc.)
>
>
&

Re: Wheezy - upgrade Mysql 5.5.55 vers 5.6.35 avec dotdeb

[François Boisson]

> Mon hebergeur est OVH, donc oui il doit proposer des trucs mais comme je ne
> sais pas vraiment ce que je dois chercher je n avais pas vraiment pense
> a regarder de ce cote la.
> 
> En fait je ne connais pas le nom de cette technique ou meme celui des
> outils a utilser pour mettre en oeuvre cette solution ou l on cree un clone
> pour tester quelquechose dessus.
> 

Bonjour,

J'ai fait un pauet aufsroot qui est très pratique et qui permet de tester sur
la machine même. Je teste tout le temps les mis à jours avec ça.

François Boisson
paquet aufsroot (c'est un script bash)
http://boisson.homeip.net/depot/pool/jessie/i386/aufsroot_0.4-1_all.deb
ou
deb http://boisson.homeip.net/depot jessie divers
Rq (j'ai mis jessie mais c'est variable):
$ ls */*/aufsroot*
jessie/amd64/aufsroot_0.4-1_all.deb  vivid/amd64/aufsroot_0.4-1_all.deb  
wheezy/amd64/aufsroot_0.4-1_all.deb  wheezy/i386/aufsroot_0.4-1_all.deb  
wily/amd64/aufsroot_0.4-1_all.deb
jessie/i386/aufsroot_0.4-1_all.deb   vivid/i386/aufsroot_0.4-1_all.deb   
wheezy/amd64/aufsroot_0.4_all.debwheezy/i386/aufsroot_0.4_all.deb
wily/i386/aufsroot_0.4-1_all.deb

François Boisson

Le README:
Il y a deux choses dans ce paquet, 

1) Un programme temporoot permettant de créer un chroot consistant en la racine
du système montée en lecture seule avec par dessus un système de fichiers en
aufs. Concrètement voilà ce que cela donne:


* Repérez une partition non utilisé par la racine, mettons /home et trouver un 
nom de répertoire, mettons /home/temporaire. 

* Tapez sous root
Code:
temporoot m /home/temporaire

Le programme renverra tapez chroot /home/temporaire/mnt

* Faites un chroot sur /home/temporaire/mnt
Cela se voit avec un prompt différent:
Code:
root@portos:/home/francois# chroot /home/temporaire/mnt/
root@TEMPORAIRE:/ #exit
root@portos:/home/francois#

* Quand vous avez fini faites
temporoot u

Cas d'erreurs: Si vous avez le message
Code:
mount: wrong fs type, bad option, bad superblock on aufs,
   missing codepage or helper program, or other error
   (for several filesystems (e.g. nfs, cifs) you might
   need a /sbin/mount. helper program)
   In some cases useful info is found in syslog - try
   dmesg | tail  or so
C'est que vous utilisez une partition que vous montez sur elle même. Dans ce 
cas, il faut soit trouver un autre point d'attache (une clef USB avec un ext3, 
un système ramfs fait par

Code:
mount -t tmpfs none /home/temporaire

Dans ce deuxième cas, vous perdez les modifications à l'extinction de la 
machine, etc.)


Exemple:
Code:
root@portos:/home/francois# mount -t tmpfs none /home/temporaire

Cela afin d'avoir un système de fichier indépendant de /home. Sinon il faut
trouver un système de fichiers ne figurant pas dans /etc/fstab 

root@portos:/home/francois# temporoot m /home/temporaire
/dev/sda6 /var var
/dev/sda8 /home home
/dev/sda2 /data data
Faites chroot /home/temporaire/mnt
root@portos:/home/francois# chroot /home/temporaire/mnt/
root@TEMPORAIRE:/ # cd /boot
root@TEMPORAIRE:/boot # ls -l
total 33160
-rw-r--r-- 1 root root   134432 sept. 19 17:46 config-3.5.4-fb-aufs
-rw-r--r-- 1 root root   139016 févr. 21 17:28 config-3.8.0-fb-aufs
drwxr-xr-x 3 root root12288 févr. 27 11:30 grub
-rw-r--r-- 1 root root 11588125 nov.   2 09:17 initrd.img-3.5.4-fb-aufs
-rw-r--r-- 1 root root 11809923 févr. 21 19:14 initrd.img-3.8.0-fb-aufs
-rw-r--r-- 1 root root  2148979 sept. 19 22:33 System.map-3.5.4-fb-aufs
-rw-r--r-- 1 root root  2232103 févr. 21 18:56 System.map-3.8.0-fb-aufs
-rw-r--r-- 1 root root  2875184 sept. 19 22:33 vmlinuz-3.5.4-fb-aufs
-rw-r--r-- 1 root root  2994528 févr. 21 18:56 vmlinuz-3.8.0-fb-aufs
root@TEMPORAIRE:/boot # rm -Rf *
root@TEMPORAIRE:/boot # ls -l
total 0

Là on a l'impression d'avoir tout détruit, on peut faire plein d'autres choses
comme une mise à jour osée

root@TEMPORAIRE:/boot # exit
root@portos:/home/francois# ls -l /boot
total 33160
-rw-r--r-- 1 root root   134432 sept. 19 17:46 config-3.5.4-fb-aufs
-rw-r--r-- 1 root root   139016 févr. 21 17:28 config-3.8.0-fb-aufs
drwxr-xr-x 3 root root12288 févr. 27 11:30 grub
-rw-r--r-- 1 root root 11588125 nov.   2 09:17 initrd.img-3.5.4-fb-aufs
-rw-r--r-- 1 root root 11809923 févr. 21 19:14 initrd.img-3.8.0-fb-aufs
-rw-r--r-- 1 root root  2148979 sept. 19 22:33 System.map-3.5.4-fb-aufs
-rw-r--r-- 1 root root  2232103 févr. 21 18:56 System.map-3.8.0-fb-aufs
-rw-r--r-- 1 root root  2875184 sept. 19 22:33 vmlinuz-3.5.4-fb-aufs
-rw-r--r-- 1 root root  2994528 févr. 21 18:56 vmlinuz-3.8.0-fb-aufs

Tout est là

root@portos:/home/francois# chroot /home/temporaire/mnt/
root@TEMPORAIRE:/ # ls /boot
root@TEMPORAIRE:/ # exit

On peut faire des aller/retours

root@portos:/home/francois# temporoot u /home/temporaire

démonte le système. Ilk est important de n'avoir aucun processus tournant dans
le chroot.

Voilà. Attention, manipuler avec précaution mais personnellement ce script me 
rend bien des services pour faire un env

Re: Wheezy - upgrade Mysql 5.5.55 vers 5.6.35 avec dotdeb

[Hugues MORIN]

Bonsoir


Mon hebergeur est OVH, donc oui il doit proposer des trucs mais comme je ne
sais pas vraiment ce que je dois chercher je n avais pas vraiment pense
a regarder de ce cote la.

En fait je ne connais pas le nom de cette technique ou meme celui des
outils a utilser pour mettre en oeuvre cette solution ou l on cree un clone
pour tester quelquechose dessus.

Cordialement
Hugues


Le 17 mai 2017 19:12, "Christophe De Natale" 
a écrit :

Le 17/05/2017 à 16:53, Hugues MORIN a écrit :

> Malheureusement je ne sais pas faire d'image de mon serveur pour pouvoir
> tester une mise a jour mais cette solution serai pas mal.
> Ca me permettrait de pouvoir tester certaine option sans mettre en danger
> mon serveur.
> Est ce que c'est complique?
> Est ce que c'est long a faire?
> Quel terme je dois chercher pour trouver des tutos et des infos sur cette
> solution?
> Ou meme si vous avez des tuto a me conseillers :D
>
> Bonjour,

Votre hébergeur propose sûrement des outils afin d'y parvenir, avez-vous le
lien de son site afin de consulter la doc ?
Il devrait y avoir possibilité de cloner la machine ou réaliser un "P2V".

Christophe

Re: Wheezy - upgrade Mysql 5.5.55 vers 5.6.35 avec dotdeb

[Christophe De Natale]

Le 17/05/2017 à 16:53, Hugues MORIN a écrit :
Malheureusement je ne sais pas faire d'image de mon serveur pour 
pouvoir tester une mise a jour mais cette solution serai pas mal.
Ca me permettrait de pouvoir tester certaine option sans mettre en 
danger mon serveur.

Est ce que c'est complique?
Est ce que c'est long a faire?
Quel terme je dois chercher pour trouver des tutos et des infos sur 
cette solution?

Ou meme si vous avez des tuto a me conseillers :D


Bonjour,

Votre hébergeur propose sûrement des outils afin d'y parvenir, avez-vous 
le lien de son site afin de consulter la doc ?

Il devrait y avoir possibilité de cloner la machine ou réaliser un "P2V".

Christophe

Re: Wheezy - upgrade Mysql 5.5.55 vers 5.6.35 avec dotdeb

[Hugues MORIN]

Salut


C'est un serveur dedie "classique" chez un hebergeur auquel j'accede en ssh.

Je verifie les mises a jours quotidiennement avec aptitude.

Mon sourcelist n'etait jusqu'a present base que sur les depots debian de
base:
deb http://debian.mirrors.**.xyz/debian/ wheezy main
deb-src http://debian.mirrors.*.xyz/debian/ wheezy main
deb http://security.debian.org/ wheezy/updates main
deb-src http://security.debian.org/ wheezy/updates main

Et j'appliquais les MAJ au fur et a mesure qu'elles apparaissaient.


Malheureusement je ne sais pas faire d'image de mon serveur pour pouvoir
tester une mise a jour mais cette solution serai pas mal.
Ca me permettrait de pouvoir tester certaine option sans mettre en danger
mon serveur.
Est ce que c'est complique?
Est ce que c'est long a faire?
Quel terme je dois chercher pour trouver des tutos et des infos sur cette
solution?
Ou meme si vous avez des tuto a me conseillers :D


Cordialement
Hugues

Le 17 mai 2017 à 15:25, JF Straeten <jfstrae...@scarlet.be> a écrit :

>
> Re,
>
> On Wed, May 17, 2017 at 03:20:24PM +0200, Hugues MORIN wrote:
>
> > J'ai un serveur Wheezy (en production) sur lequel tourne MySQL 5.5.55.
> > J'ai besoin d'upgrader MySQL vers une version 5.6 au minimun.
>
> Le serveur n'est pas virtualisé d'une manière ou d'une autre ?
>
> Et sinon, tu ne sais pas en faire une image qui te permettrait de
> tester les différents scénarios dans une VM ?
>
> A+
>
> --
>
> JFS.
>
>

Re: Wheezy - upgrade Mysql 5.5.55 vers 5.6.35 avec dotdeb

[JF Straeten]

Re,

On Wed, May 17, 2017 at 03:20:24PM +0200, Hugues MORIN wrote:

> J'ai un serveur Wheezy (en production) sur lequel tourne MySQL 5.5.55.
> J'ai besoin d'upgrader MySQL vers une version 5.6 au minimun.

Le serveur n'est pas virtualisé d'une manière ou d'une autre ?

Et sinon, tu ne sais pas en faire une image qui te permettrait de
tester les différents scénarios dans une VM ?

A+

-- 

JFS.

Wheezy - upgrade Mysql 5.5.55 vers 5.6.35 avec dotdeb

[Hugues MORIN]

Salut


J'ai besoin de vos conseils et experiences.
J'ai un serveur Wheezy (en production) sur lequel tourne MySQL 5.5.55.
J'ai besoin d'upgrader MySQL vers une version 5.6 au minimun.

Il y a 5 ou 6 mois j'avais tente cette operation sur un autre serveur (de
test) en utilisant la technique fournie par MySQL. Cela s'etait solde par
un joli echec. J'avais du a ce moment la reinstaller tout le serveur afin
qu'il refonctionne.
Compte tenu que le serveur actuel est en production, j'aimerai autant faire
ce peux eviter d'avoir a tout reinstaller.

Apres avoir fait des recherches, j'ai trouve 2 solutions pour cet upgrade:
Celle de MySQl ->
https://dev.mysql.com/doc/mysql-apt-repo-quick-guide/en/#repo-qg-apt-upgrading
Et celle de Dotdeb -> https://www.dotdeb.org/instructions/

A noter que j'ai deja mis les depot de dotdeb dans mon sourcelist car j'ai
installe php5.6.


La solution de Dotdeb me semble etre la plus facile a mettre en oeuvre
(seulement un depot a ajouter a sourcelist) mas j'aimerai savoir si certain
d'entre vous l'on tester, et comment cela c'est passe, s'il y a eu des
problemes ou si ca a fonctionne de suite, etc...

Quand a la solution de MySQL je suis un peu "frileux" a l'utiliser car
comme je vous l'ai dit j'ai deja plante un serveur avec cette solution (le
fautif est surement moi d'ailleurs.:-/).
Neanmoins c'est peut etre la meilleure solution mais j'aimerai votre avis.


N'hesiter a me demander plus d'info sur ma config si necessaire car n'ayant
pas un super niveaux je ne sais pas si je vous ai fournie assez d'info pour
me repondre.

Merci

Cordialement
Hugues

Re: [WHEEZY] [JESSIE] Je n'arrive pas à redémarrer mysql

[Ph. Gras]

Ben finalement…

> sous Jessie, on peut lire cette ligne :
> 
> export HOME=/etc/mysql/
> 
> donc il y aurait un problème avec ton installation de mysql ?

Oui. Je l'ai aussi, mais ça n'avance pas mon affaire.
> 
> pas la peine de s'acharner sur /etc/init.d/mysql si le problème vient
> de là.

Non, le problème ne vient pas de là. Il a ça pour conséquence, ce qui
est différent. Remettre un tour de manivelle permet de tester si ce que
j'ai modifié a réussi.

Grâce à vous, je me suis quand même aperçu que j'avais conservé le
fichier de ma guerre de quatorze :
https://lists.debian.org/debian-user-french/2014/12/msg00246.html
==
# cp my.cnf.dpkg-dist /etc/mysql/my.cnf
# service mysql start
[] Starting MySQL database server: mysqldPas de répertoire, connexion avec 
HOME=/
[ .k 
[info] Checking for tables which need an upgrade, are corrupt or were 
not closed cleanly..
# service mysql status
[info] /usr/bin/mysqladmin  Ver 8.42 Distrib 5.6.21, for debian-linux-gnu on 
x86_64
Copyright (c) 2000, 2014, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Server version  5.6.21-1~dotdeb.1
Protocol version10
Connection  Localhost via UNIX socket
UNIX socket /var/run/mysqld/mysqld.sock
Uptime: 16 sec

Threads: 12  Questions: 783  Slow queries: 0  Opens: 888  Flush tables: 1  Open 
tables: 221  Queries per second avg: 48.937.
==

Je reste avec ma vieille daube de chez Dotdeb, mais au moins cela
fonctionne :-P Va savoir pourquoi ?

Merci à tous,

Ph. Gras
PS. Conclusion provisoire : gardez précieusement vos vieux bouts de
ficelle qui ne servent plus à rien.

Re: [WHEEZY] [JESSIE] Je n'arrive pas à redémarrer mysql

[Etilem]

Le Sun, 14 Aug 2016 18:12:03 +0200,
"Ph. Gras"  a écrit :


> # /etc/init.d/mysql start
> [] Starting MySQL database server: mysqldPas de répertoire,
> connexion avec HOME=/
> [FAIL. . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!

En démarrant, le "démon" mysqld ne trouve rien dans la variable shell
HOME, or si tu fais un :

less /etc/init.d/mysql (le script de démarrage)

sous Jessie, on peut lire cette ligne :

export HOME=/etc/mysql/

donc il y aurait un problème avec ton installation de mysql ?

> # /etc/init.d/mysql force-reload [] Reloading MySQL database
> server: mysqld/usr/bin/mysqladmin: connect to server at 'localhost'
> failed error: 'Can't connect to local MySQL server through socket
> '/var/run/mysqld/mysqld.sock' (2)' Check that mysqld is running and
> that the socket: '/var/run/mysqld/mysqld.sock' exists!
> # /etc/init.d/mysql status [info] MySQL is stopped..
> 
> :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( 
> :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( 
> 
> Ph. Gras
> 

pas la peine de s'acharner sur /etc/init.d/mysql si le problème vient
de là.

--
Etilem

Re: [WHEEZY] [JESSIE] Je n'arrive pas à redémarrer mysql

[Ph. Gras]

Bonsoir,

> Bonjour,
> 
> /etc/init.d/mysql
>  
> [code]
> 
> root@alpha30:~# systemctl status mysql.service
> ● mysql.service - MySQL Community Server
>Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: 
> enabled)
>Active: active (running) since dim. 2016-08-14 09:51:36 CEST; 7h ago
>  Main PID: 2336 (mysqld_safe)
>CGroup: /system.slice/mysql.service
>├─2336 /bin/sh /usr/bin/mysqld_safe
>└─2757 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql 
> --plugin-dir=/usr/lib/mysql/plugin --log-error=/var/log/mysql/error.log --pi
> 
> août 14 09:51:35 alpha30 systemd[1]: Starting MySQL Community Server...
> août 14 09:51:36 alpha30 mysqld_safe[2336]: 160814 09:51:36 mysqld_safe Can't 
> log to error log and syslog at the same time.  Remove all --log-error con
> août 14 09:51:36 alpha30 mysqld_safe[2336]: 160814 09:51:36 mysqld_safe 
> Logging to '/var/log/mysql/error.log'.
> août 14 09:51:36 alpha30 mysqld_safe[2336]: 160814 09:51:36 mysqld_safe 
> Starting mysqld daemon with databases from /var/lib/mysql
> août 14 09:51:36 alpha30 systemd[1]: Started MySQL Community Server.
> root@alpha30:~# 
> [/code]

# /etc/init.d/mysql
Usage: /etc/init.d/mysql start|stop|restart|reload|force-reload|status
# /etc/init.d/mysql start
[] Starting MySQL database server: mysqldPas de répertoire, connexion avec 
HOME=/
[FAIL. . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
# /etc/init.d/mysql force-reload
[] Reloading MySQL database server: mysqld/usr/bin/mysqladmin: connect to 
server at 'localhost' failed
error: 'Can't connect to local MySQL server through socket 
'/var/run/mysqld/mysqld.sock' (2)'
Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' 
exists!
# /etc/init.d/mysql status
[info] MySQL is stopped..

:-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( 
:-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( 

Ph. Gras

Re: [WHEEZY] [JESSIE] Je n'arrive pas à redémarrer mysql

[Jacques BRIQUET]

Bonjour,

/etc/init.d/mysql

 

[code]

root@alpha30:~# systemctl status mysql.service
● mysql.service - MySQL Community Server
   Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: 
enabled)
   Active: active (running) since dim. 2016-08-14 09:51:36 CEST; 7h ago
 Main PID: 2336 (mysqld_safe)
   CGroup: /system.slice/mysql.service
   ├─2336 /bin/sh /usr/bin/mysqld_safe
   └─2757 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql 
--plugin-dir=/usr/lib/mysql/plugin --log-error=/var/log/mysql/error.log --pi

août 14 09:51:35 alpha30 systemd[1]: Starting MySQL Community Server...
août 14 09:51:36 alpha30 mysqld_safe[2336]: 160814 09:51:36 mysqld_safe Can't 
log to error log and syslog at the same time.  Remove all --log-error con
août 14 09:51:36 alpha30 mysqld_safe[2336]: 160814 09:51:36 mysqld_safe Logging 
to '/var/log/mysql/error.log'.
août 14 09:51:36 alpha30 mysqld_safe[2336]: 160814 09:51:36 mysqld_safe 
Starting mysqld daemon with databases from /var/lib/mysql
août 14 09:51:36 alpha30 systemd[1]: Started MySQL Community Server.
root@alpha30:~# 
[/code]

JB

 

 

 

 

 

> Message du 14/08/16 15:12
> De : "Pierre Malard" 

> A : "debian-user-french@lists.debian.org French" 
> Copie à : "Ph. Gras" 

> Objet : Re: [WHEEZY] [JESSIE] Je n'arrive pas à redémarrer mysql
> 
> 
> > Le 14 août 2016 à 14:22, Ph. Gras 
a écrit :
> > 
> > Hello !
> >> 
> >>> J'aimerais juste redémarrer mysql avant ce soir pour le moment.
> >> 
> >> Lance mysqld directement, et vois ce que ça donne. man mysqld et lire le
> >> fichier de démarrage de mysqld /etc/init.d/mysql
> > 
> > # service mysql restart
> > [ ok ] Stopping MySQL database server: mysqld.
> > [] Starting MySQL database server: mysqldPas de répertoire, connexion 
> > avec HOME=/
> > [FAIL. . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
> > 
> >> /lib/systemd/system/mysql.service si tu es sous systemd, si tu veux
> >> répliquer les options de démarrage du système.
> > J'ai bien systemd, mais mysql n'est pas dedans :
> 
> Comme le « service mysql ……… » fonctionne, c’est qu’il y a au moins un script 
> initd à la base, non ?
> Regarde dans /etc/init.d, il y a certainement un script mysql…
> 
> > 
> > # ls -al /lib/systemd/system
> > total 100
> > drwxr-xr-x 6 root root 4096 août 13 23:19 .
> > drwxr-xr-x 4 root root 4096 août 13 23:09 ..
> > -rw-r--r-- 1 root root 155 avril 15 2013 acpid.service
> > -rw-r--r-- 1 root root 115 avril 15 2013 acpid.socket
> > drwxr-xr-x 2 root root 4096 mai 3 2013 basic.target.wants
> > -rw-r--r-- 1 root root 251 juin 11 2015 cron.service
> > -rw-r--r-- 1 root root 353 févr. 9 2015 dbus.service
> > -rw-r--r-- 1 root root 106 févr. 9 2015 dbus.socket
> > drwxr-xr-x 2 root root 4096 août 22 2015 dbus.target.wants
> > -rw-r--r-- 1 root root 481 déc. 28 2015 mdadm-grow-continue@.service
> > -rw-r--r-- 1 root root 141 déc. 28 2015 mdadm-last-resort@.service
> > -rw-r--r-- 1 root root 176 déc. 28 2015 mdadm-last-resort@.timer
> > lrwxrwxrwx 1 root root 9 déc. 28 2015 mdadm.service -> /dev/null
> > lrwxrwxrwx 1 root root 9 déc. 28 2015 mdadm-waitidle.service -> /dev/null
> > -rw-r--r-- 1 root root 388 déc. 28 2015 mdmonitor.service
> > -rw-r--r-- 1 root root 1034 déc. 28 2015 mdmon@.service
> > drwxr-xr-x 2 root root 4096 août 22 2015 multi-user.target.wants
> > -rw-r--r-- 1 root root 418 sept. 19 2014 nginx.service
> > -rw-r--r-- 1 root root 329 juil. 26 10:09 php5-fpm.service
> > -rw-r--r-- 1 root root 188 févr. 24 2014 rsync.service
> > -rw-r--r-- 1 root root 190 oct. 7 2014 rsyslog.service
> > lrwxrwxrwx 1 root root 9 sept. 3 2015 screen-cleanup.service -> /dev/null
> > drwxr-xr-x 2 root root 4096 août 22 2015 sockets.target.wants
> > -rw-r--r-- 1 root root 164 avril 29 2013 udev-control.socket
> > -rw-r--r-- 1 root root 177 avril 29 2013 udev-kernel.socket
> > -rw-r--r-- 1 root root 384 avril 29 2013 udev.service
> > -rw-r--r-- 1 root root 752 avril 29 2013 udev-settle.service
> > -rw-r--r-- 1 root root 291 avril 29 2013 udev-trigger.service
> > 
> >> 
> >> Perso, je mettrais d'abord à jour correctement ma distribution avant de
> >> me polariser sur mysql, qui fait peut-être partie du tout.
> > 
> > C'est certainement exact, mais il faut néanmoins que je fasse tourner mes 
> > sites
> > en attendant de remettre les choses à plat.
> > 
> > J'ai loué un autre serveur sur lequel je vais mettre ma base de données 
> > pour le
> > moment, mais le problème reste entier. Je ne peux plus mettre ma distro à 
> >

Re: [WHEEZY] [JESSIE] Je n'arrive pas à redémarrer mysql

[Pierre Malard]

> Le 14 août 2016 à 14:22, Ph. Gras  a écrit :
> 
> Hello !
>> 
>>> J'aimerais juste redémarrer mysql avant ce soir pour le moment.
>> 
>> Lance mysqld directement, et vois ce que ça donne. man mysqld et lire le
>> fichier de démarrage de mysqld /etc/init.d/mysql
> 
> # service mysql restart
> [ ok ] Stopping MySQL database server: mysqld.
> [] Starting MySQL database server: mysqldPas de répertoire, connexion 
> avec HOME=/
> [FAIL. . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
> 
>> /lib/systemd/system/mysql.service si tu es sous systemd, si tu veux
>> répliquer les options de démarrage du système.
> J'ai bien systemd, mais mysql n'est pas dedans :

Comme le « service mysql ……… » fonctionne, c’est qu’il y a au moins un script 
initd à la base, non ?
Regarde dans /etc/init.d, il y a certainement un script mysql…

> 
> # ls -al /lib/systemd/system
> total 100
> drwxr-xr-x 6 root root 4096 août  13 23:19 .
> drwxr-xr-x 4 root root 4096 août  13 23:09 ..
> -rw-r--r-- 1 root root  155 avril 15  2013 acpid.service
> -rw-r--r-- 1 root root  115 avril 15  2013 acpid.socket
> drwxr-xr-x 2 root root 4096 mai3  2013 basic.target.wants
> -rw-r--r-- 1 root root  251 juin  11  2015 cron.service
> -rw-r--r-- 1 root root  353 févr.  9  2015 dbus.service
> -rw-r--r-- 1 root root  106 févr.  9  2015 dbus.socket
> drwxr-xr-x 2 root root 4096 août  22  2015 dbus.target.wants
> -rw-r--r-- 1 root root  481 déc.  28  2015 mdadm-grow-continue@.service
> -rw-r--r-- 1 root root  141 déc.  28  2015 mdadm-last-resort@.service
> -rw-r--r-- 1 root root  176 déc.  28  2015 mdadm-last-resort@.timer
> lrwxrwxrwx 1 root root9 déc.  28  2015 mdadm.service -> /dev/null
> lrwxrwxrwx 1 root root9 déc.  28  2015 mdadm-waitidle.service -> /dev/null
> -rw-r--r-- 1 root root  388 déc.  28  2015 mdmonitor.service
> -rw-r--r-- 1 root root 1034 déc.  28  2015 mdmon@.service
> drwxr-xr-x 2 root root 4096 août  22  2015 multi-user.target.wants
> -rw-r--r-- 1 root root  418 sept. 19  2014 nginx.service
> -rw-r--r-- 1 root root  329 juil. 26 10:09 php5-fpm.service
> -rw-r--r-- 1 root root  188 févr. 24  2014 rsync.service
> -rw-r--r-- 1 root root  190 oct.   7  2014 rsyslog.service
> lrwxrwxrwx 1 root root9 sept.  3  2015 screen-cleanup.service -> /dev/null
> drwxr-xr-x 2 root root 4096 août  22  2015 sockets.target.wants
> -rw-r--r-- 1 root root  164 avril 29  2013 udev-control.socket
> -rw-r--r-- 1 root root  177 avril 29  2013 udev-kernel.socket
> -rw-r--r-- 1 root root  384 avril 29  2013 udev.service
> -rw-r--r-- 1 root root  752 avril 29  2013 udev-settle.service
> -rw-r--r-- 1 root root  291 avril 29  2013 udev-trigger.service
> 
>> 
>> Perso, je mettrais d'abord à jour correctement ma distribution avant de
>> me polariser sur mysql, qui fait peut-être partie du tout.
> 
> C'est certainement exact, mais il faut néanmoins que je fasse tourner mes 
> sites
> en attendant de remettre les choses à plat.
> 
> J'ai loué un autre serveur sur lequel je vais mettre ma base de données pour 
> le
> moment, mais le problème reste entier. Je ne peux plus mettre ma distro à 
> jour.
> 
> Merci pour ton aide,
> 
> Ph. Gras
> 

--
Pierre Malard

   « Je n'ai jamais séparé la République des idées de justice sociale,
 sans laquelle elle n'est qu'un mot »
  Jean Jaures - 
1887
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [WHEEZY] [JESSIE] Je n'arrive pas à redémarrer mysql

[Ph. Gras]

Oui,

> Comme le « service mysql ……… » fonctionne, c’est qu’il y a au moins un script 
> initd à la base, non ?
> Regarde dans /etc/init.d, il y a certainement un script mysql…
> 
Y en a un :-)

Ph. Gras

Re: [WHEEZY] [JESSIE] Je n'arrive pas à redémarrer mysql

[Jean-Michel OLTRA]

Bonjour,


Le dimanche 14 août 2016, Ph. Gras a écrit...


> J'ai bien systemd, mais mysql n'est pas dedans :

Fais un `dpkg -l|grep mysql-server`

Moi, j'ai mysql-server-5.6

Ce qui te donnera le nom des paquets installés mysql-server*, mais
également le statut desdits paquets (rc ??)

Ensuite `dpkg -L `

Perso, j'ai une ligne :
/lib/systemd/system/mysql.service

Sinon, voir /etc/init.d/mysql

Un truc comme `mysqld --skip-grant-tables -u root &` devrait fonctionner, je
pense (pour déboguer, le -u root). Il y a également `mysqld_safe` qui va
lancer le serveur (ou du moins tenter de…)
Tu auras les erreurs dans /var/log/syslog, normalement.


-- 
jm

Re: [WHEEZY] [JESSIE] Je n'arrive pas à redémarrer mysql

[Ph. Gras]

Hello !
> 
>> J'aimerais juste redémarrer mysql avant ce soir pour le moment.
> 
> Lance mysqld directement, et vois ce que ça donne. man mysqld et lire le
> fichier de démarrage de mysqld /etc/init.d/mysql 

# service mysql restart
[ ok ] Stopping MySQL database server: mysqld.
[] Starting MySQL database server: mysqldPas de répertoire, connexion avec 
HOME=/
[FAIL. . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!

> /lib/systemd/system/mysql.service si tu es sous systemd, si tu veux
> répliquer les options de démarrage du système.
J'ai bien systemd, mais mysql n'est pas dedans :

# ls -al /lib/systemd/system
total 100
drwxr-xr-x 6 root root 4096 août  13 23:19 .
drwxr-xr-x 4 root root 4096 août  13 23:09 ..
-rw-r--r-- 1 root root  155 avril 15  2013 acpid.service
-rw-r--r-- 1 root root  115 avril 15  2013 acpid.socket
drwxr-xr-x 2 root root 4096 mai3  2013 basic.target.wants
-rw-r--r-- 1 root root  251 juin  11  2015 cron.service
-rw-r--r-- 1 root root  353 févr.  9  2015 dbus.service
-rw-r--r-- 1 root root  106 févr.  9  2015 dbus.socket
drwxr-xr-x 2 root root 4096 août  22  2015 dbus.target.wants
-rw-r--r-- 1 root root  481 déc.  28  2015 mdadm-grow-continue@.service
-rw-r--r-- 1 root root  141 déc.  28  2015 mdadm-last-resort@.service
-rw-r--r-- 1 root root  176 déc.  28  2015 mdadm-last-resort@.timer
lrwxrwxrwx 1 root root9 déc.  28  2015 mdadm.service -> /dev/null
lrwxrwxrwx 1 root root9 déc.  28  2015 mdadm-waitidle.service -> /dev/null
-rw-r--r-- 1 root root  388 déc.  28  2015 mdmonitor.service
-rw-r--r-- 1 root root 1034 déc.  28  2015 mdmon@.service
drwxr-xr-x 2 root root 4096 août  22  2015 multi-user.target.wants
-rw-r--r-- 1 root root  418 sept. 19  2014 nginx.service
-rw-r--r-- 1 root root  329 juil. 26 10:09 php5-fpm.service
-rw-r--r-- 1 root root  188 févr. 24  2014 rsync.service
-rw-r--r-- 1 root root  190 oct.   7  2014 rsyslog.service
lrwxrwxrwx 1 root root9 sept.  3  2015 screen-cleanup.service -> /dev/null
drwxr-xr-x 2 root root 4096 août  22  2015 sockets.target.wants
-rw-r--r-- 1 root root  164 avril 29  2013 udev-control.socket
-rw-r--r-- 1 root root  177 avril 29  2013 udev-kernel.socket
-rw-r--r-- 1 root root  384 avril 29  2013 udev.service
-rw-r--r-- 1 root root  752 avril 29  2013 udev-settle.service
-rw-r--r-- 1 root root  291 avril 29  2013 udev-trigger.service

> 
> Perso, je mettrais d'abord à jour correctement ma distribution avant de
> me polariser sur mysql, qui fait peut-être partie du tout.

C'est certainement exact, mais il faut néanmoins que je fasse tourner mes sites
en attendant de remettre les choses à plat.

J'ai loué un autre serveur sur lequel je vais mettre ma base de données pour le
moment, mais le problème reste entier. Je ne peux plus mettre ma distro à jour.

Merci pour ton aide,

Ph. Gras

Re: [WHEEZY] [JESSIE] Je n'arrive pas à redémarrer mysql

[Jean-Michel OLTRA]

Bonjour,


Le dimanche 14 août 2016, Ph. Gras a écrit...


> J'aimerais juste redémarrer mysql avant ce soir pour le moment.

Lance mysqld directement, et vois ce que ça donne. man mysqld et lire le
fichier de démarrage de mysqld /etc/init.d/mysql ou bien
/lib/systemd/system/mysql.service si tu es sous systemd, si tu veux
répliquer les options de démarrage du système.

Perso, je mettrais d'abord à jour correctement ma distribution avant de
me polariser sur mysql, qui fait peut-être partie du tout.

-- 
jm

[WHEEZY] [JESSIE] Je n'arrive pas à redémarrer mysql

[Ph. Gras]

 modules
 php5-cli command-line interpreter for the php5 scripting language
 php5-common  Common files for packages built from the php5 source
 php5-curlCURL module for php5
 php5-fpm server-side, HTML-embedded scripting language (FPM-CGI bi
 php5-gd  GD module for php5
 php5-imagick Provides a wrapper to the ImageMagick library
 php5-jsonJSON module for php5
 php5-mcrypt  MCrypt module for php5
 php5-memcachememcache extension module for PHP5
 php5-memcached   memcached extension module for PHP5, uses libmemcached
 php5-mysql   MySQL module for php5
 php5-xcache  Fast, stable PHP opcode cacher
==

# service mysql stop
==
[ ok ] Stopping MySQL database server: mysqld.

# service mysql start
==
[] Starting MySQL database server: mysqldPas de répertoire, connexion avec 
HOME=/
[FAIL. . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!

# apt-get remove --purge mysql-server mysql-client
==
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances   
Lecture des informations d'état... Fait
Vous pouvez lancer « apt-get -f install » pour corriger ces problèmes :
Les paquets suivants contiennent des dépendances non satisfaites :
 lsof : Dépend: libperl4-corelibs-perl mais ne sera pas installé ou
 perl (< 5.12.3-7) mais 5.20.2-3+deb8u6 devra être installé
 mailman : Dépend: python:any (>= 2.6.6-7~)
   Dépend: python-dnspython mais ne sera pas installé
E: Dépendances non satisfaites. Essayez « apt-get -f install » sans paquet
(ou indiquez une solution).
root@ks3294494:~# apt-get autoremove
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances   
Lecture des informations d'état... Fait
Vous pouvez lancer « apt-get -f install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
 lsof : Dépend: libperl4-corelibs-perl mais il n'est pas installé ou
 perl (< 5.12.3-7) mais 5.20.2-3+deb8u6 est installé
 mailman : Dépend: python:any (>= 2.6.6-7~)
   Dépend: python-dnspython mais il n'est pas installé
E: Dépendances manquantes. Essayez d'utiliser l'option -f.
==

Si j'extrapole, je ne suis plus dans Wheezy, pas encore dans Jessie, avec un 
sacré bazar
dans ma machine…

J'aimerais juste redémarrer mysql avant ce soir pour le moment.

Merci pour votre attention,

Ph. Gras

Re: Migration Squeeze vers Wheezy => les DomU de xen ne démarrent plus

[Alexandre GRIVEAUX]

Le 23/05/2016 17:55, Yann COHEN a écrit :
> Le dimanche 22 mai 2016 à 19:18 +0200, Alexandre GRIVEAUX a écrit :
>> Bonsoir,
>>
>> Peut-tu faire un lvdisplay sur ton dom0 ?
>>
>> Merci.
>>
> Oui je pouvais, il y en avait une vingtaine...
>
> Qu'est-ce que tu recherches comme information ?
>
>
> Mais maintenant la carte mère ne démarre plus (voir le fil sur le Pb de
> RAID au démarrage...)
>
> Merci en tout cas de toutes les pistes proposées...
>
> Je recommencerai mes investigations lorsque le serveur redémarrera,
> avec certainement une carte mère neuve... dans un ou deux WE...
>
> Et je ne manquerai pas de vous solliciter
>
> Cordialement.
>
> Yann.
>
Pour le status des lv :

LV Status  available

Re: Migration Squeeze vers Wheezy => les DomU de xen ne démarrent plus

[Yann COHEN]

Le dimanche 22 mai 2016 à 19:18 +0200, Alexandre GRIVEAUX a écrit :
> Bonsoir,
> 
> Peut-tu faire un lvdisplay sur ton dom0 ?
> 
> Merci.
> 

Oui je pouvais, il y en avait une vingtaine...

Qu'est-ce que tu recherches comme information ?


Mais maintenant la carte mère ne démarre plus (voir le fil sur le Pb de
RAID au démarrage...)

Merci en tout cas de toutes les pistes proposées...

Je recommencerai mes investigations lorsque le serveur redémarrera,
avec certainement une carte mère neuve... dans un ou deux WE...

Et je ne manquerai pas de vous solliciter

Cordialement.

Yann.

Re: Migration Squeeze vers Wheezy => les DomU de xen ne démarrent plus

[Alexandre GRIVEAUX]

Bonsoir,

Peut-tu faire un lvdisplay sur ton dom0 ?

Merci.

Re: Migration Squeeze vers Wheezy => les DomU de xen ne démarrent plus

[JF Straeten]

Re,

On Sun, May 22, 2016 at 04:09:19PM +0200, y...@ianco.org wrote:

[...]
> >Ce sont tes DomU qui utilisent des images en RAID ?
> 
> Non, ils utilisent des partitions créées dans le volume group du Dom0.
> Il y a bien du raid sur cette machine raid 1 pour /boot et / et du raid 5
> sous lvm pour les autres partitions.

Ok.

[...]
> >Les partoches raids ne sont plus autodétectées comme avant, mais
> >configurées en dur dans l'initramfs.
> >
> >Peut-être qu'en refaisant l'initramfs du DomU pour les spécifier... ?
> 
> ... Comment ?

update-initramfs, mais ça n'aidera pas dans ton cas, puisque le DomU
n'a pas à se soucier d'assembler une array raid :-/

Si je comprends bien, d'après la réponse de Daniel, tes DomU bloquent
parce qu'ils n'arrivent pas à assembler les arrays raid, juste ?

Maintenant, autre question, si tu désactivais la recherche d'arrays
raid au boot d'un DomU, dans /etc/default/mdadm (du DomU évidemment) ?

Tu sais empêcher la détection, d'après les variables de ce fichier...

Ça suppose juste un montage temporaire de ton image DomU pour accéder
à son FS directement.

Hih,
-- 

JFS.

Re: Migration Squeeze vers Wheezy => les DomU de xen ne démarrent plus

[yann]

Le 2016-05-22 15:01, JF Straeten a écrit :

Re,


On Sun, May 22, 2016 at 01:52:08PM +0200, y...@ianco.org wrote:

[...]

>>Begin: Mounting root file system ... Begin: Running /scripts/local-top
>>... Begin: Assembling all MD arrays ... mdadm: No devices listed in conf
>>file were found.
>>Failure: failed to assemble all arrays.
>>done.
>
>Le raid ne se monte pas ou que partiellement ...

Certes, mais je ne comprends pas pourquoi le DomU (la VM) devrait 
avoir
accès au Raid et la config lvm (g00) de l'hôte. Pour moi, 
l'architecture de

l'hôte d'accueil (le Dom0) n'a pas à être connu de l'hôte guest.

Enfin ces DomU ont fonctionné pendant un certain temps (2011)...

Autre piste envisagé pour voir si porte de sortie : migration PV
vers qemu dans XEN ?


Ce sont tes DomU qui utilisent des images en RAID ?


Non, ils utilisent des partitions créées dans le volume group du Dom0.
Il y a bien du raid sur cette machine raid 1 pour /boot et / et du raid 
5 sous lvm pour les autres partitions.




Pas sûr, d'après ton message, mais dans l'affirmative, une autre
piste : https://raid.wiki.kernel.org/index.php/RAID_Boot

Les partoches raids ne sont plus autodétectées comme avant, mais
configurées en dur dans l'initramfs.

Peut-être qu'en refaisant l'initramfs du DomU pour les spécifier... ?


... Comment ?


Hih,


Yann.

Re: Migration Squeeze vers Wheezy => les DomU de xen ne démarrent plus

[JF Straeten]

Re,


On Sun, May 22, 2016 at 01:52:08PM +0200, y...@ianco.org wrote:

[...]
> >>Begin: Mounting root file system ... Begin: Running /scripts/local-top
> >>... Begin: Assembling all MD arrays ... mdadm: No devices listed in conf
> >>file were found.
> >>Failure: failed to assemble all arrays.
> >>done.
> >
> >Le raid ne se monte pas ou que partiellement ...
> 
> Certes, mais je ne comprends pas pourquoi le DomU (la VM) devrait avoir
> accès au Raid et la config lvm (g00) de l'hôte. Pour moi, l'architecture de
> l'hôte d'accueil (le Dom0) n'a pas à être connu de l'hôte guest.
> 
> Enfin ces DomU ont fonctionné pendant un certain temps (2011)...
> 
> Autre piste envisagé pour voir si porte de sortie : migration PV
> vers qemu dans XEN ?

Ce sont tes DomU qui utilisent des images en RAID ?

Pas sûr, d'après ton message, mais dans l'affirmative, une autre
piste : https://raid.wiki.kernel.org/index.php/RAID_Boot 

Les partoches raids ne sont plus autodétectées comme avant, mais
configurées en dur dans l'initramfs.

Peut-être qu'en refaisant l'initramfs du DomU pour les spécifier... ?

Hih,


-- 

JFS.

Re: Migration Squeeze vers Wheezy => les DomU de xen ne démarrent plus

[yann]

Le 2016-05-22 12:46, daniel huhardeaux a écrit :

Le 22/05/2016 12:09, y...@ianco.org a écrit :

Bonjour,


Bonjour

Re.



Begin: Mounting root file system ... Begin: Running /scripts/local-top 
... Begin: Assembling all MD arrays ... mdadm: No devices listed in 
conf file were found.

Failure: failed to assemble all arrays.
done.


Le raid ne se monte pas ou que partiellement ...


Certes, mais je ne comprends pas pourquoi le DomU (la VM) devrait avoir 
accès au Raid et la config lvm (g00) de l'hôte. Pour moi, l'architecture 
de l'hôte d'accueil (le Dom0) n'a pas à être connu de l'hôte guest.


Enfin ces DomU ont fonctionné pendant un certain temps (2011)...

Autre piste envisagé pour voir si porte de sortie : migration PV vers 
qemu dans XEN ?


Yann.

Re: Migration Squeeze vers Wheezy => les DomU de xen ne démarrent plus

[daniel huhardeaux]

Le 22/05/2016 12:09, y...@ianco.org a écrit :

Bonjour,


Bonjour

Begin: Mounting root file system ... Begin: Running /scripts/local-top 
... Begin: Assembling all MD arrays ... mdadm: No devices listed in 
conf file were found.

Failure: failed to assemble all arrays.
done.


Le raid ne se monte pas ou que partiellement ...

--
Daniel

Migration Squeeze vers Wheezy => les DomU de xen ne démarrent plus

[yann]

Bonjour,

Je viens de passer un Dom0 de squeeze xen4.0 vers wheezy xen 4.1.

Le problème est que je n'arrive pas à redémarrer les DomU (PV) ni à 
démarrer un DomU fraîchement créé.


le stockage des DomU est sur du lvm lui-même sur du raid5.

Le symptôme pour le fraîchement créé est que le DomU attend ces disques 
en les identifiant sur le lvm du Dom0...


< Configuration du DomU nuage >
kernel  = '/boot/vmlinuz-3.2.0-4-amd64'
ramdisk = '/boot/initrd.img-3.2.0-4-amd64'
vcpus   = '1'
memory  = '1024'
xen_platform_pci = 1
root= '/dev/xvda2 ro'
disk= [
  'phy:/dev/g00/nuage-root,xvda2,w',
  'phy:/dev/g00/nuage-oc-data,xvda5,w',
  'phy:/dev/g00/nuage-home,xvda4,w',
  'phy:/dev/g00/nuage-var,xvda3,w',
  'phy:/dev/g00/nuage-swap,xvda1,w',
  ]
name= 'nuage'
vif = [ 'ip=192.168.3.40 ,mac=00:16:3E:C8:19:AB,bridge=br_safe' 
]

on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash= 'restart'
< Configuration du DomU nuage >

<--- Trace de la console du create --->
[1.092595] XENBUS: Device with no driver: device/vbd/51714
[1.092599] XENBUS: Device with no driver: device/vbd/51717
[1.092602] XENBUS: Device with no driver: device/vbd/51716
[1.092605] XENBUS: Device with no driver: device/vbd/51715
[1.092608] XENBUS: Device with no driver: device/vbd/51713
[1.092611] XENBUS: Device with no driver: device/vif/0
[1.092616] /build/linux-5VIh7j/linux-3.2.78/drivers/rtc/hctosys.c: 
unable to open rtc device (rtc0)

[1.092636] Initializing network drop monitor service
[1.092898] Freeing unused kernel memory: 584k freed
[1.093090] Write protecting the kernel read-only data: 6144k
[1.095784] Freeing unused kernel memory: 640k freed
[1.096373] Freeing unused kernel memory: 684k freed
Loading, please wait...
[1.192426] udevd[49]: starting version 175
Begin: Loading essential drivers ... [1.272261] SCSI subsystem 
initialized

[1.281803] microcode: no support for this CPU vendor
modprobe: can't load module microcode 
(kernel/arch/x86/kernel/microcode.ko): No such device

done.
Begin: Running /scripts/init-premount ... Begin: Requesting microcode 
update using per-core interface ... done.

done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top 
... Begin: Assembling all MD arrays ... mdadm: No devices listed in conf 
file were found.

Failure: failed to assemble all arrays.
done.
[1.303958] device-mapper: uevent: version 1.0.3
[1.304332] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) 
initialised: dm-de...@redhat.com

  Volume group "g00" not found
  Skipping volume group g00
Unable to find LVM volume g00/swap
done.
Begin: Waiting for root file system ...
Gave up waiting for root device.  Common problems:
 - Boot args (cat /proc/cmdline)
   - Check rootdelay= (did the system wait long enough?)
   - Check root= (did the system wait for the right device?)
 - Missing modules (cat /proc/modules; ls /dev)
ALERT!  /dev/xvda2 does not exist.  Dropping to a shell!
modprobe: module ehci-hcd not found in modules.dep
modprobe: module uhci-hcd not found in modules.dep
modprobe: module ohci-hcd not found in modules.dep
modprobe: module usbhid not found in modules.dep


BusyBox v1.20.2 (Debian 1:1.20.0-7) built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs)
<--- Trace de la console du create --->


les lignes de message du type "XENBUS: Device with no driver" 
m'interpellent mais je ne trouve pas leur cause (xen_platform_pci n'y 
change rien du moins vu comme je l'ai utilisé).


Je tourne en rond depuis une douzaine d'heures...

J'ai recopié le répertoire /lib/3.2.0-4-amd64 de Dom0 sur 
/dev/g00/nuage-root/ 
(http://wiki.linuxservertech.com/index.php?action=artikel=2=174=en)


Pour les anciens qui démarrait avec pygrub, j'ai replacé le démarrage 
par

kernel  = '/boot/vmlinuz-3.2.0-4-amd64'
ramdisk = '/boot/initrd.img-3.2.0-4-amd64'
#bootloader = '/usr/lib/xen-default/bin/pygrub'

Même symptôme au démarrage...


J'ai donc râté un truc mais quoi !?

Merci
et bon Dimanche à vous

Yann.

Re : Partions chiffrées, comment passer de Wheezy à Jessie.

[merkedanke]

tout dépend de votre  choix :

souhaitez-vous quelque chose pour vous sortir d'embarras ?
une réinstall propre sur la nouvelle version est préférable et de 
loin...copiez vos data [beaucoups m'ont conseillé le cloud comme 
alternative , c'est long !] (en clair bien sûr et hors connection) sur 
un support (desktop/usb/install intermédiaire sur n'importe quel linux 
etc.) puis installez la 8 et déposez-y vos data où vous voulez.



souhaitez-vous quelque chose pour conserver l'intégrité et l'intégralité 
de vos volumes chiffrés par la migration ?
pour moi, c'est du break/bidouillage et je n'aime pas ; je vais donc 
laissez d'autres vous répondre.

Partions chiffrées, comment passer de Wheezy à Jessie.

[Randy11]

Bonjour,

J'ai deux partitions LVM chiffrées : "home" et "swap", sur ma Wheezy et 
je voudrais

passer en Jessie.

Il existe bien une aide pour migrer : 
https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.fr.html, 
mais je voudrais repartir de quelque chose de
propre - ma Wheezy m'a servie a expérimenter trop de choses. Et rien ne 
mentionne

l'utilisation de partition chiffrées.

L'installateur, même en mode expert, ne propose rien (ou je n'ai pas 
compris comment
le faire) pour réutiliser des partitions déjà chiffrées avec des 
données. L'installateur
après avoir sélectionner les partitions à utiliser en chiffré, demande 
la création de

la passphrase.

Alors, quelqu'un peut-il me guider sur la migration de Wheezy à Jessie pour
conserver mes deux partitions LVM chiffrées "home" et "swap" ?

Merci beaucoup.

Randy11

[RESOLU]Re: [Wheezy personnalisé] erreur "grub: out of disk"

[Christophe De Natale]

Le dimanche 07 février 2016 à 23:55 +0100, Pascal Hambourg a écrit :
> Christophe De Natale a écrit :
> > Le dimanche 07 février 2016 à 22:36 +0100, Pascal Hambourg a écrit :
> > 
> >> Tu veux dire que le système démarre correctement tout seul maintenant ?

Le problème a été résolu par ajout de l'option "--force" :
grub-install --force /dev/sda 

J'ai modifié le script contenu dans l'iso et chargé d'installer grub à
l'aide de ce programme : genisoimage (remplace mkisofs dans Jessie)
Infos ici : http://jcvassort.open-web.fr/modifier-une-image-iso/
L'installation et le redémarrage du serveur se sont déroulés sans
encombres.

[mi-hs]L'iso étant non-hybride et ayant besoin de créer une clé usb
bootable, j'ai installé syslinux-utils qui permet de lancer la commande
"isohybrid"
Infos ici : https://www.turnkeylinux.org/blog/iso2usb

Merci Pascal et bonne soirée,

-- 
Christophe De Natale 

Re: [Wheezy personnalisé] erreur "grub: out of disk"

[Christophe De Natale]

Le dimanche 07 février 2016 à 01:17 +0100, Pascal Hambourg a écrit :
> Christophe De Natale a écrit :
> > 
> > Je tourne en rond sur une sur base de Debian 7 contenant des scripts
> > d'automatisation de l'installation.
> 
> Sur une machine cible particulière ou n'importe laquelle ?

Sur un serveur ibm de test que j'ai sous la main.
J'ai essayé avec un autre hdd sur un autre emplacement de la backplane
mais c'est idem.

> > Le processus est ok, puis au redémarrage toujours ce problème :
> > "grub: out of disk" en mode "rescue".
> 
> Quelles sont les valeurs des variables prefix et root ?

Indiquées ci-après.

> > En redémarrant sur ma clé usb contenant l'os et suivant cette procédure
> 
> La clé contenant l'OS ou l'installateur ?

L'installateur qui me permet d'atteindre le tty via ctrl+alt+f2.

> > de ré-installation de grub, jusqu'au chroot, c'est ok :
> > https://www.isalo.org/wiki.debian-fr/R%C3%A9installer_Grub2
> > 
> > Mais je suis obligé d'employer la méthode indiquée au point 3 sinon au
> > redémarrage c'est idem :
> > rm /boot/grub/grub.cfg
> > puis
> > grub-mkconfig -o /boot/grub/grub.cfg
> > et
> > grub-install --root-directory=/mnt/chroot/ --recheck /dev/hda
> 
> Pas cohérent : si la racine pour l'installation de GRUB est /mnt/chroot/
> alors grub-mkconfig devrait enregistrer la config dans
> /mnt/chroot/boot/grub/grub.cfg, non ?

Oui mais c'est la seule valeur qui me permet d'aller plus loin comme
expliqué ci-après.

> /dev/hda ? Je croyais être le dernier à encore utiliser les pilotes
> vieux IDE avec un noyau perso au lieu des pilotes ATA actuels.

Oui c'est bien sda que j'ai saisi (ah le copié/collé)

> > Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
> > mini bash like maintenant :D (pas de rescue mais juste "grub>")
> > GNU GRUB version 1.99-27+deb7u2
> > Donc :
> > grub>boot
> > error:no loaded kernel
> > 
> > grub>set
> > prefix=(hd0,msdos1)/mnt/chroot/boot/grub
> > root=hd0,msdos1
> > 
> > Je vois où est l'erreur dans le chemin de
> > "prefix" (/mnt/chroot/boot/grub qui devrait être /boot/grub) mais pour
> 
> Ça non plus ce n'est pas cohérent. Si la valeur de prefix est erronée,
> alors tu devrais encore tomber dans le shell GRUB rescue. Le shell
> normal n'est lancé que si GRUB a réussi à charger le module "normal", ce
> qui ne peut se produire que si la valeur de prefix est correcte.

C'est pour ça que je sèche là, je n'y comprend plus rien :-(

> > grub>set prefix=(hd0,msdos1)/boot/grub
> > grub>set root=hd0,msdos1
> > grub>insmod normal
> > grub>normal
> 
Bon dimanche,

Christophe

Re: [Wheezy personnalisé] erreur "grub: out of disk"

[Pascal Hambourg]

Christophe De Natale a écrit :
> Le dimanche 07 février 2016 à 01:17 +0100, Pascal Hambourg a écrit :
>> Christophe De Natale a écrit :
>>> Je tourne en rond sur une sur base de Debian 7 contenant des scripts
>>> d'automatisation de l'installation.
>> Sur une machine cible particulière ou n'importe laquelle ?
> 
> Sur un serveur ibm de test que j'ai sous la main.
> J'ai essayé avec un autre hdd sur un autre emplacement de la backplane
> mais c'est idem.

Ça vaudrait le coup de tester sur une autre machine et un autre disque.
Il n'y aurait pas une anomalie dans la table de partition ?

>>> Le processus est ok, puis au redémarrage toujours ce problème :
>>> "grub: out of disk" en mode "rescue".
>> Quelles sont les valeurs des variables prefix et root ?
> 
> Indiquées ci-après.

Je n'ai rien vu d'autre dans ton message que le cas où il n'y avait pas
le message d'erreur ni le GRUB rescue :

>>> Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
>>> mini bash like maintenant :D (pas de rescue mais juste "grub>")
>>> GNU GRUB version 1.99-27+deb7u2
>>> Donc :
>>> grub>boot
>>> error:no loaded kernel
>>>
>>> grub>set
>>> prefix=(hd0,msdos1)/mnt/chroot/boot/grub
>>> root=hd0,msdos1

Re: [Wheezy personnalisé] erreur "grub: out of disk"

[Christophe De Natale]

Le dimanche 07 février 2016 à 09:42 +0100, Pascal Hambourg a écrit :
> Christophe De Natale a écrit :
> > Le dimanche 07 février 2016 à 01:17 +0100, Pascal Hambourg a écrit :
> >> Christophe De Natale a écrit :
> >>> Je tourne en rond sur une sur base de Debian 7 contenant des scripts
> >>> d'automatisation de l'installation.
> >> Sur une machine cible particulière ou n'importe laquelle ?
> > 
> > Sur un serveur ibm de test que j'ai sous la main.
> > J'ai essayé avec un autre hdd sur un autre emplacement de la backplane
> > mais c'est idem.
> 
> Ça vaudrait le coup de tester sur une autre machine et un autre disque.
> Il n'y aurait pas une anomalie dans la table de partition ?

Je viens de tester sur une carte mère et un autre hdd mais j'arrive à
"GRUB" et le curseur qui clignote à côté.
C'est à partir de ce moment qu'il faut redémarrer sur la clé
d'installation et installer grub manuellement suivant ce que
j'expliquais dans mon premier message .

J'étais allé jusqu'à démarrer sur Ultimate Boot Cd afin de supprimer le
mbr sans re-créer de table car je me suis rendu compte que dans la
première étape du processus d'installation, un script restaure un
fichier image.mbr qui se trouve dans un dossier "Images" de l'iso.

De plus, à la fin de l'installation, un message signale :
/usr/sbin/grub-setup: error: will not proceed with blocklists

> >>> Le processus est ok, puis au redémarrage toujours ce problème :
> >>> "grub: out of disk" en mode "rescue".
> >> Quelles sont les valeurs des variables prefix et root ?
> > 
> > Indiquées ci-après.
> 
> Je n'ai rien vu d'autre dans ton message que le cas où il n'y avait pas
> le message d'erreur ni le GRUB rescue :

Ah, tu voulais dire dans le cas où je saisi "set" en grub-rescue ?

> >>> Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
> >>> mini bash like maintenant :D (pas de rescue mais juste "grub>")
> >>> GNU GRUB version 1.99-27+deb7u2
> >>> Donc :
> >>> grub>boot
> >>> error:no loaded kernel
> >>>
> >>> grub>set
> >>> prefix=(hd0,msdos1)/mnt/chroot/boot/grub
> >>> root=hd0,msdos1
> 

Re: [Wheezy personnalisé] erreur "grub: out of disk"

[Pascal Hambourg]

Christophe De Natale a écrit :
> Le dimanche 07 février 2016 à 09:42 +0100, Pascal Hambourg a écrit :
> 
> Je viens de tester sur une carte mère et un autre hdd mais j'arrive à
> "GRUB" et le curseur qui clignote à côté.

Donc ce n'est pas lié à une particularité de la machine cible.

> J'étais allé jusqu'à démarrer sur Ultimate Boot Cd afin de supprimer le
> mbr sans re-créer de table car je me suis rendu compte que dans la
> première étape du processus d'installation, un script restaure un
> fichier image.mbr qui se trouve dans un dossier "Images" de l'iso.

Tu veux dire que le contenu du MBR du disque cible (code amorce + table
de partition) provient d'un fichier image prédéfini ? Quelle est la
taille de ce fichier ?

> De plus, à la fin de l'installation, un message signale :
> /usr/sbin/grub-setup: error: will not proceed with blocklists

N'y a-t-il pas d'autres messages avant expliquant pourquoi les listes de
blocs seraient nécessaires ?
Quelle est la commande complète qui essaie d'installer le chargeur ?
Si on ne passe pas l'option --force à grub-install, il refuse d'utiliser
les listes de blocs et n'installe pas le chargeur.

> Le processus est ok, puis au redémarrage toujours ce problème :
> "grub: out of disk" en mode "rescue".
 Quelles sont les valeurs des variables prefix et root ?
>>> Indiquées ci-après.
>> Je n'ai rien vu d'autre dans ton message que le cas où il n'y avait pas
>> le message d'erreur ni le GRUB rescue :
> 
> Ah, tu voulais dire dans le cas où je saisi "set" en grub-rescue ?

Oui.

Re: [Wheezy personnalisé] erreur "grub: out of disk"

[Christophe De Natale]

Le dimanche 07 février 2016 à 16:21 +0100, Pascal Hambourg a écrit :
> Christophe De Natale a écrit :
> > Le dimanche 07 février 2016 à 09:42 +0100, Pascal Hambourg a écrit :
> > 
> > Je viens de tester sur une carte mère et un autre hdd mais j'arrive à
> > "GRUB" et le curseur qui clignote à côté.
> 
> Donc ce n'est pas lié à une particularité de la machine cible.
> 
> > J'étais allé jusqu'à démarrer sur Ultimate Boot Cd afin de supprimer le
> > mbr sans re-créer de table car je me suis rendu compte que dans la
> > première étape du processus d'installation, un script restaure un
> > fichier image.mbr qui se trouve dans un dossier "Images" de l'iso.
> 
> Tu veux dire que le contenu du MBR du disque cible (code amorce + table
> de partition) provient d'un fichier image prédéfini ?

Oui, l'installation est entièrement automatisée, un message prévient que
le hdd sera entièrement effacé.
Par ailleurs, "fdisk -l /dev/sda" indique un départ de /dev/sda1 à 2048,
est-ce un problème ? 

> Quelle est la taille de ce fichier ?

Le fichier fait 512 octets.

> > De plus, à la fin de l'installation, un message signale :
> > /usr/sbin/grub-setup: error: will not proceed with blocklists
> 
> N'y a-t-il pas d'autres messages avant expliquant pourquoi les listes de
> blocs seraient nécessaires ?

Lorsque que j'étais dans le chroot, j'ai copié l'ensemble de /var/log/
sur une clé usb mais je ne sais pas où regarder pour avoir les messages
concernant grub.
Mais je crois que c'est une fausse piste car les messages de syslog, par
exemple, date de la construction de l'iso.

> Quelle est la commande complète qui essaie d'installer le chargeur ?
> Si on ne passe pas l'option --force à grub-install, il refuse d'utiliser
> les listes de blocs et n'installe pas le chargeur.

"grub-install /dev/sda" qui donne :
/usr/sbin/grub-setup: warn: no signature.
/usr/sbin/grub-setup: warn: Embedding is not possible. GRUB can only be
installed in this setup by using blocklists. However, blocklists are
UNRELIABLE and their use is discouraged.
/usr/sbin/grub-setup: error: will not proceed with blocklists.

Avec l'option "--force", les messages ci-dessus apparaissent puis
"Installation finished, no error reported" et la routine se lance
correctement au redémarrage de la machine.

> > Le processus est ok, puis au redémarrage toujours ce problème :
> > "grub: out of disk" en mode "rescue".
>  Quelles sont les valeurs des variables prefix et root ?
> >>> Indiquées ci-après.
> >> Je n'ai rien vu d'autre dans ton message que le cas où il n'y avait pas
> >> le message d'erreur ni le GRUB rescue :
> > 
> > Ah, tu voulais dire dans le cas où je saisi "set" en grub-rescue ?
> 
> Oui.

Redémarrage après installation de l'os :
grub rescue> set
prefix=(hd0,msdos1)/boot/grub
root=hd0,msdos1

Et ça, c'est extrait du grub.cfg généré sans tentative d'installation
manuelle de grub :
set root='(/dev/sda,msdos1)'
Si je regarde sur mon pc sous Jessie par exemple, j'ai :
set root='hd0,msdos1'

@Pascal : je ne t'ai pas encore remercié pour ton aide donc je le fais
maintenant : merci beaucoup :-)

Re: [Wheezy personnalisé] erreur "grub: out of disk"

[Pascal Hambourg]

Christophe De Natale a écrit :
> Le dimanche 07 février 2016 à 16:21 +0100, Pascal Hambourg a écrit :
>> Tu veux dire que le contenu du MBR du disque cible (code amorce + table
>> de partition) provient d'un fichier image prédéfini ?
> 
> Oui, l'installation est entièrement automatisée, un message prévient que
> le hdd sera entièrement effacé.
> Par ailleurs, "fdisk -l /dev/sda" indique un départ de /dev/sda1 à 2048,
> est-ce un problème ? 

Non, c'est la norme actuelle et cela devrait être largement suffisant
pour permettre l'embedding sans utiliser les blocklists.

>> Quelle est la commande complète qui essaie d'installer le chargeur ?
>> Si on ne passe pas l'option --force à grub-install, il refuse d'utiliser
>> les listes de blocs et n'installe pas le chargeur.
> 
> "grub-install /dev/sda" qui donne :
> /usr/sbin/grub-setup: warn: no signature.

J'ai cherché en vain à quoi pouvait correspondre ce message...
Ma seule hypothèse est une anomalie dans le contenu du MBR.

> /usr/sbin/grub-setup: warn: Embedding is not possible. GRUB can only be
> installed in this setup by using blocklists. However, blocklists are
> UNRELIABLE and their use is discouraged.

Avec l'espace entre le MBR et la première partition, cela ne devrait pas
se produire. A moins que ce soit lié au message précédent.

> Avec l'option "--force", les messages ci-dessus apparaissent puis
> "Installation finished, no error reported" et la routine se lance
> correctement au redémarrage de la machine.

Tu veux dire que le système démarre correctement tout seul maintenant ?

> Redémarrage après installation de l'os :
> grub rescue> set
> prefix=(hd0,msdos1)/boot/grub
> root=hd0,msdos1

Ça a l'air normal, non ?

> Et ça, c'est extrait du grub.cfg généré sans tentative d'installation
> manuelle de grub :
> set root='(/dev/sda,msdos1)'
> Si je regarde sur mon pc sous Jessie par exemple, j'ai :
> set root='hd0,msdos1'

Apparemment grub-mkconfig n'a pas réussi à trouver le nom de GRUB (hdx)
qui corrspond à /dev/sda. Mais ça ne devrait pas gêner si les UUID sont
utilisés pour identifier les partitions.

> @Pascal : je ne t'ai pas encore remercié pour ton aide donc je le fais
> maintenant : merci beaucoup :-)

Attends, j'en suis encore à essayer de comprendre ce qui se passe...

Re: [Wheezy personnalisé] erreur "grub: out of disk"

[Christophe De Natale]

Le dimanche 07 février 2016 à 22:36 +0100, Pascal Hambourg a écrit :

> Tu veux dire que le système démarre correctement tout seul maintenant ?

Oui.

> > Redémarrage après installation de l'os :
> > grub rescue> set
> > prefix=(hd0,msdos1)/boot/grub
> > root=hd0,msdos1
> 
> Ça a l'air normal, non ?

Oui, j'arrive à lister les répertoires mais les commandes "cat" ou
"linux" ne sont pas reconnues.

> > Et ça, c'est extrait du grub.cfg généré sans tentative d'installation
> > manuelle de grub :
> > set root='(/dev/sda,msdos1)'
> > Si je regarde sur mon pc sous Jessie par exemple, j'ai :
> > set root='hd0,msdos1'
> 
> Apparemment grub-mkconfig n'a pas réussi à trouver le nom de GRUB (hdx)
> qui corrspond à /dev/sda. Mais ça ne devrait pas gêner si les UUID sont
> utilisés pour identifier les partitions.
> 
> > @Pascal : je ne t'ai pas encore remercié pour ton aide donc je le fais
> > maintenant : merci beaucoup :-)
> 
> Attends, j'en suis encore à essayer de comprendre ce qui se passe...

Moi aussi :D

Re: [Wheezy personnalisé] erreur "grub: out of disk"

[Pascal Hambourg]

Christophe De Natale a écrit :
> Le dimanche 07 février 2016 à 22:36 +0100, Pascal Hambourg a écrit :
> 
>> Tu veux dire que le système démarre correctement tout seul maintenant ?
> 
> Oui.
> 
>>> Redémarrage après installation de l'os :
>>> grub rescue> set
>>> prefix=(hd0,msdos1)/boot/grub
>>> root=hd0,msdos1
>> Ça a l'air normal, non ?
> 
> Oui, j'arrive à lister les répertoires mais les commandes "cat" ou
> "linux" ne sont pas reconnues.

Forcément, puisque le module "normal" n'a pas pu être chargé, ce qui
provoque le shell rescue. La question est : pourquoi le module normal
n'a pas pu être chargé si les variables sont correctes et si le module
est bien à l'emplacement prévu ?

[Wheezy personnalisé] erreur "grub: out of disk"

[merkedanke]

j'ai eu souvent ce problem mais jamais sur usb et avec debian.

des problèmes de splash, d'oubli d'installer grub sur / , d'espace entre 
les partitions , de pgp non-chargés , d'espace insuffisant , de mémoire 
trop courte , d'effacement/nettoyage d'anciens noyaux , 
d'incompatribilités matérielles, de carte graphic etc.


d'abord à l'invite grub > , il demande un chemin ou un noyau pas un 
"boot" tout court ; ensuite cela ne marche pas tout le temps même avec 
une rigueur formaliste.


il est conseillé de faire un update ou d'insérer un cd repair _ très 
drôle quand on on ne peut même pas avoir une invite de commande excepté 
"grub >" ou quand l'os n'est pas encore installé:validé _ les manuels 
sont quelquefois pleines de perles.

Cd repair n'a jamais vraiment fonctionné pour moi.




le lien donné est untrusted :

https://debian-facile.org/doc:systeme:chroot

celui est clair.




j'ai résolu le problème avec un live , ai installé un système quelconque 
(le même par prudence) , ai fait un update-grub puis recheck par gparted 
les partitions toujours avec le live bidon installé (20 minutes environ) 
et ai redémarré : il m"a rajouté le grub sur l'os manquant ; solved.


update-grub(2) sur l'original puis désinstallion du bidon en effaçant la 
partition.


j'ai résolu un problème d'incompatibilité/ blocage/ virus/ sur un dell 
avec Mepis (une merveille).


je n'ai jamais essayé par usb (firmware insecure) excepté puppy (génial 
petit dépanneur).




Si cela peut donné quelques idées positives ...

[Wheezy personnalisé] erreur "grub: out of disk"

[Christophe De Natale]

Bonsoir à vous,

Je tourne en rond sur une sur base de Debian 7 contenant des scripts
d'automatisation de l'installation.

Le processus est ok, puis au redémarrage toujours ce problème :
"grub: out of disk" en mode "rescue".

En redémarrant sur ma clé usb contenant l'os et suivant cette procédure
de ré-installation de grub, jusqu'au chroot, c'est ok :
https://www.isalo.org/wiki.debian-fr/R%C3%A9installer_Grub2

Mais je suis obligé d'employer la méthode indiquée au point 3 sinon au
redémarrage c'est idem :
rm /boot/grub/grub.cfg
puis
grub-mkconfig -o /boot/grub/grub.cfg
et
grub-install --root-directory=/mnt/chroot/ --recheck /dev/hda

Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
mini bash like maintenant :D (pas de rescue mais juste "grub>")
GNU GRUB version 1.99-27+deb7u2
Donc :
grub>boot
error:no loaded kernel

grub>set
prefix=(hd0,msdos1)/mnt/chroot/boot/grub
root=hd0,msdos1

Je vois où est l'erreur dans le chemin de
"prefix" (/mnt/chroot/boot/grub qui devrait être /boot/grub) mais pour
l'instant, c'est le seul déclaré qui fonctionne (pour arriver au mini
bash puis re-déclarer "/boot/grub" afin d'atteindre l'écran de
chargement de l'os)
Toute mes autres tentatives dans le chroot d'indiquer un autre chemin me
ramenaient à l'erreur "out of disk"
Dans la commande :
grub-install --root-directory=/mnt/chroot/ --recheck /dev/hda
J'ai tenté pour root-directory :
* /
* /boot/grub
Mais rien à faire ...

Donc :
grub>set prefix=(hd0,msdos1)/boot/grub
grub>set root=hd0,msdos1
grub>insmod normal
grub>normal
Et c'est parti, sauf qu'au prochain reboot, même problème (l'erreur "out
of disk" a disparue et on est au prompt du mini bash).

Malheureusement, une fois dans l'os, un simple "update-grub" ne suffit
pas, grrrhhh !
Et pire, un grub-install /dev/sda suivi d'un update-grub donne un "out
of disk" et grub en mode rescue...

Voilà, si quelqu'un a une idée, je suis preneur.

Bonne nuit,
-- 
Christophe De Natale 

Re: [Wheezy personnalisé] erreur "grub: out of disk"

[Pascal Hambourg]

Christophe De Natale a écrit :
> 
> Je tourne en rond sur une sur base de Debian 7 contenant des scripts
> d'automatisation de l'installation.

Sur une machine cible particulière ou n'importe laquelle ?

> Le processus est ok, puis au redémarrage toujours ce problème :
> "grub: out of disk" en mode "rescue".

Quelles sont les valeurs des variables prefix et root ?

> En redémarrant sur ma clé usb contenant l'os et suivant cette procédure

La clé contenant l'OS ou l'installateur ?

> de ré-installation de grub, jusqu'au chroot, c'est ok :
> https://www.isalo.org/wiki.debian-fr/R%C3%A9installer_Grub2
> 
> Mais je suis obligé d'employer la méthode indiquée au point 3 sinon au
> redémarrage c'est idem :
> rm /boot/grub/grub.cfg
> puis
> grub-mkconfig -o /boot/grub/grub.cfg
> et
> grub-install --root-directory=/mnt/chroot/ --recheck /dev/hda

Pas cohérent : si la racine pour l'installation de GRUB est /mnt/chroot/
alors grub-mkconfig devrait enregistrer la config dans
/mnt/chroot/boot/grub/grub.cfg, non ?

/dev/hda ? Je croyais être le dernier à encore utiliser les pilotes
vieux IDE avec un noyau perso au lieu des pilotes ATA actuels.

> Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
> mini bash like maintenant :D (pas de rescue mais juste "grub>")
> GNU GRUB version 1.99-27+deb7u2
> Donc :
> grub>boot
> error:no loaded kernel
> 
> grub>set
> prefix=(hd0,msdos1)/mnt/chroot/boot/grub
> root=hd0,msdos1
> 
> Je vois où est l'erreur dans le chemin de
> "prefix" (/mnt/chroot/boot/grub qui devrait être /boot/grub) mais pour

Ça non plus ce n'est pas cohérent. Si la valeur de prefix est erronée,
alors tu devrais encore tomber dans le shell GRUB rescue. Le shell
normal n'est lancé que si GRUB a réussi à charger le module "normal", ce
qui ne peut se produire que si la valeur de prefix est correcte.

> grub>set prefix=(hd0,msdos1)/boot/grub
> grub>set root=hd0,msdos1
> grub>insmod normal
> grub>normal

Re: problème audio (d-upgrade wheezy 3.2 -> jessie 3.16)

[Patrice Go]

ça fonctionne :)
problème résolu.

merci beaucoup.

Le 23 janvier 2016 à 22:38, Bernard Schoenacker <bernard.schoenac...@free.fr
> a écrit :

> Le Sat, 23 Jan 2016 22:37:32 +0100,
> Bernard Schoenacker <bernard.schoenac...@free.fr> a écrit :
>
> > Le Sat, 23 Jan 2016 22:13:24 +0100,
> > Patrice Go <patgsios...@gmail.com> a écrit :
> >
> > > Bonsoir,
> > >
> > > aprés un dist-upgrade, du noyau wheezy 3.2 au noyau jessie 3.16, il
> > > y a un problème de son.
> > > pour le problème de son, merci. ça donne donc ceci :
> > >
> > > #  lspci | grep Audio
> > > 00:05.0 Audio device: NVIDIA Corporation MCP61 High Definition Audio
> > > (rev a2)
> > >
> > > > alsamixer
> > > Failed to create secure directory (/run/user/1001/pulse): Permission
> > > non accordée
> > >
> > > je suis allé voir sur le wiki debian
> > > ( https://wiki.debian.org/fr/ALSA ), et j'ai tenté :
> > >
> > > # alsactl init
> > > No protocol specified
> > > xcb_connection_has_error() returned true
> > > Found hardware: "HDA-Intel" "Realtek ALC888"
> > > "HDA:10ec0888,1019e619,0011" "0x1019" "0xa88d"
> > > Hardware is initialized using a generic method
> > >
> > > je redémarre, ça ne marche pas mieux niveau audio, mais alsamixer
> > > réussit à s'ouvrir.
> > >
> > > les modules audio sont :
> > >
> > > > lsmod | grep snd
> > > snd_hda_codec_realtek62023  1
> > > snd_hda_codec_generic58021  1 snd_hda_codec_realtek
> > > snd_hda_intel  25959  5
> > > snd_hda_controller 26262  1 snd_hda_intel
> > > snd_hda_codec  93797  4
> > >
> snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
> > > snd_hwdep  12906  1 snd_hda_codec
> > > snd_pcm78128  3
> > > snd_hda_codec,snd_hda_intel,snd_hda_controller
> > > snd_timer  22010  1 snd_pcm
> > > snd55101  17
> > >
> snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
> > > soundcore  12890  2 snd,snd_hda_codec
> > >
> > > > cat /proc/asound/cards
> > >  0 [NVidia ]: HDA-Intel - HDA NVidia
> > >   HDA NVidia at 0xfe028000 irq 20
> > >
> > > je rajoute mon "user" au groupe audio (bien que cela fonctionnait
> > > auparavant sans) et le module snd-pcm-oss.
> > >
> > > je redémarre, mais ça ne fonctionne pas mieux...
> > >
> > > peut-etre faire un différentiel des modules entre le noyau 3.2 et le
> > > 3.16 ?
> > >
> > > cordialement,
> > >
> > > patg
> > >
> >
> > bonjour,
> >
> >
> > je viens de faire une install en 64 bits avec une carte similaire et
> > il faut le firmware-intel 
> >
> > et le son fonctionnera
> > slt
> > bernard
> >
>
> bonjour,
>
> plus précisément : firmware-intel-sound
>
> slt
> bernard
>
>

Re: dist-upgrade wheezy-> jessie > problème xorg qui freezait aléatoirement

[Benoit B]

Bonjour,

Et relancer alsa ?

Mais au fait... Je ne vois pas le démon dans la liste
d'autocomplétion(tab) avec systemctl alors qu'il est bien dans
/etc/init.d/alsa-utils...

On fait comment pour redémarrer alsa avec systemctl ?
Je ne m'y fais pas à ce truc... :( Je ne voudrais pas lancer un gros troll, mais
systemd, c'est pas un peu usine à gaz ?

--
Benoit

Le 23 janvier 2016 à 17:19, Bernard Schoenacker
<bernard.schoenac...@free.fr> a écrit :
> Le Sat, 23 Jan 2016 17:56:33 +0100,
> Patrice Go <patgsios...@gmail.com> a écrit :
>
>> bonjour,
>>
>> histoire de partager un problème solutionné...
>>
>> j'ai eu un problème avec le serveur X qui freezait de temps en temps
>> (suite à un dist-upgrade wheezy -> jessie), mais je n'arrivai pas à
>> trouver la solution.
>> j'ai vu des exemples de problèmes similaires ici (dont sur bug track):
>>
>> https://lists.debian.org/debian-x/2015/07/msg00109.html
>>
>> mais ça semblait lié soit à un module du noyau "nouveau", soit au
>> noyau lui-même.
>>
>> il est énoncé l'idée de supprimer "xserver-xorg-video-nouveau" ou de
>> booter sur le noyau de wheezy.
>>
>> si je vais sur le noyau 3.2 de wheezy, il n'y a plus de problème de
>> freeze.
>>
>> mais je préférerai garder le nouveau noyau 3.16. donc aprés
>> suppression de "xserver-xorg-video-nouveau" puis une réinstallation de
>> "xserver-xorg-video-nouveau", plus de problèmes de freeze... juste
>> plus de son pour le moment, avant de trouver la solution.
>>
>> Librement,
>>
>> Patg
>
> bonjour,
>
> que donne (?): lspci |grep Audio
>
>
> alsamixer (  )
>
> slt
> bernard
>

dist-upgrade wheezy-> jessie > problème xorg qui freezait aléatoirement

[Patrice Go]

bonjour,

histoire de partager un problème solutionné...

j'ai eu un problème avec le serveur X qui freezait de temps en temps (suite
à un dist-upgrade wheezy -> jessie), mais je n'arrivai pas à trouver la
solution.
j'ai vu des exemples de problèmes similaires ici (dont sur bug track):

https://lists.debian.org/debian-x/2015/07/msg00109.html

mais ça semblait lié soit à un module du noyau "nouveau", soit au noyau
lui-même.

il est énoncé l'idée de supprimer "xserver-xorg-video-nouveau" ou de booter
sur le noyau de wheezy.

si je vais sur le noyau 3.2 de wheezy, il n'y a plus de problème de freeze.

mais je préférerai garder le nouveau noyau 3.16. donc aprés suppression de
"xserver-xorg-video-nouveau" puis une réinstallation de
"xserver-xorg-video-nouveau", plus de problèmes de freeze... juste plus de
son pour le moment, avant de trouver la solution.

Librement,

Patg

Re: dist-upgrade wheezy-> jessie > problème xorg qui freezait aléatoirement

[Bernard Schoenacker]

Le Sat, 23 Jan 2016 17:56:33 +0100,
Patrice Go <patgsios...@gmail.com> a écrit :

> bonjour,
> 
> histoire de partager un problème solutionné...
> 
> j'ai eu un problème avec le serveur X qui freezait de temps en temps
> (suite à un dist-upgrade wheezy -> jessie), mais je n'arrivai pas à
> trouver la solution.
> j'ai vu des exemples de problèmes similaires ici (dont sur bug track):
> 
> https://lists.debian.org/debian-x/2015/07/msg00109.html
> 
> mais ça semblait lié soit à un module du noyau "nouveau", soit au
> noyau lui-même.
> 
> il est énoncé l'idée de supprimer "xserver-xorg-video-nouveau" ou de
> booter sur le noyau de wheezy.
> 
> si je vais sur le noyau 3.2 de wheezy, il n'y a plus de problème de
> freeze.
> 
> mais je préférerai garder le nouveau noyau 3.16. donc aprés
> suppression de "xserver-xorg-video-nouveau" puis une réinstallation de
> "xserver-xorg-video-nouveau", plus de problèmes de freeze... juste
> plus de son pour le moment, avant de trouver la solution.
> 
> Librement,
> 
> Patg

bonjour,

que donne (?): lspci |grep Audio


alsamixer (  )

slt
bernard

Re: dist-upgrade wheezy-> jessie > problème xorg qui freezait aléatoirement

[jdd]

Le 23/01/2016 20:16, Benoit B a écrit :


Je ne m'y fais pas à ce truc... :( Je ne voudrais pas lancer un gros troll, mais
systemd, c'est pas un peu usine à gaz ?


pas plus qu'avant, faut juste tout réapprendre, et c'est ch...

jdd

Re: problème audio (d-upgrade wheezy 3.2 -> jessie 3.16)

[Bernard Schoenacker]

Le Sat, 23 Jan 2016 22:13:24 +0100,
Patrice Go <patgsios...@gmail.com> a écrit :

> Bonsoir,
> 
> aprés un dist-upgrade, du noyau wheezy 3.2 au noyau jessie 3.16, il y
> a un problème de son.
> pour le problème de son, merci. ça donne donc ceci :
> 
> #  lspci | grep Audio
> 00:05.0 Audio device: NVIDIA Corporation MCP61 High Definition Audio
> (rev a2)
> 
> > alsamixer  
> Failed to create secure directory (/run/user/1001/pulse): Permission
> non accordée
> 
> je suis allé voir sur le wiki debian
> ( https://wiki.debian.org/fr/ALSA ), et j'ai tenté :
> 
> # alsactl init
> No protocol specified
> xcb_connection_has_error() returned true
> Found hardware: "HDA-Intel" "Realtek ALC888"
> "HDA:10ec0888,1019e619,0011" "0x1019" "0xa88d"
> Hardware is initialized using a generic method
> 
> je redémarre, ça ne marche pas mieux niveau audio, mais alsamixer
> réussit à s'ouvrir.
> 
> les modules audio sont :
> 
> > lsmod | grep snd  
> snd_hda_codec_realtek62023  1
> snd_hda_codec_generic58021  1 snd_hda_codec_realtek
> snd_hda_intel  25959  5
> snd_hda_controller 26262  1 snd_hda_intel
> snd_hda_codec  93797  4
> snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
> snd_hwdep  12906  1 snd_hda_codec
> snd_pcm78128  3
> snd_hda_codec,snd_hda_intel,snd_hda_controller
> snd_timer  22010  1 snd_pcm
> snd55101  17
> snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
> soundcore  12890  2 snd,snd_hda_codec
> 
> > cat /proc/asound/cards  
>  0 [NVidia ]: HDA-Intel - HDA NVidia
>   HDA NVidia at 0xfe028000 irq 20
> 
> je rajoute mon "user" au groupe audio (bien que cela fonctionnait
> auparavant sans) et le module snd-pcm-oss.
> 
> je redémarre, mais ça ne fonctionne pas mieux...
> 
> peut-etre faire un différentiel des modules entre le noyau 3.2 et le
> 3.16 ?
> 
> cordialement,
> 
> patg
> 

bonjour,


je viens de faire une install en 64 bits avec une carte similaire et il
faut le firmware-intel 

et le son fonctionnera
slt
bernard

problème audio (d-upgrade wheezy 3.2 -> jessie 3.16)

[Patrice Go]

Bonsoir,

aprés un dist-upgrade, du noyau wheezy 3.2 au noyau jessie 3.16, il y a un
problème de son.
pour le problème de son, merci. ça donne donc ceci :

#  lspci | grep Audio
00:05.0 Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev
a2)

> alsamixer
Failed to create secure directory (/run/user/1001/pulse): Permission non
accordée

je suis allé voir sur le wiki debian ( https://wiki.debian.org/fr/ALSA ),
et j'ai tenté :

# alsactl init
No protocol specified
xcb_connection_has_error() returned true
Found hardware: "HDA-Intel" "Realtek ALC888"
"HDA:10ec0888,1019e619,0011" "0x1019" "0xa88d"
Hardware is initialized using a generic method

je redémarre, ça ne marche pas mieux niveau audio, mais alsamixer réussit à
s'ouvrir.

les modules audio sont :

> lsmod | grep snd
snd_hda_codec_realtek62023  1
snd_hda_codec_generic58021  1 snd_hda_codec_realtek
snd_hda_intel  25959  5
snd_hda_controller 26262  1 snd_hda_intel
snd_hda_codec  93797  4
snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
snd_hwdep  12906  1 snd_hda_codec
snd_pcm78128  3
snd_hda_codec,snd_hda_intel,snd_hda_controller
snd_timer  22010  1 snd_pcm
snd55101  17
snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
soundcore  12890  2 snd,snd_hda_codec

> cat /proc/asound/cards
 0 [NVidia ]: HDA-Intel - HDA NVidia
  HDA NVidia at 0xfe028000 irq 20

je rajoute mon "user" au groupe audio (bien que cela fonctionnait
auparavant sans) et le module snd-pcm-oss.

je redémarre, mais ça ne fonctionne pas mieux...

peut-etre faire un différentiel des modules entre le noyau 3.2 et le 3.16 ?

cordialement,

patg

Le 23 janvier 2016 à 18:19, Bernard Schoenacker <bernard.schoenac...@free.fr
> a écrit :

> Le Sat, 23 Jan 2016 17:56:33 +0100,
> Patrice Go <patgsios...@gmail.com> a écrit :
>
> > bonjour,
> >
> > histoire de partager un problème solutionné...
> >
> > j'ai eu un problème avec le serveur X qui freezait de temps en temps
> > (suite à un dist-upgrade wheezy -> jessie), mais je n'arrivai pas à
> > trouver la solution.
> > j'ai vu des exemples de problèmes similaires ici (dont sur bug track):
> >
> > https://lists.debian.org/debian-x/2015/07/msg00109.html
> >
> > mais ça semblait lié soit à un module du noyau "nouveau", soit au
> > noyau lui-même.
> >
> > il est énoncé l'idée de supprimer "xserver-xorg-video-nouveau" ou de
> > booter sur le noyau de wheezy.
> >
> > si je vais sur le noyau 3.2 de wheezy, il n'y a plus de problème de
> > freeze.
> >
> > mais je préférerai garder le nouveau noyau 3.16. donc aprés
> > suppression de "xserver-xorg-video-nouveau" puis une réinstallation de
> > "xserver-xorg-video-nouveau", plus de problèmes de freeze... juste
> > plus de son pour le moment, avant de trouver la solution.
> >
> > Librement,
> >
> > Patg
>
> bonjour,
>
> que donne (?): lspci |grep Audio
>
>
> alsamixer (  )
>
> slt
> bernard
>
>

Re: problème audio (d-upgrade wheezy 3.2 -> jessie 3.16)

[Bernard Schoenacker]

Le Sat, 23 Jan 2016 22:37:32 +0100,
Bernard Schoenacker <bernard.schoenac...@free.fr> a écrit :

> Le Sat, 23 Jan 2016 22:13:24 +0100,
> Patrice Go <patgsios...@gmail.com> a écrit :
> 
> > Bonsoir,
> > 
> > aprés un dist-upgrade, du noyau wheezy 3.2 au noyau jessie 3.16, il
> > y a un problème de son.
> > pour le problème de son, merci. ça donne donc ceci :
> > 
> > #  lspci | grep Audio
> > 00:05.0 Audio device: NVIDIA Corporation MCP61 High Definition Audio
> > (rev a2)
> > 
> > > alsamixer  
> > Failed to create secure directory (/run/user/1001/pulse): Permission
> > non accordée
> > 
> > je suis allé voir sur le wiki debian
> > ( https://wiki.debian.org/fr/ALSA ), et j'ai tenté :
> > 
> > # alsactl init
> > No protocol specified
> > xcb_connection_has_error() returned true
> > Found hardware: "HDA-Intel" "Realtek ALC888"
> > "HDA:10ec0888,1019e619,0011" "0x1019" "0xa88d"
> > Hardware is initialized using a generic method
> > 
> > je redémarre, ça ne marche pas mieux niveau audio, mais alsamixer
> > réussit à s'ouvrir.
> > 
> > les modules audio sont :
> > 
> > > lsmod | grep snd  
> > snd_hda_codec_realtek62023  1
> > snd_hda_codec_generic58021  1 snd_hda_codec_realtek
> > snd_hda_intel  25959  5
> > snd_hda_controller 26262  1 snd_hda_intel
> > snd_hda_codec  93797  4
> > snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
> > snd_hwdep  12906  1 snd_hda_codec
> > snd_pcm78128  3
> > snd_hda_codec,snd_hda_intel,snd_hda_controller
> > snd_timer  22010  1 snd_pcm
> > snd55101  17
> > snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
> > soundcore  12890  2 snd,snd_hda_codec
> > 
> > > cat /proc/asound/cards  
> >  0 [NVidia ]: HDA-Intel - HDA NVidia
> >   HDA NVidia at 0xfe028000 irq 20
> > 
> > je rajoute mon "user" au groupe audio (bien que cela fonctionnait
> > auparavant sans) et le module snd-pcm-oss.
> > 
> > je redémarre, mais ça ne fonctionne pas mieux...
> > 
> > peut-etre faire un différentiel des modules entre le noyau 3.2 et le
> > 3.16 ?
> > 
> > cordialement,
> > 
> > patg
> > 
> 
> bonjour,
> 
> 
> je viens de faire une install en 64 bits avec une carte similaire et
> il faut le firmware-intel 
> 
> et le son fonctionnera
> slt
> bernard
> 

bonjour,

plus précisément : firmware-intel-sound

slt
bernard

Re: Mise à jour wheezy - jessie

[mireero]

On 08/07/2015 06:40 PM, Jack.R wrote:

Bonjour,

J'en suis à ma 3ème migration wheezy - jessie et à la 3ème qui se
passe mal. Il faut dire qu'à chaque fois c'est sur du matériel ancien.

Pour le premier un IBM X30, soucis de LKMS solutionné en rajoutant des
paramètres de boot du noyau dans /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT=quiet i915.modeset=0 vga=791

Pour le deuxième grub n'arrivait pas à démarrer le noyau. Après moult
essais et échecs (et en ayant cassé pas mal de truc), je m'en suis
sorti en installant lilo (via un démarrage en mode rescue depuis la
netinstall jessie et shell sur /). Je suis un dégonflé, je n'ai pas
encore tenté de réinstaller grub maintenant que cela fonctionne.

Pour le 3ème (carte Supermicro X7SPA-HF ATOM D510), en cours de mise à
jour, impossible d'installer le nouveau kernel, pas assez de place
sur /lib. Le disque est partitionné comme suit (installation de squeeze
mise à jour en wheezy puis changement de carte mère si je me souviens
bien):
/sda1 /
/sda5 /usr
/sda6 /var
/sda7 swap
/sda8 /tmp
/sda9 /home


Qu'à cela ne tienne, il y a plein de lace sur /home, je déplace /lib
dans /home et crée un lien symbolique de /lib vers /home/lib.
Je relance apt-get dist-upgrade et tout roule.
Je reboot et là:
Kernel panic - not syncing: Attempted to kill init!

Un boot sur le CD netinstall de jessie me mélange toutes les interfaces
réseau et ne me permet pas d'ouvrir un shell sur /dev/sda1

A noter que firmware-linux-nonfree n'est pas installé, c'est peut-être
là que j'ai fait une autre erreur.

Des suggestions avant que je ne fasse façon bourrin ?
sortie du disque de la machine, copie le contenu de sda5 à 9 ailleurs,
supprime /sda5 à 9,agrandissement /sda1, recrée les partitions /sda5 à
9, recopie le contenu de sda5 à 9, suppression du lien
symbolique /lib, transfert de /home/lib dans /lib, réinstallation du
disque dans la machine, prières, reboot

Merci d'avance pour vos lumières.



Salut,
Ici, si j'ai bien compris, quand tu parles de /lib, c'est de /usr/lib 
qu'il s'agit?

Ou alors plutôt, /lib est monté sur sda5 au lieu de /usr?

Bref, 2 remarques:

× La méthode bourrin me semble plus propre, ça ne casse pas la 
compartimentation qu'apporte des partitions séparées et les avantages 
recherchés (genre aide à la sauvegarde, options de montage distinctes...).


× Y'aurait pas un souci lorsque certain exécutables accèdent à des 
librairies dans [/usr]/lib, sachant que certains outils ne déréférencent 
pas les liens symboliques et s'attendent donc à trouver leur librairie 
(par ex) dans un [/usr]/lib dur.
Peut-être que le système a continué à fonctionner après ton /lib dans 
/home parce que certaines librairies clef comme la libc par exemple 
étaient déjà en mémoire lors du déplacement et donc toujours accessible. 
Mais plus lors d'un reboot.



Pour finir, si tu as plein de place dans /home, tu peux peut-être y 
placer directement /lib en coupant la partition en 2, ce serait plus 
rapide que de chercher à redimensionner /sda5.


Bon courage...

--
mireero

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/55c6f715$0$3293$426a7...@news.free.fr

Re: Mise à jour wheezy - jessie

[Jack.R]

Le Sun, 09 Aug 2015 08:45:41 +0200,
mireero mire...@free.fr a écrit :

 On 08/07/2015 06:40 PM, Jack.R wrote:
  Bonjour,
 
  J'en suis à ma 3ème migration wheezy - jessie et à la 3ème qui se
  passe mal. Il faut dire qu'à chaque fois c'est sur du matériel
  ancien.
 
  Pour le premier un IBM X30, soucis de LKMS solutionné en rajoutant
  des paramètres de boot du noyau dans /etc/default/grub
  GRUB_CMDLINE_LINUX_DEFAULT=quiet i915.modeset=0 vga=791
 
  Pour le deuxième grub n'arrivait pas à démarrer le noyau. Après
  moult essais et échecs (et en ayant cassé pas mal de truc), je m'en
  suis sorti en installant lilo (via un démarrage en mode rescue
  depuis la netinstall jessie et shell sur /). Je suis un dégonflé,
  je n'ai pas encore tenté de réinstaller grub maintenant que cela
  fonctionne.
 
  Pour le 3ème (carte Supermicro X7SPA-HF ATOM D510), en cours de
  mise à jour, impossible d'installer le nouveau kernel, pas assez de
  place sur /lib. Le disque est partitionné comme suit (installation
  de squeeze mise à jour en wheezy puis changement de carte mère si
  je me souviens bien):
  /sda1 /
  /sda5 /usr
  /sda6 /var
  /sda7 swap
  /sda8 /tmp
  /sda9 /home
 
 
  Qu'à cela ne tienne, il y a plein de lace sur /home, je déplace /lib
  dans /home et crée un lien symbolique de /lib vers /home/lib.
  Je relance apt-get dist-upgrade et tout roule.
  Je reboot et là:
  Kernel panic - not syncing: Attempted to kill init!
 
  Un boot sur le CD netinstall de jessie me mélange toutes les
  interfaces réseau et ne me permet pas d'ouvrir un shell
  sur /dev/sda1
 
  A noter que firmware-linux-nonfree n'est pas installé, c'est
  peut-être là que j'ai fait une autre erreur.
 
  Des suggestions avant que je ne fasse façon bourrin ?
  sortie du disque de la machine, copie le contenu de sda5 à 9
  ailleurs, supprime /sda5 à 9,agrandissement /sda1, recrée les
  partitions /sda5 à 9, recopie le contenu de sda5 à 9, suppression
  du lien symbolique /lib, transfert de /home/lib dans /lib,
  réinstallation du disque dans la machine, prières, reboot
 
  Merci d'avance pour vos lumières.
 
 
 Salut,
 Ici, si j'ai bien compris, quand tu parles de /lib, c'est de /usr/lib 
 qu'il s'agit?
 Ou alors plutôt, /lib est monté sur sda5 au lieu de /usr?
 
 Bref, 2 remarques:
 
 × La méthode bourrin me semble plus propre, ça ne casse pas la 
 compartimentation qu'apporte des partitions séparées et les
 avantages recherchés (genre aide à la sauvegarde, options de montage
 distinctes...).
 
 × Y'aurait pas un souci lorsque certain exécutables accèdent à des 
 librairies dans [/usr]/lib, sachant que certains outils ne
 déréférencent pas les liens symboliques et s'attendent donc à trouver
 leur librairie (par ex) dans un [/usr]/lib dur.
 Peut-être que le système a continué à fonctionner après ton /lib dans 
 /home parce que certaines librairies clef comme la libc par exemple 
 étaient déjà en mémoire lors du déplacement et donc toujours
 accessible. Mais plus lors d'un reboot.
 
 
 Pour finir, si tu as plein de place dans /home, tu peux peut-être y 
 placer directement /lib en coupant la partition en 2, ce serait plus 
 rapide que de chercher à redimensionner /sda5.
 
 Bon courage...
 

Bonjour,

Je parlais bien de /lib et non de /usr/lib.

La méthode bourrin a parfaitement fonctionné, c'était donc bien ma
magouille de lien symbolique /lib vers /home/lib qui avait mis le bazar.

Il est possible que /home soit monté trop tard et que le lien ne soit
pas encore valide lorsque le noyau essaye d'accéder à certains éléments
de /lib.

M'enfin, / qui faisait 337Mo est maintenant à 1Go, je ne devrais plus
être embêté par cela lors des prochaines mises à jour.

Il me reste encore un serveur à mettre à jour (un celeron qui doit
avoir 10 ans) et auquel je n'ai pas un accès physique à la machine ...
Je vérifierais la place dispo sur chaque partition (en particulier /)
avant de commencer. Je ne me souviens plus s'il est en lvm. Pourvu que
ce soit le cas.

-- 
Jack.R
http://jack.r.free.fr

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150809165949.7f783...@traveller.ajs.home

Re: etckeeper (Re: Mise à jour wheezy - jessie)

[Jack.R]

Le Sat, 8 Aug 2015 06:38:46 +0900,
Charles Plessy ple...@debian.org a écrit :

 Le Fri, Aug 07, 2015 at 08:20:08PM +, moi-meme a écrit :
  
  en ce qui me concerne je garde aussi le /etc et la liste des
  paquets installés même si les paquets ont changé
 
 À ce sujet, je recommande le paquet « etckeeper », qui
 transforme /etc en un repositoire Git et enregistre les changements à
 chaque fois que Apt y installe ou change des fichiers.
 
 Bonne fin de semaine,
 

Bonjour,

Pas de soucis, avant la mise à jour j'avais sauvegardé /etc ainsi que
la liste des paquets, comme indiqué dans les notes de publication.

Ce qui m'embête plus pour une réinstallation complète, ce sont les
bases Mysql (qui sont dans /var/lib et que je ne vois pas comment
réimporter). Il aurait fallu que je fasse un dump avant la mise à jour.

A noter que ce n'est pas ma première mis à jour de version Debian(j'ai
du commencer à la Potato) et que c'est la première fois que je
rencontre de vrai soucis, lié à l'age qu'à pris mon matériel (moi je
n'ai pas bougé d'un pouce ;-))

Merci

-- 
Jack.R
http://jack.r.free.fr

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150808191419.45aed...@traveller.ajs.home

Re: etckeeper (Re: Mise à jour wheezy - jessie)

[andre_debian]

On Saturday 08 August 2015 19:14:19 Jack.R wrote:
 Pas de soucis, avant la mise à jour j'avais sauvegardé /etc ainsi que
 la liste des paquets, comme indiqué dans les notes de publication.
 Ce qui m'embête plus pour une réinstallation complète, ce sont les
 bases Mysql (qui sont dans /var/lib et que je ne vois pas comment
 réimporter). Il aurait fallu que je fasse un dump avant la mise à jour.
 A noter que ce n'est pas ma première mis à jour de version Debian(j'ai
 du commencer à la Potato) et que c'est la première fois que je
 rencontre de vrai soucis, lié à l'age qu'à pris mon matériel (moi je
 n'ai pas bougé d'un pouce ;-))
 Jack.R

Une solution que je pratique, 

j'ai quatre PC, je fais un upgrade sur un seul PC,
c'est vrai parfois assez laborieux.
Une fois que l'upgrade est digéré, le système devenu enfin stable,
j'efface sur les trois autres PC les partitions contenant l'ancienne version.
Avec rsync, je clone le système complet du premier PC vers chacun d'eux.

Ensuite, je reboote chacun des PC clonés, quelques micro bugs à régler,
encore un reboot, et tout baigne !

C'est aussi un gros gain de temps, puisque on upgrade qu'un seul PC
et on ne perd pas ses données.

Si évidemment ça coince avec le premier PC,  alors il faut choisir 
celui qui semble le plus propice aux upgrade.

Un upgrade peut mal se passer si le PC est trop ancien.

Bonne soirée.

André


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201508081934.02085.andre_deb...@numericable.fr

etckeeper (Re: Mise à jour wheezy - jessie)

[Charles Plessy]

Le Fri, Aug 07, 2015 at 08:20:08PM +, moi-meme a écrit :
 
 en ce qui me concerne je garde aussi le /etc et la liste des paquets 
 installés même si les paquets ont changé

À ce sujet, je recommande le paquet « etckeeper », qui transforme /etc en un
repositoire Git et enregistre les changements à chaque fois que Apt y installe
ou change des fichiers.

Bonne fin de semaine,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150807213846.ga26...@falafel.plessy.net

Mise à jour wheezy - jessie

[Jack.R]

Bonjour,

J'en suis à ma 3ème migration wheezy - jessie et à la 3ème qui se
passe mal. Il faut dire qu'à chaque fois c'est sur du matériel ancien.

Pour le premier un IBM X30, soucis de LKMS solutionné en rajoutant des
paramètres de boot du noyau dans /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT=quiet i915.modeset=0 vga=791

Pour le deuxième grub n'arrivait pas à démarrer le noyau. Après moult
essais et échecs (et en ayant cassé pas mal de truc), je m'en suis
sorti en installant lilo (via un démarrage en mode rescue depuis la
netinstall jessie et shell sur /). Je suis un dégonflé, je n'ai pas
encore tenté de réinstaller grub maintenant que cela fonctionne.

Pour le 3ème (carte Supermicro X7SPA-HF ATOM D510), en cours de mise à
jour, impossible d'installer le nouveau kernel, pas assez de place
sur /lib. Le disque est partitionné comme suit (installation de squeeze
mise à jour en wheezy puis changement de carte mère si je me souviens
bien):
/sda1 /
/sda5 /usr
/sda6 /var
/sda7 swap
/sda8 /tmp
/sda9 /home


Qu'à cela ne tienne, il y a plein de lace sur /home, je déplace /lib
dans /home et crée un lien symbolique de /lib vers /home/lib.
Je relance apt-get dist-upgrade et tout roule.
Je reboot et là:
Kernel panic - not syncing: Attempted to kill init!

Un boot sur le CD netinstall de jessie me mélange toutes les interfaces
réseau et ne me permet pas d'ouvrir un shell sur /dev/sda1

A noter que firmware-linux-nonfree n'est pas installé, c'est peut-être
là que j'ai fait une autre erreur.

Des suggestions avant que je ne fasse façon bourrin ?
sortie du disque de la machine, copie le contenu de sda5 à 9 ailleurs,
supprime /sda5 à 9,agrandissement /sda1, recrée les partitions /sda5 à
9, recopie le contenu de sda5 à 9, suppression du lien
symbolique /lib, transfert de /home/lib dans /lib, réinstallation du
disque dans la machine, prières, reboot

Merci d'avance pour vos lumières.

-- 
Jack.R
http://jack.r.free.fr

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150807183159.50164...@traveller.ajs.home

Re: Mise à jour wheezy - jessie

[Francois Lafont]

Bonjour,

On 07/08/2015 18:31, Jack.R wrote:

 Des suggestions avant que je ne fasse façon bourrin ?

Bon, ça va sûrement pas t'aider des masses mais, personnellement,
le peu de fois où j'ai tenté des upgrades de distributions, ça
c'est toujours mal passé (peut-être que j'ai pas eu de chances,
je ne sais pas). Du coup, depuis maintenant un certains temps,
je réinstalle toujours intégralement le système de zéro avec un
home séparé que je conserve bien sûr. Ensuite, je réinstalle les
paquets dont j'ai besoin et je retrouve un environnement fonctionnel
assez rapidement. En tout cas, ça m'a toujours pris moins de temps
que des faire des migrations (qui foirent dans mon cas)...

Bon, désolé c'est pas très constructif pour toi.
Bon courage.

-- 
François Lafont

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/mq2nng$9nb$1...@ger.gmane.org

Re: Mise à jour wheezy - jessie

[moi-meme]

Le Fri, 07 Aug 2015 19:00:02 +0200, Francois Lafont a écrit :

  Du coup, depuis maintenant un certains temps,
 je réinstalle toujours intégralement le système de zéro avec un home
 séparé que je conserve bien sûr.

en ce qui me concerne je garde aussi le /etc et la liste des paquets 
installés même si les paquets ont changé

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/55c512f8$0$3064$426a7...@news.free.fr

[apt-mirror] Cohabitation Wheezy / Jessie et netinstall

[Yanis Boucherit]

Bonjour à tous,

j'ai un petit soucis en ce moment suite à la sortie de Jessie.
Je vous fait le topo :
On a un parc de serveurs d'environ 200 machines, la plupart sous Wheezy.
Pour les installer, nous passons via un boot PXE sur une image netboot, 
avec des dépôts locaux hébergés sur une machine sur notre LAN.
Récemment, j'ai ajouté Jessie à la liste des repos d'apt-mirror, sauf 
que Wheezy est encore présent en tant que stable.
Quand j'ai voulu installer une machine Jessie, avec l'image netboot qui 
va bien, voilà le résultat dans le syslog de l'install :


 broken mirror: invalid Suite or Codename in Release file for stable.

En gros, je pense que l'installeur essaye de récupérer nos dépôts 
stables (qui du coup correspondent encore à Wheezy, et non pas à 
Jessie).
Comment pourrais-je dire à l'installer Debian de récupérer le dépôt : 
'deb ftp://ftp.mylan/debian/ jessie' et non pas 'deb 
ftp://ftp.mylan/debian/ stable' (qui correspond donc à Wheezy).
Le problème c'est que via apt-mirror je ne peux pas encore passer Jessie 
en stable, ou virer les dépôts Wheezy, puisque nous n'avons pas encore 
programmé de mises à jour sur tous nos serveurs.


Une piste, des idées ?

Merci d'avance :)

Yanis B.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/0242e9bddd69779b780ee6a4be264...@sixadmin.fr

Fwd: [apt-mirror] Cohabitation Wheezy / Jessie et netinstall

[Yanis Boucherit]

Bonjour à tous,

j'ai un petit soucis en ce moment suite à la sortie de Jessie.
Je vous fait le topo :
On a un parc de serveurs d'environ 200 machines, la plupart sous Wheezy.
Pour les installer, nous passons via un boot PXE sur une image netboot, 
avec des dépôts locaux hébergés sur une machine sur notre LAN.
Récemment, j'ai ajouté Jessie à la liste des repos d'apt-mirror, sauf 
que Wheezy est encore présent en tant que stable.
Quand j'ai voulu installer une machine Jessie, avec l'image netboot qui 
va bien, voilà le résultat dans le syslog de l'install :


 broken mirror: invalid Suite or Codename in Release file for stable.

En gros, je pense que l'installeur essaye de récupérer nos dépôts 
stables (qui du coup correspondent encore à Wheezy, et non pas à 
Jessie).
Comment pourrais-je dire à l'installer Debian de récupérer le dépôt : 
'deb ftp://ftp.mylan/debian/ jessie' et non pas 'deb 
ftp://ftp.mylan/debian/ stable' (qui correspond donc à Wheezy).
Le problème c'est que via apt-mirror je ne peux pas encore passer Jessie 
en stable, ou virer les dépôts Wheezy, puisque nous n'avons pas encore 
programmé de mises à jour sur tous nos serveurs.


Une piste, des idées ?

Merci d'avance :)

Yanis B.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/a0a7c8df0b268bc10d382306f9d2d...@sixadmin.fr

Re: Règles de bienséance sur la liste (Re: Connaître les paquets installés en stable / wheezy-backports)

[Vincent Danjean]

  Bonjour,

Le 08/03/2015 21:30, Adrien a écrit :
 Je ne retrouve plus comment faire : je souhaite retrouver la liste des
 paquets installés depuis les dépôts de wheezy-backports, par exemple.
 L'idéal, ce serait de trouver la liste des paquets qui sont en version
 wheezy-backports ET qui sont sélectionnés (i.e. installés manuellement,
 et non des dépendances).

 Pour la petite histoire, je viens de faire une mise à jour sous Jessie,
 et je souhaite vérifier qu'il n'y a pas de résidus de la distribution
 stable avant de retirer définitivement les dépôts de mon sources.list.

  Je viens de lire en entier (et en retard) ce fils et je n'ai pas vu
de réponse très pratique. Pour ma part, j'utilise un script python fait
par un ami que j'ai récemment un peu amélioré : apt-origins
Il est dans le paquet 'apt-moreutils' dans mon dépôt perso (pas dans
l'archive Debian, cf ma signature)
  Depuis que j'ai découvert ce script, je l'utilise *très* fréquemment
pour savoir où en sont mes paquets sur une machine (j'ai tendance à
faire des upgrades partiels et à multiplier les sources APT)

Extrait sur mon système :
$ apt-origins
Reading package lists... Done
Building dependency tree
Reading state information... Done
,--.
| Debian unstable (FR) |
`--'
Too many packages (4682). Use --tabular or --lines=X (x=4682).
,--.
| Debian testing (FR)  |
`--'
gnome-session-fallback libgssapi-krb5-2(2) libk5crypto3(2) libkadm5clnt-mit9
libkadm5srv-mit9 libkdb5-7 libkrb5-3(2) libkrb5support0(2) lintian
plasma-widget-networkmanagement systemsettings
,--.
|  Debian stable (FR)  |
`--'
gnome-themes gnome-themes-extras kde-telepathy-kpeople krfb libdvbpsi9
libkpeople3 libktpcommoninternalsprivate7 libktpmodelsprivate7
libktpwidgetsprivate7 libpapi5.3 libplist2 libproj0 libvncserver0 libvpx1:i386
libx264-142 maven-debian-helper openssl
,--.
|Debian stable security|
`--'
libxen-4.4 libxenstore3.0
[...]
,--.
|  installed/unknown   |
`--'
gpshell grip kerneloops-applet kerneloops-daemon


Le 09/03/2015 13:47, Gaël a écrit :
 je trouve qu'il faut pas éxagérer. La liste n'est pas un support
 technique où on pose une question et on attend une réponse dans les 10
 minutes, mais c'est un endroit où on peut poser des questions et
 probablement avoir une réponse dans les heures/jours qui viennent.

  Bon, là, il s'agit plutôt de mois mais je lis rarement cette liste.

 Je trouve pas que le message d'Adrien soit abusé, surtout qu'en effet,
 c'est pas comme si il venait tous les jours poser une question où on
 trouve la réponse facilement.
 
 Là en plus il ne s'agit pas d'une question ultra simple.

  Non, la question n'est pas simple et ne devrait pas nécessiter de
passer root (modifier les sources APT pour trouver les orphaned
comme suggéré par plusieurs personnes) pour y répondre.

  A+
Vincent

-- 
Vincent Danjean   GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5  CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://people.debian.org/~vdanjean/debian unstable main

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/559a7d21.3080...@ens-lyon.org

Re: apt-get dist-upgrade de Wheezy vers Jessie

[Bernard Schoenacker]

Le Sat, 27 Jun 2015 07:08:49 + (UTC),
fred f.r...@yahoo.fr a écrit :

 
 
  Bonsoir Bernard,
  je ne comprends pas bien ta réponse, tu veux bien en dire
  plus ?Merci !Fred 
 
 sudo -s
 apt-get install apt aptitude dpkg libc6
 
 
 slt
 bernard
 
     
 Bonjour Bernard,
 tu veux dire qu'il faut mettre à jour les paquets que tu cites avant
 un dist-upgrade ?Merci,Fred 

bonjour,

il faut mettre à jour les paquets que je cite avant de faire un 
dist-upgrade
mode opératoire :

sudo -s
apt-get update --fix-missing
apt-get install apt aptitude dpkg libc6
apt-get upgrade
apt-get dist-upgrade


slt
bernard

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150627101525.1ad6181d.bernard.schoenac...@free.fr

Re: apt-get dist-upgrade de Wheezy vers Jessie

[fred]

bonjour,

il faut mettre à jour les paquets que je cite avant de faire un 
dist-upgrade
mode opératoire :

sudo -s
apt-get update --fix-missing
apt-get install apt aptitude dpkg libc6
apt-get upgrade
apt-get dist-upgrade




slt
bernard



Ok merci pour l'info Bernard.
Parcontre sudo -s pour quelle utilité ?Quand il s'agit de modifier le système à 
ce point,
c'est root qui s'en occupe ici..
Merci,Fred


   

Re: apt-get dist-upgrade de Wheezy vers Jessie

[fred]

 Bonsoir Bernard,
 je ne comprends pas bien ta réponse, tu veux bien en dire
 plus ?Merci !Fred 

sudo -s
apt-get install apt aptitude dpkg libc6


slt
bernard

    
Bonjour Bernard,
tu veux dire qu'il faut mettre à jour les paquets que tu cites avant un 
dist-upgrade ?Merci,Fred
   

Re: apt-get dist-upgrade de Wheezy vers Jessie

[maderios]

Le 26/06/2015 07:13, fred a écrit :

Bonjour à tou-te-s,

j'hésite à mettre à jour avec la commande citée en sujet de ce mel,
quelqu'un ici aurait des retours positifs à partager ?

Bonjour
1) D'un point de vue général, tout changement vers un progrès implique 
des risques, même s'ils sont minimes.

2) Choisir, c'est perdre

M

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/558d0e19.8030...@gmail.com

Re: apt-get dist-upgrade de Wheezy vers Jessie

[Sébastien NOBILI]

Bonjour,

Le vendredi 26 juin 2015 à 10:32, maderios a écrit :
 Le 26/06/2015 07:13, fred a écrit :
 Bonjour à tou-te-s,
 
 j'hésite à mettre à jour avec la commande citée en sujet de ce mel,
 quelqu'un ici aurait des retours positifs à partager ?
 Bonjour
 1) D'un point de vue général, tout changement vers un progrès implique des
 risques, même s'ils sont minimes.
 2) Choisir, c'est perdre

J'aime bien ta réponse, elle m'a bien fait marrer !

Pour en revenir à la question, si tu veux passer de Wheezy à Jessie, tu devras
utiliser cette commande, donc si ton hésitation est relative à la commande en
elle-même, tu peux être rassuré, tous ceux qui ont fait cette mise-à-jour ont
fait comme ça.

Si ton hésitation est relative à Jessie et son ecosystème, sache que tu ne
pourras pas rester éternellement avec Wheezy. Tu peux cependant la conserver
encore un peu puisque cette version bénéficiera (comme toutes les précédentes)
d'un support sécurité pendant 1 an et (il me semble) d'un support LTS ensuite.

Pour ma part, je ne regrette pas mon passage à Jessie.

Enfin, si tu te décides à mettre à jour, il est plus que recommandé de lire les
notes de publication :

https://www.debian.org/releases/stable/releasenotes

Sébastien

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150626085828.gb3...@sebian.nob900.homeip.net

Re: apt-get dist-upgrade de Wheezy vers Jessie

[fred]

 Le 26/06/2015 07:13, fred a écrit :
 Bonjour à tou-te-s,
 
 j'hésite à mettre à jour avec la commande citée en sujet de ce mel,
 quelqu'un ici aurait des retours positifs à partager ?


Si ton hésitation est relative à Jessie et son ecosystème, sache que tu ne
pourras pas rester éternellement avec Wheezy. Tu peux cependant la conserver
encore un peu puisque cette version bénéficiera (comme toutes les précédentes)
d'un support sécurité pendant 1 an et (il me semble) d'un support LTS ensuite.

Pour ma part, je ne regrette pas mon passage à Jessie.

Enfin, si tu te décides à mettre à jour, il est plus que recommandé de lire les
notes de publication :

    https://www.debian.org/releases/stable/releasenotes

Sébastien




Merci de ta réponse rapide Sébastien,
effectivement l'hésitation est du coté écosystème VS support longue durée...
Les doutes sont principalement sur systemd (sans vouloir rentrer dans le 
trollage SVP)et la possibilité d'avoir 2 fenêtres dans Nautilus avec F3, ou de 
remplacer Nautilus,mais par quoi, j'utilise pas mal de scripts dans ce 
merveilleux navigateur...
Et puis, j'avais commencé à lire les notes de publication, mais ne peut pas 
faire ça 
comme un job à plein temps... 

D'où la question ici, et ta réponse rassure chouïa, merci !
Si d'autres satisfait-e-s voulaient partager, ou des mécontent-e-s râler ?
Merci !Fred

   

Re: apt-get dist-upgrade de Wheezy vers Jessie

[fred]

De : maderios mader...@gmail.com
 À : debian-user-french@lists.debian.org 
 Envoyé le : Vendredi 26 juin 2015 10h32
 Objet : Re: apt-get dist-upgrade de Wheezy vers Jessie
   


Le 26/06/2015 07:13, fred a écrit :
 Bonjour à tou-te-s,

 j'hésite à mettre à jour avec la commande citée en sujet de ce mel,
 quelqu'un ici aurait des retours positifs à partager ?
Bonjour
1) D'un point de vue général, tout changement vers un progrès implique 
des risques, même s'ils sont minimes.
2) Choisir, c'est perdre



M


Merci de ta réponse M, j'adore commencer le weekend en rigolant ;)Fred


   

apt-get dist-upgrade de Wheezy vers Jessie

[fred]

Bonjour à tou-te-s,
j'hésite à mettre à jour avec la commande citée en sujet de ce mel, 
quelqu'un ici aurait des retours positifs à partager ?
Merci !Fred

Re: Problème mise à jour Wheezy - Suite

[Frédéric Marécaille]

Bonsoir,

Je passe par un proxy (TOR/Privoxy/Polipo) que j'ai configuré dans
/etc/zsh

La sortie complète de wget http://ftp.fr.debian/org

--2015-06-15 22:42:12--  http://ftp.fr.debian.org/
Résolution de localhost (localhost)... 127.0.0.1, ::1
Connexion vers localhost (localhost)|127.0.0.1|:8118...connecté.
requête Proxy transmise, en attente de la réponse...200 OK
Longueur: 1974 (1,9K) [text/html]
Sauvegarde en : «index.html»

100%[]
1 974   --.-K/s   ds 0,04s   

2015-06-15 22:42:12 (49,8 KB/s) - «index.html» sauvegardé [1974/1974]

Le fichier # Proxy HTTP / FTP sans mot de passe
export http_proxy=http://localhost:8118;
export ftp_proxy=ftp://localhost:8118;

Cela a toujours été comme ça, d'ailleurs sur le laptop sous jessie, j'ai
la même chose et le sudo aptitude update fonctionne.

env | grep -i http:

http_proxy=http://localhost:8118

http_proxy= wget http://ftp.fr.debian.org:

--2015-06-15 22:53:21--  http://ftp.fr.debian.org/
Résolution de ftp.fr.debian.org (ftp.fr.debian.org)... 212.27.32.66,
2a01:e0c:1:1598::2
Connexion vers ftp.fr.debian.org
(ftp.fr.debian.org)|212.27.32.66|:80...échec: Connexion terminée par
expiration du délai d'attente.
Connexion vers ftp.fr.debian.org
(ftp.fr.debian.org)|2a01:e0c:1:1598::2|:80...échec: Le réseau n'est pas
accessible.
zsh: exit 4 http_proxy= wget http://ftp.fr.debian.org

sudo http_proxy= apt-get update:

[extrait]
W: Impossible de récupérer
http://security.debian.org/dists/wheezy/updates/non-free/i18n/Translation-fr_FR
Impossible de se connecter à security.debian.org:http : [IP :
195.20.242.89 80]

W: Impossible de récupérer
http://security.debian.org/dists/wheezy/updates/non-free/i18n/Translation-fr
Impossible de se connecter à security.debian.org:http : [IP :
195.20.242.89 80]

W: Impossible de récupérer
http://security.debian.org/dists/wheezy/updates/non-free/i18n/Translation-en
Impossible de se connecter à security.debian.org:http : [IP :
195.20.242.89 80]

W: Impossible de récupérer
http://security.debian.org/dists/wheezy/updates/main/binary-amd64/Packages
Impossible de se connecter à security.debian.org:http : [IP :
195.20.242.89 80]

W: Impossible de récupérer
http://security.debian.org/dists/wheezy/updates/contrib/binary-amd64/Packages
Impossible de se connecter à security.debian.org:http : [IP :
195.20.242.89 80]

W: Impossible de récupérer
http://security.debian.org/dists/wheezy/updates/non-free/binary-amd64/Packages
Impossible de se connecter à security.debian.org:http : [IP :
195.20.242.89 80]

E: Le téléchargement de quelques fichiers d'index a échoué, ils ont été
ignorés, ou les anciens ont été utilisés à la place.
zsh: exit 100   sudo http_proxy= apt-get update
[/extrait]

Le vendredi 12 juin 2015 à 11:42:12, Francois Lafont a écrit :
 Bosnoir
 
 On 12/06/2015 21:17, Frédéric Marécaille wrote:
 
  cette commande wget http://ftp.fr.debian.org/ fonctionne :
 
 Heu... c'est pas si sûr...
 
  wget http://ftp.fr.debian.org/
  --2015-06-12 21:12:48--  http://ftp.fr.debian.org/
  Résolution de localhost (localhost)... 127.0.0.1, ::1
  Connexion vers localhost (localhost)|127.0.0.1|:8118...connecté.
  requête Proxy transmise, en attente de la réponse...200 OK
 
 C'est vraiment ça que ça affiche ? Pour atteindre l'hôte ftp.fr.debian.org
 wget va chercher à contacter localhost ? À mon avis tu as un souci de
 configuration au niveau de wget. Tout se passe comme si tu avais quelque
 part dans ta conf un proxy paramétré pour wget ce qui pourrait expliquer
 ton problème.
 
 Que donnent ces 3 commandes ?
 
 env | grep -i http
 http_proxy= wget http://ftp.fr.debian.org
 sudo http_proxy= apt-get update
 
 Aller voir du côté du fichier /etc/wgetrc s'il n'y a pas un proxy
 de paramétré. Aller voir aussi du côté d'un éventuel fichier .wgetrc
 à la racine de ton home.
 
 -- 
 François Lafont
 
 -- 
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists
 
 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: https://lists.debian.org/557b5234.2080...@free.fr
 
 

-- 
Frédéric Marécaille

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150615210012.ga4...@numericable.fr

Re: Problème mise à jour Wheezy - Suite

[Francois Lafont]

Bonsoir,

On 15/06/2015 23:00, Frédéric Marécaille wrote:

 Je passe par un proxy (TOR/Privoxy/Polipo) que j'ai configuré dans
 /etc/zsh

Ah... heu... rassure-moi, dans la cinquante de messages que constituent
tes 2 fils de discussions Problème de mise à jour Wheezy [suite]
(messages que je n'ai pas tous lus), tu n'as pas manqué d'indiquer tout
ça, hein ? Parce que, quand on a une machine qui ne peut pas faire
aboutir une simple connexion avec un serveur http, ça me semble être
une information relativement cruciale. ;)

En plus je vois qu'il y a du zsh dans l'histoire. Entre les environnements
de root, de ton compte « non-root », de leur shell (bash ou zsh ?) etc. ça
fait beaucoup de paramètres tout ça.

 La sortie complète de wget http://ftp.fr.debian/org
 
 --2015-06-15 22:42:12--  http://ftp.fr.debian.org/
 Résolution de localhost (localhost)... 127.0.0.1, ::1
 Connexion vers localhost (localhost)|127.0.0.1|:8118...connecté.
 requête Proxy transmise, en attente de la réponse...200 OK
 Longueur: 1974 (1,9K) [text/html]
 Sauvegarde en : «index.html»
 
 100%[]
 1 974   --.-K/s   ds 0,04s   
 
 2015-06-15 22:42:12 (49,8 KB/s) - «index.html» sauvegardé [1974/1974]
 
 Le fichier # Proxy HTTP / FTP sans mot de passe
 export http_proxy=http://localhost:8118;
 export ftp_proxy=ftp://localhost:8118;
 
 Cela a toujours été comme ça, d'ailleurs sur le laptop sous jessie, j'ai
 la même chose et le sudo aptitude update fonctionne.
 
 env | grep -i http:
 
 http_proxy=http://localhost:8118
 
 http_proxy= wget http://ftp.fr.debian.org:
 
 --2015-06-15 22:53:21--  http://ftp.fr.debian.org/
 Résolution de ftp.fr.debian.org (ftp.fr.debian.org)... 212.27.32.66,
 2a01:e0c:1:1598::2
 Connexion vers ftp.fr.debian.org
 (ftp.fr.debian.org)|212.27.32.66|:80...échec: Connexion terminée par
 expiration du délai d'attente.
 Connexion vers ftp.fr.debian.org
 (ftp.fr.debian.org)|2a01:e0c:1:1598::2|:80...échec: Le réseau n'est pas
 accessible.
 zsh: exit 4 http_proxy= wget http://ftp.fr.debian.org
 
 sudo http_proxy= apt-get update:
 
 [extrait]
 W: Impossible de récupérer
 http://security.debian.org/dists/wheezy/updates/non-free/i18n/Translation-fr_FR
 Impossible de se connecter à security.debian.org:http : [IP :
 195.20.242.89 80]
 
 W: Impossible de récupérer
 http://security.debian.org/dists/wheezy/updates/non-free/i18n/Translation-fr
 Impossible de se connecter à security.debian.org:http : [IP :
 195.20.242.89 80]
 
 W: Impossible de récupérer
 http://security.debian.org/dists/wheezy/updates/non-free/i18n/Translation-en
 Impossible de se connecter à security.debian.org:http : [IP :
 195.20.242.89 80]
 
 W: Impossible de récupérer
 http://security.debian.org/dists/wheezy/updates/main/binary-amd64/Packages
 Impossible de se connecter à security.debian.org:http : [IP :
 195.20.242.89 80]
 
 W: Impossible de récupérer
 http://security.debian.org/dists/wheezy/updates/contrib/binary-amd64/Packages
 Impossible de se connecter à security.debian.org:http : [IP :
 195.20.242.89 80]
 
 W: Impossible de récupérer
 http://security.debian.org/dists/wheezy/updates/non-free/binary-amd64/Packages
 Impossible de se connecter à security.debian.org:http : [IP :
 195.20.242.89 80]
 
 E: Le téléchargement de quelques fichiers d'index a échoué, ils ont été
 ignorés, ou les anciens ont été utilisés à la place.
 zsh: exit 100   sudo http_proxy= apt-get update
 [/extrait]

Désolé, je sèche.
Bon courage.

-- 
François Lafont

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/mlnhaj$pg0$1...@ger.gmane.org

Re: Problème mise à jour Wheezy - Suite

[Frédéric Marécaille]

cette commande wget http://ftp.fr.debian.org/ fonctionne :

wget http://ftp.fr.debian.org/
--2015-06-12 21:12:48--  http://ftp.fr.debian.org/
Résolution de localhost (localhost)... 127.0.0.1, ::1
Connexion vers localhost (localhost)|127.0.0.1|:8118...connecté.
requête Proxy transmise, en attente de la réponse...200 OK
Longueur: 1974 (1,9K) [text/html]
Sauvegarde en : «index.html»

100%[]
1 974   --.-K/s   ds 0s  

2015-06-12 21:12:49 (80,6 MB/s) - «index.html» sauvegardé [1974/1974]

La sortie de sudo aptitude update:

Erreur http://ftp.fr.debian.org wheezy Release.gpg  
  
  Connexion à ftp.fr.debian.org: 80 (212.27.32.66) impossible. - connect
(110: Connexion terminée par expiration du délai d'attente)
Erreur http://ftp.fr.debian.org wheezy-updates Release.gpg
  Impossible de se connecter à ftp.fr.debian.org:http :
Erreur http://www.deb-multimedia.org wheezy Release.gpg
  Connexion à www.deb-multimedia.org: 80 (91.121.10.104) impossible. -
connect (110: Connexion terminée par expiration du délai d'attente)
Erreur http://ftp.debian.org wheezy-backports Release.gpg
  Connexion à ftp.debian.org: 80 (130.89.148.12) impossible. - connect
(110: Connexion terminée par expiration du délai d'attente)
Ignoré http://ftp.fr.debian.org wheezy Release
Ignoré http://www.deb-multimedia.org wheezy Release
Ignoré http://ftp.debian.org wheezy-backports Release
Ignoré http://ftp.fr.debian.org wheezy-updates Release
Ignoré http://ftp.debian.org wheezy-backports/main amd64
Packages/DiffIndex
Ignoré http://www.deb-multimedia.org wheezy/main amd64
Packages/DiffIndex
Ignoré http://ftp.fr.debian.org wheezy/main amd64 Packages/DiffIndex
Ignoré http://ftp.fr.debian.org wheezy/contrib amd64 Packages/DiffIndex
Ignoré http://ftp.fr.debian.org wheezy/non-free amd64 Packages/DiffIndex
Ignoré http://ftp.debian.org wheezy-backports/contrib amd64
Packages/DiffIndex
Ignoré http://ftp.debian.org wheezy-backports/non-free amd64
Packages/DiffIndex
Ignoré http://ftp.fr.debian.org wheezy-updates/main amd64
Packages/DiffIndex
Ignoré http://ftp.fr.debian.org wheezy-updates/contrib amd64
Packages/DiffIndex
Ignoré http://ftp.fr.debian.org wheezy-updates/non-free amd64
Packages/DiffIndex
Erreur http://www.deb-multimedia.org wheezy/main Translation-fr_FR
  Impossible de se connecter à www.deb-multimedia.org:http :
Erreur http://www.deb-multimedia.org wheezy/main Translation-fr
  Impossible de se connecter à www.deb-multimedia.org:http :
Erreur http://ftp.debian.org wheezy-backports/contrib Translation-fr_FR
  Impossible de se connecter à ftp.debian.org:http :
Erreur http://ftp.debian.org wheezy-backports/contrib Translation-fr
  Impossible de se connecter à ftp.debian.org:http :


Le mercredi 10 juin 2015 à 11:22:43, Jean-Jacques Doti a écrit :
 Le 09/06/2015 22:01, Frédéric Marécaille a écrit :
 # ifconfig -a
 eth0  Link encap:Ethernet  HWaddr 74:27:ea:a1:46:de
inet adr:192.168.0.16  Bcast:192.168.0.255
 Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:9171361 errors:0 dropped:0 overruns:0 frame:0
TX packets:6907278 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:10273432775 (9.5 GiB)  TX bytes:3585144154 (3.3 GiB)
Interruption:42 Adresse de base:0x8000
 
 loLink encap:Boucle locale
inet adr:127.0.0.1  Masque:255.0.0.0
UP LOOPBACK RUNNING  MTU:16436  Metric:1
RX packets:2460418 errors:0 dropped:0 overruns:0 frame:0
TX packets:2460418 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:1791461693 (1.6 GiB)  TX bytes:1791461693 (1.6 GiB)
 
 # ping free.fr
 ping -c3 free.fr
 PING free.fr (212.27.48.10) 56(84) bytes of data.
 64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms
 64 bytes from www.free.fr (212.27.48.10): icmp_req=2 ttl=51 time=46.2 ms
 64 bytes from www.free.fr (212.27.48.10): icmp_req=3 ttl=51 time=47.7 ms
 
 --- free.fr ping statistics ---
 3 packets transmitted, 3 received, 0% packet loss, time 2003ms
 rtt min/avg/max/mdev = 25.447/39.800/47.727/10.169 ms
 
 /etc/network/interfaces
 # This file describes the network interfaces available on your system
 # and how to activate them. For more information, see interfaces(5).
 
 # The loopback network interface
 auto lo
 iface lo inet loopback
 
 # The primary network interface
 allow-hotplug eth0
 iface eth0 inet dhcp
 
 Le mardi 09 juin 2015 à 05:57:08, andre_deb...@numericable.fr a écrit :
 On Monday 08 June 2015 21:31:33 Frédéric Marécaille wrote:
 Bon, suite aux diverses recommandations, j'ai désactivé le protocole
 IPV6 sur ma Debian Wheezy (lien donné par Bernard Schoenacker

Re: Problème mise à jour Wheezy - Suite

[Francois Lafont]

Bosnoir

On 12/06/2015 21:17, Frédéric Marécaille wrote:

 cette commande wget http://ftp.fr.debian.org/ fonctionne :

Heu... c'est pas si sûr...

 wget http://ftp.fr.debian.org/
 --2015-06-12 21:12:48--  http://ftp.fr.debian.org/
 Résolution de localhost (localhost)... 127.0.0.1, ::1
 Connexion vers localhost (localhost)|127.0.0.1|:8118...connecté.
 requête Proxy transmise, en attente de la réponse...200 OK

C'est vraiment ça que ça affiche ? Pour atteindre l'hôte ftp.fr.debian.org
wget va chercher à contacter localhost ? À mon avis tu as un souci de
configuration au niveau de wget. Tout se passe comme si tu avais quelque
part dans ta conf un proxy paramétré pour wget ce qui pourrait expliquer
ton problème.

Que donnent ces 3 commandes ?

env | grep -i http
http_proxy= wget http://ftp.fr.debian.org
sudo http_proxy= apt-get update

Aller voir du côté du fichier /etc/wgetrc s'il n'y a pas un proxy
de paramétré. Aller voir aussi du côté d'un éventuel fichier .wgetrc
à la racine de ton home.

-- 
François Lafont

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/557b5234.2080...@free.fr

Re: Problème mise à jour Wheezy - Suite

[Frédéric Marécaille]

Résultat de id:
uid=1000(neo) gid=1000(neo)
groupes=1000(neo),24(cdrom),25(floppy),29(audio),30(dip),33(www-data),44(video),46(plugdev)

sudo id:
uid=0(root) gid=0(root) groupes=0(root)

Le mercredi 10 juin 2015 à 10:53:15, Francois Lafont a écrit :
 Bonsoir,
 
 On 10/06/2015 22:41, Frédéric Marécaille wrote:
 
  Punaise!! bien vu andre_debian!! en passant par su et ensuite apt-get
  update cela fonctionne mais pas avec sudo apt-get update, pourquoi???
 
 Je pense que tu devrais poster un copier/coller du
 résultat de la commande « sudo apt-get update ».
 
 Par ailleurs, que donne les 2 commandes suivantes :
 
 id
 sudo id
 
 -- 
 François Lafont
 
 -- 
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists
 
 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: https://lists.debian.org/5578a3bb.4040...@free.fr
 
 

-- 
Frédéric Marécaille

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150612191950.gb19...@numericable.fr

Re: Problème mise à jour Wheezy - Suite

[Frédéric Marécaille]

Le contenu de /etc/sudoers:
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaultsenv_reset
Defaultsmail_badpass
Defaults
secure_path=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
rootALL=(ALL:ALL) ALL

# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on #include directives:

#includedir /etc/sudoers.d
neo ALL=(ALL:ALL) ALL

sudo -l
Matching Defaults entries for neo on this host:
env_reset, mail_badpass,
secure_path=/usr/local/sbin\:/usr/local/bin\:/usr/sbin\:/usr/bin\:/sbin\:/bin

User neo may run the following commands on this host:


Le jeudi 11 juin 2015 à 11:27:52, Jean-Jacques Doti a écrit :
 Le 10/06/2015 22:57, andre_deb...@numericable.fr a écrit :
 On Wednesday 10 June 2015 22:41:50 F. Marécaille wrote:
 Punaise!! bien vu andre_debian!! en passant par su et ensuite apt-get
 update cela fonctionne mais pas avec sudo apt-get update, pourquoi???
 […]
 C'est parce que ton sudo n'est pas configuré,
 /etc/sudoers
 Stoppes le et après c'est soit $ ou # :
 /etc/init.d/./sudo stop
 ainsi que dans le /etc/rc2.d = # mv SXsudo KSXsudo
 X étant le n° du processus et S comme start et K comme kill.
 Il ne démarrera plus au prochain boot du pc.
 sudo est un truc d'Ubuntu qui ne m'a jamais plu.
 Je ne me prononcerai pas sur l'utilité de sudo pour éviter les polémiques
 (même si cela peut être très utile, mais dangereux si mal maîtrisé, pour
 déléguer juste certains droits à des utilisateurs particuliers) mais ce que
 propose André ne sert pas à grand chose : sudo n'est pas un service avec un
 démon qui s'exécute en permanence.
 /etc/init.d/sudo start se contente de modifier des droits dans
 /var/lib/sudo et /etc/init.d/sudo stop ne fait strictement rien !
 
 Et tout cela ne nous explique pas pourquoi la commande aptitude update (ou
 plutôt sudo aptitude update) ne fonctionnait pas. L'erreur initiale
 semblait être un soucis de connexion en IPv6 mais il semble que les causes
 pouvaient être multiples et nous n'avons pas de détails concernant les
 messages d'erreur après la désactivation d'IPv6. Le contenu du fichier
 /etc/sudoers ou le résultat de la commande sudo -l (exécutée par
 l'utilisateur qui faisait la mise à jour) seraient également intéressant
 pour faire un diagnostic (je n'aime pas lâcher une question sans comprendre
 d'où venait le soucis, même si un contournement a été trouvé).
 
 @+
 Jean-Jacques
 
 -- 
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists
 
 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: https://lists.debian.org/55795498.5030...@doti.fr
 
 

-- 
Frédéric Marécaille

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150612192244.gc19...@numericable.fr

Re: Problème mise à jour Wheezy - Suite

[Sébastien NOBILI]

Bonjour,

Le jeudi 11 juin 2015 à  0:51, mireero a écrit :
 Les 2 outils se basent sur la même base de donnée donc peuvent être utilisés
 indifféremment (y'en a qui disent qu'il faut en choisir un et rester
 dessus).

Oui, « y'en a qui disent ». Pour ma part, je les mixe suffisamment pour affirmer
qu'ils font bon ménage.

 J'avais lu une fois qu'officiellement aptitude était conseillé par l'équipe
 debian, je sais pas trop ce qu'il en est.

Aptitude a été recommandé face à apt-get à une époque (je dirais bien à l'époque
de Sarge, mais pas vraiment sûr…), mais ce n'est plus le cas.

Sébastien

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150611102138.gc3...@sebian.nob900.homeip.net

Re: Problème mise à jour Wheezy - Suite

[Jean-Jacques Doti]

Le 10/06/2015 22:57, andre_deb...@numericable.fr a écrit :

On Wednesday 10 June 2015 22:41:50 F. Marécaille wrote:

Punaise!! bien vu andre_debian!! en passant par su et ensuite apt-get
update cela fonctionne mais pas avec sudo apt-get update, pourquoi???

[…]
C'est parce que ton sudo n'est pas configuré,
/etc/sudoers
Stoppes le et après c'est soit $ ou # :
/etc/init.d/./sudo stop
ainsi que dans le /etc/rc2.d = # mv SXsudo KSXsudo
X étant le n° du processus et S comme start et K comme kill.
Il ne démarrera plus au prochain boot du pc.
sudo est un truc d'Ubuntu qui ne m'a jamais plu.
Je ne me prononcerai pas sur l'utilité de sudo pour éviter les 
polémiques (même si cela peut être très utile, mais dangereux si mal 
maîtrisé, pour déléguer juste certains droits à des utilisateurs 
particuliers) mais ce que propose André ne sert pas à grand chose : sudo 
n'est pas un service avec un démon qui s'exécute en permanence.
/etc/init.d/sudo start se contente de modifier des droits dans 
/var/lib/sudo et /etc/init.d/sudo stop ne fait strictement rien !


Et tout cela ne nous explique pas pourquoi la commande aptitude update 
(ou plutôt sudo aptitude update) ne fonctionnait pas. L'erreur 
initiale semblait être un soucis de connexion en IPv6 mais il semble que 
les causes pouvaient être multiples et nous n'avons pas de détails 
concernant les messages d'erreur après la désactivation d'IPv6. Le 
contenu du fichier /etc/sudoers ou le résultat de la commande sudo -l 
(exécutée par l'utilisateur qui faisait la mise à jour) seraient 
également intéressant pour faire un diagnostic (je n'aime pas lâcher une 
question sans comprendre d'où venait le soucis, même si un contournement 
a été trouvé).


@+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/55795498.5030...@doti.fr

Re: Problème mise à jour Wheezy - Suite

[Jean-Jacques Doti]

Le 09/06/2015 22:01, Frédéric Marécaille a écrit :

# ifconfig -a
eth0  Link encap:Ethernet  HWaddr 74:27:ea:a1:46:de
   inet adr:192.168.0.16  Bcast:192.168.0.255
Masque:255.255.255.0
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:9171361 errors:0 dropped:0 overruns:0 frame:0
   TX packets:6907278 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 lg file transmission:1000
   RX bytes:10273432775 (9.5 GiB)  TX bytes:3585144154 (3.3 GiB)
   Interruption:42 Adresse de base:0x8000

loLink encap:Boucle locale
   inet adr:127.0.0.1  Masque:255.0.0.0
   UP LOOPBACK RUNNING  MTU:16436  Metric:1
   RX packets:2460418 errors:0 dropped:0 overruns:0 frame:0
   TX packets:2460418 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 lg file transmission:0
   RX bytes:1791461693 (1.6 GiB)  TX bytes:1791461693 (1.6 GiB)

# ping free.fr
ping -c3 free.fr
PING free.fr (212.27.48.10) 56(84) bytes of data.
64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms
64 bytes from www.free.fr (212.27.48.10): icmp_req=2 ttl=51 time=46.2 ms
64 bytes from www.free.fr (212.27.48.10): icmp_req=3 ttl=51 time=47.7 ms

--- free.fr ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 25.447/39.800/47.727/10.169 ms

/etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

Le mardi 09 juin 2015 à 05:57:08, andre_deb...@numericable.fr a écrit :

On Monday 08 June 2015 21:31:33 Frédéric Marécaille wrote:

Bon, suite aux diverses recommandations, j'ai désactivé le protocole
IPV6 sur ma Debian Wheezy (lien donné par Bernard Schoenacker).
Toujours le même résultat: la mise à jour de la wheezy se heurte
toujours à un problème de connection aux serveurs Debian.
Je rappelle que le réseau sur cette Debian semble fonctionnel.
Je ping des adresses internet en console.
Je dispose par ailleur d'un portable sous Jessie pour lesquels les mises
à jour fonctionnent normalement, je n'y comprends rien!
Cette Debian wheezy est un PC fixe qui fait office de serveur, les mises
à jours ne fonctionnent plus depuis quelques temps.
Je n'ai pourtant pas fais de changement majeurs dessus...
Dans tes premiers messages, l'erreur que tu remontais indiquait un 
problème de connexion en IPv6 vers le serveur miroir Debian. Comme la 
connexion IPv4 était bien fonctionnelle, un ping free.fr ne peut pas 
nous apprendre grand chose puisque ce ping se fait systématiquement en 
IPv4 (sinon, il faudrait utiliser la commande ping6).
Cependant, tu indiques que le protocole IPv6 a été désactivé depuis 
(comme le confirme le résultat de la commande ifconfig). L'erreur que tu 
obtiens lors d'un aptitude update a donc dû changer. Quelle est cette 
erreur à présent ?

Et rencontres-tu mes mêmes soucis avec apt-get ?

Est-ce que la commande suivante :
wget http://ftp.fr.debian.org/
fonctionne correctement ?

Comme ces problèmes ne semblent survenir qu'avec aptitude (et apt-get 
?), tu devrais jeter un coup d'œil sur l'ensemble des fichiers de 
configuration présent sous /etc/apt (en particulier ce qui se trouve 
dans les sous-répertoires apt.conf.d et preferences.d) pour voir si tu 
détectes quelque chose de bizarre.


Bon courage,
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/557801e3.3010...@doti.fr

Re: Problème mise à jour Wheezy - Suite

[andre_debian]

Au fait, lances tu apt-get update and co...
en tant que user ou root ?


On Tuesday 09 June 2015 23:36:12 Christophe wrote:
 Hello,

 Le 09/06/2015 22:01, Frédéric Marécaille a écrit :
  # ifconfig -a
  eth0  Link encap:Ethernet  HWaddr 74:27:ea:a1:46:de
 inet adr:192.168.0.16  Bcast:192.168.0.255
  Masque:255.255.255.0
 UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
 RX packets:9171361 errors:0 dropped:0 overruns:0 frame:0
 TX packets:6907278 errors:0 dropped:0 overruns:0 carrier:0
 collisions:0 lg file transmission:1000
 RX bytes:10273432775 (9.5 GiB)  TX bytes:3585144154 (3.3 GiB)
 Interruption:42 Adresse de base:0x8000
 
  loLink encap:Boucle locale
 inet adr:127.0.0.1  Masque:255.0.0.0
 UP LOOPBACK RUNNING  MTU:16436  Metric:1
 RX packets:2460418 errors:0 dropped:0 overruns:0 frame:0
 TX packets:2460418 errors:0 dropped:0 overruns:0 carrier:0
 collisions:0 lg file transmission:0
 RX bytes:1791461693 (1.6 GiB)  TX bytes:1791461693 (1.6 GiB)
 
  # ping free.fr
  ping -c3 free.fr
  PING free.fr (212.27.48.10) 56(84) bytes of data.
  64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms
  64 bytes from www.free.fr (212.27.48.10): icmp_req=2 ttl=51 time=46.2 ms
  64 bytes from www.free.fr (212.27.48.10): icmp_req=3 ttl=51 time=47.7 ms
 
  --- free.fr ping statistics ---
  3 packets transmitted, 3 received, 0% packet loss, time 2003ms
  rtt min/avg/max/mdev = 25.447/39.800/47.727/10.169 ms
 
  /etc/network/interfaces
  [...]

 'route -n'
 et
 'iptables -vnL' ??

 Parce que ça commence à devenir mystique ton truc la ;) ...

 Au passage, si j'ai bien compris il s'agit d'un serveur ... pourquoi
 diable n'y a t'il pas de configuration réseau fixe dessus ?

 @+
 Christophe.





--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201506101124.37155.andre_deb...@numericable.fr

Re: Problème mise à jour Wheezy - Suite

[Maderios]

On 06/10/2015 10:40 PM, Frédéric Marécaille wrote:
 Qu'entends tu par pourquoi diable n'y a t'il pas de configuration
 réseau fixe dessus?
Et pourquoi, diable, ne postes tu pas ici le résultat qu'une foule de
gens te propose d'essayer, pourquoi une description aussi vague?

-- 
Maderios

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5578a2e0.4070...@gmail.com

Re: Problème mise à jour Wheezy - Suite

[Frédéric Marécaille]

Qu'entends tu par pourquoi diable n'y a t'il pas de configuration
réseau fixe dessus?

Le mardi 09 juin 2015 à 11:36:12, Christophe a écrit :
 Hello,
 
 Le 09/06/2015 22:01, Frédéric Marécaille a écrit :
 
 # ifconfig -a
 eth0  Link encap:Ethernet  HWaddr 74:27:ea:a1:46:de
inet adr:192.168.0.16  Bcast:192.168.0.255
 Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:9171361 errors:0 dropped:0 overruns:0 frame:0
TX packets:6907278 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:10273432775 (9.5 GiB)  TX bytes:3585144154 (3.3 GiB)
Interruption:42 Adresse de base:0x8000
 
 loLink encap:Boucle locale
inet adr:127.0.0.1  Masque:255.0.0.0
UP LOOPBACK RUNNING  MTU:16436  Metric:1
RX packets:2460418 errors:0 dropped:0 overruns:0 frame:0
TX packets:2460418 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:1791461693 (1.6 GiB)  TX bytes:1791461693 (1.6 GiB)
 
 # ping free.fr
 ping -c3 free.fr
 PING free.fr (212.27.48.10) 56(84) bytes of data.
 64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms
 64 bytes from www.free.fr (212.27.48.10): icmp_req=2 ttl=51 time=46.2 ms
 64 bytes from www.free.fr (212.27.48.10): icmp_req=3 ttl=51 time=47.7 ms
 
 --- free.fr ping statistics ---
 3 packets transmitted, 3 received, 0% packet loss, time 2003ms
 rtt min/avg/max/mdev = 25.447/39.800/47.727/10.169 ms
 
 /etc/network/interfaces
 [...]
 
 'route -n'
 et
 'iptables -vnL' ??
 
 Parce que ça commence à devenir mystique ton truc la ;) ...
 
 Au passage, si j'ai bien compris il s'agit d'un serveur ... pourquoi diable
 n'y a t'il pas de configuration réseau fixe dessus ?
 
 @+
 Christophe.
 
 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists
 
 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: https://lists.debian.org/55775c4c.9090...@stuxnet.org
 
 

-- 
Frédéric Marécaille

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150610204030.ga18...@numericable.fr

Re: Problème mise à jour Wheezy - Suite

[Frédéric Marécaille]

en aparté, apt-get ou aptitude est une histoire de préférences
personnelles ou convient il d'utiliser plutôt l'un que l'autre?

Non, je ne veux pas de troll ;)

Le mercredi 10 juin 2015 à 11:22:43, Jean-Jacques Doti a écrit :
 Le 09/06/2015 22:01, Frédéric Marécaille a écrit :
 # ifconfig -a
 eth0  Link encap:Ethernet  HWaddr 74:27:ea:a1:46:de
inet adr:192.168.0.16  Bcast:192.168.0.255
 Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:9171361 errors:0 dropped:0 overruns:0 frame:0
TX packets:6907278 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:10273432775 (9.5 GiB)  TX bytes:3585144154 (3.3 GiB)
Interruption:42 Adresse de base:0x8000
 
 loLink encap:Boucle locale
inet adr:127.0.0.1  Masque:255.0.0.0
UP LOOPBACK RUNNING  MTU:16436  Metric:1
RX packets:2460418 errors:0 dropped:0 overruns:0 frame:0
TX packets:2460418 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:1791461693 (1.6 GiB)  TX bytes:1791461693 (1.6 GiB)
 
 # ping free.fr
 ping -c3 free.fr
 PING free.fr (212.27.48.10) 56(84) bytes of data.
 64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms
 64 bytes from www.free.fr (212.27.48.10): icmp_req=2 ttl=51 time=46.2 ms
 64 bytes from www.free.fr (212.27.48.10): icmp_req=3 ttl=51 time=47.7 ms
 
 --- free.fr ping statistics ---
 3 packets transmitted, 3 received, 0% packet loss, time 2003ms
 rtt min/avg/max/mdev = 25.447/39.800/47.727/10.169 ms
 
 /etc/network/interfaces
 # This file describes the network interfaces available on your system
 # and how to activate them. For more information, see interfaces(5).
 
 # The loopback network interface
 auto lo
 iface lo inet loopback
 
 # The primary network interface
 allow-hotplug eth0
 iface eth0 inet dhcp
 
 Le mardi 09 juin 2015 à 05:57:08, andre_deb...@numericable.fr a écrit :
 On Monday 08 June 2015 21:31:33 Frédéric Marécaille wrote:
 Bon, suite aux diverses recommandations, j'ai désactivé le protocole
 IPV6 sur ma Debian Wheezy (lien donné par Bernard Schoenacker).
 Toujours le même résultat: la mise à jour de la wheezy se heurte
 toujours à un problème de connection aux serveurs Debian.
 Je rappelle que le réseau sur cette Debian semble fonctionnel.
 Je ping des adresses internet en console.
 Je dispose par ailleur d'un portable sous Jessie pour lesquels les mises
 à jour fonctionnent normalement, je n'y comprends rien!
 Cette Debian wheezy est un PC fixe qui fait office de serveur, les mises
 à jours ne fonctionnent plus depuis quelques temps.
 Je n'ai pourtant pas fais de changement majeurs dessus...
 Dans tes premiers messages, l'erreur que tu remontais indiquait un problème
 de connexion en IPv6 vers le serveur miroir Debian. Comme la connexion IPv4
 était bien fonctionnelle, un ping free.fr ne peut pas nous apprendre grand
 chose puisque ce ping se fait systématiquement en IPv4 (sinon, il faudrait
 utiliser la commande ping6).
 Cependant, tu indiques que le protocole IPv6 a été désactivé depuis (comme
 le confirme le résultat de la commande ifconfig). L'erreur que tu obtiens
 lors d'un aptitude update a donc dû changer. Quelle est cette erreur à
 présent ?
 Et rencontres-tu mes mêmes soucis avec apt-get ?
 
 Est-ce que la commande suivante :
 wget http://ftp.fr.debian.org/
 fonctionne correctement ?
 
 Comme ces problèmes ne semblent survenir qu'avec aptitude (et apt-get ?), tu
 devrais jeter un coup d'œil sur l'ensemble des fichiers de configuration
 présent sous /etc/apt (en particulier ce qui se trouve dans les
 sous-répertoires apt.conf.d et preferences.d) pour voir si tu détectes
 quelque chose de bizarre.
 
 Bon courage,
 Jean-Jacques
 
 -- 
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists
 
 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: https://lists.debian.org/557801e3.3010...@doti.fr
 
 

-- 
Frédéric Marécaille

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150610204318.gc18...@numericable.fr

Re: Problème mise à jour Wheezy - Suite

[andre_debian]

On Wednesday 10 June 2015 22:41:50 F. Marécaille wrote:
 Punaise!! bien vu andre_debian!! en passant par su et ensuite apt-get
 update cela fonctionne mais pas avec sudo apt-get update, pourquoi???

Aah, enfin ! ! ! 

Tu me paieras un café pour la peine, espèce de padawan ! :-)

Je n'utilise pas sudo, chez moi, c'est soit user ou root.

C'est parce que ton sudo n'est pas configuré,
/etc/sudoers
Stoppes le et après c'est soit $ ou # :
/etc/init.d/./sudo stop
ainsi que dans le /etc/rc2.d = # mv SXsudo KSXsudo
X étant le n° du processus et S comme start et K comme kill.
Il ne démarrera plus au prochain boot du pc.
sudo est un truc d'Ubuntu qui ne m'a jamais plu.

André

 Le mercredi 10 juin 2015 à 11:24:37, andre_deb...@numericable.fr a écrit :
  Au fait, lances tu apt-get update and co...
  en tant que user ou root ?

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201506102257.00503.andre_deb...@numericable.fr

Re: Problème mise à jour Wheezy - Suite

[Francois Lafont]

Bonsoir,

On 10/06/2015 22:41, Frédéric Marécaille wrote:

 Punaise!! bien vu andre_debian!! en passant par su et ensuite apt-get
 update cela fonctionne mais pas avec sudo apt-get update, pourquoi???

Je pense que tu devrais poster un copier/coller du
résultat de la commande « sudo apt-get update ».

Par ailleurs, que donne les 2 commandes suivantes :

id
sudo id

-- 
François Lafont

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5578a3bb.4040...@free.fr

Re: Problème mise à jour Wheezy - Suite

[mireero]

On 06/10/2015 10:50 PM, Frédéric Marécaille wrote:

en aparté, apt-get ou aptitude est une histoire de préférences
personnelles ou convient il d'utiliser plutôt l'un que l'autre?


Les 2 outils se basent sur la même base de donnée donc peuvent être 
utilisés indifféremment (y'en a qui disent qu'il faut en choisir un et 
rester dessus).


En cas de problème de dépendances:
La seule différence importante, c'est qu'aptitude cherche des solutions 
et te permet d'avancer même si ça ne règles pas toutes les dépendances, 
il est plus souple. Dans la même situation, apt-get te redonne la main 
avec un message d'erreur.


J'avais lu une fois qu'officiellement aptitude était conseillé par 
l'équipe debian, je sais pas trop ce qu'il en est.


Dans le cas d'un passage à une version supérieure de debian, il est par 
contre conseillé d'utiliser apt-get pour l'upgrade (??).


Sinon, il y a des différences mineures, apt-cache par exemple a 
madison ou policy qui sont intéressants, aptitude why/why-not 
qui me plaisent bien.


Ou encore la recherche d'un paquet:
~$ aptitude search php | wc
  4973876   40261
~$ apt-cache search php | wc
  7325583   41750
apt-cache cherche aussi dans la description, ma méthode, c'est de 
commencer par aptitude et si je trouve rien je passe à apt-cache.


Sinon, c'est une question de goût (ou d'habitude), moi j'utilise 
aptitude à 90% et certains outils apt-* de temps en temps.


Il doit y avoir d'autres différences mais j'imagine que j'ai fait le 
tour en gros.


--
mireero

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5578bf80$0$3319$426a7...@news.free.fr

Re: Problème mise à jour Wheezy - Suite

[Bernard Schoenacker]

Le Tue, 9 Jun 2015 17:57:08 +0200,
andre_deb...@numericable.fr a écrit :

 On Monday 08 June 2015 21:31:33 Frédéric Marécaille wrote:
  Bon, suite aux diverses recommandations, j'ai désactivé le protocole
  IPV6 sur ma Debian Wheezy (lien donné par Bernard Schoenacker).
  Toujours le même résultat: la mise à jour de la wheezy se heurte
  toujours à un problème de connection aux serveurs Debian.
  Je rappelle que le réseau sur cette Debian semble fonctionnel.
  Je ping des adresses internet en console.
  Je dispose par ailleur d'un portable sous Jessie pour lesquels les
  mises à jour fonctionnent normalement, je n'y comprends rien!
  Cette Debian wheezy est un PC fixe qui fait office de serveur, les
  mises à jours ne fonctionnent plus depuis quelques temps.
  Je n'ai pourtant pas fais de changement majeurs dessus...
 
 Que donne ? :
 
 # ifconfig -a
 
 # ping free.fr
 3 premières lignes
 
 Le contenu de /etc/network/interfaces
 
 André
 

bonjour,

petit correctif pour ping:

ping -c3 free.fr

remarque concernant  /etc/network/interfaces , depuis network-manager
le fichier est presque vide ...


cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback


slt
bernard

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150609180456.5ff3ce13.bernard.schoenac...@free.fr

Re: Problème mise à jour Wheezy - Suite

[andre_debian]

On Monday 08 June 2015 21:31:33 Frédéric Marécaille wrote:
 Bon, suite aux diverses recommandations, j'ai désactivé le protocole
 IPV6 sur ma Debian Wheezy (lien donné par Bernard Schoenacker).
 Toujours le même résultat: la mise à jour de la wheezy se heurte
 toujours à un problème de connection aux serveurs Debian.
 Je rappelle que le réseau sur cette Debian semble fonctionnel.
 Je ping des adresses internet en console.
 Je dispose par ailleur d'un portable sous Jessie pour lesquels les mises
 à jour fonctionnent normalement, je n'y comprends rien!
 Cette Debian wheezy est un PC fixe qui fait office de serveur, les mises
 à jours ne fonctionnent plus depuis quelques temps.
 Je n'ai pourtant pas fais de changement majeurs dessus...

Que donne ? :

# ifconfig -a

# ping free.fr
3 premières lignes

Le contenu de /etc/network/interfaces

André

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201506091757.08848.andre_deb...@numericable.fr

Re: Problème mise à jour Wheezy - Suite

[Record Marc-Antoine]

Bonsoir,

Est-ce que les indications données en 5.4 de cette page :

http://doc.ubuntu-fr.org/network-manager

ne pourraient pas vous aider?

Le 09/06/2015 22:01, Frédéric Marécaille a écrit :

# ifconfig -a
eth0  Link encap:Ethernet  HWaddr 74:27:ea:a1:46:de
   inet adr:192.168.0.16  Bcast:192.168.0.255
Masque:255.255.255.0
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:9171361 errors:0 dropped:0 overruns:0 frame:0
   TX packets:6907278 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 lg file transmission:1000
   RX bytes:10273432775 (9.5 GiB)  TX bytes:3585144154 (3.3 GiB)
   Interruption:42 Adresse de base:0x8000

loLink encap:Boucle locale
   inet adr:127.0.0.1  Masque:255.0.0.0
   UP LOOPBACK RUNNING  MTU:16436  Metric:1
   RX packets:2460418 errors:0 dropped:0 overruns:0 frame:0
   TX packets:2460418 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 lg file transmission:0
   RX bytes:1791461693 (1.6 GiB)  TX bytes:1791461693 (1.6 GiB)

# ping free.fr
ping -c3 free.fr
PING free.fr (212.27.48.10) 56(84) bytes of data.
64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms
64 bytes from www.free.fr (212.27.48.10): icmp_req=2 ttl=51 time=46.2 ms
64 bytes from www.free.fr (212.27.48.10): icmp_req=3 ttl=51 time=47.7 ms

--- free.fr ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 25.447/39.800/47.727/10.169 ms

/etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

Le mardi 09 juin 2015 à 05:57:08, andre_deb...@numericable.fr a écrit :

On Monday 08 June 2015 21:31:33 Frédéric Marécaille wrote:

Bon, suite aux diverses recommandations, j'ai désactivé le protocole
IPV6 sur ma Debian Wheezy (lien donné par Bernard Schoenacker).
Toujours le même résultat: la mise à jour de la wheezy se heurte
toujours à un problème de connection aux serveurs Debian.
Je rappelle que le réseau sur cette Debian semble fonctionnel.
Je ping des adresses internet en console.
Je dispose par ailleur d'un portable sous Jessie pour lesquels les mises
à jour fonctionnent normalement, je n'y comprends rien!
Cette Debian wheezy est un PC fixe qui fait office de serveur, les mises
à jours ne fonctionnent plus depuis quelques temps.
Je n'ai pourtant pas fais de changement majeurs dessus...

Que donne ? :

# ifconfig -a

# ping free.fr
3 premières lignes

Le contenu de /etc/network/interfaces

André

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201506091757.08848.andre_deb...@numericable.fr





--
Marc-Antoine RECORD

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/55774f03.1070...@orange.fr

Re: Problème mise à jour Wheezy - Suite

[Frédéric Marécaille]

# ifconfig -a
eth0  Link encap:Ethernet  HWaddr 74:27:ea:a1:46:de  
  inet adr:192.168.0.16  Bcast:192.168.0.255
Masque:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:9171361 errors:0 dropped:0 overruns:0 frame:0
  TX packets:6907278 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 lg file transmission:1000 
  RX bytes:10273432775 (9.5 GiB)  TX bytes:3585144154 (3.3 GiB)
  Interruption:42 Adresse de base:0x8000 

loLink encap:Boucle locale  
  inet adr:127.0.0.1  Masque:255.0.0.0
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:2460418 errors:0 dropped:0 overruns:0 frame:0
  TX packets:2460418 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 lg file transmission:0 
  RX bytes:1791461693 (1.6 GiB)  TX bytes:1791461693 (1.6 GiB)

# ping free.fr
ping -c3 free.fr
PING free.fr (212.27.48.10) 56(84) bytes of data.
64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms
64 bytes from www.free.fr (212.27.48.10): icmp_req=2 ttl=51 time=46.2 ms
64 bytes from www.free.fr (212.27.48.10): icmp_req=3 ttl=51 time=47.7 ms

--- free.fr ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 25.447/39.800/47.727/10.169 ms

/etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

Le mardi 09 juin 2015 à 05:57:08, andre_deb...@numericable.fr a écrit :
 On Monday 08 June 2015 21:31:33 Frédéric Marécaille wrote:
  Bon, suite aux diverses recommandations, j'ai désactivé le protocole
  IPV6 sur ma Debian Wheezy (lien donné par Bernard Schoenacker).
  Toujours le même résultat: la mise à jour de la wheezy se heurte
  toujours à un problème de connection aux serveurs Debian.
  Je rappelle que le réseau sur cette Debian semble fonctionnel.
  Je ping des adresses internet en console.
  Je dispose par ailleur d'un portable sous Jessie pour lesquels les mises
  à jour fonctionnent normalement, je n'y comprends rien!
  Cette Debian wheezy est un PC fixe qui fait office de serveur, les mises
  à jours ne fonctionnent plus depuis quelques temps.
  Je n'ai pourtant pas fais de changement majeurs dessus...
 
 Que donne ? :
 
 # ifconfig -a
 
 # ping free.fr
 3 premières lignes
 
 Le contenu de /etc/network/interfaces
 
 André
 
 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists
 
 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: 
 https://lists.debian.org/201506091757.08848.andre_deb...@numericable.fr
 
 

-- 
Frédéric Marécaille

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150609200103.gb32...@numericable.fr

Re: Problème mise à jour Wheezy - Suite

[andre_debian]

Je ne vois ci-dessous rien d'anormal, impeccable.
Ton réseau semble opérationnel.

As tu installé un proxy ?

Toujours le même résultat: la mise à jour de la wheezy se heurte
 toujours à un problème de connection aux serveurs Debian.

Quels sont les messages d'erreur de la commande ? :
# apt-get update

André

On Tuesday 09 June 2015 22:01:03 Frédéric Marécaille wrote:
 # ifconfig -a
 eth0  Link encap:Ethernet  HWaddr 74:27:ea:a1:46:de
 inet adr:192.168.0.16  Bcast:192.168.0.255
 Masque:255.255.255.0

 # ping free.fr
 ping -c3 free.fr
 PING free.fr (212.27.48.10) 56(84) bytes of data.
 64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms

 /etc/network/interfaces
 # This file describes the network interfaces available on your system
 # and how to activate them. For more information, see interfaces(5).
 # The loopback network interface
 auto lo
 iface lo inet loopback
 # The primary network interface
 allow-hotplug eth0
 iface eth0 inet dhcp

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201506092309.19607.andre_deb...@numericable.fr

Re: Problème mise à jour Wheezy - Suite

[Christophe]

Hello,

Le 09/06/2015 22:01, Frédéric Marécaille a écrit :


# ifconfig -a
eth0  Link encap:Ethernet  HWaddr 74:27:ea:a1:46:de
   inet adr:192.168.0.16  Bcast:192.168.0.255
Masque:255.255.255.0
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:9171361 errors:0 dropped:0 overruns:0 frame:0
   TX packets:6907278 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 lg file transmission:1000
   RX bytes:10273432775 (9.5 GiB)  TX bytes:3585144154 (3.3 GiB)
   Interruption:42 Adresse de base:0x8000

loLink encap:Boucle locale
   inet adr:127.0.0.1  Masque:255.0.0.0
   UP LOOPBACK RUNNING  MTU:16436  Metric:1
   RX packets:2460418 errors:0 dropped:0 overruns:0 frame:0
   TX packets:2460418 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 lg file transmission:0
   RX bytes:1791461693 (1.6 GiB)  TX bytes:1791461693 (1.6 GiB)

# ping free.fr
ping -c3 free.fr
PING free.fr (212.27.48.10) 56(84) bytes of data.
64 bytes from www.free.fr (212.27.48.10): icmp_req=1 ttl=51 time=25.4 ms
64 bytes from www.free.fr (212.27.48.10): icmp_req=2 ttl=51 time=46.2 ms
64 bytes from www.free.fr (212.27.48.10): icmp_req=3 ttl=51 time=47.7 ms

--- free.fr ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 25.447/39.800/47.727/10.169 ms

/etc/network/interfaces
[...]


'route -n'
et
'iptables -vnL' ??

Parce que ça commence à devenir mystique ton truc la ;) ...

Au passage, si j'ai bien compris il s'agit d'un serveur ... pourquoi 
diable n'y a t'il pas de configuration réseau fixe dessus ?


@+
Christophe.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/55775c4c.9090...@stuxnet.org