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 ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Francois Tigeot
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 :
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 bs8k
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
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 :
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 bs8k
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 ?
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 :
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 bs8k
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
David MAREC
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 :
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 bs8k
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
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 :
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 bs8k
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.
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 :
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 bs8k
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
Francois Tigeot
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
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.
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.
