Diskussionsrunden >> Allgemein > [OT] Duplicate/bad block(s) in inode XXXXXX: |
|
|
||||
Clan: Postings: 848 |
Das Netzteil in meinem Server war gestorben, deswegen wurden eine der Platten mehrmals nicht sauber unmounted! Jetzt habe ich auf einer Festplatte mit mehreren Mp3s den Fehler, dass in dem Ordner von dem einen Interpreten auf einem das Album von dem anderen Interpreten drin ist, und das bei ca. 10 verschiedenene Alben. Nachtrag: Niemand eine Idee woran das liegen könnte? der Filesystemchek läuft nun seit Samstag Mittag, also ca. 2 Tage mit einer CPU Auslastung von 100%. Ich lasse mir alles in eine Text Datei ausgeben, diese ist mittlerweile über 30MB groß! Ich bin nun bei Inode 200000. Ist ne 160GB Platte, müssten also so ca. 4000000 Inodes sein, richtig? Daraufhin habe ich ein e2fsck /dev/hdf1 durchgeführt. Das FS ist ext3. Ich wurde mehrere Male dazu aufgefordert Fehler zu fixen, was ich mit "yes" bestätigt habe. Der Fehler war aber nicht behoben. Ausserdem kann ich in einige Order nicht wechseln, es erscheint "iput/output error. Bei erneutem Ausführen von e2fsck kommt nun folgendes: Duplicate/bad block(s) in inode 884745: 1777439 1777440 1777441 1777442 1777443 1777444 1777445 1777446 1777447 1777448 1777449 1777450 1777451 1777452 1777453 1777454 1777455 1777456 1777457 1777458 1777459 1777460 1777461 1777462 1777463 1777464 1777465 1777466 1777467 1777468 1777469 1777470 1777471 1777472 1777473 1777474 1777475 1777476 1777477 1777478 1777479 1777480 1777481 1777482 1777483 1777484 1777485 1777486 1777487 1777488 1777489 1777490 1777491 1777492 1777493 1777494 1777495 1777496 1777497 1777498 1777499 1777500 1777501 1777502 1777503 1777504 1777505 1777506 1777507 1777508 1777509 1777510 1777511 1777512 1777513 1777514 1777515 1777516 1777517 1777518 1777519 1777520 1777521 1777522 1777523 1777524 1777525 1777526 1777527 1777528 1777529 1777530 1777531 1777532 1777533 1777534 1777535 1777536 1777537 1777538 1777539 1777540 1777541 1777542 1777543 1777544 1777545 1777546 1777547 1777548 1777549 1777550 1777551 1777552 1777553 1777554 1777555 1777556 1777557 1777558 1777559 1777560 1777561 1777562 1777563 1777564 1777565 1777566 1777567 1777568 1777569 1777570 1777571 1777572 1777573 1777574 1777575 1777576 1777577 1777578 1777579 1777580 1777581 1777582 1777583 1777584 1777585 1777586 1777587 1777588 1777589 1777590 1777591 1777592 1777593 1777594 1777595 1777596 1777597 1777598 1777599 1777600 1777601 1777602 1777603 1777604 1777605 1777606 1777607 1777608 1777609 1777610 1777611 1777612 1777613 1777614 1777615 1777616 1777617 1777618 1777619 1777620 1777621 1777622 1777623 1777624 1777625 1777626 1777627 1777628 1777629 1777630 1777631 1777632 1777633 1777634 1777635 1777636 1777637 1777638 1777639 1777640 1777641 1777642 1777643 1777644 1777645 1777646 1777647 1777648 1777649 1777650 1777651 1777652 1777653 1777654 1777655 1777656 1777657 1777658 1777659 1777660 1777661 1777662 1777663 1777664 1777665 1777666 1777667 1777668 1777669 1777670 1777671 1777672 1777673 1777674 1777675 1777676 1777677 1777678 1777679 1777680 1777681 1777682 1777683 1777684 1777685 1777686 1777687 1777688 1777689 1777690 1777691 1777692 1777693 1777694 1777695 1777696 1777697 1777698 1777699 1777700 1777701 1777702 1777703 1777704 1777705 1777706 1777707 1777708 1777709 1777710 1777711 1777712 1777713 1777714 1777715 1777716 1777717 1777718 1777719 1777720 1777721 1777722 1777723 1777724 1777725 1777726 1777727 1777728 1777729 1777730 1777731 1777732 1777733 1777734 1777735 1777736 1777737 1777738 1777739 1777740 1777741 1777742 1777743 1777744 1777745 1777746 1777747 1777748 1777749 1777750 1777751 1777752 1777753 1777754 1777755 1777756 1777757 1777758 1777759 1777760 1777761 1777762 1777763 1777764 1777765 1777766 1777767 1777768 1777769 1777770 1777771 1777772 1777773 1777774 1777775 1777776 1777777 1777778 1777779 1777780 1777781 1777782 1777783 1777784 1777785 1777786 1777787 1777788 1777789 1777790 1777791 1777792 1777793 1777794 1777795 1777796 1777797 1777798 1777799 1777800 1777801 1777802 1777803 1777804 1777805 Allerdings in tausendfacher Ausführung, mit ewig vielen Zahlen. Das ganze läuft seit heute Mittag, braucht 100% CPU Leistung, und hat eine CPu zeit von 350:00 verbraucht! Auch nachzulesen unter: http://www.linuxforen.de/forums/sho...ed=1#post965802 __________________ www.DoubleSneak.de - Jeden 1. & 3. Montag im Monat ist Sneak-Time im CineStar Wolfenbüttel! |
||||
|
|
||||
Clan: Postings: 2922 |
Erinnert mich an einen Kunden bei uns: Hat sich Wechselrahmen besorgt und 2 80GB Platten damit immer abwechseln in XP rein und rausgeschoben Während des Betriebs :mrgreen: Quitung: Alle Daten zerstört, da durch den Schreibcache die Daten nie korrekt gespeichert wurden und nicht wiederhergestellt werden konnten (*g*) ---- Wie das bei Linux ist, weiß ich nicht. Vielleicht ist die Fehlerkorrektur so nett und bekommt die Files wieder einigermaßen zusammen. So aber wie du das gerade postest, siehts doch so aus wie: Alle Daten kaputt..Fehler von 0 bis 1 alles dicht...und bei MP3 Files ist das net gerade "gut". Die Fehlerkorrektur versucht halt "verzweifelt" zu retten was zu retten ist und "dankt" es dir mit einer 100% Auslastung mit Tagesausfällen. Unter Windows hätte ich versucht mit Easy Recovery die letzten Files zu retten (wiederherstellung) und sichert die auf ner anderen Platte, um "kaputte" Platte neu zu formatieren. Nunja...vielleicht hat nen Linuxfreak noch ne andere "bessere" Lösung __________________ I love Lanarena - Anime Fansubber - Member von G:ax & Subs4u (Death Note, Blood+, Madlax uvm. ) |
||||
|
|
||||
Clan: Postings: 848 |
Nein, die Datein sind alle OK. Die Inodes scheinen auch noch funktionsfähig zu sein. Nur verweisen die Inodes offensichtlich teilweise auf falsche Verzeichnisse. Ich kann die Platte ganz normal mounten. Und auch die Mp3s lassen sich wunderbr abspielen. Im Schreibcache dürfte nichts gewesen sein. Ich nutze ext3 mit Jorunaling, da müsste eigentlich ziemlich syncron mit den Metadaten auch auf die Platte geschrieben werden. Mal schauen, was wird wenn er übermorgen fertig ist! Aber allzu gut kenn ich mit dem Dateisystem auch nicht aus, deswegen wollt ich mal schaun, was die anderen dazu sagen :> __________________ www.DoubleSneak.de - Jeden 1. & 3. Montag im Monat ist Sneak-Time im CineStar Wolfenbüttel! |
||||
|
|
||||
Clan: Postings: 848 |
PID USER PRI NI SIZE RSS SHARE STAT %CPU % MEM TIME COMMAND 4583 root 19 5 81912 53M 560 R N 95.0 6.1 2476m e2fsck Das kann ein Windows Scandisk nicht :> __________________ www.DoubleSneak.de - Jeden 1. & 3. Montag im Monat ist Sneak-Time im CineStar Wolfenbüttel! |
||||
|
|
||||
Clan: Kein Clan Postings: 4643 |
hab mit e2fsck ganz boese erfahrungen. vorher wuerde ich in jedem fall daten sichern. vermutlich kannst dann alles aus lost+found raussammeln
|
||||
|
|
||||
Clan: MoKelZ Postings: 2431 |
Och menno - bei den ganzen "X"s im Titel dacht ich erst, es geht um was versautes... __________________ If you have a hammer, everything looks like a nail. |
||||
|
|
||||
Clan: MoKelZ Postings: 60 |
So wie es im Moment aussieht, sind die Daten doch versaut.
|
||||
|
|
||||
Clan: Kein Clan Postings: 4643 |
Woher wollt Ihr wissen, was Gary Gilmore fuer Daten hat?
|
||||
|
|
||||
Clan: MoKelZ Postings: 60 |
@The Law: Du hast mich mißverstanden, ich hätte das Wort "versaut" besser in Anführungszeichen setzen sollen. |
||||
|
|
||||
Clan: MoKelZ Postings: 2431 |
Ich weiß definitiv, dass Gary versaute Daten hat - schließlich sieht man bei DC, wer was von einem zieht... __________________ If you have a hammer, everything looks like a nail. |
||||
|
|
||||
Clan: Postings: 2922 |
Och wie süß :mrgreen: __________________ I love Lanarena - Anime Fansubber - Member von G:ax & Subs4u (Death Note, Blood+, Madlax uvm. ) |
||||
|
|
||||
Clan: Postings: 3898 |
wer hat das nich ......?? __________________ 6636 |
||||
|
|
||||
Clan: Postings: 2384 |
Och menno - bei den ganzen "X"s im Titel dacht ich erst, es geht um was versautes... :grins: __________________ ..."here on earth - which doesn’t have any place for them anymore now that humans have proliferated at such incomprehensible speeds"... |
||||
|
|
||||
Clan: Postings: 848 |
Der Scan läuft noch, Logfile ist knappe 70MB groß, CPU last liegt bei 96,6% für e2fsck (3,3% für den Esel) und er ist bei Inode 3000000 __________________ www.DoubleSneak.de - Jeden 1. & 3. Montag im Monat ist Sneak-Time im CineStar Wolfenbüttel! |
||||
|
|
||||
Clan: Postings: 2384 |
Und das nur wegen Mp3's? __________________ ..."here on earth - which doesn’t have any place for them anymore now that humans have proliferated at such incomprehensible speeds"... |
||||
|
|
||||
Clan: Postings: 664 |
OOOPS, kann das auch bei externen festplatten passieren? habe mir ne 160 gb seagate festplatte in eine icybox eingebaut und die macht nun nach 2 wochen betrieb auch schon macken beim start. darf man die platte nur an und ausschalten solange das betriebssystem, in dem fall winxp, nicht läuft??? __________________ Willst du Genocider, die LanArena lieben und ehren in guten wie in schlechten Zeiten? Willst du Sie behüten und schützen bis das der tod euch scheidet? Ja, ich will... http://luc.ofuck.net |
||||
|
|
||||
Clan: Kein Clan Postings: 4643 |
externe Festplatten solltest du vor dem entfernen/ausschalten aushängen/deaktivieren oder wie auch immer das bei deinem betriebssystem heißt.
|
||||
|
|
||||
Clan: Postings: 2922 |
Oder du stellst im Geräte Manager unter "Datenträger" den Schreibcache aus. Eigentlich sollte das so sein. In meinen beschriebenden Falle, lief das über IDE und da ist der Schreibcache immer an, bis man ihn ausschaltet. Via USB sollte dieser aber eigentlich immer aus sein (Automatisch versteht sich). __________________ I love Lanarena - Anime Fansubber - Member von G:ax & Subs4u (Death Note, Blood+, Madlax uvm. ) |
||||
[ Antwort erstellen ] |