December 2006 - openSUSE Users (Deutsch)

TFT Benq FP93GX
by René Falk 12 Feb '07

12 Feb '07

Hallo zusammen, hat jemand den TFT Benq FP93GX am laufen? Mich würden die Einstellungen unter Linux interessieren, da der TFT noch zu neu für die in Sax2 vorgegebene Monitorliste ist. Grüße René

3 2

IDE-Laufwerke an Asus P5B Deluxe
by Gerhard Locke 09 Feb '07

09 Feb '07

Hallo, in einigen Foren findet man den Hinweis, daß das P5B mit dem neuen Kernel 2.6.18 einwandfrei laufen soll. Jedoch auch die Linux Suse 10.2 Beta und die 10.2 RC1 können nicht von der DVD oder CD installieren. Die IDE-Laufwerke werden also auch mit dem neuen Kernel nicht erkannt oder irgendwie angesprochen. Jedoch fedora6Core (Kernel 2.6.18) erkennt die beiden Laufwerke kann aber nur CD lesen. Außerdem bricht die Installation der 10.2RC1 nach der abschließenden Konfiguration und dem Lesen der Versionshinweise ab. Das heißt der Bildschirm wird dunkel und das war?s dann. Gelegentlich flackert zwar noch die HDD-Led, aber mehr auch nicht. Die Beta hat zumindest nach mehrmaligen Drücken der Space-Taste weitergemacht und fertiginstalliert. Hat da schon jemand eine Lösung, oder stehe ich da auf verlorenem Posten? Gruß Gerhard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

2 5

Re(4) Hilfe: Datenverlust - ganzes RAID Dateisystem ist weg ! - Daten wieder da !!!
by Christoph 27 Jan '07

27 Jan '07

hallo Mailinglist Leser, Dank der Inputs aus der Newsgroup kam ich auf folgende Idee: Ich untersuchte mein RAID weiter und es sah so aus, als wäre mein RAID schon nicht funktionstüchtig. losetup geht zwar auf /dev/md2 aber ich glaube da ist einfach nichts da, denn der Status meines RAID ist "active, degraded", und er sollte, wie ich verstehe "clean, degraded" sein. Das dann in Folge auch kein ext3 Dateisystem gefunden werden kann wäre klar, wo gar nichts ist, kann auch kein ext3 sein. "cat /dev/md2" lieferte nichts, ich gehe davon aus es sollte aber. Ich versuchte also von "active, degraded" auf "clean, degraded" zu kommen... und --force bei mdadm war der einzige Parameter der mir fehlte - JUHU ! d.h. mdadm -A --force /dev/md2 /dev/.... brachte mir ein gültiges Dateisystem wieder ! Schade, dass sogar der kostenpflichtige Linux Support hier nicht helfen konnte, aber hätte vermutlich lang gedauert zu finden, d.h. ich hab mir viel Geld erspart ! Jedenfalls sinds nur 3 Kommandos ! => falls das jemand mit ähnlichem Problem liest (z.b. ein zweites crypt-RAID kann nicht von den Suse Startup gemounted werden - war auch bei mir so) - macht es manuel: LÖSUNG: Kommentiert die Einträge aus /etc/fstab, /etc/cryptotab & /etc/raidtab aus und führt die Kommandos (zu adaptieren für jeweilige devices/encryption, etc.) mdadm -A --force /dev/md2 /dev/sde1 /dev/sdf1 /dev/sdg1 losetup -e twofish256 /dev/loop2 /dev/md1 mount -t ext3 /dev/loop2 /media/raidtest aus. bzw. falls mount nicht geht ein fsck.ext3 /dev/loop1 oder fsck -b 8193 /dev/loop1 führt den filesystemcheck aus. lg, Christoph PS.: ich hab schon bald genug von Troubles...., vielleicht werd ich irgendwo Einsiedler und laß meine Computer in einer grossen Autopresse ihr Ende erleben. Hallo Arno, danke für deine Antwort, ich habe es darauf händisch probiert. Das vom Startup Prozess assemblede RAID gestoppt und neu assembled und da taucht auch ein Fehler auf (Input/Output error), ich weiß nur nicht was ich damit anfangen soll. mdadm --detail gibt mir dennoch den Status "active, degraded". fdisk -l meldet alle Platten. mdadm: md device /dev/md0 does not appear to be active. # mdadm --assemble /dev/md2 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1 mdadm: /dev/md2 assembled from 3 drives - need all 4 to start it (use --run to insist). # mdadm --assemble --run /dev/md2 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1 mdadm: failed to RUN_ARRAY /dev/md2: Input/output error # mdadm --detail /dev/md2 /dev/md2: Version : 00.90.02 Creation Time : Wed May 10 17:18:42 2006 Raid Level : raid5 Device Size : 244195840 (232.88 GiB 250.06 GB) Raid Devices : 4 Total Devices : 3 Preferred Minor : 2 Persistence : Superblock is persistent Update Time : Thu Jan 25 20:11:44 2007 State : active, degraded Active Devices : 3 Working Devices : 3 Failed Devices : 0 Spare Devices : 0 Layout : left-symmetric Chunk Size : 128K UUID : fdf2f7aa:27427688:990476e1:29c1b262 Events : 0.370510 Number Major Minor RaidDevice State 0 0 0 - removed 1 8 17 1 active sync /dev/sdb1 2 8 33 2 active sync /dev/sdc1 3 8 49 3 active sync /dev/sdd1 >dein Systemdatum ist falsch. Wer danach sortiert wird u.U. deine Mail nicht >zu sehen bekommen, was schade wäre, denn ich kann dir nicht wirklich > helfen... korrigiert. > >>hallo liebe Mailinglistler, > >> > >>ich hab ein Trouble: mein ganzes RAID 5 ist weg !!! > >>Und das nach einem, genau gesagt 3 Reboots. > >> > >> > >>Definitiv nicht so gut... wenn da was ausfällt sollte man das System > zuerst wieder in Gang setzen... aber das ist ja nun egal. > >> > >> > >>Wenn es hier einen > >>Festplatten/Dateisystem/RAID/crypt Profi gibt, bitte um Hilfe ! > >>Der kostenpflichtige Suse Support konnte mir auch nicht helfen und hat > mich > >>hier verwiesen... > >Die sind ja lustig... > >>Aus Datensicherheitsgründen habe ich mich für ein RAID 5 Array mit 4 > >>Festplatten (alle 4 RAID, keine Spare) unter Suse 10.1 zur Speicherung > >>meiner Daten entschieden. Auf dem RAID habe ich ein Crypt Filesystem > >>(twofish256) erstellt und mit ext3 formatiert, was aus meiner damaligen > >>Sicht alles minimalstes Risiko sein hätte sollen, > > >Aber das Backup vergessen, oder was? > > > >:-) > stünde auch an, leider zu spät... > > >>solange ich mich an das > >>Passwort erinnere. Hier vermute ich aber einen üblen Bug mit für mich > >>katastrophalen Folgen. > > >>Jetzt nach einem Reboot kann ich das RAID nicht mehr mounten, da kein > >>gültiges ext3 Dateisystem mehr vorhanden ist !!!??? > > >>Auf der Festplatte sind sehr viele wichtige, persönliche Daten, wie alle > >>meine Urlaubsfotos, Videos, meine Diplomarbeit, etc... die ich alle sicher > >>gespeichert haben wollte und daher auf das RAID gespeichert habe. Seit dem > >>letztem Mal, dass es funktionierte, bis zum ersten Mal als ich entdeckte, > >>dass es nicht mehr ging habe ich 3* rebootet, nichts neu installiert, > nichts > >>auf das RAID geschrieben > >Das ist schon mal gut. > >>und keinen Filesystemcheck gemacht. > > >>Hier die Beschreibung > >>Der Fehler: > > >># mount /media/raid > >>Password: > >>mount: wrong fs type, bad option, bad superblock on /dev/loop0, > >>missing codepage or other error > >>In some cases useful info is found in syslog - try > >>dmesg | tail or so > > >># dmesg | tail > >>VFS: Can't find ext3 filesystem on dev loop0. > >> > >>=> Ich habe es manuel versucht, das RAID ist bereits nach dem Booten > >>zusammengebaut, eine Festplatte ist mir offensichtlich ausgefallen, > >>ich vermute ein SATA Kabelproblem in meinem Computer - während einem > meiner > >>Reboots war einmal /dev/sdd1 weg, dafür /dev/sda1 da. > >>Meine Vermutung ist, dass dadurch mein RAID korrupt wurde. Obwohl ich > nichts > >>geschrieben habe, vermute ich, dass dmraid mir damit > >>die Daten ruiniert hat. > > >># mdadm --detail /dev/md0 > >>/dev/md0: > >>Version : 00.90.02 > >>Creation Time : Wed May 10 17:18:42 2006 > >>Raid Level : raid5 > >>Device Size : 244195840 (232.88 GiB 250.06 GB) > >>Raid Devices : 4 > >>Total Devices : 3 > >>Preferred Minor : 0 > >>Persistence : Superblock is persistent > >> > >>Update Time : Thu Jan 25 20:11:44 2007 > >>State : active, degraded > >>Active Devices : 3 > >>Working Devices : 3 > >>Failed Devices : 0 > >>Spare Devices : 0 > >> > >>Layout : left-symmetric > >>Chunk Size : 128K > >> > >>UUID : fdf2f7aa:27427688:990476e1:29c1b262 > >>Events : 0.370510 > >> > >>Number Major Minor RaidDevice State > >>0 0 0 - removed > >>1 8 17 1 active sync /dev/sdb1 > >>2 8 33 2 active sync /dev/sdc1 > >>3 8 49 3 active sync /dev/sdd1 > > >Ok, das sieht eindeutig aus. > > > >Hast du schon eine Ersatzplatte da? > Kabel ist gewechselt, Platte funktioniert ja. Ärgerlich ist aber sehr, dass der Startup Prozess das RAID startet, OBWOHL er einen Fehler (eine Platte geht nicht) erkannt hat....., das hätte mir ev. die Probleme erspart. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

2 1

Hilfe: Datenverlust - ganzes RAID Dateisystem ist weg !
by Christoph 26 Jan '07

26 Jan '07

hallo liebe Mailinglistler, ich hab ein Trouble: mein ganzes RAID 5 ist weg !!! Und das nach einem, genau gesagt 3 Reboots. Wenn es hier einen Festplatten/Dateisystem/RAID/crypt Profi gibt, bitte um Hilfe ! Der kostenpflichtige Suse Support konnte mir auch nicht helfen und hat mich hier verwiesen... Aus Datensicherheitsgründen habe ich mich für ein RAID 5 Array mit 4 Festplatten (alle 4 RAID, keine Spare) unter Suse 10.1 zur Speicherung meiner Daten entschieden. Auf dem RAID habe ich ein Crypt Filesystem (twofish256) erstellt und mit ext3 formatiert, was aus meiner damaligen Sicht alles minimalstes Risiko sein hätte sollen, solange ich mich an das Passwort erinnere. Hier vermute ich aber einen üblen Bug mit für mich katastrophalen Folgen. Jetzt nach einem Reboot kann ich das RAID nicht mehr mounten, da kein gültiges ext3 Dateisystem mehr vorhanden ist !!!??? Auf der Festplatte sind sehr viele wichtige, persönliche Daten, wie alle meine Urlaubsfotos, Videos, meine Diplomarbeit, etc... die ich alle sicher gespeichert haben wollte und daher auf das RAID gespeichert habe. Seit dem letztem Mal, dass es funktionierte, bis zum ersten Mal als ich entdeckte, dass es nicht mehr ging habe ich 3* rebootet, nichts neu installiert, nichts auf das RAID geschrieben und keinen Filesystemcheck gemacht. Hier die Beschreibung Der Fehler: # mount /media/raid Password: mount: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so # dmesg | tail VFS: Can't find ext3 filesystem on dev loop0. => Ich habe es manuel versucht, das RAID ist bereits nach dem Booten zusammengebaut, eine Festplatte ist mir offensichtlich ausgefallen, ich vermute ein SATA Kabelproblem in meinem Computer - während einem meiner Reboots war einmal /dev/sdd1 weg, dafür /dev/sda1 da. Meine Vermutung ist, dass dadurch mein RAID korrupt wurde. Obwohl ich nichts geschrieben habe, vermute ich, dass dmraid mir damit die Daten ruiniert hat. # mdadm --detail /dev/md0 /dev/md0: Version : 00.90.02 Creation Time : Wed May 10 17:18:42 2006 Raid Level : raid5 Device Size : 244195840 (232.88 GiB 250.06 GB) Raid Devices : 4 Total Devices : 3 Preferred Minor : 0 Persistence : Superblock is persistent Update Time : Thu Jan 25 20:11:44 2007 State : active, degraded Active Devices : 3 Working Devices : 3 Failed Devices : 0 Spare Devices : 0 Layout : left-symmetric Chunk Size : 128K UUID : fdf2f7aa:27427688:990476e1:29c1b262 Events : 0.370510 Number Major Minor RaidDevice State 0 0 0 - removed 1 8 17 1 active sync /dev/sdb1 2 8 33 2 active sync /dev/sdc1 3 8 49 3 active sync /dev/sdd1 Ich aktiviere das crypt in einem Loop-Back Device (ich nehme hier loop2, nicht loop0 wie mount, sollte keinen Unterschied machen): # losetup -e blowfish256 /dev/loop2 /dev/md0 Password: Ich versuche einen Filesystemcheck: # fsck.ext3 /dev/loop2 e2fsck 1.38 (30-Jun-2005) fsck.ext3: Invalid argument while trying to open /dev/loop2 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device> noch einen: fsck.ext3 -b 8193 /dev/loop2 und noch einige andere mit anderen Superblöcken...., selbes Ergebniss. Hat jemand noch eine Idee was ich machen könnte ?, ich würd mich schon über einige gerettete Dateien freuen. lg, Christoph -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

3 2

Logging von saslauthd
by Treebeard 17 Jan '07

17 Jan '07

Hallo, wie kann ich das Logging von saslauthd einschalten? In meiner /usr/lib64/sasl2/smtpd.conf steht pwcheck_method: auxprop mech_list: plain login log_level: 7 Habe also das Loglevel hochgesetzt. Habe gelesen, dass die Logdateien per Hand angelegt werden müssen: touch /var/log/auth.log Hmmm....leider wird nichts gelogged Wo kann ich nachsehen, wie das Logging funktioniert? Und wie und wo wird das bei euch gelogged? Viele Grüße Ingbert B. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

4 68

Abbruch bei Download von OPENSUSE-1.2 dvd ISO image
by WillyFoobar＠gmx.de 12 Jan '07

12 Jan '07

Hallo Open-SuSE Mailing Listen Mitglieder, ich versuche nun schon seit mehreren Wochen seit der Veröffentlichung von OpenSuSE-10.2 das i386-ISO-Image für die DVD herunter zu laden. Ich benutze dazu den Konqueror oder ein blankes ftp. Das entsprechende ISO Image ist ca. 3,4 GigaByte gross Nach spätestens 500MB bricht der download ab. Es wird "stalled/verzögert" angezeigt Ist das ein bekanntes Problem, und wenn ja, wie kann ich das Problem beheben. Ciao, Willy Foobar -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

4 4

Installation von Suse 10.2 auf Intel 440GX (Dual-CPU) hängt sich auf
by Sandy Drobic 10 Jan '07

10 Jan '07

Hallo Leute, heute wollte ich eigentlich meine Suse 9.2 auf 10.2 updaten, aber trotz intensiver Tests habe ich es nicht geschafft, die Installation durchzuführen auf meiner alten FSC Primergy 470. Folgendes funktioniert: - Die DVD (Boxed Version) bootet - Das Menü wird angezeigt - ich wähle dann "Safe Settings" und "Text Mode" - Der Installationskernel wird geladen - dann ein harter Hänger, nicht einmal die Tastatur reagiert die letzte Meldung, die ich sehe, lautet: NET: Registered protocol family 2 Danach hängt die Kiste hart. Rien ne vas plus. Hat jemand ähnliches erlebt und kann einen Tipp geben? Das Verhalten ist übrigens das gleiche bei Suse 10.0 und 10.1. Suse 9.2 (Kernel 2.6.8) startet die Installation problemlos. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

10 50

dhcp Problem mit WXP
by Achim Theobald 09 Jan '07

09 Jan '07

Moin moin, Zuerst mal ein paar technische Daten. 100MBit Netzwerk mit 1 x SUSE10.0, 15 x W98 Clients, 3 x WXP Client, 1 x W2K Client, 2 x Printserver, 4 x HP LAN Drucker. Alle diese Clients beziehen vom dhcpd des SUSE10 Server ihre feste IP (vorgegeben per MAC). Bis auf einen WXP Client klappt das auch problemlos. Dieser WXP Client treibt mich allerdings in den Wahnsinn (ist u.a. mein Abeitsplatzrechner). Dieser aktzeptiert vom dhcpd keine IP (die MAC ist in dhcpd.conf garantiert richtig drin). Ich habe keine Idee mehr wo es dran hängt. Anbei mal Logfile-Auszug. evt. fällt ja hier jemanden etwas ein. Achja, das zuweisen derselben IP in den Netzwerkeinstellungen von WXP funktioniert natürlich problemlos. Cu Achim ## W98 geht ## Dec 28 07:18:18 server dhcpd: Dynamic and static leases present for 192.168.1.8. Dec 28 07:18:18 server dhcpd: Remove host declaration werkstatt08 or remove 192.168.1.8 Dec 28 07:18:18 server dhcpd: from the dynamic address pool for 192.168.1/24 Dec 28 07:18:18 server dhcpd: DHCPREQUEST for 192.168.1.8 from 00:50:22:xx:xx:xx via eth1 Dec 28 07:18:18 server dhcpd: DHCPACK on 192.168.1.8 to 00:50:22:xx:xx:xx via eth1 ## WXP geht ## Dec 28 08:43:30 server dhcpd: Dynamic and static leases present for 192.168.1.14. Dec 28 08:43:30 server dhcpd: Remove host declaration werkstatt14 or remove 192.168.1.14 Dec 28 08:43:30 server dhcpd: from the dynamic address pool for 192.168.1/24 Dec 28 08:43:30 server dhcpd: DHCPREQUEST for 192.168.1.14 from 00:08:9b:xx:xx:xx via eth1 Dec 28 08:43:30 server dhcpd: DHCPACK on 192.168.1.14 to 00:08:9b:xx:xx:xx via eth1 Dec 28 08:44:24 server dhcpd: DHCPINFORM from 192.168.1.14 via eth1 Dec 28 08:44:24 server dhcpd: DHCPACK to 192.168.1.14 Dec 28 08:44:27 server dhcpd: DHCPINFORM from 192.168.1.14 via eth1 Dec 28 08:44:27 server dhcpd: DHCPACK to 192.168.1.14 Dec 28 08:46:39 server dhcpd: DHCPINFORM from 192.168.1.14 via eth1 Dec 28 08:46:39 server dhcpd: DHCPACK to 192.168.1.14 Dec 28 08:46:42 server dhcpd: DHCPINFORM from 192.168.1.14 via eth1 Dec 28 08:46:42 server dhcpd: DHCPACK to 192.168.1.14 ## WXP geht nicht ## Dec 28 07:45:33 server dhcpd: DHCPDISCOVER from 00:01:29:xx:xx:xx via eth1 Dec 28 07:45:33 server dhcpd: DHCPOFFER on 192.168.1.7 to 00:01:29:xx:xx:xx via eth1 Dec 28 07:45:35 server dhcpd: DHCPDISCOVER from 00:01:29:xx:xx:xx via eth1 Dec 28 07:45:35 server dhcpd: DHCPOFFER on 192.168.1.7 to 00:01:29:xx:xx:xx via eth1 Dec 28 07:45:39 server dhcpd: DHCPDISCOVER from 00:01:29:xx:xx:xx via eth1 Dec 28 07:45:39 server dhcpd: DHCPOFFER on 192.168.1.7 to 00:01:29:xx:xx:xx via eth1 Dec 28 07:45:47 server dhcpd: DHCPDISCOVER from 00:01:29:xx:xx:xx via eth1 Dec 28 07:45:47 server dhcpd: DHCPOFFER on 192.168.1.7 to 00:01:29:xx:xx:xx via eth1 -- Am texanischen Wesen soll die Welt genesen. (c) by G.(W.) Bush 1992+2003 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

3 2

DVD RAM schreiben sehr langsam
by Steffen Dettmer 08 Jan '07

08 Jan '07

Hi, SUSE LINUX 10.0 (i586) OSS, Linux diva 2.6.13-15-smp #1 SMP Tue Sep 13 14:56:15 UTC 2005 i686 athlon i386 GNU/Linux Brenner: Vendor: HL-DT-ST Model: DVDRAM GSA-4120B Rev: A115 (scsi-emulation) Um ca. 19:30 hatte ich 400 MB auf der DVDRAM (ext2 filesystem, weil UDF anscheinend unbrauchbar implementiert ist). Seit dem schreibt rsync, hat jetzt 23:15 2.5 GB drauf. Also ca. 2 GB in dreieinhalb Stunden, 571 MB pro Stunde, 10 MB pro Minute oder 150 KB pro Sekunde. Was lustigerweise CD-ROM 1 fach ist :-) Ich erwarte aber 1,9 - 2.0 MB/sec, also grob die zehnfache Geschwindigkeit. Ich wollte gucken, ob DMA an ist. Wie mache ich das? Ich habe kein /dev/hd? Gerät für den Brenner, nur die SCSI-Geräte. Früher gabs das /dev/hdb oder was man da hatte immer noch, da konnte man dann hdparm aufrufen. Das hat google auch oft empfohlen. (BTW, unter W2K gehen DVD-Rs mit 5 MB/sec, Hardware sollte also OK sein). Wenn ich das Brennergeräusch richtig deute, dreht er immer nur mal ganz kurz hoch, so als ob die Daten einfach so lahm ankämen - weil z.B. kein DMA an ist. DVD-R schreiben über dvdrecord/growisofs (oder wie das heisst) ist deutlich schneller (DVD in 10 Minuten oder so, also wie erwartet, alles fein). Wie kann ich das näher untersuchen? oki, Steffen Paar Zusatzinfos folgen. in fstab hab ich: /dev/sr0 /media/dvdram4bak ext2 noauto,rw,user,nosuid,nodev,exec,noatime 0 0 syslog (/var/log/messages) zeigt nichts auffälliges. Noch paar Infos aus dmesg. hda und hdc sind Platten, die an den beiden onboard IDE Controllern als RAID laufen. Der Brenner ist an der PATA Schnittstelle des "SATA"-Controllers. Wenn ich nicht ganz irre ist das ein "VT6421 IDE RAID Controller", der 2 SATA und 1 PATA hat. An letzerem hängt der Brenner (Abit AX8 Board). dmesg Auszug: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx SCSI subsystem initialized libata version 1.12 loaded. sata_via: module not supported by Novell, setting U taint flag. sata_via version 1.1 ACPI: PCI Interrupt 0000:00:0c.0[A] -> GSI 20 (level, low) -> IRQ 193 PCI: Via IRQ fixup for 0000:00:0c.0, from 10 to 1 sata_via(0000:00:0c.0): routed to hard irq line 1 ata1: PATA max UDMA/133 cmd 0xFD00 ctl 0xFD0A bmdma 0xF900 irq 193 ata2: PATA max UDMA/133 cmd 0xFC00 ctl 0xFC0A bmdma 0xF908 irq 193 ata3: PATA max UDMA/133 cmd 0xFB00 ctl 0xFB0A bmdma 0xF910 irq 193 input: AT Translated Set 2 keyboard on isa0060/serio0 ATA: abnormal status 0x7F on port 0xFD07 ata1: disabling port scsi0 : sata_via ATA: abnormal status 0x7F on port 0xFC07 ata2: disabling port scsi1 : sata_via ata3: dev 0 cfg 49:0f00 82:421c 83:0000 84:0000 85:0000 86:0000 87:0000 88:0407 ata3: dev 0 ATAPI, max UDMA/33 ata3: dev 0 configured for UDMA/33 scsi2 : sata_via Vendor: HL-DT-ST Model: DVDRAM GSA-4120B Rev: A115 Type: CD-ROM ANSI SCSI revision: 05 sr0: scsi3-mmc drive: 23x/23x writer dvd-ram cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 Attached scsi CD-ROM sr0 at scsi2, channel 0, id 0, lun 0 ACPI-0212: *** Warning: Device is not power manageable ACPI: PCI Interrupt Link [ALKA] enabled at IRQ 20 ACPI: PCI Interrupt 0000:00:0f.0[B] -> Link [ALKA] -> GSI 20 (level, low) -> IRQ 193 PCI: Via IRQ fixup for 0000:00:0f.0, from 11 to 1 sata_via(0000:00:0f.0): routed to hard irq line 1 Attached scsi generic sg0 at scsi2, channel 0, id 0, lun 0, type 5 ata4: SATA max UDMA/133 cmd 0xF800 ctl 0xF702 bmdma 0xF400 irq 193 ata5: SATA max UDMA/133 cmd 0xF600 ctl 0xF502 bmdma 0xF408 irq 193 ATA: abnormal status 0x7F on port 0xF807 scsi3 : sata_via ATA: abnormal status 0x7F on port 0xF607 scsi4 : sata_via VP_IDE: IDE controller at PCI slot 0000:00:0f.1 ACPI-0212: *** Warning: Device is not power manageable ACPI: PCI Interrupt 0000:00:0f.1[A] -> Link [ALKA] -> GSI 20 (level, low) -> IRQ 193 PCI: Via IRQ fixup for 0000:00:0f.1, from 255 to 1 VP_IDE: chipset revision 6 VP_IDE: not 100% native mode: will probe irqs later VP_IDE: VIA vt8237 (rev 00) IDE UDMA133 controller on pci0000:00:0f.1 ide0: BM-DMA at 0xf300-0xf307, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xf308-0xf30f, BIOS settings: hdc:DMA, hdd:pio Probing IDE interface ide0... hda: Maxtor 6Y120L0, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: max request size: 128KiB hda: 240121728 sectors (122942 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(133) hda: cache flushes supported hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 > Probing IDE interface ide1... hdc: Maxtor 6Y120L0, ATA DISK drive ide1 at 0x170-0x177,0x376 on irq 15 hdc: max request size: 128KiB hdc: 240121728 sectors (122942 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(133) hdc: cache flushes supported hdc: hdc1 hdc2 hdc3 hdc4 < hdc5 hdc6 hdc7 > ACPI: CPU0 (power states: C1[C1]) ACPI: CPU1 (power states: C1[C1]) md: raid1 personality registered as nr 3 -- 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(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

8 23

Datenverlust mit XFS
by Kay Patzwald 08 Jan '07

08 Jan '07

Hallo, seitdem ich XFS verwende, habe ich bereits mehr als zweimal das Problem gehabt, dass Dateien defekt bzw. Daten verloren gegangen sind, wenn ich das System mal nicht ordnungsgemäß heruntergefahren habe (z.B. nachdem ich mal s2ram getestet habe). ext3 und reiserfs haben dann eigentlich die meisten Dateien wiederherstellen können (beim Systemstart). XFS ist ja nun eigentlich auch ein Journaling-System. Muss man das vielleicht noch explizit irgendwo mit angeben? MfG Kay -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help(a)opensuse.org

10 23