Bonjour,
- Mail original -
> Ne pas oublier que pas mal de SSD récents ont une zone tampon
> beaucoup plus rapide que le reste du SSD. Tant que les transferts
> ont une taille plus petite que cette zone tout va bien ça boost
> par contre quand ça déborde les perf diminuent fortement...
Le 31/01/2019 à 00:58, Gaëtan Perrier a écrit :
Le mercredi 30 janvier 2019 à 21:53 +0100, Sébastien Dinot a écrit :
Pascal Hambourg a écrit :
J'ai fait des tests similaires sur un PC "récent" (pour moi : 6 ans),
sans SSD mais avec 16 Gio de RAM donc à la place du SSD j'ai utilisé
un ramdisk
Le mercredi 30 janvier 2019 à 21:53 +0100, Sébastien Dinot a écrit :
> Bonsoir,
>
> Pascal Hambourg a écrit :
> > Note : le contenu d'un tmpfs n'est pas forcément en permanence en
> > mémoire, il peut aussi aller dans le swap.
>
> En effet, cette information se vérifie dans la doc du noyau Linux
Bonsoir,
Pascal Hambourg a écrit :
> Note : le contenu d'un tmpfs n'est pas forcément en permanence en
> mémoire, il peut aussi aller dans le swap.
En effet, cette information se vérifie dans la doc du noyau Linux :
https://www.kernel.org/doc/Documentation/filesystems/tmpfs.txt
Je ne le savais
Le 28/01/2019 à 00:31, Sébastien Dinot a écrit :
Je ne suis pas un spécialiste de ces questions, mais je sais que la
limite vient de la capacité de chiffrement du processeur (les dernières
générations ayant fait d'énormes progrès) et l'expérience montre que le
chiffrement d'un flux est bien
On 1/28/19 9:14 PM, Pascal Hambourg wrote:
Le 28/01/2019 à 00:28, Gaëtan Perrier a écrit :
Au début d'Unix les SSD n'existaient pas ...
Les SSD à base de mémoire flash que nous connaissons maintenant, non.
Mais en ce temps là il existait des SSD au sens littéral "disque
solide" basés sur
Le 28/01/2019 à 00:34, Gaëtan Perrier a écrit :
Quel est l'intérêt de faire de la compilation sur une partition chiffrée ?
Comme n'importe quel traitement, le résultat d'une compilation peut
contenir des données sensibles qu'on souhaite protéger.
Normalement une très grande partie des
Le 28/01/2019 à 10:34, Stephane Ascoet a écrit :
Le 27/01/2019 à 09:52, Pascal Hambourg a écrit :
La situation où le système lit et écrit constamment dans le swap
(thrashing) correspond à un manque de mémoire critique pour
l'utilisation. Sans swap, le système ou des processus planteraient. Avec
Le 28/01/2019 à 00:28, Gaëtan Perrier a écrit :
Au début d'Unix les SSD n'existaient pas ...
Les SSD à base de mémoire flash que nous connaissons maintenant, non.
Mais en ce temps là il existait des SSD au sens littéral "disque solide"
basés sur d'autres technologies comme la DRAM ou les CCD
Bonjour,
- Mail original -
> Quel est l'intérêt de faire de la compilation sur une partition
> chiffrée ?
L'intégralité de mon disque est chiffré (hormis la partition /boot). Ce
faisant, en cas de vol (la principale menace), le PC est perdu, mais aucune
information personnelle ou
Le 27/01/2019 à 09:52, Pascal Hambourg a écrit :
La situation où le système lit et écrit constamment dans le swap
(thrashing) correspond à un manque de mémoire critique pour
l'utilisation. Sans swap, le système ou des processus planteraient. Avec
du swap sur disque dur, le système serait
Le dimanche 27 janvier 2019 à 12:24 +0100, Sébastien Dinot a écrit :
> Du coup, lorsque j'effectue des compilations intensives d'un gros projet
> en C++ comme c'est le cas actuellement, le chiffrement est pénalisant
> (le volume du projet - 13 Go de données produites - faisant que tous les
>
Pascal Hambourg a écrit :
> Pour quelle(s) raison(s) ? Le découpage en blocs qui implique une
> lecture-modification-écriture en cas de modification partielle d'un
> bloc (comme les bandes en RAID 5) ?
Je ne suis pas un spécialiste de ces questions, mais je sais que la
limite vient de la capacité
Au début d'Unix les SSD n'existaient pas ...
Le swap reste utile ne serait-ce que pour l'hibernation d'une machine, il me
semble.
Le vendredi 25 janvier 2019 à 08:56 +0100, aishen a écrit :
> Pas seulement, au début linux/unix on mettait de la swap pour avoir une
> mémoire disque plus rapide,
Le 27/01/2019 à 12:24, Sébastien Dinot a écrit :
Le chiffrement symétrique est réputé bien plus performant que le
chiffrement assymétrique, mais symétrique ne veut nullement dire que
chiffrement et déchiffrement ont le même cout. Dans la pratique, le
chiffrement se révèle bien plus couteux que
Le 27/01/2019 à 16:17, Basile Starynkevitch a écrit :
On 1/27/19 3:09 PM, Pascal Hambourg wrote:
Le 27/01/2019 à 12:45, Basile Starynkevitch a écrit :
Je trouve la terminologie "garbage collector" dans les SSD trop
ambitieuse.
Pourquoi, et quelle appellation te semblerait plus appropriée
On 1/27/19 3:09 PM, Pascal Hambourg wrote:
Le 27/01/2019 à 12:45, Basile Starynkevitch a écrit :
Je trouve la terminologie "garbage collector" dans les SSD trop
ambitieuse.
Pourquoi, et quelle appellation te semblerait plus appropriée ?
Personnellement, j'appellerais ça plutôt :
Le 27/01/2019 à 12:45, Basile Starynkevitch a écrit :
Je trouve la terminologie "garbage
collector" dans les SSD trop ambitieuse.
Pourquoi, et quelle appellation te semblerait plus appropriée ?
La plupart du temps, le swap n'est pas utilisé. La commande free indique
une utilisation nulle
On 1/27/19 9:30 AM, Pascal Hambourg wrote:
Le 27/01/2019 à 07:52, Basile Starynkevitch a écrit :
Je crois savoir qu'il est important de monter le SSD avec l'option
discard qui n'est pas active par défaut.
Apparemment l'option discard n'est pas le moyen recommandé pour
effectuer le TRIM.
Bonjour,
Pascal Hambourg a écrit :
> Le chiffrement n'est pas symétrique ?
Le chiffrement symétrique est réputé bien plus performant que le
chiffrement assymétrique, mais symétrique ne veut nullement dire que
chiffrement et déchiffrement ont le même cout. Dans la pratique, le
chiffrement se
Le 25/01/2019 à 11:27, Sébastien Dinot a écrit :
J'ai une partition de swap sur mon disque NVMe, mais vu le niveau de performance de ce disque (surtout en lecture en ce qui me concerne, vu qu'en écriture, le débit est sérieusement ralenti par la capacité de chiffrement du processeur),
Le
Le 25/01/2019 à 08:56, aishen a écrit :
Pas seulement, au début linux/unix on mettait de la swap pour avoir une
mémoire disque plus rapide, donc le ssd était presque de la RAM,
Pardon ?
"De la swap pour avoir une mémoire disque plus rapide", qu'est-ce que ça
veut dire ?
Un SSD aux débuts de
Le 25/01/2019 à 08:38, Daniel Caillibaud a écrit :
Le 25/01/19 à 07:35, aishen a écrit :
on n'a pas besoin de swap sur un ssd linux,
Quel rapport entre le besoin de swap (manque de RAM du système) et la
nature du disque ?
d'après les avis il est
même déconseillé d'en mettre pour
Le 27/01/2019 à 07:52, Basile Starynkevitch a écrit :
Je crois savoir qu'il est important de monter
le SSD avec l'option discard qui n'est pas active par défaut.
Apparemment l'option discard n'est pas le moyen recommandé pour
effectuer le TRIM. Il serait préférable de lancer un "batch TRIM"
On 1/24/19 9:04 PM, Daniel Caillibaud wrote:
Le 24/01/19 à 17:22, contact a écrit :
Bonjour
retour d'expérience, j'ai un SSD avec tout dessus, sous Debian depuis 4
ans et je m'en sert quotidiennement sans aucun problèmes à ce jour.
Idem, et j'écris comme un goret sur le disque (dev nodeJs,
*Bonsoir,**
**Ce qui serait encore plus cool serait que personne ne puisse, à
l'ouverture de thunderbird, lire ou prendre connaissance d'un mail tant
qu'il n'a pas saisi le bon mot de passe.**
**Bonne soirée à tous, Patrice.*
Le 25/01/2019 à 15:29, Cyrille Biot a écrit :
D'ailleurs si il y
D'ailleurs si il y avait une fonction pour que thunderbird oublie les
mots de passe des boites mails avant d'hiberner / mettre en veille, ca
serait cool.
Avec pm-utils, il doit y avoir moyen de gérer cela, non ?
Il suffit de vider "vider" le fichier où ils sont stockés et de
configurer ensuite
Bonsoir,
L’hibernation c'est bien pratique sur un portable.
On attend quelqu'un et quand cette personne arrive on ferme juste
l'écran et on glisse le portable dans son sac.
Sinon, pas très utile quand on a le temps de fermer sa session ?
Le 25/01/2019 à 15:08, Pierre L. a écrit :
> ALT-F4 sur Thunderbird avant la mise en hibernation ?
Ca ferme thunderbird ca. Si on a un mail en cours de rédaction, ca perme
pas de retrouver la fenetre de rédaction ouverte quand on le réveille.
ALT-F4 sur Thunderbird avant la mise en hibernation ?
Le 25/01/2019 à 11:35, hamster a écrit :
> D'ailleurs si il y avait une fonction pour que thunderbird oublie les
> mots de passe des boites mails avant d'hiberner / mettre en veille, ca
> serait cool.
signature.asc
Description: OpenPGP
- Mail original -
> J'ai l'impression a ce que tu dis que pour toi l'interet de
> l'hibernation se situe au niveau de la rapidité du reveil. Mais pour
> moi c'est surtout le fait de retrouver mon travail en cours, de pas
> avoir a tout fermer quand j'éteins puis tout rouvrir ensuite.
En
- Mail original -
> J'ai l'impression a ce que tu dis que pour toi l'interet de
> l'hibernation se situe au niveau de la rapidité du reveil. Mais pour
> moi c'est surtout le fait de retrouver mon travail en cours, de pas
> avoir a tout fermer quand j'éteins puis tout rouvrir ensuite.
En
je ne sais pas... J'utilise pas "hiberne"
Mais un ssd c'est très rapide... Plus besoin d'hiberner
Démarrage, environ 5 seconde... c'est vrai j'ai 16 Go de RAM et un AMD
64 x8, mais enfin aujourd'hui c'est dépassé
Le 25/01/2019 à 11:35, hamster a écrit :
Le 25/01/2019 à 11:27, Sébastien
Le 25/01/2019 à 11:27, Sébastien Dinot a écrit :
> Bonjour,
>
> - Mail original -
>> Ah. Comment on fait pour hiberner alors, si on a pas de swap ?
> J'ai une partition de swap sur mon disque NVMe, mais vu le niveau de
> performance de ce disque (surtout en lecture en ce qui me concerne,
Bonjour,
- Mail original -
> Ah. Comment on fait pour hiberner alors, si on a pas de swap ?
J'ai une partition de swap sur mon disque NVMe, mais vu le niveau de
performance de ce disque (surtout en lecture en ce qui me concerne, vu qu'en
écriture, le débit est sérieusement ralenti par
Le 25/01/2019 à 07:35, aishen a écrit :
> on n'a pas besoin de swap sur un ssd linux
Ah. Comment on fait pour hiberner alors, si on a pas de swap ?
Pas seulement, au début linux/unix on mettait de la swap pour avoir une
mémoire disque plus rapide, donc le ssd était presque de la RAM, il n'y
a pas d'intérêt de ce côté, mais les ssd on un cycle (grand) de
copy/effacer dont il ne vaut pas mieux aller au delà. De toute façon
importe chacun
Le 25/01/2019 à 08:38, Daniel Caillibaud a écrit :
Le 25/01/19 à 07:35, aishen a écrit :
on n'a pas besoin de swap sur un ssd linux,
Quel rapport entre le besoin de swap (manque de RAM du système) et la
nature du disque ?
d'après les avis il est
même déconseillé d'en mettre pour éviter
Le 25/01/19 à 07:35, aishen a écrit :
> on n'a pas besoin de swap sur un ssd linux,
Quel rapport entre le besoin de swap (manque de RAM du système) et la
nature du disque ?
> d'après les avis il est
> même déconseillé d'en mettre pour éviter des lectures/écritures
> constantes qui "usent"
a écrit :
Le 24/01/2019 à 22:50, ajh-valmer a écrit :
Il faut désactiver la SWAP, si disque dur SSD ?
Absurde.
on n'a pas besoin de swap sur un ssd linux, d'après les avis il est même
déconseillé d'en mettre pour éviter des lectures/écritures constantes
qui "usent" la mémoire des ssd
Le 25/01/2019 à 00:00, Sébastien Dinot a écrit :
Pascal Hambourg a écrit :
Ce n'est pas "un genre de réponse", c'est
Pascal Hambourg a écrit :
> Ce n'est pas "un genre de réponse", c'est une réponse. L'objectif est
> de répondre que désactiver le swap au prétexte qu'on a un SSD est
> absurde. Je suis prêt à lire tes objections.
Ce n'est pas l'avis que je conteste, juste la forme. Un minimum de
cordialité et de
Envoyé: jeudi 24 janvier 2019 à 23:28
De: "Pascal Hambourg"
À: debian-user-french@lists.debian.org
Objet: Re: Disque Dur SSD
Le 24/01/2019 à 22:50, ajh-valmer a écrit :
>
> Il faut désactiver la SWAP, si disque dur SSD ?
Le 24/01/2019 "Pascal Hambourg" a écrit
ajh-valmer a écrit :
> Tant pis, je mets le système et le /home sur le SSD :
> Est-ce dangereux ?
Comme d'autres l'ont rappelé avant moi, tout disque peut lâcher à
n'importe quel moment. Quel que soit le support (i.e. c'est aussi vrai
pour les cartes SD dans les smartphones), il est donc
Le 24/01/2019 à 23:38, Sébastien Dinot a écrit :
Pascal Hambourg a écrit :
Absurde.
Quel est l'objectif de ce genre de réponse ?
Ce n'est pas "un genre de réponse", c'est une réponse. L'objectif est de
répondre que désactiver le swap au prétexte qu'on a un SSD est absurde.
Je suis prêt à
Pascal Hambourg a écrit :
> Absurde.
Quel est l'objectif de ce genre de réponse ? Amener les gens à se
désabonner pour avoir le plaisir de rester entre ours mal léchés ?
Sébastien
--
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous
Le 24/01/2019 à 22:50, ajh-valmer a écrit :
Il faut désactiver la SWAP, si disque dur SSD ?
Absurde.
On Thursday 24 January 2019 21:21:48 aishen wrote:
> j'ai un 249 Go je ne sais quelle marque 30 euros
> et je formate souvent, > ubuntu installé depuis 3 ans
> aucun problème, pas de swap comme indiqué.
Il faut désactiver la SWAP, si disque dur SSD ?
j'ai un 249 Go je ne sais quelle marque 30 euros et je formate souvent,
ubuntu installé depuis 3 ans aucun problème, pas de swap comme indiqué
Le 24/01/2019 à 21:04, Daniel Caillibaud a écrit :
Le 24/01/19 à 17:22, contact a écrit :
Bonjour
retour d'expérience, j'ai un SSD avec tout dessus,
Le 24/01/19 à 17:22, contact a écrit :
> Bonjour
>
> retour d'expérience, j'ai un SSD avec tout dessus, sous Debian depuis 4
> ans et je m'en sert quotidiennement sans aucun problèmes à ce jour.
Idem, et j'écris comme un goret sur le disque (dev nodeJs, donc tout de
temps en train d'installer
Le 24/01/2019 à 12:00, Eric Degenetais a écrit :
Effectivement, la durée de vie devient "acceptable" ... à condition de ne
pas se demander comment elle est obtenue : les SSD dits "de bonne qualité"
utilisent 3, 4, ... 8 fois la quantité de chip nécessaire à la capacité
qu'ils affichent, de
On Thursday 24 January 2019 17:22:02 François-Marie BILLARD wrote:
> retour d'expérience, j'ai un SSD avec tout dessus, sous Debian depuis 4
> ans et je m'en sert quotidiennement sans aucun problèmes à ce jour.
Merci à tous ceux qui m'ont répondu.
C'est fait, j'ai mis les 2 partitions sur le
Bonjour
retour d'expérience, j'ai un SSD avec tout dessus, sous Debian depuis 4
ans et je m'en sert quotidiennement sans aucun problèmes à ce jour.
Cordialement
François-Marie BILLARD
Le 24/01/2019 à 11:28, ajh-valmer a écrit :
Bonjour,
Excuses, j'ai déjà posé un peu cette question,
La
Bjr
> un SSD est réputé fragile si on y fait trop d'écritures,
> (panne du disque possible, parait-il...).
A priori, il n'y a plus de problèmes avec les SSD nouvelles générations.
Et comme des fichiers de conf sont sur /home, ils est conseillé de le
mettre aussi sur le SSD
Effectivement, la durée de vie devient "acceptable" ... à condition de ne
pas se demander comment elle est obtenue : les SSD dits "de bonne qualité"
utilisent 3, 4, ... 8 fois la quantité de chip nécessaire à la capacité
qu'ils affichent, de manière à pouvoir les remplacer au fur et à mesure
il y a quand-même pas mal de MacBook
qui ont un SSD comme unique disque.
j'en ai un depuis 5 ans. Maintenant, vu le prix
de la bécane, c'est sans-doute pas le moins cher
des SSD.
e.e.
Le jeudi 24 janvier 2019 à 11:45:31 UTC+1, Eric Degenetais
a écrit :
bonjour,dangereux non : tout
bonjour,
dangereux non : tout disque a une durée de vie limitée, donc le risque
n'entre pas en ligne de compte, simplement l'utiliser comme home (beaucoup
d'écritures comme de lectures) va écourter sa durée de vie par rapport à
l'utilisation recommandée de disque système (peu d'écritures beaucoup
Bonjour,
Excuses, j'ai déjà posé un peu cette question,
La différence de rapidité est très sensible
entre un DD classique et un SSD, surtout au boot.
un SSD est réputé fragile si on y fait trop d'écritures,
(panne du disque possible, parait-il...).
Tant pis, je mets le système et le /home sur
Le 17/12/2018 à 13:10, ajh-valmer a écrit :
Bonjour à tous,
J'ai un DD SSD de 500Go, que je compte installer d'ici peu,
et avant de le faire, je me permets de poser ces 4 questions :
1] Faut-il l'installer sur le SATA-1 ?
Qu'appelles-tu le SATA-1 ?
Un contrôleur SATA 1 (1,5 Gbit/s) ? Ça
> Le 17 déc. 2018 à 13:10, ajh-valmer a écrit :
>
> Bonjour à tous,
Bonjour,
>
>
> 1] Faut-il l'installer sur le SATA-1 ?
Je pense que tu peux le mettre sur n’importe quel port SATA.
>
> 2] Est-ce que le port SATA de ma carte mère l'acceptera ?
> (ou il faut une CM récente ?),
Tout
Bonjour à tous,
J'ai un DD SSD de 500Go, que je compte installer d'ici peu,
et avant de le faire, je me permets de poser ces 4 questions :
1] Faut-il l'installer sur le SATA-1 ?
2] Est-ce que le port SATA de ma carte mère l'acceptera ?
(ou il faut une CM récente ?),
3] Le SSD fait 500Go, or il
Le vendredi 20 avril 2012 à 13:37 +0200, Thierry Despeyroux a écrit :
j'aurais pensé qu'il ne fallait pas mettre /run et /var qui bougent
beaucoup sur le ssd
Thierry
Les SSD on beaucoup gagné en longévité et fiabilité depuis le début, la
technologie et la gestion des écritures se sont
Le 19/04/12 à 22:02, andre_deb...@numericable.fr a écrit :
A Bonsoir,
A
A Un disque SSD + un disque SATA
A (debian-squeeze)
A
A Qui peut me rappeler les partitions à installer
A sur le disque SSD afin d'avoir un boot le plus
A rapide possible :
A /boot ; /usr ; /var ; etc ... ?
Tout le
A
A Qui peut me rappeler les partitions à installer
A sur le disque SSD afin d'avoir un boot le plus
A rapide possible :
A /boot ; /usr ; /var ; etc ... ?
Tout le système...
donc / sauf /home (si tu manques de place, regarde au cas par cas
quoi enlever).
j'aurais pensé qu'il
Thierry Despeyroux, 2012-04-20 13:37+0200:
j'aurais pensé qu'il ne fallait pas mettre /run et /var qui bougent
beaucoup sur le ssd
Les répertoires qui bougent vraiment beaucoup mais dont le contenu n'est
pas à conserver d'un démarrage sur l'autre, comme /run et /tmp peuvent
être montés en
Bonsoir,
Un disque SSD + un disque SATA
(debian-squeeze)
Qui peut me rappeler les partitions à installer
sur le disque SSD afin d'avoir un boot le plus
rapide possible :
/boot ; /usr ; /var ; etc ... ?
Grand merci.
andré
--
Lisez la FAQ de la liste avant de poser une question :
On Wednesday 28 March 2012 16:31:05 Carmelo Ingrao wrote:
Le 28 mars 2012 à 16:27, andre_debian a écrit :
Le choix d'avoir un DD + partition dédiés des données /home/user,
est-il proposé à linstallation de Debian-Squeeze ?
oui, à toi dans l'assitant de partitionnement de monter les
On 02/04/2012 11:46, andre_debian wrote:
je suis (malheureusement) obligé d'utiliser windows-seven,
et selon des tutoriels, cette option ci-dessous ne semble pas s'installer
si facilement :
- D.D. SSD (64 Go) : partition 1=windows | partition2=Debian | partition3=swap
- D.D Sata : partition
Le lundi 2 avril 2012 à 11:46:23, andre_debian a écrit :
[…]
- D.D. SSD (64 Go) : partition 1=windows | partition2=Debian
| partition3=swap
Au passage, dans la mesure où tu essaies de réduire les
écritures sur ton SSD, je ne pense pas que ce soit une bonne
idée de mettre du swap dedans.
On Monday 02 April 2012 19:06:56 Sylvain L. Sauvage wrote:
Le lundi 2 avril 2012 à 11:46:23, andre_debian a écrit :
- D.D. SSD (64 Go) : partition 1=windows | partition2=Debian
| partition3=swap
Au passage, dans la mesure où tu essaies de réduire les
écritures sur ton SSD, je ne pense
Le 27/03/2012 22:39, Gaëtan PERRIER a écrit :
Le Tue, 27 Mar 2012 22:31:51 +0200
andre_debianandre_deb...@numericable.fr a écrit:
Bonsoir,
Est-ce une bonne idée d'avoir un disque dur SSD contenant le système,
(accès nettement plus rapide, dont le boot)
et un 2ème disque dur Sata classique
Les 16Go et le i7 de mémoire doivent aussi aider ;)
Je te confirme que même avec une vielle machine on sent la différence.
Les disques mécaniques constituent donc aujourd'hui un énorme goulot
d'étranglement, ça parait évident, mais finalement il m'a fallu en faire
l'expérience pour bien en
On Fri, 30 Mar 2012 21:42:17 +0200
Nicolas Bercher nberc...@yahoo.fr wrote:
Est-ce vraiment toujours d'actualité d'économiser les écritures sur un SSD?
Un peu moins sur les SLC, mais vu le prix...
--
--
Lisez la FAQ de la liste avant de poser une question :
Le mardi 27 mars 2012 à 23:08 +0200, Gaëtan PERRIER a écrit :
Pareil c'est vraiment plus rapide un peu plus de 7 sec je pense pour moi mais
j'ai uniquement /, /boot et /usr sur le SSD
Gaëtan
Bonjour,
j'ai opté pour une configuration un peu différente. Étant donné que pas
mal de
Le 28/03/2012 14:39, Paul Ezvan a écrit :
Le mardi 27 mars 2012 à 23:08 +0200, Gaëtan PERRIER a écrit :
Pareil c'est vraiment plus rapide un peu plus de 7 sec je pense pour moi mais
j'ai uniquement /, /boot et /usr sur le SSD
Gaëtan
Bonjour,
j'ai opté pour une configuration un peu
SAlut,
Le 27 mars 2012 22:53, andre_debian andre_deb...@numericable.fr a écrit :
andre_debian andre_deb...@numericable.fr a écrit:
Est-ce une bonne idée d'avoir un disque dur SSD contenant le système,
(accès nettement plus rapide, dont le boot)
et un 2ème disque dur Sata classique pour
On Wednesday 28 March 2012 15:39:24 Olivier Lange wrote:
Le 27 mars 2012 22:53, andre_debian andre_deb...@numericable.fr a écrit :
andre_debian andre_deb...@numericable.fr a écrit:
Est-ce une bonne idée d'avoir un disque dur SSD contenant le système,
(accès nettement plus rapide, dont le
Le 28 mars 2012 à 16:27, andre_debian a écrit :
Le choix d'avoir un DD + partition dédiés des données /home/user,
est-il proposé à linstallation de Debian-Squeeze ?
oui, à toi dans l'assitant de partitionnement de monter les partitions où tu le
souhaites !
Bonsoir,
Est-ce une bonne idée d'avoir un disque dur SSD contenant le système,
(accès nettement plus rapide, dont le boot)
et un 2ème disque dur Sata classique pour les données ?
Bonne soirée.
andré
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Le 27 mars 2012 à 22:31, andre_debian a écrit :
Bonsoir,
Est-ce une bonne idée d'avoir un disque dur SSD contenant le système,
(accès nettement plus rapide, dont le boot)
et un 2ème disque dur Sata classique pour les données ?
Bonsoir,
c'est ce que j'utilise sur mon PC fixe : un SSD qui
Le Tue, 27 Mar 2012 22:31:51 +0200
andre_debian andre_deb...@numericable.fr a écrit:
Bonsoir,
Est-ce une bonne idée d'avoir un disque dur SSD contenant le système,
(accès nettement plus rapide, dont le boot)
et un 2ème disque dur Sata classique pour les données ?
Bonne soirée.
andré
andre_debian andre_deb...@numericable.fr a écrit:
Est-ce une bonne idée d'avoir un disque dur SSD contenant le système,
(accès nettement plus rapide, dont le boot)
et un 2ème disque dur Sata classique pour les données ?
c'est ce que j'utilise sur mon PC fixe : un SSD qui contient / et un
Le 27 mars 2012 à 22:53, andre_debian a écrit :
mais avez vous observé une meilleure rapidité
qu'avec un ou plusieurs disques durs classique SATA ?
c'est sans commune mesure : avec mon SSD, ma Debian 6 arrive sur l'invite
graphique de login (gnome) en 7 secondes à partir de Grub.
Le lancement
Le Tue, 27 Mar 2012 22:55:33 +0200
Carmelo Ingrao carm...@ingrao.fr a écrit:
Le 27 mars 2012 à 22:53, andre_debian a écrit :
mais avez vous observé une meilleure rapidité
qu'avec un ou plusieurs disques durs classique SATA ?
c'est sans commune mesure : avec mon SSD, ma Debian 6 arrive
84 matches
Mail list logo
