OT: Systemcrash durch zu große Festplatte?
Hallo zusammen Ich hab mal wieder eine Verständnisfrage: Ich habe einen VDR auf einem P3/500 installiert (Basis EasyVDR). Im Bios wird die 250GB-Platte nur mit 132 GB erkannt. hda1 2GB - Swap hda2 10GB - / hda3 238 GB /media/video Installation und System laufen prima, aber beim Aufnehmen steht das System nach maximal 5 Minuten ohne irgendwelche Fehlermeldungen (weder am zusätzlich angeschlossenen PC-Monitor noch in den logs). Könnte das daran liegen, dass die PLatte zu groß ist? Danke für die Info Andy -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Andreas Schott schrieb:
Ich habe einen VDR auf einem P3/500 installiert (Basis EasyVDR). Im Bios wird die 250GB-Platte nur mit 132 GB erkannt.
hda1 2GB - Swap hda2 10GB - / hda3 238 GB /media/video
Installation und System laufen prima, aber beim Aufnehmen steht das System nach maximal 5 Minuten ohne irgendwelche Fehlermeldungen (weder am zusätzlich angeschlossenen PC-Monitor noch in den logs).
Könnte das daran liegen, dass die PLatte zu groß ist?
Möglich. Welche Kernelversion läuft denn? (uname -a) Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Martin Am Samstag, 3. März 2007 00:01 schrieb Martin Ereth:
Andreas Schott schrieb:
Ich habe einen VDR auf einem P3/500 installiert (Basis EasyVDR). Im Bios wird die 250GB-Platte nur mit 132 GB erkannt.
hda1 2GB - Swap hda2 10GB - / hda3 238 GB /media/video
Installation und System laufen prima, aber beim Aufnehmen steht das System nach maximal 5 Minuten ohne irgendwelche Fehlermeldungen (weder am zusätzlich angeschlossenen PC-Monitor noch in den logs).
Könnte das daran liegen, dass die PLatte zu groß ist?
Möglich. Welche Kernelversion läuft denn? (uname -a)
2.6.18 Andy -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Fre, 02 Mär 2007, Andreas Schott schrieb:
Könnte das daran liegen, dass die PLatte zu groß ist?
Alles > 127 GB braucht das LBA48 aus ATA-6. Jup. Von wann ist das BIOS? (-> dmidecode / hwinfo --bios?) Kernel? Neuere Kernels (2.6.x?) zeigen im Bootlog sowas an: <6>ata1: dev 0 ATA-7, max UDMA7, 781422768 sectors: LBA48 Ältere (2.4.33.2 z.B.) zeigen _das_ nicht so explizit an. Was sagt: lspci | grep 'IDE' Ich habe hier glaube ich ziemliches Glueck, dass es bei mir tut (auf ähnlich alter HW)... -dnh -- Masturbation ist Sex an und für sich. -- geklaut von Hauke Heidtmann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
* David Haller wrote on Sat, Mar 03, 2007 at 02:46 +0100:
Am Fre, 02 Mär 2007, Andreas Schott schrieb:
Könnte das daran liegen, dass die PLatte zu groß ist?
Alles > 127 GB braucht das LBA48 aus ATA-6. Jup. Von wann ist das BIOS? (-> dmidecode / hwinfo --bios?)
Das heisst, so ein Linux *stürzt ab*, weil eine Festplatte zu gross ist?! (Wieso ist das eigentlich "OT"?) Hielt das ja für einen Witz, bis ich die Antworten las... Weiss denn der Linux IDE Treiber nicht, dass er dann "LBA48 aus ATA-6" braucht und verhält sich entsprechend? Kann denn so ein Bug "normal" sein? Ein BIOS ist hier: Date: "08/08/02" (2.6.18.2-34-default) ein anderes: Date: "10/30/2002" (2.4.20-4GB-athlon) da kann ich keine 500 GB oder so reinbauen?! Gilt das auch für USB Platten? Für SATA? Warum spielen BIOS Beschränkungen eigentlich eine Rolle, wo doch eigene IDE Treiber benutzt werden? oki, Steffen P.S.: Das IDE schlecht ist, war mir ja bekannt, aber dass es *so* schlecht ist und selbst nach dem jahrelangem nachbastelbessern immer noch *so* schlecht ist, finde ich irgendwie doch schon erstaunlich... Mal sehen, was in 5 Jahren mit SATA so kommt. Nicht, dass es die gleichen Probleme sind, nur "mit einer Null mehr hintendran"... -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Son, 04 Mär 2007, Steffen Dettmer schrieb:
* David Haller wrote on Sat, Mar 03, 2007 at 02:46 +0100:
Am Fre, 02 Mär 2007, Andreas Schott schrieb:
Könnte das daran liegen, dass die PLatte zu groß ist?
Alles > 127 GB braucht das LBA48 aus ATA-6. Jup. Von wann ist das BIOS? (-> dmidecode / hwinfo --bios?)
Das heisst, so ein Linux *stürzt ab*, weil eine Festplatte zu gross ist?!
Wenn auf > 127 GB zugegriffen werden soll...
Hielt das ja für einen Witz, bis ich die Antworten las... Weiss denn der Linux IDE Treiber nicht, dass er dann "LBA48 aus ATA-6" braucht und verhält sich entsprechend? Kann denn so ein Bug "normal" sein?
LBA48-Support gibt's erst seit 2.4.2x, in 2.4.16 ist es definitiv noch nicht drin.
Ein BIOS ist hier: Date: "08/08/02" (2.6.18.2-34-default)
Das sollte ok sein.
ein anderes: Date: "10/30/2002" (2.4.20-4GB-athlon)
Hier solltest du den Kernel aktualisieren (es sei denn er ist gepatcht).
da kann ich keine 500 GB oder so reinbauen?!
Gilt das auch für USB Platten? Für SATA?
Ja. Und für SCSI. s.u.
Warum spielen BIOS Beschränkungen eigentlich eine Rolle, wo doch eigene IDE Treiber benutzt werden?
Auch das BIOS muss richtig auf die Platten zugreifen. Aber mein BIOS unterstützt LBA48 nicht, es geht trotzdem. Kommt halt darauf an ob das BIOS beteiligt wird oder nicht und ob es die Platte überhaupt erkennt.
P.S.: Das IDE schlecht ist, war mir ja bekannt, aber dass es *so* schlecht ist und selbst nach dem jahrelangem nachbastelbessern immer noch *so* schlecht ist, finde ich irgendwie doch schon erstaunlich... Mal sehen, was in 5 Jahren mit SATA so kommt. Nicht, dass es die gleichen Probleme sind, nur "mit einer Null mehr hintendran"...
Erstens: Auch mit SCSI hast du das Problem. Das Problem ist die Adressierung der Sektoren auf der Disk. Und da sind ohne LBA48 eben nur 2^28-1 Sektoren addressierbar. Egal ob PATA, SATA, oder SCSI. Zweitens: siehe Sig. Es sind _einige_ Nullen. Wenn man mal schaut, vor 12 Jahren waren 750 MB Platten aktuell, heute 750 GB Platten. Dann kämen wir erst in 20 Jahren oder so an die Grenze... Allerdings denke ich, dass es bis dahin eh keine (magnetische) Festplatten mehr gibt, da ist man schon heute an der Grenze, man stellt die Partikel inzwischen "Aufrecht" (perpendicular), denn werden die Partikel kleiner verlieren sie ihre magnetischen Eigenschaften. Und mit der Nachfolge Technik wird man dann wohl auch eine passende Adressierung einführen und mit, sagen wir, 124 Bit oder mehr addresssieren (124 Bit reichen für 39614081257132168796771975168 TB). -- Naja, zumindest war Maxtor "weitsichtig": mit einer 48bit-Adressierung kann man 134217728 GB (128 Petabyte) ansprechen, das sollte eigentlich fuer ein paar Jaehrchen reichen, oder? ;)) [David Haller in suse-linux] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
David Haller schrieb:
Das heisst, so ein Linux *stürzt ab*, weil eine Festplatte zu gross ist?!
Wenn auf > 127 GB zugegriffen werden soll...
...komisch. bei mir auf der arbeit laufen mehrere server unter linux, mit partitionen von mehreren TERABYTE. ohne probleme. bye, MH -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Son, 04 Mär 2007, Mathias Homann schrieb:
David Haller schrieb:
Das heisst, so ein Linux *stürzt ab*, weil eine Festplatte zu gross ist?!
Wenn auf > 127 GB zugegriffen werden soll...
...komisch. bei mir auf der arbeit laufen mehrere server unter linux, mit partitionen von mehreren TERABYTE. ohne probleme.
Du solltest den Thread lesen. Das geht nur wenn LBA48 unterstützt wird. -dnh --
Wo stellt eigentlich MS die ISOs für diese XP-Distribution zum Download bereit? eDonkey? -- Michael Schulz in suse-linux -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Freitag, 2. März 2007 23:15 schrieb Andreas Schott:
Ich habe einen VDR auf einem P3/500 installiert (Basis EasyVDR). Im Bios wird die 250GB-Platte nur mit 132 GB erkannt. [...] Könnte das daran liegen, dass die PLatte zu groß ist?
Mit einer Wahrscheinlichkeit zu 99,99% liegt es an zu alten (eventuell fehlerhaften) BIOS-Versionen, die mit aktuellen Festplatten nicht klarkommen. Meistens begründen sich hier schon die Systemabstürze! Erkundige Dich bei Deinem Motherboard-Hersteller nach BIOS-Updates. Viel Glück! Desweiteren könnte es sein, daß die Festplatte selbst einen Schaden hat. Am besten Du überprüfst das mit den Testprogrammen Deines Festplatten-Herstellers. Gruß, Michael -- Lese das Handbuch. man ist Dein Freund. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo David Am Freitag, 2. März 2007 23:15 schrieb Andreas Schott:
Hallo zusammen
Ich hab mal wieder eine Verständnisfrage:
Kannst du bitte deine Antwort mit dem BIOS und LBA nochmal schicken? Ein Plattencrash hat die letzen 15 Mails gekostet - die waren noch nicht im Backup Danke Andy -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Sam, 03 Mär 2007, Andreas Schott schrieb:
Am Freitag, 2. März 2007 23:15 schrieb Andreas Schott:
Hallo zusammen
Ich hab mal wieder eine Verständnisfrage:
Kannst du bitte deine Antwort mit dem BIOS und LBA nochmal schicken?
Ein Plattencrash hat die letzen 15 Mails gekostet - die waren noch nicht im Backup
Klar. ==== Am Fre, 02 Mär 2007, Andreas Schott schrieb:
Könnte das daran liegen, dass die PLatte zu groß ist?
Alles > 127 GB braucht das LBA48 aus ATA-6. Jup. Von wann ist das BIOS? (-> dmidecode / hwinfo --bios?) Kernel? Neuere Kernels (2.6.x?) zeigen im Bootlog sowas an: <6>ata1: dev 0 ATA-7, max UDMA7, 781422768 sectors: LBA48 Ältere (2.4.33.2 z.B.) zeigen _das_ nicht so explizit an. Was sagt: lspci | grep 'IDE' Ich habe hier glaube ich ziemliches Glueck, dass es bei mir tut (auf ähnlich alter HW)... ==== (mit ATA-6 oben ist der Standard (s. www.t13.org) gemeint) -dnh --
PHB brains What a wonderful definition of the null set. -- Joe Zeff -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo David Am Sonntag, 4. März 2007 03:54 schrieb David Haller:
Am Fre, 02 Mär 2007, Andreas Schott schrieb:
Könnte das daran liegen, dass die PLatte zu groß ist?
Alles > 127 GB braucht das LBA48 aus ATA-6.
Jup. Von wann ist das BIOS? (-> dmidecode / hwinfo --bios?)
Diese Befehle stehen unter LinVDR nicht zur Verfügung - teste es nachher nochmal mit EasyVDR.
Kernel? Neuere Kernels (2.6.x?) zeigen im Bootlog sowas an:
linvdr:~# uname -a Linux linvdr 2.6.17.8 #3 PREEMPT Sat Aug 19 15:27:40 CEST 2006 i686 unknown
<6>ata1: dev 0 ATA-7, max UDMA7, 781422768 sectors: LBA48
Sowas kommt nicht vor.
Ältere (2.4.33.2 z.B.) zeigen _das_ nicht so explizit an. Was sagt:
lspci | grep 'IDE'
linvdr:~# lspci | grep IDE 00:07.1 IDE interface: Intel Corp. 82371AB PIIX4 IDE (rev 01)
Ich habe hier glaube ich ziemliches Glueck, dass es bei mir tut (auf ähnlich alter HW)...
Glücklicher! Andy -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Son, 04 Mär 2007, Andreas Schott schrieb:
Am Sonntag, 4. März 2007 03:54 schrieb David Haller:
Am Fre, 02 Mär 2007, Andreas Schott schrieb:
Könnte das daran liegen, dass die PLatte zu groß ist?
Alles > 127 GB braucht das LBA48 aus ATA-6.
Jup. Von wann ist das BIOS? (-> dmidecode / hwinfo --bios?)
Diese Befehle stehen unter LinVDR nicht zur Verfügung - teste es nachher nochmal mit EasyVDR.
Da's um die BIOS Version geht kannst du's auch beim booten abschreiben (da wo der Speicher geprüft wird). Mit der Pause-Taste sollte sich das booten anhalten lassen.
Kernel? Neuere Kernels (2.6.x?) zeigen im Bootlog sowas an:
linvdr:~# uname -a Linux linvdr 2.6.17.8 #3 PREEMPT Sat Aug 19 15:27:40 CEST 2006 i686 unknown
Das reicht.
<6>ata1: dev 0 ATA-7, max UDMA7, 781422768 sectors: LBA48
Sowas kommt nicht vor.
Kommt gar keine Zeile 'ataX: dev .. ATA-N ... sectors' oder fehlt nur das LBA48? Ich denke das liegt an der libata Version bzw. ob's PATA oder SATA ist (bzw. weil PATA (noch) nicht via libata angesprochen wird. Irgendwie sowas ;) )
Ältere (2.4.33.2 z.B.) zeigen _das_ nicht so explizit an. Was sagt:
lspci | grep 'IDE'
linvdr:~# lspci | grep IDE 00:07.1 IDE interface: Intel Corp. 82371AB PIIX4 IDE (rev 01)
Oha. Der kann das IIRC nicht -- ich bin mir jetzt aber nicht sicher, ob der Controller das unterstützen muss... Letztlich bleibt nur das ausprobieren... -dnh -- An NT server can be run by an idiot, and usually is. -- Tom Holub, a.h.b-o-i -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo David Am Sonntag, 4. März 2007 19:50 schrieb David Haller:
Hallo,
Am Son, 04 Mär 2007, Andreas Schott schrieb:
Am Sonntag, 4. März 2007 03:54 schrieb David Haller:
Am Fre, 02 Mär 2007, Andreas Schott schrieb:
Könnte das daran liegen, dass die PLatte zu groß ist?
Alles > 127 GB braucht das LBA48 aus ATA-6.
Jup. Von wann ist das BIOS? (-> dmidecode / hwinfo --bios?)
Diese Befehle stehen unter LinVDR nicht zur Verfügung - teste es nachher nochmal mit EasyVDR.
Da's um die BIOS Version geht kannst du's auch beim booten abschreiben (da wo der Speicher geprüft wird). Mit der Pause-Taste sollte sich das booten anhalten lassen.
Ich bekomme beim Booten nur BIOS V 3.2 angezeigt. Im Bios habe ich eine Einstellung gefunden, die mehr oder weniger anzeigt - aber dann kommt nur noch ein Siemens-Logo. Das Board ist ein Acer V66LT-2(N)
Kernel? Neuere Kernels (2.6.x?) zeigen im Bootlog sowas an:
linvdr:~# uname -a Linux linvdr 2.6.17.8 #3 PREEMPT Sat Aug 19 15:27:40 CEST 2006 i686 unknown
Das reicht.
<6>ata1: dev 0 ATA-7, max UDMA7, 781422768 sectors: LBA48
Sowas kommt nicht vor.
Kommt gar keine Zeile 'ataX: dev .. ATA-N ... sectors' oder fehlt nur das LBA48? Ich denke das liegt an der libata Version bzw. ob's PATA oder SATA ist (bzw. weil PATA (noch) nicht via libata angesprochen wird. Irgendwie sowas ;) )
Nein sowas kommt garnicht vor.
Ältere (2.4.33.2 z.B.) zeigen _das_ nicht so explizit an. Was sagt:
lspci | grep 'IDE'
linvdr:~# lspci | grep IDE 00:07.1 IDE interface: Intel Corp. 82371AB PIIX4 IDE (rev 01)
Oha. Der kann das IIRC nicht -- ich bin mir jetzt aber nicht sicher, ob der Controller das unterstützen muss...
Dann hätten wir den Grund
Letztlich bleibt nur das ausprobieren...
Also das System hat unter LinVDR, EasyVDR und Xubuntu 6.06LTS auf der 250GB-Platte immer ein Einfrieren ohne irgendwelche Logs. Nun teste ich das nochmal auf einer 120 GB, die im Bios korrekt erkannt wird. Andy -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Son, 04 Mär 2007, Andreas Schott schrieb:
Am Sonntag, 4. März 2007 19:50 schrieb David Haller:
Am Son, 04 Mär 2007, Andreas Schott schrieb: [..]
linvdr:~# lspci | grep IDE 00:07.1 IDE interface: Intel Corp. 82371AB PIIX4 IDE (rev 01)
Oha. Der kann das IIRC nicht -- ich bin mir jetzt aber nicht sicher, ob der Controller das unterstützen muss...
Dann hätten wir den Grund
U.U. Vermutlich passt das BIOS (feature- und altersmäßig) zum Controller und es kann durchaus sein, dass deswegen das nicht klappt.
Letztlich bleibt nur das ausprobieren...
Also das System hat unter LinVDR, EasyVDR und Xubuntu 6.06LTS auf der 250GB-Platte immer ein Einfrieren ohne irgendwelche Logs.
Nun teste ich das nochmal auf einer 120 GB, die im Bios korrekt erkannt wird.
Wenn das dann klappt, würde das die These erhärten... Du könntest auch mal den 32 oder 127 GB Jumper der Platte setzen, falls die sowas hat. Wenn's dann tut... Achso, nur dass du Bescheid weisst, ohne LBA48 wird hinter 127 GB wieder beim MBR angefangen... Linux hat da aber glaube ich ne Sicherung drin (ich hab im Quelltext was von (sinngemäß) if( ! has_lba48 ) { ... } else { ... } gesehen. -dnh -- hallo [..], bleib bei windows, [..]. Du hast nicht begriffen, was Linux ist. -- hans schirmer in suse-linux -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo David Am Sonntag, 4. März 2007 22:35 schrieb David Haller:
Hallo,
Am Son, 04 Mär 2007, Andreas Schott schrieb:
Am Sonntag, 4. März 2007 19:50 schrieb David Haller:
Am Son, 04 Mär 2007, Andreas Schott schrieb:
[..]
linvdr:~# lspci | grep IDE 00:07.1 IDE interface: Intel Corp. 82371AB PIIX4 IDE (rev 01)
Oha. Der kann das IIRC nicht -- ich bin mir jetzt aber nicht sicher, ob der Controller das unterstützen muss...
Dann hätten wir den Grund
U.U. Vermutlich passt das BIOS (feature- und altersmäßig) zum Controller und es kann durchaus sein, dass deswegen das nicht klappt.
Letztlich bleibt nur das ausprobieren...
Also das System hat unter LinVDR, EasyVDR und Xubuntu 6.06LTS auf der 250GB-Platte immer ein Einfrieren ohne irgendwelche Logs.
Nun teste ich das nochmal auf einer 120 GB, die im Bios korrekt erkannt wird.
Wenn das dann klappt, würde das die These erhärten...
Nein es klappt leider auch nicht! Kiste friert weiter ohne Logs ein!
Du könntest auch mal den 32 oder 127 GB Jumper der Platte setzen, falls die sowas hat. Wenn's dann tut...
Hat sie nur leider das gleiche Phänomen Jetzt stoppe ich den VDR mal und kopiere, lese und lösche von der Platte - mal sehen, ob das Teil dann wieder einfriert... Dann weiß ich wenigstens, ob es an der HW oder an VDR liegt. Andy -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Mon, 05 Mär 2007, Andreas Schott schrieb:
Am Sonntag, 4. März 2007 22:35 schrieb David Haller:
Am Son, 04 Mär 2007, Andreas Schott schrieb: [..]
Nun teste ich das nochmal auf einer 120 GB, die im Bios korrekt erkannt wird.
Wenn das dann klappt, würde das die These erhärten...
Nein es klappt leider auch nicht! Kiste friert weiter ohne Logs ein!
Hm.
Du könntest auch mal den 32 oder 127 GB Jumper der Platte setzen, falls die sowas hat. Wenn's dann tut...
Hat sie nur leider das gleiche Phänomen
Wundert mich eigentlich nicht wirklich ;) Denn auch wenn ich's für möglich halte, daß es an "zu großer Platte" liegt, ist es nicht die Wahrscheinlichste *hrhr*
Jetzt stoppe ich den VDR mal und kopiere, lese und lösche von der Platte - mal sehen, ob das Teil dann wieder einfriert...
Dann weiß ich wenigstens, ob es an der HW oder an VDR liegt.
Hast du die Kabel schon geprüft? DMA-Modi? Ressourcen-Konflikte? Hast du ISA-HW in der Kiste? Mail mir per PM doch mal die Ausgabe von 'lspci -v' und 'cat /proc/dma; cat /proc/interrupts; cat /proc/ioports'. Und wenn ISA-HW: von isapnpdump (pnpdump? irgendsowas ;) Und kontrolliere mal die Kondensatoren auf dem MoBo; ob die auslaufen (Brauner Rotz und/oder Weißliche Kristalle am Deckel/Beinchen), oder ob die Deckel sich wölben? Netzteil? Oder sonstiges "auffallende" auf dem MoBo? I.d.R. sollte diese "visuelle" Kontrolle gehen, ohne irgendwas auszubauen (naja, je nach Gehäuse)... -dnh -- 3rd Law of Computing: Anything that can go wr fortune: Segmentation violation -- Core dumped -- from a post by Simon Cozens -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (6)
-
Andreas Schott
-
David Haller
-
Martin Ereth
-
Mathias Homann
-
Michael Poertner
-
Steffen Dettmer