Hallo,
da es wegen der Videotranscodierung ist, hoffe ich hier die Frage
stellen zu dürfen ...
Ich würde sehr gerne wissen wieviel Grad die Temperatur meiner CPU
beträgt ... beim Video transcodieren hatte ich vor dem Lüftertausch sehr
viele Abstürze ... jetzt möchte ich gerne wissen wie warm jetzt noch die
CPU wird beim transcodieren ... beim booten kann man dies ja im BIOS
sehen ... jedoch brauche ich die Temp während dem Linuxbetrieb ...
leider habe ich kein anhaltspunkt dies rauszubekommen ...
Welches Tool gibt es da? Ist vielleicht schon eins dabei (SuSE 8.2)?
tia
OLI
--
Tim Oliver Wagner
Am Mittwoch, 14. Mai 2003 00:57 schrieb Tim Oliver Wagner:
da es wegen der Videotranscodierung ist, hoffe ich hier die Frage stellen zu dürfen ...
Immer doch.
Ich würde sehr gerne wissen wieviel Grad die Temperatur meiner CPU beträgt ... beim Video transcodieren hatte ich vor dem Lüftertausch sehr viele Abstürze ... jetzt möchte ich gerne wissen wie warm jetzt noch die CPU wird beim transcodieren ... beim booten kann man dies ja im BIOS sehen ... jedoch brauche ich die Temp während dem Linuxbetrieb ... leider habe ich kein anhaltspunkt dies rauszubekommen ...
Also wenn die Temperatur-Sensoren von den entsprechenden lm_sensors modulen unterstützt wird, sieht es gut aus. Führ doch mal sensors-detect aus, das sollte Dir alles nötige herausfinden. Für ne permanente Überwachung verwend ich dann z.B. ksensors, ist nicht bei SuSE dabei, gibts aber bei Packman. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
On Wednesday 14 May 2003 21:18, Manfred Tremmel wrote:
Für ne permanente Überwachung verwend ich dann z.B. ksensors, ist nicht bei SuSE dabei, gibts aber bei Packman.
Info: Der Link bei Packman für Lm_sensors ist nicht aktuell. Aktuell ist http://secure.netroedge.com/~lm78/ Warum wird dafür nicht für die Variante ohne Kerneländerung auch ein rpm angeboten? Sind Kollisionen mit sensors zu erwarten? Al
Am Mittwoch, 14. Mai 2003 21:33 schrieb Al Bogner:
Info: Der Link bei Packman für Lm_sensors ist nicht aktuell. Aktuell ist http://secure.netroedge.com/~lm78/
Danke für den Hinweis, der Verweis passt jetzt wieder (ein Link ist es ja eigentlich gar nicht).
Warum wird dafür nicht für die Variante ohne Kerneländerung auch ein rpm angeboten? Sind Kollisionen mit sensors zu erwarten?
Keine Ahnung, bei mir tuts das mitgelieferte lm_sensors ohne Probleme, deshalb hab ich mich damit nie beschäftigt. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
On Wednesday 14 May 2003 22:45, Manfred Tremmel wrote:
Warum wird dafür nicht für die Variante ohne Kerneländerung auch ein rpm angeboten? Sind Kollisionen mit sensors zu erwarten?
Keine Ahnung, bei mir tuts das mitgelieferte lm_sensors ohne Probleme, deshalb hab ich mich damit nie beschäftigt.
Ich habe jetzt genauer gesucht, lm_sensors wird bei 8.2 mit gkrellm installiert. Al
On Wednesday 14 May 2003 23:52, Al Bogner wrote:
Ich habe jetzt genauer gesucht, lm_sensors wird bei 8.2 mit gkrellm installiert.
Und auch schon die erste Fehlermeldung, ksensors wurde von einer Shell aufgerufen: ~> ksensors Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". KSensors error: sensors_init fail, error code -4 und als root # ksensors ERROR: KUniqueApplication: Can't determine DISPLAY. Aborting. Al
On Wednesday 14 May 2003 23:56, Al Bogner wrote:
Und auch schon die erste Fehlermeldung, ksensors wurde von einer Shell aufgerufen:
Die Shell führte wohl zum Fehler, mit dem Buttun neben der Uhrzeit funktioniert es, allerdings sehe ich nur die HD-Temperatur und nicht die CPU-Temperatur. Mobo ist ein Asus TUSL2-C, das im Bios die Temperatur anzeigt. Die Temperaturwerte weichen zu hddtemp manchmal um 1 Grad ab, das ist mir zwar egal, aber nicht ganz verständlich. Al
Am Don, 2003-05-15 um 00.18 schrieb Al Bogner:
On Wednesday 14 May 2003 23:56, Al Bogner wrote:
Und auch schon die erste Fehlermeldung, ksensors wurde von einer Shell aufgerufen:
Die Shell führte wohl zum Fehler, mit dem Buttun neben der Uhrzeit funktioniert es, allerdings sehe ich nur die HD-Temperatur und nicht die CPU-Temperatur. Mobo ist ein Asus TUSL2-C, das im Bios die Temperatur anzeigt. Die Temperaturwerte weichen zu hddtemp manchmal um 1 Grad ab, das ist mir zwar egal, aber nicht ganz verständlich.
ich versuche es gerade auf meinem Notebook (SuSE 8.1), da ich an den
anderen Rechner gerade nicht dran komme ... aber da gibt es ein solches
Symbol leider nicht :-(
Und über die Shell gibt es die Fehlermeldung:
User:
tow@laptop:~> ksensors
ksensors: relocation error: ksensors: undefined symbol:
static_QUType_varptr
ROOT:
laptop:~ # ksensors
ksensors: relocation error: ksensors: undefined symbol:
static_QUType_varptr
laptop:~ #
Hast Du noch sensors-detect detect ausführen müssen??
Denn:
laptop:~ # sensors
No sensors found!
laptop:~ #
aber selbst danach ist es hier noch so ...
OLI
--
Tim Oliver Wagner
On Thursday 15 May 2003 11:24, Tim Oliver Wagner wrote:
Hast Du noch sensors-detect detect ausführen müssen??
Bei dem o.a. Rechner war es nach sensors-detect auch nicht anders, d.h. die HD-Temperatur wurde von Anfang an angezeigt. Aber ich hatte folgendes ignoriert: Bei A7N8X: BIOS vendor (ACPI): Nvidia Could not find dmidecode, which should have been installed with lm_sensors. Bei TUSl2-C: BIOS vendor (ACPI): ASUS Could not find dmidecode Da dann stand: "You can still go on, but you are encouraged to fix the problem first." https://savannah.nongnu.org/files/?group=dmidecode Nachdem ich es installiert hatte, ist mir noch folgendes unklar: WARNING! If you have some things built into your kernel, the below list will contain too many modules. Skip the appropriate ones! To load everything that is needed, add this to some /etc/rc* file: #----cut here---- # I2C adapter drivers modprobe i2c-i801 # I2C chip drivers modprobe w83781d #----cut here---- Ich bin mir nun nicht sicher, woher u.a. Module kommen. Kann ich davon ausgehen, dass das im Kernel nicht fix kompiliert ist? # locate i2c-i801 /lib/modules/2.4.20-4GB/kernel/drivers/i2c/busses/i2c-i801.o /usr/share/doc/packages/sensors/busses/i2c-i801 /usr/src/linux-2.4.20.SuSE/drivers/i2c/busses/i2c-i801.c # locate w83781d /lib/modules/2.4.20-4GB/kernel/drivers/i2c/chips/w83781d.o /usr/share/doc/packages/sensors/chips/w83781d /usr/src/linux-2.4.20.SuSE/drivers/i2c/chips/w83781d.c In welches file sollte man den Eintrag machen? Al
On Thursday 15 May 2003 15:06, Al Bogner wrote:
WARNING! If you have some things built into your kernel, the below list will contain too many modules. Skip the appropriate ones! To load everything that is needed, add this to some /etc/rc* file:
#----cut here---- # I2C adapter drivers modprobe i2c-i801 # I2C chip drivers modprobe w83781d #----cut here----
cat /etc/sysconfig/lm_sensors ... # This file is used by /etc/rc.d/init.d/lm_sensors and defines the # modules to # be loaded/unloaded. This file is sourced into # /etc/rc.d/init.d/lm_sensors. # # The format of this file is a shell script that simply defines the # modules # in order as normal variables with the special names: # MODULE_0, MODULE_1, MODULE_2, etc. MODULE_0=i2c-i801 MODULE_1=w83781d Hier gibt es wohl Probleme mit den Pfaden /etc/rc.d/init.d/lm_sensors ? Bei mir ist es unter /etc/sysconfig/lm_sensors Manfred, ich frage mich. warum ksensors bei dir mit Standard-Sourcen funktionierte. Al
Am Donnerstag, 15. Mai 2003 15:06 schrieb Al Bogner:
WARNING! If you have some things built into your kernel, the below list will contain too many modules. Skip the appropriate ones! To load everything that is needed, add this to some /etc/rc* file:
#----cut here---- # I2C adapter drivers modprobe i2c-i801 # I2C chip drivers modprobe w83781d #----cut here----
Ich bin mir nun nicht sicher, woher u.a. Module kommen. Kann ich davon ausgehen, dass das im Kernel nicht fix kompiliert ist?
Die werden als Modul von SuSE mitgeliefert, sensors-detect sollte Dir eigentlich /etc/sysconfig/lm_sensors generieren, das Startscript /etc/init.d/lm_sensors erledigt dann den Rest, wenn Du es starten läst. Mit 'sensors' kannst Du dann schon mal die Werte abfragen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Donnerstag, 15. Mai 2003 11:24 schrieb Tim Oliver Wagner:
ich versuche es gerade auf meinem Notebook (SuSE 8.1), da ich an den anderen Rechner gerade nicht dran komme ... aber da gibt es ein solches Symbol leider nicht :-(
Von allein kommt das auch nicht.
User: tow@laptop:~> ksensors ksensors: relocation error: ksensors: undefined symbol: static_QUType_varptr
Das sieht mir sehr nach KDE 3.0/QT 3.0 aus, wärend das Programm unter KDE 3.1/QT 3.1 compiliert wurde, oder umgekehrt.
Hast Du noch sensors-detect detect ausführen müssen??
Ohne sensers-detect geht gar nichts, das analysiert, ob auswertbare Sensoren vorhanden sind, sagt Dir, was in /etc/modules.conf einzutragen ist und generiert ein Startscript, das nach /etc/init.d/ copiert und per 'insserv /etc/init.d/lm_sensors' eingebunden werden muß. Vorher kannst Du das ganze komplett vergessen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
On Thursday 15 May 2003 19:48, Manfred Tremmel wrote:
Ohne sensers-detect geht gar nichts, das analysiert, ob auswertbare Sensoren vorhanden sind, sagt Dir, was in /etc/modules.conf einzutragen ist und generiert ein Startscript, das nach /etc/init.d/ copiert und per 'insserv /etc/init.d/lm_sensors' eingebunden werden muß. Vorher kannst Du das ganze komplett vergessen.
Manfred, das war es: Ich habe "copy" mißverstanden. Ich dachte copy bedeutet, dass sensers-detect kopiert und nicht, dass ich das manuell kopieren muß. Ganz verstehe ich aber die Werte noch nicht: # sensors as99127f-i2c-0-2d Adapter: SMBus I801 adapter at e800 Algorithm: Non-I2C SMBus adapter VCore 1: +1.53 V (min = +1.42 V, max = +1.56 V) VCore 2: +1.53 V (min = +1.42 V, max = +1.56 V) +3.3V: +3.48 V (min = +3.13 V, max = +3.45 V) ALARM +5V: +4.99 V (min = +4.72 V, max = +5.24 V) +12V: +11.70 V (min = +10.79 V, max = +13.19 V) -12V: -11.88 V (min = -13.19 V, max = -10.73 V) -5V: -5.03 V (min = -5.24 V, max = -4.74 V) fan1: 4245 RPM (min = 3000 RPM, div = 2) fan2: 0 RPM (min = 3000 RPM, div = 2) ALARM fan3: 0 RPM (min = 3000 RPM, div = 2) ALARM temp1: +26°C (limit = +60°C) temp2: +24.4°C (limit = +120°C, hysteresis = +100°C) temp3: +224.4°C (limit = +120°C, hysteresis = +100°C) vid: +1.500 V alarms: beep_enable: Sound alarm enabled Es handelt sich um ein TUSL2-C mit Celereon 1300. Was für Temperaturen werden da von sensors angezeigt? Das Bios meldet: Motherboard: 26° C CPU: 43° C Al
Am Donnerstag, 15. Mai 2003 22:21 schrieb Al Bogner:
Manfred, das war es: Ich habe "copy" mißverstanden. Ich dachte copy bedeutet, dass sensers-detect kopiert und nicht, dass ich das manuell kopieren muß.
Na, dann hätten wir das mal geklärt ;-)
Ganz verstehe ich aber die Werte noch nicht:
# sensors as99127f-i2c-0-2d Adapter: SMBus I801 adapter at e800 Algorithm: Non-I2C SMBus adapter VCore 1: +1.53 V (min = +1.42 V, max = +1.56 V) VCore 2: +1.53 V (min = +1.42 V, max = +1.56 V) +3.3V: +3.48 V (min = +3.13 V, max = +3.45 V) ALARM +5V: +4.99 V (min = +4.72 V, max = +5.24 V) +12V: +11.70 V (min = +10.79 V, max = +13.19 V) -12V: -11.88 V (min = -13.19 V, max = -10.73 V) -5V: -5.03 V (min = -5.24 V, max = -4.74 V)
Das sind werte der Stromversorgung, deine +3.3V Versorgung liegt etwas über dem Tolleranzwert.
fan1: 4245 RPM (min = 3000 RPM, div = 2) fan2: 0 RPM (min = 3000 RPM, div = 2) ALARM fan3: 0 RPM (min = 3000 RPM, div = 2) ALARM
Drei Lüftersensoren, offensichtlich hängt blos einer an der Überwachungsstrippe.
temp1: +26°C (limit = +60°C) temp2: +24.4°C (limit = +120°C, hysteresis = +100°C) temp3: +224.4°C (limit = +120°C, hysteresis = +100°C)
Und drei Thermodioden, die erste dürfte das Gehäuse/Motherboard sein, die beiden anderen sollten CPU-Temperaturen sein, wobei die Werte etwas kurios aussehen. Muß ich echt passen, wie die zustandekommen, vielleicht findest Du was in der /etc/sensors.conf -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
On Thursday 15 May 2003 22:46, Manfred Tremmel wrote:
Das sind werte der Stromversorgung, deine +3.3V Versorgung liegt etwas über dem Tolleranzwert.
Ich weiß, das ist Asus-typisch. Ich habe die Default-Einstellungen des Boards verwendet und die übertakten leicht. Ich habe aber noch keine Instabilität bemerkt.
temp1: +26°C (limit = +60°C) temp2: +24.4°C (limit = +120°C, hysteresis = +100°C) temp3: +224.4°C (limit = +120°C, hysteresis = +100°C)
Und drei Thermodioden, die erste dürfte das Gehäuse/Motherboard sein, die beiden anderen sollten CPU-Temperaturen sein, wobei die Werte etwas kurios aussehen. Muß ich echt passen, wie die zustandekommen, vielleicht findest Du was in der /etc/sensors.conf
Von den dortigen Formeln zur Berechnung verstehe ich sicher weniger als der Autor. Aber ich kann bei einem anderen Board auch Minustemperaturen oder über 100 Grad anbieten :-) # sensors it87-i2c-0-2d Adapter: SMBus I801 adapter at 5000 Algorithm: Non-I2C SMBus adapter Temp1/MB: -1°C (min = -1°C, max = -1°C) Temp2/CPU: -1°C (min = -1°C, max = -1°C) Temp3: -1°C (min = -1°C, max = -1°C) it87-isa-0290 Adapter: ISA adapter Algorithm: ISA algorithm Temp1/MB: +127°C (min = +127°C, max = +127°C) ALARM Temp2/CPU: +127°C (min = +127°C, max = +127°C) ALARM Temp3: +127°C (min = +127°C, max = +127°C) ALARM eeprom-i2c-0-50 Adapter: SMBus I801 adapter at 5000 Algorithm: Non-I2C SMBus adapter Es war noch kein Board dabei, wo ich die Werte geglaubt hätte. Al
On Thursday 15 May 2003 22:21, Al Bogner wrote:
# sensors as99127f-i2c-0-2d Adapter: SMBus I801 adapter at e800 Algorithm: Non-I2C SMBus adapter
temp1: +26°C (limit = +60°C) temp2: +24.4°C (limit = +120°C, hysteresis = +100°C) temp3: +224.4°C (limit = +120°C, hysteresis = +100°C)
Das erklärt die merkwürdigen Werte: http://www2.lm-sensors.nu/~lm78/cvs/lm_sensors2/doc/lm_sensors-FAQ.html#Sect... 4.17.1 Bad readings from the AS99127F! The Asus AS99127F is a modified version of the Winbond W83781D. Asus will not release a datasheet. The driver was developed by tedious experimentation. We've done the best we can. If you want to make adjustments to the readings please edit /etc/sensors.conf. Please don't ask us to fix the driver. Ask Asus to release a datasheet. Al
Am Mit, 2003-05-14 um 21.18 schrieb Manfred Tremmel:
Am Mittwoch, 14. Mai 2003 00:57 schrieb Tim Oliver Wagner: Also wenn die Temperatur-Sensoren von den entsprechenden lm_sensors modulen unterstützt wird, sieht es gut aus. Führ doch mal sensors-detect aus, das sollte Dir alles nötige herausfinden.
Wie sieht es denn bei einem aus, bei dem es funktioniert? Bedeutet dies, dass es zumindest auf dem Notebook nicht klappt? Zuerst alles ok, dann: ***** Next adapter: SMBus PIIX4 adapter at 1400 (Non-I2C SMBus adapter) Do you want to scan it? (YES/no/selectively): Client found at address 0x4e Probing for `National Semiconductor LM78'... Failed! Probing for `National Semiconductor LM78-J'... Failed! Probing for `National Semiconductor LM79'... Failed! Probing for `National Semiconductor LM75'... Failed! Probing for `Winbond W83781D'... Failed! Probing for `Winbond W83782D'... Failed! Probing for `Winbond W83783S'... Failed! Probing for `Winbond W83627HF'... Failed! Probing for `Asus AS99127F'... Failed! Probing for `Winbond W83L784R/AR'... Failed! Probing for `Dallas Semiconductor DS1621'... Failed! Probing for `Analog Devices ADM1021'... Failed! Probing for `Maxim MAX1617'... Success! (confidence 3, driver `adm1021') Probing for `Maxim MAX1617A'... Failed! Probing for `TI THMC10'... Failed! Probing for `National Semiconductor LM84'... Failed! Probing for `Genesys Logic GL523SM'... Failed! Probing for `Philips Semiconductors PCF8591'... Success! (confidence 1, driver `pcf8591') Client found at address 0x69 Some chips are also accessible through the ISA bus. ISA probes are typically a bit more dangerous, as we have to write to I/O ports to do this. Do you want to scan the ISA bus? (YES/no): Probing for `National Semiconductor LM78' Character in "C" format wrapped at /usr/sbin/sensors-detect line 1068. Trying address 0x0290... Failed! Probing for `National Semiconductor LM78-J' Character in "C" format wrapped at /usr/sbin/sensors-detect line 1068. Trying address 0x0290... Failed! Probing for `National Semiconductor LM79' Character in "C" format wrapped at /usr/sbin/sensors-detect line 1068. Trying address 0x0290... Failed! Probing for `Winbond W83781D' Character in "C" format wrapped at /usr/sbin/sensors-detect line 1068. Trying address 0x0290... Failed! Probing for `Winbond W83782D' Character in "C" format wrapped at /usr/sbin/sensors-detect line 1068. Trying address 0x0290... Failed! Probing for `Winbond W83627HF' Character in "C" format wrapped at /usr/sbin/sensors-detect line 1068. Trying address 0x0290... Failed! Probing for `Winbond W83697HF' Character in "C" format wrapped at /usr/sbin/sensors-detect line 1068. Trying address 0x0290... Failed! Probing for `Silicon Integrated Systems SIS5595' Trying general detect... Failed! Probing for `VIA Technologies VT82C686 Integrated Sensors' Trying general detect... Failed! Probing for `VIA Technologies VT8231 Integrated Sensors' Trying general detect... Failed! Probing for `ITE IT8705F / IT8712F / SiS 950' Character in "C" format wrapped at /usr/sbin/sensors-detect line 1068. Trying address 0x0290... Failed! Probing for `IPMI BMC KCS' Trying address 0x0ca0... Failed! Probing for `IPMI BMC SMIC' Trying address 0x0ca8... Failed! Now follows a summary of the probes I have just done. Just press ENTER to continue: Driver `adm1021' (should be inserted): Detects correctly: * Bus `SMBus PIIX4 adapter at 1400' (Non-I2C SMBus adapter) Busdriver `i2c-piix4', I2C address 0x4e Chip `Maxim MAX1617' (confidence: 3) Driver `pcf8591' (may not be inserted): Misdetects: * Bus `SMBus PIIX4 adapter at 1400' (Non-I2C SMBus adapter) Busdriver `i2c-piix4', I2C address 0x4e Chip `Philips Semiconductors PCF8591' (confidence: 1) I will now generate the commands needed to load the I2C modules. Sometimes, a chip is available both through the ISA bus and an I2C bus. ISA bus access is faster, but you need to load an additional driver module for it. If you have the choice, do you want to use the ISA bus or the I2C/SMBus (ISA/smbus)? WARNING! If you have some things built into your kernel, the below list will contain too many modules. Skip the appropriate ones! To load everything that is needed, add this to some /etc/rc* file: #----cut here---- # I2C adapter drivers modprobe i2c-piix4 # I2C chip drivers modprobe adm1021 #----cut here---- To make the sensors modules behave correctly, add these lines to either /etc/modules.conf or /etc/conf.modules: #----cut here---- # I2C module options alias char-major-89 i2c-dev #----cut here---- Do you want to generate /etc/sysconfig/lm_sensors? (YES/no): Copy /usr/share/doc/packages/sensors/prog/init/lm_sensors.init to /etc/init.d/lm_sensors for initialization at boot time. laptop:~ # ksensors ksensors: relocation error: ksensors: undefined symbol: static_QUType_varptr laptop:~ # sensors
-- Tim Oliver Wagner
Am Donnerstag, 15. Mai 2003 11:29 schrieb Tim Oliver Wagner:
Copy /usr/share/doc/packages/sensors/prog/init/lm_sensors.init to /etc/init.d/lm_sensors for initialization at boot time.
Du liest schon, was da steht? -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Don, 2003-05-15 um 20.03 schrieb Manfred Tremmel:
Am Donnerstag, 15. Mai 2003 11:29 schrieb Tim Oliver Wagner:
Copy /usr/share/doc/packages/sensors/prog/init/lm_sensors.init to /etc/init.d/lm_sensors for initialization at boot time.
Du liest schon, was da steht?
So wie ich diesen Text verstehe geht es um das automatische einbinden beim booten ... ich wollte es eigentlich erst mal so hinbekommen ... Habe ich das falsch verstanden - wie dem auch sei ... nachdem ich dies copiert und mit insserv eingebunden habe funktioniert es hier auf dem Laptop. :-) laptop:~ # sensors max1617-i2c-0-4e Adapter: SMBus PIIX4 adapter at 1400 Algorithm: Non-I2C SMBus adapter Board: +50°C (min = -55°C, max = +55°C)ALARM (LOW) CPU: +56°C (min = -55°C, max = +90°C) laptop:~ # sensors max1617-i2c-0-4e Adapter: SMBus PIIX4 adapter at 1400 Algorithm: Non-I2C SMBus adapter Board: +51°C (min = -55°C, max = +55°C) CPU: +55°C (min = -55°C, max = +90°C) Heute Abend versuche ich es mal auf dem Rechner auf dem ich es dringend brauche. Hoffe da klappt es jetzt reibungslos. :-)
-- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
--
Tim Oliver Wagner
participants (3)
-
Al Bogner
-
Manfred Tremmel
-
Tim Oliver Wagner