Hallo, ich habe das BIOS so eingestellt, daß der Rechner sofort hochfährt, wenn er Strom erhält. Seit einigen Tagen tut er das nicht mehr. Ich muß händisch hochfahren. Danach stoppt das Hochfahren: "CMOS check mismatch". Mit F1 kann ich weiter hochfahren. Dann erscheint aber erstmal der 2. Juni 2008, 2:00Uhr morgens, als Datum. Könnte das Kaufdatum meines neuen Motherboards sein (nur die Uhrzeit stimmt nicht). Ich hatte sowas schon mal vor dreizehn Jahren bei einem anderen Rechner. Damals war die BIOS-Batterie kaputt. Diesen Rechner habe ich 2006 gekauft, das Motherboard ca. 2008. Ist das wohl wieder das gleiche? Sind die BIOS-Batterien heute billiger als damals? Viele Grüße Johannes -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 09.03.2012 10:42, schrieb Johannes Reese:
Damals war die BIOS-Batterie kaputt. Diesen Rechner habe ich 2006 gekauft, das Motherboard ca. 2008. Ist das wohl wieder das gleiche?
Deutet jedenfalls stark darauf hin. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 09.03.2012 10:42, schrieb Johannes Reese:
Diesen Rechner habe ich 2006 gekauft, das Motherboard ca. 2008. Ist das wohl wieder das gleiche? Sind die BIOS-Batterien heute billiger als damals?
Die Beschreibung klingt sehr nach leerer Batterie. Oder hast du am Mainboard was rumgebastelt und eine Hard-Reset-Brücke gesteckt? Über Preise kann ich nichts sagen, bei mir haben meist die Boards vor der Batterie die Segel gestrichen, bzw. sind gegen aktuellere Hardware getauscht worden. Aber ich sag mal... Google ist hier, wie so oft, dein Freund. Gruß Uli -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 09.03.2012 10:50, schrieb Ulrich Gehauf:
Am 09.03.2012 10:42, schrieb Johannes Reese:
Diesen Rechner habe ich 2006 gekauft, das Motherboard ca. 2008. Ist das wohl wieder das gleiche? Sind die BIOS-Batterien heute billiger als damals?
Die Beschreibung klingt sehr nach leerer Batterie. Oder hast du am Mainboard was rumgebastelt und eine Hard-Reset-Brücke gesteckt? Über Preise kann ich nichts sagen, bei mir haben meist die Boards vor der Batterie die Segel gestrichen, bzw. sind gegen aktuellere Hardware getauscht worden. Aber ich sag mal... Google ist hier, wie so oft, dein Freund.
Gruß Uli
Hi, also, eine Bios-Batterie (üblicherweise CR 3220) gibts doch in jedem Drogeriemarkt, 2...3 Euronen würd ich jetzt mal denken. Das kanns doch nicht sein, oder? cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On 03/09/2012 11:37 AM, Joerg Thuemmler wrote:
Am 09.03.2012 10:50, schrieb Ulrich Gehauf:
Am 09.03.2012 10:42, schrieb Johannes Reese:
Diesen Rechner habe ich 2006 gekauft, das Motherboard ca. 2008. Ist das wohl wieder das gleiche? Sind die BIOS-Batterien heute billiger als damals?
Die Beschreibung klingt sehr nach leerer Batterie. Oder hast du am Mainboard was rumgebastelt und eine Hard-Reset-Brücke gesteckt? Über Preise kann ich nichts sagen, bei mir haben meist die Boards vor der Batterie die Segel gestrichen, bzw. sind gegen aktuellere Hardware getauscht worden. Aber ich sag mal... Google ist hier, wie so oft, dein Freund.
Gruß Uli
Hi,
also, eine Bios-Batterie (üblicherweise CR 3220) gibts doch in jedem Drogeriemarkt, 2...3 Euronen würd ich jetzt mal denken. Das kanns doch nicht sein, oder?
cu jth
*cough* CR2302 *cough*. Aber besser erst mal nachschauen, was genau im Rechner steckt, nicht dass doch eine unüblichere drin ist. Viele Grüße Robert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Fri, 09 Mar 2012 16:01:56 +0100 schrieb Robert Klein
*cough* CR2302 *cough*. Aber besser erst mal nachschauen, was genau im Rechner steckt, nicht dass doch eine unüblichere drin ist.
Na wenn schon pingelig, dann richtig: Die übliche Batterie ist eine CR2032 (seltener CR2025)... Gruß, Michael -- ____ / / / / /__/ Michael Höhne / / / / / / mih-hoehne@web.de / ________________________________/ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag, 9. März 2012 11:37:18 schrieb Joerg Thuemmler:
Am 09.03.2012 10:50, schrieb Ulrich Gehauf:
Am 09.03.2012 10:42, schrieb Johannes Reese:
Diesen Rechner habe ich 2006 gekauft, das Motherboard ca. 2008. Ist das wohl wieder das gleiche? Sind die BIOS-Batterien heute billiger als damals?
Die Beschreibung klingt sehr nach leerer Batterie. Oder hast du am Mainboard was rumgebastelt und eine Hard-Reset-Brücke gesteckt? Über Preise kann ich nichts sagen, bei mir haben meist die Boards vor der Batterie die Segel gestrichen, bzw. sind gegen aktuellere Hardware getauscht worden. Aber ich sag mal... Google ist hier, wie so oft, dein Freund.
Gruß Uli
Hi,
also, eine Bios-Batterie (üblicherweise CR 3220) gibts doch in jedem Drogeriemarkt, 2...3 Euronen würd ich jetzt mal denken. Das kanns doch nicht sein, oder?
Es war eine CR 2032. Bei Müller kennen sie kein CR 3220. Auf der alten stand das auch. Scheint aber nicht das Problem gewesen zu sein. Beim ersten Hochfahren nach dem Austauschen der Batterie ergibt sich das gleiche Verhalten. Ich habe übrigens nicht am Mainboard rumgebastelt. Das übersteigt meine Fähigkeiten. Viele Grüße Johannes -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Johannes, Am Samstag 10 März 2012 schrieb Johannes Reese: [...]
Es war eine CR 2032. Bei Müller kennen sie kein CR 3220. Auf der alten stand das auch. Scheint aber nicht das Problem gewesen zu sein. Beim ersten Hochfahren nach dem Austauschen der Batterie ergibt sich das gleiche Verhalten.
Probier mal den Schalter im BIOS, wo man es auf Werkseinstellungen zurücksetzen kann - vorausgesetzt, Du hast nichts eingestellt. Das müßtest Du später wieder einstellen. Wenn Dich nur der Fehler stört und ansonsten Dein Rechner funktioniert, dann suche Dir das Knöpfchen, wo man dem BIOS sagen kann, Du willst keine Fehlermeldungen hören, der Rechner soll einfach weiter hochfahren. Das BIOS mault zBsp auch, wenn am Rechner nichts dran hängt und verweigert dann das Hochfahren. Zumindest hatte ich mal so einen Rechner. Der war aber Server und brauchte keine Peripherie. Guck' mal in /var/log/messages rein, ob da was Komisches drinsteht. Linux merkt recht gut, wann die HW anfängt zu spinnen. Funktioniert eigentlich die Rechneruhr noch? Mit Batterie sollte sie das tun. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 10. März 2012 18:53:54 schrieb Helga Fischer:
Guck' mal in /var/log/messages rein, ob da was Komisches drinsteht. Linux merkt recht gut, wann die HW anfängt zu spinnen.
Unten habe ich mal die letzten 100 Zeilen angehängt. Ich verstehe ja nur wenig davon, aber mir sieht es gut aus.
Funktioniert eigentlich die Rechneruhr noch? Mit Batterie sollte sie das tun.
Während des Betriebs läuft sie weiter. Sie hat sich nur bisher immer wieder auf 5. Juni 2008, 2.00Uhr zurückgestellt, wenn ich neu hochfuhr. Ich habe aber die Batterie gerade erst ausgewechselt, ich kucke mal, was beim nächsten Hochfahren passiert. Dann probiere ich auch das mit dem BIOS. Viele Grüße Johannes =========== Mar 10 18:30:50 linux-uoua syslog-ng[1990]: new configuration initialized Mar 10 18:30:54 linux-uoua kernel: klogd 1.4.1, ---------- state change ---------- Mar 10 18:30:54 linux-uoua su: (to nobody) root on none Mar 10 18:31:50 linux-uoua syslog-ng[1990]: last message repeated 5 times Mar 10 18:51:10 linux-uoua smartd[3535]: Device: /dev/sdb, SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 80 to 64 Mar 10 18:51:10 linux-uoua smartd[3535]: Device: /dev/sdb, SMART Usage Attribute: 194 Temperature_Celsius changed from 20 to 36 Mar 10 18:51:10 linux-uoua smartd[3535]: Device: /dev/sdb, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 87 to 74 Mar 10 19:00:30 linux-uoua smartd[3535]: Device: /dev/sdb, SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 64 to 62 Mar 10 19:00:30 linux-uoua smartd[3535]: Device: /dev/sdb, SMART Usage Attribute: 194 Temperature_Celsius changed from 36 to 38 Mar 10 19:14:42 linux-uoua su: (to root) johannes on /dev/pts/0 linux-uoua:/home/johannes # tail -100 /var/log/messages Jun 5 02:00:22 linux-uoua kernel: powernow-k8: 3 : fid 0xa (1800 MHz), vid 0xe Jun 5 02:00:22 linux-uoua kernel: powernow-k8: 4 : fid 0x2 (1000 MHz), vid 0x12 Jun 5 02:00:22 linux-uoua kernel: NET: Registered protocol family 10 Jun 5 02:00:22 linux-uoua kernel: lo: Disabled Privacy Extensions Jun 5 02:00:22 linux-uoua kernel: ip6_tables: (C) 2000-2006 Netfilter Core Team Jun 5 02:00:22 linux-uoua kernel: ip_tables: (C) 2000-2006 Netfilter Core Team Jun 5 02:00:22 linux-uoua kernel: nf_conntrack version 0.5.0 (16384 buckets, 65536 max) Jun 5 02:00:22 linux-uoua kernel: Clocksource tsc unstable (delta = -284763546 ns) Jun 5 02:00:22 linux-uoua kernel: NET: Registered protocol family 17 Jun 5 02:00:22 linux-uoua avahi-daemon[2970]: Loading service file /etc/avahi/services/sftp-ssh.service. Jun 5 02:00:22 linux-uoua avahi-daemon[2970]: Loading service file /etc/avahi/services/ssh.service. Jun 5 02:00:22 linux-uoua avahi-daemon[2970]: Network interface enumeration completed. Jun 5 02:00:22 linux-uoua avahi-daemon[2970]: Registering new address record for fe80::21e:8cff:fe67:b03a on eth0.*. Jun 5 02:00:22 linux-uoua avahi-daemon[2970]: Server startup complete. Host name is linux-uoua.local. Local service cookie is 1262709235. Jun 5 02:00:22 linux-uoua avahi-daemon[2970]: Service "linux-uoua" (/etc/avahi/services/ssh.service) successfully established. Jun 5 02:00:22 linux-uoua avahi-daemon[2970]: Service "SFTP File Transfer on linux-uoua" (/etc/avahi/services/sftp-ssh.service) successfully established. Jun 5 02:00:22 linux-uoua avahi-daemon[2970]: Registering HINFO record with values 'X86_64'/'LINUX'. Jun 5 02:00:22 linux-uoua avahi-dnsconfd[2988]: Successfully connected to Avahi daemon. Jun 5 02:00:23 linux-uoua dhcpcd[2861]: eth0: leased 192.168.178.34 for 864000 seconds Jun 5 02:00:23 linux-uoua dhcpcd[2861]: eth0: adding IP address 192.168.178.34/24 Jun 5 02:00:23 linux-uoua avahi-daemon[2970]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.178.34. Jun 5 02:00:23 linux-uoua dhcpcd[2861]: eth0: adding default route via 192.168.178.1 metric 0 Jun 5 02:00:23 linux-uoua dhcpcd[2861]: eth0: adding route to 169.254.0.0/16 metric 0 Jun 5 02:00:23 linux-uoua avahi-daemon[2970]: New relevant interface eth0.IPv4 for mDNS. Jun 5 02:00:23 linux-uoua avahi-daemon[2970]: Registering new address record for 192.168.178.34 on eth0.IPv4. Jun 5 02:00:23 linux-uoua modify_resolvconf: Service dhcpcd modified /etc/resolv.conf. See info block in this file Jun 5 02:00:23 linux-uoua dhcpcd[2861]: eth0: Failed to lookup hostname via DNS: Name or service not known Jun 5 02:00:24 linux-uoua syslog-ng[1990]: SIGHUP received, restarting syslog-ng Jun 5 02:00:23 linux-uoua dhcpcd[2861]: eth0: exiting Jun 5 02:00:24 linux-uoua ifdown: eth0 device: nVidia Corporation CK804 Ethernet Controller (rev f3) Jun 5 02:00:24 linux-uoua ifup: eth0 device: nVidia Corporation CK804 Ethernet Controller (rev f3) Jun 5 02:00:25 linux-uoua syslog-ng[1990]: new configuration initialized Jun 5 02:00:25 linux-uoua SuSEfirewall2: /var/lock/SuSEfirewall2.booting exists which means system boot in progress, exit. Jun 5 02:00:25 linux-uoua /usr/sbin/cron[3357]: (CRON) STARTUP (V5.0) Jun 5 02:00:25 linux-uoua sshd[3361]: Server listening on :: port 22. Jun 5 02:00:25 linux-uoua sshd[3361]: Server listening on 0.0.0.0 port 22. Jun 5 02:00:25 linux-uoua smpppd[3272]: smpppd version 1.59_SVN16 started Jun 5 02:00:26 linux-uoua smartd[3369]: smartd 5.39 2008-05-08 21:56 [x86_64-unknown-linux-gnu] (local build) Copyright (C) 2002-8 by Bruce Allen, http://smartmontools.sourceforge.net Jun 5 02:00:26 linux-uoua smartd[3369]: Opened configuration file /etc/smartd.conf Jun 5 02:00:26 linux-uoua smartd[3369]: Drive: DEVICESCAN, implied '-a' Directive on line 29 of file /etc/smartd.conf Jun 5 02:00:26 linux-uoua smartd[3369]: Configuration file /etc/smartd.conf was parsed, found DEVICESCAN, scanning devices Jun 5 02:00:26 linux-uoua smartd[3369]: Problem creating device name scan list Jun 5 02:00:26 linux-uoua smartd[3369]: Device: /dev/sda, opened Jun 5 02:00:26 linux-uoua smartd[3369]: Device /dev/sda: using '-d sat' for ATA disk behind SAT layer. Jun 5 02:00:26 linux-uoua smartd[3369]: Device: /dev/sda, opened Jun 5 02:00:26 linux-uoua smartd[3369]: Device: /dev/sda, found in smartd database. Jun 5 02:00:26 linux-uoua SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ... Jun 5 02:00:26 linux-uoua SuSEfirewall2: batch committing... Jun 5 02:00:27 linux-uoua smartd[3369]: Device: /dev/sda, is SMART capable. Adding to "monitor" list. Jun 5 02:00:27 linux-uoua smartd[3369]: Device: /dev/sdb, opened Jun 5 02:00:27 linux-uoua kernel: klogd 1.4.1, ---------- state change ---------- Jun 5 02:00:27 linux-uoua smartd[3369]: Device /dev/sdb: using '-d sat' for ATA disk behind SAT layer. Jun 5 02:00:27 linux-uoua smartd[3369]: Device: /dev/sdb, opened Jun 5 02:00:28 linux-uoua smartd[3369]: Device: /dev/sdb, found in smartd database. Jun 5 02:00:28 linux-uoua SuSEfirewall2: Firewall rules successfully set Jun 5 02:00:28 linux-uoua kernel: bootsplash: status on console 0 changed to on Jun 5 02:00:28 linux-uoua smartd[3369]: Device: /dev/sdb, is SMART capable. Adding to "monitor" list. Jun 5 02:00:28 linux-uoua smartd[3369]: Device: /dev/sdc, opened Jun 5 02:00:28 linux-uoua smartd[3369]: Device: /dev/sdc, Bad IEC (SMART) mode page, err=5, skip device Jun 5 02:00:28 linux-uoua smartd[3369]: Monitoring 0 ATA and 2 SCSI devices Jun 5 02:00:29 linux-uoua smartd[3369]: Device: /dev/sdb, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 88 to 87 Jun 5 02:00:29 linux-uoua smartd[3535]: smartd has fork()ed into background mode. New PID=3535. Jun 5 02:00:31 linux-uoua kernel: eth0: no IPv6 routers present Jun 5 02:00:37 linux-uoua kernel: JBD: barrier-based sync failed on dm-0 - disabling barriers Jun 5 02:00:45 linux-uoua hald: mounted /dev/sdc1 on behalf of uid 1000 Jun 5 02:01:15 linux-uoua kernel: CPU0 attaching NULL sched-domain. Jun 5 02:01:15 linux-uoua kernel: CPU1 attaching NULL sched-domain. Jun 5 02:01:15 linux-uoua kernel: CPU0 attaching sched-domain: Jun 5 02:01:15 linux-uoua kernel: domain 0: span 00000000,00000000,00000000,00000003 Jun 5 02:01:15 linux-uoua kernel: groups: 00000000,00000000,00000000,00000001 00000000,00000000,00000000,00000002 Jun 5 02:01:15 linux-uoua kernel: domain 1: span 00000000,00000000,00000000,00000003 Jun 5 02:01:15 linux-uoua kernel: groups: 00000000,00000000,00000000,00000003 Jun 5 02:01:15 linux-uoua kernel: CPU1 attaching sched-domain: Jun 5 02:01:15 linux-uoua kernel: domain 0: span 00000000,00000000,00000000,00000003 Jun 5 02:01:15 linux-uoua kernel: groups: 00000000,00000000,00000000,00000002 00000000,00000000,00000000,00000001 Jun 5 02:01:15 linux-uoua kernel: domain 1: span 00000000,00000000,00000000,00000003 Jun 5 02:01:15 linux-uoua kernel: groups: 00000000,00000000,00000000,00000003 Jun 5 02:01:15 linux-uoua gconfd (johannes-3955): (Version 2.22.0) wird gestartet, Prozesskennung 3955, Benutzer »johannes« Jun 5 02:01:15 linux-uoua gconfd (johannes-3955): Die Adresse »xml:readonly:/etc/gconf/gconf.xml.mandatory« wurde an der Position 0 zu einer nur lesbaren Konfigurationsquelle aufgelöst Jun 5 02:01:15 linux-uoua gconfd (johannes-3955): Die Adresse »xml:readwrite:/home/johannes/.gconf« wurde an der Position 1 zu einer schreibbaren Konfigurationsquelle aufgelöst Jun 5 02:01:15 linux-uoua gconfd (johannes-3955): Die Adresse »xml:readonly:/etc/gconf/gconf.xml.defaults« wurde an der Position 2 zu einer nur lesbaren Konfigurationsquelle aufgelöst Jun 5 02:01:15 linux-uoua gconfd (johannes-3955): Die Adresse »xml:readonly:/etc/gconf/gconf.xml.vendor« wurde an der Position 3 zu einer nur lesbaren Konfigurationsquelle aufgelöst Jun 5 02:01:15 linux-uoua gconfd (johannes-3955): Die Adresse »xml:readonly:/etc/gconf/gconf.xml.schemas« wurde an der Position 4 zu einer nur lesbaren Konfigurationsquelle aufgelöst Jun 5 02:01:59 linux-uoua su: (to root) johannes on /dev/pts/4 Jun 5 02:01:59 linux-uoua su: (to root) johannes on /dev/pts/4 Mar 10 18:23:06 linux-uoua syslog-ng[1990]: STATS: dropped 0 Mar 10 18:30:01 linux-uoua su: (to beagleindex) root on none Mar 10 18:30:01 linux-uoua su: (to beagleindex) root on none Mar 10 18:30:42 linux-uoua su: (to beagleindex) root on none Mar 10 18:30:49 linux-uoua syslog-ng[1990]: SIGHUP received, restarting syslog-ng Mar 10 18:30:50 linux-uoua syslog-ng[1990]: new configuration initialized Mar 10 18:30:54 linux-uoua kernel: klogd 1.4.1, ---------- state change ---------- Mar 10 18:30:54 linux-uoua su: (to nobody) root on none Mar 10 18:31:50 linux-uoua syslog-ng[1990]: last message repeated 5 times Mar 10 18:51:10 linux-uoua smartd[3535]: Device: /dev/sdb, SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 80 to 64 Mar 10 18:51:10 linux-uoua smartd[3535]: Device: /dev/sdb, SMART Usage Attribute: 194 Temperature_Celsius changed from 20 to 36 Mar 10 18:51:10 linux-uoua smartd[3535]: Device: /dev/sdb, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 87 to 74 Mar 10 19:00:30 linux-uoua smartd[3535]: Device: /dev/sdb, SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 64 to 62 Mar 10 19:00:30 linux-uoua smartd[3535]: Device: /dev/sdb, SMART Usage Attribute: 194 Temperature_Celsius changed from 36 to 38 Mar 10 19:14:42 linux-uoua su: (to root) johannes on /dev/pts/0 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag 10 März 2012 schrieb Johannes Reese:
Am Samstag, 10. März 2012 18:53:54 schrieb Helga Fischer:
Guck' mal in /var/log/messages rein, ob da was Komisches drinsteht. Linux merkt recht gut, wann die HW anfängt zu spinnen.
Unten habe ich mal die letzten 100 Zeilen angehängt. Ich verstehe ja nur wenig davon, aber mir sieht es gut aus.
Ja, sieht auch in meinen Augen aus, obwohl ich nicht alles kenne.
Funktioniert eigentlich die Rechneruhr noch? Mit Batterie sollte sie das tun.
Während des Betriebs läuft sie weiter. Sie hat sich nur bisher immer wieder auf 5. Juni 2008, 2.00Uhr zurückgestellt, wenn ich neu hochfuhr. Ich habe aber die Batterie gerade erst ausgewechselt, ich kucke mal, was beim nächsten Hochfahren passiert.
OK. Das würde ich an Deiner Stelle auch tun.
Dann probiere ich auch das mit dem BIOS.
Ich hatte so einen Mismatch-Fehler auch schon, aber leider kann ich mich nicht mehr erinnern, was das war. Linux ist das BIOS sowieso egal, weil's sich die HW selbst zusammensucht und nicht auf die BIOS-Ausgaben angewiesen ist. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag, 9. März 2012 11:37:18 schrieb Joerg Thuemmler:
Am 09.03.2012 10:50, schrieb Ulrich Gehauf:
Am 09.03.2012 10:42, schrieb Johannes Reese:
Diesen Rechner habe ich 2006 gekauft, das Motherboard ca. 2008. Ist das wohl wieder das gleiche? Sind die BIOS-Batterien heute billiger als damals?
Die Beschreibung klingt sehr nach leerer Batterie. Oder hast du am Mainboard was rumgebastelt und eine Hard-Reset-Brücke gesteckt? Über Preise kann ich nichts sagen, bei mir haben meist die Boards vor der Batterie die Segel gestrichen, bzw. sind gegen aktuellere Hardware getauscht worden. Aber ich sag mal... Google ist hier, wie so oft, dein Freund.
Gruß Uli
Hi,
also, eine Bios-Batterie (üblicherweise CR 3220) gibts doch in jedem Drogeriemarkt, 2...3 Euronen würd ich jetzt mal denken. Das kanns doch nicht sein, oder?
----------------------- Am Samstag, 10. März 2012 um 19:26 schrieb Johannes Reese:
Es war eine CR 2032. Bei Müller kennen sie kein CR 3220. Auf der alten stand das auch. Scheint aber nicht das Problem gewesen zu sein. Beim ersten Hochfahren nach dem Austauschen der Batterie ergibt sich das gleiche Verhalten. Ich habe übrigens nicht am Mainboard rumgebastelt. Das übersteigt meine Fähigkeiten.
Hi! Du hast doch nicht etwa vergessen, die Einstellungen im BIOS zu machen? Dann wäre klar, dass sich nichts ändert. Der Austausch der Batterie reicht alleine nicht aus. Die Batterie ist dazu da, dass sich der Rechner die BIOS- Settings merkt, während er keinen Strom vom Netz bekommt (Ich nehme an, du schaltest mit einem Netztrennschalter den Strom weg, weil du das BIOS so eingestellt hast, dass er startet, wenn Strom kommt. Ansonsten wären auch die Batterien nicht so bald leer). Die Uhrzeit wird im Betrieb wahrscheinlich ohnehin auf einen Zeitserver synchronisiert. Das geschieht aber standardmäßigt bei Windows nur einmal wöchentlich. Aber die übrigen Einstellungen wie das Einschalten, wenn Strom kommt, musst du neu machen. Schöne Grüße Richard
Viele Grüße
Johannes -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 11. März 2012 00:38:31 schrieb Richard Hafenscher:
Du hast doch nicht etwa vergessen, die Einstellungen im BIOS zu machen? Dann wäre klar, dass sich nichts ändert. Der Austausch der Batterie reicht alleine nicht aus.
Ne, alles klar. Ich hatte mir sowas auch schon gedacht. Beim nächsten Hochfahren war wieder alles wie früher, nur die Einstellung, daß der Rechner, wenn er Strom kriegt, sofort hochfährt, ist nicht mehr da.
Die Batterie ist dazu da, dass sich der Rechner die BIOS- Settings merkt, während er keinen Strom vom Netz bekommt (Ich nehme an, du schaltest mit einem Netztrennschalter den Strom weg, weil du das BIOS so eingestellt hast, dass er startet, wenn Strom kommt. Ansonsten wären auch die Batterien nicht so bald leer).
Verbraucht diese Einstellung die Batterien schneller?
Die Uhrzeit wird im Betrieb wahrscheinlich ohnehin auf einen Zeitserver synchronisiert.
Bei mir nicht.
Das geschieht aber standardmäßigt bei Windows nur einmal wöchentlich.
Bei Windows? Ich 'abe keine Windows. Dies ist eine SuSE-Mailliste!
Aber die übrigen Einstellungen wie das Einschalten, wenn Strom kommt, musst du neu machen.
Davon würdest Du aber ab raten? Viele Grüße Johannes -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
----------------------- Am Montag, 12. März 2012 um 08:47 schrieb Johannes Reese:
Am Sonntag, 11. März 2012 00:38:31 schrieb Richard Hafenscher:
Du hast doch nicht etwa vergessen, die Einstellungen im BIOS zu machen? Dann wäre klar, dass sich nichts ändert. Der Austausch der Batterie reicht alleine nicht aus.
Ne, alles klar. Ich hatte mir sowas auch schon gedacht. Beim nächsten Hochfahren war wieder alles wie früher, nur die Einstellung, daß der Rechner, wenn er Strom kriegt, sofort hochfährt, ist nicht mehr da.
Die Batterie ist dazu da, dass sich der Rechner die BIOS- Settings merkt, während er keinen Strom vom Netz bekommt (Ich nehme an, du schaltest mit einem Netztrennschalter den Strom weg, weil du das BIOS so eingestellt hast, dass er startet, wenn Strom kommt. Ansonsten wären auch die Batterien nicht so bald leer).
Verbraucht diese Einstellung die Batterien schneller?
Ja, doch. Wenn der Rechner am Netz hängt wird der CMOS Speicher und der Uhrbaustein vom Netzteil versorgt, bei Netztrennung zieht er den Saft aus der Batterie. Billiger als der Strom ist es meist die Batterie zu wechseln, wenn sie alle ist. Die Lebensdauer der Batterie ist aber auch von weiteren Faktoren abhängig wie der Stromverbrauch des CMOS, der Temperatur im Inneren des PC im Betrieb und wieviele Stunden er betrieben wird und natürlich von der Qualität der Batterie.
Die Uhrzeit wird im Betrieb wahrscheinlich ohnehin auf einen Zeitserver synchronisiert.
Bei mir nicht.
Das geschieht aber standardmäßigt bei Windows nur einmal wöchentlich.
Bei Windows? Ich 'abe keine Windows. Dies ist eine SuSE-Mailliste!
Verdammt! Ich hoffe, ich werde hier jetzt nicht rausgeprügelt. ;-) Was bei OS da Standard ist, weiß ich jetzt gar nicht. Konfigurieren kann man das jedenfalls in YaST "Datum und Zeit", rechts unten auf Ändern klicken und da dann "Mit NTP-Server synchronisieren" auswählen. Im Dropdown darunter kann man noch einen bestimmten Server angeben oder die Vorgabe belassen und nach Klick auf Konfigurieren lässt sich angeben, wann und wie synchronisiert werden soll.
Aber die übrigen Einstellungen wie das Einschalten, wenn Strom kommt, musst du neu machen.
Davon würdest Du aber ab raten?
Ist Geschmacksache. Oder es kommt darauf an, was dein Rechner schluckt, wenn er aus ist. Die Standby-Verbräuche sind höchst unterschiedlich. Das bewegt sich von weniger als 1 Watt bei aktueller ErP-Hardware und entsprechender BIOS-Konfiguration bis deutlich über 20 Watt bei Billiggeräten. Im Zweifelsfall messen. Grüße Richard
Viele Grüße
Johannes
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 15.03.2012 01:02, schrieb Richard Hafenscher:
----------------------- Am Montag, 12. März 2012 um 08:47 schrieb Johannes Reese:
Am Sonntag, 11. März 2012 00:38:31 schrieb Richard Hafenscher:
Du hast doch nicht etwa vergessen, die Einstellungen im BIOS zu machen? Dann wäre klar, dass sich nichts ändert. Der Austausch der Batterie reicht alleine nicht aus.
Ne, alles klar. Ich hatte mir sowas auch schon gedacht. Beim nächsten Hochfahren war wieder alles wie früher, nur die Einstellung, daß der Rechner, wenn er Strom kriegt, sofort hochfährt, ist nicht mehr da.
Die Batterie ist dazu da, dass sich der Rechner die BIOS- Settings merkt, während er keinen Strom vom Netz bekommt (Ich nehme an, du schaltest mit einem Netztrennschalter den Strom weg, weil du das BIOS so eingestellt hast, dass er startet, wenn Strom kommt. Ansonsten wären auch die Batterien nicht so bald leer).
Verbraucht diese Einstellung die Batterien schneller?
Ja, doch. Wenn der Rechner am Netz hängt wird der CMOS Speicher und der Uhrbaustein vom Netzteil versorgt, bei Netztrennung zieht er den Saft aus der Batterie. Billiger als der Strom ist es meist die Batterie zu wechseln, wenn sie alle ist. Die Lebensdauer der Batterie ist aber auch von weiteren Faktoren abhängig wie der Stromverbrauch des CMOS, der Temperatur im Inneren des PC im Betrieb und wieviele Stunden er betrieben wird und natürlich von der Qualität der Batterie.
Die Uhrzeit wird im Betrieb wahrscheinlich ohnehin auf einen Zeitserver synchronisiert.
Bei mir nicht.
Das geschieht aber standardmäßigt bei Windows nur einmal wöchentlich.
Bei Windows? Ich 'abe keine Windows. Dies ist eine SuSE-Mailliste!
Verdammt! Ich hoffe, ich werde hier jetzt nicht rausgeprügelt. ;-)
Was bei OS da Standard ist, weiß ich jetzt gar nicht. Konfigurieren kann man das jedenfalls in YaST "Datum und Zeit", rechts unten auf Ändern klicken und da dann "Mit NTP-Server synchronisieren" auswählen. Im Dropdown darunter kann man noch einen bestimmten Server angeben oder die Vorgabe belassen und nach Klick auf Konfigurieren lässt sich angeben, wann und wie synchronisiert werden soll.
Aber die übrigen Einstellungen wie das Einschalten, wenn Strom kommt, musst du neu machen.
Davon würdest Du aber ab raten?
Ist Geschmacksache. Oder es kommt darauf an, was dein Rechner schluckt, wenn er aus ist. Die Standby-Verbräuche sind höchst unterschiedlich. Das bewegt sich von weniger als 1 Watt bei aktueller ErP-Hardware und entsprechender BIOS-Konfiguration bis deutlich über 20 Watt bei Billiggeräten. Im Zweifelsfall messen.
Grüße Richard
Viele Grüße
Johannes
Hi, die üblichen CMOS-Batterien (2032, sorry für den Typo neulich) gibt es auch als Akkus, die Kapazität ist natürlich einiges geringer, als die einer Batterie, aber möglicherweise liegt im eingeschalteten Zustand an den Batteriekontakten ja Spannung an, dann würde der Akku sich bei jedem Einschalten automatisch laden, das sollte dann wohl länger reichen Könnte mir vorstellen, dass die Batteriekontakte beim Einschalten nicht totgelegt werden, sondern da einfach etwas mehr als 3V anliegen, so dass der für den CMOS benötigte Strom vom Netzteil kommt. Dann könnte das gehen... Kann sich aber auch von MB zu MB unterscheiden. Früher gabs MBs mit Akkus, aber die waren keine Knopfzellen... cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Donnerstag, 15. März 2012 um 08:08 schrieb Joerg Thuemmler:
Hi,
die üblichen CMOS-Batterien (2032, sorry für den Typo neulich) gibt es auch als Akkus, die Kapazität ist natürlich einiges geringer, als die einer Batterie, aber möglicherweise liegt im eingeschalteten Zustand an den Batteriekontakten ja Spannung an, dann würde der Akku sich bei jedem Einschalten automatisch laden, das sollte dann wohl länger reichen Könnte mir vorstellen, dass die Batteriekontakte beim Einschalten nicht totgelegt werden, sondern da einfach etwas mehr als 3V anliegen, so dass der für den CMOS benötigte Strom vom Netzteil kommt. Dann könnte das gehen... Kann sich aber auch von MB zu MB unterscheiden. Früher gabs MBs mit Akkus, aber die waren keine Knopfzellen...
Solche Akkus kenne ich nicht. Mag aber sein, dass es die gibt. Die wären wohl aber teurer als Batterien. Es gab früher schon Akkus für die Speichererhaltung und Uhr, ich glaub, auch in MBs. Man ist aber davon abgekommen, weil sie deutlich teurer als Batterien sind und im Normalbetrieb - Gerät hängt permanent am Netz und Stützung wird nur für Stomausfälle benötigt - auch nicht länger halten. Wenn das Gerät vom Netz getrennt wird, könnte ein Akku Sinn machen. Die Kontakte werden wohl bei Ein an netzteilseitiger Spannung gelegt. Ob der Ladestrom zusammen mit der Ein-Zeit reicht, weiß ich nicht. LG Richard
cu jth
-- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Donnerstag, 15. März 2012 01:02:52 schrieb Richard Hafenscher:
Die Batterie ist dazu da, dass sich der Rechner die BIOS- Settings merkt, während er keinen Strom vom Netz bekommt (Ich nehme an, du schaltest mit einem Netztrennschalter den Strom weg, weil du das BIOS so eingestellt hast, dass er startet, wenn Strom kommt. Ansonsten wären auch die Batterien nicht so bald leer).
Verbraucht diese Einstellung die Batterien schneller?
Ja, doch. Wenn der Rechner am Netz hängt wird der CMOS Speicher und der Uhrbaustein vom Netzteil versorgt, bei Netztrennung zieht er den Saft aus der Batterie. Billiger als der Strom ist es meist die Batterie zu wechseln, wenn sie alle ist. Die Lebensdauer der Batterie ist aber auch von weiteren Faktoren abhängig wie der Stromverbrauch des CMOS, der Temperatur im Inneren des PC im Betrieb und wieviele Stunden er betrieben wird und natürlich von der Qualität der Batterie.
Davon würdest Du aber ab raten?
Ist Geschmacksache. Oder es kommt darauf an, was dein Rechner schluckt, wenn er aus ist. Die Standby-Verbräuche sind höchst unterschiedlich. Das bewegt sich von weniger als 1 Watt bei aktueller ErP-Hardware und entsprechender BIOS-Konfiguration bis deutlich über 20 Watt bei Billiggeräten. Im Zweifelsfall messen.
Aha, es ging also um die Frage, Strom abschalten vs. 24 Std. Standby. Da ist bei mir der Geschmack eindeutig. Wenn Rechner aus, Strom weg. Mir selbst geht es um die Frage, ob die Einstellung, daß der Rechner, wenn er Strom bekommt, sofort hochfährt vs. ich stelle erst den Strom an und dann den Rechner. Ich verstehe Euch so, daß diese meine Frage für die Lebensdauer der Batterien gleichgültig ist. Stimmt das? Viele Grüße Johannes -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
----------------------- Am Donnerstag, 15. März 2012 um 14:23 schrieb Johannes Reese:
Am Donnerstag, 15. März 2012 01:02:52 schrieb Richard Hafenscher:
Ist Geschmacksache. Oder es kommt darauf an, was dein Rechner schluckt, wenn er aus ist. Die Standby-Verbräuche sind höchst unterschiedlich. Das bewegt sich von weniger als 1 Watt bei aktueller ErP-Hardware und entsprechender BIOS-Konfiguration bis deutlich über 20 Watt bei Billiggeräten. Im Zweifelsfall messen.
Aha, es ging also um die Frage, Strom abschalten vs. 24 Std. Standby. Da ist bei mir der Geschmack eindeutig. Wenn Rechner aus, Strom weg.
Mir selbst geht es um die Frage, ob die Einstellung, daß der Rechner, wenn er Strom bekommt, sofort hochfährt vs. ich stelle erst den Strom an und dann den Rechner. Ich verstehe Euch so, daß diese meine Frage für die Lebensdauer der Batterien gleichgültig ist. Stimmt das?
Ja, wie gesagt, Geschmacksache und ich habe kein Problem, wenn das jemand anders handhabt. Auch ich lebe ökonomisch, doch bin ich auch bequem. So lasse ich meinen Rechner am Netz, allerdings kenn ich auch den Verbrauch. Die Einstellung, dass der Rechner startet, wenn Strom kommt, ist für die Lebensdauer der Batterie irrelevant. Wenn du deinen PC vom Netz trennst, ist es natürlich vernünftig, diese Einstellung zu setzen. Schöne Grüße Richard
Viele Grüße
Johannes -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (8)
-
Helga Fischer -
Joerg Thuemmler -
Johannes Reese -
Lutz Thuns -
Michael Höhne -
Richard Hafenscher -
Robert Klein -
Ulrich Gehauf