mon fs est devenu ouf !!

mon fs est devenu ouf !! - Divers - Linux et OS Alternatifs

Marsh Posté le 23-04-2006 à 20:21:16    

slt tlm, voila j'ai un probleme ou niveau de ma partoche /boot
 
Bon j'ai voulu installer un kernel que j'ai fait moi meme ( pour me debian testing ). j'ai fait un package debian installable avec dpkg. l'installe ce passe mal quand il veut faire un initrd, je regarde /boot en effet plus de place mais cela ne va pas car sur une partcohe de 50 Mo avec 2 kernel d'installé c'est pas trop normal. Je retente l'operation et je me rends compte que la partoche de 50 Mo n'est fait que 10 selon mon navigateur de fichier ( fdisque confirme bien les 50Mo lui )
je vois aussi que mon dossier grub est devenu le fichier grub de format inconnus
je boot sur un live cd je fait un fsck.ext3 sur ma partoche plein d'erreur sont trouvé. je reboot sur debian j'install le truc ca marche cette fois mais le probleme est reaparu lecture de fichier merdique, jen e peut pas ecrire sur la partoche le dossier grub est redevenu un fichier... sous le live cd le fsck.ext3 me dit que tout va bien et le monatge me le prouve aussi mais sur mon systeme c'est tjs le merdier...


---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 23-04-2006 à 20:21:16   

Reply

Marsh Posté le 23-04-2006 à 20:33:11    

les erreurs ont été réparées ?


---------------
-~- Libérez Datoune ! -~- Camarade, toi aussi rejoins le FLD pour que la flamme de la Révolution ne s'éteigne pas ! -~- A VENDRE
Reply

Marsh Posté le 23-04-2006 à 20:33:30    

carot0 a écrit :

slt tlm, voila j'ai un probleme ou niveau de ma partoche /boot
 
Bon j'ai voulu installer un kernel que j'ai fait moi meme


 
Ca commence mal...

Reply

Marsh Posté le 23-04-2006 à 20:58:14    

refais la partoche /boot
 
mkfs.ext3 /dev/hdaX < hdaX = ton /boot
mkdir /tmp/root
mount /dev/hdaY /tmp/root < hdaY = ton /
chroot /tmp/root
mount /proc
mount /boot
(monte le reste genre var, usr si c sur des partoches differentes)
apt-get install --reinstall linux-image.......
(ou aptitude reinstall selon le gestionnaire que t'utilise)
 
Attention ma méthode et bourrine et ne vise qu'a réparer rapidement le problème.

Reply

Marsh Posté le 23-04-2006 à 21:12:04    

pour la partoche boot je souvé le contenu reformaté en ext3 detruit la partoche avec fdisk.... mais rien n'y fait.
le probleme ne viens pas d'un kernel car j'ai voulu installé un kernel en .deb et j'ai rencontré alors que je tournais sur un kernel debian
 
mon systeme boot ( bien que je ne comprene pas pkoi vu l'etat de /boot ) et je peux m'en servire.
le soucis ne viens pas de mon kernel car il est deja installé sur 2 systeme qui se portent a merveille ( j'ai pas fait un kernel trop specialisé ! )
 
par contre apres re utilisation de fdisque il me dit des truc que je ne suis pas sur de comprendre  

Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel. Changes will remain in memory only,
until you decide to write them. After that, of course, the previous
content won't be recoverable.
 
Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)


 
ce warning ne me parrait pas normal mais je sais pas comment resoudre le probleme car j'ai deja detruit la partoche 1 ( qui est /boot ) et refaite mais il me disait un truc pas normal lors de l'ecriture de la table. comme je suis sur mon systeme je le referai sur un live et je posterai ce msg...


---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 23-04-2006 à 21:18:16    

Bah heu il te dis de faire un write pour corriger :
 
fdisk /dev/hda
w
q
 
(heuu fais gaffe quand meme c'est pas trop rassurant comme message...)

Reply

Marsh Posté le 23-04-2006 à 21:26:55    

M300A a écrit :

Bah heu il te dis de faire un write pour corriger :
 
fdisk /dev/hda
w
q
 
(heuu fais gaffe quand meme c'est pas trop rassurant comme message...)


c'est ce que j'avais cru comprendre  
j'ai deja fait un write et le message est tjs la  
 
resultat de mon write :  

Command (m for help): w
The partition table has been altered!
 
Calling ioctl() to re-read partition table.
 
WARNING: Re-reading the partition table failed with error 16: Device or resource busy.
The kernel still uses the old table.
The new table will be used at the next reboot.
Syncing disks.


Reply

Marsh Posté le 23-04-2006 à 23:35:00    

Hum... demonte les partitions avant :)

Reply

Marsh Posté le 24-04-2006 à 00:00:30    

M300A a écrit :

Hum... demonte les partitions avant :)


elles n'etaient pas montées normalement, c'etait avec un live cd


Message édité par carot0 le 24-04-2006 à 00:01:09

---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 24-04-2006 à 10:00:01    

Je pense copier le contnue de mon disque, faire un formatage bas niveau et repartitioné apres.
Je pense que ca peut aider mais comme c'est un peut radical si il y avait moins bourrin comme methode ca me dirait bien !


---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 24-04-2006 à 10:00:01   

Reply

Marsh Posté le 25-04-2006 à 22:11:08    

bon j'ai fait tout les test possible et imaginalbe : mon dur est saint, tous les tests du constructeur le disent.
 
Mais meme apres un formatage bas niveau le fs chie de partout !
je ne comprend rien , si quelque vois ce que je peut faire car la....


---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 25-04-2006 à 22:32:42    

un doute me traverse ... est il possible qu'un soft un module , enfin une merde du genre soit endomagé sur mon os et me cause tt ces probleme ?
 
edit : de plus a chaque boot sur ce systeme /boot est corrompu, quand je peut le demonter et que je le scan il y a tjs des modif et au remontage ca redevient normal !
 
par contre si je boot sur un live cd ou sur un autre systeme cette partoche ne semble pas avoir de probleme .....


Message édité par carot0 le 25-04-2006 à 22:42:33

---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 25-04-2006 à 23:05:13    

Reply

Marsh Posté le 25-04-2006 à 23:57:36    

mirtouf a écrit :

un ptit fsck sur / alors.


j'en ai deja fait mais apres tout un de plus ....
 
edit : boot sur recue cd, fsck.ext3 -f /dev/hda1-3-5-6
correspondant respecitvement a /boot / /home et une de data
des erreurs trouvé sur /boot et / reboot sur le systeme /boot est encore avec un affichage fou avec un dossier grub devenu un fichier....
si je reboot sur le live il y aura encore des erreurs de trouvé....
j'ai m'impression que le simple fait de démarrer mon os le bousille... ( j'a irencontré des probleme similaire sur mon /home ... )
je ne sais plus d'ou viens le probleme...
help !


Message édité par carot0 le 26-04-2006 à 00:12:16

---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 26-04-2006 à 00:45:29    

C'est peut-être un problème de corruption de données lié à une mauvaise prise en charge de ton contrôleur de disque dur, voire un problème matériel provenant de ton contrôleur. Vérifie que ton contrôleur soit bien supporté et si le module de gestion ide ne présente pas des bugs avec ton matériel.
 
Si tu as les moyens de le faire, tu devrais essayer avec un autre disque dur, cela permettrait d'avoir une idée plus précise à ce niveau : si la corruption de données se produit également sur un autre disque alors il faut voir du côté de ton contrôleur, sinon il se peut que le disque dur ait tout de même un problème (les diagnostics des meilleurs utilitaires ne sont pas infaillibles).
 
Sinon dernier truc très con à vérifier : ta nappe ide (et oui, souvent négligée mais qui peut être la source de sacrées emmerdes).


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 26-04-2006 à 09:49:25    

THRAK a écrit :

C'est peut-être un problème de corruption de données lié à une mauvaise prise en charge de ton contrôleur de disque dur, voire un problème matériel provenant de ton contrôleur. Vérifie que ton contrôleur soit bien supporté et si le module de gestion ide ne présente pas des bugs avec ton matériel.
 
Si tu as les moyens de le faire, tu devrais essayer avec un autre disque dur, cela permettrait d'avoir une idée plus précise à ce niveau : si la corruption de données se produit également sur un autre disque alors il faut voir du côté de ton contrôleur, sinon il se peut que le disque dur ait tout de même un problème (les diagnostics des meilleurs utilitaires ne sont pas infaillibles).
 
Sinon dernier truc très con à vérifier : ta nappe ide (et oui, souvent négligée mais qui peut être la source de sacrées emmerdes).


bas vu le motos que j'ai normalement c'est tout pris en charge depuis un bail .... et j'ai mon systeme depuis longtemps donc si il y avais une incompatibilité quelque part elle serai peut etre deja arrivé il y a longtemps.
pour la nappe je l'ai changé ya 3 semaines mais je vais essayer avec une autre ( dans le doute )  
 
ce que je trouve tt zarbe c'est que quand je boot sur un live cd mes partoche ne sont pas corrompue, je veux dire que j'ai l'impression que de booter sur mon os fout la merde sur le systeme.
je n'ai pas eu le temps de de bien verifier ca ... mais ...


---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 26-04-2006 à 13:16:32    

Alors je viens de tester ca :  
je boot sur un lice cd, je fait un fsck.ext3 -r /dev/hda1 il dit rien de special je monte la partoche pour voir, elle a l'air normal
je reboot sur le live cd, je monte la partoche : elle a l'air normal  
je reboot sur le live cd, je monte la partoche : elle a l'air normal, je fait quand meme un fsck.ext3 -f /dev/hda1 : rien de special
je boot sur mon systeme, je regarde /boot ( point de montage de /dev/hda1 ) le meme merdié qu'avant.
 
je pense reellement que mon linux est completement a la masse et qu'il est la cause de ce bordelle vu que en demarrant sur un live cd la partoche va tjs bien...


Message édité par carot0 le 26-04-2006 à 13:49:44

---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 26-04-2006 à 13:53:52    

alors je viens de rebooter sur le live cd pour verifier l'état de la partoche : elle a l'air tres bien, a 1ere vu le fichier sont resté des fichier et les dossier sont resté des dossier  
pour rappel a partir de mon systeme le dossier grub etait un fichier et si je faisait un ls dessus j'avais une belle erreur d'entré/sortie alors que la sur le live cd je peut faire un ls de grub et je vois bine son contenu.
 
je fini sun  un fsck.ext3 -f /dev/hda1 aucun message particulier...
 
 
donc voila quoi, je me demande si le module ext3 de mon kernel est pas mort , ou un truc dans ce genre.


---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 28-04-2006 à 09:36:41    

alors j'ai recuperé un ghost d'il ya 3 mois, mis sur mon disque a la place de mon systeme actuel = 0 probleme
 
le soucis vennait bien de l'os mais comment une merde pareille a pu arrivé ?? un virus ?


---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 28-04-2006 à 15:26:46    

Un virus je ne pense pas, généralement les systèmes GNU/Linux infectés le sont par des vers et des portes dérobées qui ne visent pas à la ruine physique des données mais d'avantage à une prise de contrôle et une récupération d'informations à l'insu de l'admin.
 
Un bug dans un paquet ou module du noyau ? Je n'ai encore rien vu de tel mais cela peut tout de même arriver, bien que si tu utilises testing cette probabilité est extrêmement faible (sauf peut-être si tu utilises des sources externes à Debian et qui feraient l'objet de tests moins rigoureux).
 
Sinon une coupure de courant ayant donné lieu à une extinction brutale du système peut aussi tout à fait être en cause ; il suffit qu'au moment de la coupure des opérations d'écriture ou de synchronisation de disque soient en cours pour que se présente le risque de causer de sérieuses corruptions au niveau du système de fichier.


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 28-04-2006 à 16:23:23    

THRAK a écrit :

Un virus je ne pense pas, généralement les systèmes GNU/Linux infectés le sont par des vers et des portes dérobées qui ne visent pas à la ruine physique des données mais d'avantage à une prise de contrôle et une récupération d'informations à l'insu de l'admin.
 
Un bug dans un paquet ou module du noyau ? Je n'ai encore rien vu de tel mais cela peut tout de même arriver, bien que si tu utilises testing cette probabilité est extrêmement faible (sauf peut-être si tu utilises des sources externes à Debian et qui feraient l'objet de tests moins rigoureux).
 
Sinon une coupure de courant ayant donné lieu à une extinction brutale du système peut aussi tout à fait être en cause ; il suffit qu'au moment de la coupure des opérations d'écriture ou de synchronisation de disque soient en cours pour que se présente le risque de causer de sérieuses corruptions au niveau du système de fichier.


 
oui mais pas ou point de survivre a 3 formatage + 2 formatage bas niveau.
 
 
surement un packet maintenant c'est vrais que j'utilise pas mal de sources externe a debian pour des packet genre e17, java, mplayer... mais pour ce qui est du kernel et de ces modules c'est du fait main ( et tester sur pls machine sans aucun prob ) donc d coup je vois pas trop d'ou ca vient...


---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed