ISDN nach Suspend to Disk fehlerhaft
Hallo Ich habe nun mal Suspend to Disk auf meinen Laptop getestet. Funktioniert eigentlich ohne Probleme, nur die ISDN-Einwahl funktioniert danach nicht mehr. Das muß man doch irgendwie ändern können? mfg
On Tue, Mar 29, 2005 at 12:33:02PM +0200, blackgoose@lycos.de wrote:
Hallo
Ich habe nun mal Suspend to Disk auf meinen Laptop getestet. Funktioniert eigentlich ohne Probleme, nur die ISDN-Einwahl funktioniert danach nicht mehr. Das muß man doch irgendwie ändern können?
Nur durch komplettes runterfahren von ISDN und entfernen der ISDN Karte vor dem suspend. -- Karsten Keil SuSE Labs ISDN development
Hallo
On Tue, Mar 29, 2005 at 12:33:02PM +0200, blackgoose@lycos.de wrote:
Hallo
Ich habe nun mal Suspend to Disk auf meinen Laptop getestet. Funktioniert eigentlich ohne Probleme, nur die ISDN-Einwahl funktioniert danach nicht mehr. Das muß man doch irgendwie ändern können?
Nur durch komplettes runterfahren von ISDN und entfernen der ISDN Karte vor dem suspend.
Entschuldige bitte, aber ich bin Anfänger. Geht es etwas genauer? mfg
Nochmal Hallo
Hallo
On Tue, Mar 29, 2005 at 12:33:02PM +0200, blackgoose@lycos.de wrote:
Hallo
Ich habe nun mal Suspend to Disk auf meinen Laptop getestet. Funktioniert eigentlich ohne Probleme, nur die ISDN-Einwahl funktioniert danach nicht mehr. Das muß man doch irgendwie ändern können?
Nur durch komplettes runterfahren von ISDN und entfernen der ISDN Karte vor dem suspend.
Entschuldige bitte, aber ich bin Anfänger. Geht es etwas genauer?
Also wenn Anfänger auf dieser Liste nichts zu suchen haben dann sagt mir das bitte. Ich habe meine Zeit auch nicht gestohlen. Laut Hilfe ist die Datei /etc/sysconfig/powersave/sleep zuständig. Reicht es hier einfach bei dem Parameter POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND2DISK ein "isdn" eizufügen ? Wo müssen die Module eingetragen werden die nachher wieder geladen werden sollen? Welche Reihenfolge ist einzuhalten? Wenn ich es so mache bekomme ich zwei Fehlermeldungen: - No swap partition, cannot suspend to disk. - suspend2disk failed on unloading 'isdn'. Trying to recover... mfg
Hallo blackgoose@lycos.de wrote: ...
Entschuldige bitte, aber ich bin Anfänger. Geht es etwas genauer?
Also wenn Anfänger auf dieser Liste nichts zu suchen haben dann sagt mir das bitte. Ich habe meine Zeit auch nicht gestohlen.
Gemach. Erstens, nie vergessen: keiner hier hat Zeit gestohlen. Auch Karsten hat möglicherweise noch andere Sachen zu tun. Zweitens gilt es mehr oder weniger allgemein als unhöflich auf einer Mailingliste nach Antworten zu drängeln. Drittens hat hier niemand etwas gegen Anfänger. Du wirst u.U. feststellen dass auch Karsten sich oft sehr viel Zeit nimmt. Viertens scheinen alle SuSE Mailinglisten momentan sehr träge zu reagieren. Es ist also gut möglich dass ausser mir noch niemand Deine Mail bekommen hat.
Laut Hilfe ist die Datei /etc/sysconfig/powersave/sleep zuständig. Reicht es hier einfach bei dem Parameter POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND2DISK ein "isdn" eizufügen ?
Weiss ich nicht, aber vermutlich wird es es etwas komplizierter sein. Es geht um die geladenen ISDN-Module. Welche das sind kann man im Terminalfenster (als root) mit dem Befehl lsmod herausfinden, dann muss man erkennen welche davon ISDN-relevant sind.
Wo müssen die Module eingetragen werden die nachher wieder geladen werden sollen? Welche Reihenfolge ist einzuhalten?
Im günstigsten Fall geht das alles automatisch.
Wenn ich es so mache bekomme ich zwei Fehlermeldungen: - No swap partition, cannot suspend to disk.
Das klingt nicht gut. Eine Swap-Partition sollte schon zu finden sein. Normalerweise legt man die bei manueller Partitionierung an, und bei der automatischen Einrichtung wird sie angelegt. Wenn da keine ist ist das ein Zeichen für ein Problem. Was ist denn die Ausgabe von 'fdisk -l' im Terminal (wieder als root)?
- suspend2disk failed on unloading 'isdn'. Trying to recover...
Vermutlich gibt es entweder kein Modul isdn, oder es kann nicht entladen werden weil es in Benutzung ist. Dann muss man vorher andere Mudule laden oder die Programme, die darauf zugreifen, vorher beenden. Du kannst das probieren mit den Start- und Stopskripts des Systems; wenn 'rcisdn status' funktioniert dann sollte auch 'rcisdn stop; rmmod isdn; rcisdn start' fuktionieren. Wenn das bei Dir nicht geht und / oder Du die Befehle nicht verstehst musst Du warten bis jemand antwortet der von SuSEs ISDN-System mehr Ahnung hat als ich... ich les' hier eigentlich nur so mit... Arno
mfg
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
hallo Herzlichen Dank für Die Antworten
Also wenn Anfänger auf dieser Liste nichts zu suchen haben dann sagt mir das bitte. Ich habe meine Zeit auch nicht gestohlen.
Gemach. Zweitens gilt es mehr oder weniger allgemein als unhöflich auf einer Mailingliste nach Antworten zu drängeln. Unhöflich wollte und will ich nicht sein. Nur ungeduldig bin, das gebe ich zu. Ich habe mir extra diese schweineteure AVM-ISDN Karte gekauft weil es hieß diese werden gut unterstützt. Pustekuchen!!!
Viertens scheinen alle SuSE Mailinglisten momentan sehr träge zu reagieren. Richtig, deine Mail kam hier dreimal an.
Laut Hilfe ist die Datei /etc/sysconfig/powersave/sleep zuständig. Reicht es hier einfach bei dem Parameter POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND2DISK ein "isdn" eizufügen ?
Weiss ich nicht, aber vermutlich wird es es etwas komplizierter sein. Es geht um die geladenen ISDN-Module. Welche das sind kann man im Terminalfenster (als root) mit dem Befehl lsmod herausfinden, dann muss man erkennen welche davon ISDN-relevant sind.
Ein Modul ISDN ist geladen. Die Ausgabe von lsmod hänge ich an diese Mail dran. (ist lang)
Wenn ich es so mache bekomme ich zwei Fehlermeldungen: - No swap partition, cannot suspend to disk.
Das klingt nicht gut. Eine Swap-Partition sollte schon zu finden sein. Normalerweise legt man die bei manueller Partitionierung an, und bei der automatischen Einrichtung wird sie angelegt. Wenn da keine ist ist das ein Zeichen für ein Problem.
Was ist denn die Ausgabe von 'fdisk -l' im Terminal (wieder als root)?
Ausgabe von fdisk -l : Platte /dev/hda: 30.0 GByte, 30005821440 Byte 255 Köpfe, 63 Sektoren/Spuren, 3648 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Gerät boot. Anfang Ende Blöcke Id System /dev/hda1 511 3648 25205985 f W95 Erw. (LBA) /dev/hda2 * 1 510 4096543+ 7 HPFS/NTFS /dev/hda5 511 1017 4072446 7 HPFS/NTFS /dev/hda6 1018 1528 4104576 83 Linux /dev/hda7 1529 2168 5140768+ 83 Linux /dev/hda8 2169 2297 1036161 82 Linux swap / Solaris /dev/hda9 2298 3648 10851876 83 Linux Partitionstabelleneinträge sind nicht in Platten-Reihenfolge Also eine swap - Partition habe ich. Laut mount ist sie aber nicht gemountet. Sie ist aber auch nicht in der fstab eingetragen. (Muss sie eingetragen sein? ) Aber ich glaube mit der nächsten Neuinstallation wird sich dieses Problem beheben. In der Bootlog findet sich folgender Eintrag. Kann der etwas damit zu tun haben? <4>VFS: Mounted root (reiserfs filesystem) readonly. <5>Trying to move old root to /initrd ... failed <5>Unmounting old root
- suspend2disk failed on unloading 'isdn'. Trying to recover...
Vermutlich gibt es entweder kein Modul isdn, oder es kann nicht entladen werden weil es in Benutzung ist. Dann muss man vorher andere Mudule laden oder die Programme, die darauf zugreifen, vorher beenden.
Du kannst das probieren mit den Start- und Stopskripts des Systems; wenn 'rcisdn status' funktioniert dann sollte auch 'rcisdn stop; rmmod isdn; rcisdn start' fuktionieren. Wenn das bei Dir nicht geht und / oder Du die Befehle nicht verstehst musst Du warten bis jemand antwortet der von SuSEs ISDN-System mehr Ahnung hat als ich... ich les' hier eigentlich nur so mit...
Die Befehle rcisdn stop | start |status funktionieren. rmmod isdn klingt mir zu gefährlich. mfg Ausgabe von lsmod: Module Size Used by nvram 8328 0 usbserial 26856 0 parport_pc 37824 1 lp 10536 0 parport 37960 2 parport_pc,lp edd 10012 0 cpufreq_userspace 5208 2 speedstep_ich 5004 0 speedstep_lib 4228 1 speedstep_ich freq_table 4356 1 speedstep_ich thermal 17928 0 processor 25640 1 thermal fan 5380 0 button 8464 0 battery 11396 0 ac 6404 0 snd_pcm_oss 57896 0 snd_mixer_oss 19200 1 snd_pcm_oss snd_intel8x0 31396 1 snd_ac97_codec 69728 1 snd_intel8x0 snd_pcm 96776 3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec snd_timer 24708 1 snd_pcm snd 60164 8 snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer soundcore 9056 1 snd irda 119484 0 snd_page_alloc 10248 2 snd_intel8x0,snd_pcm crc_ccitt 2176 1 irda ipt_TOS 2560 14 ip6t_LOG 6656 17 ip6t_limit 2432 17 ipt_LOG 6912 30 ipt_limit 2432 30 ipt_pkttype 1792 2 ip6t_state 2048 21 ip6_conntrack 38404 1 ip6t_state ipt_state 2176 27 ip6t_REJECT 7552 3 ipt_REJECT 6784 3 iptable_mangle 2944 1 iptable_filter 3072 1 ip6table_mangle 2688 0 ip_nat_ftp 5232 0 iptable_nat 23980 1 ip_nat_ftp ip_conntrack_ftp 72752 1 ip_nat_ftp capidrv 28852 1 isdn 133324 9 capidrv ip_conntrack 43128 4 ipt_state,ip_nat_ftp,iptable_nat,ip_conntrack_ftp ip_tables 17664 9 ipt_TOS,ipt_LOG,ipt_limit,ipt_pkttype,ipt_state,ipt_REJECT,iptable_mangle,iptable_filter,iptable_nat slhc 7936 1 isdn capi 17472 0 ip6table_filter 2816 1 capifs 5896 2 capi ip6_tables 18816 6 ip6t_LOG,ip6t_limit,ip6t_state,ip6t_REJECT,ip6table_mangle,ip6table_filter ipv6 237312 15 ip6_conntrack,ip6t_REJECT fcpcmcia_cs 7112 1 fcpcmcia 496024 2 fcpcmcia_cs kernelcapi 45984 3 capidrv,capi,fcpcmcia joydev 9664 0 sg 35872 0 st 37404 0 sd_mod 16912 0 usbhid 40132 0 sr_mod 16292 0 scsi_mod 111052 4 sg,st,sd_mod,sr_mod ide_cd 38176 0 cdrom 36508 2 sr_mod,ide_cd ds 17796 3 fcpcmcia_cs intel_agp 21024 1 agpgart 32168 1 intel_agp ehci_hcd 29188 0 uhci_hcd 29712 0 yenta_socket 19840 1 pcmcia_core 66100 3 fcpcmcia_cs,ds,yenta_socket ohci1394 31748 0 ieee1394 106168 1 ohci1394 evdev 8960 0 ext3 115816 1 jbd 61348 1 ext3 subfs 7552 2 nls_utf8 2176 2 ntfs 91888 2 dm_mod 54524 0 usbcore 106724 6 usbserial,usbhid,ehci_hcd,uhci_hcd reiserfs 242000 1 Ausgabe von mount: /dev/hda9 on / type reiserfs (rw) proc on /proc type proc (rw) tmpfs on /dev/shm type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/hda2 on /windows/C type ntfs (ro,noexec,nosuid,nodev,gid=100,umask=0002,nls=utf8) /dev/hda5 on /windows/D type ntfs (ro,noexec,nosuid,nodev,gid=100,umask=0002,nls=utf8) /dev/hdc on /media/cdrecorder type subfs (ro,nosuid,nodev,fs=cdfss,procuid,iocharset=utf8) /dev/hda6 on /home/webspecht/f type ext2 (rw,noexec,nosuid,nodev,acl) /dev/hda7 on /home/webspecht/g type ext3 (rw,noexec,nosuid,nodev,acl) /dev/hdc on /media/cdrom type subfs (ro,nosuid,nodev,fs=cdfss,procuid,iocharset=utf8) capifs on /dev/capi type capifs (rw,mode=0666) [hda 6+7 sind nur Blödsinn. Sterben bei der nächsten Neuinstallation] Meine /etc/fstab: /dev/hda2 /windows/C ntfs ro,users,gid=users,umask=0002,nls=utf8 0 0 /dev/hda5 /windows/D ntfs ro,users,gid=users,umask=0002,nls=utf8 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 proc /proc proc defaults 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 sysfs /sys sysfs noauto 0 0 /dev/cdrecorder /media/cdrecorder subfs fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0 /dev/hda9 / reiserfs defaults 1 1 /dev/hda6 /home/webspecht/f ext2 user,acl 0 0 /dev/hda7 /home/webspecht/g ext3 user,acl 1 2 /dev/sda1 /home/webspecht/usb reiserfs user,noauto,acl,user_xattr 1 0 /dev/cdrom /media/cdrom subfs fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0
Hallo blackgoose@lycos.de wrote:
Unhöflich wollte und will ich nicht sein. Nur ungeduldig bin, das gebe ich zu.
Na ja, das kennen wir wohl alle...
Ich habe mir extra diese schweineteure AVM-ISDN Karte gekauft weil es hieß diese werden gut unterstützt. Pustekuchen!!!
Wer hat das denn gesagt bzw. bei wem hast Du den Support? ...
Weiss ich nicht, aber vermutlich wird es es etwas komplizierter sein. Es geht um die geladenen ISDN-Module. Welche das sind kann man im Terminalfenster (als root) mit dem Befehl lsmod herausfinden, dann muss man erkennen welche davon ISDN-relevant sind.
Ein Modul ISDN ist geladen. Die Ausgabe von lsmod hänge ich an diese Mail dran. (ist lang)
Na dann schau'n mer mal... weiter unten.
Wenn ich es so mache bekomme ich zwei Fehlermeldungen: - No swap partition, cannot suspend to disk.
Das klingt nicht gut. Eine Swap-Partition sollte schon zu finden sein. Normalerweise legt man die bei manueller Partitionierung an, und bei der automatischen Einrichtung wird sie angelegt. Wenn da keine ist ist das ein Zeichen für ein Problem. ... Also eine swap - Partition habe ich. Laut mount ist sie aber nicht gemountet. Sie ist aber auch nicht in der fstab eingetragen. (Muss sie eingetragen sein? )
Ja, vorhanden ist sie. Swap-Space wird nicht gemountet, jedenfalls nicht wenn das System funktionieren soll :-) Per se muss ein swap-Partition nicht in der fstab eingetragen sein, bei SuSE ist das normalerweise aber der Fall. Beim booten wird über diesen Eintrag der Swapspace konfiguriert. Wenn Du SuSE nutzt ist Dein System in diesem Fall kaputt...
Aber ich glaube mit der nächsten Neuinstallation wird sich dieses Problem beheben.
Na ja. Mich würde erstmal interessieren wie das dazu kommen konnte. Wenn Du neu installierst kann es immerhin sein das das Suspend inkl. ISDN auch klappt... in dem Fall würde man wohl von "kaputtgespielt" reden ;-)
In der Bootlog findet sich folgender Eintrag. Kann der etwas damit zu tun haben? <4>VFS: Mounted root (reiserfs filesystem) readonly. <5>Trying to move old root to /initrd ... failed <5>Unmounting old root
Nö, eher nicht.
rcisdn stop | start |status funktionieren.
gut.
rmmod isdn klingt mir zu gefährlich.
Gut dass Du drüber nachdenkst was Dir jemand sagt. Gefährlich ist das nicht wirklich. Das Gegenstück heisst insmod / modprobe. Die Manual-Seiten verraten was das jeweils macht.
Ausgabe von lsmod:
Ich lasse mal die stehen die die ISDN betreffen. Was die Reihenfolge beim unload betrifft verhau' ich mich fast jedes Mal, das überlasse ich also lieber Dir.
Module Size Used by capidrv 28852 1 isdn 133324 9 capidrv slhc 7936 1 isdn capi 17472 0 capifs 5896 2 capi fcpcmcia_cs 7112 1 fcpcmcia 496024 2 fcpcmcia_cs kernelcapi 45984 3 capidrv,capi,fcpcmcia
Das Vorgehen ist folgendes: Erst alle Programme beenden die ISDN-Dienste nutzen. Dann in der richigen Reihenfolge die Module entladen, also immer zuerst die die andere Module referenzieren und selber nicht mehr genutzt werden. Da das ganze nicht besonders trivial ist und ein tiefgehendes Verständnis der Abhängigkeiten der Module und Programme untereinander benötigt wird es wohl am besten sein vorher sicherzustellen das das System in einem vom SuSE-Support unterstützten Zustand ist... Arno -- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
On Mon, Apr 04, 2005 at 11:55:20AM +0200, blackgoose@lycos.de wrote:
Nochmal Hallo
Hallo
On Tue, Mar 29, 2005 at 12:33:02PM +0200, blackgoose@lycos.de wrote:
Hallo
Ich habe nun mal Suspend to Disk auf meinen Laptop getestet. Funktioniert eigentlich ohne Probleme, nur die ISDN-Einwahl funktioniert danach nicht mehr. Das muß man doch irgendwie ändern können?
Nur durch komplettes runterfahren von ISDN und entfernen der ISDN Karte vor dem suspend.
Entschuldige bitte, aber ich bin Anfänger. Geht es etwas genauer?
Also wenn Anfänger auf dieser Liste nichts zu suchen haben dann sagt mir das bitte. Ich habe meine Zeit auch nicht gestohlen.
Nein, die Liste ist schon für Anfänger, allerdings ist die Frage nicht so trivial zu beantworten und ich selbst kann momentan PCMCIA nicht testen.
Laut Hilfe ist die Datei /etc/sysconfig/powersave/sleep zuständig. Reicht es hier einfach bei dem Parameter POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND2DISK ein "isdn" eizufügen ? Wo müssen die Module eingetragen werden die nachher wieder geladen werden sollen? Welche Reihenfolge ist einzuhalten?
Also es kommt erstmal darauf an, was alles die ISDN Karte benutzt. Diese Sachen muessen runtergefahren werden. Das kann sein: rcnetwork stop type=ippp rccapisuite stop killall isdnlog Schwieriger wird es wenn hylafax benutzt wird. Danach Karte auswerfen, das sollte die Treiber entladen, funktioniert aber nicht immer sauber. Erst danach suspend. -- Karsten Keil SuSE Labs ISDN development
Hallo
Laut Hilfe ist die Datei /etc/sysconfig/powersave/sleep zuständig. Reicht es hier einfach bei dem Parameter POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND2DISK ein "isdn" eizufügen ? Wo müssen die Module eingetragen werden die nachher wieder geladen werden sollen? Welche Reihenfolge ist einzuhalten?
Also es kommt erstmal darauf an, was alles die ISDN Karte benutzt. Diese Sachen muessen runtergefahren werden. Das kann sein: rcnetwork stop type=ippp rccapisuite stop killall isdnlog
Wenn ich die Suse Hilfe noch richtig im Kopf habe, dann gibt es eine extra Datei für Scripte die vor Suspend to Disk abgearbeitet werden. Müssen diese Befehle dort eingetragen werden? Zusätzlich zu dem Eintrag von "isdn" in der Datei /etc/sysconfig/powersave/sleep ?
Schwieriger wird es wenn hylafax benutzt wird.
Fax geht bei mir nicht. Hast Du an AVM gemeldet und seit dem habe ich nichts mehr gehört.
-- Karsten Keil SuSE Labs ISDN development
mfg
On Wed, Apr 06, 2005 at 07:07:32AM +0200, blackgoose@lycos.de wrote:
Hallo
Laut Hilfe ist die Datei /etc/sysconfig/powersave/sleep zuständig. Reicht es hier einfach bei dem Parameter POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND2DISK ein "isdn" eizufügen ? Wo müssen die Module eingetragen werden die nachher wieder geladen werden sollen? Welche Reihenfolge ist einzuhalten?
Also es kommt erstmal darauf an, was alles die ISDN Karte benutzt. Diese Sachen muessen runtergefahren werden. Das kann sein: rcnetwork stop type=ippp rccapisuite stop killall isdnlog
Wenn ich die Suse Hilfe noch richtig im Kopf habe, dann gibt es eine extra Datei für Scripte die vor Suspend to Disk abgearbeitet werden. Müssen diese Befehle dort eingetragen werden? Zusätzlich zu dem Eintrag von "isdn" in der Datei /etc/sysconfig/powersave/sleep ?
Nein das nutzt nichts, dann ist es schon zu spaet. Die Karte muss mechanisch entfernt sein, bevor man suspend startet und vorher muessen die Anwendungen weg sein. -- Karsten Keil SuSE Labs ISDN development
participants (3)
-
Arno Lehmann -
blackgoose＠lycos.de -
Karsten Keil