Hallo, Wenn ich den Laptop mit shutdown -z now aufrufe schaltet der Rechner aus und beim Einschalten beim ich glaub dma macht dann Neuboot und das wiederholt sich,mach ich was falsch oder mein laptop ünterstutzt sowas nicht. Auf mein Laptop ist 9.2 und es ist ein WebgineXL 1400AMD. Gruss Menuhin
On Sun, Nov 28, 2004 at 07:49:11AM +0100, Menuhin Saitov wrote:
Hallo, Wenn ich den Laptop mit shutdown -z now aufrufe schaltet der Rechner aus
wenn du swsusp mit shutdown -z aufrufst, mußt du dich um alles selbst kümmern.
und beim Einschalten beim ich glaub dma macht dann Neuboot und das wiederholt sich,mach ich was falsch oder mein laptop ünterstutzt sowas nicht.
powersave -U Vorher die Dokumentation lesen; mindestens /usr/share/doc/packages/powersave/README.suspend -- Stefan Seyfried
Stefan Seyfried schrieb:
wenn du swsusp mit shutdown -z aufrufst, mußt du dich um alles selbst kümmern.
powersave -U
Vorher die Dokumentation lesen; mindestens /usr/share/doc/packages/powersave/README.suspend
Ich habe die Doku gelesen,ich habe gegoogelt immernoch das gleiche Problem der bootet dann wieder neu. Gruss Menuhin
On Sun, Nov 28, 2004 at 03:14:29PM +0100, Menuhin Saitov wrote:
Ich habe die Doku gelesen,ich habe gegoogelt immernoch das gleiche Problem der bootet dann wieder neu.
bei powersave -U? Beschreibe dein problem mal bitte genauer. Ich habe es so verstanden: - powersave -U -> Maschine suspendiert. - Power on -> kein resume, sondern boot. Das wäre in der Tat seltsam, allerdings bin ich nicht sicher, ob ich dich richtig verstanden habe. -- Stefan Seyfried
Stefan Seyfried schrieb:
Beschreibe dein problem mal bitte genauer. Ich habe es so verstanden: - powersave -U -> Maschine suspendiert. - Power on -> kein resume, sondern boot.
Das wäre in der Tat seltsam, allerdings bin ich nicht sicher, ob ich dich richtig verstanden habe.
Genau die Maschine wie du sagst suspendiert dann schalte ich den rechner ein wähle normal linux dann wirde der Kernel gebootet dann macht resume und kommt bis dma setting Und dann macht die Maschine einein Neustart und wider von vorn. Ich hoffe das es dir nun klarer wird. Muss ich den Grub neu einstellen und ihm ein Kernnel und Optionen angeben oder reicht die standardmässige Linux Eintrag? Vielen Dank Gruss Menuhin
On Sun, Nov 28, 2004 at 06:57:55PM +0100, Menuhin Saitov wrote:
Genau die Maschine wie du sagst suspendiert dann schalte ich den rechner ein wähle normal linux dann wirde der Kernel gebootet dann macht resume und kommt bis
dma setting
Und dann macht die Maschine einein Neustart und wider von vorn. Ich hoffe das es dir nun klarer wird.
ja.
Muss ich den Grub neu einstellen und ihm ein Kernnel und Optionen angeben oder reicht die standardmässige Linux Eintrag?
nein. Du mußt rausfinden welcher Treiber das ist, der den suspend (oder resume) verhindert. Die letzte Zeile, die vor dem neustart angezeigt wird, gibt wahrscheinlich die PCI-Busid des Geräts an, das problematisch ist. Allerdings wirst du die so schnell nicht lesen können, helfen könnte da höchstens eine serielle Konsole. :-( Schick doch mal deine /var/log/suspend2disk.log und die Ausgabe von "lspci", vielleicht sehe ich ja einen der "üblichen Verdächtigen". -- Stefan Seyfried
Stefan Seyfried schrieb:
On Sun, Nov 28, 2004 at 06:57:55PM +0100, Menuhin Saitov wrote:
Schick doch mal deine /var/log/suspend2disk.log und die Ausgabe von "lspci", vielleicht sehe ich ja einen der "üblichen Verdächtigen".
Suspend2disk.log habe ich nicht gesehen,nur swsusp.log soll ich dir das schicken? Hier ist auch die Ausgabe von lspci in lspci.txt Gruss Menuhin 0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 80) 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] 0000:00:08.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus Controller 0000:00:10.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46) 0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8231 [PCI-to-ISA Bridge] (rev 10) 0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06) 0000:00:11.2 USB Controller: VIA Technologies, Inc. USB (rev 1e) 0000:00:11.3 USB Controller: VIA Technologies, Inc. USB (rev 1e) 0000:00:11.4 Bridge: VIA Technologies, Inc. VT8235 ACPI (rev 10) 0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 40) 0000:00:11.6 Communication controller: VIA Technologies, Inc. Intel 537 [AC97 Modem] (rev 20) 0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 51) 0000:01:00.0 VGA compatible controller: S3 Inc. VT8636A [ProSavage KN133] AGP4X VGA Controller (TwisterK) (rev 01)
On Sun, Nov 28, 2004 at 09:53:33PM +0100, Menuhin Saitov wrote:
Stefan Seyfried schrieb:
On Sun, Nov 28, 2004 at 06:57:55PM +0100, Menuhin Saitov wrote:
Schick doch mal deine /var/log/suspend2disk.log und die Ausgabe von "lspci", vielleicht sehe ich ja einen der "üblichen Verdächtigen".
Suspend2disk.log habe ich nicht gesehen,nur swsusp.log soll ich dir das schicken?
swsusp.log war 9.1, auf einer 9.2 mußt du suspend2disk.log haben, ansonsten ist mächtig was faul. Ist die swsusp.log neu oder hat sie ein älteres Datum? Hast du ein update von 9.1 auf 9.2 gemacht? Wie genau leitest du den suspend ein? Welchen Kernel hast du installiert (rpm -q kernel-default) und welcher Kernel läuft (uname -a)? Welche Version hat der powersaved (rpm -q powersave)?
Hier ist auch die Ausgabe von lspci in lspci.txt
hm, die via-rhine Netzwerkkarte ist "verdächtig", die habe ich noch nicht selbst probiert. Aber erstmal schreib mir die Versionen von kernel und powersave, dann sehen wir weiter. -- Stefan Seyfried
Stefan Seyfried schrieb:
swsusp.log war 9.1, auf einer 9.2 mußt du suspend2disk.log haben, ansonsten ist mächtig was faul. Ist die swsusp.log neu oder hat sie ein älteres Datum? Hast du ein update von 9.1 auf 9.2 gemacht?
Wie genau leitest du den suspend ein? Welchen Kernel hast du installiert (rpm -q kernel-default) und welcher Kernel läuft (uname -a)? Welche Version hat der powersaved (rpm -q powersave)?
Ich habe von 9.0 auf 9.1 upgedatet und ich habe swsusp.log. Sind alless default Sachen von 9.1. Die datei /etc/powersave.con und dann mit powersave --suspend oder powersave -U. Wenn du mehr brauchst dann schreibe es. Sorry für die Lange Mail. Gruss Menuhin powersave-0.7-7 Linux menuhin 2.6.4-52-default #1 Wed Apr 7 02:08:30 UTC 2004 i686 athlon i386 GNU/Linux Suspend initiated: 2004-11-28 14:47:57 Loaded modules: Module Size Used by edd 9240 0 joydev 10176 0 st 38940 0 sd_mod 19840 0 sr_mod 15652 0 scsi_mod 107980 3 st,sd_mod,sr_mod ide_cd 36484 0 cdrom 36508 2 sr_mod,ide_cd nvram 8328 0 cpufreq_userspace 5668 2 powernow_k7 5664 0 usbserial 28912 0 speedstep_lib 3712 0 freq_table 4612 1 powernow_k7 thermal 12424 0 processor 16040 1 thermal fan 3972 0 button 6032 0 battery 8580 0 ac 4868 0 parport_pc 35264 1 lp 10916 0 parport 37704 2 parport_pc,lp snd_seq_oss 30976 0 snd_pcm_oss 56868 0 snd_mixer_oss 18688 1 snd_pcm_oss snd_seq_midi 8864 0 snd_seq_midi_event 7680 2 snd_seq_oss,snd_seq_midi snd_seq 54672 6 snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_via82xx 24224 4 snd_pcm 96776 2 snd_pcm_oss,snd_via82xx snd_timer 25476 2 snd_seq,snd_pcm snd_ac97_codec 60676 1 snd_via82xx snd_page_alloc 11012 2 snd_via82xx,snd_pcm gameport 4736 1 snd_via82xx snd_mpu401_uart 7808 1 snd_via82xx snd_rawmidi 24992 2 snd_seq_midi,snd_mpu401_uart snd_seq_device 8328 4 snd_seq_oss,snd_seq_midi,snd_seq,snd_rawmidi snd 59524 22 snd_seq_oss,snd_pcm_oss,snd_mixer_oss,snd_seq_midi,snd_seq_midi_event,snd_seq,snd_via82xx,snd_pcm,snd_timer,snd_ac97_codec,snd_mpu401_uart,snd_rawmidi,snd_seq_device slamr 318468 2 soundcore 8800 1 snd pppoe 13504 2 pppox 3592 1 pppoe ppp_generic 28692 6 pppoe,pppox slhc 7424 1 ppp_generic af_packet 20360 4 ipt_TOS 2432 9 ipt_LOG 5632 1 ipt_state 1920 12 uhci_hcd 29584 0 ds 17284 2 via_rhine 19720 0 mii 5248 1 via_rhine via_agp 7424 1 agpgart 28712 1 via_agp ohci1394 30724 0 ieee1394 99896 1 ohci1394 yenta_socket 15744 0 via_ircc 20240 0 irda 120124 1 via_ircc pcmcia_core 61636 2 ds,yenta_socket usbcore 96988 4 usbserial,uhci_hcd evdev 9600 0 ip6t_LOG 5504 2 ip6t_REJECT 7168 3 ip6table_mangle 2688 0 ipt_REJECT 6400 3 iptable_mangle 2816 1 iptable_filter 2816 1 ip_nat_ftp 4720 0 iptable_nat 21548 1 ip_nat_ftp ip_conntrack_ftp 71856 1 ip_nat_ftp ip_conntrack 30768 4 ipt_state,ip_nat_ftp,iptable_nat,ip_conntrack_ftp ip_tables 17152 7 ipt_TOS,ipt_LOG,ipt_state,ipt_REJECT,iptable_mangle,iptable_filter,iptable_nat ip6table_filter 2560 1 ip6_tables 18448 4 ip6t_LOG,ip6t_REJECT,ip6table_mangle,ip6table_filter ipv6 244100 15 ip6t_REJECT,ip6_tables subfs 7296 4 nls_iso8859_1 4224 1 nls_cp437 5888 1 vfat 14080 1 fat 43328 1 vfat dm_mod 50044 0 reiserfs 233808 1 Memory info: total used free shared buffers cached Mem: 224132 220888 3244 0 21524 82904 -/+ buffers/cache: 116460 107672 Swap: 449812 24 449788 -rw-r--r-- 1 root root 3897 2004-11-28 21:35 /var/log/swsusp.log
On Sun, Nov 28, 2004 at 11:03:36PM +0100, Menuhin Saitov wrote:
Stefan Seyfried schrieb:
swsusp.log war 9.1, auf einer 9.2 mußt du suspend2disk.log haben, ansonsten ist mächtig was faul. Ist die swsusp.log neu oder hat sie ein älteres Datum? Hast du ein update von 9.1 auf 9.2 gemacht?
Wie genau leitest du den suspend ein? Welchen Kernel hast du installiert (rpm -q kernel-default) und welcher Kernel läuft (uname -a)? Welche Version hat der powersaved (rpm -q powersave)?
Ich habe von 9.0 auf 9.1 upgedatet und ich habe swsusp.log. Sind alless default Sachen von 9.1.
ok. Das erklärt vieles. Du hast in der ersten Mail von 9.2 geschrieben :-)
Die datei /etc/powersave.con und dann mit powersave --suspend oder powersave -U. Wenn du mehr brauchst dann schreibe es. Sorry für die Lange Mail.
passt schon, ich kommentiere unten.
powersave-0.7-7
ok,
Linux menuhin 2.6.4-52-default #1 Wed Apr 7 02:08:30 UTC 2004 i686 athlon i386 GNU/Linux
du solltest ein online update auf den aktuellen 2.6.5-xxx kernel machen, das fixt das eigentliche Problem...
Suspend initiated: 2004-11-28 14:47:57 Loaded modules: Module Size Used by
via_agp 7424 1
wenn du aus irgendeinem Grund kein kernel update machen kannst / willst, dann muss mindestens das via-agp-Modul hier raus. Das ist in der Dokumentation beschrieben, wenn ich mich recht erinnere (ich habe grad keine 9.1 zur Hand), du mußt es in /etc/hotplug/blacklist eintragen. Auf ftp.suse.com:/pub/people/seife/powersave gibt es etwas neuere Pakete für die 9.1 (powersave-0.7.8), die einige kleinere Probleme beheben, aber grundsätzlich sollte es auch so gehen. In diesem Verzeichnis liegt auch aktualisierte Dokumentation. -- Stefan Seyfried
Stefan Seyfried schrieb:
wenn du aus irgendeinem Grund kein kernel update machen kannst / willst, dann muss mindestens das via-agp-Modul hier raus. Das ist in der Dokumentation beschrieben, wenn ich mich recht erinnere (ich habe grad keine 9.1 zur Hand), du mußt es in /etc/hotplug/blacklist eintragen. Auf ftp.suse.com:/pub/people/seife/powersave gibt es etwas neuere Pakete für die 9.1 (powersave-0.7.8), die einige kleinere Probleme beheben, aber grundsätzlich sollte es auch so gehen. In diesem Verzeichnis liegt auch aktualisierte Dokumentation.
Danke, es hat geklappt,es lag wahrscheinlich am Kernel,habe den update gemacht und den via-agp modul in der Blacklist eingetragen. Gruss Menuhin
On Mon, Nov 29, 2004 at 01:05:50AM +0100, Menuhin Saitov wrote:
Danke, es hat geklappt,es lag wahrscheinlich am Kernel,habe den update gemacht und den via-agp modul in der Blacklist eingetragen.
Wenn du den update-Kernel hast, muß das Modul nicht mehr in die blacklist, zumindest sollte das nicht mehr nötig sein. -- Stefan Seyfried
participants (2)
-
Menuhin Saitov
-
Stefan Seyfried