j'ai derni=E8rement mis une gentoo en multiboot et comme je ne peux pas
avoir acc=E8s correectent =E0 mes filesyst=E8mes UFS (parceque j'ai
customiz=E9 les tailles de block), j'ai donc voulu transf=E9rer mes
donn=E9es sur du ext2 et ext3.
=E0 chaque reboot, les filesyst=E8mes passent en "not clean", j'ai beau
faire des e2fsck le probl=E8me se reproduit =E0 chaque reboot.
j'ai constament des corruption et ai test=E9 sur trois disques.
=EAtant donn=E9 que j'ai environ 500Go =E0 v=E9rifier =E0 chaque fois, c'est
extr=EAmement ong, je fait donc maintenant un clean du FS en modifiant
le superblock avec debugfs mais .=E7a reste du bidouillage.
avez vous une id=E9e de quelquechose =E0 faire? recompiler le noyau avec
des options sp=E9cifiques par exemple? =E0 moins que ce ne soit un bug?
tant que le syst=E8me est charg=E9, je peux monter/d=E9monter =E0 loisir
ces filesyst=E8mes sans probl=E8me. si je d=E9monte les FS en question
avant le reboot, cela ne r=E9soud pas le probl=E8me.
je tourne sur une FreeBSD 5.4-release et je ne peux pas monter de
version.
merci d'avance de votre aide.
PS: option de formatage test=E9 en ext2:
# mke2fs /dev/adx
# mke2fs -j /dev/adx
- ne sais pas gérer correctement les cartes SATA silicon image, selon le développeur du driver, ce sont les cartes les plus pourris du marché, en attendant, elles fonctionnaient très bien sous windows et fonctionnent très bien sous linux.
Comme ça par exemple: http://www.ussg.iu.edu/hypermail/linux/kernel/0407.2/0127.html Q-TEC SiI3112ATC144 two port PCI SATA card - shown as devices hde and hdg - works fine and never gives any errors in kernel log. Well, almost. The drawback is that it corrupts data randomly, about once in every ten gigabytes of data read. I don't know if this affects writes. Testing was done by repeatedly dd'ing a swap partition (that was not in use) to a file and then diffing it with the known contents. Initially it was found by unrar getting unexpected and random CRC errors, then PAR2 finding errors and md5sums not matching.
The on-board SiI3114 is having different kind on problem. After few minutes of heavy use I get the following in kernel log: ata2: DMA timeout, stat 0x61
Ou encore ça, pour Windows
http://www.computing.net/windowsxp/wwwboard/forum/133276.html I bought a Maxtor DiamondMax 10 300GB 16MB Cache SATA coupled with a Silicon Image 3112A SATA Controller. I was never able to
install Windows XP on this drive as it always crashed before the end. I connect the hard drive to an existing Windows XP Pro SP2 installation and when i transfer any big files (500MB or more), i get
the "Delayed Write Failed" error and the hard drive just disapears from windows! The drive reappears after i reboot.
Bref, quand le développeur freebsd dit que le chip 3112 c'est de la merde, il sait de quoi il parle, lui!
--
Michel TALON
mobidyc <mobidyc@gmail.com> wrote:
- ne sais pas gérer correctement les cartes SATA silicon image, selon
le développeur du driver, ce sont les cartes les plus pourris du
marché, en attendant, elles fonctionnaient très bien sous windows et
fonctionnent très bien sous linux.
Comme ça par exemple:
http://www.ussg.iu.edu/hypermail/linux/kernel/0407.2/0127.html
Q-TEC SiI3112ATC144 two port PCI SATA card - shown as devices hde and hdg -
works fine and never gives any errors in kernel log. Well, almost. The
drawback is that it corrupts data randomly, about once in every ten gigabytes
of data read. I don't know if this affects writes. Testing was done by
repeatedly dd'ing a swap partition (that was not in use) to a file and then
diffing it with the known contents. Initially it was found by unrar getting
unexpected and random CRC errors, then PAR2 finding errors and md5sums not
matching.
The on-board SiI3114 is having different kind on problem. After few minutes of
heavy use I get the following in kernel log:
ata2: DMA timeout, stat 0x61
Ou encore ça, pour Windows
http://www.computing.net/windowsxp/wwwboard/forum/133276.html
I bought a Maxtor DiamondMax 10 300GB 16MB Cache SATA coupled with a Silicon
Image 3112A SATA Controller. I was never able to
install Windows XP on this drive as it always crashed before the end.
I connect the hard drive to an existing Windows XP Pro SP2 installation and
when i transfer any big files (500MB or more), i get
the "Delayed Write Failed" error and the hard drive just disapears from
windows! The drive reappears after i reboot.
Bref, quand le développeur freebsd dit que le chip 3112 c'est de la merde,
il sait de quoi il parle, lui!
- ne sais pas gérer correctement les cartes SATA silicon image, selon le développeur du driver, ce sont les cartes les plus pourris du marché, en attendant, elles fonctionnaient très bien sous windows et fonctionnent très bien sous linux.
Comme ça par exemple: http://www.ussg.iu.edu/hypermail/linux/kernel/0407.2/0127.html Q-TEC SiI3112ATC144 two port PCI SATA card - shown as devices hde and hdg - works fine and never gives any errors in kernel log. Well, almost. The drawback is that it corrupts data randomly, about once in every ten gigabytes of data read. I don't know if this affects writes. Testing was done by repeatedly dd'ing a swap partition (that was not in use) to a file and then diffing it with the known contents. Initially it was found by unrar getting unexpected and random CRC errors, then PAR2 finding errors and md5sums not matching.
The on-board SiI3114 is having different kind on problem. After few minutes of heavy use I get the following in kernel log: ata2: DMA timeout, stat 0x61
Ou encore ça, pour Windows
http://www.computing.net/windowsxp/wwwboard/forum/133276.html I bought a Maxtor DiamondMax 10 300GB 16MB Cache SATA coupled with a Silicon Image 3112A SATA Controller. I was never able to
install Windows XP on this drive as it always crashed before the end. I connect the hard drive to an existing Windows XP Pro SP2 installation and when i transfer any big files (500MB or more), i get
the "Delayed Write Failed" error and the hard drive just disapears from windows! The drive reappears after i reboot.
Bref, quand le développeur freebsd dit que le chip 3112 c'est de la merde, il sait de quoi il parle, lui!
--
Michel TALON
mobidyc
en tout cas, chez moi ça marche pas mais c'est vrai que je transfere des dizaines de gigas par semaine et que les disques sont assez sollicité, j'ai fait le test sous linux, tout passe très bien.
chuis pas en train de critiquer freebsd, j'adore cet OS, je le garde seulement pour les serveurs, pas pour ma workstation.
En tout cas chez moi le support de l'UFS2 sous Linux marche. Il faut monter comme ceci: mount -t ufs -o ro,ufstype=ufs2,... device mount_point si c'était si simple... sous FreeBSD essaie de formater ton slice en
customizant la taille des blocks par exemple, et essaie de monter ton slice sous linux ensuite, a mon avis, je dois pas être le seul à avoir eu le problème.
Pas de driver proprio plutôt non ? C'est pas la faute de FreeBSD. qui a dit que c'était de sa faute? les développeurs sont plus
intéressés au développement des applis système qu'aux capacités graphiques et c'est tant mieux. c'est bien pour un système qui doit être online tout le temps d'être très stable, par contre, c'est pas fait pour les desktop users, sur ce PC, je suis un desktop user et je veux profiter du dri et autre xgl.
pour la carte SATA sil3112, le développeur du driver a posté en indiquant qu'il arrêtait le support/développement pour cette carte, c'est peut-être vrai qu'elle est chiante à gérer, je n'en sais rien, mais elle fonctionne très bien sous linux/windows, hard testée avec dd par moi même.
pour la carte SATA promise tx4, je sais pas ce qu'elle a sous freebsd mais elle me génère des erreurs...uniquement sous FreeBSD.
sinon, j'ai vraiment pas de chance avec mes disques, la semaine dernière, j'ai voulu connecter un disque dur externe sur un port usb et je suis tombé la dessus: http://www.freebsd.org/cgi/query-pr.cgi?prˆ743 bref, quand je branche le disque, kernel panic...
j'aurais bien voulu essayer FreeBSD 6 ou même le 7, le problème, c'est que le CD commence à booter et bloque avant même le chargement du noyau, testé avec FreeBSD 5.5, 6.0, 6.1 et 7.0 y a que le 5.4 que j'arrive à charger. j'ai bien fait un upgrade depuis les sources mais là, dès qu'il boote, kernel panic, j'ai même pas cherché pourquoi. pour info, les CDs bootent correctement quand je débranche les disques SATA. j'ai fait un bug report mais il est apparemment boudé.
en tout cas, chez moi ça marche pas mais c'est vrai que je transfere
des dizaines de gigas par semaine et que les disques sont assez
sollicité, j'ai fait le test sous linux, tout passe très bien.
chuis pas en train de critiquer freebsd, j'adore cet OS, je le garde
seulement pour les serveurs, pas pour ma workstation.
En tout cas chez moi le support de l'UFS2 sous Linux marche. Il faut monter
comme ceci:
mount -t ufs -o ro,ufstype=ufs2,... device mount_point
si c'était si simple... sous FreeBSD essaie de formater ton slice en
customizant la taille des blocks par exemple, et essaie de monter ton
slice sous linux ensuite, a mon avis, je dois pas être le seul à
avoir eu le problème.
Pas de driver proprio plutôt non ? C'est pas la faute de FreeBSD.
qui a dit que c'était de sa faute? les développeurs sont plus
intéressés au développement des applis système qu'aux capacités
graphiques et c'est tant mieux.
c'est bien pour un système qui doit être online tout le temps d'être
très stable, par contre, c'est pas fait pour les desktop users, sur ce
PC, je suis un desktop user et je veux profiter du dri et autre xgl.
pour la carte SATA sil3112, le développeur du driver a posté en
indiquant qu'il arrêtait le support/développement pour cette carte,
c'est peut-être vrai qu'elle est chiante à gérer, je n'en sais rien,
mais elle fonctionne très bien sous linux/windows, hard testée avec
dd par moi même.
pour la carte SATA promise tx4, je sais pas ce qu'elle a sous freebsd
mais elle me génère des erreurs...uniquement sous FreeBSD.
sinon, j'ai vraiment pas de chance avec mes disques, la semaine
dernière, j'ai voulu connecter un disque dur externe sur un port usb
et je suis tombé la dessus:
http://www.freebsd.org/cgi/query-pr.cgi?pr=88743
bref, quand je branche le disque, kernel panic...
j'aurais bien voulu essayer FreeBSD 6 ou même le 7, le problème,
c'est que le CD commence à booter et bloque avant même le chargement
du noyau, testé avec FreeBSD 5.5, 6.0, 6.1 et 7.0 y a que le 5.4 que
j'arrive à charger.
j'ai bien fait un upgrade depuis les sources mais là, dès qu'il
boote, kernel panic, j'ai même pas cherché pourquoi.
pour info, les CDs bootent correctement quand je débranche les disques
SATA.
j'ai fait un bug report mais il est apparemment boudé.
en tout cas, chez moi ça marche pas mais c'est vrai que je transfere des dizaines de gigas par semaine et que les disques sont assez sollicité, j'ai fait le test sous linux, tout passe très bien.
chuis pas en train de critiquer freebsd, j'adore cet OS, je le garde seulement pour les serveurs, pas pour ma workstation.
En tout cas chez moi le support de l'UFS2 sous Linux marche. Il faut monter comme ceci: mount -t ufs -o ro,ufstype=ufs2,... device mount_point si c'était si simple... sous FreeBSD essaie de formater ton slice en
customizant la taille des blocks par exemple, et essaie de monter ton slice sous linux ensuite, a mon avis, je dois pas être le seul à avoir eu le problème.
Pas de driver proprio plutôt non ? C'est pas la faute de FreeBSD. qui a dit que c'était de sa faute? les développeurs sont plus
intéressés au développement des applis système qu'aux capacités graphiques et c'est tant mieux. c'est bien pour un système qui doit être online tout le temps d'être très stable, par contre, c'est pas fait pour les desktop users, sur ce PC, je suis un desktop user et je veux profiter du dri et autre xgl.
pour la carte SATA sil3112, le développeur du driver a posté en indiquant qu'il arrêtait le support/développement pour cette carte, c'est peut-être vrai qu'elle est chiante à gérer, je n'en sais rien, mais elle fonctionne très bien sous linux/windows, hard testée avec dd par moi même.
pour la carte SATA promise tx4, je sais pas ce qu'elle a sous freebsd mais elle me génère des erreurs...uniquement sous FreeBSD.
sinon, j'ai vraiment pas de chance avec mes disques, la semaine dernière, j'ai voulu connecter un disque dur externe sur un port usb et je suis tombé la dessus: http://www.freebsd.org/cgi/query-pr.cgi?prˆ743 bref, quand je branche le disque, kernel panic...
j'aurais bien voulu essayer FreeBSD 6 ou même le 7, le problème, c'est que le CD commence à booter et bloque avant même le chargement du noyau, testé avec FreeBSD 5.5, 6.0, 6.1 et 7.0 y a que le 5.4 que j'arrive à charger. j'ai bien fait un upgrade depuis les sources mais là, dès qu'il boote, kernel panic, j'ai même pas cherché pourquoi. pour info, les CDs bootent correctement quand je débranche les disques SATA. j'ai fait un bug report mais il est apparemment boudé.
