Mon ancien serveur etant devenu trop limite, je viens de prendre un serveur
dedie sur lequel je vais installer Wheezy.
Ce pose biensur le probleme du partitionnement et n'ayant pas beaucoup
d'experience vos conseils et retour d'experiences seront les bienvenues
Ce serveur sera destine uniquement a de l'hebergement de site et au email
qui s'y rattache.
En voila les caracteristiques:
CPU : Intel Xeon E5-1620v2 4c/8t 3,7 GHz+/3,9 GHz+
RAM : 64 Go DDR3 ECC 1600MHz
Disques : 2x 2 To SATA3
- Par securite (ayant 2 HD) je crerai un RAID soft, donc le schema de
partition ne se fait que sur 2To.
- Il n'y aura que tres peu d'utilisateurs (3 ou 4 max), donc je pense que
/home n'a pas besoin d'etre enorme (arrete moi si je me trompe ;-)
- Pour le Swap... O_o aucune idee de la valeur necessaire pour cette
quantite de memoire.
- Si je cree les partitions: /boot, /, /var, /tmp, /home, quel valeur vous
mettriez?
- Est ce qu'il y en a qui vous semble inutile ou alors qui manque
absolument.
<div dir=3D"ltr"><div><div><div><div>Bonjour a Tous<br><br><br><br></div>Mo=
n ancien serveur etant devenu trop limite, je viens de prendre un serveur d=
edie sur lequel je vais installer Wheezy.<br><br></div>Ce pose biensur le p=
robleme du partitionnement et n'ayant pas beaucoup d'experience vos=
conseils et retour d'experiences seront les bienvenues<br><br></div>Ce=
serveur sera destine uniquement a de l'hebergement de site et au email=
qui s'y rattache.<br></div>En voila les caracteristiques:<br>CPU : =C2=
=A0=C2=A0=C2=A0 Intel Xeon E5-1620v2 4c/8t 3,7 GHz+/3,9 GHz+<br>RAM : =C2=
=A0=C2=A0=C2=A0 64 Go DDR3 ECC 1600MHz<br>Disques : =C2=A0=C2=A0=C2=A0 2x 2=
To SATA3<br><div><div><div><br></div><div>- Par securite (ayant 2 HD) je c=
rerai un RAID soft, donc le schema de partition ne se fait que sur 2To.<br>=
<br></div><div>- Il n'y aura que tres peu d'utilisateurs (3 ou 4 ma=
x), donc je pense que /home n'a pas besoin d'etre enorme (arrete mo=
i si je me trompe ;-)<br><br></div><div>- Pour le Swap... O_o aucune idee =
de la valeur necessaire pour cette quantite de memoire.<br><br></div><div>-=
Si je cree les partitions: /boot, /, /var, /tmp, /home, quel valeur vous m=
ettriez?<br><br></div><div>- Est ce qu'il y en a qui vous semble inutil=
e ou alors qui manque absolument.<br><br><br></div><div>Cordialement<br></d=
iv><div>Hugues<br></div><div><br><br></div></div></div></div>
--001a113e500eb2d08e05104cd7b0--
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/CAMEeNc2Sdx1d69C1rxAOk86h=EHLqZ3YUr1fdN_jb36=Ba_9Ew@mail.gmail.com
pour un serveur exposé sur ouaibe, tu peux être sûr qu'un tas de ro bots ou de gens viendront frapper à ta porte. si le type frappe une fois la por te, ca va. mais s'il se met à t'inonder de requettes que ton serveur ( apac he, postfix, exim4, ou même iptables) refusent, il y a aura forcément des logs. et il serait capable de te blinder tes 2 To rien qu'avec des logs si tout est mis dans /, ou plutôt, si /var/log n'est pas séparé du reste. e t dans ce cas, tu risque d'avoir des problèmes, même pour s'y connecter en ssh.
J'avoue, j'avais oublié ça. Mais c'est une remarque que je ne peux que plussoyer, merci !
le /boot, perso, je ne le mets pas dans LVM, car j'ai déjà eu des surprises du genre, le LVM n'est pas disponible au boot.
Oui, et puis bon, le /boot on n'y touche pas bien souvent, si on lui donne 500mo, on peut être à peu près sûr que ça ira pour toute la vie, je pense.
Pascal Hambourg a écrit :
D'un autre côté, chiffrer une machine qu'on ne contrôle pas physiquement, c'est d'un intérêt limité.
Bah justement je ne trouve pas : tu ne sais pas si un jour une de tes activités, ou un de tes hébergés, ne fera pas un truc "illégal". Tu ne sais pas si ton serveur ne sera jamais saisi. Tu n'auras jamais accès au disque dur. Et les prochaines personnes qui utiliseront ce disque (si tu changes de serveur dans 6 mois par ex...), bah elles pourront accéder à toutes tes données sans grandes difficultés, sauf si tu t'amuses à y faire un shred/sfill, ce qui n'est pas masse courant.
bonne journée!
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/CAGKqBr=UfVmC_Y8F32ODF5=HOvCMHy+tqy7oFqyRK+
Richard a écrit :
pour un serveur exposé sur ouaibe, tu peux être sûr qu'un tas de ro bots ou
de gens viendront frapper à ta porte. si le type frappe une fois la por te,
ca va. mais s'il se met à t'inonder de requettes que ton serveur ( apac he,
postfix, exim4, ou même iptables) refusent, il y a aura forcément des logs.
et il serait capable de te blinder tes 2 To rien qu'avec des logs si tout
est mis dans /, ou plutôt, si /var/log n'est pas séparé du reste. e t dans ce
cas, tu risque d'avoir des problèmes, même pour s'y connecter en ssh.
J'avoue, j'avais oublié ça. Mais c'est une remarque que je ne peux que
plussoyer, merci !
le /boot, perso, je ne le mets pas dans LVM, car j'ai déjà eu des
surprises du genre, le LVM n'est pas disponible au boot.
Oui, et puis bon, le /boot on n'y touche pas bien souvent, si on lui
donne 500mo, on peut être à peu près sûr que ça ira pour toute la vie,
je pense.
Pascal Hambourg a écrit :
D'un autre côté, chiffrer une machine qu'on ne contrôle pas
physiquement, c'est d'un intérêt limité.
Bah justement je ne trouve pas : tu ne sais pas si un jour une de tes
activités, ou un de tes hébergés, ne fera pas un truc "illégal". Tu ne
sais pas si ton serveur ne sera jamais saisi. Tu n'auras jamais accès
au disque dur. Et les prochaines personnes qui utiliseront ce disque
(si tu changes de serveur dans 6 mois par ex...), bah elles pourront
accéder à toutes tes données sans grandes difficultés, sauf si tu
t'amuses à y faire un shred/sfill, ce qui n'est pas masse courant.
bonne journée!
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/CAGKqBr=UfVmC_Y8F32ODF5=HOvCMHy+tqy7oFqyRK+XrQsFksA@mail.gmail.com
pour un serveur exposé sur ouaibe, tu peux être sûr qu'un tas de ro bots ou de gens viendront frapper à ta porte. si le type frappe une fois la por te, ca va. mais s'il se met à t'inonder de requettes que ton serveur ( apac he, postfix, exim4, ou même iptables) refusent, il y a aura forcément des logs. et il serait capable de te blinder tes 2 To rien qu'avec des logs si tout est mis dans /, ou plutôt, si /var/log n'est pas séparé du reste. e t dans ce cas, tu risque d'avoir des problèmes, même pour s'y connecter en ssh.
J'avoue, j'avais oublié ça. Mais c'est une remarque que je ne peux que plussoyer, merci !
le /boot, perso, je ne le mets pas dans LVM, car j'ai déjà eu des surprises du genre, le LVM n'est pas disponible au boot.
Oui, et puis bon, le /boot on n'y touche pas bien souvent, si on lui donne 500mo, on peut être à peu près sûr que ça ira pour toute la vie, je pense.
Pascal Hambourg a écrit :
D'un autre côté, chiffrer une machine qu'on ne contrôle pas physiquement, c'est d'un intérêt limité.
Bah justement je ne trouve pas : tu ne sais pas si un jour une de tes activités, ou un de tes hébergés, ne fera pas un truc "illégal". Tu ne sais pas si ton serveur ne sera jamais saisi. Tu n'auras jamais accès au disque dur. Et les prochaines personnes qui utiliseront ce disque (si tu changes de serveur dans 6 mois par ex...), bah elles pourront accéder à toutes tes données sans grandes difficultés, sauf si tu t'amuses à y faire un shred/sfill, ce qui n'est pas masse courant.
bonne journée!
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/CAGKqBr=UfVmC_Y8F32ODF5=HOvCMHy+tqy7oFqyRK+
Pascal Hambourg
Gaël a écrit :
Pascal Hambourg a écrit :
D'un autre côté, chiffrer une machine qu'on ne contrôle pas physiquement, c'est d'un intérêt limité.
Bah justement je ne trouve pas : tu ne sais pas si un jour une de tes activités, ou un de tes hébergés, ne fera pas un truc "illégal".
Quel rapport avec le chiffrement ?
Tu ne sais pas si ton serveur ne sera jamais saisi.
Dans ce cas les z'autorités viendront gentiment te demander la clé.
Et les prochaines personnes qui utiliseront ce disque (si tu changes de serveur dans 6 mois par ex...), bah elles pourront accéder à toutes tes données sans grandes difficultés, sauf si tu t'amuses à y faire un shred/sfill, ce qui n'est pas masse courant.
J'ai écrit "intérêt limité", pas "aucun intérêt". Le cas de la réutilisation du disque est intéressant, mais c'est faible par rapport à tout ce qu'on peut attendre du chiffrement.
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Gaël a écrit :
Pascal Hambourg a écrit :
D'un autre côté, chiffrer une machine qu'on ne contrôle pas
physiquement, c'est d'un intérêt limité.
Bah justement je ne trouve pas : tu ne sais pas si un jour une de tes
activités, ou un de tes hébergés, ne fera pas un truc "illégal".
Quel rapport avec le chiffrement ?
Tu ne sais pas si ton serveur ne sera jamais saisi.
Dans ce cas les z'autorités viendront gentiment te demander la clé.
Et les prochaines personnes qui utiliseront ce disque
(si tu changes de serveur dans 6 mois par ex...), bah elles pourront
accéder à toutes tes données sans grandes difficultés, sauf si tu
t'amuses à y faire un shred/sfill, ce qui n'est pas masse courant.
J'ai écrit "intérêt limité", pas "aucun intérêt".
Le cas de la réutilisation du disque est intéressant, mais c'est faible
par rapport à tout ce qu'on peut attendre du chiffrement.
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/54F783A4.6050104@plouf.fr.eu.org
D'un autre côté, chiffrer une machine qu'on ne contrôle pas physiquement, c'est d'un intérêt limité.
Bah justement je ne trouve pas : tu ne sais pas si un jour une de tes activités, ou un de tes hébergés, ne fera pas un truc "illégal".
Quel rapport avec le chiffrement ?
Tu ne sais pas si ton serveur ne sera jamais saisi.
Dans ce cas les z'autorités viendront gentiment te demander la clé.
Et les prochaines personnes qui utiliseront ce disque (si tu changes de serveur dans 6 mois par ex...), bah elles pourront accéder à toutes tes données sans grandes difficultés, sauf si tu t'amuses à y faire un shred/sfill, ce qui n'est pas masse courant.
J'ai écrit "intérêt limité", pas "aucun intérêt". Le cas de la réutilisation du disque est intéressant, mais c'est faible par rapport à tout ce qu'on peut attendre du chiffrement.
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
S
Bonjour,
Je suis globalement d'accord avec tout ce que Richard a écrit. Je voudrais juste nuancer ce point :
Le mercredi 04 mars 2015 à 9:50, Richard VENNE a écrit :
le /boot, perso, je ne le mets pas dans LVM, car j'ai déjà eu des surprises du genre, le LVM n'est pas disponible au boot. mais, tu me diras que, dans ce cas on ne verra pas le reste non plus. alors, c'est à se demander à quoi sert de mettre du LVM si ce n'est pas 100% fiable, notamment sur un serveur auquel on n'a pas un accès physique.
LVM _est_ fiable (j'ai hésité à reprendre le « 100% », mais dans le cas d'un logiciel, ce serait un peu téméraire…).
Les problèmes qu'on rencontre avec /boot dans le LVM sont dûs au manque de support LVM dans Grub. Il me semble que le Grub de Wheezy ne gère pas LVM et que celui de Jessie le gère (mais je peux me tromper).
Donc Grub démarre et… n'arrive pas à trouver /boot.
/boot dans une partition classique est donc une bonne idée. En revanche, pour ce qui est du reste (le LVM et les différentes partitions du système qui sont dedans), il n'y aura aucun problème puisqu'elles seront prises en charge par l'initrd du noyau dans lequel on peut mettre un peu tout ce qu'on veut.
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 En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Bonjour,
Je suis globalement d'accord avec tout ce que Richard a écrit. Je voudrais juste
nuancer ce point :
Le mercredi 04 mars 2015 à 9:50, Richard VENNE a écrit :
le /boot, perso, je ne le mets pas dans LVM, car j'ai déjà eu des surprises
du genre, le LVM n'est pas disponible au boot. mais, tu me diras que, dans
ce cas on ne verra pas le reste non plus. alors, c'est à se demander à quoi
sert de mettre du LVM si ce n'est pas 100% fiable, notamment sur un serveur
auquel on n'a pas un accès physique.
LVM _est_ fiable (j'ai hésité à reprendre le « 100% », mais dans le cas d'un
logiciel, ce serait un peu téméraire…).
Les problèmes qu'on rencontre avec /boot dans le LVM sont dûs au manque de
support LVM dans Grub. Il me semble que le Grub de Wheezy ne gère pas LVM et que
celui de Jessie le gère (mais je peux me tromper).
Donc Grub démarre et… n'arrive pas à trouver /boot.
/boot dans une partition classique est donc une bonne idée. En revanche, pour ce
qui est du reste (le LVM et les différentes partitions du système qui sont
dedans), il n'y aura aucun problème puisqu'elles seront prises en charge par
l'initrd du noyau dans lequel on peut mettre un peu tout ce qu'on veut.
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/20150305121308.GA13819@sebian.nob900.homeip.net
Je suis globalement d'accord avec tout ce que Richard a écrit. Je voudrais juste nuancer ce point :
Le mercredi 04 mars 2015 à 9:50, Richard VENNE a écrit :
le /boot, perso, je ne le mets pas dans LVM, car j'ai déjà eu des surprises du genre, le LVM n'est pas disponible au boot. mais, tu me diras que, dans ce cas on ne verra pas le reste non plus. alors, c'est à se demander à quoi sert de mettre du LVM si ce n'est pas 100% fiable, notamment sur un serveur auquel on n'a pas un accès physique.
LVM _est_ fiable (j'ai hésité à reprendre le « 100% », mais dans le cas d'un logiciel, ce serait un peu téméraire…).
Les problèmes qu'on rencontre avec /boot dans le LVM sont dûs au manque de support LVM dans Grub. Il me semble que le Grub de Wheezy ne gère pas LVM et que celui de Jessie le gère (mais je peux me tromper).
Donc Grub démarre et… n'arrive pas à trouver /boot.
/boot dans une partition classique est donc une bonne idée. En revanche, pour ce qui est du reste (le LVM et les différentes partitions du système qui sont dedans), il n'y aura aucun problème puisqu'elles seront prises en charge par l'initrd du noyau dans lequel on peut mettre un peu tout ce qu'on veut.
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 En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Johnny B
Salut,
Concernant le /boot LVM pour Debian stable/testing fonctionne très bien et ce depuis longtemps.
Ce sont les distribs RHE/Centos/Fedora qui sont encore sensibles au /boot + LVM
Depuis Grub2 la question du /boot dans son LVM logique n'est plus un problème.
Ca reste risqué avec les anciennes versions de Grub. (depuis 2012 je mets du /boot dans le LVM avec wheezy ou jessie sans problèmes)
On 03/05/2015 01:13 PM, Sébastien NOBILI wrote:
Bonjour,
Je suis globalement d'accord avec tout ce que Richard a écrit. Je voudrais juste nuancer ce point :
Le mercredi 04 mars 2015 à 9:50, Richard VENNE a écrit :
le /boot, perso, je ne le mets pas dans LVM, car j'ai déjà eu des surprises du genre, le LVM n'est pas disponible au boot. mais, tu me diras que, dans ce cas on ne verra pas le reste non plus. alors, c'est à se demander à quoi sert de mettre du LVM si ce n'est pas 100% fiable, notamment sur un serveur auquel on n'a pas un accès physique.
LVM _est_ fiable (j'ai hésité à reprendre le « 100% », mais dans le cas d'un logiciel, ce serait un peu téméraire…).
Les problèmes qu'on rencontre avec /boot dans le LVM sont dûs au manque de support LVM dans Grub. Il me semble que le Grub de Wheezy ne gère pas LVM et que celui de Jessie le gère (mais je peux me tromper).
Donc Grub démarre et… n'arrive pas à trouver /boot.
/boot dans une partition classique est donc une bonne idée. En revanche, pour ce qui est du reste (le LVM et les différentes partitions du système qui sont dedans), il n'y aura aucun problème puisqu'elles seront prises en charge par l'initrd du noyau dans lequel on peut mettre un peu tout ce qu'on veut.
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 En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Salut,
Concernant le /boot LVM pour Debian stable/testing fonctionne très bien
et ce depuis longtemps.
Ce sont les distribs RHE/Centos/Fedora qui sont encore sensibles au
/boot + LVM
Depuis Grub2 la question du /boot dans son LVM logique n'est plus un
problème.
Ca reste risqué avec les anciennes versions de Grub. (depuis 2012 je
mets du /boot dans le LVM avec wheezy ou jessie sans problèmes)
On 03/05/2015 01:13 PM, Sébastien NOBILI wrote:
Bonjour,
Je suis globalement d'accord avec tout ce que Richard a écrit. Je voudrais juste
nuancer ce point :
Le mercredi 04 mars 2015 à 9:50, Richard VENNE a écrit :
le /boot, perso, je ne le mets pas dans LVM, car j'ai déjà eu des surprises
du genre, le LVM n'est pas disponible au boot. mais, tu me diras que, dans
ce cas on ne verra pas le reste non plus. alors, c'est à se demander à quoi
sert de mettre du LVM si ce n'est pas 100% fiable, notamment sur un serveur
auquel on n'a pas un accès physique.
LVM _est_ fiable (j'ai hésité à reprendre le « 100% », mais dans le cas d'un
logiciel, ce serait un peu téméraire…).
Les problèmes qu'on rencontre avec /boot dans le LVM sont dûs au manque de
support LVM dans Grub. Il me semble que le Grub de Wheezy ne gère pas LVM et que
celui de Jessie le gère (mais je peux me tromper).
Donc Grub démarre et… n'arrive pas à trouver /boot.
/boot dans une partition classique est donc une bonne idée. En revanche, pour ce
qui est du reste (le LVM et les différentes partitions du système qui sont
dedans), il n'y aura aucun problème puisqu'elles seront prises en charge par
l'initrd du noyau dans lequel on peut mettre un peu tout ce qu'on veut.
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/54F849E3.7010709@gmail.com
Concernant le /boot LVM pour Debian stable/testing fonctionne très bien et ce depuis longtemps.
Ce sont les distribs RHE/Centos/Fedora qui sont encore sensibles au /boot + LVM
Depuis Grub2 la question du /boot dans son LVM logique n'est plus un problème.
Ca reste risqué avec les anciennes versions de Grub. (depuis 2012 je mets du /boot dans le LVM avec wheezy ou jessie sans problèmes)
On 03/05/2015 01:13 PM, Sébastien NOBILI wrote:
Bonjour,
Je suis globalement d'accord avec tout ce que Richard a écrit. Je voudrais juste nuancer ce point :
Le mercredi 04 mars 2015 à 9:50, Richard VENNE a écrit :
le /boot, perso, je ne le mets pas dans LVM, car j'ai déjà eu des surprises du genre, le LVM n'est pas disponible au boot. mais, tu me diras que, dans ce cas on ne verra pas le reste non plus. alors, c'est à se demander à quoi sert de mettre du LVM si ce n'est pas 100% fiable, notamment sur un serveur auquel on n'a pas un accès physique.
LVM _est_ fiable (j'ai hésité à reprendre le « 100% », mais dans le cas d'un logiciel, ce serait un peu téméraire…).
Les problèmes qu'on rencontre avec /boot dans le LVM sont dûs au manque de support LVM dans Grub. Il me semble que le Grub de Wheezy ne gère pas LVM et que celui de Jessie le gère (mais je peux me tromper).
Donc Grub démarre et… n'arrive pas à trouver /boot.
/boot dans une partition classique est donc une bonne idée. En revanche, pour ce qui est du reste (le LVM et les différentes partitions du système qui sont dedans), il n'y aura aucun problème puisqu'elles seront prises en charge par l'initrd du noyau dans lequel on peut mettre un peu tout ce qu'on veut.
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 En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Sébastien NOBILI
Le jeudi 05 mars 2015 à 13:19, Johnny B a écrit :
Concernant le /boot LVM pour Debian stable/testing fonctionne très bien et ce depuis longtemps.
Ce sont les distribs RHE/Centos/Fedora qui sont encore sensibles au /boot + LVM
Depuis Grub2 la question du /boot dans son LVM logique n'est plus un problème.
Merci pour la rectification. L'installation de mon système étant antérieure à Wheezy, je ne m'étais jamais vraiment posé la question et je supposais qu'un grub2 en version 1.98 (donc pas tout à fait encore complet) ne disposait pas de cette capacité.
Encore merci pour ton intervention.
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 En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Le jeudi 05 mars 2015 à 13:19, Johnny B a écrit :
Concernant le /boot LVM pour Debian stable/testing fonctionne très bien et
ce depuis longtemps.
Ce sont les distribs RHE/Centos/Fedora qui sont encore sensibles au /boot +
LVM
Depuis Grub2 la question du /boot dans son LVM logique n'est plus un
problème.
Merci pour la rectification. L'installation de mon système étant antérieure à
Wheezy, je ne m'étais jamais vraiment posé la question et je supposais qu'un
grub2 en version 1.98 (donc pas tout à fait encore complet) ne disposait pas de
cette capacité.
Encore merci pour ton intervention.
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/20150305123356.GB13819@sebian.nob900.homeip.net
Concernant le /boot LVM pour Debian stable/testing fonctionne très bien et ce depuis longtemps.
Ce sont les distribs RHE/Centos/Fedora qui sont encore sensibles au /boot + LVM
Depuis Grub2 la question du /boot dans son LVM logique n'est plus un problème.
Merci pour la rectification. L'installation de mon système étant antérieure à Wheezy, je ne m'étais jamais vraiment posé la question et je supposais qu'un grub2 en version 1.98 (donc pas tout à fait encore complet) ne disposait pas de cette capacité.
Encore merci pour ton intervention.
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 En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
