|
|
|
|
||||||
| fr.comp.os.bsd Systèmes BSD et dérivés (NetBSD, FreeBSD, ...). |
![]() |
|
|
LinkBack | Outils de la discussion |
|
|
#1 (permalink) |
|
Messages: n/a
Hébergeur: |
Bonjour, suite à la même mésaventure citée précédemment, j'ai re-composé
comme je l'ai pu mon bousin FreeBSD 6.1 composé de deux disques SCSI, un graveur CD et un disque dur sur IDE. Les disques SCSI ont repris leur fonctionnement après un fsck, le lecteur CD fonctionne, mais le disque dur pose des problèmes. Je peux le monter, un » fsck -y se déroule jusqu'à terme ( ce qui est long, c'est un disque de 720Go) mais impossible de le remettre en service. Il ne me reste qu'un seul répertoire d'origine, tout le reste se trouve dans «lost+found» à la racine du point de montage de ce disque. Il m'est impossible de consulter ce dernier répertoire, un » ls fait réamorcer la machine hors mode de maintenance. En mode simple utilisateur ou à l'aide d'un CD de récupération, le «ls» ne reporte rien, et ne rend jamais la main, après des dizaines de minutes. Comment pourrais-je récupérer quelque chose ? Ensuite, c'est sur ce disque que se trouvait mes répertoire de gestion de ports, soit «PKG_DBDIR». Évidemment, ni portupgrade, ni pkg_* ne fonctionnent plus. Comment pourrais je reconstituer cette base ? -- www.diablotins.org |
|
|
|
#2 (permalink) |
|
Messages: n/a
Hébergeur: |
David MAREC wrote:
> Bonjour, suite à la même mésaventure citée précédemment, j'ai re-composé > comme je l'ai pu mon bousin FreeBSD 6.1 composé de deux disques SCSI, un > graveur CD et un disque dur sur IDE. > > Les disques SCSI ont repris leur fonctionnement après un fsck, le lecteur CD > fonctionne, mais le disque dur pose des problèmes. > > Je peux le monter, un > » fsck -y > se déroule jusqu'à terme ( ce qui est long, c'est un disque de 720Go) mais > impossible de le remettre en service. > Il ne me reste qu'un seul répertoire d'origine, tout le reste se trouve > dans «lost+found» à la racine du point de montage de ce disque. > > Il m'est impossible de consulter ce dernier répertoire, un > » ls > fait réamorcer la machine hors mode de maintenance. > En mode simple utilisateur ou à l'aide d'un CD de récupération, le «ls» ne > reporte rien, et ne rend jamais la main, après des dizaines de minutes. Est-ce que tu as des messages d'erreur sur la console quand ça arrive (je pense à des erreurs DMA) ? J'ai un disque cassé physiquement qui a un peu le même comportement (sauf le reboot). Ca donne ça : ad2: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=17766655 Le comportement reboot lors du ls peut être dû uniquement à des erreurs de structure du fs (et de bug dans le noyau). Pour être sûr que le disque est intact au niveau physique, essaie de le lire bloc par bloc avec dd Par exemple, dd if=/dev/ad42 of=/dev/null bs=128k Mais d'après ton message sur la carte-mère, j'ai peur que ce ne soit plus grave que ça. Qu'est-ce qu'il s'est passé exactement avec ton ancienne machine ? -- Francois Tigeot |
|
|
|
#3 (permalink) |
|
Messages: n/a
Hébergeur: |
Bonjour,
D'après Francois Tigeot: >> Il m'est impossible de consulter ce dernier répertoire, un >> » ls >> fait réamorcer la machine hors mode de maintenance. >> En mode simple utilisateur ou à l'aide d'un CD de récupération, le «ls» >> ne reporte rien, et ne rend jamais la main, après des dizaines de >> minutes. > > Est-ce que tu as des messages d'erreur sur la console quand ça arrive (je > pense à des erreurs DMA) ? Non, aucun. > > J'ai un disque cassé physiquement qui a un peu le même comportement (sauf > le reboot). Ca donne ça : > > ad2: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=17766655 Le disque semble 'physiquement' intact, j'ai par contre perdu tout ce qu'il contenait ou presque, qui doit se trouver dans «lost+found». > Par exemple, dd if=/dev/ad42 of=/dev/null bs=128k C'est en cours. > Mais d'après ton message sur la carte-mère, j'ai peur que ce ne soit plus > grave que ça. > > Qu'est-ce qu'il s'est passé exactement avec ton ancienne machine ? La carte a lâchement rendu l'âme, je l'ai remplacé par une autre architecture plus ancienne et faites de bric et de broc; ce qui m'a coûté pas mal de crash dus à des barrettes de mémoire défectueuses¹. Les disques sur bus SCSI ont supportés ces crash à répétition, mais pas celui sur le bus IDE. ¹: C'est fourbe ces saloperies. -- www.diablotins.org |
|
|
|
#4 (permalink) |
|
Messages: n/a
Hébergeur: |
David MAREC wrote:
> > Le disque semble 'physiquement' intact, j'ai par contre perdu tout ce qu'il > contenait ou presque, qui doit se trouver dans «lost+found». [...] > La carte a lâchement rendu l'âme, Si c'est juste la carte-mère sans qu'il n'y ait de court-jus ou autres complications, ça peut encore aller. > je l'ai remplacé par une autre > architecture plus ancienne et faites de bric et de broc; ce qui m'a coûté > pas mal de crash dus à des barrettes de mémoire défectueuses¹. > Les disques sur bus SCSI ont supportés ces crash à répétition, mais pas > celui sur le bus IDE. > > ¹: C'est fourbe ces saloperies. Aïe. La bonne nouvelle c'est que le disque doit être intact. Par contre, si tu arrives à récupérer des données elles risquent fort d'être corrompues... En dehors de fsck, je n'ai pas trop d'idées dans ce cas. Au passage, je ne peux que dire du bien de la RAM ECC. -- Francois Tigeot |
|
![]() |
| Outils de la discussion | |
|
|