Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Cómo activar placa de red (notebook)
77 views
Skip to first unread message
Rivera Valdez
Nov 29, 2016, 1:00:02 PM11/29/16
to
Qué tal,
se trata de la placa Realtek (eth0) de una Dell XPS 15 L502X, que
funcionaba perfectamente hasta que traté de hacer andar la placa wifi
(Intel Centrino Wireless-N 1030) y no sólo no logré esto último sino
que ahora tampoco me reconoce el administrador de redes la conexión
cableada que antes funcionaba sin problemas.
Si boote (LiveUSB) Debian o Trisquel, el administrador (ícono de abajo
a la derecha) simplemente no encuentra ninguna conexión disponible
(por más que las placas aparecen correctamente en lshw), pero en
cambio, si booteo un Parabola (variante Libre de Arch), sí encuentra
la conexión cableada (y se conecta automáticamente) pero bajo otro
nombre.
Ahora no estoy en casa y no tengo los datos técnicos para pasarlos,
pero por si me pueden ir orientando sobre dónde leer o fijarme para
comenzar, lo voy mencionando.
Básicamente necesito, para empezar, que el sistema vuelva a encontrar
y activar normalmente la placa de red eth0 como lo hacía antes.
Cualquier lectura que me permita manejar esto, será ampliamente
bienvenida.
Gracias, !!
se trata de la placa Realtek (eth0) de una Dell XPS 15 L502X, que
funcionaba perfectamente hasta que traté de hacer andar la placa wifi
(Intel Centrino Wireless-N 1030) y no sólo no logré esto último sino
que ahora tampoco me reconoce el administrador de redes la conexión
cableada que antes funcionaba sin problemas.
Si boote (LiveUSB) Debian o Trisquel, el administrador (ícono de abajo
a la derecha) simplemente no encuentra ninguna conexión disponible
(por más que las placas aparecen correctamente en lshw), pero en
cambio, si booteo un Parabola (variante Libre de Arch), sí encuentra
la conexión cableada (y se conecta automáticamente) pero bajo otro
nombre.
Ahora no estoy en casa y no tengo los datos técnicos para pasarlos,
pero por si me pueden ir orientando sobre dónde leer o fijarme para
comenzar, lo voy mencionando.
Básicamente necesito, para empezar, que el sistema vuelva a encontrar
y activar normalmente la placa de red eth0 como lo hacía antes.
Cualquier lectura que me permita manejar esto, será ampliamente
bienvenida.
Gracias, !!
José María
Nov 29, 2016, 1:50:02 PM11/29/16
to
El 29/11/16 a las 18:52, Rivera Valdez escribió:
Tienes que instalarle el firmware. Sigue estos pasos:
https://wiki.debian.org/iwlwifi
Saludos
https://wiki.debian.org/iwlwifi
Saludos
Rivera Valdez
Dec 1, 2016, 12:00:03 PM12/1/16
to
ahí: No sólo no se activa la conexión wireless sino que dejó de
funcionar la conexión por cable de red normal (que antes funcionaba
perfecto).
Lo extraño es que si booteo Debian Jessie (LiveUSB) no consigo
conectarme, en cambio, con Parabola (Arch derivative) configura la
conexión cableada (no como eth0, sino como enp6s0). Es como si eth0
hubiera quedado ¿bloqueado? ...
A continuación pego la secuencia de comandos con que instalé el
firmware (iwlwifi) en Debian, y el hardware y conexiones que me
muestra el sistema antes y después (en ningún momento wicd encuentra
ninguna de las redes disponibles, ni cableada ni wireless).
¿Hay alguna manera de activar la conexión cableada manualmente?
Agradezco cualquier ayuda, desde ya.
user@debian:~$ sudo su
root@debian:/home/user# ifconfig && iwconfig && lspci && lsmod
eth0 Link encap:Ethernet HWaddr 14:fe:b5:b8:11:13
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
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:65536 Metric:1
RX packets:43 errors:0 dropped:0 overruns:0 frame:0
TX packets:43 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4133 (4.0 KiB) TX bytes:4133 (4.0 KiB)
lo no wireless extensions.
eth0 no wireless extensions.
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor
Family DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core
Processor Family PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation
Core Processor Family Integrated Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200
Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
Family USB Enhanced Host Controller #2 (rev 05)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset
Family High Definition Audio Controller (rev 05)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
Family PCI Express Root Port 1 (rev b5)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
Family PCI Express Root Port 2 (rev b5)
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
Family PCI Express Root Port 4 (rev b5)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
Family PCI Express Root Port 5 (rev b5)
00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
Family PCI Express Root Port 6 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
Family USB Enhanced Host Controller #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation HM67 Express Chipset Family LPC
Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series
Chipset Family 6 port SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family
SMBus Controller (rev 05)
01:00.0 VGA compatible controller: NVIDIA Corporation GF108M [GeForce
GT 525M] (rev a1)
03:00.0 Network controller: Intel Corporation Centrino Wireless-N 1030
[Rainbow Peak] (rev 34)
04:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host
Controller (rev 04)
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
Module Size Used by
ext4 477942 1
crc16 12343 1 ext4
mbcache 17171 1 ext4
jbd2 82514 1 ext4
nfsd 262938 2
auth_rpcgss 51209 1 nfsd
oid_registry 12419 1 auth_rpcgss
nfs_acl 12511 1 nfsd
nfs 192232 0
lockd 83389 2 nfs,nfsd
fscache 45542 1 nfs
sunrpc 237364 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
uvcvideo 79005 0
videobuf2_vmalloc 12816 1 uvcvideo
videobuf2_memops 12519 1 videobuf2_vmalloc
videobuf2_core 47787 1 uvcvideo
v4l2_common 12995 1 videobuf2_core
x86_pkg_temp_thermal 12951 0
videodev 126451 3 uvcvideo,v4l2_common,videobuf2_core
intel_powerclamp 17159 0
intel_rapl 17356 0
snd_hda_codec_hdmi 45118 1
media 18305 2 uvcvideo,videodev
coretemp 12820 0
snd_hda_codec_realtek 67168 1
kvm_intel 139116 0
snd_hda_codec_generic 63181 1 snd_hda_codec_realtek
snd_hda_intel 26407 3
snd_hda_controller 26646 1 snd_hda_intel
snd_hda_codec 104500 5
snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
iwlwifi 96547 0
kvm 392862 1 kvm_intel
cfg80211 413730 1 iwlwifi
snd_hwdep 13148 1 snd_hda_codec
snd_pcm 88662 4
snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
iTCO_wdt 12831 0
dell_wmi 12477 0
mei_me 17941 0
iTCO_vendor_support 12649 1 iTCO_wdt
mei 74977 1 mei_me
sparse_keymap 12818 1 dell_wmi
dell_laptop 17077 0
i2c_i801 16965 0
dcdbas 13313 1 dell_laptop
snd_timer 26668 1 snd_pcm
snd 65338 14
snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
rfkill 18867 2 cfg80211,dell_laptop
dell_smo8800 12742 0
lpc_ich 20768 0
mfd_core 12601 1 lpc_ich
ac 12715 0
soundcore 13026 2 snd,snd_hda_codec
shpchp 31121 0
processor 28221 0
crc32_pclmul 12915 0
evdev 17445 15
joydev 17063 0
cryptd 14516 0
pcspkr 12595 0
serio_raw 12849 0
battery 13356 0
vmhgfs 65266 0
vmw_vmci 55383 1 vmhgfs
fuse 83350 3
parport_pc 26300 0
ppdev 16782 0
lp 17074 0
parport 35749 3 lp,ppdev,parport_pc
autofs4 35529 2
squashfs 43856 1
loop 26605 3
aufs 199570 2127
nls_utf8 12456 1
nls_cp437 16553 1
vfat 17135 1
fat 61986 1 vfat
sr_mod 21903 0
cdrom 47424 1 sr_mod
sg 29973 0
sd_mod 44356 3
crc_t10dif 12431 1 sd_mod
crct10dif_generic 12581 0
usb_storage 56215 2
nouveau 1122508 1
ahci 33334 0
mxm_wmi 12515 1 nouveau
i915 841331 2
libahci 27158 1 ahci
ttm 77862 1 nouveau
crct10dif_pclmul 13387 1
i2c_algo_bit 12751 2 i915,nouveau
ehci_pci 12512 0
crct10dif_common 12356 3 crct10dif_pclmul,crct10dif_generic,crc_t10dif
crc32c_intel 21809 0
libata 177508 2 ahci,libahci
xhci_hcd 152977 0
drm_kms_helper 49210 2 i915,nouveau
ehci_hcd 69837 1 ehci_pci
psmouse 99249 0
r8169 68262 0
mii 12675 1 r8169
scsi_mod 191405 5 sg,usb_storage,libata,sd_mod,sr_mod
usbcore 195468 5 uvcvideo,usb_storage,ehci_hcd,ehci_pci,xhci_hcd
drm 249998 7 ttm,i915,drm_kms_helper,nouveau
usb_common 12440 1 usbcore
i2c_core 46012 8
drm,i915,i2c_i801,drm_kms_helper,i2c_algo_bit,v4l2_common,nouveau,videodev
thermal 17559 0
wmi 17339 3 dell_wmi,mxm_wmi,nouveau
video 18096 2 i915,nouveau
thermal_sys 27642 5
video,intel_powerclamp,thermal,processor,x86_pkg_temp_thermal
button 12944 2 i915,nouveau
root@debian:/home/user# gdebi firmware-iwlwifi_0.43_all.deb
Reading package lists... Done
Building dependency tree
Reading state information... Done
Building data structures... Done
Building data structures... Done
Binary firmware for Intel Wireless cards
This package contains the binary firmware for Intel Wireless cards
supported by the iwlegacy/iwl3945 and iwlwifi/iwlagn drivers.
.
Contents:
* Intel Wireless 3160 rev 10 Bluetooth firmware patch
(intel/ibt-hw-37.7.10-fw-1.0.2.3.d.bseq)
* Intel Wireless 7260 rev 10 WP2 B5 Bluetooth firmware path
(intel/ibt-hw-37.7.10-fw-1.80.1.2d.d.bseq)
* Intel Wireless 7260 rev 10 Bluetooth firmware patch
(intel/ibt-hw-37.7.10-fw-1.80.2.3.d.bseq)
* Intel Wireless 7260 Bluetooth firmware generic patch
(intel/ibt-hw-37.7.bseq)
* Intel Wireless 7265 rev 10 Bluetooth firmware generic patch
(intel/ibt-hw-37.8.10-fw-1.10.2.27.d.bseq)
* Intel Wireless 7265 Bluetooth firmware generic patch
(intel/ibt-hw-37.8.bseq)
* Intel Wireless 100 firmware, version 39.31.5.1 (iwlwifi-100-5.ucode)
* Intel Wireless 105 firmware, version 18.168.6.1
(iwlwifi-105-6.ucode)
* Intel Wireless 135 firmware, version 18.168.6.1
(iwlwifi-135-6.ucode)
* Intel Wireless 1000 firmware, version 39.31.5.1
(iwlwifi-1000-5.ucode)
* Intel Wireless 2200 firmware, version 18.168.6.1
(iwlwifi-2000-6.ucode)
* Intel Wireless 2230 firmware, version 18.168.6.1
(iwlwifi-2030-6.ucode)
* Intel Wireless 3160 firmware, version 22.1.7.0
(iwlwifi-3160-7.ucode)
* Intel Wireless 3160 firmware, version 22.24.8.0
(iwlwifi-3160-8.ucode)
* Intel Wireless 3160 firmware, version 23.214.9.0
(iwlwifi-3160-9.ucode)
* Intel Wireless 3945 firmware, version 15.32.2.9
(iwlwifi-3945-2.ucode)
* Intel Wireless 4965 firmware, version 228.61.2.24
(iwlwifi-4965-2.ucode)
* Intel Wireless 5100, 5300 and 5350 firmware, version 8.24.2.12
(iwlwifi-5000-2.ucode)
* Intel Wireless 5100, 5300 and 5350 firmware, version 8.83.5.1
(iwlwifi-5000-5.ucode)
* Intel Wireless 5150 firmware, version 8.24.2.2
(iwlwifi-5150-2.ucode)
* Intel Wireless 6000 firmware, version 9.221.4.1
(iwlwifi-6000-4.ucode)
* Intel Wireless 6005/6205 firmware, version 17.168.5.3
(iwlwifi-6000g2a-5.ucode)
* Intel Wireless 6005/6205 firmware, version 18.168.6.1
(iwlwifi-6000g2a-6.ucode)
* Intel Wireless 6030 firmware, version 18.168.6.1
(iwlwifi-6000g2b-6.ucode)
* Intel Wireless 6250 firmware, version 9.201.4.1
(iwlwifi-6050-4.ucode)
* Intel Wireless 6250 firmware, version 41.28.5.1
(iwlwifi-6050-5.ucode)
* Intel Wireless 7260 firmware, version 22.1.7.0
(iwlwifi-7260-7.ucode)
* Intel Wireless 7260 firmware, version 22.24.8.0
(iwlwifi-7260-8.ucode)
* Intel Wireless 7260 firmware, version 23.214.9.0
(iwlwifi-7260-9.ucode)
* Intel Wireless 7265 firmware, version 22.24.8.0
(iwlwifi-7265-8.ucode)
* Intel Wireless 7265 firmware, version 23.214.9.0
(iwlwifi-7265-9.ucode)
Do you want to install the software package? [y/N]:y
Selecting previously unselected package firmware-iwlwifi.
(Reading database ... 115483 files and directories currently installed.)
Preparing to unpack firmware-iwlwifi_0.43_all.deb ...
Unpacking firmware-iwlwifi (0.43) ...
Setting up firmware-iwlwifi (0.43) ...
root@debian:/home/user# modprobe -r iwlwifi ; modprobe iwlwifi
root@debian:/home/user# ifconfig && iwconfig && lspci && lsmod
eth0 Link encap:Ethernet HWaddr 14:fe:b5:b8:11:13
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
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:65536 Metric:1
RX packets:45 errors:0 dropped:0 overruns:0 frame:0
TX packets:45 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4277 (4.1 KiB) TX bytes:4277 (4.1 KiB)
lo no wireless extensions.
wlan0 IEEE 802.11bgn ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=off
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
eth0 no wireless extensions.
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor
Family DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core
Processor Family PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation
Core Processor Family Integrated Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200
Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
Family USB Enhanced Host Controller #2 (rev 05)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset
Family High Definition Audio Controller (rev 05)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
Family PCI Express Root Port 1 (rev b5)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
Family PCI Express Root Port 2 (rev b5)
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
Family PCI Express Root Port 4 (rev b5)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
Family PCI Express Root Port 5 (rev b5)
00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
Family PCI Express Root Port 6 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
Family USB Enhanced Host Controller #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation HM67 Express Chipset Family LPC
Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series
Chipset Family 6 port SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family
SMBus Controller (rev 05)
01:00.0 VGA compatible controller: NVIDIA Corporation GF108M [GeForce
GT 525M] (rev a1)
03:00.0 Network controller: Intel Corporation Centrino Wireless-N 1030
[Rainbow Peak] (rev 34)
04:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host
Controller (rev 04)
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
Module Size Used by
arc4 12536 2
iwldvm 135156 0
mac80211 482315 1 iwldvm
iwlwifi 96547 1 iwldvm
cfg80211 413730 3 iwlwifi,mac80211,iwldvm
ext4 477942 1
crc16 12343 1 ext4
mbcache 17171 1 ext4
jbd2 82514 1 ext4
nfsd 262938 2
auth_rpcgss 51209 1 nfsd
oid_registry 12419 1 auth_rpcgss
nfs_acl 12511 1 nfsd
nfs 192232 0
lockd 83389 2 nfs,nfsd
fscache 45542 1 nfs
sunrpc 237364 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
uvcvideo 79005 0
videobuf2_vmalloc 12816 1 uvcvideo
videobuf2_memops 12519 1 videobuf2_vmalloc
videobuf2_core 47787 1 uvcvideo
v4l2_common 12995 1 videobuf2_core
x86_pkg_temp_thermal 12951 0
videodev 126451 3 uvcvideo,v4l2_common,videobuf2_core
intel_powerclamp 17159 0
intel_rapl 17356 0
snd_hda_codec_hdmi 45118 1
media 18305 2 uvcvideo,videodev
coretemp 12820 0
snd_hda_codec_realtek 67168 1
kvm_intel 139116 0
snd_hda_codec_generic 63181 1 snd_hda_codec_realtek
snd_hda_intel 26407 3
snd_hda_controller 26646 1 snd_hda_intel
snd_hda_codec 104500 5
snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
kvm 392862 1 kvm_intel
snd_hwdep 13148 1 snd_hda_codec
snd_pcm 88662 4
snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
iTCO_wdt 12831 0
dell_wmi 12477 0
mei_me 17941 0
iTCO_vendor_support 12649 1 iTCO_wdt
mei 74977 1 mei_me
sparse_keymap 12818 1 dell_wmi
dell_laptop 17077 0
i2c_i801 16965 0
dcdbas 13313 1 dell_laptop
snd_timer 26668 1 snd_pcm
snd 65338 14
snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
rfkill 18867 2 cfg80211,dell_laptop
dell_smo8800 12742 0
lpc_ich 20768 0
mfd_core 12601 1 lpc_ich
ac 12715 0
soundcore 13026 2 snd,snd_hda_codec
shpchp 31121 0
processor 28221 0
crc32_pclmul 12915 0
evdev 17445 15
joydev 17063 0
cryptd 14516 0
pcspkr 12595 0
serio_raw 12849 0
battery 13356 0
vmhgfs 65266 0
vmw_vmci 55383 1 vmhgfs
fuse 83350 3
parport_pc 26300 0
ppdev 16782 0
lp 17074 0
parport 35749 3 lp,ppdev,parport_pc
autofs4 35529 2
squashfs 43856 1
loop 26605 3
aufs 199570 2129
nls_utf8 12456 1
nls_cp437 16553 1
vfat 17135 1
fat 61986 1 vfat
sr_mod 21903 0
cdrom 47424 1 sr_mod
sg 29973 0
sd_mod 44356 3
crc_t10dif 12431 1 sd_mod
crct10dif_generic 12581 0
usb_storage 56215 2
nouveau 1122508 1
ahci 33334 0
mxm_wmi 12515 1 nouveau
i915 841331 2
libahci 27158 1 ahci
ttm 77862 1 nouveau
crct10dif_pclmul 13387 1
i2c_algo_bit 12751 2 i915,nouveau
ehci_pci 12512 0
crct10dif_common 12356 3 crct10dif_pclmul,crct10dif_generic,crc_t10dif
crc32c_intel 21809 0
libata 177508 2 ahci,libahci
xhci_hcd 152977 0
drm_kms_helper 49210 2 i915,nouveau
ehci_hcd 69837 1 ehci_pci
psmouse 99249 0
r8169 68262 0
mii 12675 1 r8169
scsi_mod 191405 5 sg,usb_storage,libata,sd_mod,sr_mod
usbcore 195468 5 uvcvideo,usb_storage,ehci_hcd,ehci_pci,xhci_hcd
drm 249998 7 ttm,i915,drm_kms_helper,nouveau
usb_common 12440 1 usbcore
i2c_core 46012 8
drm,i915,i2c_i801,drm_kms_helper,i2c_algo_bit,v4l2_common,nouveau,videodev
thermal 17559 0
wmi 17339 3 dell_wmi,mxm_wmi,nouveau
video 18096 2 i915,nouveau
thermal_sys 27642 5
video,intel_powerclamp,thermal,processor,x86_pkg_temp_thermal
button 12944 2 i915,nouveau
José María
Dec 1, 2016, 2:30:03 PM12/1/16
to
>
> Lo extraño es que si booteo Debian Jessie (LiveUSB) no consigo
> conectarme, en cambio, con Parabola (Arch derivative) configura la
> conexión cableada (no como eth0, sino como enp6s0). Es como si eth0
> hubiera quedado ¿bloqueado? ...
Debian Stretch seguramente traerá ese cambio... ya nos acostumbraremos.
Y he de suponer que ni en Trisquel ni en Parabola tendrías wifi porque
son proyectos de software libre y el firmware que vas a instalar (o has
instalado) no lo es.
>
> A continuación pego la secuencia de comandos con que instalé el
> firmware (iwlwifi) en Debian, y el hardware y conexiones que me
> muestra el sistema antes y después (en ningún momento wicd encuentra
> ninguna de las redes disponibles, ni cableada ni wireless).
>
> ¿Hay alguna manera de activar la conexión cableada manualmente?
> Agradezco cualquier ayuda, desde ya.
cable, o sea, como intestaste activar el wifi.
Como puedes observar al instalar el firmware-iwlwifi (el que te has
descargado), ya te lo reconoce (wlan0)... te pone que está desactivado,
pero te lo reconoce.
Así que deshaz todo lo que hayas hecho hasta que tenías conexión por
cable y después sigue los pasos para instalar el firmware como te pone
en la wiki [1].
Si no te acuerdas reinstala el sistema. No te compliques.
Si lo ves muy complicado usa una imagen live con el firmware non-free
incluido [2].
Suerte.
[1] https://wiki.debian.org/iwlwifi
[2]
http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/8.6.0-live+nonfree/amd64/iso-hybrid/
Javier Marcon
Dec 1, 2016, 3:40:02 PM12/1/16
to
El 01/12/16 a las 17:31, Rivera Valdez escribió:
>
> Entiendo que el sistema instalado no encuentre la placa por tener el
> "nombre" cambiado, pero ¿por qué no la encuentran los sistemas que
> booteo en LiveUSB?
> ¿Puede ser que el firmware (non-free) de la placa wireless que instalé
> y luego desinstalé (firmware-iwlwifi) haya modificado el firmware de
> la placa de red?
> En ese caso, ¿dónde/cómo se edita eso?
> red cableada. Parabola/Arch en cambio usan la red cableada con este
> "nombre" nuevo (enp6s0). ¿Se le puede indicar al sistema que use ese
> otro "nombre" entonces?
> reproduje en la salida de terminal que pegué antes), descargué y volví
> a cargar el módulo indicado (modprobe -r iwlwifi ; modprobe iwlwifi),
> y como la conexión wireless seguía sin aparecer, desinstalé iwlwifi
> con apt-get.
> Al reiniciar el sistema ya no se conectaba con la placa de red (que es
> esta, según lshw):
>
> Ethernet interface
> RTL8111/8168/8411 PCI Express Gigabit Ethernet Controler
> Realtek Semiconductor Co., Ltd.
> cable (eth0) ni de ningún otro modo.
> en modo Live no consiguen abrir el contenido, de modo que hacer un
> backup está doblemente complicado (al margen de que reinstalar el
> sistema me significaría una enorme pérdida de tiempo adicional, desde
> ya).
> sistema quizá me sirva, pero en rigor todo lo que necesito es que el
> sistema se conecte por cable de red como lo venía haciendo antes.
>
> Si hay alguna documentación técnica que leer donde se explique cómo
> hacer esto a mano (por más que sea largo) agradecería que me la
> indiquen.
>
> Y gracias de nuevo por la ayuda, desde ya. Esto me está impidiendo
> seguir trabajando y reinstalar todo el sistema sería la peor solución
> (al menos en principio)...
>
>
Probaste desde consola configurar la placa de red con el nombre nuevo?:
ifconfig enp6s0 up
ifconfig enp6s0 192.168.1.10 netmask 255.255.255.0
route add default gateway 192.168.1.1
Obviamente cambiando las ips (y mascara de red) a las que correspondan
de tu maquina y del gateway.
Si eso te funciona, modifica el nombre en /etc/network/interfaces
Saludos,
Javier.
--
Eco red Natural.
Veta de productos orgánicos y BPA.
Totalmente naturales.
>> No hombre, no está bloqueado, solo es un cambio de "nombre".
> ¿Hay alguna manera de volver a poner el "nombre" anterior?
>
> Entiendo que el sistema instalado no encuentre la placa por tener el
> "nombre" cambiado, pero ¿por qué no la encuentran los sistemas que
> booteo en LiveUSB?
> ¿Puede ser que el firmware (non-free) de la placa wireless que instalé
> y luego desinstalé (firmware-iwlwifi) haya modificado el firmware de
> la placa de red?
> En ese caso, ¿dónde/cómo se edita eso?
>
>> Y he de suponer que ni en Trisquel ni en Parabola tendrías wifi porque son
>> proyectos de software libre y el firmware que vas a instalar (o has
>> instalado) no lo es.
> Correcto. Pero los derivados de Debian (Trisquel) no se conectan a la
>> Y he de suponer que ni en Trisquel ni en Parabola tendrías wifi porque son
>> proyectos de software libre y el firmware que vas a instalar (o has
>> instalado) no lo es.
> red cableada. Parabola/Arch en cambio usan la red cableada con este
> "nombre" nuevo (enp6s0). ¿Se le puede indicar al sistema que use ese
> otro "nombre" entonces?
>
>> El problema es no sabemos que has hecho para que no tengas conexión por
>> cable, o sea, como intestaste activar el wifi.
> Instalé el paquete firmware-iwlwifi con gdebi (los mismos pasos que
>> El problema es no sabemos que has hecho para que no tengas conexión por
>> cable, o sea, como intestaste activar el wifi.
> reproduje en la salida de terminal que pegué antes), descargué y volví
> a cargar el módulo indicado (modprobe -r iwlwifi ; modprobe iwlwifi),
> y como la conexión wireless seguía sin aparecer, desinstalé iwlwifi
> con apt-get.
> Al reiniciar el sistema ya no se conectaba con la placa de red (que es
> esta, según lshw):
>
> Ethernet interface
> RTL8111/8168/8411 PCI Express Gigabit Ethernet Controler
> Realtek Semiconductor Co., Ltd.
>
>> Así que deshaz todo lo que hayas hecho hasta que tenías conexión por cable y
>> después sigue los pasos para instalar el firmware como te pone en la wiki
>> [1].
> Hecho. Pero deshechos todos los pasos, no vuelve a conectarse por
>> Así que deshaz todo lo que hayas hecho hasta que tenías conexión por cable y
>> después sigue los pasos para instalar el firmware como te pone en la wiki
>> [1].
> cable (eth0) ni de ningún otro modo.
>
>> Si no te acuerdas reinstala el sistema. No te compliques.
> Preferiría evitar esto. El disco está encriptado y desde las distros
>> Si no te acuerdas reinstala el sistema. No te compliques.
> en modo Live no consiguen abrir el contenido, de modo que hacer un
> backup está doblemente complicado (al margen de que reinstalar el
> sistema me significaría una enorme pérdida de tiempo adicional, desde
> ya).
>
>> Si lo ves muy complicado usa una imagen live con el firmware non-free
>> incluido [2].
> Gracias por el link. Si eventualmente tengo que reinstalar todo el
>> Si lo ves muy complicado usa una imagen live con el firmware non-free
>> incluido [2].
> sistema quizá me sirva, pero en rigor todo lo que necesito es que el
> sistema se conecte por cable de red como lo venía haciendo antes.
>
> Si hay alguna documentación técnica que leer donde se explique cómo
> hacer esto a mano (por más que sea largo) agradecería que me la
> indiquen.
>
> Y gracias de nuevo por la ayuda, desde ya. Esto me está impidiendo
> seguir trabajando y reinstalar todo el sistema sería la peor solución
> (al menos en principio)...
>
>
Probaste desde consola configurar la placa de red con el nombre nuevo?:
ifconfig enp6s0 up
ifconfig enp6s0 192.168.1.10 netmask 255.255.255.0
route add default gateway 192.168.1.1
Obviamente cambiando las ips (y mascara de red) a las que correspondan
de tu maquina y del gateway.
Si eso te funciona, modifica el nombre en /etc/network/interfaces
Saludos,
Javier.
--
Eco red Natural.
Veta de productos orgánicos y BPA.
Totalmente naturales.
Rivera Valdez
Dec 1, 2016, 3:40:02 PM12/1/16
to
> No hombre, no está bloqueado, solo es un cambio de "nombre".
¿Hay alguna manera de volver a poner el "nombre" anterior?
Entiendo que el sistema instalado no encuentre la placa por tener el
"nombre" cambiado, pero ¿por qué no la encuentran los sistemas que
booteo en LiveUSB?
¿Puede ser que el firmware (non-free) de la placa wireless que instalé
y luego desinstalé (firmware-iwlwifi) haya modificado el firmware de
la placa de red?
En ese caso, ¿dónde/cómo se edita eso?
Entiendo que el sistema instalado no encuentre la placa por tener el
"nombre" cambiado, pero ¿por qué no la encuentran los sistemas que
booteo en LiveUSB?
¿Puede ser que el firmware (non-free) de la placa wireless que instalé
y luego desinstalé (firmware-iwlwifi) haya modificado el firmware de
la placa de red?
En ese caso, ¿dónde/cómo se edita eso?
> Y he de suponer que ni en Trisquel ni en Parabola tendrías wifi porque son
> proyectos de software libre y el firmware que vas a instalar (o has
> instalado) no lo es.
> proyectos de software libre y el firmware que vas a instalar (o has
> instalado) no lo es.
Correcto. Pero los derivados de Debian (Trisquel) no se conectan a la
red cableada. Parabola/Arch en cambio usan la red cableada con este
"nombre" nuevo (enp6s0). ¿Se le puede indicar al sistema que use ese
otro "nombre" entonces?
red cableada. Parabola/Arch en cambio usan la red cableada con este
"nombre" nuevo (enp6s0). ¿Se le puede indicar al sistema que use ese
otro "nombre" entonces?
> El problema es no sabemos que has hecho para que no tengas conexión por
> cable, o sea, como intestaste activar el wifi.
> cable, o sea, como intestaste activar el wifi.
Instalé el paquete firmware-iwlwifi con gdebi (los mismos pasos que
reproduje en la salida de terminal que pegué antes), descargué y volví
a cargar el módulo indicado (modprobe -r iwlwifi ; modprobe iwlwifi),
y como la conexión wireless seguía sin aparecer, desinstalé iwlwifi
con apt-get.
Al reiniciar el sistema ya no se conectaba con la placa de red (que es
esta, según lshw):
Ethernet interface
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controler
Realtek Semiconductor Co., Ltd.
reproduje en la salida de terminal que pegué antes), descargué y volví
a cargar el módulo indicado (modprobe -r iwlwifi ; modprobe iwlwifi),
y como la conexión wireless seguía sin aparecer, desinstalé iwlwifi
con apt-get.
Al reiniciar el sistema ya no se conectaba con la placa de red (que es
esta, según lshw):
Ethernet interface
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controler
Realtek Semiconductor Co., Ltd.
> Así que deshaz todo lo que hayas hecho hasta que tenías conexión por cable y
> después sigue los pasos para instalar el firmware como te pone en la wiki
> [1].
> después sigue los pasos para instalar el firmware como te pone en la wiki
> [1].
Hecho. Pero deshechos todos los pasos, no vuelve a conectarse por
cable (eth0) ni de ningún otro modo.
cable (eth0) ni de ningún otro modo.
> Si no te acuerdas reinstala el sistema. No te compliques.
Preferiría evitar esto. El disco está encriptado y desde las distros
en modo Live no consiguen abrir el contenido, de modo que hacer un
backup está doblemente complicado (al margen de que reinstalar el
sistema me significaría una enorme pérdida de tiempo adicional, desde
ya).
en modo Live no consiguen abrir el contenido, de modo que hacer un
backup está doblemente complicado (al margen de que reinstalar el
sistema me significaría una enorme pérdida de tiempo adicional, desde
ya).
> Si lo ves muy complicado usa una imagen live con el firmware non-free
> incluido [2].
> incluido [2].
José María
Dec 1, 2016, 5:10:03 PM12/1/16
to
> El 01/12/16 a las 17:31, Rivera Valdez escribió:
>>> No hombre, no está bloqueado, solo es un cambio de "nombre".
>> ¿Hay alguna manera de volver a poner el "nombre" anterior?
>>
>> Entiendo que el sistema instalado no encuentre la placa por tener el
>> "nombre" cambiado, pero ¿por qué no la encuentran los sistemas que
>> booteo en LiveUSB?
>> ¿Puede ser que el firmware (non-free) de la placa wireless que instalé
>> y luego desinstalé (firmware-iwlwifi) haya modificado el firmware de
>> la placa de red?
>> En ese caso, ¿dónde/cómo se edita eso?
>>
>>> Y he de suponer que ni en Trisquel ni en Parabola tendrías wifi porque son
>>> proyectos de software libre y el firmware que vas a instalar (o has
>>> instalado) no lo es.
>> Correcto. Pero los derivados de Debian (Trisquel) no se conectan a la
>> red cableada. Parabola/Arch en cambio usan la red cableada con este
>> "nombre" nuevo (enp6s0). ¿Se le puede indicar al sistema que use ese
>> otro "nombre" entonces?
datos que te ofrece tu Debian, el que tienes INSTALADO.
que tenías conexión de red.
>>
>> Si hay alguna documentación técnica que leer donde se explique cómo
>> hacer esto a mano (por más que sea largo) agradecería que me la
>> indiquen.
>>
>> Y gracias de nuevo por la ayuda, desde ya. Esto me está impidiendo
>> seguir trabajando y reinstalar todo el sistema sería la peor solución
>> (al menos en principio)...
>>
>>
> Probaste desde consola configurar la placa de red con el nombre nuevo?:
>
> ifconfig enp6s0 up
> ifconfig enp6s0 192.168.1.10 netmask 255.255.255.0
> route add default gateway 192.168.1.1
>
> Obviamente cambiando las ips (y mascara de red) a las que correspondan
> de tu maquina y del gateway.
>
> Si eso te funciona, modifica el nombre en /etc/network/interfaces
>
> Saludos,
>
> Javier.
>
éste lo nombra como "enp6s0"... ¿y que más dá? como si se llama pepito
grillo!!!
Usa los datos que te proporciona el sistema que tienes instalado, el que
no te funciona, el que quieres arreglar.
Si en un principio tenia conexión por red pero al intentar activar el
wifi lo perdiste todo eso quiere decir:
a) Que la tarjeta de red funciona (o funcionaba)
b) Que has hecho algo mal (pero lo vas a arreglar, confío en tí)
Así que deja el pc en ese punto, en donde todo (o casi todo) funcionaba
bien.
Y cuando lo tengas todo como antes le metes mano al wifi instalando el
firmware como te pone en la wiki (porque se supone que ya tendrás
internet), o sea, añadiendo el non-free al repositorio e instalando el
paquete firmware-iwlwifi.
A ver si me das una alegría la próxima vez que escribas :-)
Saludos
Rivera Valdez
Dec 1, 2016, 9:40:02 PM12/1/16
to
Acabo de bootear con la imagen live de Debian con el firmware non-free incluido.
Siguen sin funcionar ni la placa de red ni la wireless, y me topo con
lo siguiente:
root@debian:/home/user# iwconfig
SIOCSIFFLAGS: Operation not possible due to RF-kill
Ahora voy a ver qué es RF-kill, pero si tienen alguna orientación al
respecto, bienvenida.
Saludos, y muchas gracias de nuevo.
Siguen sin funcionar ni la placa de red ni la wireless, y me topo con
lo siguiente:
root@debian:/home/user# iwconfig
lo no wireless extensions.
wlan0 IEEE 802.11bgn ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=off
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
eth0 no wireless extensions.
root@debian:/home/user# ifconfig wlan0 up
wlan0 IEEE 802.11bgn ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=off
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
eth0 no wireless extensions.
SIOCSIFFLAGS: Operation not possible due to RF-kill
Ahora voy a ver qué es RF-kill, pero si tienen alguna orientación al
respecto, bienvenida.
Saludos, y muchas gracias de nuevo.
Gonzalo Rivero
Dec 2, 2016, 7:10:03 AM12/2/16
to
encenderla con Fn (la tecla azul)+Falgo, o tengas teclas específicas
para encender/apagar el wifi
José María
Dec 2, 2016, 1:00:03 PM12/2/16
to
Inicia con tu debian (el que tienes instalado) y haz lo que te acaban de
comentar, usa el botón físico o táctil o usa la combinación de teclas
para activarla... googlea que hay varias formas de solucionarlo, tendrás
que ir probando.
Respecto a la tarjeta de red ethernet que tampoco te va, muestra la
salida del siguiente comando:
cat /etc/network/interfaces
A ver si acertamos esta vez...
Rivera Valdez
Dec 3, 2016, 9:10:03 AM12/3/16
to
> Aparece otra eth0 entre las interfaces wireless, ¿puede ser que al
> estar el nombre duplicado el sistema no sepa qué hacer y la ignore?
> ¿Cómo puedo anular/eliminar la entrada eth0 de la lista de wireless
> (iwconfig) para ver si es ese el problema?
Por las dudas les recuerdo que cuando booteo con otras distros que
asignan el nombre enp6s0 a la placa de red, esta se conecta sin
problemas por cable; de ahí mi sospecha de que el asunto pase por
estar eth0 duplicada (como interfaz cableada y wireless).
> estar el nombre duplicado el sistema no sepa qué hacer y la ignore?
> ¿Cómo puedo anular/eliminar la entrada eth0 de la lista de wireless
> (iwconfig) para ver si es ese el problema?
Por las dudas les recuerdo que cuando booteo con otras distros que
asignan el nombre enp6s0 a la placa de red, esta se conecta sin
problemas por cable; de ahí mi sospecha de que el asunto pase por
estar eth0 duplicada (como interfaz cableada y wireless).
Rivera Valdez
Dec 3, 2016, 9:10:04 AM12/3/16
to
1) Muchas gracias a todos por la ayuda y orientación.
2) Efectivamente, la placa wireless ahora está funcionando y el
problema era que estaba bloqueada por hardware (en esta notebook es
especialmente incómodo porque las teclas F1, F2, etc., tienen
incorporadas acciones "multimedia", pero hay que elegir al bootear si
serán usadas como "multimedia" o como "función", de modo que hay que
bootear como "multimedia", activar la placa wireless, rebootear y
volver las teclas al modo normal... Creo que se pueden mapear
correctamente para que hagan una o la otra cosa añadiendo el uso de
una tecla "Fn" que tiene el teclado, pero ya es un laburo extra).
3) Sigue sin funcionar la placa de red. Y tengo la sospecha de que el
problema pase porque el nombre está duplicado. Fíjense:
root@debian:/home/user# lshw
*-network
description: Wireless interface
product: Centrino Wireless-N 1030 [Rainbow Peak]
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:03:00.0
logical name: wlan0
version: 34
serial: ac:72:89:0b:a1:2b
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list
ethernet physical wireless
configuration: broadcast=yes driver=iwlwifi
driverversion=3.16.0-4-amd64 firmware=18.168.6.1 ip=10.0.0.8 latency=0
link=yes multicast=yes wireless=IEEE 802.11bgn
resources: irq:55 memory:f1b00000-f1b01fff
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit
Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:06:00.0
logical name: eth0
version: 06
serial: 14:fe:b5:b8:11:13
size: 10Mbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master
cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt
1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes
driver=r8169 driverversion=2.3LK-NAPI duplex=half
firmware=rtl_nic/rtl8168e-2.fw latency=0 link=no multicast=yes
port=MII speed=10Mbit/s
resources: irq:41 ioport:2000(size=256)
memory:f1804000-f1804fff memory:f1800000-f1803fff
root@debian:/home/user# ifconfig -a
eth0 Link encap:Ethernet HWaddr 14:fe:b5:b8:11:13
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
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:65536 Metric:1
RX packets:857 errors:0 dropped:0 overruns:0 frame:0
TX packets:857 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:145861 (142.4 KiB) TX bytes:145861 (142.4 KiB)
wlan0 Link encap:Ethernet HWaddr ac:72:89:0b:a1:2b
inet addr:10.0.0.8 Bcast:10.0.0.255 Mask:255.255.255.0
inet6 addr: fe80::ae72:89ff:fe0b:a12b/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:18545 errors:0 dropped:0 overruns:0 frame:0
TX packets:16154 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:20507322 (19.5 MiB) TX bytes:2233434 (2.1 MiB)
root@debian:/home/user# iwconfig
lo no wireless extensions.
wlan0 IEEE 802.11bgn ESSID:"Los Tanukis"
Mode:Managed Frequency:2.412 GHz Access Point: 38:22:9D:0C:56:51
Bit Rate=54 Mb/s Tx-Power=15 dBm
Power Management:off
Link Quality=54/70 Signal level=-56 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:6 Invalid misc:488 Missed beacon:0
eth0 no wireless extensions.
Aparece otra eth0 entre las interfaces wireless, ¿puede ser que al
estar el nombre duplicado el sistema no sepa qué hacer y la ignore?
¿Cómo puedo anular/eliminar la entrada eth0 de la lista de wireless
(iwconfig) para ver si es ese el problema?
4) Esta es la salida de interfaces:
root@debian:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback
Les vuelvo a agradecer a todos. Ya es medio problema resuelto volver a
tener conexión (wireless), y si consigo resolver lo de la placa de red
sería un éxito total :)
Saludos
2) Efectivamente, la placa wireless ahora está funcionando y el
problema era que estaba bloqueada por hardware (en esta notebook es
especialmente incómodo porque las teclas F1, F2, etc., tienen
incorporadas acciones "multimedia", pero hay que elegir al bootear si
serán usadas como "multimedia" o como "función", de modo que hay que
bootear como "multimedia", activar la placa wireless, rebootear y
volver las teclas al modo normal... Creo que se pueden mapear
correctamente para que hagan una o la otra cosa añadiendo el uso de
una tecla "Fn" que tiene el teclado, pero ya es un laburo extra).
3) Sigue sin funcionar la placa de red. Y tengo la sospecha de que el
problema pase porque el nombre está duplicado. Fíjense:
root@debian:/home/user# lshw
*-network
description: Wireless interface
product: Centrino Wireless-N 1030 [Rainbow Peak]
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:03:00.0
logical name: wlan0
version: 34
serial: ac:72:89:0b:a1:2b
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list
ethernet physical wireless
configuration: broadcast=yes driver=iwlwifi
driverversion=3.16.0-4-amd64 firmware=18.168.6.1 ip=10.0.0.8 latency=0
link=yes multicast=yes wireless=IEEE 802.11bgn
resources: irq:55 memory:f1b00000-f1b01fff
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit
Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:06:00.0
logical name: eth0
version: 06
serial: 14:fe:b5:b8:11:13
size: 10Mbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master
cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt
1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes
driver=r8169 driverversion=2.3LK-NAPI duplex=half
firmware=rtl_nic/rtl8168e-2.fw latency=0 link=no multicast=yes
port=MII speed=10Mbit/s
resources: irq:41 ioport:2000(size=256)
memory:f1804000-f1804fff memory:f1800000-f1803fff
root@debian:/home/user# ifconfig -a
eth0 Link encap:Ethernet HWaddr 14:fe:b5:b8:11:13
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
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:65536 Metric:1
TX packets:857 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:145861 (142.4 KiB) TX bytes:145861 (142.4 KiB)
wlan0 Link encap:Ethernet HWaddr ac:72:89:0b:a1:2b
inet addr:10.0.0.8 Bcast:10.0.0.255 Mask:255.255.255.0
inet6 addr: fe80::ae72:89ff:fe0b:a12b/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:18545 errors:0 dropped:0 overruns:0 frame:0
TX packets:16154 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:20507322 (19.5 MiB) TX bytes:2233434 (2.1 MiB)
root@debian:/home/user# iwconfig
lo no wireless extensions.
Mode:Managed Frequency:2.412 GHz Access Point: 38:22:9D:0C:56:51
Bit Rate=54 Mb/s Tx-Power=15 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:4C61-5265-696E-6154-616E-756B-69
Power Management:off
Link Quality=54/70 Signal level=-56 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:6 Invalid misc:488 Missed beacon:0
eth0 no wireless extensions.
Aparece otra eth0 entre las interfaces wireless, ¿puede ser que al
estar el nombre duplicado el sistema no sepa qué hacer y la ignore?
¿Cómo puedo anular/eliminar la entrada eth0 de la lista de wireless
(iwconfig) para ver si es ese el problema?
root@debian:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback
Les vuelvo a agradecer a todos. Ya es medio problema resuelto volver a
tener conexión (wireless), y si consigo resolver lo de la placa de red
sería un éxito total :)
Saludos
fernando sainz
Dec 3, 2016, 10:20:02 AM12/3/16
to
iwconfig muestra las interfaces de red y si no tienen extensiones wifi
te lo dice.
Eso está bien, no es ninguna repetición.
¿Cómo configuras la red? usas networkmanger o el fichero interfaces a mano.
Tendrás que ir al programita de configuración de red y volver a
configurar la red cableada que seguro que en su momento tocaste algo.
S2.
Rivera Valdez
Dec 3, 2016, 10:50:02 AM12/3/16
to
> A ver, no pierdas el rumbo...
> iwconfig muestra las interfaces de red y si no tienen extensiones wifi
> te lo dice.
> Eso está bien, no es ninguna repetición.
>
> ¿Cómo configuras la red? usas networkmanger o el fichero interfaces a mano.
> Tendrás que ir al programita de configuración de red y volver a
> configurar la red cableada que seguro que en su momento tocaste algo.
Según recuerdo, no, en su momento no toqué nada.
> iwconfig muestra las interfaces de red y si no tienen extensiones wifi
> te lo dice.
> Eso está bien, no es ninguna repetición.
>
> ¿Cómo configuras la red? usas networkmanger o el fichero interfaces a mano.
> Tendrás que ir al programita de configuración de red y volver a
> configurar la red cableada que seguro que en su momento tocaste algo.
De hecho, la configuración de red (por networkmanager) que usaba,
sigue figurando igual que antes (pero no levanta, desde ya).
Algo puntual debe haber sucedido, porque incluso booteando Debian en
modo vivo, la conexión cableada no levanta automáticamente. De hecho,
se ve acá:
root@debian:/home/user# ifconfig -a
eth0 Link encap:Ethernet HWaddr 14:fe:b5:b8:11:13
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
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:65536 Metric:1
TX packets:1863 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:234313 (228.8 KiB) TX bytes:234313 (228.8 KiB)
wlan0 Link encap:Ethernet HWaddr ac:72:89:0b:a1:2b
inet addr:10.0.0.8 Bcast:10.0.0.255 Mask:255.255.255.0
inet6 addr: fe80::ae72:89ff:fe0b:a12b/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
TX packets:109863 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:149460983 (142.5 MiB) TX bytes:14652790 (13.9 MiB)
root@debian:/home/user# ifconfig eth0 10.0.0.3 netmask 255.255.255.0
root@debian:/home/user# route add default gateway 10.0.0.2
SIOCADDRT: File exists
root@debian:/home/user# ifconfig -a
eth0 Link encap:Ethernet HWaddr 14:fe:b5:b8:11:13
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
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:65536 Metric:1
RX packets:1863 errors:0 dropped:0 overruns:0 frame:0
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
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:65536 Metric:1
TX packets:1863 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:234313 (228.8 KiB) TX bytes:234313 (228.8 KiB)
wlan0 Link encap:Ethernet HWaddr ac:72:89:0b:a1:2b
inet addr:10.0.0.8 Bcast:10.0.0.255 Mask:255.255.255.0
inet6 addr: fe80::ae72:89ff:fe0b:a12b/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
TX packets:110364 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:149686946 (142.7 MiB) TX bytes:14716813 (14.0 MiB)
root@debian:/home/user# iwconfig
lo no wireless extensions.
Mode:Managed Frequency:2.437 GHz Access Point: 38:22:9D:0C:56:51
Bit Rate=48 Mb/s Tx-Power=15 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:4C61-5265-696E-6154-616E-756B-69
Power Management:off
Link Quality=57/70 Signal level=-53 dBm
Encryption key:4C61-5265-696E-6154-616E-756B-69
Power Management:off
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:149 Missed beacon:0
eth0 no wireless extensions.
Estoy conectado por wireless pero la conexión por cable sigue sin
activarse ni aparecer en Wicd (que además está setteado para cambiar
automáticamente a la conexión cableada si está disponible).
José María
Dec 3, 2016, 1:10:02 PM12/3/16
to
El 03/12/16 a las 15:05, Rivera Valdez escribió:
Vale, eso es lo que normalmente debe tener ese archivo.
>
> Les vuelvo a agradecer a todos. Ya es medio problema resuelto volver a
> tener conexión (wireless), y si consigo resolver lo de la placa de red
> sería un éxito total :)
>
> Saludos
>
Mira esta es tu tarjeta de red (eth0)
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
Y este es el módulo que tienes cargado
r8169 68262 0
Y esto es una explicación de lo que te puede estar pasando con una solución:
https://juncotic.com/instalando-el-controlador-rtl8168-de-realtek-en-debian/
Prueba y nos cuentas.
Saludos
>
> Les vuelvo a agradecer a todos. Ya es medio problema resuelto volver a
> tener conexión (wireless), y si consigo resolver lo de la placa de red
> sería un éxito total :)
>
> Saludos
>
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
Y este es el módulo que tienes cargado
r8169 68262 0
Y esto es una explicación de lo que te puede estar pasando con una solución:
https://juncotic.com/instalando-el-controlador-rtl8168-de-realtek-en-debian/
Prueba y nos cuentas.
Saludos
Rivera Valdez
Dec 19, 2016, 2:30:02 AM12/19/16
to
Ante todo, les reitero mis agradecimientos a todos.
A instancias de una recomendación previa, hice la prueba de reemplazar
el núcleo por un linux-libre más nuevo (las distros que sí levantaban
la placa tenían núcleos recientes), y en efecto, la placa de red
"volvió a la vida", con el mismo controlador que ya estaba:
$ uname -a
Linux user 4.8.15-gnu #1 SMP Thu Dec 15 18:46:29 UTC 2016 x86_64
x86_64 x86_64 GNU/Linux
$ nm-tool
NetworkManager Tool
State: connected (global)
- Device: eth0 [Conexión cableada 1] -----------------------------------------
Type: Wired
Driver: r8169
State: connected
Default: yes
HW Address: 14:FE:B5:B8:11:13
Capabilities:
Carrier Detect: yes
Speed: 100 Mb/s
Wired Properties
Carrier: on
IPv4 Settings:
Address: 10.0.0.3
Prefix: 24 (255.255.255.0)
Gateway: 10.0.0.2
DNS: 10.0.0.2
$ lspci -k
(...)
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
Subsystem: Dell Device 04b6
Kernel driver in use: r8169
De manera que en ppio. no parece tratarse de un problema con ese
módulo (lo cual es consistente con el hecho de que durante 2 años, al
menos, la placa de red funcionó a la perfección con ese driver y con
el núcleo 3.x).
Ahora surge otro asunto, es que si bien la placa funciona (aunque más
lenta a la hora de conectarse al router) lo que se volvió inviable es
la velocidad de transmisión en la LAN (justo cuando necesito copiar
unos 200GB de datos para backupear e instalar un Debian Testing en
esta notebook).
Esta es la "velocidad" con que transmite archivos entre las máquinas
conectadas al router:
sftp> put /local/machine/movie.avi /remote/machine/dir
Uploading /local/machine/movie.avi to /remote/machine/dir/movie.avi
/local/machine/movie.avi 47% 672MB 1.1MB/s 11:22 ETA
1.1MB/s: Le toma 20 minutos transmitir 1GB.
Este comportamiento es consistente con lo que pasa cuando intento
hacer la copia a través de pcmanfm, sea usando sshfs o montando desde
el mismo pcmanfm (con ssh://user@machine en la barra de direcciones).
De hecho, si booteo un Parabola (live) tengo el mismo problema. Y si
booteo Debian Stabel (con drivers non-free) la placa wireless se
conecta bien, pero su velocidad para transmitir entre máquinas dentro
de la LAN es incluso peor: 550KB/s (la mitad).
Esto se repite si trato de hacer la copia desde la otra máquina (es
decir, con sftp, 'get', en lugar de 'put' desde acá).
Estas son las versiones de los paquetes en cuestión, ¿alguna idea de
por qué pudo haberse caído la velocidad en la LAN así, y de cómo
volverla a la normalidad?
$ dpkg -l ssh sshfs pcmanfm ftp
||/ Nombre Versión Arquitectura Descripción
+++-==============-============-============-=================================
ii ftp 0.17-28 amd64 classical file transfer client
ii pcmanfm 1.2.0-1 amd64 extremely fast and lightweight fi
ii ssh 1:6.6p1-2ubu all secure shell client and server (m
ii sshfs 2.5-1ubuntu1 amd64 filesystem client based on SSH Fi
Muchísimas gracias.
PD: El hecho de que booteando diferentes distros la placa de red siga
con los mismos problemas me da la pauta que no es un asunto propio del
SO, sino algo más (¿hardware?, ¿se pudo haber jodido la placa tan
peculiar y "oportunamente"?). ¿Podrá tener que ver con algún firmware
que se instaló en la placa misma?, ¿hay cómo checkearlo?
A instancias de una recomendación previa, hice la prueba de reemplazar
el núcleo por un linux-libre más nuevo (las distros que sí levantaban
la placa tenían núcleos recientes), y en efecto, la placa de red
"volvió a la vida", con el mismo controlador que ya estaba:
$ uname -a
Linux user 4.8.15-gnu #1 SMP Thu Dec 15 18:46:29 UTC 2016 x86_64
x86_64 x86_64 GNU/Linux
$ nm-tool
NetworkManager Tool
State: connected (global)
- Device: eth0 [Conexión cableada 1] -----------------------------------------
Type: Wired
Driver: r8169
State: connected
Default: yes
HW Address: 14:FE:B5:B8:11:13
Capabilities:
Carrier Detect: yes
Speed: 100 Mb/s
Wired Properties
Carrier: on
IPv4 Settings:
Address: 10.0.0.3
Prefix: 24 (255.255.255.0)
Gateway: 10.0.0.2
DNS: 10.0.0.2
$ lspci -k
(...)
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
Kernel driver in use: r8169
De manera que en ppio. no parece tratarse de un problema con ese
módulo (lo cual es consistente con el hecho de que durante 2 años, al
menos, la placa de red funcionó a la perfección con ese driver y con
el núcleo 3.x).
Ahora surge otro asunto, es que si bien la placa funciona (aunque más
lenta a la hora de conectarse al router) lo que se volvió inviable es
la velocidad de transmisión en la LAN (justo cuando necesito copiar
unos 200GB de datos para backupear e instalar un Debian Testing en
esta notebook).
Esta es la "velocidad" con que transmite archivos entre las máquinas
conectadas al router:
sftp> put /local/machine/movie.avi /remote/machine/dir
Uploading /local/machine/movie.avi to /remote/machine/dir/movie.avi
/local/machine/movie.avi 47% 672MB 1.1MB/s 11:22 ETA
1.1MB/s: Le toma 20 minutos transmitir 1GB.
Este comportamiento es consistente con lo que pasa cuando intento
hacer la copia a través de pcmanfm, sea usando sshfs o montando desde
el mismo pcmanfm (con ssh://user@machine en la barra de direcciones).
De hecho, si booteo un Parabola (live) tengo el mismo problema. Y si
booteo Debian Stabel (con drivers non-free) la placa wireless se
conecta bien, pero su velocidad para transmitir entre máquinas dentro
de la LAN es incluso peor: 550KB/s (la mitad).
Esto se repite si trato de hacer la copia desde la otra máquina (es
decir, con sftp, 'get', en lugar de 'put' desde acá).
Estas son las versiones de los paquetes en cuestión, ¿alguna idea de
por qué pudo haberse caído la velocidad en la LAN así, y de cómo
volverla a la normalidad?
$ dpkg -l ssh sshfs pcmanfm ftp
||/ Nombre Versión Arquitectura Descripción
+++-==============-============-============-=================================
ii ftp 0.17-28 amd64 classical file transfer client
ii pcmanfm 1.2.0-1 amd64 extremely fast and lightweight fi
ii ssh 1:6.6p1-2ubu all secure shell client and server (m
ii sshfs 2.5-1ubuntu1 amd64 filesystem client based on SSH Fi
Muchísimas gracias.
PD: El hecho de que booteando diferentes distros la placa de red siga
con los mismos problemas me da la pauta que no es un asunto propio del
SO, sino algo más (¿hardware?, ¿se pudo haber jodido la placa tan
peculiar y "oportunamente"?). ¿Podrá tener que ver con algún firmware
que se instaló en la placa misma?, ¿hay cómo checkearlo?
Rivera Valdez
Jan 19, 2017, 2:50:03 PM1/19/17
to
No era ni en el kernel, ni en el driver/módulo, ni en la placa de red,
ni en el cable: El fallo estaba en el puerto de conexión de red DEL
ROUTER.
El router tiene 4 puertos para conexión por cable de red, y el que
estaba usando falla de manera más o menos aleatoria (a veces conecta,
a veces no, la velocidad es baja, etc.). Tras constatar esto probé
conectar a otro de los puertos y todo funciona perfectamente.
Quería informar esto para dejar cerrada/aclarada la cuestión.
¡Muchísimas gracias a todxs por toda la ayuda!
0 new messages