Re: [suse-linux-s] suspensión y acceso a internet
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-19 a las 23:15 +0200, Ignacio de Juan Hatchard escribió: Manda a la lista, no al privado, please...
Bueno intentare responderos a todos en un solo mensaje (uf, no se si podre) A Carlos E.R. Espero que lo de las luces te haya quedado claro, cuando reinicio solo dos encendidas, que son:
Power-corriente Sync- sincronia (con el pc creo
Apagadas que deberian estar encendidas
Online - que en tu caso debe ser adsl Lan1- que es la conexion que estoy utilizando (creo que de expresa asi)
Vale.
A Juan Gustavo, Gracias por intentar prestarme tu ayuda, pero esto me viene de momento un poco grande y no entiendo todo lo que quieres decir, o quereis decir, estais hablando con un novel, y a veces se os va la pinza y no os dais cuenta, pero... gracias de todas formas, si me lo puedes explicar mas despacio quizas yo llegue a algun sitio, por lo que se ve vosotros ya habeis llegado.
Pero en vez de no hacer lo que te pedimos tienes que contarnos donde te quedas o que te falta o que no entiendes. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFEGIjtTMYHG2NR9URAnP4AJ4yzn+5OCIDn3Ig4T3r7kqgvnZxmQCdG2gk pEaPSqE35wSznWovfxaECeU= =WjN2 -----END PGP SIGNATURE-----
Bueno, seguimos haciendo pruebas; - Apago router antes de suspender despierto el ordenador enciendo el router ññññ llegamos al mismo sitio - Apago router antes de suspender enciendo router despierto ordenador ñññññ llegamos al mismo sitio como hago esto????? si es que debo hacerlo. 1) configurar la placa de red para que trabaje en 100 o en 10, pero de manera manual, no autonegociacion 2) configurar la placa de red con la ip fija, puerta de enlace fija, dns fijos (los correctos, claro) 3) configurar el router para que mantenga la conexion y/o la reconecte SIEMPRE, a pesar que no tenga demanda Creo que voy haciendo todo lo que me pedis, bueno os he leido tanto que no se donde me pierdo a veces, pero voy haciendo, dime si me queda alguna cosa que me hayas/hayais pedido por hacer y se hara Gracias Carlos E. R. escribió:
El 2006-09-19 a las 23:15 +0200, Ignacio de Juan Hatchard escribió:
Manda a la lista, no al privado, please...
Bueno intentare responderos a todos en un solo mensaje (uf, no se si podre) A Carlos E.R. Espero que lo de las luces te haya quedado claro, cuando reinicio solo dos encendidas, que son:
Power-corriente Sync- sincronia (con el pc creo
Apagadas que deberian estar encendidas
Online - que en tu caso debe ser adsl Lan1- que es la conexion que estoy utilizando (creo que de expresa asi)
Vale.
A Juan Gustavo, Gracias por intentar prestarme tu ayuda, pero esto me viene de momento un poco grande y no entiendo todo lo que quieres decir, o quereis decir, estais hablando con un novel, y a veces se os va la pinza y no os dais cuenta, pero... gracias de todas formas, si me lo puedes explicar mas despacio quizas yo llegue a algun sitio, por lo que se ve vosotros ya habeis llegado.
Pero en vez de no hacer lo que te pedimos tienes que contarnos donde te quedas o que te falta o que no entiendes.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-19 a las 23:52 +0200, Ignacio de Juan Hatchard escribió:
Bueno, seguimos haciendo pruebas; - Apago router antes de suspender despierto el ordenador enciendo el router ññññ llegamos al mismo sitio
- Apago router antes de suspender enciendo router despierto ordenador ñññññ llegamos al mismo sitio
Eso era cuando pensabamos que era culpa del router.
como hago esto????? si es que debo hacerlo.
1) configurar la placa de red para que trabaje en 100 o en 10, pero de manera manual, no autonegociacion 2) configurar la placa de red con la ip fija, puerta de enlace fija, dns fijos (los correctos, claro) 3) configurar el router para que mantenga la conexion y/o la reconecte SIEMPRE, a pesar que no tenga demanda
Antes de eso, ponnos la salida del comando "ifconfig", después de despertar. Lo tienes que hacer como root en una consola de texto (o xterm). Como no tendrás red, salva el resultado así: nimrodel:~ # ifconfig > /tmp/fichero nimrodel:~ # De esa puedes luego hacernos un copypaste del fichero "/tmp/fichero" en el correo cuando lo recuperes. Prueba este comando para ver si se recupera: rcnetwork restart pero para decirte más cosas tenemos que ver eso de más arriba, y entonces decidimos. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFEGkLtTMYHG2NR9URArTiAJ4mwH8zbB0XYwdhAaSpTetbZHFQCwCgiSEU Qkpup84NvEWuYDq2stpd+AU= =aptX -----END PGP SIGNATURE-----
Bueno ahi lo teneis, haber si asi hacemos algo linux-32u1:/home/nacho # ifconfig eth0 Link encap:Ethernet HWaddr 00:11:D8:AA:40:46 inet addr:169.254.211.78 Bcast:169.254.255.255 Mask:255.255.0.0 inet6 addr: fe80::211:d8ff:feaa:4046/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12884901885 errors:0 dropped:0 overruns:0 frame:0 TX packets:12884901885 errors:0 dropped:0 overruns:0 carrier:4294967295 collisions:4294967295 txqueuelen:1000 RX bytes:18446744073709551615 (1759218604441.5 Mb) TX bytes:18446744073709551615 (1759218604441.5 Mb) Interrupt:106 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:163 errors:0 dropped:0 overruns:0 frame:0 TX packets:163 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:11732 (11.4 Kb) TX bytes:11732 (11.4 Kb) y tambien dice lo siguiente linux-32u1:/home/nacho # rcnetwork restart Shutting down the NetworkManagerDispatcher done Shutting down the NetworkManager done Shutting down the DHCP DBUS Daemon done Starting the DHCP DBUS Daemon done Starting the NetworkManager done Starting the NetworkManagerDispatcher done linux-32u1:/home/nacho # Carlos E. R. escribió:
El 2006-09-19 a las 23:52 +0200, Ignacio de Juan Hatchard escribió:
Bueno, seguimos haciendo pruebas; - Apago router antes de suspender despierto el ordenador enciendo el router ññññ llegamos al mismo sitio
- Apago router antes de suspender enciendo router despierto ordenador ñññññ llegamos al mismo sitio
Eso era cuando pensabamos que era culpa del router.
como hago esto????? si es que debo hacerlo.
1) configurar la placa de red para que trabaje en 100 o en 10, pero de manera manual, no autonegociacion 2) configurar la placa de red con la ip fija, puerta de enlace fija, dns fijos (los correctos, claro) 3) configurar el router para que mantenga la conexion y/o la reconecte SIEMPRE, a pesar que no tenga demanda
Antes de eso, ponnos la salida del comando "ifconfig", después de despertar. Lo tienes que hacer como root en una consola de texto (o xterm). Como no tendrás red, salva el resultado así:
nimrodel:~ # ifconfig > /tmp/fichero nimrodel:~ #
De esa puedes luego hacernos un copypaste del fichero "/tmp/fichero" en el correo cuando lo recuperes.
Prueba este comando para ver si se recupera:
rcnetwork restart
pero para decirte más cosas tenemos que ver eso de más arriba, y entonces decidimos.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-20 a las 00:21 +0200, Ignacio de Juan Hatchard escribió:
Bueno ahi lo teneis, haber si asi hacemos algo
Ya he visto lo que es.
linux-32u1:/home/nacho # ifconfig eth0 Link encap:Ethernet HWaddr 00:11:D8:AA:40:46 inet addr:169.254.211.78 Bcast:169.254.255.255 Mask:255.255.0.0
······················^^^^^^^^^^^
inet6 addr: fe80::211:d8ff:feaa:4046/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12884901885 errors:0 dropped:0 overruns:0 frame:0 TX packets:12884901885 errors:0 dropped:0 overruns:0 carrier:4294967295 collisions:4294967295 txqueuelen:1000 RX bytes:18446744073709551615 (1759218604441.5 Mb) TX bytes:18446744073709551615 (1759218604441.5 Mb) Interrupt:106
El problema es que tienes una IP muy "rara" que no está en el rango del router, y por tanto no conecta. Sería como si no hubiera ejecutado el dhcp o hubiera fallado. Espera, las luces... Entonces otra posibilidad es que el dhcp falla porque no tiene conexón física. Entonces el sistema le da esa IP como automática (linklocal). Mmm.
linux-32u1:/home/nacho # rcnetwork restart Shutting down the NetworkManagerDispatcher done Shutting down the NetworkManager done Shutting down the DHCP DBUS Daemon done Starting the DHCP DBUS Daemon done Starting the NetworkManager done Starting the NetworkManagerDispatcher done linux-32u1:/home/nacho #
¿Esto lo hiciste después de despertar? ¿Probaste entonces si tenías ya red? Vuelve a hacer ifconfig, se me olvidó, a ver si cambiaba. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFEIAhtTMYHG2NR9URAuwXAJ48AmZTJxIzzpwkfi3yZ2O9mTrKagCgjN2X QP7seXV5B6605gvU2Nk2vnY= =Qshp -----END PGP SIGNATURE-----
El 20/09/06, Ignacio de Juan Hatchard escribió:
inet addr:169.254.211.78 Bcast:169.254.255.255 Mask:255.255.0.0
Pues como te dice Carlos, esa IP sólo se obtiene cuando el servidor dhcp está apagado, caído o no puedes conectar con él y no puedes obtener una dirección IP de forma automática. Puedes hacer dos cosas: 1) Utilizar una IP local fija para no esperar a que te la de el router 2) Intentar descubrir por qué el router deja de servirte direcciones (¿es posible que al dejar el equipo en modo suspensión el router le "pierda de vista" y no le asigne una IP cuando despierta?) Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-20 a las 08:51 +0200, Camaleón escribió:
2) Intentar descubrir por qué el router deja de servirte direcciones (¿es posible que al dejar el equipo en modo suspensión el router le "pierda de vista" y no le asigne una IP cuando despierta?)
No porque lo apaga. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFERWxtTMYHG2NR9URAquZAJ4h+vgV7RK/791ngi6IxJWh9KIFdgCePOFU nJjJ3nP57BZ1hRHDwim2D8Q= =DeWg -----END PGP SIGNATURE-----
El 20/09/06, Carlos E. R. escribió:
No porque lo apaga.
Se supone que cuando suspende el equipo la dirección IP que le ha sido asignada al iniciar la mantiene cuando despierta, aún cuando el router (que le da la IP) esté apagado. Si pierde la IP que le ha sido asignada tendrá que configurar el servidor dhcp (en este caso el router) para que le dé un rango de tiempo mayor (Lease Time Infinite, por ejemplo). O poner una IP fija. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-20 a las 12:31 +0200, Camaleón escribió:
El 20/09/06, Carlos E. R. escribió:
No porque lo apaga.
Se supone que cuando suspende el equipo la dirección IP que le ha sido asignada al iniciar la mantiene cuando despierta, aún cuando el router (que le da la IP) esté apagado.
Correcto, salvo que haya pasado el tiempo suficiente para que haya caducado.
Si pierde la IP que le ha sido asignada tendrá que configurar el servidor dhcp (en este caso el router) para que le dé un rango de tiempo mayor (Lease Time Infinite, por ejemplo).
No creo que el router tenga tantas opciones :-? Ah, pues puede que si, el mio lo tiene: 24 horas por defecto. Pero me parece que los tiros no van por ahí: el led de la conexión de la lan debe ir a nivel físico, ethernet, no de tcp/ip. Y como no se enciende, yo me sospecho que no obtiene una IP porque pierde la conectividad física. Por tanto, o bien le funciona con lo de rcnetwork restart, o bien tiene que descargar el módulo de la tarjeta con rmmod y volver a cargarlo. Así que habrá que esperar que vuelva Ignacio y nos diga que ha hecho y que le resulta, y no seguimos dando palos de ciego :-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFER0etTMYHG2NR9URAgpyAKCIqcdhvRHTYX+zyxHk6bHBS2RXqQCgmPcp nGyHEMRh2n8OYGx+LRXhPzg= =1a3C -----END PGP SIGNATURE-----
El 20/09/06, Carlos E. R. escribió:
Por tanto, o bien le funciona con lo de rcnetwork restart, o bien tiene que descargar el módulo de la tarjeta con rmmod y volver a cargarlo.
Pero no tiene ningún sentido, me parece excesivo tener que volver a cargar la red después de una suspensión... porque en ese caso ni ip fija "ni ná de ná". ¿Es ese un comportamiento normal de la suspensión?
Así que habrá que esperar que vuelva Ignacio y nos diga que ha hecho y que le resulta, y no seguimos dando palos de ciego :-)
Si el jugo de todo está en estos momentos distendidos... :-D Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-20 a las 12:59 +0200, Camaleón escribió:
Por tanto, o bien le funciona con lo de rcnetwork restart, o bien tiene que descargar el módulo de la tarjeta con rmmod y volver a cargarlo.
Pero no tiene ningún sentido, me parece excesivo tener que volver a cargar la red después de una suspensión... porque en ese caso ni ip fija "ni ná de ná".
¿Es ese un comportamiento normal de la suspensión?
Está previsto. No es normal en el sentido de que a la mayoría no le hace falta, pero a unos cuantos si. Lo dije al principio, en el hilo (I): | En /etc/sysconfig/powermanagement tienes algunos ajustes: | | ## Path: System/Powermanagement/apmd/Suspend actions | ## Type: string | ## Default: "" | # If you have a build in NIC that does not survive a suspend/resume cycle | # properly, you can add the interface name to this variable. It will then be | # shut down before suspend and brought up after resume. | # Default: "" | APMD_INTERFACES_TO_STOP="" La única duda que tengo es si sólo funciona con apmd o también con acpi. Y si eso no es suficiente, hay otra: ## Path: System/Powermanagement/apmd/Suspend actions ## Type: string ## Default: "" # If it does not help to shutdown the network interface via # APMD_INTERFACES_TO_STOP you can unload the module driving your NIC at suspend # and restart the network at resume. APMD_INTERFACES_TO_UNLOAD="" Que si te das cuenta la primera corresponde a "rcnetwork restart" y la segunda a "rmmod algo". Así que ardo en ascuas de que nos responda a la preguntita, porque eso se lo dije el domingo...
Así que habrá que esperar que vuelva Ignacio y nos diga que ha hecho y que le resulta, y no seguimos dando palos de ciego :-)
Si el jugo de todo está en estos momentos distendidos... :-D
Y luego nos llevamos la bronca ;-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFESQhtTMYHG2NR9URApjxAJ9ikR5duL8M6Jdi5e6qTRuSOimDxgCeNAT1 19uPMK+TEO+UgwRhbdY8gtk= =2rnR -----END PGP SIGNATURE-----
El 20/09/06, Carlos E. R. escribió:
Que si te das cuenta la primera corresponde a "rcnetwork restart" y la segunda a "rmmod algo". Así que ardo en ascuas de que nos responda a la preguntita, porque eso se lo dije el domingo...
Si le da miedo editarlo a mano, podría utilizar el módulo de "Yast / Sistema / Editor para los archivos /etc/sysconfig", supongo que aparecerá dentro de la rama de System / powermanagement / powersave / general... Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-20 a las 13:55 +0200, Camaleón escribió:
Que si te das cuenta la primera corresponde a "rcnetwork restart" y la segunda a "rmmod algo". Así que ardo en ascuas de que nos responda a la preguntita, porque eso se lo dije el domingo...
Si le da miedo editarlo a mano, podría utilizar el módulo de "Yast / Sistema / Editor para los archivos /etc/sysconfig", supongo que aparecerá dentro de la rama de System / powermanagement / powersave / general...
Imagino. Lo que me preocupa es que no va a funcionar con acpi, que es lo que se usa ahora, porque hice un grep buscando por todos los scripts y no lo encuentra. Lo confirmaré cuando termine un grep que tengo buscando por más sitios. Habría que meterlo a capón. Sé donde, pero como es novato, si le digo que tiene que hacer un script... - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFETEMtTMYHG2NR9URAhLKAJ0VEtYek+oUaeJgEC7b4aQhMI1n6gCfXe9Q o5VW3ZD2b1qqNJjQfi81yhE= =UiFh -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-20 a las 14:16 +0200, escribí:
Imagino. Lo que me preocupa es que no va a funcionar con acpi, que es lo que se usa ahora, porque hice un grep buscando por todos los scripts y no lo encuentra. Lo confirmaré cuando termine un grep que tengo buscando por más sitios.
Está en /usr/sbin/apmd_proxy. No le servirá entonces. A hacer un script tocan. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFETRGtTMYHG2NR9URApMaAJwJldKTehnrWZZeTACc1iqGX17PkACeKs9s fVffI3ifvPOn6xMlzkBFvXo= =23Ll -----END PGP SIGNATURE-----
El 20/09/06, Carlos E. R. escribió:
Imagino. Lo que me preocupa es que no va a funcionar con acpi, que es lo que se usa ahora, porque hice un grep buscando por todos los scripts y no lo encuentra. Lo confirmaré cuando termine un grep que tengo buscando por más sitios.
Yo tengo "ACPI_MODULES_NOT_UNLOAD", el que no veo es el otro para ACPI. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-20 a las 15:16 +0200, Camaleón escribió:
Yo tengo "ACPI_MODULES_NOT_UNLOAD", el que no veo es el otro para ACPI.
Pero ese es distinto, no sirve; observa: ## Path: System/Powermanagement/acpid/General ## Type: string(ac,battery,button,fan,processor,thermal) ## Default: "" ## ServiceRestart: # The acpid startscript will unload all loaded ACPI modules, when acpid is # stopped. If some modules cause trouble when unloading, you may add them to # this variable. All modules in this list won't be unloaded. Note that some # other of these modules might be unloadable as well, but that should not harm.. ACPI_MODULES_NOT_TO_UNLOAD="ac battery button fan processor thermal" Se refiere a modulos acpi, no a módulos en general o servicios, aunque se puede probar por si funciona - ah, no, son otras, lo encontré, están en /etc/sysconfig/powersave/sleep: ## Path: System/Powermanagement/Powersave/Sleep_Modes ### Type: string ## Default: "stir4200 usb_storage sbp2 ohci_hcd uhci_hcd ohci1394 ipw2200 prism54 aic7xxx" ## ServiceRestart: # # These modules will be unloaded before entering the corresponding # sleep state. See README.unload-modules for more information. # UNLOAD_MODULES_BEFORE_SUSPEND2DISK="usb_storage sbp2 uhci_hcd stir4200 rt2500 prism54" Ahí es donde hay que poner el módulo de la tarjeta de red. Y quizás también en el correspondiente a suspensión a ram y standby. Y respecto al servicio de red, que también hay que hacerlo, son estas tres: ## Path: System/Powermanagement/Powersave/Sleep_Modes ## Type: string ## Default: "slmodemd irda upsd apcupsd" # # All services that have to be stopped before entering a sleep mode # and restarted after the machine resumes. # If you notice problems of some services that may be related to # suspend/standby, restarting the service may solve the problem. # The names to enter here are simply the filenames of the init scripts # in /etc/init.d. The services are stopped in the order entered here. # They are restarted after resume in the reverse order. # SUSPEND2DISK_RESTART_SERVICES="autofs slmodemd irda xntpd" SUSPEND2RAM_RESTART_SERVICES="autofs slmodemd irda xntpd" STANDBY_RESTART_SERVICES="xntpd" Aquí tiene que añadir "network". Y a ver si repía Ignacio. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFEUvKtTMYHG2NR9URAstzAJ4rzLfYbbR7T5yj0YOfIM71CCrd4wCbB3Y2 uluucUMSrn54YK9HFEDYKGo= =QaVS -----END PGP SIGNATURE-----
El 20/09/2006 12:19:28 Carlos E. R. escribió: robin.listas> robin.listas> No porque lo apaga. robin.listas> Y al volver a conectar el router este servirá una nueva IP que no coincidira con la "suspendida". Si solo hay un ordenador es mejor desactivar el DHCP del router y darle una IP fija poniendo la máquina con otra IP fija en el mismo rango que la del router como ya apuntaba "Camaleón". -- Saludos, Josep M. Queralt
El 20/09/06, Josep M. Queralt escribió:
Y al volver a conectar el router este servirá una nueva IP que no coincidira con la "suspendida".
No tiene por qué coincidir, con tal de que el equipo "responda y la acepte". El problema es que el equipo al despertar deja de hablar con el router.
Si solo hay un ordenador es mejor desactivar el DHCP del router y darle una IP fija poniendo la máquina con otra IP fija en el mismo rango que la del router como ya apuntaba "Camaleón".
Lo que le sucede es, vamos a decir, interesante. Lo lógico es que funcione como debe, la tarjeta de red no debe suspenderse "mal", es decir, si se trata de un bug hay que reportarlo. La suspensión de la tarjeta no debe evitar la comunicación con el router al despertar, eso es un fallo, pequeño, pero fallo :-). Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-20 a las 17:18 +0200, Camaleón escribió:
Lo que le sucede es, vamos a decir, interesante. Lo lógico es que funcione como debe, la tarjeta de red no debe suspenderse "mal", es decir, si se trata de un bug hay que reportarlo. La suspensión de la tarjeta no debe evitar la comunicación con el router al despertar, eso es un fallo, pequeño, pero fallo :-).
Exacto. El dhcp tiene que funcionar, con sus ventajas e inconvenientes, pero tiene que funcionar. Y, en este caso, poner una IP fija no le servirá de nada estando el nivel físico caído. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFEW1gtTMYHG2NR9URAktIAJ4oDcoZOkwbYh9MnFzaDWoZkCjM3QCfWV/H m6GJSlgh0eLh/Q8Qq7aZiPQ= =Pc1R -----END PGP SIGNATURE-----
Perdonarme pero entre tanto mensaje cruzado algo se me esta perdiendo, no se que es exactamente eso que me pedisteis que hiciera el domingo, he releido los mensajes y creo que es esto: ## Path: System/Powermanagement/apmd/Suspend actions ## Type: string ## Default: "" # If you have a build in NIC that does not survive a suspend/resume cycle # properly, you can add the interface name to this variable. It will then be # shut down before suspend and brought up after resume. # Default: "" APMD_INTERFACES_TO_STOP="" Pon ahí tu eth0 a ver que pasa. Mi duda es si aún poniendo apmd afectará al acpi. Si no es así, habrá otro ajuste similar por otro sitio. Bueno pues me doy a ello si hay algun cambio os lo cuento y si es otra cosa lo que me he dajado de hacer decidmelo Gracias. Camaleón escribió:
El 20/09/06, Josep M. Queralt escribió:
Y al volver a conectar el router este servirá una nueva IP que no coincidira con la "suspendida".
No tiene por qué coincidir, con tal de que el equipo "responda y la acepte". El problema es que el equipo al despertar deja de hablar con el router.
Si solo hay un ordenador es mejor desactivar el DHCP del router y darle una IP fija poniendo la máquina con otra IP fija en el mismo rango que la del router como ya apuntaba "Camaleón".
Lo que le sucede es, vamos a decir, interesante. Lo lógico es que funcione como debe, la tarjeta de red no debe suspenderse "mal", es decir, si se trata de un bug hay que reportarlo. La suspensión de la tarjeta no debe evitar la comunicación con el router al despertar, eso es un fallo, pequeño, pero fallo :-).
Saludos,
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-20 a las 23:05 +0200, Ignacio de Juan Hatchard escribió:
Perdonarme pero entre tanto mensaje cruzado algo se me esta perdiendo, no se que es exactamente eso que me pedisteis que hiciera el domingo, he releido los mensajes y creo que es esto:
APMD_INTERFACES_TO_STOP=""
No, antes de eso. Léete todos los correos. Lo que queremos que hagas es lo que te dije en el último correo, éste: http://lists.suse.com/archive/suse-linux-s/2006-Sep/0903.html O sea, prueba después de despertar: rcnetwork restart ifconfig y nos pones el resultado. El siguiente paso lo tienes un poco más adelante del hilo. Si no lo ves claro, le dices a tu thunderbird que ordene por hilos. Y si te das prisa lo podemos ver esta noche. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFEb+ZtTMYHG2NR9URAim/AJ45+O7lg1xhZBcYWZDz64DdQcvA8wCfVhAp hV98qQgxlyzRavH572veAZA= =GFbF -----END PGP SIGNATURE-----
Siento el retraso señores, no dispongo de todo el tiempo que preciso o del que me gustaría, Creo que lo que queréis decir que no he hecho referente a un mensaje del domingo es esto En /etc/sysconfig/powermanagement tienes algunos ajustes: ## Path: System/Powermanagement/apmd/Suspend actions ## Type: string ## Default: "" # If you have a build in NIC that does not survive a suspend/resume cycle # properly, you can add the interface name to this variable. It will then be # shut down before suspend and brought up after resume. # Default: "" APMD_INTERFACES_TO_STOP="" en efecto todavía no esta hecho, lo siento hay cosas que no se muy bien como hacerlas pero os diré que si es esto a lo que os referís os diré que en mi ordenador no existe /etc/sysconfig/powermanagement no se por que pero no lo encuentro.... ¿que hago? he buscado el archivo powermanagement y no lo encuentro en ningún lado. gracias. Camaleón escribió:
El 20/09/06, Josep M. Queralt escribió:
Y al volver a conectar el router este servirá una nueva IP que no coincidira con la "suspendida".
No tiene por qué coincidir, con tal de que el equipo "responda y la acepte". El problema es que el equipo al despertar deja de hablar con el router.
Si solo hay un ordenador es mejor desactivar el DHCP del router y darle una IP fija poniendo la máquina con otra IP fija en el mismo rango que la del router como ya apuntaba "Camaleón".
Lo que le sucede es, vamos a decir, interesante. Lo lógico es que funcione como debe, la tarjeta de red no debe suspenderse "mal", es decir, si se trata de un bug hay que reportarlo. La suspensión de la tarjeta no debe evitar la comunicación con el router al despertar, eso es un fallo, pequeño, pero fallo :-).
Saludos,
participants (4)
-
Camaleón -
Carlos E. R. -
Ignacio de Juan Hatchard -
Josep M. Queralt