V pátek 28. srpna se v Praze uskuteční již osmý Mobile Linux Hackday. Jako obvykle se potkáme v pražské pobočce SUSE v Karlíně na Křižíkově, takže kromě mobilního Linuxu je to tentokrát i příležitost přijít se podívat na nově zrekonstruované kanceláře. Začínáme v 10:00, ale dorazit můžete samozřejmě kdykoliv v průběhu dne. Setkáním vás provede David Heidelberg, vývojář GPU ovladačů v Mesa 3D a jeden z hlavních lidí české komunity kolem … více »
Představen byl Raspberry Pi Compute Module 5 Programming Jig. Jedná se o zařízení umožňující připravit Compute Module 5 do plně funkčního stavu bez nutnosti použití dalších vstupně / výstupních desek. Podporuje automatizaci pomocí nástroje rpi-sb-provisioner. Podrobnosti v dokumentaci.
Hackeři ve Francii ukradli data více než půl milionu daňových poplatníků. Je to jeden z největších hackerských útoků v dějinách země. O útoku z konce června informovala až teď daňová správa. Teprve od pondělí dotčeným občanům zasílá e-maily s instrukcemi, jak postupovat dál. Hackeři se sice nedostanou k penězům dotyčných, hrozí ale věrohodné podvody. Hackeři získali třeba celá jména, údaje o rodinných příslušnících nebo také údaje o
… více »Společnost Framework představila nový Framework Laptop 12 s Intel Core Series 3, Thunderbolt 4, Wi-Fi 7, volitelnou čtečkou otisků prstů a podsvícenou klávesnicí s open-source firmwarem ZMK. Objednat lze s předinstalovanou Fedorou 44 KDE Plasma.
Byl vydán Mozilla Firefox 154.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 154 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 168 (pdf).
Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 10. Přehled novinek v příspěvku na blogu.
Interaktivní editor binárních dat GNU poke byl vydán ve verzi 5.0 (seznam změn).
Byla vydána verze 0.85 telnet a ssh klienta PuTTY (Wikipedie). Řešeno je 5 zranitelností.
Byly publikovány novinky z vývoje GIMPu. Pracuje se na novém formátu souborů. Stávající binární XCF bude nahrazen "zazipovaným XML". XCF zůstane plně podporován pouze pro načítání starých souborů.
Zdravím všechny.
Mám takový problém, Linux používám již zhruba od roku ~ 2000. Za tu dobu jsem vystřídal několik počítačů. Ale vždy jsem na něm měl jeden problém, který byl nezávislý na OS (dříve Mandriva, pak Mandrake a nyní Ubuntu) a na počítači.
Problém je takový: Mám několik síťových karet v počítači (nyní 2). Pokud zapnu počítač a síťová karta je zastrčená v zařízení (modem, router, switch) je normálně inicializovaná a můžu ji používat. To znamená odpojím ji, ona zmizí, zapojím ji ona se objeví, dostane třeba jinou adresu. Pokud však v momentě zapnutí není nikam zastrčená, můžu ji zastrkávat kam chci a systém o ni neví. Už jsem tento problém řešil několikrát, dokonce jsem dával dotazy, ale vždy to skončilo tak, že jediný funkční způsob byl tak, že jsem propojil kabel a restartoval počítač.
No a teď dotaz - existuje způsob jak aktivovat síťovou kartu bez restartu počítače?
Řešení dotazu:
$ sudo ifup eth0 Ignoring unknown interface eth0=eth0.
#zobrazit nahozene site. zobrazi eth0 ? bez ip ? => je up. neni nakonfigurovana ifconfig #zobrazit vsechny site. zobrazi eth0 ? => je down ifconfig -a #zobrazi eth0 ? => NetworkManager o ni vi nmcli devpokud eth0 vidis, tak:
#pouze nahozeni eth0 sudo ifconfig eth0 up #rucni nakonfigurovani ip pro eth0 sudo ifconfig eth0 192.168.1.11nebo si eth0 pridej (s ip natvrdo, nebo auto) do /etc/network/interface
Díky za odpověď.
ifconfig eth0 nezobrazí, nmcli dev také ne.
Konfigurovat /etc/network/interfaces jsem zkusil. Přidal jsem tam dva řádky:
auto eth0 iface eth0 inet dhcp
Provedl jsem sudo /etc/init.d/networking restart - to vůbec nic neudělalo. Tak jsem restartoval počítač. Po restartu linuxu systém nenaběhne ihned, ale několik minut čeká s hlášením, že probíhá konfigurace sítě. Pak to napíše, že přidává dalších 60 sekund na konfiguraci sítě. Načež najede Ubuntu. Eth0 opět není vidět. Proto jsem /etc/network/interface vrátil do původního stavu.
ip a nebo alespoň ifconfig -a? Jmenuje se to rozhraní eth0? To že to čeká na DHCP je normální, když jsi mu dal, že má čekat na dhcp. Nech tam jenom to auto eth0 (pokud se to rozhraní takhle jmenuje).
#s kabelem lsmod >kabel_ano.txt #bez kabelu lsmod >kabel_ne.txt #porovnat diff kabel_ne.txt kabel_ano.txt
Myslím, že jsme pokročili, vypadá to na modul r8169 (poslední 4 řádky):
26a27 > joydev 17526 0 27a29 > hid_generic 12548 0 29d30 < joydev 17526 0 31d31 < hid_generic 12548 0 37c37 < snd_hda_codec_realtek 66743 1 --- > gpio_ich 13526 0 38a39 > snd_hda_codec_realtek 66743 1 43d43 < gpio_ich 13526 0 46a47 > ttm 90127 1 radeon 47a49 > drm_kms_helper 53224 1 radeon 50,53d51 < ttm 90127 1 radeon < snd_seq_device 14497 3 snd_seq,snd_rawmidi,snd_seq_midi < drm_kms_helper 53224 1 radeon < snd_timer 29989 2 snd_pcm,snd_seq 56c54,55 < snd 69874 22 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,snd_seq_midi --- > snd_seq_device 14497 3 snd_seq,snd_rawmidi,snd_seq_midi > snd_timer 29989 2 snd_pcm,snd_seq 58a58 > snd 69874 22 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,snd_seq_midi 72c72,73 < mii 13981 1 3c59x --- > r8169 73299 0 > mii 13981 2 3c59x,r8169
Co teď, jak to udělat, aby se zavedl vždy?
Co teď, jak to udělat, aby se zavedl vždy?V Debianu tomu typicky pomůže to "auto eth0". V nejhorším se dá dát příslušný modprobe do /etc/rc.local.
Tak další restarty.
Přidal jsem do /etc/rc.local položku modprobe r8169. Teď se po startu automaticky zavede modul r8169. Bohužel eth0 stále není, pokud při startu počítače není zapojený kabel. Nemůže to být vadný modul r8169? Nebo má tam být ještě něco?
dmesg|grep ethA případně ještě grepovat na nějaké další výskyty, třeba
grep -i rtl.
dmesg|grep eth
nevypíše ani jeden řádek
dmesg|grep -i rtl
Také nic nevypíše.
ifconfig -a ethtool eth0 ethtool -i eth0 lsmod dmesg|tail
ethtool eth0 Settings for eth0: Cannot get device settings: No such device Cannot get wake-on-lan settings: No such device Cannot get message level: No such device Cannot get link status: No such device No data available
To znamená odpojím ji, ona zmizí, zapojím ji ona se objevíTady bych viděl problém. Mně na Linuxu teda síťové karty po odpojení kabelu nebo smazání IP nemizí. Jak to mizení zjišťuješ? Nepoužíváš k tomu doufám již 15 let nefunkční ifconfig!
ifconfig -anezobrazí eth0.
eth0 link up 100Mb/s full duplex)
Co lsmod při bootování s připojenou a odpojenou kartou? Nechybí modul?
Pokud je funkční síťovka, tak je funkční až do příštího vypnutí počítače. Můžu kabel vytahovat, zastrkávat - to vše je v pořádku.
Nefunguje pokud při zapnutí počítače není zastrčený kabel. Pak ji už nedokážu zprovoznit. Zatím jsem našel nezavedený modul r8169 (viz výše - ve spolupráci s nobody). Jeho zavedením, ale kartu nezprovozním.
lsusb?
Je to PCI kartaV lspci je vidět?
Je to tak, v BIOSu bylo zaškrtnutý Green Mode, tak jsem to zrušil a už to funguje. Bylo to tak, že pokud při zapnutí počítače nebyl zastrčený kabel, tak BIOS síťovku definitivně vypnul a Linux ji nedokázal zapnout. A ten starý počítač měl taky Gigabyte základní desku - takže podobný BIOS a tím dělal to samé.
Takže díky za vyřešení. (Ještě by to chtělo vymyslet jak vypnutou kartu z Linuxu zapnout - no, ale to já už potřebovat nebudu)
Netušil jsem, že ti to dělá jen na jednom kompu již tolik let
Gratuluji k vyřešení.
Tiskni
Sdílej: