Re: rdiff-backup - conseils

2016-05-03 Par sujet Christophe Moille 
Le Tuesday 03 May 2016 à 20:13:40 (+0200), Jean-Marc a écrit :
> salut la liste,
> 
> Je suis en train de réfléchir à la meilleure manière de mettre en route un 
> système de bakup basé sur rdiff-backup [1] et un serveur qui tourne sous 
> Jessie.
> 
> rdiff-backup fournit dans sa doc' un setup où le serveur initie les backups 
> [2].
> 
> En deux mots, c'est un serveur qui "pulle" les clients à partir d'un cron.
> 
> Avantage :
> - setup minimal sur les clients;
> - centralisation des logs;
> 
> Désavantage :
> - demande un serveur ssh sur tous les client;
> 
> Une autre option est de faire des pushes à partir des clients. Ce qui me 
> semble plus logique.
> 
> J'aimerai avoir votre avis : d'un pull ou d'un push depuis les clients ? Quel 
> setup aurait votre préférence ?
> 
> Bonne soirée.
> 
> Jean-Marc 

Tu peux regarder du côté de backupninja qui utilise, entre autre,
rdiff-backup pour faire des push depuis les clients. Globenet utilise ça
depuis des années et on en est très satifaits.



-- 
"La science peut aussi s’employer à simplifier l’outillage, à rendre 
chacun capable de façonner son environnement immédiat, c’est-à-dire  
capable de se charger de sens en chargeant le monde de signes" 
- Ivan Illich, La Convivialité(1973)


signature.asc
Description: Digital signature

Re: rdiff-backup - conseils

2016-05-03 Par sujet Sébastien Dinot 
Bonsoir,

Jean-Marc a écrit :
> En deux mots, c'est un serveur qui "pulle" les clients à partir d'un cron.
> 
> Avantage :
> - setup minimal sur les clients;
> - centralisation des logs;
> 
> Désavantage :
> - demande un serveur ssh sur tous les client;
> 
> Une autre option est de faire des pushes à partir des clients. Ce qui me
> semble plus logique.

Que nenni ! Le serveur de sauvegarde doit être le moins exposé possible
car il est précieux. Il est donc largement préférable que le serveur de
sauvegarde se connecte sur les serveurs à sauvegarder que le contraire.

Et pour durcir un peu la configuration sur les serveurs sauvegardés, il
faut faire en sorte que la clé utilisée ne soit acceptée que depuis l'IP
du serveur de sauvegarde, que les connexions interactives depuis
celui-ci soient interdites et que les commandes exécutables dans ce
contexte soient limitées via un petit script de filtrage.

Personnellement, j'utilise rdiff-backup ainsi pour sauvegarder depuis
des années une grosse vingtaine de serveurs et j'en suis pleinement
satisfait.

Sébastien



-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: rdiff-backup - conseils

2016-05-03 Par sujet JF Straeten 

LO,

On Tue, May 03, 2016 at 08:13:40PM +0200, Jean-Marc wrote:

> J'aimerai avoir votre avis : d'un pull ou d'un push depuis les
> clients ? Quel setup aurait votre préférence ?

Ça dépend quand même beaucoup de la machine qui fait serveur de
backup...

Sur un NAS Intel SS4000-E (petit machin ARM), je lui avais fait faire
des pulls, à son aise, de manière séquentielle sur une série de
machines, pour que la charge dessus soit ± tout le temps la même...

Sinon, quand tous les clients balancent leur push, ça la mettait sur
les genoux, et le backup durait des plombes, avec certains parfois
toujours en cours à l'heure suivante, quand les suivants
recommençaient.

Pas glop...

Ou alors, il faut régler une fenêtre de temps différente sur chaque
client, mais alors c'est autant faire un pull et que le serveur de
backup se débrouille pour passer sur chacune à son tour...

Maintenant, si t'as deux Xeons E5 dans ton serveur de backup sur des
disques SAS, tu t'en fous un peu, c'est clair, et tu peux faire des
pushes :-)

Hih,


-- 

JFS.

rdiff-backup - conseils

2016-05-03 Par sujet Jean-Marc 
salut la liste,

Je suis en train de réfléchir à la meilleure manière de mettre en route un 
système de bakup basé sur rdiff-backup [1] et un serveur qui tourne sous Jessie.

rdiff-backup fournit dans sa doc' un setup où le serveur initie les backups [2].

En deux mots, c'est un serveur qui "pulle" les clients à partir d'un cron.

Avantage :
- setup minimal sur les clients;
- centralisation des logs;

Désavantage :
- demande un serveur ssh sur tous les client;

Une autre option est de faire des pushes à partir des clients. Ce qui me semble 
plus logique.

J'aimerai avoir votre avis : d'un pull ou d'un push depuis les clients ? Quel 
setup aurait votre préférence ?

Bonne soirée.

Jean-Marc 

[1] https://packages.debian.org/jessie/rdiff-backup
[2] http://arctic.org/~dean/rdiff-backup/unattended.html


pgpY3m9pwhBlB.pgp
Description: PGP signature

Re: archivemail corrompt les sauvegardes

2016-05-03 Par sujet Bernard Schoenacker 
Le Tue, 3 May 2016 19:49:01 +0200,
steve  a écrit :

> Salut,
> 
> Ayant besoin d'un ancien message, j'essaie de gunzipper une archive et
> je reçois le sympathique message que voici :
> 
> gzip: mail_archive.gz: invalid compressed data--crc error
> 
> Et donc impossible de récupérer mes messages. J'ai essayé sur d'autres
> fichiers, histoire de voir si toutes mes archives étaient à jeter à la
> poubelle, et le constat et qu'environ un tiers était dans le même
> état…
> 
> Après quelques recherches sur le Net, il semble pratiquement
> impossible de récupérer mes messages. Aucune entrée dans le BTS et
> rien de bien probant pour résoudre le problème. C'est la première
> fois que ça m'arrive et je trouve ça très em*ant (et inattendu
> pour le moins).
> 
> Suis-je le seul dans ce cas ? Une idée pour (me) sauver ?
> 
> Belle soirée,
> Steve
> 

Grüezi,

essayes d'ouvrir l'archive avec mc

slt
bernard

archivemail corrompt les sauvegardes

2016-05-03 Par sujet steve 


Salut,

Ayant besoin d'un ancien message, j'essaie de gunzipper une archive et
je reçois le sympathique message que voici :

gzip: mail_archive.gz: invalid compressed data--crc error

Et donc impossible de récupérer mes messages. J'ai essayé sur d'autres
fichiers, histoire de voir si toutes mes archives étaient à jeter à la
poubelle, et le constat et qu'environ un tiers était dans le même état…

Après quelques recherches sur le Net, il semble pratiquement impossible
de récupérer mes messages. Aucune entrée dans le BTS et rien de bien
probant pour résoudre le problème. C'est la première fois que ça
m'arrive et je trouve ça très em*ant (et inattendu pour le moins).

Suis-je le seul dans ce cas ? Une idée pour (me) sauver ?

Belle soirée,
Steve

Re: Problème de correction d'orthographe

2016-05-03 Par sujet Bernard Schoenacker 
Le Tue, 3 May 2016 16:41:30 +0200,
Bernard Schoenacker  a écrit :

> Le Tue, 3 May 2016 16:22:46 +0200,
> Yannick  a écrit :
> 
> > Bonsoir,
> > 
> > J'ai été obligé de refaire une machine complète sous Jessie et j'ai
> > eu quelques dégâts. Je vous passe les détails.
> > 
> > La correction orthographique sous Thunderbird et autres ne marche
> > plus correctement. les mots avec article élidés ou pronom élidés ne
> > sont plus correctement vus.
> > S'alimenter est considéré comme erreur
> > l'ajout est considéré aussi comme erreur
> > l'administration itou
> > 
> > On voit de suite où est le problème mais voilà je ne trouve pas où
> > agir pour remettre la machine en route comme il se doit. Quand vous
> > m'aurez donné le bon chemin je suis sûr que je dirais "Mais oui bien
> > sûr".
> > 
> > Merci de vos conseils
> > 
> > Amitiés
> >   
> 
> bonjour,
> 
> serait il possible de vérifier :
> 
> https://addons.mozilla.org/fr/thunderbird/language-tools/
> 
> ensuite, quels sont les dico installés ?
> 
> hunspell & co ?
> 
> slt
> bernard
> 

bonjour,

voici  ce qu'il faut pour icedove :

apt-cache depends icedove ( à faire sois même )

apt-cache search hunspell-fr
hunspell-fr - dictionnaire français pour hunspell — paquet de
dépendances hunspell-fr-classical - dictionnaire français pour hunspell
— version classique hunspell-fr-comprehensive - dictionnaire français
pour hunspell — version complète hunspell-fr-modern - dictionnaire
français pour hunspell — version moderne hunspell-fr-revised -
dictionnaire français pour hunspell — version révisée

slt
bernard

[HS] Owncloud, docker et reverse proxy

2016-05-03 Par sujet nono dev 
Bonjour,

L'un d'entre vous a-t-il réussi à faire fonctionner la release officielle
d'Owncloud sur Docker derrière un reverse proxy sur Nginx ?

Le schéma est le suivant :
client <-> nginx https <-> apache http/owncloud

Je pense avoir essayé tous les paramètres possibles et imaginables.
Ma conf à date :

Nginx :
  location /owncloud {
auth_basic off;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-for $proxy_add_x_forwarded_for;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-Proto $remote_addr;
proxy_set_header X-Forwarded-Protocol $scheme;
proxy_redirect off;
proxy_pass http://owncloud:80/;
  }

Owncloud, dans le config.php, j'ai ajouté :
  "overwritewebroot" => "/owncloud",
  "overwriteprotocol" => "https",
J'ai aussi essayé de jouer
avec overwrite.cli.url, trusted_proxies, overwritehost, rien n'y fait.


Lors de l'installation, soit je tombe sur une 404, soit sur un Internal
Server Error, soit sur une page blanche.

Merci d'avance pour votre aide.
Cdt,

Re: Problème de correction d'orthographe

2016-05-03 Par sujet Bernard Schoenacker 
Le Tue, 3 May 2016 16:22:46 +0200,
Yannick  a écrit :

> Bonsoir,
> 
> J'ai été obligé de refaire une machine complète sous Jessie et j'ai eu
> quelques dégâts. Je vous passe les détails.
> 
> La correction orthographique sous Thunderbird et autres ne marche plus
> correctement. les mots avec article élidés ou pronom élidés ne sont
> plus correctement vus.
> S'alimenter est considéré comme erreur
> l'ajout est considéré aussi comme erreur
> l'administration itou
> 
> On voit de suite où est le problème mais voilà je ne trouve pas où
> agir pour remettre la machine en route comme il se doit. Quand vous
> m'aurez donné le bon chemin je suis sûr que je dirais "Mais oui bien
> sûr".
> 
> Merci de vos conseils
> 
> Amitiés
> 

bonjour,

serait il possible de vérifier :

https://addons.mozilla.org/fr/thunderbird/language-tools/

ensuite, quels sont les dico installés ?

hunspell & co ?

slt
bernard

Problème de correction d'orthographe

2016-05-03 Par sujet Yannick 
Bonsoir,

J'ai été obligé de refaire une machine complète sous Jessie et j'ai eu
quelques dégâts. Je vous passe les détails.

La correction orthographique sous Thunderbird et autres ne marche plus
correctement. les mots avec article élidés ou pronom élidés ne sont plus
correctement vus.
S'alimenter est considéré comme erreur
l'ajout est considéré aussi comme erreur
l'administration itou

On voit de suite où est le problème mais voilà je ne trouve pas où agir
pour remettre la machine en route comme il se doit. Quand vous m'aurez
donné le bon chemin je suis sûr que je dirais "Mais oui bien sûr".

Merci de vos conseils

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris http://www.ancestris.org

Re: Hugin & Photoflow sous Jessie

2016-05-03 Par sujet Sébastien NOBILI 
Le mardi 03 mai 2016 à  9:29, e Lpe a écrit :
> Je pense qu'en testing il fonctionne mais pas sous Jessie.
> Comme je n'ai pas trouvé de solution pour Photoflow et Hugin, je vais
> essayer de tester une autre distribution pour voir.

Désolé, mon message n’était pas très précis. Il fonctionne chez moi, sous
Jessie.

Sébastien

Re: Hugin & Photoflow sous Jessie

2016-05-03 Par sujet e Lpe 
Je pense qu'en testing il fonctionne mais pas sous Jessie.
Comme je n'ai pas trouvé de solution pour Photoflow et Hugin, je vais
essayer de tester une autre distribution pour voir.
De toutes façons, il fallait que je repartitionne mon disque...

Le 1 mai 2016 à 12:49, François LE GAD  a écrit :
> Le 01/05/2016 01:52, e Lpe a écrit :
>>
>> Hugin a bien un paquet Jessie mais crash au démarrage (impossible de
>> récupérer glxinfo...) Je pense que cela vient du fait que Jessie par
>> défaut n'a pas de fichier de configuration du X.
>
> Il tourne bien chez moi, sous testing. Essaie de le reconfigurer par un
> dpkg-reconfigure, ou de le réinstaller.
>
> --
> François
> http://flegad.infini.fr
>

Re: [HS] Questions pour une double installation de Debian et MS Windows

2016-05-03 Par sujet e Lpe 
> d'abord W7 puis toutes les mises-à-jour et SP, puis migrer vers W10,

- Quand je lis ça, j'hallucine. Si on a la chance de pouvoir faire
tourner parfaitement une machine sous Win 7, vouloir la faire passer
sous Win 10 est d'une stupidité sans nom.

>Pour aller un peu au-delà du sujet présent et d'après à ce que j'ai pu lire ça
et là, je crois comprendre qu'on peut avoir un partitionnement de type GPT -
ce qui permet d'outrepasser les limites (toutes ?) d'un partitionnement de
type MS-DOS (ou MBR) - avec un BIOS.

- Quelques petites précision : le schéma des partitions type bios/mbr
ou gpt/uefi est inhérent à la plate forme Intel. Il n'y a pas de
système d'exploitation intervenant même si M$ est proche d'Intel.
Le fait d'avoir un bios UEFI n'impose aucunement d'avoir un disque en
GPT. Mais Win > 7 l’exige pour son installation.
Ce qui veut dire que tu peux très bien faire fonctionner une machine
avec un "bios" UEFI tout en ayant un disque mbr. Dans ce cas tu
pourras installer tout les Windows jusqu'à 7 et Linux, Bsd ou autre.

>Cependant, lors de l'installation de Debian, j'imagine que je dois demander à
l'Installateur Debian de mettre GRUB sur la partition racine (c'est-à-dire
contenant le répertoire "/") et d'ignorer l'autre système d'exploitation qu'il
aurait découvert...
-Si l'installeur Debian est celui de Jessie, il est buggé. Il propose
d'installer Grub sur un 2e disque mais il ne l'installe pas en vérité.
Je n'ai pas essayé pour un disque A dans une autre partition. Il me
semble qu'il faut l'indiquer au moment du partitionnement car ensuite
tu n'as plus cette option.

Le 3 mai 2016 à 00:58, Stéphane GARGOLY  a écrit :
> Bonjour à tous les utilisateurs et développeurs de Debian :
>
> Le lundi 2 mai 2016 à 07:05, didier gaumet  a écrit :
>> préliminaire: en me relisant, je m'aperçois que j'ai été looong dans
>> ma réponse, désolé...
>
> A Didier G. : Ne t'inquiète pas : ce qui compte (du moins chez moi), c'est le
> fond - ou, plus exactement, la pertinence - des réponses plus que leur
> longueur ou, au contraire, leur brièveté...
>
> En tout cas, je te remercie pour ta réponse. :-)
>
>> Pour l'ordre d'installation, je penses qu'il est préférable d'installer
>> d'abord W7 puis toutes les mises-à-jour et SP, puis migrer vers W10,
>> puis faire toutes les mises-à-jour W10. Debian ensuite seulement.
>
> Tiens, je constate un avis assez différent de celui d'un autre intervenant de
> ce fil de discussion.
>
>> Concernant la possibilité d'installer Windows sur une partition logique,
>> il me semble (mais je n'en suis pas certain) que c'était impossible avec
>> les vieilles versions de windows mais que ce n'est plus le cas.
>
> Je vais tenter d'installer Windows Seven sur une partition logique. Je verrai
> bien.
>
>> Le fait que tu parles de partitions logiques me fait supposer que le PC
>> en question a un BIOS et pas un UEFI. J'en parle (par expérience) parce
>> que certains PC ont un UEFI défectueux qui interdit d'installer
>> proprement un dual boot, il faut alors bidouiller.
>
> Effectivement, l'unité centrale qui m'a été confiée - et plus exactement sa
> carte-mère - contient un BIOS. Personnellement, je n'ai jamais confronté à un
> UEFI jusqu'à maintenant...
>
> Pour aller un peu au-delà du sujet présent et d'après à ce que j'ai pu lire ça
> et là, je crois comprendre qu'on peut avoir un partitionnement de type GPT -
> ce qui permet d'outrepasser les limites (toutes ?) d'un partitionnement de
> type MS-DOS (ou MBR) - avec un BIOS.
>
> Cependant, comme je maîtrise mieux le partitionnement d'ancien type (avec,
> donc, ses notions de partitions primaires, étendues et logiques) et un peu par
> fainéantise, je préfère m'en tenir à ça.
>
>> Certaines grosses mises-à-jour Windows (du genre les Service Packs) ne
>> s'installaient pas si Grub a remplacé le bootloader Microsoft. Et il
>> m'est arrivé encore récemment avec W10 de voir la mise-à_jour
>> s'installer et rendre Windows indémarrable à cause de UEFI et Grub.
>> Sachant qu'avec W10 les mises-à-jour sont dans l'ensemble automatiques...
>>
>> Donc j'ai l'impression (peut-être par manque de connaissance du sujet)
>> qu'il vaut mieux laisser le pilotage du démarrage au bootloader
>> Microsoft plutôt qu'à Grub pour éviter les ennuis.
>> J'avais dans le passé paramétré des dual boot Windows/linux pilotés par
>> l'ancien NTLDR, mais je ne l'ai jamais fait avec le nouveau (à partir de
>> Vista) BOOTMGR. Il y en a d'autres sur internet mais tu trouveras ici
>> une procédure en anglais de dual boot Windows/linux par Bootmgr:
>>   http://apcmag.com/how-to-dual-boot-windows-8-and-linux.htm/
>
> D'accord, j'en prend note de ces mises en garde. J'ai regardé ton lien et cela
> me paraît assez simple à mettre en place.
>
> Cependant, lors de l'installation de Debian, j'imagine que je dois demander à
> l'Installateur Debian de mettre GRUB sur la partition racine (c'est-à-dire
> contenant le répertoire "/") et

Re: [HS] Questions pour une double installation de Debian et MS Windows

2016-05-03 Par sujet e Lpe 
L'installation du grub se fait sur la partition que tu veux. En
général c'est sur la racine de la partition logique, mais ce n'est pas
obligatoire.

Le 3 mai 2016 à 02:28, didier gaumet  a écrit :
> Le 03/05/2016 06:58, Stéphane GARGOLY a écrit :
> [...]
>>> laisser le pilotage du démarrage au bootloader Microsoft plutôt qu'à Grub
> [...]
>> Cependant, lors de l'installation de Debian, j'imagine que je dois demander à
>> l'Installateur Debian de mettre GRUB sur la partition racine (c'est-à-dire
>> contenant le répertoire "/")
>
> De mémoire, oui, il faut installer grub ailleurs que sur le MBR, mais je
> ne crois pas que ce soit obligatoirement sur la racine (je peux me
> tromper: ça fait longtemps et je n'ai jamais été particulièrement expert
> dans le domaine)
>
>> et d'ignorer l'autre système d'exploitation qu'il
>> aurait découvert...
>
> au pire, ça fait une entrée Windows dans le menu Grub, ça n'est
> vraisemblablement pas très perturbant pour l'utilisateur, d'autant que
> ce n'est pas l'entrée de menu par défaut. Sinon, il est effectivement
> possible de paramétrer grub pour qu'il ne scanne pas certaine(s)
> partition(s). Ou encore, vu que le scan est effectué par os-prober,
> désinstaller celui-ci et interdire son installation.
>

Re: Carte WIFI non détectée sur PC ACER Aspire VN7-5926 / carte Qualcomm Atheros QCA6174 / Debian-testing-amd64-DVD1-1.iso 2.5.2016

2016-05-03 Par sujet Bernard Schoenacker 
Le Tue, 03 May 2016 11:52:29 +0200,
david Righetto  a écrit :

> Madame, Monsieur,
> 
> Mon PC Acer ne détecte pas le WIFI malgré le fait que cette carte
> semble être présente sur ma machine:
> 
> un lspci -nn | grep -i network a bien identifé cette carte.
> 
> un lspci -K | grep -i network -A 2 a aussi confirmé sa présence sur le
> noyau.
> Lorsque je teste la présence du firmware /sbin/ifconfig le wlan0
> n'apparaît jamais !
> J'ai réinstallé le paquet debian jessie contenant le driver pour cette
> carte et le système m'a répondu qu'il existe déjà !
> Un contrôle avec lsmod|grep me signale:
> ath10k-pci
> ath10k_core, .,etc.. elle semble bien présente sur mon PC.
> 
> En résumé wlan0 n'apparaît jamais.
> 
> Une aide de votre part pour résoudre serait appréciée de ma part.
> 
> En vous remerciant d'avance pour votre aide, je vous prie, Madame,
> Monsieur, mes salutations les meilleures.
> 

bonjour,

que dit :

 dpkg -l |grep firmware-atheros

 dpkg -l |grep firmware-linux-free

slt
bernard

Carte WIFI non détectée sur PC ACER Aspire VN7-5926 / carte Qualcomm Atheros QCA6174 / Debian-testing-amd64-DVD1-1.iso 2.5.2016

2016-05-03 Par sujet david Righetto 
Madame, Monsieur,

Mon PC Acer ne détecte pas le WIFI malgré le fait que cette carte semble
être présente sur ma machine:

un lspci -nn | grep -i network a bien identifé cette carte.

un lspci -K | grep -i network -A 2 a aussi confirmé sa présence sur le
noyau.
Lorsque je teste la présence du firmware /sbin/ifconfig le wlan0
n'apparaît jamais !
J'ai réinstallé le paquet debian jessie contenant le driver pour cette
carte et le système m'a répondu qu'il existe déjà !
Un contrôle avec lsmod|grep me signale:
ath10k-pci
ath10k_core, .,etc.. elle semble bien présente sur mon PC.

En résumé wlan0 n'apparaît jamais.

Une aide de votre part pour résoudre serait appréciée de ma part.

En vous remerciant d'avance pour votre aide, je vous prie, Madame,
Monsieur, mes salutations les meilleures.

Re: Classification L7

2016-05-03 Par sujet Sébastien NOBILI 
Bonjour,

Le lundi 02 mai 2016 à 17:54, Olivier a écrit :
> J'ai trouvé le lien [1] http://l7-filter.sourceforge.net/ mais j'ai
> l'impression que les paquets correspondants (l7-filter-userspace
> l7-protocols) sont présents dans Wheezy mais plus dans Jessie.

Je ne vais pas pouvoir t’aider beaucoup, mais voilà la raison pour laquelle ces
deux paquets ont disparu de Debian : « orphaned, unused, dead upstream ».

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735185
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764886

Sébastien

Re: [HS] Questions pour une double installation de Debian et MS Windows

2016-05-03 Par sujet moi-meme 
Le Mon, 02 May 2016 09:10:02 +0200, didier gaumet a écrit :


> Après, le dual boot pour un utilisateur lambda, me concernant ça ne doit
> pas durer, c'est juste pour lui laisser le temps de se familiariser avec
> Linux. Sinon schéma assez classique: il jette un bref coup d'oeil à
> Linux, il utilise Windows au quotidien et le jour où il rencontre un
> problème bloquant, dans l'urgence il essaie de faire ce qu'il a à faire
> sous Linux, avant de rebasculer sous Windows dès qu'il le peut. Non sans
> t'avoir demandé de lui rapatrier des trucs de Linux vers Windows. Et
> même si tu t'es démerdé pour que ses données sous linux correspondent à
> ses données sous Windows,

+1
J'ai fourni des PC entièrement reconditionnés avec une installation 
simple et fonctionnelle , les gens couraient pour réinstaller un Windows 
pirate dessus.

Triste à dire : trop échaudé, maintenant les gens se demm... avec leur PC 

J'ai un double boot, c'est pour quelques softs introuvables sur Linux et 
qui ne marchent pas sous Wine.

Re: [HS] Questions pour une double installation de Debian et MS Windows

2016-05-03 Par sujet didier gaumet 
Le 03/05/2016 06:58, Stéphane GARGOLY a écrit :
[...]
>> laisser le pilotage du démarrage au bootloader Microsoft plutôt qu'à Grub
[...]
> Cependant, lors de l'installation de Debian, j'imagine que je dois demander à 
> l'Installateur Debian de mettre GRUB sur la partition racine (c'est-à-dire 
> contenant le répertoire "/") 

De mémoire, oui, il faut installer grub ailleurs que sur le MBR, mais je
ne crois pas que ce soit obligatoirement sur la racine (je peux me
tromper: ça fait longtemps et je n'ai jamais été particulièrement expert
dans le domaine)

> et d'ignorer l'autre système d'exploitation qu'il 
> aurait découvert...

au pire, ça fait une entrée Windows dans le menu Grub, ça n'est
vraisemblablement pas très perturbant pour l'utilisateur, d'autant que
ce n'est pas l'entrée de menu par défaut. Sinon, il est effectivement
possible de paramétrer grub pour qu'il ne scanne pas certaine(s)
partition(s). Ou encore, vu que le scan est effectué par os-prober,
désinstaller celui-ci et interdire son installation.