May 2004 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

umask in der fstab
by Aaron Pohle 05 May '04

05 May '04

Hallo, ich moechte meine Windowspartionen mounten, will aber nicht das alle Dateien ausführbar sind. Ich denke man kann das mit dem umask-Parameter in der fstab anstellen, aber irgendwie versteh ich das nicht, per default steht dort umask=00. Was soll das heißen? Was muesste ich hinschreiben damit alle Dateien lesbar, aber nicht ausführbar sind? Danke. Gruß, Aaron

2 2

"rm" gelöschte Dateien
by Nico Bayer 05 May '04

05 May '04

Hallo, ich habe eine Frage bezüglich des rm Befehles. Kann ich Dateien die mit diesem Befehl gelöscht wurden tatsächlich nicht wieder herstellen. Mir ist nämlich genau das versehentlich passiert. Über Hilfe bin ich sehr dankbar. Viele Grüße, Nico

4 3

Re: AW: "rm" gelöschte Dateien
by Ulrich Hiller 05 May '04

05 May '04

Hallo Nico, eine garantie kann Dir natuerlich keiner geben, aber schau mal da nach: http://www-public.tu-bs.de:8080/~ajunge/reiserfsrecover.html Oder google nach reiserfs und recover. Mit reiserfs habe ich keine Erfahrung, aber mit ext2 habe ich mal was wieder hergestellt. Gruss und viel Glueck, ulrich Ulrich Hiller Max-Planck-Institut fuer Astronomie Koenigstuhl 17 69117 Heidelberg Germany phone +49 6221 528238 fax +49 6221 528246 email hiller(a)mpia.de > > danke für deine Antwort ich benutze ReiserFS. Siehst du da eine Möglichkeit > die Dateien wieder herzustellen?

2 1

Antworten erscheinen als neuer Thread
by fanclub.ostkurve＠t-online.de 05 May '04

05 May '04

Hallo zusammen Ich bin ja relativ neu hier und mir fällt auf, dass es immer wieder antworten auf Anfragen gibt, die bei mir nicht im eigentlichen Thread, sondern als neuer Thread in der Liste erscheinen. Das erschwert das lesen ungemein und ich frage mich, ob es an meinen Einstellungen liegt, oder an den Einstellungen der Verfasser. Ich nutze SuSE 9.0 mit KMail 1.5.4 unter KDE 3.1.4 Ich will niemanden verunglimpfen, aber als Beispiel seien mal folgende Antworten gewählt. Möglicherweise erscheinen diese nur bei mir als neuer Thread. Dann wäre es prima, wenn ihr mir das sagt. Denn dann wüsste ich gerne, was ich anders einstellen muss, denn sicher 98 % der Antworten sind bei mir richtig plaziert Re: 9.1: Warum wurden UID geändert Datum: Heute 19:02:41 Von: Al Bogner <suse-linux(a)ml04q2.pinguin.uni.cc> Re: SuSE 9.1 unter VMWARE auf SuSE 9.0 Datum: Heute 18:16:27 Von: "Dr. Jürgen Vollmer" <Juergen.Vollmer(a)informatik-vollmer.de> Re: HP Deskjet 970 Cxi unter Suse 9.1 Datum: Heute 16:42:40 Von: "Kay K. Grossmann" <kkg(a)arcor.de> Re: 9.1: Warum wurden UID geändert Datum: Gestern 22:16:47 Von: Jan.Trippler(a)t-online.de (Jan Trippler) Ich hoffe, es fühlt sich jetzt niemand auf den Schlips getreten. Ich versuche einfach nur die Lesbarkeit bei mir zu verbessern, um die Liste wirklich effektiv benutzen zu können Ich hoffe ihr versteht das. Vielen Dank Andy

6 9

k3b - wie root_berechtigung für cdrecord?
by Hans Herdegen 05 May '04

05 May '04

Hallo, als ich k3b bei einer SuES 9.1-neuinstallation zum erstenmal verwende, bekomme ich die Meldung "cdrecord kann nicht ohne root-Berechtigung laufen ... Verwenden Sie den k3b-Einrichtungsassistenten zur Lösung dieses Problems". Diesen Einrichtungsassistenten finde ich nicht, ich finde "k3b einrichten", dort aber nirgends die Möglichkeit der Rechte-Vergabe. Kann mir einer weiterhelfen? Danke Hans

8 15

Probleme mit nVidia unter SuSE 9.1
by Dirk Strangfeld 05 May '04

05 May '04

Hallo Liste, ich kämpfe momentan mit einem derben Problem unter Suse 9.1 und dem nvidia-Modul. Infos über meine Hardware mit allen Details findet ihr hier: http://www.nethands.de/pys/show.php4?user=Luzypher Es kommt SuSE Linux 9.1 Prof. mit dem Standard-Kernel für 64-Bit CPU zum Einsatz. Treiber ist der nVidia 1.0-5332, der per fetchnvidia Skript gezogen und installiert wird. Das Problem liegt darin, daß meine Kiste beim Logout (aus KDE) manchmal einen schwarzen Bildschirm zeigt und nicht mehr reagiert (kurz bevor eigentlich das nVidia-Logo erscheint). Ab und zu friert der Rechner besonders bei OpenGL-Apps ein, wobei die Mouse meistens weiter funktioniert (dabei zeigen sich dann im eingefrorenen Bild teilweise Bildfehler). In /var/log/messages finde ich dann diese Fehlermeldung: ---schnipp--- May 5 12:20:18 linux kernel: Badness in pci_find_subsys at drivers/pci/search.c:167 May 5 12:20:18 linux kernel: May 5 12:20:18 linux kernel: Call Trace:<IRQ> <ffffffff80209e33>{pci_find_subsys+83} <ffffffff80209f00>{pci_find_slot+48} May 5 12:20:18 linux kernel: <ffffffffa02e4830>{:nvidia:os_pci_init_handle+32} <ffffffffa030069e>{:nvidia:_nv000904rm+24} May 5 12:20:18 linux kernel: <ffffffffa045646b>{:nvidia:_nv000711rm+897} <ffffffffa03d65d7>{:nvidia:_nv001272rm+51} May 5 12:20:18 linux kernel: <ffffffffa03d574c>{:nvidia:_nv001217rm+28} <ffffffffa0455eba>{:nvidia:_nv000704rm+46} May 5 12:20:18 linux kernel: <ffffffffa03b8892>{:nvidia:_nv002988rm+438} <ffffffffa03d5a26>{:nvidia:_nv002812rm+16} May 5 12:20:18 linux kernel: <ffffffffa03c83af>{:nvidia:_nv001834rm+2317} <ffffffffa03019ee>{:nvidia:_nv000719rm+62} May 5 12:20:18 linux kernel: <ffffffffa0301c73>{:nvidia:_nv000858rm+103} <ffffffffa03b6e25>{:nvidia:_nv002967rm+1907} May 5 12:20:18 linux kernel: <ffffffffa03d5344>{:nvidia:_nv001214rm+112} <ffffffffa0301e16>{:nvidia:_nv000884rm+16} May 5 12:20:18 linux kernel: <ffffffffa042440b>{:nvidia:_nv001134rm+723} <ffffffffa030378e>{:nvidia:_nv005317rm+112} May 5 12:20:18 linux kernel: <ffffffffa030512d>{:nvidia:rm_isr_bh+9} <ffffffff801386fa>{tasklet_action+74} May 5 12:20:18 linux kernel: <ffffffff8013891b>{do_softirq+123} <ffffffff80113391>{do_IRQ+257} May 5 12:20:18 linux kernel: <ffffffff8010efc0>{default_idle+0} <ffffffff8011091d>{ret_from_intr+0} May 5 12:20:18 linux kernel: <EOI> <ffffffff80131a54>{thread_return+0} <ffffffff8010efe0>{default_idle+32} May 5 12:20:18 linux kernel: <ffffffff8010f47a>{cpu_idle+26} <ffffffff804c76dd>{start_kernel+477} May 5 12:20:18 linux kernel: <ffffffff804c716a>{__init_begin+362} May 5 12:20:18 linux kernel: Badness in pci_find_subsys at drivers/pci/search.c:167 May 5 12:20:18 linux kernel: May 5 12:20:18 linux kernel: Call Trace:<IRQ> <ffffffff80209e33>{pci_find_subsys+83} <ffffffff80209f00>{pci_find_slot+48} May 5 12:20:18 linux kernel: <ffffffffa02e4830>{:nvidia:os_pci_init_handle+32} <ffffffffa030069e>{:nvidia:_nv000904rm+24} May 5 12:20:18 linux kernel: <ffffffffa03b9eb4>{:nvidia:_nv002969rm+178} <ffffffff80209e33>{pci_find_subsys+83} May 5 12:20:18 linux kernel: <ffffffffa04281ff>{:nvidia:_nv001148rm+121} <ffffffffa04564b0>{:nvidia:_nv000711rm+966} May 5 12:20:18 linux kernel: <ffffffffa03d65d7>{:nvidia:_nv001272rm+51} <ffffffffa03d574c>{:nvidia:_nv001217rm+28} May 5 12:20:18 linux kernel: <ffffffffa0455eba>{:nvidia:_nv000704rm+46} <ffffffffa03b8892>{:nvidia:_nv002988rm+438} May 5 12:20:18 linux kernel: <ffffffffa03d5a26>{:nvidia:_nv002812rm+16} <ffffffffa03c83af>{:nvidia:_nv001834rm+2317} May 5 12:20:18 linux kernel: <ffffffffa03019ee>{:nvidia:_nv000719rm+62} <ffffffffa0301c73>{:nvidia:_nv000858rm+103} May 5 12:20:18 linux kernel: <ffffffffa03b6e25>{:nvidia:_nv002967rm+1907} <ffffffffa03d5344>{:nvidia:_nv001214rm+112} May 5 12:20:18 linux kernel: <ffffffffa0301e16>{:nvidia:_nv000884rm+16} <ffffffffa042440b>{:nvidia:_nv001134rm+723} May 5 12:20:18 linux kernel: <ffffffffa030378e>{:nvidia:_nv005317rm+112} <ffffffffa030512d>{:nvidia:rm_isr_bh+9} May 5 12:20:18 linux kernel: <ffffffff801386fa>{tasklet_action+74} <ffffffff8013891b>{do_softirq+123} May 5 12:20:18 linux kernel: <ffffffff80113391>{do_IRQ+257} <ffffffff8010efc0>{default_idle+0} May 5 12:20:18 linux kernel: <ffffffff8011091d>{ret_from_intr+0} <EOI> <ffffffff80131a54>{thread_return+0} May 5 12:20:18 linux kernel: <ffffffff8010efe0>{default_idle+32} <ffffffff8010f47a>{cpu_idle+26} May 5 12:20:18 linux kernel: <ffffffff804c76dd>{start_kernel+477} <ffffffff804c716a>{__init_begin+362} May 5 12:20:18 linux kernel: May 5 12:20:18 linux kernel: Badness in pci_find_subsys at drivers/pci/search.c:167 May 5 12:20:18 linux kernel: May 5 12:20:18 linux kernel: Call Trace:<IRQ> <ffffffff80209e33>{pci_find_subsys+83} <ffffffff80209f00>{pci_find_slot+48} May 5 12:20:18 linux kernel: <ffffffffa02e4830>{:nvidia:os_pci_init_handle+32} <ffffffffa030069e>{:nvidia:_nv000904rm+24} May 5 12:20:18 linux kernel: <ffffffffa045646b>{:nvidia:_nv000711rm+897} <ffffffffa03d65d7>{:nvidia:_nv001272rm+51} May 5 12:20:18 linux kernel: <ffffffffa03d574c>{:nvidia:_nv001217rm+28} <ffffffffa0455eba>{:nvidia:_nv000704rm+46} May 5 12:20:18 linux kernel: <ffffffffa03b8892>{:nvidia:_nv002988rm+438} <ffffffffa03d51bd>{:nvidia:_nv001190rm+35} May 5 12:20:18 linux kernel: <ffffffffa03c84bb>{:nvidia:_nv001834rm+2585} <ffffffffa03019ee>{:nvidia:_nv000719rm+62} May 5 12:20:18 linux kernel: <ffffffffa0301c73>{:nvidia:_nv000858rm+103} <ffffffffa03b6e25>{:nvidia:_nv002967rm+1907} May 5 12:20:18 linux kernel: <ffffffffa03d5344>{:nvidia:_nv001214rm+112} <ffffffffa0301e16>{:nvidia:_nv000884rm+16} May 5 12:20:18 linux kernel: <ffffffffa042440b>{:nvidia:_nv001134rm+723} <ffffffffa030378e>{:nvidia:_nv005317rm+112} May 5 12:20:18 linux kernel: <ffffffffa030512d>{:nvidia:rm_isr_bh+9} <ffffffff801386fa>{tasklet_action+74} May 5 12:20:18 linux kernel: <ffffffff8013891b>{do_softirq+123} <ffffffff80113391>{do_IRQ+257} May 5 12:20:18 linux kernel: <ffffffff8011091d>{ret_from_intr+0} <EOI> <ffffffff801103a4>{system_call+124} usw. ---schnipp--- Ich habe die Karte nun schon seid einiger Zeit und nochmals in einem A7V8X mit XP2500+ gegengetestet (SuSE 8.2 und SuSE 9.0). Die Karte selbst scheint einwandfrei zu laufen. Eine Ausgabe von "cat /proc/driver/nvidia/agp/*" ergibt folgendes: ---schnipp--- Fast Writes: Supported SBA: Supported AGP Rates: 8x 4x Registers: 0x1f000e1b:0x1f000312 Host Bridge: PCI device 1106:3188 Fast Writes: Supported SBA: Supported AGP Rates: 8x Registers: 0x1f000a1a:0x00000b12 Status: Enabled Driver: AGPGART AGP Rate: 8x Fast Writes: Enabled SBA: Enabled ---schnipp--- Es verwundert mich, daß die Hostbridge bzw. Karte als PCI device angezeigt wird. In /var/log/messages jedoch wird eindeutig ein AGP 3.5 compliant device gefunden und auf AGP 8x geschaltet. Die "Blackscreens" und Freezes nerven auf Dauer dann doch. Die Karte habe ich getestet und die Hardware ist nicht übertaktet. Die Fehler lassen sich reproduzieren und deuten somit nicht auf defekter GPU oder Video-RAM hin. Speicher läuft mit Memtest einwandfrei durch. Ich vermute also den Fehler im nvidia-Modul. Leider scheint aber NVAGP nicht zu funktionieren, so daß ich auf den AGPGART angewiesen bin. Hat vielleicht jemand eine Idee oder ähnliche probleme mit dem Modul auf seinem Athlon64 System? Danke schonmal und cu ... Dirk

2 1

2.6.5-Kompilierung: needs unknown symbol tosh_smm
by Al Bogner 05 May '04

05 May '04

Ich habe mit einem 9.1-System einen Vanilla 2.6.5 gebaut um zu sehen, ob dort auch das Problem bzg. ISDN-Timeout besteht. Kann man u.a Warnung ignorieren? ... INSTALL drivers/net/znet.ko if [ -r System.map ]; then /sbin/depmod -ae -F System.map 2.6.5-grsec; fi WARNING: /lib/modules/2.6.5-grsec/kernel/drivers/video/neofb.ko needs unknown symbol tosh_smm Al

2 4

Re: SoftRAID langsamer als mit Promise FastTrack100 TX2 - warum?
by Bastian Schern 05 May '04

05 May '04

Holger Krull schrieb: > Wow, das ist ja nicht ein bischen langsamer, das kriecht ja richtig. Ich > habe hier einen Ultra100 tx2 der wohl hardwaretechnisch identisch ist > und betreibe ein Software raid5 mit 4 Platten (Suse9.0). > Der Chunk Size liegt bei mir allerdings bei 128. Wird bei Raid5 generell > grösser als bei Raid1 gewählt. > > Woran die schlechten Werte liegen können weiss ich auch nicht genau aber > falls man das array nochmal zerlegen kann könnte man testen ob einen > einzelne Platte auch so schlechte Werte liefert. > Ich habe einfach mal eine swap-Partition in eine ReiserFS-Partition umgewandelt und den Benchmarkttest darauf laufen lassen: http://home.snafu.de/bschern/benchmarks/bonnie.html "ES, IDE, ReiserFS" sind die neuen Ergebnisse ohne RAID. Die Ergebnisse sind deutlich schneller als im SoftRAID-Modus, allerdings längst nicht so schnell wie mit dem Promise-Pseudo-RAID-Controller. > Bei meinem Athlon kann man noch Energiesparen einschalten (Bus > Disconnect) das macht das Raid auch langsamer. Aber nicht so deutlich. > Wie kann ich das checken? > Das ist ein echter Grund beim alten System zu bleiben. > Das geht jetzt leider nicht mehr. Viele Grüße Bastian

1 0

Brennen und Rippen unter KDE
by Bastian Bense 05 May '04

05 May '04

Hallo Nur ne kurze frage: Ich arbeite normalerweise in der Konsole und wollte nun ein wenig mehr in KDE machen. Dazu suche ich ein Rip-Programm ähnlich wie ``dd'' welches mir erlaubt .iso images zu erzeugen. Und dann brauche ich noch ein Brennprogramm wie Nero. Ist k3m dort der Standard? oder gibts dort noch was besseres? PS: Gibts auch noch ein gutes (aktuelles) MUD/MUCKing Programm? -- Regards, Bastian Bense "Never make anything simple and efficient when a way can be found to make it complex and wonderful."

2 1

Re: "rm" gelöschte Dateien
by Ulrich Hiller 05 May '04

05 May '04

> > Nur eine theoretische Frage - sollte ein recovery unter ext3 nicht evtl. > funktionieren wenn man es unter ext2 mountet? > Hmmm, da koennte man ja schon einen extra thread aufmachen. ;-) Zu ext3 habe ich im Netz ff. gefunden: How can I recover (undelete) deleted files from my ext3 partition? Actually, you can't! This is what one of the developers, Andreas Dilger, said about it: In order to ensure that ext3 can safely resume an unlink after a crash, it actually zeros out the block pointers in the inode, whereas ext2 just marks these blocks as unused in the block bitmaps and marks the inode as "deleted" and leaves the block pointers alone. Your only hope is to "grep" for parts of your files that have been deleted and hope for the best. Gruss, ulrich Ulrich Hiller Max-Planck-Institut fuer Astronomie Koenigstuhl 17 69117 Heidelberg Germany phone +49 6221 528238 fax +49 6221 528246 email hiller(a)mpia.de

1 0