March 2007 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

Nachtraeglicher Einbau eines SCSI-Hostadapter
by Uwe Lienig 30 Mar '07

30 Mar '07

Hallo, ich habe also alle Eure Hinweise ausprobiert. Nichts hat geholfen! Das Motherboard bietet die Möglichkeit, die Bootreihefolge zu beeinflussen. SCSI ist auch dabei. Aber das ist nicht das Problem. Ich habe ja nur bei dem AIC-7880 das SCSI-BIOS eingeschaltet. D.h. nach dem POST des BIOS wird zwar angezeigt, dass zwei Hostadapter vorhanden sind (AHA-2940 und dann AIC-7880). Da beim AHA aber abgeschaltet ist, dass von diesem gebootet werden kann, wird auch nur das BIOS vom AIC installiert. Das BIOS vom AIC setzt dann die Bootreihenfolge. D.h. es wird die erste Platte am AIC als Bootdevice im BIOS eingetragen. Das entspricht auch der BIOS-Einstellung auf dem Motherboard. Damit wird (in meinem Fall) die SCSI-Platte am AIC mit der SCSI-ID 0 als drive-0x80 im BIOS des Motherboards eingeblendet. Danach bootet das BIOS auch brav grub, der bootet stage1_5 und sogar stage_2 (reiserfs) und schließlich den kernel und die initrd - alles bestens. Bis hierhin ist ja auch alles über das BIOS gegangen. D.h. der kernel weiss noch nichts davon, von welchem Gerät er denn gebootet wurde. Jetzt läuft der kernel. Auch der lädt zunächst die Module für die Adaptec-Adapter. Nur jetzt kommt das Problem. Da das Adaptec-Modul des kernel beim Probing des PCI-Busses den AHA *vor* dem AIC in die device list einträgt, wird der AHA zu scsibus0: und der AIC zu scsibus1: Die Festplatten an diesen beiden Bussen werden dann durchnummeriert - also die Platten am AHA erhalten sda, sdb, ... usw. usf. Die Platten am AIC erhalten dann sd<x>, sd<y>, .... Wobei bei sd<x> x für den nächsten buchstaben _nach_ dem letzten Buchstaben der Platten vom AHA steht. Nachdem der kernel die Platten über die zugehörigen Hostadapter gefunden hat, versucht er sda als rootdevice zu mounten. Aber, ach du Schreck, aus der Bootplatte ist ja nun sd<x> geworden. Die neue sda hat aber gar nichst zum Booten. Ich habe mir übrigens auch mal die PCI-Device-Liste angesehen, wie sie vom BIOS erkannt wird. Die wird ausgegeben, kurz bevor das BIOS den Bootblock liest. Mit Pause habe ich die Ausgabe angehalten. Der AIC hat die PCI-ID 14, der AHA hat eine 11 erhalten. Daher wird beim Probing des PCI-Busses durch den kernel auch der AHA *vor* dem AIC gefunden, womit die Probleme eben anfangen. Ich hatte nun gedacht, dass wenn ich in der modprobe.conf.local eintrage option aic7xxx aic7xxx=reverse_scan die Reihenfolge bei der Erkennung der Adaptec-Adapter umgedreht wird. Aber das scheint nicht zu funktionieren. Deswegen muss die Lösung also anders aussehen. Platten an den anderen Bus anstecken geht auch nicht, denn ich wollte ja einen 50-pol SCSI-Hostadapter haben. Ich habe auch keine anderen SCSI-Hostadapter. Was also nun. Danke für Eure Hilfe. -- Uwe Lienig ---------- fon: (+49 351) 462 2780 fax: (+49 351) 462 3476 mailto:uwe.lienig@fif.mw.htw-dresden.de Forschungsinstitut Fahrzeugtechnik <http://www.fif.mw.htw-dresden.de> parcels: Gutzkowstr. 22, 01069 Dresden letters: PF 12 07 01, 01008 Dresden Hochschule für Technik und Wirtschaft Dresden (FH) Friedrich-List-Platz 1, 01069 Dresden -- 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 -- 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

1 0

Frage zu smart
by Michael 30 Mar '07

30 Mar '07

Hallo Liste, ich benutze seit einiger Zeit smart zur Paketverwaltung und Suse 10.2. Anfang hatte ich in der unteren rechten KDE-Leiste einen Miniknopf (smart), der mir regelmäßig gemeldet hat, wenn es interessante Updates gab. Die Auswahl konnte ich dann noch beeinflussen und dann das Update installieren. Irgendwie ist dieser Knopf verschwunden. Ich weiß nicht wann und wieso. Jetzt rufe ich halt als root "smart --gui" auf und schaue nach ... Kann mir bitte jemand sagen, wie ich - möglichst ohne smart neu installieren zu müssen - diesen Knopf wieder in die KDE Leiste bekomme, so dass a) smart von sich aus nach verfügbaren Updates schaut b) der Update nicht automatisch passiert, sondern ich Einfluss nehmen kann und ihn dann anstarte ?! Wie heißt der Befehl genau? Danke, Michael -- 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 3

Re: Probleme mit find mtime und atime
by Jens Strohschnitter 30 Mar '07

30 Mar '07

> >>>ich habe ein Skript erstellt, dass Dateien, die älter 30 Tage sind > >>>automatisch löscht. Das klappt auch prima mit > >>> > >>>find . -mtime +30 -type f ... > >>> > >>>Leider habe ich das Problem, dass Dateien, die von einer lokalen > >>>Platte (windowspc) auf das Netzlaufwerk (sambafreigabe) kopiert > >>>werden, dann noch das alte Datum haben (wenn zwischenzeitlich nichts gändert > >>>wurde). Diese Daten werden dann aber gnadenlos gelöscht. > >>> > >>>Gibt es eine Möglichkeit dies zu verhindern ? > >> > >>Ja, gibt es. > >> > >>Was möchtest Du denn? Älter als 30 Tage, aber nicht auf einem anderen > >>Filesystem? Dann find -xdev. > >> > > > > > > Hi > > > > also mit -xdev werden die Daten ebenfalls gelöscht. Das Skript läuft > > nativ auf dem Linux-Server auf einem ReiserFS-System. > > Die Daten werden von Windows auf ein Sambashare kopiert, haben nach > > dem Kopievorgang das Datum der letzten Änderung (z.B. 01.02.2007). > > Diese werden entsprechend gelöscht. Jedoch soll genau das nicht passieren, > > da ja die Datei gerade erst kopiert wurde. > > Mit -atime kann ich leider nicht suchen, da der Fullscan eines Virenscanners > > jede nacht über die Platte rauscht, und somit die atime immer aktualisiert > > wird, und somit Dateien nie gelöscht würden. > > > > > > Hi, > > -ctime sollte doch aber beim Kopieren auf die samba gesetzt werden, > zumindest bei der lokalen Kopie einer Datei in ein anderes > Verzeichnis ist dort die ctime (ls -lc) anders. Das kann find doch > auch ... man find > > ansonsten bleibt Dir wohl nur, diese Dateien extra zu behandeln... > z.B.spezielles Verzeichnis, das im ersten find-Durchlauf nicht > verwendet wird (! -path) und das extra behandeln > Hi mit ctime siehts gut aus. Jedenfalls werden jetzt nicht mehr die Dateien mit Datum 01.02.2007 gelöscht, jedoch anders als bei atime Dateien die wirklich seit 30 Tagen nicht mehr geändert wurden. Danke! -- Regards, Jens Strohschnitter ------------------------------------- *!!!LINUX LINUX LINUX LINUX LINUX!!!* * http://www.jens-strohschnitter.de * ------------------------------------- Set the controls for the heart of the sun ------------------------------------- __________________________________________________________ Raiffeisen Waren-Zentrale Rhein-Main eG 50668 Koeln, Altenberger Str. 1a Tel: 0221/1638-0 Fax: 0221/1638-254 Sitz: Koeln Amtsgericht Koeln, GnR 728 Vorstand: Hans-Josef Hilgers (Sprecher) Markus Stuettgen Dr. Karl-Heinrich Suemmermann Friedhelm Decker (Vorsitzender) Ingo Steitz Vorsitzender des Aufsichtsrates: Peter Bleser (MdB) St.Nr.: 215/5938/0152 Bankverbindung: WGZ Bank AG, Duesseldorf (BLZ 300 600 10) Konto-Nr.: 300 011 -- 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

1 0

cups-Beschränkung außer Kraft setzen
by Martin Klar 30 Mar '07

30 Mar '07

Hallo NG, wir wollen unter Suse 10.2 die Drucker mit localhost:631 ohne Passwort konfigurieren. Wie geht das? Unter Suse 9.2 ging das so: An das Ende der Datei gehen. Dort steht was von: AuthType BasicDigest AuthClass Group AuthGroupName sys aendern in: AuthType None #AuthType BasicDigest #AuthClass Group #AuthGroupName sys Unter 10.2 existiert kein AuthGroupName oder AuthClass mehr! wir haben folgendes probiert: "AuthType Basic" in "AuthType None" ersetzt. Mit "DefaultAuthType None" startet cups nicht mehr. brachte leider nicht das gewünschte. Vielen Dank. Gruß Martin -- 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 4

XIG Summit-DX Platinum DPMS-Fehler
by Dirk Meier 30 Mar '07

30 Mar '07

Hallo, ich habe mal wieder einen Versuch gestartet den XIG Treiber für meine ATI Radeon 7500 in SL 9.0 zu verwenden. Der Treibe lässst sich installieren und funktioniert auch. Leider lassen sich die Energiesparfunktionen nicht verwenden. Obwohl eingeschaltet bleibt der Monitor immer hell. Außerdem sind einige Schriften z.B. in PopUp-Fenstern oder in OOo völlig vertellt. Kennt jemand Lösungen? -- Dirk -- 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

1 0

modprobe advansys bringt EEPROM checksum error
by Heinz W. Pahlke 30 Mar '07

30 Mar '07

Hallo, weil nach dem Einbau einer neuen Grafikkarte der Platz fuer die SCSI-Karte sehr knapp wurde, habe ich sie in einen anderen Slot gesteckt. Leider kann ich seitdem nicht mehr scannen. Ein "modprobe advansys" bringt die Fehlermeldung kernel: advansys: AscInitFromEEP: EEPROM checksum error; Will try to re-write EEPROM. kernel: advansys: AscInitFromEEP: Failed to re-write EEPROM with 6 errors. kernel: advansys: AscInitGetConfig: board 0: unknown warning: 0xa kernel: advansys: AscInitSetConfig: board 0 error: init_state 0x107, err_code 0x200 Ein Zurueckstecken der Karte bringt uebrigens (erwartungsgemaess) keine Aenderung. Zwei Mal liess sich in den letzten Wochen uebrigens der PC nicht mehr hochfahren, weil das Bios zurueckgesetzt war (einmal lagen zwischen dem Runterfahren und neu booten mehrere Stunden, das andere Mal nur wenige Sekunden). Koennen die Probleme mit der SCSI-Karte damit irgendwie im Zusammenhang stehen? Bevor ich eine andere SCSI-Karte einbaue, moechte ich doch lieber etwas mehr ueber den EEPROM checksum error wissen. Beste Gruesse, Heinz. -- Reisefuehrer Bulgarien, Slowakei: http://www.erlebnis-osteuropa.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de -- 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

1 1

DHCP: IP Vergabe betriebssystemabhägig...
by Markus Hilt 30 Mar '07

30 Mar '07

Hallo, hat jemand vielleicht eine Ahnung, ob es möglich ist, die Vergabe der IPs über DHCP betriebssystemabhängig zu machen? Ich habe hier im Netzerk nämlich einen Laptop, der unter Linux (OpenSuse 10.2) und WindowsXP jeweils eine andere IP bekommen soll... Für jede Hilfe wäre ich dankbar.... Viele Grüße Markus -- 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 9

Re: SCSI Karte tauchen
by Kyek, Andreas, VF-DE 30 Mar '07

30 Mar '07

M Hoeller wrote: > > ich möchte gerne eine installierte Tekram SCSI Karte gegen > eine Adaptek Karte tauschen. Was muss ich denn beachten > damit's klappt? Ich muss ja doch eine neue initrd erzeugen > oder? Eine neue initrd brauchst Du nur, wenn Du den SCSI-Adapter beim booten benötigst (falls du Filesysteme darauf liegen hast). Wenn Du an dem Teil nur Scanner o.ä. betreibst, dann kannst du dir die initrd-Orgie sparen und einfach erst mal umbauen. Ansonsten in /etc/sysconfig/kernel das Modul für die Adaptec Karte (aic7xxx oder aic79xx je nach Adapter) in die Variable INITRD_MODULES reinschreiben und das Tekram-Modul raus nehmen. Initrd neu bauen; runterfahren; Karten tauschen; hochfahren Das sollte es gewesen sein. Andreas PS: Hoffentlich sprechen dann beide SCSI-Karten die Karten mit der gleichen Geometrie an; zumindest bei meinen Adaptec Karten kann ich da was umstellen. -- 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

1 0

SCSI Karte tauchen
by M Hoeller 30 Mar '07

30 Mar '07

Hallo, ich möchte gerne eine installierte Tekram SCSI Karte gegen eine Adaptek Karte tauschen. Was muss ich denn beachten damit's klappt? Ich muss ja doch eine neue initrd erzeugen oder? Viele Grüße Michael -- 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

1 0

Re: Nachtraeglicher Einbau eines SCSI-Hostadapter
by Kyek, Andreas, VF-DE 30 Mar '07

30 Mar '07

Fred Ockert wrote: > Uwe Lienig schrieb: [...] > > Da nun der AHA-2940 *vor* dem AIC-7880 erkannt wird und der > > Kernel die beiden > > Haostadapter auch in dieser Reihenfolge erkennt, sind die > > Platten des AIC nicht > > mehr sda und sdb, sondern irgendwas, was nach den Platten > > an dem AHA Hostadapter > > kommt. [...] > > Was also mache ich falsch? > > > > Danke für Eure Hilfe. > > > blöde Frage .. wer ist Bootadapter???? > zumindest kann ich mich dunkel erinnern..da war was mit > BootPlatte ist > immer sda ..oder so.... So blöd ist die Frage evtl. gar nicht. Ich kann mich erinnern, das ich in den Bios Optionen meines ASUS-Boards mit on-board SCSI eine Option hatte, die irgendwie "on-board scsi first" oder so ähnlich hies. Damit konnte ich ihn zwingen, zuerst den on-board SCSI Adapter zu nehmen und danach die weiteren (in der Reihenfolge der PCI Slots). Vielleicht hat Uwe so etwas ja auch in seinem BIOS (den ein beeinflussen der Reihenfolge über umstecken wie bei zwei PCI Karten wird ja nicht gehen) Andreas -- 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

1 0