Salut
je me demandais si on pouvait monter un DD 2.5" en 7200 tours dans un
boitier externe usb2. pour les 4200 et 5400 ça ne pose pas de problèmes pour
l'auto-alimentation par l'usb mais j'ai entendu que les 7200 pompaient trop
et ne pouvaient fonctionner sans alim externe (ce qui devient du coup moins
pratique).
Si vous avez des infos (ou des certitudes ;)
Merci ;)
en tout cas merci de l'info. je prendrai un boitier usb2/firewire si je trouve comme ça j'aurrai toujours la possiblité d'adapter en fonction du PC sur lequel je le brancherai. pas besoin de drivers pour le firewire ?
en tout cas merci de l'info. je prendrai un boitier usb2/firewire si je
trouve comme ça j'aurrai toujours la possiblité d'adapter en fonction du PC
sur lequel je le brancherai.
pas besoin de drivers pour le firewire ?
en tout cas merci de l'info. je prendrai un boitier usb2/firewire si je trouve comme ça j'aurrai toujours la possiblité d'adapter en fonction du PC sur lequel je le brancherai. pas besoin de drivers pour le firewire ?
ericb
Bonjour,
en tout cas merci de l'info. je prendrai un boitier usb2/firewire si je trouve comme ça j'aurrai toujours la possiblité d'adapter en fonction du PC sur lequel je le brancherai.
Il faut juste faire attention à bien "éjecter" le disque avant de le débrancher. C'est juste une habitude à prendre au début, pas très contraignante en fait.
pas besoin de drivers pour le firewire ?
Sous Linux : modules ohci1394 (ou uhci1394, cela dépend de la carte mère), sbp2
Sous Mac OS X : non pas besoin de pilote, c'est reconnu par défaut (Apple est à l'origine du Firewire...)
Sous windows : je ne sais pas, je pense que c'est aussi disponible sur n'importe quel windows récent, mais je n'en sais pas plus, car je n'utilise pas cet OS (je serai quand même très surpris que cela ne fonctionne pas avec).
Cordialement
-- eric bachard
Bonjour,
en tout cas merci de l'info. je prendrai un boitier usb2/firewire si je
trouve comme ça j'aurrai toujours la possiblité d'adapter en fonction du PC
sur lequel je le brancherai.
Il faut juste faire attention à bien "éjecter" le disque avant de le
débrancher. C'est juste une habitude à prendre au début, pas très
contraignante en fait.
pas besoin de drivers pour le firewire ?
Sous Linux : modules ohci1394 (ou uhci1394, cela dépend de la carte
mère), sbp2
Sous Mac OS X : non pas besoin de pilote, c'est reconnu par défaut
(Apple est à l'origine du Firewire...)
Sous windows : je ne sais pas, je pense que c'est aussi disponible sur
n'importe quel windows récent, mais je n'en sais pas plus, car je
n'utilise pas cet OS (je serai quand même très surpris que cela ne
fonctionne pas avec).
en tout cas merci de l'info. je prendrai un boitier usb2/firewire si je trouve comme ça j'aurrai toujours la possiblité d'adapter en fonction du PC sur lequel je le brancherai.
Il faut juste faire attention à bien "éjecter" le disque avant de le débrancher. C'est juste une habitude à prendre au début, pas très contraignante en fait.
pas besoin de drivers pour le firewire ?
Sous Linux : modules ohci1394 (ou uhci1394, cela dépend de la carte mère), sbp2
Sous Mac OS X : non pas besoin de pilote, c'est reconnu par défaut (Apple est à l'origine du Firewire...)
Sous windows : je ne sais pas, je pense que c'est aussi disponible sur n'importe quel windows récent, mais je n'en sais pas plus, car je n'utilise pas cet OS (je serai quand même très surpris que cela ne fonctionne pas avec).
Cordialement
-- eric bachard
Vladimir Chenkov
ok, en quoi la procedure d'éjection est elles idispensable ? Sinon pour windows 2000/XP il gere directement les périphériques USB, pour les firewire il devrait exister une prise en charge (drivers ou direct), comme pour les autres, il n'y a pas de raisons.
ok, en quoi la procedure d'éjection est elles idispensable ?
Sinon pour windows 2000/XP il gere directement les périphériques USB, pour
les firewire il devrait exister une prise en charge (drivers ou direct),
comme pour les autres, il n'y a pas de raisons.
ok, en quoi la procedure d'éjection est elles idispensable ? Sinon pour windows 2000/XP il gere directement les périphériques USB, pour les firewire il devrait exister une prise en charge (drivers ou direct), comme pour les autres, il n'y a pas de raisons.
ericb
Bonjour,
ok, en quoi la procedure d'éjection est elles idispensable ?
Si nous parlons de la même chose, l'ejection correspond au démontage, c'est à dire décrochage (symbolique) du media du système de fichiers : le noyau ne sait alors plus comment accéder physiquement à ce périphérique (que ce soit un noyau Linux Mach et/ou Windows, peu importe).
Et si le périphérique est rendu inaccessible *sans avoir prévenu* (comprendre sans éjection), on prend simplement le risque de freezer le système, ou de planter cette fonctionnalité, qui devient alors inutilisable sans redémarrage, ou sans intervention à très bas niveau).
On prend aussi le risque de perdre les infos en cache qui n'ont pas été recopiées sur ce média, car il y a quelquefois une recopie différée des données. Alors qu'un démontage propre impose la synchronisation.
Sinon pour windows 2000/XP il gere directement les périphériques USB, pour les firewire il devrait exister une prise en charge (drivers ou direct), comme pour les autres, il n'y a pas de raisons.
Et il faut arrêter le périphérique sinon, un message nous explique qu'on a fait une bêtise...je l'ai testé il y a peu avec une clé sur le portable d'un ami.
-- Welcome to Microsoft Linux 1.0. Enter your login and password, or press "Enter" to log as root. login:
Bonjour,
ok, en quoi la procedure d'éjection est elles idispensable ?
Si nous parlons de la même chose, l'ejection correspond au démontage,
c'est à dire décrochage (symbolique) du media du système de fichiers :
le noyau ne sait alors plus comment accéder physiquement à ce
périphérique (que ce soit un noyau Linux Mach et/ou Windows, peu importe).
Et si le périphérique est rendu inaccessible *sans avoir prévenu*
(comprendre sans éjection), on prend simplement le risque de freezer le
système, ou de planter cette fonctionnalité, qui devient alors
inutilisable sans redémarrage, ou sans intervention à très bas niveau).
On prend aussi le risque de perdre les infos en cache qui n'ont pas été
recopiées sur ce média, car il y a quelquefois une recopie différée des
données. Alors qu'un démontage propre impose la synchronisation.
Sinon pour windows 2000/XP il gere directement les périphériques USB, pour
les firewire il devrait exister une prise en charge (drivers ou direct),
comme pour les autres, il n'y a pas de raisons.
Et il faut arrêter le périphérique sinon, un message nous explique qu'on
a fait une bêtise...je l'ai testé il y a peu avec une clé sur le
portable d'un ami.
--
Welcome to Microsoft Linux 1.0. Enter your login and password,
or press "Enter" to log as root.
login:
ok, en quoi la procedure d'éjection est elles idispensable ?
Si nous parlons de la même chose, l'ejection correspond au démontage, c'est à dire décrochage (symbolique) du media du système de fichiers : le noyau ne sait alors plus comment accéder physiquement à ce périphérique (que ce soit un noyau Linux Mach et/ou Windows, peu importe).
Et si le périphérique est rendu inaccessible *sans avoir prévenu* (comprendre sans éjection), on prend simplement le risque de freezer le système, ou de planter cette fonctionnalité, qui devient alors inutilisable sans redémarrage, ou sans intervention à très bas niveau).
On prend aussi le risque de perdre les infos en cache qui n'ont pas été recopiées sur ce média, car il y a quelquefois une recopie différée des données. Alors qu'un démontage propre impose la synchronisation.
Sinon pour windows 2000/XP il gere directement les périphériques USB, pour les firewire il devrait exister une prise en charge (drivers ou direct), comme pour les autres, il n'y a pas de raisons.
Et il faut arrêter le périphérique sinon, un message nous explique qu'on a fait une bêtise...je l'ai testé il y a peu avec une clé sur le portable d'un ami.
-- Welcome to Microsoft Linux 1.0. Enter your login and password, or press "Enter" to log as root. login:
Vladimir Chenkov
ok pour la synchro du cache j'avais pas pensé aux écritues différées, en général je ne m'embète pas plus que ça je débranche et hop. merci pour l'explication ;)
ok pour la synchro du cache j'avais pas pensé aux écritues différées, en
général je ne m'embète pas plus que ça je débranche et hop.
merci pour l'explication ;)
ok pour la synchro du cache j'avais pas pensé aux écritues différées, en général je ne m'embète pas plus que ça je débranche et hop. merci pour l'explication ;)
