openSUSE Users (Deutsch) September 2006

users-de@lists.opensuse.org

276 participants
390 discussions

by stephan papst

Hallo Liste, Ich habe nun nach dem mein KDE und X-Server noch immer total abgeschmiert hat und das schon alle 2 bis 3 Minuten mein ganzes System neu aufgesetzt, mit dem Ergebniss das ich ausser 4 bis 5 Stunden meines Leben zu verbrauchen nicht weitergekommen bin. KDE schmiert noch immer ab aber es gibt jetzt 2 neue eigenarten die vielleicht ein Hinweis sein könnten: KDE stürzt jetzt nur noch ab wenn ich große Datenmengen von CD bzw. DVD Laufwerk ins Home Verzeichniss spielen will. und wenn das passiert beginnen die "Caps Lock" und die "Scroll Lock" Dioden auf meinem Keybord zu blinken beginnen. Leider kann ich auch den X-Server nicht mehr killen und Runlevelwechsel ist auch unmöglich. mfG. Stephan

3 years, 11 months

mehere Vhosts auf einer IP ?

by T. Hantke

Hallo, wie kann ich mehrere Vhosts auf einer IP binden ? Gruß und Danke, Thorsten Hantke

6 years, 7 months

KDE2.1, Taskbar loeslich?

by Alfred Poschmann

Das hier fand ich eines Morgens in meiner Achselhöhle, pardon, im Changelog von KDE2.1: > External taskbar re-added Ich deute das ja so, dass man nun wieder die Liste der aktiven Programme aus der Kontrollleiste herauslösen kann, um sie etwa wie in KDE1.x an den oberen Rand des Bildschirms zu kleben. Mittlerweile habe ich aber alle Menüpunkte von Kcontrol durchwühlt - es geht nicht. Oder ich kann es nicht. Hat das schon mal einer geschafft? Oder wo kann ich nachlesen? Die KDE-Hilfe bezieht sich auf KDE 2.0 und meint, das das erst in der nächsten Version gehen soll (irrt sich aber an einigen Stellen). Gruß, Alfred

9 years, 1 month

Re: Soundkarte GUS PNP

by exodus＠mayn.de

Tomas Duewiger wrote: > > On 6 Apr, Michael Schreyer wrote: > > > Hi die Frage mag zwar etwas veraltet sein aber seis drum. > > > > Wer kann mir sagen, was ich machen muss, damit meine Gravis Ultrasound > > PNP laute von sich gibt? > > > > Im Kernel hab ich sie Aktiviert. /dev/dsp und /dev/audio ist auch > > aktiviert. IRQ und I/O stimmen. Sie gibt aber trotzdem keinen Ton von > > sich. Ich hab auch schon ma versucht mit einem Mixer die Lautstärke zu > > erhöhen aber ohne Erfolg. Ich weis keinen Rat mehr. > > Hast Du denn das ganze PnP Gelumpe konfiguriert? pnpdump? Linux muss > erstmal wissen dass die Karte da ist. > > Tomas > Also die isapnp.conf hab ich konfiguriert. Die stimmt. Muss man denn noch was anderes konfigurieren? -- Michael Schreyer ŽExodus` PGP available ICQ #7284996 -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo(a)suse.com schicken, mit dem Text: unsubscribe suse-linux

12 years, 3 months

Max. Anzahl von Dateien in vfat-FS?

by Jens Nixdorf

Hallo Liste, ich weiß, daß es unter Win im FAT32-Filesystem eine Beschränkung auf ca. 65000 Dateien innerhalb eines Verzeichnisses gibt. Ich habe jetzt das Problem, daß ein Programm auf einem älteren Linux-PC keine Dateien mehr auf einem vfat-FS anlegen will. Um eine mögliche Ursache auszuschliessen: Weiß jemand, ob Linux mit den Kernels von 2.4.10 bis 2.4.20 irgendwann mal Probleme mit der Verwaltung von sehr vielen Dateien auf diesem FS hatte? Wenn nicht, kann ich die Schuld auf das Programm schieben (wäre mir ganz recht ;)) mfG, Jens

14 years, 1 month

TFT Benq FP93GX

by René Falk

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é

14 years, 5 months

Re(4) Hilfe: Datenverlust - ganzes RAID Dateisystem ist weg ! - Daten wieder da !!!

by Christoph

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

14 years, 6 months

Hilfe: Datenverlust - ganzes RAID Dateisystem ist weg !

by Christoph

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

14 years, 6 months

SuSE 10.1 Was soll mir dieser Hardware-Fehler sagen?

by Rolf-Hubert Pobloth

Hallo Liste, leider bleibt mit SuSE 10.1 System sporadisch stehen. Wärmefehler sind auszuschließen, da es bereits auch nach 2-3 Minuten beim Kaltstart passiert und die BIOS Tempfühler mir ein Boardtemp von 28 Grad und CPU von 45 Grad anzeigen. Nach dem ich in alles Logdateien nach dem Fehler geforscht habe bin ich auf die Datei mclog mit folgendem Inhalt gestoßen: <<<<<<<<<<<<<<<<<<<<<<<< STATUS a20000001080080f MCGSTATUS 2 MCE 0 HARDWARE ERROR. This is *NOT* a software problem! Please contact your hardware vendor CPU 0 BANK 0 from boot or resume MCG status:EIPV MCi status: Uncorrected error Processor context corrupt MCA:BUS Generic Originated-request Generic Other-transaction Request-timeout Error Model:Pad address glitch STATUS a20000001080080f MCGSTATUS 2 MCE 1 HARDWARE ERROR. This is *NOT* a software problem! Please contact your hardware vendor CPU 1 BANK 0 from boot or resume MCG status:EIPV MCi status: Uncorrected error Processor context corrupt MCA:BUS Generic Originated-request Generic Other-transaction Request-timeout Error Model:Pad address glitch <<<<<<<<<<<<<<<<<<<<<<<<<<<< Die Hardware ist neu und was mich so verblüfft ist, daß ich unter kbuntu dieses Einfrieren nicht habe. SuSE gestartet ---- Stillstand-- kein Reaktion mehr vom System RESET ubuntu gestartet und es läuft Stundenlang ohne Stillstand. Frage: Sollte die Speicherriegel 2x 512 MB einen an der Bommel haben? MEMtest bringt aber beim 24 Stundentest KEINEN Fehler. Hat vielleicht jemand eine Idee, wo ich noch suchen kann um dieses Problem zu lösen. Mit einem sonnigen Gruß aus Berlin Rolf-Hubert -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe(a)suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help(a)suse.com

14 years, 7 months

Kopete 0.12.1

by Tilo Lutz

Servus Leider funktioniert mit der aktuellen Version von kopete, 0.12.1, kein ICQ mehr. Laut Bugtracker wurde der Fehler behoben. Allerdings sehe ich keine neue Version zum herunterladen, geschweige denn RPMs für suse 10.1. Weiß jemand etwas genaueres? Bis dann, Tilo

14 years, 8 months

Jump to page:

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

1993

openSUSE Users (Deutsch) September 2006