Re: Wo ist XFS?
Am Samstag 05 Juni 2004 01:36 schrieb Wolfgang Jeltsch: Hat jemand hier irgendwelche Probleme mit ext3? Welche Probleme mit reiserfs gibt es? http://www.linux-magazin.de/Artikel/ausgabe/2000/04/JFS/jfs.html vergleicht die Vor- und Nachteile verfügbarer Dateisysteme. Wenn deine Platte einen Hau hat, kannst du das evtl. mit smartctl -a /dev/hda erkennen (smartctl kommt mit dem debianpaket smarttools). Das ganze als root ausführen -- evtl. statt hda eine andere Kennung verwenden. Allerdingst steht bei meiner Platte schon seit langem die Bemerkung: Number of Hours in Drive Life: 33 (life of the drive in hours) Also nicht ins Boxhorn jagen lassen :) Gruß rUdi
Re: Wo ist XFS?
Hi, erkennen (smartctl kommt mit dem debianpaket smarttools). Das ganze ^^ smartsuite -- Gruss Holger == Created with Sylpheed 0.9.6-claws under Debian GNU LINUX 3.0 Woody. Registered LinuxUser #311290 Spam filtering powered by Spamassassin.org == -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Wo ist XFS?
Am Samstag, 5. Juni 2004 09:16 schrieb Rudi Effe: Am Samstag 05 Juni 2004 01:36 schrieb Wolfgang Jeltsch: Hat jemand hier irgendwelche Probleme mit ext3? Welche Probleme mit reiserfs gibt es? http://www.linux-magazin.de/Artikel/ausgabe/2000/04/JFS/jfs.html vergleicht die Vor- und Nachteile verfügbarer Dateisysteme. Mit Probleme mit reiserfs meinte ich eigentlich eher Bugs im reiserfs-Code. Wenn deine Platte einen Hau hat, kannst du das evtl. mit smartctl -a /dev/hda erkennen (smartctl kommt mit dem debianpaket smarttools). Das ganze als root ausführen -- evtl. statt hda eine andere Kennung verwenden. Vielen Dank für den Hinweis! Das Problem ist nur, dass die Manpage ziemlich mager ist, was für eine Manpage wohl normal ist, aber auch sonst keine richtige Dokumentation zu finden ist. Was macht z.B. oben angegebenes smarctl -a /dev/hda? Zeigt das Testergebnisse an, die während der letzten Stunden im Hintergrund gesammelt wurden. Was ist aber, wenn ich S.M.A.R.T. gerade erst mittels Option -e aktiviert habe? Wie kann ich hier und jetzt einen Test fahren, der mir zum Schluss sagt, ob mein Laufwerk wahrscheinlich defekt ist oder nicht? Mit Option -O, -S, -s, -X oder -x? Allerdingst steht bei meiner Platte schon seit langem die Bemerkung: Number of Hours in Drive Life: 33 (life of the drive in hours) Was bedeutet diese Angabe? Die geschätzte Zeit, die das Drive noch überlebt? Oder die Zeit, die es schon gelebt hat? Oder was? Also nicht ins Boxhorn jagen lassen :) Gruß rUdi Viele Grüße Wolfgang
Festplattenprobleme (was: Re: Wo ist XFS?)
Am Samstag, 5. Juni 2004 09:16 schrieb Rudi Effe: [...] Wenn deine Platte einen Hau hat, kannst du das evtl. mit smartctl -a /dev/hda erkennen (smartctl kommt mit dem debianpaket smarttools). Das ganze als root ausführen -- evtl. statt hda eine andere Kennung verwenden. Nachdem ich apt-get install smartsuite ausgeführt hatte, wurde smartd gestartet. Daraufhin erhielt ich in /var/log/messages mehrfach die folgenden Fehlermeldungen: hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } hda: drive_cmd: error=0x04 { DriveStatusError } Was hat das denn zu bedeuten? Kann das mit den kaputten ext3-Dateisystemen zusammen hängen? Außerdem kommt schon seit längerem häufig die Meldung hdd: packet command error: status=0x51 { DriveReady SeekComplete Error } in /var/log/messages. Ist das bedenklich oder hat das vielleicht nur was mit nicht eingelegten CDs zu tun? (Zur Erklärung: hda ist meine Festplatte, hdd ist mein CD-Brenner.) Ich hatte auch selten mal beim Booten eine Meldung mit DriveReady SeekComplete Error o.ä. auf dem Bildschirm angezeigt bekommen. Worauf deutet das hin? Schließlich und endlich bin ich gestern bei meiner ersten Kernelkonfiguration über folgenden Hilfetext gestolpert: CONFIG_IDEDISK_MULTI_MODE: If you get this error, try to say Y here: hda: set_multmode: status=0x51 {DriveReady SeekComplete Error } hda: set_multmode: error=0x04 { DriveStatusError } If in doubt, say N. Hat das was mit meinem Problem zu tun? [...] Danke für eure Hilfe und viele Grüße! Wolfgang
Re: Festplattenprobleme (was: Re: Wo ist XFS?)
Am Samstag, 5. Juni 2004 15:34 schrieb ich: Am Samstag, 5. Juni 2004 09:16 schrieb Rudi Effe: [...] Wenn deine Platte einen Hau hat, kannst du das evtl. mit smartctl -a /dev/hda erkennen (smartctl kommt mit dem debianpaket smarttools). Das ganze als root ausführen -- evtl. statt hda eine andere Kennung verwenden. Nachdem ich apt-get install smartsuite ausgeführt hatte, wurde smartd gestartet. Daraufhin erhielt ich in /var/log/messages mehrfach die folgenden Fehlermeldungen: hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } hda: drive_cmd: error=0x04 { DriveStatusError } Was hat das denn zu bedeuten? Kann das mit den kaputten ext3-Dateisystemen zusammen hängen? Wahrscheinlich hing es nur damit zusammen, dass S.M.A.R.T.-Data-Collection nicht aktiviert war. [...] Wolfgang
Festplattencheck durchgefhrt (was: Re: Wo ist XFS?)
Am Samstag, 5. Juni 2004 09:16 schrieb Rudi Effe: [...] Wenn deine Platte einen Hau hat, kannst du das evtl. mit smartctl -a /dev/hda erkennen (smartctl kommt mit dem debianpaket smarttools). Das ganze als root ausführen -- evtl. statt hda eine andere Kennung verwenden. Ich habe jetzt mal smartctl -O /dev/hda ausgeführt. Darauf hin hat das Laufwerk 687 Sekunden lang eine Off-line-Data-Collection durchgeführt. Anschließend habe ich smartctl -a /dev/hda ausgeführt. Ich denke mal, die Ausgabe dieses Kommandos ist das Ergebnis der Off-line-Data-Collection oder sehe ich da was falsch? Das Problem ist: Was haben mir diese Angaben jetzt zu sagen? Die Ausgabe von smartctl -a /dev/hda sieht folgendermaßen aus: Device: IBM-DTTA-351010 Supports ATA Version 4 Drive supports S.M.A.R.T. and is enabled Check S.M.A.R.T. Passed. General Smart Values: Off-line data collection status: (0x02) Offline data collection activity completed without error Total time to complete off-line data collection: ( 687) Seconds Offline data collection Capabilities: (0x05) SMART EXECUTE OFF-LINE IMMEDIATE NO Automatic timer ON/OFF support Abort Offline Collection upon new command NO Offline surface scan supported NO Self-test supported Smart Capablilities: (0x0003) Saves SMART data before entering power-saving mode Supports SMART auto save timer Error logging capability: (0x00) Error logging NOT supported Vendor Specific SMART Attributes with Thresholds: Revision Number: 5 AttributeFlag Value Worst Threshold Raw Value ( 1)Raw Read Error Rate 0x000b 100 100 060 0 ( 2)Throughput Performance 0x0005 139 100 050 5188 ( 3)Spin Up Time0x0007 118 100 024 5 ( 4)Start Stop Count0x0012 100 100 001 2072 ( 5)Reallocated Sector Ct 0x0033 100 100 005 0 ( 7)Seek Error Rate 0x000b 100 100 067 0 ( 8)Seek Time Preformance 0x0005 130 100 020 10682651 ( 9)Power On Hours 0x0012 099 099 001 8044 ( 10)Spin Retry Count0x0013 100 100 060 0 ( 12)Power Cycle Count 0x0032 100 100 001 1968 (199)UDMA CRC Error Count0x000a 200 200 000 0 Device does not support Error Logging Device does not support Self Test Logging Kann mir jemand dabei helfen, aus diesen Angaben heraus zu bekommen, ob mein Laufwerk nun defekt ist oder nicht? [...] Viele Grüße Wolfgang
Re: Wo ist XFS?
Am 2004-06-04 23:50:16, schrieb Wolfgang Jeltsch: Hi, jetzt habe ich erstmalig begonnen, mich durch eine Kernelkonfiguration zu ackern, nur, um einen Kernel mit XFS-Support zu produzieren, bin bei make xconfig bis zu den Dateisystemen gekommen und muss überrascht-verärgert fest stellen, dass da nichts von XFS zu finden ist. Wieso denn das? Und wenn XFS noch nicht in Kernel 2.4.18 drin ist, was soll ich dann für ein Dateisystem nehmen? Ich möchte Journaling und will nicht, dass mir aufgrund von Implementierungsfehlern ständig das Dateisystem kaputt gemacht wird, wie das bei ext3 der Fall ist. He ??? Verwende ext 3 auf 28 meiner Recher sowie über 200 Kunden Rechner und habe seit der ersten WOODY installation vor 2 Jahren kein einziges Bit verloren. xfs kannste mit dem 2.4 26 kriegen, wenn Du experimental aktivierst. Viele Grüße Wolfgang Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Wo ist XFS?
Hi, jetzt habe ich erstmalig begonnen, mich durch eine Kernelkonfiguration zu ackern, nur, um einen Kernel mit XFS-Support zu produzieren, bin bei make xconfig bis zu den Dateisystemen gekommen und muss überrascht-verärgert fest stellen, dass da nichts von XFS zu finden ist. Wieso denn das? Und wenn XFS noch nicht in Kernel 2.4.18 drin ist, was soll ich dann für ein Dateisystem nehmen? Ich möchte Journaling und will nicht, dass mir aufgrund von Implementierungsfehlern ständig das Dateisystem kaputt gemacht wird, wie das bei ext3 der Fall ist. Viele Grüße Wolfgang
Re: Wo ist XFS?
On Fri, Jun 04, 2004 at 11:50:16PM +0200, Wolfgang Jeltsch wrote: Hi, jetzt habe ich erstmalig begonnen, mich durch eine Kernelkonfiguration zu ackern, nur, um einen Kernel mit XFS-Support zu produzieren, bin bei make xconfig bis zu den Dateisystemen gekommen und muss überrascht-verärgert fest stellen, dass da nichts von XFS zu finden ist. Wieso denn das? Ohne dir jetzt zu nahe treten zu wollen, aber du könntest dir mal eine Spachtel nehmen, den Schimmel von 2.4.18 herunterkratzen und dir überlegen ob du das wirklich haben willst. (Ich rede von vanilla ohne debian-security!) Und wenn XFS noch nicht in Kernel 2.4.18 drin ist, was soll ich dann für ein Dateisystem nehmen? Ich möchte Journaling und will nicht, dass mir aufgrund von Implementierungsfehlern ständig das Dateisystem kaputt gemacht wird, wie das bei ext3 der Fall ist. Mal abgesehen davon, daß ich bisher mit ext3 noch keine Probleme hatte (was nichts zu sagen hat) würde ich es einfach mal mit einem _halbwegs_ aktuellen Kernel probieren. Viele Grüße Wolfgang gruss f
Re: Wo ist XFS?
Am Samstag, 5. Juni 2004 00:39 schrieb Frank Lorenzen: On Fri, Jun 04, 2004 at 11:50:16PM +0200, Wolfgang Jeltsch wrote: Hi, jetzt habe ich erstmalig begonnen, mich durch eine Kernelkonfiguration zu ackern, nur, um einen Kernel mit XFS-Support zu produzieren, bin bei make xconfig bis zu den Dateisystemen gekommen und muss überrascht-verärgert fest stellen, dass da nichts von XFS zu finden ist. Wieso denn das? Ohne dir jetzt zu nahe treten zu wollen, aber du könntest dir mal eine Spachtel nehmen, den Schimmel von 2.4.18 herunterkratzen und dir überlegen ob du das wirklich haben willst. (Ich rede von vanilla ohne debian-security!) Ich rede eben von Woody-Kernel-Image- bzw. -Source-Paketen, die durch das Security-Team betreut werden. Wenn endlich mal sarge released werden würde, wäre *vieles* einfacher. Und wenn XFS noch nicht in Kernel 2.4.18 drin ist, was soll ich dann für ein Dateisystem nehmen? Ich möchte Journaling und will nicht, dass mir aufgrund von Implementierungsfehlern ständig das Dateisystem kaputt gemacht wird, wie das bei ext3 der Fall ist. Mal abgesehen davon, daß ich bisher mit ext3 noch keine Probleme hatte (was nichts zu sagen hat) würde ich es einfach mal mit einem _halbwegs_ aktuellen Kernel probieren. Ich habe eigentlich bei jedem routinemäßigen fsck (m.W. alle 29 Mounts) Probleme mit illegal blocks, zero dtimes o.ä. Nach meinem Verständnis sollte das an Software-Fehlern liegen. Da ich aber bisher noch nicht von anderen gehört habe, dass sie mit ext3 Probleme haben, da es mir ferner komisch vorkommt, dass ext3 so massive Probleme haben soll, und da ich außerdem unter SuSE 8.0 mit reiserfs ähnliche Schwierigkeiten hatte, frage ich mich langsam, ob hier nicht auch eine Hardware-Ursache vorliegen könnte. Können solche Probleme an der Hardware liegen? Hat jemand hier irgendwelche Probleme mit ext3? Welche Probleme mit reiserfs gibt es? Viele Grüße Wolfgang gruss f Nochmal viele Grüße! Wolfgang
Re: Wo ist XFS?
On Sat, Jun 05, 2004 at 01:36:38AM +0200, Wolfgang Jeltsch wrote: Am Samstag, 5. Juni 2004 00:39 schrieb Frank Lorenzen: On Fri, Jun 04, 2004 at 11:50:16PM +0200, Wolfgang Jeltsch wrote: Hi, jetzt habe ich erstmalig begonnen, mich durch eine Kernelkonfiguration zu ackern, nur, um einen Kernel mit XFS-Support zu produzieren, bin bei make xconfig bis zu den Dateisystemen gekommen und muss überrascht-verärgert fest stellen, dass da nichts von XFS zu finden ist. Wieso denn das? Ohne dir jetzt zu nahe treten zu wollen, aber du könntest dir mal eine Spachtel nehmen, den Schimmel von 2.4.18 herunterkratzen und dir überlegen ob du das wirklich haben willst. (Ich rede von vanilla ohne debian-security!) Ich rede eben von Woody-Kernel-Image- bzw. -Source-Paketen, die durch das Security-Team betreut werden. Ok, wenn es dir nicht nur um die Woody Binary-Pakete geht: $ apt-cache show kernel-patch-xfs [...] Description: XFS Filesystem support for Linux 2.4.14, 2.4.17 and 2.4.18 Du mußt dann halt, im falle eines Updates seitens Debian immer neu bauen. Wenn endlich mal sarge released werden würde, wäre *vieles* einfacher. Ich habe mittlerweile den Glauben ein wenig verloren. Spätesten nach der Geschichte mit den non-free-Kernelmodulen. Und wenn XFS noch nicht in Kernel 2.4.18 drin ist, was soll ich dann für ein Dateisystem nehmen? Ich möchte Journaling und will nicht, dass mir aufgrund von Implementierungsfehlern ständig das Dateisystem kaputt gemacht wird, wie das bei ext3 der Fall ist. Mal abgesehen davon, daß ich bisher mit ext3 noch keine Probleme hatte (was nichts zu sagen hat) würde ich es einfach mal mit einem _halbwegs_ aktuellen Kernel probieren. Ich habe eigentlich bei jedem routinemäßigen fsck (m.W. alle 29 Mounts) Probleme mit illegal blocks, zero dtimes o.ä. Nach meinem Verständnis sollte das an Software-Fehlern liegen. Da ich aber bisher noch nicht von anderen gehört habe, dass sie mit ext3 Probleme haben, da es mir ferner komisch vorkommt, dass ext3 so massive Probleme haben soll, und da ich außerdem unter SuSE 8.0 mit reiserfs ähnliche Schwierigkeiten hatte, frage ich mich langsam, ob hier nicht auch eine Hardware-Ursache vorliegen könnte. Können solche Probleme an der Hardware liegen? Das klingt in der Tat nach irgendeiner Art von Hardwarefehler. Ich weiß nicht wie groß dein herumliegendes Hardwaresammelsurium ist, aber ich würde folgendermaßen vorgehen (vorausgesetzt alle benötigte Hardware liegt so herum): Als erstes mal das IDE-Kabel tauschen, tritt das Problem auf der _ganzen_Platte auf mal die Platte tauschen, tritt es nur auf einer Partition auf diese mal verlagern und versymliken, das Netzteil tauschen, den Speicher/CPU Takt vermindern, Speicher/CPU tauschen, das Board tauschen. Wie gesagt, so würde ich vorgehen, wenn ich über mehrere Kernelversionen und/oder Quertests mit BSD immer zum selben Ergebnis käme und die Harware ohnehin im Schrank liegt. Nochmal viele Grüße! Wolfgang gruss f PS: Du hast nicht zufällig so ein MSI Mini-ATX BOard mit nur 2 oder 3 PCI-Slots und allem anderen On-Board, die Bezeichnung ist mir gerade entfallen? gruss f