Re: [testing] changement de disque système et table de partition

2015-09-06 Par sujet Francois Lafont 
Bonsoir,

On 06/09/2015 22:53, Gaëtan PERRIER wrote:
 
> Je suis en train de remplacer le disque système d'une machine en debian
> testing et je m'interroge sur le type de table de partition à privilégier :
> msdos ou gpt ?

Je ne suis vraiment pas expert dans le domaine et je pense que d'autres
que moi pourront sûrement t'éclairer. Perso, j'aurais tendance à penser
qu'une table de partition gpt en 2015, c'est vraiment pas un souci. Je
ne saurais te dire la différence au final entre les deux. Je sais
simplement que sur une table de partition gpt, tu peux mettre des labels
sur chaque partition *indépendamment* du fs. Avec msdos, ce n'est pas
possible, on peut mettre un label seulement lorsqu'on met en place le fs.
Avec gpt, si un jour le fs est en vrac, tu sais quand même à quoi servait
la partition car tu auras le label. Sans que tu aies besoin de faire
mumuse avec des règles udev, tu as automatiquement les labels de partitions
gpt dans /dev/disk/by-partlabel/, je trouve cela assez pratique.

> Le disque actuel a une table de partition en msdos et boot en mode bios
> (legacy). La carte mère est UEFI (ASUS P8P67 LE).
> 
> Mon but n'est pas de ré-installer le système mais de le transférer, donc je
> pense continuer à booter en mode legacy à moins qu'il n'y ait un réel intérêt
> à booter en UEFI ?

Le UEFI, je n'y connais rien, désolé.

-- 
François Lafont

Re: [testing] changement de disque système et table de partition

2015-09-06 Par sujet Olivier Bitsch 
Il est bien noté que GPT est un sous ensemble de UEFI, même si apparement
certains BIOS peuvent booter dessus, mais je n'ai jamais testé perso.

*Bien qu'il fasse partie du standard EFI Extensible Firmware Interface
>  (qu'Intel
>  propose en remplacement du PC
>  BIOS
> ), il est aussi
> utilisé sur certains BIOS à cause des limitations de la table de
> partitionnement  du
> MBR  qui limite la taille
> des partitions à 2,2 To *


Je ne sais donc pas quelle est la porté de ces "certains BIOS", mais comme
je le comprends, ça risque fortement de ne pas marcher si le mode UEFI
n'est pas utilisé.

Olivier

Le 6 septembre 2015 23:54, Gaëtan PERRIER  a écrit :

> Le Sun, 6 Sep 2015 23:43:12 +0200
> Olivier Bitsch  a écrit:
>
> > Le GPT permet d'outre-passer certaines limitations, comme avoir des
> > partitions de plus de 3To, avoir plus de 4 partitions primaires (on n'a
> > plus a se soucier de la notion primaire ou logique). Par contre, il faut
> > avoir un BIOS UEFI pour pouvoir booter sur GPT (à l'aide d'un fichier
> nommé
> > firmware mis en place dans un partition FAT32).
> >
>
> A ce que je comprends de la page wikipedia sur gpt il ne semble pas
> obligatoire de booter en UEFI sur gpt mais peut-être ai-je mal compris ?
> https://fr.wikipedia.org/wiki/GUID_Partition_Table
>
> Gaëtan
>
>

Re: [testing] changement de disque système et table de partition

2015-09-06 Par sujet Gaëtan PERRIER 
Le Sun, 6 Sep 2015 23:43:12 +0200
Olivier Bitsch  a écrit:

> Le GPT permet d'outre-passer certaines limitations, comme avoir des
> partitions de plus de 3To, avoir plus de 4 partitions primaires (on n'a
> plus a se soucier de la notion primaire ou logique). Par contre, il faut
> avoir un BIOS UEFI pour pouvoir booter sur GPT (à l'aide d'un fichier nommé
> firmware mis en place dans un partition FAT32).
> 

A ce que je comprends de la page wikipedia sur gpt il ne semble pas
obligatoire de booter en UEFI sur gpt mais peut-être ai-je mal compris ?
https://fr.wikipedia.org/wiki/GUID_Partition_Table

Gaëtan

Re: config' bind9 - zone forwarders

2015-09-06 Par sujet Pascal Hambourg 
Jean-Marc a écrit :
> 
> Si j'ai bien compris, bind est censé transférer la requète s'il ne
> trouve pas ce qu'il cherche dans sa DB.

Pas pour un nom de domaine pour lequel il est censé faire autorité.
A vrai dire, je ne vois pas à quoi peuvent servir les forwarders dans
une zone de type master ou slave.

Re: [testing] changement de disque système et table de partition

2015-09-06 Par sujet Pascal Hambourg 
Olivier Bitsch a écrit :
> Il est bien noté que GPT est un sous ensemble de UEFI, même si apparement
> certains BIOS peuvent booter dessus, mais je n'ai jamais testé perso.

J'ai testé plusieurs fois. Ça marche, même s'il faut parfois un peu
bidouiller.

Un BIOS bien élevé se fiche éperdument du format de table de partition
du disque. Tout ce qu'il devrait exiger, c'est un secteur d'amorce avec
la signature qui va bien. Ça tombe bien : le format GPT conserve ce
secteur dénommé "MBR protecteur".

Mais on n'est pas à l'abri d'un BIOS qui fait du zèle. Par exemple j'en
ai un assez vieux (qui est en fait un UEFI) qui exige une table de
partition MSDOS contenant une partition avec le flag boot pour booter en
mode legacy. Si ce n'est que cela, il suffit de marquer la partition GPT
de la table de partition MSDOS du MBR protecteur comme bootable.

Re: [testing] changement de disque système et table de partition

2015-09-06 Par sujet Gaëtan PERRIER 
Si tu regardes dans le tableau "Les systèmes d'exploitation basés sur Unix"
dans la colonne "Boot à partir de GPT sur un PC/BIOS" c'est marqué oui ...

PS: merci de répondre uniquement à la liste et de ne pas me mettre en copie

Le Mon, 7 Sep 2015 00:04:13 +0200
Olivier Bitsch  a écrit:

> Il est bien noté que GPT est un sous ensemble de UEFI, même si apparement
> certains BIOS peuvent booter dessus, mais je n'ai jamais testé perso.
> 
> *Bien qu'il fasse partie du standard EFI Extensible Firmware Interface
> >  (qu'Intel
> >  propose en remplacement du PC
> >  BIOS
> > ), il est aussi
> > utilisé sur certains BIOS à cause des limitations de la table de
> > partitionnement  du
> > MBR  qui limite la taille
> > des partitions à 2,2 To *
> 
> 
> Je ne sais donc pas quelle est la porté de ces "certains BIOS", mais comme
> je le comprends, ça risque fortement de ne pas marcher si le mode UEFI
> n'est pas utilisé.
> 
> Olivier
> 
> Le 6 septembre 2015 23:54, Gaëtan PERRIER  a écrit :
> 
> > Le Sun, 6 Sep 2015 23:43:12 +0200
> > Olivier Bitsch  a écrit:
> >
> > > Le GPT permet d'outre-passer certaines limitations, comme avoir des
> > > partitions de plus de 3To, avoir plus de 4 partitions primaires (on n'a
> > > plus a se soucier de la notion primaire ou logique). Par contre, il faut
> > > avoir un BIOS UEFI pour pouvoir booter sur GPT (à l'aide d'un fichier
> > nommé
> > > firmware mis en place dans un partition FAT32).
> > >
> >
> > A ce que je comprends de la page wikipedia sur gpt il ne semble pas
> > obligatoire de booter en UEFI sur gpt mais peut-être ai-je mal compris ?
> > https://fr.wikipedia.org/wiki/GUID_Partition_Table
> >
> > Gaëtan
> >
> >

[testing] changement de disque système et table de partition

2015-09-06 Par sujet Gaëtan PERRIER 
Bonjour,

Je suis en train de remplacer le disque système d'une machine en debian
testing et je m'interroge sur le type de table de partition à privilégier :
msdos ou gpt ?

Le disque actuel a une table de partition en msdos et boot en mode bios
(legacy). La carte mère est UEFI (ASUS P8P67 LE).

Mon but n'est pas de ré-installer le système mais de le transférer, donc je
pense continuer à booter en mode legacy à moins qu'il n'y ait un réel intérêt
à booter en UEFI ?

A+

Gaëtan

Re: [testing] changement de disque système et table de partition

2015-09-06 Par sujet Olivier Bitsch 
Le GPT permet d'outre-passer certaines limitations, comme avoir des
partitions de plus de 3To, avoir plus de 4 partitions primaires (on n'a
plus a se soucier de la notion primaire ou logique). Par contre, il faut
avoir un BIOS UEFI pour pouvoir booter sur GPT (à l'aide d'un fichier nommé
firmware mis en place dans un partition FAT32).

Je dirais qu'en conclusion, il n'est nullement obligatoire de passer en GPT
surtout s'il s'agit d'un tranfert, car il semble que pas mal de bidouilles
soient nécessaires pour booter en UEFI un système qui ne l'était pas. Donc
perso, je ne le ferais pas.

Olivier

Le 6 septembre 2015 23:28, Francois Lafont  a écrit :

> Bonsoir,
>
> On 06/09/2015 22:53, Gaëtan PERRIER wrote:
>
> > Je suis en train de remplacer le disque système d'une machine en debian
> > testing et je m'interroge sur le type de table de partition à
> privilégier :
> > msdos ou gpt ?
>
> Je ne suis vraiment pas expert dans le domaine et je pense que d'autres
> que moi pourront sûrement t'éclairer. Perso, j'aurais tendance à penser
> qu'une table de partition gpt en 2015, c'est vraiment pas un souci. Je
> ne saurais te dire la différence au final entre les deux. Je sais
> simplement que sur une table de partition gpt, tu peux mettre des labels
> sur chaque partition *indépendamment* du fs. Avec msdos, ce n'est pas
> possible, on peut mettre un label seulement lorsqu'on met en place le fs.
> Avec gpt, si un jour le fs est en vrac, tu sais quand même à quoi servait
> la partition car tu auras le label. Sans que tu aies besoin de faire
> mumuse avec des règles udev, tu as automatiquement les labels de partitions
> gpt dans /dev/disk/by-partlabel/, je trouve cela assez pratique.
>
> > Le disque actuel a une table de partition en msdos et boot en mode bios
> > (legacy). La carte mère est UEFI (ASUS P8P67 LE).
> >
> > Mon but n'est pas de ré-installer le système mais de le transférer, donc
> je
> > pense continuer à booter en mode legacy à moins qu'il n'y ait un réel
> intérêt
> > à booter en UEFI ?
>
> Le UEFI, je n'y connais rien, désolé.
>
> --
> François Lafont
>
>

Re: [testing] changement de disque système et table de partition

2015-09-06 Par sujet Pascal Hambourg 
Salut,

Gaëtan PERRIER a écrit :
> 
> Je suis en train de remplacer le disque système d'une machine en debian
> testing et je m'interroge sur le type de table de partition à privilégier :
> msdos ou gpt ?

Dans l'absolu, GPT sans hésiter quand c'est possible.

Pas de limitation à 2 Tio.
Type de partition "BIOS Boot" dédié au chargeur d'amorçage au lieu de
l'espace non alloué entre le MBR et la première partition.
Labels et UUID de partition indépendants de ceux du contenu. (Les noyaux
assez récents créent des UUID de partition synthétiques avec les disques
MSDOS mais ils sont moins persistants que les UUID GPT)
Table de partition secondaire en fin de disque en cas de corruption de
la table principale.
Disparition des partitions étendues et logiques.

Si les partitions sont créées une fois pour toutes et jamais modifiées,
ce dernier avantage n'est pas très important mais si on passe son temps
à créer et supprimer des partitions, c'est très confortable.

Tellement que j'ai converti *à chaud* plusieurs disques du format MSDOS
au format GPT, depuis un système Debian installé sur le disque.

> Le disque actuel a une table de partition en msdos et boot en mode bios
> (legacy). La carte mère est UEFI (ASUS P8P67 LE).
> 
> Mon but n'est pas de ré-installer le système mais de le transférer, donc je
> pense continuer à booter en mode legacy à moins qu'il n'y ait un réel intérêt
> à booter en UEFI ?

Hors le cas du multiboot, pas vraiment à mon avis.

De toute façon il n'y a pas d'obligation d'associer UEFI et GPT. On peut
très bien booter en legacy sur un disque GPT si le BIOS/UEFI n'est pas
trop buggé.

Re: [testing] changement de disque système et table de partition

2015-09-06 Par sujet Pascal Hambourg 
Olivier Bitsch a écrit :
> Le GPT permet d'outre-passer certaines limitations, comme avoir des
> partitions de plus de 3To

2 Tio.

> Par contre, il faut
> avoir un BIOS UEFI pour pouvoir booter sur GPT (à l'aide d'un fichier nommé
> firmware mis en place dans un partition FAT32).

C'est faux. C'est une restriction propre à Windows et à quelques
firmwares UEFI buggés. GRUB BIOS (grub-pc) peut booter depuis un disque
au format GPT.

> Je dirais qu'en conclusion, il n'est nullement obligatoire de passer en GPT
> surtout s'il s'agit d'un tranfert

Pour l'amorçage UEFI, il faut prévoir une partition système EFI qui n'a
pas besoin d'être grosse mais dont la taille recommandée (par je ne sas
qui) est 512 Mo.

> il semble que pas mal de bidouilles
> soient nécessaires pour booter en UEFI un système qui ne l'était pas.

Pour l'amorçage UEFI, il faut juste prévoir une partition système EFI
qui n'a pas besoin d'être grosse mais dont la taille recommandée (par je
ne sais qui) est 512 Mo, formatée en FAT et montée sur /boot/efi.
Ensuite installer un chargeur d'amorçage EFI. Avant Jessie il fallait
bidouiller car le système ayant démarré en legacy, les fonctions UEFI ne
sont pas disponible et le chargeur ne pouvait pas s'enregistrer dans les
entrées d'amorçage. Mais le grub-efi de Jessie a une option pour
s'installer en tant que "chargeur de média amovible", qui en fait le
chargeur EFI par défaut si aucune entrée d'amorçage EFI n'est valable.

[HS]Re: Serveur dédié injoignable - erreur de boot

2015-09-06 Par sujet Grégory Bulot 
Le Sat, 5 Sep 2015 17:08:01 +0200,
Vinc Teteve  a écrit :

> Bonjour à tous, 

Salut, 

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

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

Re: Boîte mail qui perd son premier caractère

2015-09-06 Par sujet Alain Rpnpif 
Le  4 septembre 2015, Jean-Claude MARQUES a écrit :
> Dans mon ~/.procmailrc, j'ai cela :
> 
> #
> # Work around procmail bug: any output on stderr will cause the "F" in
> "From"
> # to be dropped.  This will re-add it.
> :0:
> * ^^rom[ ]
> {
>   LOG="*** Dropped F off From_ header! Fixing up. "
>  
>   :0 fhw
>   | sed -e '1s/^/F/'
> }
> #
> Comme, de base, tout est envoyé à procmail pour finir, peut-être est-cela.
> 
> Mais c'est un très très vieux truc (je n'ai pas trouvé de log de cette
> affaire-là dans mes logs de procmail, et les plus anciens que j'ai
> encore datent de 2006 !).

Cela ressemble étrangement en effet. J'essaie cela.
Merci.

-- 
Alain Rpnpif

Re: Serveur dédié injoignable - erreur de boot

2015-09-06 Par sujet Jean-Michel OLTRA 

Bonjour,


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


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

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

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

-- 
jm

Re: soucis avec pepperflash

2015-09-06 Par sujet maderios 

Le 06/09/2015 18:53, Bernard Schoenacker a écrit :


je parle de pepperflash et non de pepper même si j'ai pris comme
expression pour grep ...

Relis la réponse : 1.8.1
--
Maderios

Re: soucis avec pepperflash

2015-09-06 Par sujet Bernard Schoenacker 
Le Sun, 06 Sep 2015 18:28:48 +0200,
maderios  a écrit :

> Le 06/09/2015 17:13, Bernard Schoenacker a écrit :
> > bonjour,
> >
> > j'ai installé pepperflash sur mon ordi et rie ne se passe :
> >
> > dpkg -l |grep pepper
> >
> > ii  browser-plugin-freshplayer-pepperflash 0.3.2-1 i386 PPAPI-host
> > NPAPI-plugin adapter for pepperflash  
> Bonjour
> Avant de poster, il faudrait se renseigner au minimum...
> pepper n'a rien à voir avec flash, c'est un truc pour les statistiques
> Debian procure pepperflash 1.8.1
> 

bonjour,

je parle de pepperflash et non de pepper même si j'ai pris comme
expression pour grep ...

cqfd

slt
bernard

Re: Bug étrange NTP (la suite)

2015-09-06 Par sujet François Boisson 
Le Sat, 05 Sep 2015 19:45:57 +0200
"Sylvain L. Sauvage"  a écrit:

>   Vérifie quand même sur ton noyau (/boot/config-*), ça a peut-
> être été rétroporté. (Mais l’option n’apparaît pas dans le 
> 2.6.32.67 de kernel.org, donc c’est mal barré.)

C'est effectivement absent Bon, si il n'y avait que ça d'incompréhensible,
ça irait.

soucis avec pepperflash

2015-09-06 Par sujet Bernard Schoenacker 
bonjour,

j'ai installé pepperflash sur mon ordi et rie ne se passe :

dpkg -l |grep pepper

ii  browser-plugin-freshplayer-pepperflash 0.3.2-1 i386 PPAPI-host
NPAPI-plugin adapter for pepperflash 

ii  pepperflashplugin-nonfree 1.8.1+b1 i386  Pepper Flash Player-
browser plugin

update-pepperflashplugin-nonfree --status
( pas de réponse )
update-pepperflashplugin-nonfree --install
( pas de réponse )

comment faire pour corriger le tir ?

slt
bernard

Re: soucis avec pepperflash

2015-09-06 Par sujet Bernard Schoenacker 
Le Sun, 6 Sep 2015 17:32:13 +0200,
Vincent Lefebvre  a écrit :

> Bonjour Bernard,
> 
> Que donne un about:plugins dans firefox ?
> 
> vincent
> 
> Le 6 septembre 2015 17:13, Bernard Schoenacker
>  a écrit :
> 
> > bonjour,
> >
> > j'ai installé pepperflash sur mon ordi et rie ne se passe :
> >
> > dpkg -l |grep pepper
> >
> > ii  browser-plugin-freshplayer-pepperflash 0.3.2-1 i386 PPAPI-host
> > NPAPI-plugin adapter for pepperflash
> >
> > ii  pepperflashplugin-nonfree 1.8.1+b1 i386  Pepper Flash Player-
> > browser plugin
> >
> > update-pepperflashplugin-nonfree --status
> > ( pas de réponse )
> > update-pepperflashplugin-nonfree --install
> > ( pas de réponse )
> >
> > comment faire pour corriger le tir ?
> >
> > slt
> > bernard
> >
> >  

bonjour,

désolé mais ça répond mal (cf pièce jointe)

slt
bernardCodec vidéo OpenH264 fourni par Cisco Systems, Inc.

Fichier : 1.4
Chemin : /home/bernard/.mozilla/firefox/1vqlv7rc.default/gmp-gmpopenh264/1.4
Version : 1.4
État : Désactivé
Ce plugin est automatiquement installé par Mozilla pour respecter la 
spécification WebRTC et permettre les appels WebRTC avec les appareils qui 
nécessitent le codec vidéo H.264. Rendez-vous sur http://www.openh264.org/ 
pour consulter le code source du codec et en apprendre davantage sur son 
implémentation.

Type MIME   Description Suffixes
IcedTea-Web Plugin (using IcedTea-Web 1.5.2 (1.5.2-1.1))

Fichier : IcedTeaPlugin.so
Chemin : /usr/lib/jvm/java-7-openjdk-i386/jre/lib/i386/IcedTeaPlugin.so
Version : 
État : Activé
The IcedTea-Web Plugin executes Java applets.

Type MIME   Description Suffixes
application/x-java-vm   IcedTea class,jar
application/x-java-applet   IcedTea class,jar
application/x-java-applet;version=1.1   IcedTea class,jar
application/x-java-applet;version=1.1.1 IcedTea class,jar
application/x-java-applet;version=1.1.2 IcedTea class,jar
application/x-java-applet;version=1.1.3 IcedTea class,jar
application/x-java-applet;version=1.2   IcedTea class,jar
application/x-java-applet;version=1.2.1 IcedTea class,jar
application/x-java-applet;version=1.2.2 IcedTea class,jar
application/x-java-applet;version=1.3   IcedTea class,jar
application/x-java-applet;version=1.3.1 IcedTea class,jar
application/x-java-applet;version=1.4   IcedTea class,jar
application/x-java-applet;version=1.4.1 IcedTea class,jar
application/x-java-applet;version=1.4.2 IcedTea class,jar
application/x-java-applet;version=1.5   IcedTea class,jar
application/x-java-applet;version=1.6   IcedTea class,jar
application/x-java-applet;version=1.7   IcedTea class,jar
application/x-java-applet;jpi-version=1.7.0_50  IcedTea class,jar
application/x-java-bean IcedTea class,jar
application/x-java-bean;version=1.1 IcedTea class,jar
application/x-java-bean;version=1.1.1   IcedTea class,jar
application/x-java-bean;version=1.1.2   IcedTea class,jar
application/x-java-bean;version=1.1.3   IcedTea class,jar
application/x-java-bean;version=1.2 IcedTea class,jar
application/x-java-bean;version=1.2.1   IcedTea class,jar
application/x-java-bean;version=1.2.2   IcedTea class,jar
application/x-java-bean;version=1.3 IcedTea class,jar
application/x-java-bean;version=1.3.1   IcedTea class,jar
application/x-java-bean;version=1.4 IcedTea class,jar
application/x-java-bean;version=1.4.1   IcedTea class,jar
application/x-java-bean;version=1.4.2   IcedTea class,jar
application/x-java-bean;version=1.5 IcedTea class,jar
application/x-java-bean;version=1.6 IcedTea class,jar
application/x-java-bean;version=1.7 IcedTea class,jar
application/x-java-bean;jpi-version=1.7.0_50IcedTea class,jar
application/x-java-vm-npruntime IcedTea

Re: soucis avec pepperflash

2015-09-06 Par sujet maderios 

Le 06/09/2015 17:13, Bernard Schoenacker a écrit :

bonjour,

j'ai installé pepperflash sur mon ordi et rie ne se passe :

dpkg -l |grep pepper

ii  browser-plugin-freshplayer-pepperflash 0.3.2-1 i386 PPAPI-host
NPAPI-plugin adapter for pepperflash

Bonjour
Avant de poster, il faudrait se renseigner au minimum...
pepper n'a rien à voir avec flash, c'est un truc pour les statistiques
Debian procure pepperflash 1.8.1

--
Maderios