Après une discussion sur fcold qui a mentionné freesbie (un certain nls ;),
je suis en train d'essayer ce système et j'essaie de retrouver mes marques.
Actuellement j'utilise et j'administre Debian chez moi sur plusieurs machines.
J'ai aussi un OSX à mon boulot, que je n'administre pas vraiment mais
certains points me sont déjà familiers comme ipfw.
Je précise que bien vu une question similaire ici le mois dernier mais je
n'y ai pas vu le genre de réponse que j'attend, et j'ai trouvé quelques
articles intéressants sur onlamp pour les linuxiens qui passent sur xBSD
mais rien de vraiment synthétique.
Aussi j'aimerais bien que vous puissiez valider mes réflexions et me
compléter si certains aspects m'ont échappé (si possible en évitant le
troll).
Du point de vue de l'utilisateur (utilisation des applications), il n'y
a pas de différence vraiment visible, on retrouve un grand choix
d'applicatifs.
Du point de vue de l'administrateur, les différences sont plus marquées.
- Le système de démarrage est différent : pas de inittab ni de /etc/rcX.d,
à la place on a /etc/rc.d/ et /etc/rc.conf
- on a un système de gestion de paquetage pkg_xxx pour les binaires ou
pour compiler soi même on passe par les ports (un peu comme gentoo ?)
qui propose un vaste choix de packetages
- c'est moins le bazar au niveau de la documentation et les pages man sont
à jour et plus détaillées
- l'administration est largement moins assistée qu'avec les boites à clic
type mandrake (moi j'ai debian : est-ce qu'il y a un genre de debconf ?)
- pour tout ce qui est device, il n'y a pas de /dev/eth ou de /dev/hdxx mais
à la place les devices sont nommés en fonction du pilote (ex: ma carte
réseau est vr0 pour via rhine) --> c'est pas évident pour trouver comment
se nomment les périphériques... faut passer par dmesg et les xxxinfo ou
y a-t-il plus simple ?
En plus le nommage des partitions est différent (utilisation des slices)
- on retrouve le fonctionnement d'iptables dans ipfw
Le point sur lesquels je m'interroge le plus sont :
- l'utilisation de binaires linux : pas de compatibilité binaire, mais j'ai
vu ça et là mention d'émulation linux. Qu'en est-il ? Est-ce une sorte de
wine ? Est ce qu'on peut tout faire tourner ?
- le noyau : exit kernel.org ? Est-ce que le noyau suit l'évolution des linux
ou est-ce que ça n'a rien à voir ? J'ai vu qu'il y avait un système de
modules dynamiques, est-ce possible d'utiliser des modules linux avec
freebsd ? Exemple : le module d'affichage nvidia.
Voilà, si vous pouviez m'éclairer un peu là dessus et éventuellement compléter
s'il existe encore d'autres différences, je vous en remercie.
Personnellement, j'ai beau lire et relire le man, je ne comprends pas en quoi ça a répondu à la question.
Une petite piste à me donner ?
Oui ; tu ne lis pas la même chose que Miod : <http://www.openbsd.org/cgi-bin/man.cgi?query=intro&sektion=4&arch=i386>
Grmbl. Je croyais que c'était une enfilade sur FreeBSD, moi :)
-- Paumé sur Usenet-Fr ? Un seul site ! http://www.alea.net/usenet Un peu de zic pour se détendre ? http://julien.robinson.free.fr --------------------------------------------------------------------------- Archives FTP de fr.usenet.reponses ftp://ftp.alea.net/pub/usenet/docfr
Personnellement, j'ai beau lire et relire le man, je ne comprends pas
en quoi ça a répondu à la question.
Une petite piste à me donner ?
Oui ; tu ne lis pas la même chose que Miod :
<http://www.openbsd.org/cgi-bin/man.cgi?query=intro&sektion=4&arch=i386>
Grmbl. Je croyais que c'était une enfilade sur FreeBSD, moi :)
--
Paumé sur Usenet-Fr ? Un seul site ! http://www.alea.net/usenet
Un peu de zic pour se détendre ? http://julien.robinson.free.fr
---------------------------------------------------------------------------
Archives FTP de fr.usenet.reponses ftp://ftp.alea.net/pub/usenet/docfr
Personnellement, j'ai beau lire et relire le man, je ne comprends pas en quoi ça a répondu à la question.
Une petite piste à me donner ?
Oui ; tu ne lis pas la même chose que Miod : <http://www.openbsd.org/cgi-bin/man.cgi?query=intro&sektion=4&arch=i386>
Grmbl. Je croyais que c'était une enfilade sur FreeBSD, moi :)
-- Paumé sur Usenet-Fr ? Un seul site ! http://www.alea.net/usenet Un peu de zic pour se détendre ? http://julien.robinson.free.fr --------------------------------------------------------------------------- Archives FTP de fr.usenet.reponses ftp://ftp.alea.net/pub/usenet/docfr
Sébastien Kirche
Le 1 août 2005 à 20:08, Vincent Hiribarren a formulé :
Pourquoi ? j'ai répondu trop vite en fait ça n'aide pas ?
Ah ça je n'en sais rien, tout dépend de ce que vous attendiez de votre question. Mais de ce que j'y ai vu, je ne vois pas comment faire autrement que lire les messages de boot (via dmesg ou autre) pour retrouver les identifiants des périphériques (ou alors faire un bête ls de /dev en espérant s'y retrouver). Je peux toutefois tout à fait me tromper.
Bon, au pire je pense que je saurais me dépatouiller avec dmesg. Je viens tout juste de charger 5.4-RELEASE-i386-bootonly.iso
Je vais bien voir... -- Sébastien Kirche
Le 1 août 2005 à 20:08, Vincent Hiribarren a formulé :
Pourquoi ? j'ai répondu trop vite en fait ça n'aide pas ?
Ah ça je n'en sais rien, tout dépend de ce que vous attendiez de votre
question. Mais de ce que j'y ai vu, je ne vois pas comment faire
autrement que lire les messages de boot (via dmesg ou autre) pour
retrouver les identifiants des périphériques (ou alors faire un bête
ls de /dev en espérant s'y retrouver). Je peux toutefois tout à
fait me tromper.
Bon, au pire je pense que je saurais me dépatouiller avec dmesg.
Je viens tout juste de charger 5.4-RELEASE-i386-bootonly.iso
Le 1 août 2005 à 20:08, Vincent Hiribarren a formulé :
Pourquoi ? j'ai répondu trop vite en fait ça n'aide pas ?
Ah ça je n'en sais rien, tout dépend de ce que vous attendiez de votre question. Mais de ce que j'y ai vu, je ne vois pas comment faire autrement que lire les messages de boot (via dmesg ou autre) pour retrouver les identifiants des périphériques (ou alors faire un bête ls de /dev en espérant s'y retrouver). Je peux toutefois tout à fait me tromper.
Bon, au pire je pense que je saurais me dépatouiller avec dmesg. Je viens tout juste de charger 5.4-RELEASE-i386-bootonly.iso
Je vais bien voir... -- Sébastien Kirche
Sébastien Kirche
Le 1 août 2005 à 21:08, Vincent Hiribarren a dit :
Grmbl. Je croyais que c'était une enfilade sur FreeBSD, moi :)
Moi aussi :) Sur Freesbie, la sortie du ma est différente, et celle d'openbsd est effectivement plus claire...
M'enfin, 'y peuvent pas faire un truc cohérent ? ;) -- Sébastien Kirche
Le 1 août 2005 à 21:08, Vincent Hiribarren a dit :
Grmbl. Je croyais que c'était une enfilade sur FreeBSD, moi :)
Moi aussi :)
Sur Freesbie, la sortie du ma est différente, et celle d'openbsd est
effectivement plus claire...
M'enfin, 'y peuvent pas faire un truc cohérent ? ;)
--
Sébastien Kirche
Le 1 août 2005 à 21:08, Vincent Hiribarren a dit :
Grmbl. Je croyais que c'était une enfilade sur FreeBSD, moi :)
Moi aussi :) Sur Freesbie, la sortie du ma est différente, et celle d'openbsd est effectivement plus claire...
M'enfin, 'y peuvent pas faire un truc cohérent ? ;) -- Sébastien Kirche
F. Senault
Une petite piste à me donner ? Ou alors c'est le passage où ils disent qu'il faut jeter un coup d'oeil dans LINT (en fait, apparemment, maintenant c'est NOTES, il est pas à jour le man :-) ?
cd /usr/src/sys/i386/conf && make LINT
Chais pas pourquoi il est plus mis par défaut.
Fred -- I need to be cleansed It's time to make amends For all of the fun The damage is done And I feel diseased I'm down on my knees And I need forgiveness Someone to bear witness To the goodness within Beneath the sin (Depeche Mode, To Have and to Hold)
Une petite piste à me donner ? Ou alors c'est le passage où ils disent
qu'il faut jeter un coup d'oeil dans LINT (en fait, apparemment,
maintenant c'est NOTES, il est pas à jour le man :-) ?
cd /usr/src/sys/i386/conf && make LINT
Chais pas pourquoi il est plus mis par défaut.
Fred
--
I need to be cleansed It's time to make amends For all of the fun
The damage is done And I feel diseased I'm down on my knees
And I need forgiveness Someone to bear witness To the goodness within
Beneath the sin (Depeche Mode, To Have and to Hold)
Une petite piste à me donner ? Ou alors c'est le passage où ils disent qu'il faut jeter un coup d'oeil dans LINT (en fait, apparemment, maintenant c'est NOTES, il est pas à jour le man :-) ?
cd /usr/src/sys/i386/conf && make LINT
Chais pas pourquoi il est plus mis par défaut.
Fred -- I need to be cleansed It's time to make amends For all of the fun The damage is done And I feel diseased I'm down on my knees And I need forgiveness Someone to bear witness To the goodness within Beneath the sin (Depeche Mode, To Have and to Hold)
F. Senault
Ah ça je n'en sais rien, tout dépend de ce que vous attendiez de votre question. Mais de ce que j'y ai vu, je ne vois pas comment faire autrement que lire les messages de boot (via dmesg ou autre) pour retrouver les identifiants des périphériques
pciconf -lv aussi. Note que si le périphérique n'a pas de driver attaché, il donnera les infos d'identifiant du device, mais pas le nom du driver...
Fred -- Note to self : "shoot first, ask questions later" does not work when armed with a fully automatic submachine gun. (Jay in FLEM : flem.dhs.org)
Ah ça je n'en sais rien, tout dépend de ce que vous attendiez de votre
question. Mais de ce que j'y ai vu, je ne vois pas comment faire
autrement que lire les messages de boot (via dmesg ou autre) pour
retrouver les identifiants des périphériques
pciconf -lv aussi. Note que si le périphérique n'a pas de driver
attaché, il donnera les infos d'identifiant du device, mais pas le nom
du driver...
Fred
--
Note to self : "shoot first, ask questions later" does not work when
armed with a fully automatic submachine gun.
(Jay in FLEM : flem.dhs.org)
Ah ça je n'en sais rien, tout dépend de ce que vous attendiez de votre question. Mais de ce que j'y ai vu, je ne vois pas comment faire autrement que lire les messages de boot (via dmesg ou autre) pour retrouver les identifiants des périphériques
pciconf -lv aussi. Note que si le périphérique n'a pas de driver attaché, il donnera les infos d'identifiant du device, mais pas le nom du driver...
Fred -- Note to self : "shoot first, ask questions later" does not work when armed with a fully automatic submachine gun. (Jay in FLEM : flem.dhs.org)
Sébastien Kirche
Le 1 août 2005 à 21:08, Sébastien Kirche vraute :
Je viens tout juste de charger 5.4-RELEASE-i386-bootonly.iso Je vais bien voir...
Ça y est, ça commence :(
Au boot du mini cd j'ai (après un tas d'autres messages du boot): ata0-master : FAILURE - ATA_IDENTIFY timed out (3 fois) ata1-master : FAILURE - ATAPI_IDENTIFY timed out (3 fois)
Et ça finit sur "Waiting 15 seconds for SCSI[1] devices to settle"
La machine n'a rien de particulier, c'est un P4 1,7GHz avec un disque ibm de 60Go et un graveur IDE tous les 2.
C'est la même sur laquelle j'ai essayé FreeSBIE sans problème.
J'aurais dû utiliser le cd1 à la place du bootonly ?
[1] il y a une carte SCSI classique dans la machine (Tekram DC390U) sans rien de connecté dessus -- Sébastien Kirche
Le 1 août 2005 à 21:08, Sébastien Kirche vraute :
Je viens tout juste de charger 5.4-RELEASE-i386-bootonly.iso
Je vais bien voir...
Ça y est, ça commence :(
Au boot du mini cd j'ai (après un tas d'autres messages du boot):
ata0-master : FAILURE - ATA_IDENTIFY timed out (3 fois)
ata1-master : FAILURE - ATAPI_IDENTIFY timed out (3 fois)
Et ça finit sur "Waiting 15 seconds for SCSI[1] devices to settle"
La machine n'a rien de particulier, c'est un P4 1,7GHz avec un disque
ibm de 60Go et un graveur IDE tous les 2.
C'est la même sur laquelle j'ai essayé FreeSBIE sans problème.
J'aurais dû utiliser le cd1 à la place du bootonly ?
[1] il y a une carte SCSI classique dans la machine (Tekram DC390U) sans
rien de connecté dessus
--
Sébastien Kirche
Je viens tout juste de charger 5.4-RELEASE-i386-bootonly.iso Je vais bien voir...
Ça y est, ça commence :(
Au boot du mini cd j'ai (après un tas d'autres messages du boot): ata0-master : FAILURE - ATA_IDENTIFY timed out (3 fois) ata1-master : FAILURE - ATAPI_IDENTIFY timed out (3 fois)
Et ça finit sur "Waiting 15 seconds for SCSI[1] devices to settle"
La machine n'a rien de particulier, c'est un P4 1,7GHz avec un disque ibm de 60Go et un graveur IDE tous les 2.
C'est la même sur laquelle j'ai essayé FreeSBIE sans problème.
J'aurais dû utiliser le cd1 à la place du bootonly ?
[1] il y a une carte SCSI classique dans la machine (Tekram DC390U) sans rien de connecté dessus -- Sébastien Kirche
Thierry Thomas
Lundi 01 août 2005 à 18:28 GMT, Vincent Hiribarren a écrit :
c'est pas évident pour trouver comment se nomment les périphériques... faut passer par dmesg et les xxxinfo ou y a-t-il plus simple ?
man 4 intro et consorts.
Effectivement.
Personnellement, j'ai beau lire et relire le man, je ne comprends pas en quoi ça a répondu à la question.
Une petite piste à me donner ? Ou alors c'est le passage où ils disent qu'il faut jeter un coup d'oeil dans LINT (en fait, apparemment, maintenant c'est NOTES, il est pas à jour le man :-) ? Mais même, j'ai par exemple une realtek (rl) qui n'est pas nommée dans NOTES.
Dans ce cas, on peut toujours tenter un apropos :
apropos realtek re(4) - RealTek 8139C+/8169/8169S/8110S PCI Ethernet adapter driver rl(4) - RealTek 8129/8139 Fast Ethernet device driver rue(4) - RealTek RTL8150 USB to Fast Ethernet controller driver
De même pour les consorts, je ne vois pas.
Moi non plus, ça doit être une histoire de fromages. -- Th. Thomas.
Lundi 01 août 2005 à 18:28 GMT, Vincent Hiribarren a écrit :
c'est pas évident pour trouver comment se nomment les
périphériques... faut passer par dmesg et les xxxinfo ou y a-t-il
plus simple ?
man 4 intro et consorts.
Effectivement.
Personnellement, j'ai beau lire et relire le man, je ne comprends pas
en quoi ça a répondu à la question.
Une petite piste à me donner ? Ou alors c'est le passage où ils disent
qu'il faut jeter un coup d'oeil dans LINT (en fait, apparemment,
maintenant c'est NOTES, il est pas à jour le man :-) ? Mais même, j'ai
par exemple une realtek (rl) qui n'est pas nommée dans NOTES.
Dans ce cas, on peut toujours tenter un apropos :
apropos realtek
re(4) - RealTek 8139C+/8169/8169S/8110S PCI Ethernet adapter driver
rl(4) - RealTek 8129/8139 Fast Ethernet device driver
rue(4) - RealTek RTL8150 USB to Fast Ethernet controller driver
De même pour les consorts, je ne vois pas.
Moi non plus, ça doit être une histoire de fromages.
--
Th. Thomas.
Lundi 01 août 2005 à 18:28 GMT, Vincent Hiribarren a écrit :
c'est pas évident pour trouver comment se nomment les périphériques... faut passer par dmesg et les xxxinfo ou y a-t-il plus simple ?
man 4 intro et consorts.
Effectivement.
Personnellement, j'ai beau lire et relire le man, je ne comprends pas en quoi ça a répondu à la question.
Une petite piste à me donner ? Ou alors c'est le passage où ils disent qu'il faut jeter un coup d'oeil dans LINT (en fait, apparemment, maintenant c'est NOTES, il est pas à jour le man :-) ? Mais même, j'ai par exemple une realtek (rl) qui n'est pas nommée dans NOTES.
Dans ce cas, on peut toujours tenter un apropos :
apropos realtek re(4) - RealTek 8139C+/8169/8169S/8110S PCI Ethernet adapter driver rl(4) - RealTek 8129/8139 Fast Ethernet device driver rue(4) - RealTek RTL8150 USB to Fast Ethernet controller driver
De même pour les consorts, je ne vois pas.
Moi non plus, ça doit être une histoire de fromages. -- Th. Thomas.
Thierry Thomas
Dimanche 31 juillet 2005 à 22:07 GMT, Vincent Hiribarren a écrit :
Personnellement, je vous conseille de passer dans la mesure du possible par les ports. Certains packages sont foireux (le classique, c'est "screen" dont la version packagé prend 100% de cpu), certains
À part screen (et encore, il me semblait que ç'avait été résolu) et math/atlas qui est censé être compilé sur la machine cible, il ne devrait théoriquement pas y avoir d'autres problèmes : s'il y en a, ce sont des bugs, à signaler / corriger. (Il y a aussi bien entendu les problèmes de restrictions légales...)
n'existent que sous forme de port, et si vous commencez à mélanger des ports et des packages, certains nouveaux packages ne voudront pas s'installer à cause de problème de dépendance qu'on ne peut résoudre qu'en mettant la version "port" de ces packages, les ports étant plus à jour.
C'est l'inconvénient principal des packages : le cluster de compilation met un certain temps à les produire (penser tout de même à positionner la variable d'environnement PACKAGESITE à http://pointyhat.freebsd.org/errorlogs/archi-ver-packages-full/All/ en remplaçant archi et ver).
L'autre inconvénient est que les packages sont produits avec les options standards seulement. Si une option particulière est très demandée, il faut envisager soit de l'activer par défaut, soit de faire un port esclave pour qu'elle soit packagée : ça se discute avec le mainteneur.
A noter portupgrade si vous découvrez tout cela, qui permet de facilement de mettre à jour un port, avec aussi les ports dépendants de lui ou dont il a besoin. A installer par... les ports.
Je conseillerais d'utiliser `portupgrade -RP le-port-à-m.à-j.' après un cvsup : le -R permet de mettre à jour des dépendances pour avoir un système cohérent, et le -P permet d'utiliser les packages quand ils sont disponibles. Voir aussi /usr/local/etc/pkgtools.conf pour les options pratiques (USE_PKGS, ALT_PKGDEP, MAKE_ARGS, etc.) et un `sudo pkgdb -F' de temps en temps.
Enfin, dès qu'on a au moins deux machines au même niveau, ne compiler que sur une seule et y produire systématiquement les packages ! -- Th. Thomas.
Dimanche 31 juillet 2005 à 22:07 GMT, Vincent Hiribarren a écrit :
Personnellement, je vous conseille de passer dans la mesure du
possible par les ports. Certains packages sont foireux (le classique,
c'est "screen" dont la version packagé prend 100% de cpu), certains
À part screen (et encore, il me semblait que ç'avait été résolu) et
math/atlas qui est censé être compilé sur la machine cible, il ne
devrait théoriquement pas y avoir d'autres problèmes : s'il y en a, ce
sont des bugs, à signaler / corriger. (Il y a aussi bien entendu les
problèmes de restrictions légales...)
n'existent que sous forme de port, et si vous commencez à mélanger des
ports et des packages, certains nouveaux packages ne voudront pas
s'installer à cause de problème de dépendance qu'on ne peut résoudre
qu'en mettant la version "port" de ces packages, les ports étant plus
à jour.
C'est l'inconvénient principal des packages : le cluster de compilation
met un certain temps à les produire (penser tout de même à positionner
la variable d'environnement PACKAGESITE à
http://pointyhat.freebsd.org/errorlogs/archi-ver-packages-full/All/ en
remplaçant archi et ver).
L'autre inconvénient est que les packages sont produits avec les options
standards seulement. Si une option particulière est très demandée, il
faut envisager soit de l'activer par défaut, soit de faire un port
esclave pour qu'elle soit packagée : ça se discute avec le mainteneur.
A noter portupgrade si vous découvrez tout cela, qui permet de
facilement de mettre à jour un port, avec aussi les ports dépendants
de lui ou dont il a besoin. A installer par... les ports.
Je conseillerais d'utiliser `portupgrade -RP le-port-à-m.à-j.' après un
cvsup : le -R permet de mettre à jour des dépendances pour avoir un
système cohérent, et le -P permet d'utiliser les packages quand ils sont
disponibles. Voir aussi /usr/local/etc/pkgtools.conf pour les options
pratiques (USE_PKGS, ALT_PKGDEP, MAKE_ARGS, etc.) et un `sudo pkgdb -F'
de temps en temps.
Enfin, dès qu'on a au moins deux machines au même niveau, ne compiler
que sur une seule et y produire systématiquement les packages !
--
Th. Thomas.
Dimanche 31 juillet 2005 à 22:07 GMT, Vincent Hiribarren a écrit :
Personnellement, je vous conseille de passer dans la mesure du possible par les ports. Certains packages sont foireux (le classique, c'est "screen" dont la version packagé prend 100% de cpu), certains
À part screen (et encore, il me semblait que ç'avait été résolu) et math/atlas qui est censé être compilé sur la machine cible, il ne devrait théoriquement pas y avoir d'autres problèmes : s'il y en a, ce sont des bugs, à signaler / corriger. (Il y a aussi bien entendu les problèmes de restrictions légales...)
n'existent que sous forme de port, et si vous commencez à mélanger des ports et des packages, certains nouveaux packages ne voudront pas s'installer à cause de problème de dépendance qu'on ne peut résoudre qu'en mettant la version "port" de ces packages, les ports étant plus à jour.
C'est l'inconvénient principal des packages : le cluster de compilation met un certain temps à les produire (penser tout de même à positionner la variable d'environnement PACKAGESITE à http://pointyhat.freebsd.org/errorlogs/archi-ver-packages-full/All/ en remplaçant archi et ver).
L'autre inconvénient est que les packages sont produits avec les options standards seulement. Si une option particulière est très demandée, il faut envisager soit de l'activer par défaut, soit de faire un port esclave pour qu'elle soit packagée : ça se discute avec le mainteneur.
A noter portupgrade si vous découvrez tout cela, qui permet de facilement de mettre à jour un port, avec aussi les ports dépendants de lui ou dont il a besoin. A installer par... les ports.
Je conseillerais d'utiliser `portupgrade -RP le-port-à-m.à-j.' après un cvsup : le -R permet de mettre à jour des dépendances pour avoir un système cohérent, et le -P permet d'utiliser les packages quand ils sont disponibles. Voir aussi /usr/local/etc/pkgtools.conf pour les options pratiques (USE_PKGS, ALT_PKGDEP, MAKE_ARGS, etc.) et un `sudo pkgdb -F' de temps en temps.
Enfin, dès qu'on a au moins deux machines au même niveau, ne compiler que sur une seule et y produire systématiquement les packages ! -- Th. Thomas.
Sébastien Kirche
Le 1 août 2005 à 22:08, Sébastien Kirche vraute :
Au boot du mini cd j'ai (après un tas d'autres messages du boot): ata0-master : FAILURE - ATA_IDENTIFY timed out (3 fois) ata1-master : FAILURE - ATAPI_IDENTIFY timed out (3 fois)
Et ça finit sur "Waiting 15 seconds for SCSI[1] devices to settle"
Personne n'avait relevé semble-t-il aussi je reviens là dessus.
J'ai fait pas mal d'essais, cherché un minimum mais je n'y arrive pas encore.
Avec la mini iso de 5.4 j'avais ces messages. Il semble que la carte inutilisée qui traînait dans la machine (Tekram DC390U avec du NCR 53c875 dedans) soit la cause du freeze.
J'ai essayé avec le bootonly de la 6.0 beta1 : ça n'attend que 5 secondes mais ça freeze pareil. J'ai vu sur le web mention de problèmes ça et là avec cette carte sous linux et bsd.
Pour l'instant j'ai viré la carte scsi et ça ne freeze plus.
Par contre ça faute toujours sur ata0-master et ata1-master en 5.4. Je ne vois pas d'erreur avec 6.0 (du moins pour ce que j'ai le temps de suivre pendant le boot).
Dans les 2 cas, j'arrive dans le programme d'installation, mais comme le noyau n'a pas vu de disque, je ne peux guère aller plus loin...
Je suis allé faire un tour dans le bios et je n'ai rien vu de particulier (c'est une carte mère classique qui existe depuis un moment : MSI P4MAM - mini atx) si ce n'est le réglage sur "os plug-n-play" que j'ai supprimé.
Auriez-vous quelques idées ? Je suis assez coincé pour l'instant.
-- Sébastien Kirche
Le 1 août 2005 à 22:08, Sébastien Kirche vraute :
Au boot du mini cd j'ai (après un tas d'autres messages du boot):
ata0-master : FAILURE - ATA_IDENTIFY timed out (3 fois)
ata1-master : FAILURE - ATAPI_IDENTIFY timed out (3 fois)
Et ça finit sur "Waiting 15 seconds for SCSI[1] devices to settle"
Personne n'avait relevé semble-t-il aussi je reviens là dessus.
J'ai fait pas mal d'essais, cherché un minimum mais je n'y arrive pas
encore.
Avec la mini iso de 5.4 j'avais ces messages. Il semble que la carte
inutilisée qui traînait dans la machine (Tekram DC390U avec du NCR
53c875 dedans) soit la cause du freeze.
J'ai essayé avec le bootonly de la 6.0 beta1 : ça n'attend que 5
secondes mais ça freeze pareil. J'ai vu sur le web mention de problèmes
ça et là avec cette carte sous linux et bsd.
Pour l'instant j'ai viré la carte scsi et ça ne freeze plus.
Par contre ça faute toujours sur ata0-master et ata1-master en 5.4. Je
ne vois pas d'erreur avec 6.0 (du moins pour ce que j'ai le temps de
suivre pendant le boot).
Dans les 2 cas, j'arrive dans le programme d'installation, mais comme le
noyau n'a pas vu de disque, je ne peux guère aller plus loin...
Je suis allé faire un tour dans le bios et je n'ai rien vu de
particulier (c'est une carte mère classique qui existe depuis un moment
: MSI P4MAM - mini atx) si ce n'est le réglage sur "os plug-n-play" que
j'ai supprimé.
Auriez-vous quelques idées ? Je suis assez coincé pour l'instant.
Au boot du mini cd j'ai (après un tas d'autres messages du boot): ata0-master : FAILURE - ATA_IDENTIFY timed out (3 fois) ata1-master : FAILURE - ATAPI_IDENTIFY timed out (3 fois)
Et ça finit sur "Waiting 15 seconds for SCSI[1] devices to settle"
Personne n'avait relevé semble-t-il aussi je reviens là dessus.
J'ai fait pas mal d'essais, cherché un minimum mais je n'y arrive pas encore.
Avec la mini iso de 5.4 j'avais ces messages. Il semble que la carte inutilisée qui traînait dans la machine (Tekram DC390U avec du NCR 53c875 dedans) soit la cause du freeze.
J'ai essayé avec le bootonly de la 6.0 beta1 : ça n'attend que 5 secondes mais ça freeze pareil. J'ai vu sur le web mention de problèmes ça et là avec cette carte sous linux et bsd.
Pour l'instant j'ai viré la carte scsi et ça ne freeze plus.
Par contre ça faute toujours sur ata0-master et ata1-master en 5.4. Je ne vois pas d'erreur avec 6.0 (du moins pour ce que j'ai le temps de suivre pendant le boot).
Dans les 2 cas, j'arrive dans le programme d'installation, mais comme le noyau n'a pas vu de disque, je ne peux guère aller plus loin...
Je suis allé faire un tour dans le bios et je n'ai rien vu de particulier (c'est une carte mère classique qui existe depuis un moment : MSI P4MAM - mini atx) si ce n'est le réglage sur "os plug-n-play" que j'ai supprimé.
Auriez-vous quelques idées ? Je suis assez coincé pour l'instant.
-- Sébastien Kirche
Nicolas Le Scouarnec
Au boot du mini cd j'ai (après un tas d'autres messages du boot): ata0-master : FAILURE - ATA_IDENTIFY timed out (3 fois) ata1-master : FAILURE - ATAPI_IDENTIFY timed out (3 fois)
Ca, c'est étrange, je n'ai jamais eu ca. J'ai un copain qui a eu des problèmes avec une nappe defectueuse, mais ca ne marcherait pas bien sous un autre OS, a priori. En plus, ca plante "tot", il n'a pas encore essayé de faire des transferts...
Est-ce que tes disques sont en IDE ou en Serial ATA ?
Et ça finit sur "Waiting 15 seconds for SCSI[1] devices to settle"
Apparement, tu as reglé ce problème. C'est bizarre, mais bon, quelle idée d'avoir une carte SCSI sans rien dessus.
Par contre ça faute toujours sur ata0-master et ata1-master en 5.4. Je ne vois pas d'erreur avec 6.0 (du moins pour ce que j'ai le temps de suivre pendant le boot).
http://www.freebsd.org/cgi/man.cgi?query=ata&sektion=4&manpath=FreeBSD+5.4-RELEASE Apparement, ton Chipset est supporté en 5.4 comme en 6.0 ...
Je suis allé faire un tour dans le bios et je n'ai rien vu de particulier (c'est une carte mère classique qui existe depuis un moment : MSI P4MAM - mini atx) si ce n'est le réglage sur "os plug-n-play" que j'ai supprimé. Auriez-vous quelques idées ? Je suis assez coincé pour l'instant.
Désactiver l'UDMA ? Booter sans ACPI ? Ce qui est "marrant", c'est que FreeSbie (FreeBSD 5.3) ne te pose pas ce problème, a moins que tu ne sois passé a a coté (cf dmesg).
Pour booter sans acpi, tu dois avoir dans le menu avec un petit démon, une option pour le choisir. Pour désactiver l'UDMA, il faut choisir Escape to bootloader (l'équivalent de grub/lilo) et taper:
set hw.ata.atapi_dma=0 set hw.ata.ata_dma=0 boot
Mais je doute que ca marche mieux avec juste ca...
-- Nicolas Le Scouarnec
Au boot du mini cd j'ai (après un tas d'autres messages du boot):
ata0-master : FAILURE - ATA_IDENTIFY timed out (3 fois)
ata1-master : FAILURE - ATAPI_IDENTIFY timed out (3 fois)
Ca, c'est étrange, je n'ai jamais eu ca. J'ai un copain qui a eu des
problèmes avec une nappe defectueuse, mais ca ne marcherait pas bien
sous un autre OS, a priori. En plus, ca plante "tot", il n'a pas encore
essayé de faire des transferts...
Est-ce que tes disques sont en IDE ou en Serial ATA ?
Et ça finit sur "Waiting 15 seconds for SCSI[1] devices to settle"
Apparement, tu as reglé ce problème. C'est bizarre, mais bon, quelle
idée d'avoir une carte SCSI sans rien dessus.
Par contre ça faute toujours sur ata0-master et ata1-master en 5.4. Je
ne vois pas d'erreur avec 6.0 (du moins pour ce que j'ai le temps de
suivre pendant le boot).
http://www.freebsd.org/cgi/man.cgi?query=ata&sektion=4&manpath=FreeBSD+5.4-RELEASE
Apparement, ton Chipset est supporté en 5.4 comme en 6.0 ...
Je suis allé faire un tour dans le bios et je n'ai rien vu de
particulier (c'est une carte mère classique qui existe depuis un moment
: MSI P4MAM - mini atx) si ce n'est le réglage sur "os plug-n-play" que
j'ai supprimé.
Auriez-vous quelques idées ? Je suis assez coincé pour l'instant.
Désactiver l'UDMA ? Booter sans ACPI ? Ce qui est "marrant", c'est que
FreeSbie (FreeBSD 5.3) ne te pose pas ce problème, a moins que tu ne sois
passé a a coté (cf dmesg).
Pour booter sans acpi, tu dois avoir dans le menu avec un petit démon,
une option pour le choisir. Pour désactiver l'UDMA, il faut choisir
Escape to bootloader (l'équivalent de grub/lilo) et taper:
set hw.ata.atapi_dma=0
set hw.ata.ata_dma=0
boot
Mais je doute que ca marche mieux avec juste ca...
Au boot du mini cd j'ai (après un tas d'autres messages du boot): ata0-master : FAILURE - ATA_IDENTIFY timed out (3 fois) ata1-master : FAILURE - ATAPI_IDENTIFY timed out (3 fois)
Ca, c'est étrange, je n'ai jamais eu ca. J'ai un copain qui a eu des problèmes avec une nappe defectueuse, mais ca ne marcherait pas bien sous un autre OS, a priori. En plus, ca plante "tot", il n'a pas encore essayé de faire des transferts...
Est-ce que tes disques sont en IDE ou en Serial ATA ?
Et ça finit sur "Waiting 15 seconds for SCSI[1] devices to settle"
Apparement, tu as reglé ce problème. C'est bizarre, mais bon, quelle idée d'avoir une carte SCSI sans rien dessus.
Par contre ça faute toujours sur ata0-master et ata1-master en 5.4. Je ne vois pas d'erreur avec 6.0 (du moins pour ce que j'ai le temps de suivre pendant le boot).
http://www.freebsd.org/cgi/man.cgi?query=ata&sektion=4&manpath=FreeBSD+5.4-RELEASE Apparement, ton Chipset est supporté en 5.4 comme en 6.0 ...
Je suis allé faire un tour dans le bios et je n'ai rien vu de particulier (c'est une carte mère classique qui existe depuis un moment : MSI P4MAM - mini atx) si ce n'est le réglage sur "os plug-n-play" que j'ai supprimé. Auriez-vous quelques idées ? Je suis assez coincé pour l'instant.
Désactiver l'UDMA ? Booter sans ACPI ? Ce qui est "marrant", c'est que FreeSbie (FreeBSD 5.3) ne te pose pas ce problème, a moins que tu ne sois passé a a coté (cf dmesg).
Pour booter sans acpi, tu dois avoir dans le menu avec un petit démon, une option pour le choisir. Pour désactiver l'UDMA, il faut choisir Escape to bootloader (l'équivalent de grub/lilo) et taper:
set hw.ata.atapi_dma=0 set hw.ata.ata_dma=0 boot
Mais je doute que ca marche mieux avec juste ca...
