staging.inyokaproject.org

Hallo zusammen,

bin NEU (im Forum und auch bei Linux)

Habe zwar Linux MInt 18.1 mit Cinnamon, llerdings kann mir bei den "Mints" niemand helfen und so versuche ich bei Ubuntu Hilfe zu bekommen.

Habe in Problem mit der LAN Verbindung an meinem Laptop.

Stellt sich wie folgt dar:

+ beim ersten Start des Notebooks wird generell keine LAN Verbindung "angezeigt" (was soweit wohl stimmt da sich auch keine Internetseite öffnet). + beim Neustart ist die LAN Verbindung plötzlich da. Das Spielchen habe ich gestern abend mind. 5 mal wiederholt: 1. Neustart =⇒ kein LAN 2. Neustart =⇒ LAN verbindung da 3. Neustart =⇒ kein LAN 4. Neustart =⇒ LAN Verbindung da 5. usw usw usw immer im Wechsel, Verbindung da dann Verbindung weg, usw

Hoffe irgend jemand kennt das bzw hat eine Idee woran es liegen kann ???

MfG Jane

EDIT: wieso erscheint das hier als "Fließtext" –> kann es nicht ändern

hier noch ein paar Ausgaben aus dem terminal:

Ausgabe lspci:

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: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 04)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b4)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation HM65 Express Chipset Family LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller (rev 04)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04)
01:00.0 VGA compatible controller: NVIDIA Corporation GT218M [GeForce 315M] (rev a2)
01:00.1 Audio device: NVIDIA Corporation High Definition Audio Controller (rev a1)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller (rev 05)
03:00.0 Network controller: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) (rev 01)

lsusb:

Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 04f2:b1d6 Chicony Electronics Co., Ltd CNF9055 Toshiba Webcam
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

lsmod:

Module                  Size  Used by
pci_stub               16384  1
vboxpci                24576  0
vboxnetadp             28672  0
vboxnetflt             28672  0
vboxdrv               454656  3 vboxnetadp,vboxnetflt,vboxpci
binfmt_misc            20480  1
uvcvideo               90112  0
videobuf2_vmalloc      16384  1 uvcvideo
videobuf2_memops       16384  1 videobuf2_vmalloc
videobuf2_v4l2         28672  1 uvcvideo
videobuf2_core         36864  2 uvcvideo,videobuf2_v4l2
v4l2_common            16384  1 videobuf2_v4l2
snd_hda_codec_hdmi     53248  4
videodev              176128  4 uvcvideo,v4l2_common,videobuf2_core,videobuf2_v4l2
intel_rapl             20480  0
media                  24576  2 uvcvideo,videodev
x86_pkg_temp_thermal    16384  0
intel_powerclamp       16384  0
snd_hda_codec_realtek    86016  1
coretemp               16384  0
snd_hda_codec_generic    77824  1 snd_hda_codec_realtek
kvm_intel             172032  0
kvm                   544768  1 kvm_intel
irqbypass              16384  1 kvm
crct10dif_pclmul       16384  0
arc4                   16384  2
crc32_pclmul           16384  0
snd_hda_intel          40960  5
ghash_clmulni_intel    16384  0
snd_hda_codec         135168  4 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel
ath9k                 147456  0
snd_hda_core           73728  5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
aesni_intel           167936  0
ath9k_common           36864  1 ath9k
ath9k_hw              466944  2 ath9k_common,ath9k
aes_x86_64             20480  1 aesni_intel
lrw                    16384  1 aesni_intel
gf128mul               16384  1 lrw
ath                    32768  3 ath9k_common,ath9k,ath9k_hw
glue_helper            16384  1 aesni_intel
ablk_helper            16384  1 aesni_intel
cryptd                 20480  3 ghash_clmulni_intel,aesni_intel,ablk_helper
mac80211              737280  1 ath9k
acpi_als               16384  0
snd_hwdep              16384  1 snd_hda_codec
snd_pcm               106496  4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_core
cfg80211              565248  4 ath,ath9k_common,ath9k,mac80211
snd_seq_midi           16384  0
snd_seq_midi_event     16384  1 snd_seq_midi
snd_rawmidi            32768  1 snd_seq_midi
input_leds             16384  0
joydev                 20480  0
mei_me                 36864  0
ene_ir                 20480  0
snd_seq                69632  2 snd_seq_midi_event,snd_seq_midi
mei                    98304  1 mei_me
rc_core                28672  1 ene_ir
kfifo_buf              16384  1 acpi_als
toshiba_acpi           40960  0
serio_raw              16384  0
snd_seq_device         16384  3 snd_seq,snd_rawmidi,snd_seq_midi
snd_timer              32768  2 snd_pcm,snd_seq
industrialio           61440  2 acpi_als,kfifo_buf
lpc_ich                24576  0
sparse_keymap          16384  1 toshiba_acpi
shpchp                 36864  0
snd                    81920  21 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device
toshiba_haps           16384  0
toshiba_bluetooth      16384  0
soundcore              16384  1 snd
mac_hid                16384  0
ip6t_REJECT            16384  1
nf_reject_ipv6         16384  1 ip6t_REJECT
nf_log_ipv6            16384  5
xt_hl                  16384  22
ip6t_rt                16384  3
nf_conntrack_ipv6      20480  8
nf_defrag_ipv6         36864  1 nf_conntrack_ipv6
ipt_REJECT             16384  1
nf_reject_ipv4         16384  1 ipt_REJECT
nf_log_ipv4            16384  5
nf_log_common          16384  2 nf_log_ipv4,nf_log_ipv6
xt_LOG                 16384  10
xt_limit               16384  13
xt_tcpudp              16384  18
xt_addrtype            16384  4
nf_conntrack_ipv4      16384  8
nf_defrag_ipv4         16384  1 nf_conntrack_ipv4
xt_conntrack           16384  16
ip6table_filter        16384  1
ip6_tables             28672  1 ip6table_filter
nf_conntrack_netbios_ns    16384  0
nf_conntrack_broadcast    16384  1 nf_conntrack_netbios_ns
nf_nat_ftp             16384  0
nf_nat                 24576  1 nf_nat_ftp
parport_pc             32768  0
nf_conntrack_ftp       20480  1 nf_nat_ftp
ppdev                  20480  0
nf_conntrack          106496  8 nf_nat_ftp,nf_conntrack_netbios_ns,nf_nat,xt_conntrack,nf_conntrack_broadcast,nf_conntrack_ftp,nf_conntrack_ipv4,nf_conntrack_ipv6
iptable_filter         16384  1
ip_tables              24576  1 iptable_filter
lp                     20480  0
x_tables               36864  13 ip6table_filter,xt_hl,ip_tables,xt_tcpudp,xt_limit,xt_conntrack,xt_LOG,iptable_filter,ip6t_rt,ipt_REJECT,ip6_tables,xt_addrtype,ip6t_REJECT
parport                49152  3 lp,ppdev,parport_pc
autofs4                40960  2
btrfs                 987136  0
xor                    24576  1 btrfs
raid6_pq              102400  1 btrfs
dm_mirror              24576  0
dm_region_hash         24576  1 dm_mirror
dm_log                 20480  2 dm_region_hash,dm_mirror
nouveau              1495040  3
i2c_algo_bit           16384  1 nouveau
ttm                    94208  1 nouveau
drm_kms_helper        155648  1 nouveau
ahci                   36864  4
libahci                32768  1 ahci
syscopyarea            16384  1 drm_kms_helper
sysfillrect            16384  1 drm_kms_helper
sysimgblt              16384  1 drm_kms_helper
fb_sys_fops            16384  1 drm_kms_helper
psmouse               131072  0
drm                   364544  6 ttm,drm_kms_helper,nouveau
r8169                  81920  0
mii                    16384  1 r8169
mxm_wmi                16384  1 nouveau
wmi                    20480  3 toshiba_acpi,mxm_wmi,nouveau
fjes                   28672  0
video                  40960  2 toshiba_acpi,nouveau

Ausgabe inxi -nxz:

Network:   Card-1: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller
           driver: r8169 v: 2.3LK-NAPI port: d000 bus-ID: 02:00.0
           IF: enp2s0 state: up speed: 100 Mbps duplex: full mac: <filter>
           Card-2: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express)
           driver: ath9k bus-ID: 03:00.0
           IF: wlp3s0 state: down mac: <filter>

ifconfig:

enp2s0    Link encap:Ethernet  Hardware Adresse b8:70:f4:66:e5:51  
          inet Adresse:192.168.178.202  Bcast:192.168.178.255  Maske:255.255.255.0
          inet6-Adresse: fe80::8143:3fd7:4fcd:cbe2/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX-Pakete:2232 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:2007 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX-Bytes:1610072 (1.6 MB)  TX-Bytes:275290 (275.2 KB)

lo        Link encap:Lokale Schleife  
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:65536  Metrik:1
          RX-Pakete:347 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:347 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:1 
          RX-Bytes:33690 (33.6 KB)  TX-Bytes:33690 (33.6 KB)

IP adresse habe ich von Manuel eingetragen (also kein DHCP)

Es wurde noch gemutmaßt ob es an der Firewall liegt. die ist aber jetzt auch deaktiviert, Phäenomen besteht immer noch

Alles sehr sehr merkwürdig...

MfG jane

jane.ubuntu schrieb:

enp2s0    Link encap:Ethernet  Hardware Adresse b8:70:f4:66:e5:51  
          inet Adresse:192.168.178.202  Bcast:192.168.178.255  Maske:255.255.255.0
          inet6-Adresse: fe80::8143:3fd7:4fcd:cbe2/64 Gültigkeitsbereich:Verbindung

IP adresse habe ich von Manuel eingetragen (also kein DHCP)

Wenn Du eine FritzBox hast (und am DHCP-Pool nichts geändert hast), dann trage/konfiguriere (manuell) eine interne IP-Adresse z. B. aus dem Bereich 192.168.178.5 - 192.168.178.18 ein. Denn die IP-Adressen > .200 werden evtl. auch von der FritzBox, für VPN & Co. verwendet.

Hallo lubux,

nein habe keine FritzBox. Aber dass soll dieses Phänomen auslösen ? Wenn es "zufällig wäre, OK. Aber man kann (bis jetzt war es zu 100%) davon aus gehen, wenn im moment die LAN verbindung besteht, und ich einen neustart mache, ist sie danach unterbrochen! (bzw umgekehrt)

EDIT: ist aber ein Versuch wert, werde es wenn ich wieder dran sitze mal ändern.

jane.ubuntu schrieb:

nein habe keine FritzBox.

Was für einen Router hast Du? Wie ist der Bereich (range) des DHCP-Pools, bei deinem Router?

jane.ubuntu schrieb:

EDIT: wieso erscheint das hier als "Fließtext"

Weil Du

Mint`s

geschrieben hast hast anstatt Mints.

Dieses Akzent-Zeichen wird von der Software als Signal für Monotype gewertet. ☺

Damit wird nicht mehr die augenfreundliche Proportionalschrift verwendet, sondern alle Zeichen bekommen dieselbe Breite.

Anscheinend werden dadurch auch die von Dir beabsichtigten Absätze und sonstigen Formatierungen ignoriert.

Wenn es schon ein Apostroph sein soll, dann so:

allerdings kann mir bei den "Mint’s" niemand helfen…

@Krino vielen Dank für die Info, werde ich Zukünftig beachten 😀

@Lubux habe so ein Teil von der Telekom. Werde, wenn ich heute Abend zu Hause bin, werde ich mal nachschauen was da so im Router eingestelt ist? Aber müsste das Ganze unter Windows nicht auch der gleiche Fall sein ? In WIN7 habe ich die Netzwerkkarte auf .201 stehen. Aber da ist mir damals nichts derartiges aufgefallen.

Alles was mir aufgefallen ist, als ich Linux als Live System getestet habe (verschiedene Distr.) und ich danach wieder zurück zu Windows gekehrt bin, gab es unter Windows keine Netzwerkkarte mehr. Wurde auch nicht mehr im Gerätemanager angezeigt.

Aber das hat sicherlich nichts mit meinem jetztigen Phänomen zu tun, oder ?

jane.ubuntu schrieb:

Alles was mir aufgefallen ist, als ich Linux als Live System getestet habe (verschiedene Distr.) und ich danach wieder zurück zu Windows gekehrt bin, gab es unter Windows keine Netzwerkkarte mehr. Wurde auch nicht mehr im Gerätemanager angezeigt.

Aber das hat sicherlich nichts mit meinem jetztigen Phänomen zu tun, oder ?

Ich denke mit den Linux-Live-Systemen wirst Du ja die DHCP-Zuweisung verwendet haben, oder? ... und für die .201 mit Windows auch?

Hier sollte man den Bereich des DHCP-Pools kennen und die Art und Weise, wie Du die aktuelle/jetzige manuelle (feste/statische) Zuweisung der IP-Adresse, in deinem Linux gemacht hast.

Hallo jane.ubuntu,

Zeige doch mal die Ausgabe von:

lsmod

nach ausschalten des Firewall. Wenn die Einträge die ich dir mal gezeigt habe noch vorhanden sind ist der Firewall immer noch an.

Im Netzweerkmanager kannst du auch mal probieren IP6 auf ignorieren zu stellen und warum vergibst du manuelle IP4 Adressen ?

Gruss Lidux

Hallo Lidux,

werde die Ausgabe posten, sobald ich wieder am Rechner sitze.

@lubux: da stimme ich überein, die Live Systeme haben sicherlich die IP über DHCP bezogen (habe dazu nicht eingestellt) Windows System ( .201) war auch manuel eingestellt. Ich vergebe die IP adressen meist immer fest - nur ein Notebook (aktuell noch WIN7 läuft über DHCP - was wohl auch so bleibt bis dieses Problem nicht behoben wurde). Nur warum wurde nach dem Live system, bei Windows keine Netzwerkkarte mehr gefunden? –> nach 1 oder 2 Tage danach war die Netzwerkkarte von selber wieder in Windows vorhanden und LAN hat wieder funktioniert 😀

Auch kann ich zu 99,9% sagen dass ich bei der Festen IP vergabe den Pool aus dem sich DHCP bedient, berücksichtigt habe! Werde es aber trotz dem nochmal alles nachprüfen.

Übrigens, wurde ich auch schon auf eine Idee gebracht dass es event. beim "shake Hands" also bei der Aushandlung über die Netzwerkgeschwindigkeit zwischen Linux-LAN und Switsch probleme geben könnte. und ich solle die geschwindigkeit manuel auf 100Mb/s full doplex fest einstellen. Nur ich meine ich habe unter Linux habe ich keine möglichkeit gesehen dies einstellen zu können. Daher die Frage, geht das manuelle feste einstellen in Linux überhaupt ? Ein Arbeitskollege brachte mich darauf weil es anscheinend bei uns in der Fa. wohl genau deswegen probleme mit Linux gab. (und nachdem die geschwindigkeit auf beiden Seiten (Linux system und switch) fest eingestellt wurden, waren die Probleme weg. (nur ich habe keinen Layer3 switch) 😀

EDIT: mein Laptop hängt am switsch, und von da geht es zum Router (falls diese Information relevant sein sollte?)

Hallo jane.ubuntu,

Ja, die Informationen mit dem Switch ist absolut notwendig.

Probiere es mal ohne den Switch .... dann kannst du das Problem eingrenzen.

PS. Schau dich gleich mal im WIKI um wegen Tool um die Geschwindigkeit zu ändern ..... falls notwendig.

Gruss Lidux

jane.ubuntu schrieb:

und ich solle die geschwindigkeit manuel auf 100Mb/s full doplex fest einstellen. Nur ich meine ich habe unter Linux habe ich keine möglichkeit gesehen dies einstellen zu können. Daher die Frage, geht das manuelle feste einstellen in Linux überhaupt ?

Siehe z. B.: https://wiki.ubuntuusers.de/ethtool/#Geschwindigkeit-und-Modus

jane.ubuntu schrieb:

so ein Teil von der Telekom.

Und dieses Speedport-Modell ist eine umgelabelte Fritz!box (andere Speedports sind umgelabelte ZyXEL), was eben auch an voreingestelltem 192.168.178.x erkennbar ist.

Ein Profi bin ich nicht, doch da du einen Laptop benutzt, musst du wohl auch mal im Bios nachschauen gehen.

Die Lappihersteller bauen gerne Gemeinheiten wie "Lege die Netzwerkkarte dochmal schlafen, wenn... und... aber." in ihre Bios-Konfiguration ein, um noch drei Milliwatt Akku einsparen zu können.

Dass du bei der Fehlersuche soviel Strom verbrauchst, dass du eine Netzwerkkarte 10 Jahre lang betreiben könntest, das interessiert die bestimmt nicht. 😉